Re: Annuncing new Project - Intone mplayer frontend
Hi, Fabian Henze wrote: > > If it is in such an early state, you might consider switching to some EFL > based GUI library ... > Well, I switched. And here are the problems :- 1. I could get elementary set up for compiling after about 4 hrs of effort (getting stuff from the svn, compiling all the libraries etc) on my PC. 2. The program is up and running on the PC, but now I realise that there are no dev versions of elementary and its dependencies on FSO. SHR and openmoko are using older (yet different) versions. Finally got some ipk's from angstrom - but the linker is giving me errors about libelementary.so: undefined reference to `ecore_evas_object_associate' libelementary.so: undefined reference to `ecore_evas_object_associate_get' libelementary.so: undefined reference to `ecore_evas_software_wince_gdi_new' And this after another day of trying to get the cross-compile environment for elementary. The only thing left is to get the libraries from svn into the environment - only then things might not work on the phone. For eg - the svn version has sliders and genlists. While the one on the phone doesn't. 3. So - I'm back to GTK for now. Need to get some more work done before I can get back to elementary. @ anyone at FSO - Can we have some development libraries for elementary too? -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2366241.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
>> If you use the MPD backend, it works very efficiently (probably the >> same as what you see with your mplayer+intone). The other advantage >> of MPD is that you can control it from anywhere . > Sure. :-) I haven't used MPD. But I'm more looking at using the phone as a > standalone music player (while travelling etc). MPD+pythm works just fine as a standalone music player as well, of course. > I have no intentions of belittling pythm or any other player (who all > probably fit somewhere in the app landscape). Neither did I want to belittle your work. Just pointing out that your original motivation could have been addressed without reinventing the wheel. Maybe your wheel is really much better, but from what I've seen in the past, we have too many toyish music players, so it would be better to improve existing ones than to make yet-another-one. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Does it handle the song length correctly? The versions I have used play them but do not know how long they are because it ignores VBR headers. Knowing the length of a song is useful for GUI's. On Sat, Feb 21, 2009 at 12:39 PM, Thomas Gstädtner wrote: > On Sat, Feb 21, 2009 at 6:29 PM, Dylan Reilly wrote: >> Mplayer can't handle VBR mp3's by default. I have a patch [...] > > It can, and it does. I use mplayer as my only audio-player and listen > to VBR MP3s every day. > No need for a patch. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
On Sat, Feb 21, 2009 at 6:29 PM, Dylan Reilly wrote: > Mplayer can't handle VBR mp3's by default. I have a patch [...] It can, and it does. I use mplayer as my only audio-player and listen to VBR MP3s every day. No need for a patch. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Mplayer can't handle VBR mp3's by default. I have a patch (and executable) lying around if that is something that interests you. On Fri, Feb 20, 2009 at 11:26 PM, c_c wrote: > > Hi, > > Stefan Monnier wrote: >> >> If you use the MPD backend, it works very efficiently (probably the same >> as what >> you see with your mplayer+intone). >> The other advantage of MPD is that you can control it from anywhere . >> > Sure. :-) I haven't used MPD. But I'm more looking at using the phone as a > standalone music player (while travelling etc). > I have no intentions of belittling pythm or any other player (who all > probably fit somewhere in the app landscape). Just looking for a different > solution to a similar prob. Hence the reference. > > -- > View this message in context: > http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2362669.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Hi, Stefan Monnier wrote: > > If you use the MPD backend, it works very efficiently (probably the same > as what > you see with your mplayer+intone). > The other advantage of MPD is that you can control it from anywhere . > Sure. :-) I haven't used MPD. But I'm more looking at using the phone as a standalone music player (while travelling etc). I have no intentions of belittling pythm or any other player (who all probably fit somewhere in the app landscape). Just looking for a different solution to a similar prob. Hence the reference. -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2362669.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
> files. All that was required was a frontend for it! I know pythm is just > that, but my Neo uses more than 30% CPU with it. It could be a minor bug - I'll just remind people here that pythm also works with MPD. If you use the MPD backend, it works very efficiently (probably the same as what you see with your mplayer+intone). The other advantage of MPD is that you can control it from anywhere since the communication between the frontend and the backend is over a TCP/IP connection. E.g. you can use your FR's pythm as a remote control for your other machines's MPDs (I have an MPD running on a small server at home, turning it into a jukebox). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
I think that's what you are looking for: http://trac.enlightenment.org/e/wiki/Elementary signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Hi, **Edited** bytestore wrote: > > segementation fault. > Create a playlist. And - I hope you have mplayer installed. :-) . No error checking as of now. Soon! Fabian Henze wrote: > > Hi, > ... switching to some EFL based GUI library, like Elementary or Edje. > Besides eating less RAM than your > GTK+ program, they are also easier to use on touchscreen devices. > Well, I would like to do that myself. Can anyone point me to some documentation on Elementary? Quite like it actually. Does it have something like a tree-view? -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2358244.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Hi, bytestore wrote: > > Create a playlist. And - I hope you have mplayer installed. :-) . No > error checking as of now. Soon! > Fabian Henze wrote: > > Hi, > ... switching to some EFL based GUI library, like Elementary or Edje. > Besides eating less RAM than your > GTK+ program, they are also easier to use on touchscreen devices. > Well, I would like to do that myself. Can anyone point me to some documentation on Elementary? Quite like it actually. Does it have something like a tree-view? -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2358240.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Hi, > Well, intone - the media player in making (and it's **really** basic as > of now), uses 0% CPU (according to HTOP (all my tests are with it). > mplayer, in a separate thread uses its usual 15% or so. > > I'm using anjuta and glade for development, using fifo (named pipe) to > communicate with mplayer running as slave and gtk+ for the frontend. As I > have said before - the code is ***really*** basic. It makes a lot of > assumptions, and is right now just a demonstration program - while I get > some feedback on whether I need to put in any more time in it at all. If it is in such an early state, you might consider switching to some EFL based GUI library, like Elementary or Edje. Besides eating less RAM than your GTK+ program, they are also easier to use on touchscreen devices. Your ideas sound really promising, so please consider the switch to a toolkit, that was designed for small screen devices. (The right tool for the right job ;-)) -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
r...@om-gta02:~# DISPLAY=:0 ./intone Segmentation fault -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2358002.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Looks like that build of mplayer doesn't play FLAC. 2009/2/20, Risto H. Kurppa : > On Fri, Feb 20, 2009 at 8:51 AM, c_c wrote: >> >> Hi, >> Well, intone - the media player in making (and it's **really** basic as >> of >> now), uses 0% CPU (according to HTOP (all my tests are with it). mplayer, >> in >> a separate thread uses its usual 15% or so. > > You need mplayer (of course!) to try this, for 2008.12 you can get it > here: > http://wiki.openmoko.org/wiki/Video_Player#Using_the_Glamo_XV_acceleration > > cd /home/root > wget http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2 > tar jxf mplayer-glamo.tar.bz2 > cp mplayer /usr/bin/mplayer > mkdir .mplayer > cp input.conf ~/.mplayer/input.conf > > and off you go.. > > Thanks CC, it seems to work okay (and I like that it doesnt' require > all the dependencies that make installing pythm a pain :), well > done!!! > Looking forward to see a 'stable' version with more features and an > installation package in opkg.org (someone could package mplayer to > opkg.org..) > > > r > > -- > | risto h. kurppa > | risto at kurppa dot fi > | http://risto.kurppa.fi > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Hi, "Andraž 'ruskie' Levstik" wrote: > > madplay 60-70% > mpg123 30-40% > I did see mpg123 and mpc, but I don't know how they will work out on the neo. OTOH, mplayer does support just about everything out there (including video). So that's a plus. Of course, I'm going to try their reference implementations to see how much of a gain I get and whether it's worth the effort that will go into maintaining a full fledged player vs a frontend. Could some kernel guru tell me whether the standard toolchain is at all optimised for the ARM4T? Any ideas on how to make things work faster using the standard toolchain (I suppose size wont be that much of an issue with SDHC). -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2357633.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
:2009-02-19T22:51:c_c: > > bought me to the conclusion that mplayer already does so (using libmad for > mp3 and maybe tremor for ogg - though I'm not sure about the tremor part). Take a look at mpg123 and it's libmpg123. It's highly optimised but there is no ARM port as far as I know so that might be needed. I've used it on a p133(I tried both madplay and mpg123) Both decoding the same file: madplay 60-70% mpg123 30-40% Of course mpg123 has a lot of assembly stuff as well but I'm guessing this might actually be a really good idea to get working. And yes mpg123 has been Free Software for quite some time now(atleast from 2006-08-30). This is just a FYI ;) -- Andraž "ruskie" Levstik Source Mage GNU/Linux Games grimoire guru Geek/Hacker/Tinker Be sure brain is in gear before engaging mouth. Quis custodiet ipsos custodies. Ryle hira. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
On Fri, Feb 20, 2009 at 8:51 AM, c_c wrote: > > Hi, > Well, intone - the media player in making (and it's **really** basic as of > now), uses 0% CPU (according to HTOP (all my tests are with it). mplayer, in > a separate thread uses its usual 15% or so. You need mplayer (of course!) to try this, for 2008.12 you can get it here: http://wiki.openmoko.org/wiki/Video_Player#Using_the_Glamo_XV_acceleration cd /home/root wget http://downloads.tuxfamily.org/3v1deb/openmoko/mplayer-glamo.tar.bz2 tar jxf mplayer-glamo.tar.bz2 cp mplayer /usr/bin/mplayer mkdir .mplayer cp input.conf ~/.mplayer/input.conf and off you go.. Thanks CC, it seems to work okay (and I like that it doesnt' require all the dependencies that make installing pythm a pain :), well done!!! Looking forward to see a 'stable' version with more features and an installation package in opkg.org (someone could package mplayer to opkg.org..) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Annuncing new Project - Intone mplayer frontend
Hi, After trying most applications available for playing audio files on my Neo, I came to the conclusion that the CPU usage was very high (between 30-50%). On the already distressed battery - that was very bad news. So, I thought, how about making an application that uses integer only libraries (cut out the floating point stuff) in C (which uses lesser resources)? Starting such a program quickly (well, in about 2 hrs or so) bought me to the conclusion that mplayer already does so (using libmad for mp3 and maybe tremor for ogg - though I'm not sure about the tremor part). Testing mplayer indicated that using mplayer with /dev/dsp (modprobe snd_pcm_oss) alloes it to run with ~15% CPU usage for decoding mp3/ogg files. All that was required was a frontend for it! I know pythm is just that, but my Neo uses more than 30% CPU with it. It could be a minor bug - but since my python skills are nearly non-existent (for now ;-), I decided to see how much a C program would use. Well, intone - the media player in making (and it's **really** basic as of now), uses 0% CPU (according to HTOP (all my tests are with it). mplayer, in a separate thread uses its usual 15% or so. I'm using anjuta and glade for development, using fifo (named pipe) to communicate with mplayer running as slave and gtk+ for the frontend. As I have said before - the code is ***really*** basic. It makes a lot of assumptions, and is right now just a demonstration program - while I get some feedback on whether I need to put in any more time in it at all. To run it copy the attached binary and glade file anywhere on the Neo. then create a plain text playlist using 'find /media/card/Music -name "*.mp3" > playlist'. Then run the program with 'DISPLAY=:0 ./intone'. Currently you can go the next song on the list, go to the previous song and pause the current one. The song is not highlighted in the playlist as of now. Will do most of the gui work by evening today. Please post you comments. Thanks. http://n2.nabble.com/file/n2357405/intone intone http://n2.nabble.com/file/n2357405/intone.glade intone.glade -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2357405.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community