[00:20] blahblahx: Not for 8.04. Should be doable for 8.10. [00:32] well, it will change your complete defaults as long as ubuntu-mobile-default-settings is installed [00:32] (in 8,10) [00:35] Yeah, but it's 8.10. Installing ubuntu-mobile in hardy is an exercise in frustration, more than anything else. [00:42] yeah === asac__ is now known as asac [13:41] anyone up? [13:44] how would i go about embedding rythmbox into a custom interface [13:52] !hi [13:52] Hi! Welcome to #ubuntu-mobile! [13:52] does anyone know if ubuntu mobile would work on a mio 269? [13:53] maniheer, what's the specs? [13:53] dunno [13:53] got it yesterday [13:53] :P [13:54] and google ain't helping [13:57] OK. Do you know which processor it uses? What OS is on it now? [13:57] its on WinCE [13:57] no idea about processer [13:58] i think 300mhz [13:58] and 2.5 GB [13:58] OK. I found http://www.mio-tech.be/en/gps-navigation-device-Mio-269-plus-specifications.htm [13:58] thats all I know [13:58] thats the one [13:58] Launchpad doesn't have any ARM buildds, so Ubuntu can't support ARM, so it won't work. You might try the rebuild from mojo.handhelds.org [13:59] errrm [13:59] wats ARM? [13:59] WIth that low a resolution, I'd recommend looking for something different anyway : at QVGA, you want a very specialised interface. [13:59] www.arm.com : it's a processor architecture. [13:59] ohhh [14:00] but I dont like what they've got preinstalled [14:00] its **** [14:00] i'd rather use google maps [14:01] You'll probably either have to do something custom, or look for a embedded community that supports QVGA. [14:02] Currently, Ubuntu supports down to 800x600, and there's work to get that down to 640x480, but I've not heard of anything that was known to work at 320x240, and Ubuntu Embedded has been quiet for a while. [14:02] so i'm stuck [14:04] time to go reinstall WinCE [14:04] bye [14:04] and thnx [14:42] im trying to write a c program to control rythmbox [14:42] do i need to use the dbus? [15:31] smp4488, For rhythmbox customisation, you probably want a rhythmbox-specific channel. Here we might be able to help you with a variant hildon interface if you wanted that (although I'm not sure how helpful we could be). [15:33] i basically want an overlay to make a media player [15:33] and then have rhythmbox running in the background [15:36] That sounds overly complex. I'd suggest either building a hildon interface for rhythmbox, or a dfferent gstreamer-based music player (there are a few in the repos). === njpatel is now known as njpatel_away [16:03] how would i go about building an interface? [16:03] I'm entirely the wrong person to answer that, but glade seems popular. [16:04] see thats what i was thinking and using python to code the buttons to do simple things like forward, play, and back [16:07] Makes sense. If you're going to use rhythmbox, I'd recommend doing it inside the rhythmbox code as an extended UI. If you want to do it in python, I'd suggest something like decibel as a base. [16:13] so what do you think [16:14] I think that having something better than totem for playing audio would be nice. Which way you do it is up to you. [16:15] i was thinking or embedding rhythmbox [16:15] i dont know if you have ever heard of roadrunner for windows [16:16] it uses winamp for its functions [16:16] it hides winamp but you can use most of its functions inside of the "skin" [16:19] Right. That doesn't sound to be like a lightweight solution. rhythmbox is basically a library manager wrapped around gstreamer with plugin support. [16:19] That's why I pointed you at decibel if you want to do it in python : creating a decibel-hildon package as a separately built binary in the install process should be fairly easy (take a look at update-manager vs. update-manager-hildon for an example of how to do this). [16:20] Then you can tweak the interface there, take advantage of the smaller backend (with mostly the same technologies as rhythmbox). [16:21] If you want to do it in rhythmbox, I'd suggest the same: building an alternate frontend within rythymbox, rather than a wrapper, but that's not python. [16:21] true [16:22] i was wanting library and playlist functions thats why i thought rhythmbox [16:22] Right : I'm just suggesting that rather than trying to embed the whole app, you extend it internal to the code. [16:23] Or if you want to use python, you select one of the music players already written in python, and extend that. [16:23] makes sense [16:23] Building a wrapper usually takes more disk space, memory, and processing power, and those are precisely the things that are often lacking in smaller devices. [16:23] decibel looks good [16:25] so then instead of adding on top i take the existing interface and modify it [16:25] So just extend the interface to fit inside the hildon interface, and then tweak to meet your needs. Should be fairly straightforward. [16:26] now i just have to learn python. i know c# but thats about it [16:26] If you're careful about how you write the code, you should be able to adjust the packaging to have decibel, decibel-common, and decibel-hildon. [16:26] lol [16:26] heh. Well, at least you have a python project :) If you want to learn GTK instead, you could do the same thing with rhythmbox. [16:27] so now it comes time to choose a path [16:28] i want to learn gtk but i dont see it as a traditional language [16:29] It's C : probably the most traditional language for unix programming. [16:30] yea but it is low level [16:30] Mind you, the GTK libraries encourage writing C in a way that is a little different from other people. [16:30] It's not really that low-level when you're just gluing GTK, GNOME, GIO, and gstreamer. [16:30] C can do low-level, but it can also do high-level. [16:32] i need to learn a few [16:33] so gtk is just a library for c? [16:35] Yep, as are the others I mentioned. [16:35] All of them also have python bindings. [16:35] You'd be using the same libraries for either language : it's just a matter of which language you want to use to program. [16:35] that makes more sense [16:35] time to take a dive in a direction [16:35] what do you prefer? [16:37] C, but that's because I learned C a very long time ago (well before python was ever imagined). I'd recommend picking whichever seems more common for the sorts of applications you want to modify. [16:39] im coming from c# so what do you think? [16:40] I can't say. I don't know C# From the name, it might be like C, but I have heard it's fairly different. [16:40] Perhaps you'd do best to read some C code and some Python code, and see which you find easier to understand. [16:41] alright we will see what happens