Re: [All] To build a better music player
O Venres, 6 de Marzo de 2009, Dylan Reilly escribiu: correctly? If not then the package is corrupt. The package I uploaded to opgk.org is fine. If it got corrupted somewhere in the stream I Is there any other place where to download latest pythm opk? opk.org's package is still corrupted, and I cannot find it elsewhere Thank you very much! -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Cameron Frazier wrote: On Sat, 2009-03-07 at 22:00 -0500, Dylan Reilly wrote: FYI, version 0.5.7. is now available on opkg.org. * Seeking works again (gstreamer). * Random play implemented (gstreamer). * Pulled in misc., minor GUI enhancements from Paul TT (developer from whom the this version was branched). * Moved settings around in config. file. All file browsing-related settings are now in one place. * Default music path is now home directory and fixed bug for inability to navigate if initial music path does not exist. * Added icon for .desktop file (borrowed from SHR). * Known issue: Seeking while the repeat function is enabled for MP3 files causes the next instance of the song to play incorrectly. Using the mutagen ipk from opkg.org results in failure, remotely and locally. Anyone have suggestions on a work-around? Most such opkg.org failures can be solved with wget --no-cache URL on a pc. Then, copy the file to the phone and install. This did not work for mutagen_svn-4350-2, so install mutagen_svn-4350 instead, then mv /usr/lib/python2.5/site-packages/mutagen /usr/lib/python2.6/site-packages/ (Put the whole command on one line, with a space between the two parts. It got too long for email.) After this, pythm works for me. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: FYI, version 0.5.7. is now available on opkg.org. Thanks, nice improvements! Is it possible to make the tabs on top as tall as the buttons at the bottom? They will be easier to press that way. I have the same wish for the nearly flat volume control - it is hard to grab with my big fingers. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Sun, Mar 8, 2009 at 5:32 AM, The Digital Pioneer digitalpion...@gmail.com wrote: Of course, opkg gives the obligatory segfault. Had to download package manually. :( I'm sure we're all experienced the opkg.org problems.. Please have a look at this here: http://www.opkg.org/repo.html It tells how the repository is built. Try to find what's wrong there.. Being able to find it would allow everyone a nice smooth opkg.org repository experince.. Anyway, thanks for the new version! 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
Re: [All] To build a better music player
FYI, version 0.5.7. is now available on opkg.org. * Seeking works again (gstreamer). * Random play implemented (gstreamer). * Pulled in misc., minor GUI enhancements from Paul TT (developer from whom the this version was branched). * Moved settings around in config. file. All file browsing-related settings are now in one place. * Default music path is now home directory and fixed bug for inability to navigate if initial music path does not exist. * Added icon for .desktop file (borrowed from SHR). * Known issue: Seeking while the repeat function is enabled for MP3 files causes the next instance of the song to play incorrectly. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Sat, 2009-03-07 at 22:00 -0500, Dylan Reilly wrote: FYI, version 0.5.7. is now available on opkg.org. * Seeking works again (gstreamer). * Random play implemented (gstreamer). * Pulled in misc., minor GUI enhancements from Paul TT (developer from whom the this version was branched). * Moved settings around in config. file. All file browsing-related settings are now in one place. * Default music path is now home directory and fixed bug for inability to navigate if initial music path does not exist. * Added icon for .desktop file (borrowed from SHR). * Known issue: Seeking while the repeat function is enabled for MP3 files causes the next instance of the song to play incorrectly. Using the mutagen ipk from opkg.org results in failure, remotely and locally. Anyone have suggestions on a work-around? r...@om-gta02 ~ $ opkg install mutagen_svn-4350-2_armv4t.ipk Terminated r...@om-gta02 ~ $ opkg install http://www.opkg.org/packages/mutagen_svn-4350-2_a rmv4t.ipk Downloading http://www.opkg.org/packages/mutagen_svn-4350-2_armv4t.ipk Terminated r...@om-gta02 ~ $ signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Of course, opkg gives the obligatory segfault. Had to download package manually. :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: Curse all these python 2.5 versus 2.6 issues! The mutagen package was actually built for 2.5 and not 2.6 (my fault). I have fixed this and uploaded a new version to opkg.org. Note that I changed the version number. I have also added a list of the dependencies and where one can acquire them to the main pythm page of opkg.org. Hopefully I remembered all of them. Unfortunately, the packages are all over the place and not consistent python 2.5 versus 2.6. Until a stable/accepted distribution arises, one will need to be mindful of such things and ready to copy files into the correct python lib directory. I have reflashed SHR testing. Now I can't install mutagen_svn-4350-2_armv4t.ipk opkg just ends in Terminated no matter how I try. :-( Oh well, I'll try copying stuff from python 2.5 :-/ If the distributions are very different, how about separate versions for python 2.5 and 2.6? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Friday 06 March 2009 16:01:18 Helge Hafting wrote: Dylan Reilly wrote: I have reflashed SHR testing. Now I can't install mutagen_svn-4350-2_armv4t.ipk opkg just ends in Terminated no matter how I try. :-( I have the same problem. It seems opkg.org is truncating files, and almost every package you try to install downloaded from opkg.org fails with Terminated. You can try, for example, to download: http://www.opkg.org/packages/pong_0.1_armv4t.ipk It only download 4096 bytes Try to download the same package from: http://scalde.free.fr/index.php?option=com_docmantask=doc_downloadgid=4Itemid=71 11636 bytes! The last one installs OK, but the one from opkg.org fails with Terminate ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Can you run: ar x [package name] correctly? If not then the package is corrupt. The package I uploaded to opgk.org is fine. If it got corrupted somewhere in the stream I cannot be of too much help. You can do what I did to get mutagen in the first place: install it to your desktop and then copy the python files over to the openmoko. I am not going to build packages for multiple versions of python. On Fri, Mar 6, 2009 at 10:01 AM, Helge Hafting helge.haft...@hist.no wrote: Dylan Reilly wrote: Curse all these python 2.5 versus 2.6 issues! The mutagen package was actually built for 2.5 and not 2.6 (my fault). I have fixed this and uploaded a new version to opkg.org. Note that I changed the version number. I have also added a list of the dependencies and where one can acquire them to the main pythm page of opkg.org. Hopefully I remembered all of them. Unfortunately, the packages are all over the place and not consistent python 2.5 versus 2.6. Until a stable/accepted distribution arises, one will need to be mindful of such things and ready to copy files into the correct python lib directory. I have reflashed SHR testing. Now I can't install mutagen_svn-4350-2_armv4t.ipk opkg just ends in Terminated no matter how I try. :-( Oh well, I'll try copying stuff from python 2.5 :-/ If the distributions are very different, how about separate versions for python 2.5 and 2.6? Helge Hafting ___ 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: [All] To build a better music player
FYI, there is a new version of pythm available on opkg.org I only miss one little thing When you add an entire directory to playlist, tracks are alphabetically ordered, but, if exists, they should be ordered by track # (from ID3 or ogg tags). This turns out to be a tricky problem. I have a lot of disks without track number on track name, only identified by track# on id3/ogg And other people have directories with files that aren't part of a single album, so the track numbers are not related. Also, there are multi-CD albums, where you may have a single directory with all the songs for all the CDs in the album, so you'd then need to sort by disknumber+tracknumber. The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: FYI, there is a new version of pythm available on opkg.org I only miss one little thing When you add an entire directory to playlist, tracks are alphabetically ordered, but, if exists, they should be ordered by track # (from ID3 or ogg tags). This turns out to be a tricky problem. I have a lot of disks without track number on track name, only identified by track# on id3/ogg And other people have directories with files that aren't part of a single album, so the track numbers are not related. Also, there are multi-CD albums, where you may have a single directory with all the songs for all the CDs in the album, so you'd then need to sort by disknumber+tracknumber. The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wednesday 04 March 2009 16:37:34 Marcel wrote: Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) I suppose it's trivial to make a script who renames all my files based on id3 track# With xmms, I used to have track # on filenames, but since I started to use amarok, filenames lost importance if favour of id3. It's a pitty amarok it's a monster to something like freerunner ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. That's what I thought of, too. Having another option in the config file won't hurt the gui :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Well, the database processing would be slow of course, but more than that, an advanced collection manager would be very difficult (I would think) to use on the FR. The simple GUI Pythm has now tends to give me enough grief unless I use my stylus. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Pythm reads all tag data anyway. It is slow, but not overly so. That is the trade-off between having a player that uses pre-built playlists and one that builds them on the fly. Personally I go for the latter. As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. As for song ordering, I believe that some combination of song file name and id3 data will be ideal. I am sure I can come up with something reasonable. Even if there is no general solution, sorting will be cheap compared with reading tags so we can have a sort function in the program that can cycle through some different sorts. On Wed, Mar 4, 2009 at 11:37 AM, Marcel tan...@googlemail.com wrote: Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. That's what I thought of, too. Having another option in the config file won't hurt the gui :) -- Marcel - Show quoted text - ___ 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: [All] To build a better music player
We have some ideas for a better GUI as well. My priority is getting functionality in first, however. FWIW, I just recently pulled some GUI updates from the guy from whom I branched pythm, Paul, that should help a *little*. These are in git now; I will be rolling out another build shortly. On Wed, Mar 4, 2009 at 11:49 AM, The Digital Pioneer digitalpion...@gmail.com wrote: Well, the database processing would be slow of course, but more than that, an advanced collection manager would be very difficult (I would think) to use on the FR. The simple GUI Pythm has now tends to give me enough grief unless I use my stylus. ___ 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: [All] To build a better music player
I think it's a problem of horsepower. I don't. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. And then you add classical music into the mix and it gets even more fun. But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. My measly WL-700gE (266MHz MIPS CPU + 64MB RAM) does it just fine for my music collection (7000 songs). Whoever has read my earlier messages knows that this is using MPD ;-). So at least in the case where the backend is MPD, pythm does have all the necessary tag info at hand, but sorting is still a nightmare, so sorting by file name really turns out to be a very good solution. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. actually I think that storing them along with filenames in those 'sessions' would speed this up since separate files would not need to be processed for id3 extraction upon loading of the session file. id3 tags within a loaded session might be updated upon user request or whenever a corresponding file is played/queued/whatever ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I still think that offering several sortings is the way to go sorting by file name really turns out to be a very good solution. Not for me ;) -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Yaroslav Halchenko wrote: As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. actually I think that storing them along with filenames in those 'sessions' would speed this up since separate files would not need to be processed for id3 extraction upon loading of the session file. id3 tags within a loaded session might be updated upon user request or whenever a corresponding file is played/queued/whatever ;) Possible implementation for sorting on ID3: contents of .pythmrc: ID3Sort={%artist - }{%year - }{%album - }{%discnumber}{%tracknumber }{%title}{ (%length)}{ %genre}{ %rating} or also possible ID3Sort={%a - }{%y - }{%b - }{%d}{%n}{%t}{ (%l)}{ %g}{ %r} The ID3 tag with extra surrounding characters in between the {} will not be displayed when the value is not set (Null of empty string). This entire ID3Sort definition will be read on startup of pythm and will be used for sorting tracks. The tags used in the definition also dictate the order and contents of the columns in the overview. In this case begin: Artist, Year, Album, DiscNmbr, TrackNmbr, Title, Length, Genre, Rating Possibly a second definition in .pythmrc can be used for custom column order. e.g.: ID3OverviewColumns=%a,%y,%b,%d%n,%t,%l,%g,%r or also possible ID3OverviewColumns=%artist,%year,%album,%discnumber%tracknumber,%title,%length,%genre,%rating In this example disc number and track number are combined in the same column and will simply be concatenated. The header will be emtpy of on detection of this special case be simply 'Number' of '#' Also to customist this, a third definition can be specified. e.g.: ID3OverviewHeaders=Artiest,Jaar,Album,#,Titel,mm:ss,Genre,Rating And at the same time this third definition allows for localisation. So the use of the following optional definitions in .pythmrc: ID3Sort ID3OverviewColumns ID3OverviewHeaders which are customised by the user will allow for ID3 sorting and presentation catering everyone's wildest ID3 needs. More people interested in implementing this? Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. No doubt. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I name them DISK-TRACK TITLE and it works great ;-) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. I still think that offering several sortings is the way to go Well, ... it's more work. An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Stefan Monnier wrote: Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. No doubt. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I name them DISK-TRACK TITLE and it works great ;-) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. I still think that offering several sortings is the way to go Well, ... it's more work. An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. Since many people use ID3 differently and place importance on the tags in different ways, this needs to be configurable. Please see my post with the comment that the filename (path without intelligent breaking down into artist, album etc.) should be used a fall back when no ID3 tags are available. To encourage the use of proper ID3 tags, I would not want to encourage the interpretation of the path naming schemes but propose that customisable way (see other post) of placing highest importance on the ID3 info. Stefan ___ 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: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? No, I don't break them for sorting to work, Simply I correct them so I avoid ambiguities. For antologies (or double/triple albums) * Put the same disk name,year and artist name labels in every track, * Set track number and track name labels for every track * Set disk number label for diferenciating tracks from a disk from tracks from another For compilations, * Put the same disk name and year in every track * Set artist name, track number and track name for every track * Set disk number if needed That way, my labels are *completely correct*, and every well behaved player can order my tracks by album... I name them DISK-TRACK TITLE and it works great ;-) Yes, but I have not them named that way ;) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. No, because I already have all my music with correct id3 tags, but not with homogenous filenames. Doing nothing is simpler than renaming my 15000+ songs :) An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. I hope so -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wed, 4 Mar 2009 21:41:59 +0100, David Garabana Barro da...@garabana.com wrote: Because you find changing ID3 tags to be simpler than changing file names. No, because I already have all my music with correct id3 tags, but not with homogenous filenames. Doing nothing is simpler than renaming my 15000+ songs :) While I do agree with you that Id3 is the way to go, renaming 15000+ tracks properly is not that hard... At least with the right software. You might want to try out a software named EasyTAG. Among a huge amount of features, it is able to name files based on the Id3 info in them :) http://easytag.sourceforge.net/ Cheers, Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? No, I don't break them for sorting to work, Simply I correct them so I avoid ambiguities. For antologies (or double/triple albums) * Put the same disk name,year and artist name labels in every track, * Set track number and track name labels for every track * Set disk number label for diferenciating tracks from a disk from tracks from another For compilations, * Put the same disk name and year in every track * Set artist name, track number and track name for every track * Set disk number if needed That way, my labels are *completely correct*, and every well behaved player can order my tracks by album... Yes, those settings are correct, but they still won't work right if you have several compilation albums of the same year with the same title. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: I am not seeing this problem. Can you look through /etc/pythm.log and see if there is anything interesting in there, or send it to me? $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) error executing:[Errno 2] No such file or directory: '/media/card/Music/Albums' (The last message is ok, I have my music in a different directory. Usually, navigating there is possible though. But now, the up button does nothing and the file list is empty. After quitting, this happens:) delete event occurred destroy signal occurred Exception in thread Thread-2 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable Exception in thread Thread-3 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable And here is /tmp/pythm.log : 2009-03-02 10:35:40,663 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.30 did not request CPU before releasing it 2009-03-02 10:36:31,734 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.30 did not request CPU before releasing it Nothing about my problems, but it apparently have problems turning off suspend. Maybe SHR changed this part? I changed the music directory in /etc/pythm.conf. This time, the album list came up. It'd be nice if a wrong album directory still allows one to go up in the directory structure - one can then navigate manually to were the music is. This was possible before. Playing the music still fails. I get the correct song length displayed, and the seconds counts up. But I can't hear anything, even if I turn the volume to 100%. With or without earphones makes no difference. Output from pythm: $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) (pythm-bin:11766): GStreamer-WARNING **: Name volume is not unique in bin player, not adding (pythm-bin:11766): GStreamer-WARNING **: Name volume is not unique in bin player, not adding Traceback (most recent call last): File /usr/lib/python2.6/logging/__init__.py, line 754, in emit msg = self.format(record) File /usr/lib/python2.6/logging/__init__.py, line 637, in format return fmt.format(record) File /usr/lib/python2.6/logging/__init__.py, line 425, in format record.message = record.getMessage() File /usr/lib/python2.6/logging/__init__.py, line 295, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting (pythm-bin:11766): GStreamer-WARNING **: Element output is not in bin player The logfile now shows this: $ cat /tmp/pythm.log 2009-03-02 10:39:41,165 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.31 did not request CPU before releasing it 2009-03-02 10:40:15,658 DEBUG Going to play song: /media/card/musikk/Pink Floyd - The Wall/02 The Thin Ice.ogg 2009-03-02 10:40:15,685 DEBUG Need to load the song. 2009-03-02 10:40:15,749 ERROR Error loading song Pink Floyd - The Thin Ice into player 0: Could not add element 'volume' 2009-03-02 10:40:19,547 DEBUG Async loading new song into player: 1 2009-03-02 10:40:19,554 DEBUG Async next song is: /media/card/musikk/Pink Floyd - The Wall/03 Another Brick In The Wall, Part I.ogg 2009-03-02 10:40:19,581 ERROR Error loading song Pink Floyd - Another Brick In The Wall, Part 1 into player 1: Could not add element 'volume' 2009-03-02 10:42:15,893 DEBUG Going to play song: /media/card/musikk/Pink Floyd - The Wall/03 Another Brick In The Wall, Part I.ogg 2009-03-02 10:42:15,903 DEBUG Song already loaded. 2009-03-02 10:42:16,084 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserExists: User :1.31 already requested CPU 2009-03-02 10:42:19,317 DEBUG
Re: [All] To build a better music player
O Xoves, 26 de Febreiro de 2009, Dylan Reilly escribiu: FYI, there is a new version of pythm available on opkg.org I only miss one little thing When you add an entire directory to playlist, tracks are alphabetically ordered, but, if exists, they should be ordered by track # (from ID3 or ogg tags). I have a lot of disks without track number on track name, only identified by track# on id3/ogg -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
* The cannot set suspend messages are OK. They are there in debug output for the sake of debugging. Pythm requests CPU resource from FSO to halt suspending during playback. Frameworkd is smart enough to only allow one lock per process. That message is FSO telling pythm that. * I fixed the volume problem in 0.5.5. Please upgrade to that version. * Thank you for the bug about the directory structure. I will look into handling that better. Eventually pythm will be able to remember things like directories on its own (without /etc/pythm.conf). I am planning to add some sort of session memory. * I agree that the files should be sorted by track number. Sorting by file name was step 1. The original pythm had no sorting. This is a known TODO. On Mon, Mar 2, 2009 at 4:48 AM, Helge Hafting helge.haft...@hist.no wrote: Dylan Reilly wrote: I am not seeing this problem. Can you look through /etc/pythm.log and see if there is anything interesting in there, or send it to me? $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) error executing:[Errno 2] No such file or directory: '/media/card/Music/Albums' (The last message is ok, I have my music in a different directory. Usually, navigating there is possible though. But now, the up button does nothing and the file list is empty. After quitting, this happens:) delete event occurred destroy signal occurred Exception in thread Thread-2 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable Exception in thread Thread-3 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib/python2.6/threading.py, line 522, in __bootstrap_inner File /usr/lib/python2.6/site-packages/pythm/backend/backend.py, line 496, in run type 'exceptions.TypeError': 'NoneType' object is not callable And here is /tmp/pythm.log : 2009-03-02 10:35:40,663 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.30 did not request CPU before releasing it 2009-03-02 10:36:31,734 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.30 did not request CPU before releasing it Nothing about my problems, but it apparently have problems turning off suspend. Maybe SHR changed this part? I changed the music directory in /etc/pythm.conf. This time, the album list came up. It'd be nice if a wrong album directory still allows one to go up in the directory structure - one can then navigate manually to were the music is. This was possible before. Playing the music still fails. I get the correct song length displayed, and the seconds counts up. But I can't hear anything, even if I turn the volume to 100%. With or without earphones makes no difference. Output from pythm: $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) (pythm-bin:11766): GStreamer-WARNING **: Name volume is not unique in bin player, not adding (pythm-bin:11766): GStreamer-WARNING **: Name volume is not unique in bin player, not adding Traceback (most recent call last): File /usr/lib/python2.6/logging/__init__.py, line 754, in emit msg = self.format(record) File /usr/lib/python2.6/logging/__init__.py, line 637, in format return fmt.format(record) File /usr/lib/python2.6/logging/__init__.py, line 425, in format record.message = record.getMessage() File /usr/lib/python2.6/logging/__init__.py, line 295, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting (pythm-bin:11766): GStreamer-WARNING **: Element output is not in bin player The logfile now shows this: $ cat /tmp/pythm.log 2009-03-02 10:39:41,165 DEBUG Unable to set no suspend: org.freesmartphone.Usage.UserUnknown: User :1.31 did not request CPU before releasing it 2009-03-02 10:40:15,658 DEBUG Going to play song: /media/card/musikk/Pink Floyd - The Wall/02 The Thin Ice.ogg
Re: [All] To build a better music player
Dylan Reilly wrote: FYI, there is a new version of pythm available on opkg.org 2009-02-26 - Version 0.5.4-dmr: I installed that into a very recent SHR unstable - total failure. pythm comes up, but I see no files and no directories either. So I can't navigate to where my music is, and I can't try to play anything at all. Some kind of dependency problem, I guess? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
2008.12 + Kustomizer + opkg.org repository r...@om-gta02:~# opkg install pythm Installing pythm (0.5.4-dmr) to root... Segmentation fault :( The required dependencies should be installed already so I guess there's something wrong with the details of the package 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
Re: [All] To build a better music player
The package installs fine for me (also under SHR unstable). I have seen seg fault on package install from time to time with misc. packages. Try rebooting. On Fri, Feb 27, 2009 at 4:59 AM, Risto H. Kurppa ri...@kurppa.fi wrote: 2008.12 + Kustomizer + opkg.org repository r...@om-gta02:~# opkg install pythm Installing pythm (0.5.4-dmr) to root... Segmentation fault :( The required dependencies should be installed already so I guess there's something wrong with the details of the package 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I am not seeing this problem. Can you look through /etc/pythm.log and see if there is anything interesting in there, or send it to me? On Fri, Feb 27, 2009 at 4:45 AM, Helge Hafting helge.haft...@hist.no wrote: Dylan Reilly wrote: FYI, there is a new version of pythm available on opkg.org 2009-02-26 - Version 0.5.4-dmr: I installed that into a very recent SHR unstable - total failure. pythm comes up, but I see no files and no directories either. So I can't navigate to where my music is, and I can't try to play anything at all. Some kind of dependency problem, I guess? Helge Hafting ___ 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: [All] To build a better music player
On Fri, Feb 27, 2009 at 7:48 PM, Dylan Reilly drei...@atariland.net wrote: I am not seeing this problem. Can you look through /etc/pythm.log and see if there is anything interesting in there, or send it to me? r...@om-gta02:/etc# opkg install pythm Installing pythm (0.5.4-dmr) to root... Segmentation fault r...@om-gta02:/etc# cat pythm.log cat: can't open 'pythm.log': No such file or directory r...@om-gta02:/etc# 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
Re: [All] To build a better music player
Pythm always crashes my opkg too. I just end up downloading the package manually and installing it with opkg install pkgfile which works. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Sorry, meant /tmp/pythm.log. My brain is in another place sometimes. On Fri, Feb 27, 2009 at 1:46 PM, Risto H. Kurppa ri...@kurppa.fi wrote: On Fri, Feb 27, 2009 at 7:48 PM, Dylan Reilly drei...@atariland.net wrote: I am not seeing this problem. Can you look through /etc/pythm.log and see if there is anything interesting in there, or send it to me? r...@om-gta02:/etc# opkg install pythm Installing pythm (0.5.4-dmr) to root... Segmentation fault r...@om-gta02:/etc# cat pythm.log cat: can't open 'pythm.log': No such file or directory r...@om-gta02:/etc# 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Fri, Feb 27, 2009 at 10:05 PM, Dylan Reilly drei...@atariland.net wrote: Sorry, meant /tmp/pythm.log. My brain is in another place sometimes. Nope, nothing there, the file doesn't exist. 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
Re: [All] To build a better music player
If that file does not exist after running the program then something really bizarre or horrible is happening. Suggestions: 1) Try using the mplayer backend just to see if it works. Edit /etc/pythm.conf and change the backend item. 2) Run pythm-bin from a command line and see if anything useful is reported. You can ignore messages about locales and deprecation. If all the buttons are greyed out and the file list is empty, that suggests that the backend is failing to load. In turn, that could possibly imply a missing python library. On Fri, Feb 27, 2009 at 3:12 PM, Risto H. Kurppa ri...@kurppa.fi wrote: On Fri, Feb 27, 2009 at 10:05 PM, Dylan Reilly drei...@atariland.net wrote: Sorry, meant /tmp/pythm.log. My brain is in another place sometimes. Nope, nothing there, the file doesn't exist. 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
No I can't run the program because it's the INSTALLATION that segfaults.. see above: r...@om-gta02:/etc# opkg install pythm Installing pythm (0.5.4-dmr) to root... Segmentation fault 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
Re: [All] To build a better music player
FYI, there is a new version of pythm available on opkg.org 2009-02-26 - Version 0.5.4-dmr: --- * Fixed many issues with skip and previous. They should behave as expected now. * Removed dependence on pyalsaaudio. Volume changing is handled via the back-ends once again. * Reduced CPU overhead of gstreamer by using a custom pipeline instead of playbin. There is not to much more performance I can squeeze out of the program based on its architecture, I think. The python code itself does very little and hands off all the heavy lifting to gstreamer and gtk. (Speaking of GTK, it takes 5% CPU, as reported from top, to simply redraw the track time in the GUI). Gstreamer and alsa are not the most efficient ways to get sound to come out of a device, I believe. However, my goal is to build upon sane components thus leaving only doing the work that needs to be done. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: Curse all these python 2.5 versus 2.6 issues! The mutagen package was actually built for 2.5 and not 2.6 (my fault). I have fixed this and uploaded a new version to opkg.org. Note that I changed the version number. The mutagen problem is fixed indeed. When running pythm, I got this error instead: new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) Could not load backend: mplayer: libpython2.5.so.1.0: cannot open shared object file: No such file or directory Could not load backend: gstreamer: libpython2.5.so.1.0: cannot open shared object file: No such file or directory So I used the mad mans workaround: cd /usr/lib ln -s libpython2.6.so.1.0 libpython2.5.so.1.0 And then pythm works and plays songs. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Curse all these python 2.5 versus 2.6 issues! The mutagen package was actually built for 2.5 and not 2.6 (my fault). I have fixed this and uploaded a new version to opkg.org. Note that I changed the version number. I have also added a list of the dependencies and where one can acquire them to the main pythm page of opkg.org. Hopefully I remembered all of them. Unfortunately, the packages are all over the place and not consistent python 2.5 versus 2.6. Until a stable/accepted distribution arises, one will need to be mindful of such things and ready to copy files into the correct python lib directory. On Mon, Feb 16, 2009 at 6:57 AM, Helge Hafting helge.haft...@hist.no wrote: Dylan Reilly wrote: 1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. 2) I uploaded a new version to opkg.org. I double-checked this opkg and it is installing fine for me. Changes include: * Add ability to use RequestResource in newer FSO to stop device suspend during playback. This is now the default. The suspension of Enlightenment suspend is still supported by changing suspend_iface in the config file. * Fix python execution error when gstreamer fails to play a media file and the exception is being reported. * Internal code clean-up. This one worked with SHR of dec.16. But not with SHR of jan.23. I get: $ pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm File /usr/lib/python2.6/site-packages/pythm/__init__.py, line 1, in module from pythm import * File /usr/lib/python2.6/site-packages/pythm/pythm.py, line 1, in module import gtkgui File /usr/lib/python2.6/site-packages/pythm/gtkgui/__init__.py, line 1, in module from pythmgtk import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pythmgtk.py, line 6, in module from pagelist import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pagelist.py, line 5, in module from pythm.functions import format_time File /usr/lib/python2.6/site-packages/pythm/functions.py, line 6, in module from mutagen.easyid3 import EasyID3 ImportError: No module named mutagen.easyid3 Installing mutagen like this doesn't help: opkg install http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk The install goes well, but I still get the same error. Helge Hafting ___ 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: [All] To build a better music player
Dylan Reilly wrote: 1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. 2) I uploaded a new version to opkg.org. I double-checked this opkg and it is installing fine for me. Changes include: * Add ability to use RequestResource in newer FSO to stop device suspend during playback. This is now the default. The suspension of Enlightenment suspend is still supported by changing suspend_iface in the config file. * Fix python execution error when gstreamer fails to play a media file and the exception is being reported. * Internal code clean-up. This one worked with SHR of dec.16. But not with SHR of jan.23. I get: $ pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm File /usr/lib/python2.6/site-packages/pythm/__init__.py, line 1, in module from pythm import * File /usr/lib/python2.6/site-packages/pythm/pythm.py, line 1, in module import gtkgui File /usr/lib/python2.6/site-packages/pythm/gtkgui/__init__.py, line 1, in module from pythmgtk import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pythmgtk.py, line 6, in module from pagelist import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pagelist.py, line 5, in module from pythm.functions import format_time File /usr/lib/python2.6/site-packages/pythm/functions.py, line 6, in module from mutagen.easyid3 import EasyID3 ImportError: No module named mutagen.easyid3 Installing mutagen like this doesn't help: opkg install http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk The install goes well, but I still get the same error. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Fri, Jan 16, 2009 at 4:17 AM, Dylan Reilly drei...@atariland.net wrote: One of my primary uses for the openmoko is a music player Just as a general question, and I apologize to the community if this has been discussed here previously. I wonder if anyone has tried to run VLC from http://www.videolan.org/ on the FR. It is open source, has been around and tested for many years, supports many audio video formats, streaming source or producer , can be run from the command line and various UI's can be attached. Although perhaps not optimized to be finger friendly out of the box, I'm sure if anyone is inclined to put a nice UI on it with the FR tool set it shouldn't be that difficult. As I said, this has probably been discussed previously and there many excellent technical reasons why it is not a viable solution, but if so would like a summary of why not. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
It looks like gstreamer cannot read mp3 files. Do you have the gstreamer module that handles mp3 playing installed? It is gst-plugin-mad. Technically it is optional since one does not *need* it to use pythm. Furthermore, mp3 playing stuff has been removed from the official openmoko repos, so you will want to go to FSO, SHR, or etc to get it. This reminds me that I should really make a concise list of requirements and where one can find them. I will try to remember to add that to the opkg.org page next week. On Fri, Feb 13, 2009 at 4:02 PM, Risto H. Kurppa ri...@kurppa.fi wrote: On Fri, Feb 13, 2009 at 4:59 PM, Dylan Reilly drei...@atariland.net wrote: The package on opkg.org is built for python 2.6 while 2008.12 is using python 2.5. Since there are no code changes required between python versions, you can simply copy /usr/lib/python2.6/site-packages/pythm to /usr/lib/python2.5/site-packages/pythm Thanks, got that fixed. Now when I start playing I get these messages (and can't hear anything but that might be another issue..) r...@om-gta02:~# DISPLAY=:0 pythm No Locale found, falling back! Error was:[Errno 2] No translation file fou nd for domain: 'pythm' new conf using gstreamer backend ** Message: don't know how to handle audio/mpeg, mpegversion=(int)1, layer=(int)3 Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting ** Message: don't know how to handle audio/mpeg, mpegversion=(int)1, layer=(int)3 Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Sat, Feb 14, 2009 at 11:44 PM, Dylan Reilly drei...@atariland.net wrote: It looks like gstreamer cannot read mp3 files. Do you have the gstreamer module that handles mp3 playing installed? It is gst-plugin-mad. Technically it is optional since one does not *need* it to use pythm. Furthermore, mp3 playing stuff has been removed from the official openmoko repos, so you will want to go to FSO, SHR, or etc to get it. This reminds me that I should really make a concise list of requirements and where one can find them. I will try to remember to add that to the opkg.org page next week. Thanks Dylan, I'm looking forward to see the required/recommend package list next week :) 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
Re: [All] To build a better music player
There're some problems installing pythm on 2008.12: Check the comments at http://www.opkg.org/package_1.html and I have the same: r...@om-gta02:/usr/lib/python2.6/site-packages# DISPLAY=:0 pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm ImportError: No module named pythm r...@om-gta02:/usr/lib/python2.6/site-packages# opkg install pythm mutagen python-pyalsaaudio python-gst gst-plugin-playbin Package pythm (0.5.3-dmr) installed in root is up to date. Package mutagen (svn-4350) installed in root is up to date. Package python-pyalsaaudio (0.3-ml0) installed in root is up to date. Package python-gst (0.10.10-ml2) installed in root is up to date. Package gst-plugin-playbin (0.10.17-r3) installed in root is up to date. r...@om-gta02:/usr/lib/python2.6/site-packages# Any ideas how to fix? 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
Re: [All] To build a better music player
The package on opkg.org is built for python 2.6 while 2008.12 is using python 2.5. Since there are no code changes required between python versions, you can simply copy /usr/lib/python2.6/site-packages/pythm to /usr/lib/python2.5/site-packages/pythm On Fri, Feb 13, 2009 at 9:35 AM, Risto H. Kurppa ri...@kurppa.fi wrote: There're some problems installing pythm on 2008.12: Check the comments at http://www.opkg.org/package_1.html and I have the same: r...@om-gta02:/usr/lib/python2.6/site-packages# DISPLAY=:0 pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm ImportError: No module named pythm r...@om-gta02:/usr/lib/python2.6/site-packages# opkg install pythm mutagen python-pyalsaaudio python-gst gst-plugin-playbin Package pythm (0.5.3-dmr) installed in root is up to date. Package mutagen (svn-4350) installed in root is up to date. Package python-pyalsaaudio (0.3-ml0) installed in root is up to date. Package python-gst (0.10.10-ml2) installed in root is up to date. Package gst-plugin-playbin (0.10.17-r3) installed in root is up to date. r...@om-gta02:/usr/lib/python2.6/site-packages# Any ideas how to fix? 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Fri, Feb 13, 2009 at 4:59 PM, Dylan Reilly drei...@atariland.net wrote: The package on opkg.org is built for python 2.6 while 2008.12 is using python 2.5. Since there are no code changes required between python versions, you can simply copy /usr/lib/python2.6/site-packages/pythm to /usr/lib/python2.5/site-packages/pythm Thanks, got that fixed. Now when I start playing I get these messages (and can't hear anything but that might be another issue..) r...@om-gta02:~# DISPLAY=:0 pythm No Locale found, falling back! Error was:[Errno 2] No translation file fou nd for domain: 'pythm' new conf using gstreamer backend ** Message: don't know how to handle audio/mpeg, mpegversion=(int)1, layer=(int)3 Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting ** Message: don't know how to handle audio/mpeg, mpegversion=(int)1, layer=(int)3 Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting Traceback (most recent call last): File /usr/lib/python2.5/logging/__init__.py, line 744, in emit msg = self.format(record) File /usr/lib/python2.5/logging/__init__.py, line 630, in format return fmt.format(record) File /usr/lib/python2.5/logging/__init__.py, line 418, in format record.message = record.getMessage() File /usr/lib/python2.5/logging/__init__.py, line 288, in getMessage msg = msg % self.args TypeError: not all arguments converted during string formatting 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
Re: [All] To build a better music player
1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. 2) I uploaded a new version to opkg.org. I double-checked this opkg and it is installing fine for me. Changes include: * Add ability to use RequestResource in newer FSO to stop device suspend during playback. This is now the default. The suspension of Enlightenment suspend is still supported by changing suspend_iface in the config file. * Fix python execution error when gstreamer fails to play a media file and the exception is being reported. * Internal code clean-up. On Wed, Feb 11, 2009 at 10:56 AM, Dylan Reilly drei...@atariland.net wrote: I will take a look at both of these problems; they're probably both my fault. However, I am in the middle of playing with integrating with the new fso framework, so it may take a day. On Wed, Feb 11, 2009 at 4:22 AM, Risto H. Kurppa ri...@kurppa.fi wrote: I tried to install pythm from opkg.org with no success on om2008.12: r...@om-gta02:~# opkg install mutagen http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install pythm mutagen r...@om-gta02:~# opkg install pythm mutagen ^[[CInstalling mutagen (svn-4350) to root... Downloading http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk Configuring mutagen r...@om-gta02:~# opkg install pythm An error ocurred, return value: 2. r...@om-gta02:~# wget http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Connecting to www.opkg.org (194.126.200.25:80) pythm_0.5.2-dmr_armv 100% || 1448 --:--:-- ETA r...@om-gta02:~# opkg install pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# Any ideas what might be wrong? I was able to install all the dependencies manually ok. 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 -- Dylan Maxwell Reilly -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Thu, 12 Feb 2009 17:55:15 -0500 Dylan Reilly drei...@atariland.net (DR) wrote: 1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. 2) I uploaded a new version to opkg.org. I double-checked this opkg and it is installing fine for me. Changes include: * Add ability to use RequestResource in newer FSO to stop device suspend during playback. This is now the default. The suspension of Enlightenment suspend is still supported by changing suspend_iface in the config file. * Fix python execution error when gstreamer fails to play a media file and the exception is being reported. * Internal code clean-up. Hi Dylan, i installed it on quite clean shr unstable. Installs ok but uses mutagen for wrong python version. after startup i cannot select any songs as the file dialog is grayed out...: opkg install http://www.opkg.org/packages/mutagen_svn-4350_arm v4t.ipk http://www.opkg.org/packages/0_pythm_0.5.3-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk Downloading http://www.opkg.org/packages/0_pythm_0.5.3-dmr_armv4t.ipk Installing mutagen (svn-4350) to root... Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Upgrading pythm on root from 0.5.1+svnr19-r3 to 0.5.3-dmr... pythm: unsatisfied recommendation for python-mokoui2 pythm: unsatisfied recommendation for python-pyalsaaudio Configuring mutagen Configuring pythm r...@om-gta02 ~ $ export DISPLAY=:0 r...@om-gta02 ~ $ pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm File /usr/lib/python2.6/site-packages/pythm/__init__.py, line 1, in module from pythm import * File /usr/lib/python2.6/site-packages/pythm/pythm.py, line 1, in module import gtkgui File /usr/lib/python2.6/site-packages/pythm/gtkgui/__init__.py, line 1, in module from pythmgtk import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pythmgtk.py, line 6, in module from pagelist import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pagelist.py, line 5, in module from pythm.functions import format_time File /usr/lib/python2.6/site-packages/pythm/functions.py, line 6, in module from mutagen.easyid3 import EasyID3 ImportError: No module named mutagen.easyid3 I moved mutagen from /usr/lib/python2.5/site-packages/mutagen to /usr/lib/python2.6/site-packages/mutagen pythm then starts: r...@om-gta02 ~ $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) Could not load backend: mplayer: No module named alsaaudio Could not load backend: gstreamer: No module named alsaaudio I haven't looked for python-pyalsaaudio as it is not in shr repos but this seems to be the issue. P. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. The least I can do is to motivate people ;) Let me now describe positive side-effects of exposing code in git on github (instead of SVN on projects.om) Now anyone of you can * clone pythm fork (better off from Dylan's one, although I will keep mine also in sync with his) * do anything you like -- fixes, enhancements, whatever; and regularly commit your changes into your local git clone of pythm (nobody will see those yet since you would be committing into your local copy) * if you decide that your changes worth exposing and contributing for others to be used, instead of sending patches anywhere, just - get yourself account on github (for our purposes free account is sufficient) - fork Dylan's or mine repository - add your fresh fork as an additional remote in your local pythm clone - push your changes into your fork on github Voilà -- now everyone can see your changes, cherry pick or merge them into his own repository (like mine or Dylan's). That really allows to facilitate community project ;-) and pythm is imho very well worth such an effort. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
The pyaslsa-audio dependency has been discussed in this thread before a link for a 2.6 version of it. I believe I got it from FSO unstable. Mutagen is up on opkg.org as well. On Thu, Feb 12, 2009 at 6:36 PM, Petr Vanek van...@penguin.cz wrote: On Thu, 12 Feb 2009 17:55:15 -0500 Dylan Reilly drei...@atariland.net (DR) wrote: 1) Yaroslav Halchenko got me off my lazy butt and we are going to be actively collaborating on further pythm hacking. This is good because he is already correcting my horrible python :^) My git fork can be found at http://github.com/negi/pythm for all those interested. 2) I uploaded a new version to opkg.org. I double-checked this opkg and it is installing fine for me. Changes include: * Add ability to use RequestResource in newer FSO to stop device suspend during playback. This is now the default. The suspension of Enlightenment suspend is still supported by changing suspend_iface in the config file. * Fix python execution error when gstreamer fails to play a media file and the exception is being reported. * Internal code clean-up. Hi Dylan, i installed it on quite clean shr unstable. Installs ok but uses mutagen for wrong python version. after startup i cannot select any songs as the file dialog is grayed out...: opkg install http://www.opkg.org/packages/mutagen_svn-4350_arm v4t.ipk http://www.opkg.org/packages/0_pythm_0.5.3-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk Downloading http://www.opkg.org/packages/0_pythm_0.5.3-dmr_armv4t.ipk Installing mutagen (svn-4350) to root... Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Multiple packages (pythm and pythm) providing same name marked HOLD or PREFER. Using latest. Upgrading pythm on root from 0.5.1+svnr19-r3 to 0.5.3-dmr... pythm: unsatisfied recommendation for python-mokoui2 pythm: unsatisfied recommendation for python-pyalsaaudio Configuring mutagen Configuring pythm r...@om-gta02 ~ $ export DISPLAY=:0 r...@om-gta02 ~ $ pythm Traceback (most recent call last): File /usr/bin/pythm-bin, line 14, in module main() File /usr/bin/pythm-bin, line 8, in main from pythm import startPythm File /usr/lib/python2.6/site-packages/pythm/__init__.py, line 1, in module from pythm import * File /usr/lib/python2.6/site-packages/pythm/pythm.py, line 1, in module import gtkgui File /usr/lib/python2.6/site-packages/pythm/gtkgui/__init__.py, line 1, in module from pythmgtk import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pythmgtk.py, line 6, in module from pagelist import * File /usr/lib/python2.6/site-packages/pythm/gtkgui/pagelist.py, line 5, in module from pythm.functions import format_time File /usr/lib/python2.6/site-packages/pythm/functions.py, line 6, in module from mutagen.easyid3 import EasyID3 ImportError: No module named mutagen.easyid3 I moved mutagen from /usr/lib/python2.5/site-packages/mutagen to /usr/lib/python2.6/site-packages/mutagen pythm then starts: r...@om-gta02 ~ $ pythm No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend /usr/lib/python2.6/site-packages/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters super(Connection, self).__init__(*args, **kwargs) Could not load backend: mplayer: No module named alsaaudio Could not load backend: gstreamer: No module named alsaaudio I haven't looked for python-pyalsaaudio as it is not in shr repos but this seems to be the issue. P. ___ 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: [All] To build a better music player
Hello, first of all, thanks for that great work! The setup works for me, but i still have an issue; i think it is gstreamer related, but i'm not sure. Most mp3s work but with some i got no playback. This is also the case for the same mp3s played with openmoko-mediaplayer2 (thats why i think it is a gstreamer issue). If i call pythm from terminal and play such an mp3, the following is printed: -snip- r...@benis-gta02v6:/media/card# pythm r...@benis-gta02v6:/media/card# No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' new conf using gstreamer backend Could not load backend: mplayer: No module named ID3 ** Message: don't know how to handle application/x-apetag Traceback (most recent call last): File /usr/lib/python2.5/site-packages/pythm/gstreamer/gstreamerbackend.py, line 290, in on_player_message err, debug = message.parse_error() NameError: global name 'message' is not defined Traceback (most recent call last): File /usr/lib/python2.5/site-packages/pythm/gstreamer/gstreamerbackend.py, line 290, in on_player_message err, debug = message.parse_error() NameError: global name 'message' is not defined ** Message: don't know how to handle application/x-apetag Traceback (most recent call last): File /usr/lib/python2.5/site-packages/pythm/gstreamer/gstreamerbackend.py, line 290, in on_player_message err, debug = message.parse_error() NameError: global name 'message' is not defined Traceback (most recent call last): File /usr/lib/python2.5/site-packages/pythm/gstreamer/gstreamerbackend.py, line 290, in on_player_message err, debug = message.parse_error() NameError: global name 'message' is not defined -snap- I hope, someone could say some things about that. Thanks, Beni -- View this message in context: http://n2.nabble.com/-All--To-build-a-better-music-player-tp2164014p2307541.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: [All] To build a better music player
I tried to install pythm from opkg.org with no success on om2008.12: r...@om-gta02:~# opkg install mutagen http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install pythm mutagen r...@om-gta02:~# opkg install pythm mutagen ^[[CInstalling mutagen (svn-4350) to root... Downloading http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk Configuring mutagen r...@om-gta02:~# opkg install pythm An error ocurred, return value: 2. r...@om-gta02:~# wget http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Connecting to www.opkg.org (194.126.200.25:80) pythm_0.5.2-dmr_armv 100% || 1448 --:--:-- ETA r...@om-gta02:~# opkg install pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# Any ideas what might be wrong? I was able to install all the dependencies manually ok. 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
Re: [All] To build a better music player
I will take a look at both of these problems; they're probably both my fault. However, I am in the middle of playing with integrating with the new fso framework, so it may take a day. On Wed, Feb 11, 2009 at 4:22 AM, Risto H. Kurppa ri...@kurppa.fi wrote: I tried to install pythm from opkg.org with no success on om2008.12: r...@om-gta02:~# opkg install mutagen http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Downloading http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# opkg install pythm mutagen r...@om-gta02:~# opkg install pythm mutagen ^[[CInstalling mutagen (svn-4350) to root... Downloading http://www.opkg.org/packages/mutagen_svn-4350_armv4t.ipk Configuring mutagen r...@om-gta02:~# opkg install pythm An error ocurred, return value: 2. r...@om-gta02:~# wget http://www.opkg.org/packages/pythm_0.5.2-dmr_armv4t.ipk Connecting to www.opkg.org (194.126.200.25:80) pythm_0.5.2-dmr_armv 100% || 1448 --:--:-- ETA r...@om-gta02:~# opkg install pythm_0.5.2-dmr_armv4t.ipk Terminated r...@om-gta02:~# Any ideas what might be wrong? I was able to install all the dependencies manually ok. 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
For what it's worth, I put an updated version on opkg.org [1]. Since the last version, I: re-enabled seeking (UI for it still has some bugs), made the mplayer back-end use mutagen as well, and stopped the script that runs the program from exiting so enlightenment's start feedback does not disappear so rapidly. [1] http://www.opkg.org/package_1.html On Wed, Feb 4, 2009 at 6:02 AM, Helge Hafting helge.haft...@hist.no wrote: Dylan Reilly wrote: I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead of mplayer. By using gstreamer, CPU and memory load have been reduced, Before, mplayer took 40%-50% of cpu according to top. Now, pythm-bin uses 48%-49% instead. This when playing stereo .ogg The transitions are perfect though. Good for The Wall, where background sound sometimes go on from one song to the next. [...] [1] http://atariland.net/~dreilly/openmoko/audio/pythm_0.5.1-dmr-20090129_armv4t.ipk [2] http://atariland.net/~dreilly/openmoko/audio/mutagen_svn-4350_armv4t.ipk In the mean time, I will keep hacking away at it. Thank you for doing this - the player is getting really good now. Helge Hafting ___ 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: [All] To build a better music player
Dylan Reilly wrote: I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead of mplayer. By using gstreamer, CPU and memory load have been reduced, Before, mplayer took 40%-50% of cpu according to top. Now, pythm-bin uses 48%-49% instead. This when playing stereo .ogg The transitions are perfect though. Good for The Wall, where background sound sometimes go on from one song to the next. [...] [1] http://atariland.net/~dreilly/openmoko/audio/pythm_0.5.1-dmr-20090129_armv4t.ipk [2] http://atariland.net/~dreilly/openmoko/audio/mutagen_svn-4350_armv4t.ipk In the mean time, I will keep hacking away at it. Thank you for doing this - the player is getting really good now. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Before, mplayer took 40%-50% of cpu according to top. Now, pythm-bin uses 48%-49% instead. This when playing stereo .ogg Still sounds much too high. Even my home router (266MHz MIPS) decodes .ogg with less than 30% of CPU. Usind `mpd', my FR shows significantly less than 20% CPU decoding .ogg files (tho admittedly, these are 96Kb/s, so maybe that helps). I haven't tried again recently (among other things because the headphone output is so lousy), but there's no reason for it to be higher than 20%, unless maybe there's some resampling going on, or some floating-point software-mixer somewhere. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Friday 30 January 2009, Al Johnson wrote: On Friday 30 January 2009, Joel Newkirk wrote: On Fri, 30 Jan 2009 09:31:21 +, Al Johnson openm...@mazikeen.demon.co.uk wrote: On Friday 30 January 2009, Joel Newkirk wrote: Any idea where I can find python-pyalsaaudio? not found on SHR, can't find a package anywhere. (except armv7a at angstrom) This one should work with python 2.6 http://openmoko.truebox.co.uk/repos/mazikeen/fso-milestone5/python- pyalsaaudio_0.4-ml0_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Friday 30 January 2009, Joel Newkirk wrote: Any idea where I can find python-pyalsaaudio? not found on SHR, can't find a package anywhere. (except armv7a at angstrom) http://openmoko.truebox.co.uk/repos/mazikeen/fso-testing/ipk/armv4t/python- pyalsaaudio_0.3-ml0_armv4t.ipk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Hi Dylan, First of all, thanks a lot for sharing your work. Do you mind to add you new version to www.opkg.org, so that the links (and updates) are not lost in the mailing list ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Fri, 30 Jan 2009 09:31:21 +, Al Johnson openm...@mazikeen.demon.co.uk wrote: On Friday 30 January 2009, Joel Newkirk wrote: Any idea where I can find python-pyalsaaudio? not found on SHR, can't find a package anywhere. (except armv7a at angstrom) http://openmoko.truebox.co.uk/repos/mazikeen/fso-testing/ipk/armv4t/python- pyalsaaudio_0.3-ml0_armv4t.ipk Thanks. Unfortunately it's still unhappy, due to the change to python2.6. :( j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
To answer a few questions: 1) The new gstreamer back-end uses mutagen to read tag data from mp3 and ogg and not ID3. You will want to use the package I made for mutagen since no other exists. I did not bother updating the mplayer back-end as consider that deprecated at this point. That one still uses the ID3.py library which I did not include. 2) I would have liked to use mpd, but I have never been able to find a package for it for arm. It is not feasible to stream from a server, since I listen to music in my car. 3) I will publish the packages to opkg.org later today if I remember. Finally, if anyone has any suggestions on how to make gstreamer suspend I will take them. I remember the suggestion of calling snd_pcm_resume(). Unfortunately, pyalsaaudio has no such method ATM, and I have no way of compiling it for arm after making my own changes. On Thu, Jan 29, 2009 at 11:11 PM, Yaroslav Halchenko site-openmoko@onerussian.com wrote: wonderful - thank you Dylan, pythm feels really nice now with gstreamer. I wonder if are going to add seeking support to change position within the song with gstreamer? it would be really great! btw -- what version of ID3 python's library do you use? om's repository seems to lack any package for it, so I've just installed the copy from my debian box which is 1.2-6.2, but that one also pukes with error executing:'TITLE' on my mp3s (like someone else reported before I believe) On Thu, 29 Jan 2009, Dylan Reilly wrote: I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ 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: [All] To build a better music player
Thank you Dylan once again what about ability to seek within a song? is it doable for gstreamer? On Fri, 30 Jan 2009, Dylan Reilly wrote: To answer a few questions: 1) The new gstreamer back-end uses mutagen to read tag data from mp3 and ogg and not ID3. You will want to use the package I made for mutagen since no other exists. I did not bother updating the mplayer back-end as consider that deprecated at this point. That one still uses the ID3.py library which I did not include. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Yes it is. The problem is the UI more than anything. Since the freerunner is kinda slow and has no accelerated graphics, there is input lag - especially when the CPU is pegged from the decoding. There was a seek in the original pythm and I removed it because of that reasons. I will play around with it. I do not know GTK very well, so if anyone has any suggestions (code) on how to draw better (i.e., bigger) sliders that would be helpful. Knowing such things would help me improve the volume control as well. On Fri, Jan 30, 2009 at 9:58 AM, Yaroslav Halchenko site-openmoko@onerussian.com wrote: Thank you Dylan once again what about ability to seek within a song? is it doable for gstreamer? On Fri, 30 Jan 2009, Dylan Reilly wrote: To answer a few questions: 1) The new gstreamer back-end uses mutagen to read tag data from mp3 and ogg and not ID3. You will want to use the package I made for mutagen since no other exists. I did not bother updating the mplayer back-end as consider that deprecated at this point. That one still uses the ID3.py library which I did not include. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ 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: [All] To build a better music player
On Friday 30 January 2009, Joel Newkirk wrote: On Fri, 30 Jan 2009 09:31:21 +, Al Johnson openm...@mazikeen.demon.co.uk wrote: On Friday 30 January 2009, Joel Newkirk wrote: Any idea where I can find python-pyalsaaudio? not found on SHR, can't find a package anywhere. (except armv7a at angstrom) http://openmoko.truebox.co.uk/repos/mazikeen/fso-testing/ipk/armv4t/python- pyalsaaudio_0.3-ml0_armv4t.ipk Thanks. Unfortunately it's still unhappy, due to the change to python2.6. It's not been updated in a while. I'm building FSO milestone 5 at the moment which includes the change to python 2.6, so when that's done I should be able to provide a new binary, probably sometime tomorrow. I guess I should request it be added to the task list for FSO and/or SHR. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
2) I would have liked to use mpd, but I have never been able to find a package for it for arm. It is not feasible to stream from a server, since I listen to music in my car. Hmm I'm under Debian where I just apt-get install mpd. But `mpd' is packaged for OpenWRT and AFAIK there's also one for OpenEmbedded, so it should be easy for someone setup with OpenEmbedded to build the corresponding opkg. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Setting up MPD (was: [All] To build a better music player)
In my experience, MPD is a pain to set up. Hmm... that's probably something we can improve. I had no trouble with it but then it wasn't the first time I set it up: could you give us some hint what was difficult? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Setting up MPD (was: [All] To build a better music player)
Ahh, just when I want a media player, the last thing I usually want to do is edit conf files. Now, I'm not afraid of doing so, and I did, but then it still took a while. Then, I had to find a client, and perhaps I got a bad one (I don't remember which I used) but it was pretty tough to pair the two. After that, I had no control of the playlist, it just played my whole collection alphabetically. Of course, using Pythm as a client with a predefined config would probably resolve most of this. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead of mplayer. By using gstreamer, CPU and memory load have been reduced, and I was able to rig it such that track transitions occur without the delays that were present using mplayer. Furthermore, I added tag reading support for Ogg and Flac through mutagen. The program itself is [1]. The package does not require all the other dependencies since technically one does net need to use gstreamer. The dependencies for gstreamer are: [2], gst-plugin-playbin, gst-plugin-mad, python-pyalsaaudio, and possibly others that I missed. Please note, gstreamer has issues with suspend/resume. If the device suspends while the gstreamer back-end is in use pythm will need to be restarted before audio will play again. [1] http://atariland.net/~dreilly/openmoko/audio/pythm_0.5.1-dmr-20090129_armv4t.ipk [2] http://atariland.net/~dreilly/openmoko/audio/mutagen_svn-4350_armv4t.ipk In the mean time, I will keep hacking away at it. On Fri, Jan 23, 2009 at 12:29 PM, Dylan Reilly drei...@atariland.net wrote: I am working on a gstreamer version ATM which will allow me to work around the limitations of mplayer. If/when I get this done, I will work on making a package and/or seeing if I can integrate with the main pythm distribution. On Fri, Jan 23, 2009 at 11:59 AM, Helge Hafting helge.haft...@hist.no wrote: Helge Hafting wrote: The bigger buttons are nice! It paused whan a call came in too. :-) Can you get these improvements into the pythm image at opkg and/or SHR? Seems I spoke too soon. Everything got better except the pauses between songs - they got much worse. :-( It is faster to restart pythm to play the next song now. The delay is several minutes. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead of mplayer. By using gstreamer, CPU and memory load have been reduced, and I was able to rig it such that track transitions occur without the delays that were present using mplayer. Furthermore, I added tag reading support for Ogg and Flac through mutagen. I still wonder: what's wrong with the MPD backend? It already did all that, and is very memory efficient as well. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
In my experience, MPD is a pain to set up. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
wonderful - thank you Dylan, pythm feels really nice now with gstreamer. I wonder if are going to add seeking support to change position within the song with gstreamer? it would be really great! btw -- what version of ID3 python's library do you use? om's repository seems to lack any package for it, so I've just installed the copy from my debian box which is 1.2-6.2, but that one also pukes with error executing:'TITLE' on my mp3s (like someone else reported before I believe) On Thu, 29 Jan 2009, Dylan Reilly wrote: I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
A, much better!! Gstreamer makes a difference. :) I just wish the volume slider were bigger, it's hard to get my fingernail on it just right... :( Also, is there a way to make the script not exit until pythm exits? It confuses the SHR loading screen when it exits immediately. Really appreciate the mods. Makes a huge difference. Bigger buttons are WONDERFUL, and unless I'm mistaken, the sound is clearer too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Thu, 29 Jan 2009 18:09:39 -0500, Dylan Reilly drei...@atariland.net wrote: I am still in the process of making changes, but I have some packages if anyone wants to try it. This version has the option of using a gstreamer back-end (the default with the packaged config file) instead of mplayer. By using gstreamer, CPU and memory load have been reduced, and I was able to rig it such that track transitions occur without the delays that were present using mplayer. Furthermore, I added tag reading support for Ogg and Flac through mutagen. The program itself is [1]. The package does not require all the other dependencies since technically one does net need to use gstreamer. The dependencies for gstreamer are: [2], gst-plugin-playbin, gst-plugin-mad, python-pyalsaaudio, and possibly others that I missed. Any idea where I can find python-pyalsaaudio? not found on SHR, can't find a package anywhere. (except armv7a at angstrom) j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: I am working on a gstreamer version ATM which will allow me to work around the limitations of mplayer. If/when I get this done, I will work on making a package and/or seeing if I can integrate with the main pythm distribution. Good to hear. The delays I saw disappeared after another restart of pythm. The only problem I see now, is that the play list no longer show. It is always empty, but the songs I selected play anyway. -- View this message in context: http://n2.nabble.com/-All--To-build-a-better-music-player-tp2164014p2208710.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: [All] To build a better music player
The bigger buttons are nice! It paused whan a call came in too. :-) Can you get these improvements into the pythm image at opkg and/or SHR? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Helge Hafting wrote: The bigger buttons are nice! It paused whan a call came in too. :-) Can you get these improvements into the pythm image at opkg and/or SHR? Seems I spoke too soon. Everything got better except the pauses between songs - they got much worse. :-( It is faster to restart pythm to play the next song now. The delay is several minutes. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I am working on a gstreamer version ATM which will allow me to work around the limitations of mplayer. If/when I get this done, I will work on making a package and/or seeing if I can integrate with the main pythm distribution. On Fri, Jan 23, 2009 at 11:59 AM, Helge Hafting helge.haft...@hist.no wrote: Helge Hafting wrote: The bigger buttons are nice! It paused whan a call came in too. :-) Can you get these improvements into the pythm image at opkg and/or SHR? Seems I spoke too soon. Everything got better except the pauses between songs - they got much worse. :-( It is faster to restart pythm to play the next song now. The delay is several minutes. Helge Hafting ___ 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: [All] To build a better music player
Steven ** wrote: Unless I'm misinterpreting, what you want is already there. Just select the directory and add it. This assumes your music is sorted with each album in a subdirectory, which seems pretty common. Ah, so that is what the button with the square do. I use + when adding songs. But + on a directory merely opens it for viewing. The square does nothing for a single file. Thanks for the tip. Ability to select several (but not necessarily all) songs in one go would still be nice. I.e. mark all the interesting ones and then hit add. Showing which of the songs that already are on the playlist is useful too. Perhaps a different color for those. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
An ipk would be appreciated for an easy testing :) (and maybe upload it 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
Re: [All] To build a better music player
Dylan Reilly wrote: One of my primary uses for the openmoko is a music player, and I have spent some time trying to improve my listening experience with it. I wanted to make a web page or such on the subject but I am highly unmotivated to do so. In lieu of that, I am posting my findings here. Audio Quality - IMO, good audio quality can be achieved with proper tweaking of the alsa mixer. Some of the settings do nothing while others make the openmoko sound like crap (e.g., bass boost). The state file [1] is what I am using. One can utilize this by over writing the like-named file in /usr/share/openmoko/scenerios . I even find the bass decent, but not ideal. This is a known, and much discussed, hardware issue. The bass is too low, but this can apparently be fixed by using a bluetooth headset. Audio Player When I started my quest, there was no music player that met my needs. The two that were close were pythm and mokoko. Mokoko has more potential, I believe. However, it has (had?) issues resuming from a suspend (crucial for me). That seems to imply an issue with gstreamer - which it utilizes for playback - and that is something I do not want to bother fixing. So, for the short term I turned to pythm and began hacking away at it. The following is a list of changes I made to the 0.5.1 version: 1) Improved responsiveness, especially with regard to starting the next song in a play list. Nice! I always wondered what it was waiting for. The current delay is variable too - sometimes very long. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. Perfect! the old ones was too flat for fingers. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). That was really needed. 7) Hook directly into alsa for setting/getting the volume. Will this get more useable volume levels? The current slider only has a few positions: max: slightly too loud. max-1: slightly too low, although useful when talking to someone. max-2: can barely hear that there is any music playing. The 5 other positions are lower and not useful. 8) Tweaked nice levels for more consistent playback. The only thing I miss then, is an easier way of selecting several songs in one go. currently, clicking one song deselects the previous one. It'd be perfect if I could click all the songs I want, and then click the add button once. I usually pick more than one song from each album. So multiple selection would be nice. Perhaps an add all button when you want the entire album too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Unless I'm misinterpreting, what you want is already there. Just select the directory and add it. This assumes your music is sorted with each album in a subdirectory, which seems pretty common. -Steven On Mon, Jan 19, 2009 at 7:37 AM, Helge Hafting helge.haft...@hist.no wrote: Perhaps an add all button when you want the entire album too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Dylan Reilly wrote: Audio Player When I started my quest, there was no music player that met my needs. The two that were close were pythm and mokoko. Mokoko has more potential, I believe. However, it has (had?) issues resuming from a suspend (crucial for me). That seems to imply an issue with gstreamer - which it utilizes for playback - and that is something I do not want to bother fixing. So, for the short term I turned to pythm and began hacking away at it. The following is a list of changes I made to the 0.5.1 version: If the sound does not restart playing on resume, it's likely an issue with the ALSA output driver of gstreamer. MPlayer and Pulseaudio had problems with that in the past, but were fixed. If it's that, you just have to fix the error handling so that if ALSA returns -ESTRPIPE you call snd_pcm_resume(); (Maybe check for snd_pcm_state() == SND_PCM_STATE_SUSPENDED first) HTH, -- Tobias PGP: http://9ac7e0bc.uguu.de このメールは十割再利用されたビットで作られています。 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I looked around for an mpd package for arm for quite some time in the past but turned up dry. Do you know of one? Since I use my freerunner on the go it is not a useful option to connect to a remote mpd server. On Fri, Jan 16, 2009 at 12:31 AM, Stefan Monnier monn...@iro.umontreal.ca wrote: 1) Improved responsiveness, especially with regard to starting the next song in a play list. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). 7) Hook directly into alsa for setting/getting the volume. 8) Tweaked nice levels for more consistent playback. I think issues 1 and 4 are fixed for free by using the MPD backend. I highly recommend it. It probably affects 2 as well. Stefan ___ 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: [All] To build a better music player
The locale error is a red herring. I will try to devote some time this weekend to fixing the problem with ogg. I was short sighted when I added the ID3 tag reading and forgot to make it work with ogg too. If you are impatient, you can look in mplayerbackend.py and comment out the part that uses ID3 to read file details. It's in the function that loads files into a play list. On Thu, Jan 15, 2009 at 11:26 PM, The Digital Pioneer digitalpion...@gmail.com wrote: OK, I installed python-pyalsaaudio and it seems the mplayer backend no longer crashes, but it complains that there's no locale or translation file. Also, my collection is OGG, which doesn't play. When I attempt to load a file, I see a line in the output saying error executing:'ARTIST'. This makes it (still) impossible to play music. :( The line about the locales is: No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' -- Thanks, The Digital Pioneer ___ 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: [All] To build a better music player
Thank you Dylan for improving pythm -- few days ago I've set up original version and was pleased to be able to listen to my mp3s from FR. Now I will give a try to your mods as soon as I get some spare time I guess it would be great if you expose your development a bit -- did you start off from SVN checkout of original pythm? may be it is worth creating a branch in pythm's SVN repository, or at least publish your development elsewhere? Or may be Matthias would not mind most of your changes, so they could get in the main line of pythm's development? few days ago (right after I've tried pythm) I've asked on pythm's forum about future developments [1]. Matthias Hans (original author) seems to be busy with other things, but Paul has expressed his desire to collaborate and mentioned that he did already some changes of his own. It would be great to unite the effort, but for that single point of entry for the source is preferred I guess. Keep on useful development! [1] http://projects.openmoko.org/forum/forum.php?thread_id=850forum_id=669 On Fri, 16 Jan 2009, Dylan Reilly wrote: The locale error is a red herring. I will try to devote some time this weekend to fixing the problem with ogg. I was short sighted when I added the ID3 tag reading and forgot to make it work with ogg too. If you are impatient, you can look in mplayerbackend.py and comment out the part that uses ID3 to read file details. It's in the function that loads files into a play list. -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
If you are impatient, you can look in mplayerbackend.py and comment out the part that uses ID3 to read file details. It's in the function that loads files into a play list. Just tried that, and now it all works fine except I can't seem to stop the music once it's playing. -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] To build a better music player
One of my primary uses for the openmoko is a music player, and I have spent some time trying to improve my listening experience with it. I wanted to make a web page or such on the subject but I am highly unmotivated to do so. In lieu of that, I am posting my findings here. Audio Quality - IMO, good audio quality can be achieved with proper tweaking of the alsa mixer. Some of the settings do nothing while others make the openmoko sound like crap (e.g., bass boost). The state file [1] is what I am using. One can utilize this by over writing the like-named file in /usr/share/openmoko/scenerios . I even find the bass decent, but not ideal. This is a known, and much discussed, hardware issue. Audio Player When I started my quest, there was no music player that met my needs. The two that were close were pythm and mokoko. Mokoko has more potential, I believe. However, it has (had?) issues resuming from a suspend (crucial for me). That seems to imply an issue with gstreamer - which it utilizes for playback - and that is something I do not want to bother fixing. So, for the short term I turned to pythm and began hacking away at it. The following is a list of changes I made to the 0.5.1 version: 1) Improved responsiveness, especially with regard to starting the next song in a play list. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). 7) Hook directly into alsa for setting/getting the volume. 8) Tweaked nice levels for more consistent playback. Note that these changes apply only to the mplayer back-end and I have no idea if the mpd back-end still works as I have no mpd server set up. Furthermore, I have not tested this with ogg files, so item 4 from the above list might break on those. Needless to say, this is a work in progress. To play with this, one should first install the regular pythm package [2] and then extract [3]. Some of the tweaks include changing nice levels for the GUI and mplayer which are done in /etc/pythm.conf and /usr/bin/pythm. There are still some issues that I may not be able to over come (i.e., audio blip on some song changes) but I believe they are inherent to the use of mplayer as a back-end and the slowness of the openmoko processor. Moving to gstreamer is probably a good idea for the future. There is a good chance this won't work out of the box given that I have not tested it on another device. Let me know and I will see what I can do. MP3 Playback - For better or for worse, my music is encoded as vbr mp3 files. Mplayer normally does not handle vbr very well. So, I patched an compiled my own version. You may find it at [4]. Without the patch, pythm can not handle vbr. I also added mp3lib decoder support which I feel is slightly better than the others. This may be enabled by default via [5]. Be warned, that I know nothing about optimally compiling mplayer and the binary is *huge*. Any input on that would be appreciated. Headset Detection --- If one is using a recent FSO frameworkd then this is now automatically handled. If you are not, the either upgrade or search the mailing list archives for extensive discussions on the matter. Troubleshooting - 1) Sound skips. This means there is another process that is running at about the same priority as mplayer and taking more than ~15% of the CPU. You can either address the problem with this rogue process, or increase the priority of mplayer via pythm.conf. 2) Sound is only coming out of one speaker when using the stereo-out jack. This means that the alsa mixer still has the amp for the built-in speakers enabled. See Headset Detection. 3) Audio quality is bad. Either #1 is happening or your alsa mixer settings are bad. I find the audio quite good but with some degradation at the high end. That is all that comes to mind at the moment. [1] http://atariland.net/~dreilly/openmoko/audio/stereoout.state [2] http://wiki.openmoko.org/wiki/Pythm [3] http://atariland.net/~dreilly/openmoko/audio/pythm-0.5.1-dmr-20090115.tar.gz [4] http://atariland.net/~dreilly/openmoko/audio/mplayer.gz [5] http://atariland.net/~dreilly/openmoko/audio/mplayer-conf.tar.gz -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
That is the mplayer back-end not loading. Check /tmp/pythm.log to see if there is anything useful in there. You can also try running python /usr/lib/python2.5/site-packages/pythm/mplayer/mplayerbackend.py and seeing if it explodes. I may have missed a dependency. On Thu, Jan 15, 2009 at 1:41 PM, The Digital Pioneer digitalpion...@gmail.com wrote: Results in SHR: All form controls greyed out and unusable except tabs at top. File browser is empty. Playlist is empty (because I can't add files). mplayer backend doesn't load. No way to play music that I can tell. :( -- Thanks, The Digital Pioneer ___ 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: [All] To build a better music player
You will need the python-pyalsaaudio package which may not be installed by default. On Thu, Jan 15, 2009 at 1:48 PM, Dylan Reilly drei...@atariland.net wrote: That is the mplayer back-end not loading. Check /tmp/pythm.log to see if there is anything useful in there. You can also try running python /usr/lib/python2.5/site-packages/pythm/mplayer/mplayerbackend.py and seeing if it explodes. I may have missed a dependency. On Thu, Jan 15, 2009 at 1:41 PM, The Digital Pioneer digitalpion...@gmail.com wrote: Results in SHR: All form controls greyed out and unusable except tabs at top. File browser is empty. Playlist is empty (because I can't add files). mplayer backend doesn't load. No way to play music that I can tell. :( -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
just to let you know: bass can be boosted with a capacitator, but no official OM documentation on that one On Thu, Jan 15, 2009 at 7:17 PM, Dylan Reilly drei...@atariland.net wrote: One of my primary uses for the openmoko is a music player, and I have spent some time trying to improve my listening experience with it. I wanted to make a web page or such on the subject but I am highly unmotivated to do so. In lieu of that, I am posting my findings here. Audio Quality - IMO, good audio quality can be achieved with proper tweaking of the alsa mixer. Some of the settings do nothing while others make the openmoko sound like crap (e.g., bass boost). The state file [1] is what I am using. One can utilize this by over writing the like-named file in /usr/share/openmoko/scenerios . I even find the bass decent, but not ideal. This is a known, and much discussed, hardware issue. Audio Player When I started my quest, there was no music player that met my needs. The two that were close were pythm and mokoko. Mokoko has more potential, I believe. However, it has (had?) issues resuming from a suspend (crucial for me). That seems to imply an issue with gstreamer - which it utilizes for playback - and that is something I do not want to bother fixing. So, for the short term I turned to pythm and began hacking away at it. The following is a list of changes I made to the 0.5.1 version: 1) Improved responsiveness, especially with regard to starting the next song in a play list. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). 7) Hook directly into alsa for setting/getting the volume. 8) Tweaked nice levels for more consistent playback. Note that these changes apply only to the mplayer back-end and I have no idea if the mpd back-end still works as I have no mpd server set up. Furthermore, I have not tested this with ogg files, so item 4 from the above list might break on those. Needless to say, this is a work in progress. To play with this, one should first install the regular pythm package [2] and then extract [3]. Some of the tweaks include changing nice levels for the GUI and mplayer which are done in /etc/pythm.conf and /usr/bin/pythm. There are still some issues that I may not be able to over come (i.e., audio blip on some song changes) but I believe they are inherent to the use of mplayer as a back-end and the slowness of the openmoko processor. Moving to gstreamer is probably a good idea for the future. There is a good chance this won't work out of the box given that I have not tested it on another device. Let me know and I will see what I can do. MP3 Playback - For better or for worse, my music is encoded as vbr mp3 files. Mplayer normally does not handle vbr very well. So, I patched an compiled my own version. You may find it at [4]. Without the patch, pythm can not handle vbr. I also added mp3lib decoder support which I feel is slightly better than the others. This may be enabled by default via [5]. Be warned, that I know nothing about optimally compiling mplayer and the binary is *huge*. Any input on that would be appreciated. Headset Detection --- If one is using a recent FSO frameworkd then this is now automatically handled. If you are not, the either upgrade or search the mailing list archives for extensive discussions on the matter. Troubleshooting - 1) Sound skips. This means there is another process that is running at about the same priority as mplayer and taking more than ~15% of the CPU. You can either address the problem with this rogue process, or increase the priority of mplayer via pythm.conf. 2) Sound is only coming out of one speaker when using the stereo-out jack. This means that the alsa mixer still has the amp for the built-in speakers enabled. See Headset Detection. 3) Audio quality is bad. Either #1 is happening or your alsa mixer settings are bad. I find the audio quite good but with some degradation at the high end. That is all that comes to mind at the moment. [1] http://atariland.net/~dreilly/openmoko/audio/stereoout.state [2] http://wiki.openmoko.org/wiki/Pythm [3] http://atariland.net/~dreilly/openmoko/audio/pythm-0.5.1-dmr-20090115.tar.gz [4] http://atariland.net/~dreilly/openmoko/audio/mplayer.gz [5] http://atariland.net/~dreilly/openmoko/audio/mplayer-conf.tar.gz -- Dylan Maxwell Reilly ___ Openmoko community mailing list
Re: [All] To build a better music player
Results in SHR: All form controls greyed out and unusable except tabs at top. File browser is empty. Playlist is empty (because I can't add files). mplayer backend doesn't load. No way to play music that I can tell. :( -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
So I have read and am hungrily anticipating more details. On Thu, Jan 15, 2009 at 1:55 PM, Yorick Moko yorickm...@gmail.com wrote: just to let you know: bass can be boosted with a capacitator, but no official OM documentation on that one On Thu, Jan 15, 2009 at 7:17 PM, Dylan Reilly drei...@atariland.net wrote: One of my primary uses for the openmoko is a music player, and I have spent some time trying to improve my listening experience with it. I wanted to make a web page or such on the subject but I am highly unmotivated to do so. In lieu of that, I am posting my findings here. Audio Quality - IMO, good audio quality can be achieved with proper tweaking of the alsa mixer. Some of the settings do nothing while others make the openmoko sound like crap (e.g., bass boost). The state file [1] is what I am using. One can utilize this by over writing the like-named file in /usr/share/openmoko/scenerios . I even find the bass decent, but not ideal. This is a known, and much discussed, hardware issue. Audio Player When I started my quest, there was no music player that met my needs. The two that were close were pythm and mokoko. Mokoko has more potential, I believe. However, it has (had?) issues resuming from a suspend (crucial for me). That seems to imply an issue with gstreamer - which it utilizes for playback - and that is something I do not want to bother fixing. So, for the short term I turned to pythm and began hacking away at it. The following is a list of changes I made to the 0.5.1 version: 1) Improved responsiveness, especially with regard to starting the next song in a play list. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). 7) Hook directly into alsa for setting/getting the volume. 8) Tweaked nice levels for more consistent playback. Note that these changes apply only to the mplayer back-end and I have no idea if the mpd back-end still works as I have no mpd server set up. Furthermore, I have not tested this with ogg files, so item 4 from the above list might break on those. Needless to say, this is a work in progress. To play with this, one should first install the regular pythm package [2] and then extract [3]. Some of the tweaks include changing nice levels for the GUI and mplayer which are done in /etc/pythm.conf and /usr/bin/pythm. There are still some issues that I may not be able to over come (i.e., audio blip on some song changes) but I believe they are inherent to the use of mplayer as a back-end and the slowness of the openmoko processor. Moving to gstreamer is probably a good idea for the future. There is a good chance this won't work out of the box given that I have not tested it on another device. Let me know and I will see what I can do. MP3 Playback - For better or for worse, my music is encoded as vbr mp3 files. Mplayer normally does not handle vbr very well. So, I patched an compiled my own version. You may find it at [4]. Without the patch, pythm can not handle vbr. I also added mp3lib decoder support which I feel is slightly better than the others. This may be enabled by default via [5]. Be warned, that I know nothing about optimally compiling mplayer and the binary is *huge*. Any input on that would be appreciated. Headset Detection --- If one is using a recent FSO frameworkd then this is now automatically handled. If you are not, the either upgrade or search the mailing list archives for extensive discussions on the matter. Troubleshooting - 1) Sound skips. This means there is another process that is running at about the same priority as mplayer and taking more than ~15% of the CPU. You can either address the problem with this rogue process, or increase the priority of mplayer via pythm.conf. 2) Sound is only coming out of one speaker when using the stereo-out jack. This means that the alsa mixer still has the amp for the built-in speakers enabled. See Headset Detection. 3) Audio quality is bad. Either #1 is happening or your alsa mixer settings are bad. I find the audio quite good but with some degradation at the high end. That is all that comes to mind at the moment. [1] http://atariland.net/~dreilly/openmoko/audio/stereoout.state [2] http://wiki.openmoko.org/wiki/Pythm [3] http://atariland.net/~dreilly/openmoko/audio/pythm-0.5.1-dmr-20090115.tar.gz [4] http://atariland.net/~dreilly/openmoko/audio/mplayer.gz [5]
Re: [All] To build a better music player
OK, I installed python-pyalsaaudio and it seems the mplayer backend no longer crashes, but it complains that there's no locale or translation file. Also, my collection is OGG, which doesn't play. When I attempt to load a file, I see a line in the output saying error executing:'ARTIST'. This makes it (still) impossible to play music. :( The line about the locales is: No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
1) Improved responsiveness, especially with regard to starting the next song in a play list. 2) Lowered processing overhead during main update loop. 3) Tweaked the GUI. Most notably, the buttons are larger. 4) Read ID3 tag info at play list load time using python ID3 library. 5) Optionally (default true) disable suspend through enlightenment while song is playing. Change the no_suspend option in the [mplayer] section of /etc/pythm.conf. 6) Automatically pause playback when phone call received, resume on hang-up. Only if running on FSO-based framework (not qtopia phone-kit). 7) Hook directly into alsa for setting/getting the volume. 8) Tweaked nice levels for more consistent playback. I think issues 1 and 4 are fixed for free by using the MPD backend. I highly recommend it. It probably affects 2 as well. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community