Re: Help with gstreamer for python needed
How long is a while? Does the application freeze or does sound simply stop playing? Can you play sound through other means after this occurs? What do you do to get music playing again? Are you using playbin or a set of specific sinks? Is the device suspending? Gstreamer has issues resuming after a suspend. On Mon, May 25, 2009 at 1:43 PM, Andreas Hennig andreas.hennig@googlemail.com wrote: Hi All! Does one of you have expirience with gstreamer? I use gstreamer for my music player pyRok. Initialy it works fine but after a while it locks up and i don't see a reason. There is no error message ot something. The music just stops. I compared pyRok with pythm but i cant see any difference regarding gstreamer. PyRok uses pygame as UI. Maybe pygame interfeares with gstreamer somehow... Maybe somebody have an idea... rgds Andreas ___ 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: [SHR-Testing] Slow response when answering a call
1) Create a .desktop file for your script (e.g., /home/root/fix-e.desktop). 2) Tell E to run that .desktop file on startup by adding its path to ~/.e/e/applications/startup/.order. echo /home/root/fix-e.desktop /home/root/.e/e/applications/startup/.order I am using a script that does not require having a dummy .desktop file lying around and seems to do the trick: #!/bin/sh FILENAME=/usr/share/applications/_fudge.desktop APP=[Desktop Entry] Name=fudge Encoding=UTF-8 Type=Application Comment=Fudge to make enlightenment not take such CPU time. Exec=/bin/false Categories=Applications echo $APP $FILENAME sleep 10 rm $FILENAME On Fri, Mar 13, 2009 at 4:31 AM, kimaidou kimai...@gmail.com wrote: Hi all I just made up a small script here : #!/bin/sh cp /usr/share/applications/openmoko-dialer.desktop /tmp/openmoko-dialer.desktop sleep 5 cp /tmp/openmoko-dialer.desktop /usr/share/applications/openmoko-dialer.desktop Is it ok ? If so, how can automatically load it after startup ? For now, I am loading it with shortom. Kimaidou 2009/3/13 Cameron Frazier frazier.came...@gmail.com On Thu, 2009-03-12 at 22:07 -0500, The Digital Pioneer wrote: Well, that was almost more than I had dared hope for! This begs the question, how best to I set it up to run a script as soon as the GUI is done loading? It would probably be best to put a sleep 5 or so at the beginning, but I'd rather have it run after E is initialized. I too agree, having this voodoo incanted shortly after e init would be rather handy. I just tried it, and the delay dropped to only a second or two total, so a vast improvement. I suppose it will get better when the framework moves to a compiled language for FSO M6 (IIRC). Thanks for the info guys, Kind regards, Cameron ___ 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 -- 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, 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
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
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
* 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: [SHR-Unstable] Dead gstreamer?
Looks like I neglected to add a dependency to the package. Install gst-plugin-volume. One can get it from SHR or FSO repositories (e.g., [1]). I will add the required dependency to the package tomorrow. Thanks for finding this and let me know if anything else bugs out. [1] http://downloads.freesmartphone.org/fso-unstable/feeds/armv4t/gst-plugin-volume_0.10.17-r5_armv4t.ipk On Sun, Mar 1, 2009 at 11:44 PM, Dylan Reilly drei...@atariland.net wrote: Which version were you using? Can you send me the output of /tmp/pythm.log ? (You can send it to me directly if you wish). On Sun, Mar 1, 2009 at 5:27 PM, The Digital Pioneer digitalpion...@gmail.com wrote: Hey, I'm trying to use Pythm, but the gstreamer backend seems broken. It doesn't play any sound, and judging by CPU usage, it's not even trying. I have no idea where to look to diagnose this... Meanwhile, the mplayer backend works just fine so long as I make sure to set the audio codec to vorbis. Plays at 15-18% CPU, with mono -q4 oggs. -- Thanks, The Digital Pioneer -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ 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
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
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
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
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: yaml rule to stop suspending when using gps
To my knowledge, there is no specific action available to the oevents subsystem of frameworkd that would allow one to set up a rule in rules.yaml (maybe I am wrong). However, newer frameworkd's have resource requesting that will allow one to request CPU resource which will stop frameworkd from suspending. It is not hard to implement, especially in python. Take a look at code in my updates to pythm (opkg.org) for an example. You will want backend/backend.py. You could either implement this in the application directly, or perhaps make a wrapper for it. On Sat, Feb 21, 2009 at 7:55 AM, Johny Tenfinger seba.d...@gmail.com wrote: On Sat, Feb 21, 2009 at 13:48, arne anka openm...@ginguppin.de wrote: Thanks for the dbus lines - saved me some research to find them! does the mdbus calls work for you with a recent frameworkd (ie ms5)? every attempt to do something like this dies on my debian/fso with an auth error -- be i root or not. To me on shr-unstable it works. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Mplayer can't handle VBR mp3's by default. I have a patch (and executable) lying around if that is something that interests you. On Fri, Feb 20, 2009 at 11:26 PM, c_c cchan...@yahoo.com wrote: Hi, Stefan Monnier wrote: If you use the MPD backend, it works very efficiently (probably the same as what you see with your mplayer+intone). The other advantage of MPD is that you can control it from anywhere . Sure. :-) I haven't used MPD. But I'm more looking at using the phone as a standalone music player (while travelling etc). I have no intentions of belittling pythm or any other player (who all probably fit somewhere in the app landscape). Just looking for a different solution to a similar prob. Hence the reference. -- View this message in context: http://n2.nabble.com/Annuncing-new-Project---Intone-mplayer-frontend-tp2357405p2362669.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Annuncing new Project - Intone mplayer frontend
Does it handle the song length correctly? The versions I have used play them but do not know how long they are because it ignores VBR headers. Knowing the length of a song is useful for GUI's. On Sat, Feb 21, 2009 at 12:39 PM, Thomas Gstädtner tho...@gstaedtner.net wrote: On Sat, Feb 21, 2009 at 6:29 PM, Dylan Reilly drei...@atariland.net wrote: Mplayer can't handle VBR mp3's by default. I have a patch [...] It can, and it does. I use mplayer as my only audio-player and listen to VBR MP3s every day. No need for a patch. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [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: [SHR unstable] Openmoko headset
Yes, FSO and SHR both use frameworkd where headset switching is automatic. There are rules in /etc/freesmartphone/oevents/rules.yaml to handle this. You will see an event that calls something like the aforementioned amixer sset 'DAPM Handset Spk' mute . That will only toggle on and off the external speaker amp. You will also see some other rules in there (e.g., when a phone call arrives) that load audio scenarios. If one wished, he/she could follow those examples and tailor the audio levels for the headset plug-in event as well. On Sat, Feb 14, 2009 at 1:54 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Fri, Feb 13, 2009 at 15:09, Al Johnson openm...@mazikeen.demon.co.uk wrote: Currently this doesn't seem to be automatic in any of the distros. It's automatic (or should be) on FSO-based distros. ___ 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
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
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
[SHR] Frameworkd RequestResource patch
I do not know if this is addressed upstream or not, but there is a a bug in the SHR unstable frameworkd [1] that caused resources requested via RequestResource to never be released if there are no idle timeouts set in frameworkd.conf. The patch [2] applied to [3] addresses the issue without requiring those values to be set in the config file (which is the default). If there as a better place to send such things please let me know. As a result, one can have pretty nice functionality with suspend and resume with two additional rules in /etc/freesmartphone/oevents/rules.yaml: - # Disable suspend while USB plugged in. while: PowerStatus() filters: Not(HasAttr(status, discharging)) actions: OccupyResource(CPU) - # Auto suspend. trigger: IdleState() filters: HasAttr(status, suspend) actions: Suspend() [1] 0.8.4.9+gitr1118+4c20045ac9b09838b66b86bb72be65559099404c-r4 [2] http://atariland.net/~dreilly/openmoko/fso_request_resource.patch [3] /usr/lib/python2.6/site-packages/framework/subsystems/odeviced/idlenotifier.py -- 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
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
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
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
2.6.28 kernel and modutils
I am attempting to discover a good set of modules to load when using 2.6.28 as packaged through fso/shr. The tar.gz of the images do not seem to contain enough module references in /etc/modutils to replicate the base functionality that was present in 2008.12. Is there some list I can reference as I am not well versed in what module does what? In the very least, I would like to have usb ethernet working so I can get the rest working by trial and error :^) I can get the device to register via usb networking by loading usbserial and cdc_ether. However, I am presented with no route to host when attempting to communicate over TCP/IP. I assume this means I am missing something vital to the networking stack. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.6.28 kernel and modutils
Yeah, I realized *just* after I sent the email that it was networking that changed and not a kernel problem. Of course, now I have to figure out why the interface is not coming up automatically. Sorry for the noise. On Thu, Feb 5, 2009 at 4:44 PM, Jan Vlug jan.pub...@famvlug.nl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Did you try at the FreeRunner: ifdown usb0 ifup usb0 Then on your computer connected to the FreeRunner (as root): ifconfig usb0 192.168.0.200 netmask 255.255.255.0 ssh 192.168.0.202 This works for me Dylan Reilly wrote: | I am attempting to discover a good set of modules to load when using | 2.6.28 as packaged through fso/shr. The tar.gz of the images do not | seem to contain enough module references in /etc/modutils to replicate | the base functionality that was present in 2008.12. Is there some list | I can reference as I am not well versed in what module does what? | | In the very least, I would like to have usb ethernet working so I can | get the rest working by trial and error :^) I can get the device to | register via usb networking by loading usbserial and cdc_ether. | However, I am presented with no route to host when attempting to | communicate over TCP/IP. I assume this means I am missing something | vital to the networking stack. | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmLXbYACgkQvuFuLCp9giBO8wCgnAPLlPULtrkVQ2tLcK0+FsXt UQcAnjGqs2VA1xu9irX0IlvtMig7rWgk =8rSO -END PGP SIGNATURE- ___ 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: [SHR] could SHR play streaming mp3?
Gstreamer is pretty simple. http://pygstdocs.berlios.de/pygst-tutorial/index.html On Mon, Feb 2, 2009 at 7:08 AM, Giorgio Marciano ledz...@writeme.com wrote: I'd like to use the pymedia module with python in order to play mp3 files but i have some doubts: 1. How can i have pymedia module installed on SHR? 2. Can i have pymedia as a standalone module included within my app? (if yes, how?) 3. Are there other ways to do this in a simplest way? thanks a lot - Original Message - From: Al Johnson To: community@lists.openmoko.org Subject: Re: [SHR] could SHR play streaming mp3? Date: Fri, 30 Jan 2009 11:08:05 + On Friday 30 January 2009, Giorgio Marciano wrote: Hi to all, is SHR capable of playing streaming mp3? my idea is to create a client for the seeqpod.com service! The problem is that SHR doesn't include mp3 support...am i right? It doesn't out of the box, but you can always build the packages yourself, or find someone in a friendly jurisdiction to do it for you. If you look at the recent messages about pythm with a gstreamer backend you might find some good example code too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [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
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
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
Using Toolchain to Build Python Modules
Is it possible to use the toolchain to cross-compile python modules for the freerunner (i.e., python setup.py build)? If so, how does one go about doing it? I would prefer to avoid installing debian on my freerunner/sd card just to build this one module, if possible. Thanks. -- 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 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: [2008.12] Pause mplayer on call ?
Pausing mplayer is probably going to be problematic without re-writing it. Firstly, you would have to run it in slave mode so that you could write to the process using a pipe. Secondly you will need to get a signal that a call is inbound. The latter is not readily available to systems not using frameworkd. If you are using qtopia to make phone calls, chances are you do not have frameworkd. If you did, you could add an event in /etc/freesmartphone/oevents/rules.yaml. If you have this file, you will see rules relating to incoming calls. Then you would need to craftily send a signal to your mplayer instance to pause playback. Personally, that sounds like no fun. Mokoko (I believe) [1] and the hacks to pythm I made (search the mailing list) have support for this feature. Mokoko is easier to install. Maybe there are others, but I forget. [1] http://wiki.openmoko.org/wiki/Mokoko On Tue, Jan 20, 2009 at 2:15 PM, Lothar Behrens lothar.behr...@lollisoft.de wrote: Hi, I have played a bit with mplayer, with has great sount from my BT3030 :-) But is there any way to pause mplayer when there is a call coming in (qpe) ? I currently do not use any GUI for it, so mplayer may only killed with any usefull signal to pause. Then how to restart it again. This is not only to mute the music, but also to propably safe cpu time while the call - especially when mplayer is reniced to -19. I had a look into the qpe config file, but I have noting got out of it to enable such a scenario. Are there any event's I could attent on instead tweaking any application ? Thanks Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ 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 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: [Om2008.12] Dbus ? Frameworkd ? Headset ?
You can also try grabbing the frameworkd packages from the FSO repository and installing them. That is what I have working. If that is not to your liking, try using or perusing [1]. It works on my Frankenstein of an openmoko. [1] http://atariland.net/~dreilly/openmoko/audio/headset-watcher On Fri, Jan 16, 2009 at 9:05 AM, Michael 'Mickey' Lauer mic...@openmoko.org wrote: No version of Openmoko 2008.x uses frameworkd. Please install FSO or SHR for that. -- :M: ___ 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
[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
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] http://atariland.net/~dreilly/openmoko/audio/mplayer
Re: [fdom] Re: [n00b] Sound not working?
I think FDOM has mplayer in it. You can try running mplayer [path to media file] from a terminal. The command alsamixer (terminal again) will bring up all the audio controls you can modify. If you are running this from the device itself it can be hard to see. Regardless, Look to see if the Headphone and PCM (first and either controls, respectively) are very high. The volume does not scale logically on the openmoko and anything less than 80% on each may be hard to hear. Maybe your device thinks you have headphones plugged into it. If so, so sound will come out of the built-in stereo speakers. Try the command: amixer -d sset Amp Spk unmute to make sound from from them. As far as I remember, the dialer programs do not make noise when you press the buttons. FDOM may have navit (a car navigational program) installed by default. If so, it tends to steal your audio device and not give it back. Try killall speech-dispatcher and then /etc/init.d/xserver-nodm restart (the latter will restart the GUI). If that works, I can tell you how to disable speech dispatcher by default. On Thu, Jan 15, 2009 at 1:04 PM, Darby, Robin robin...@amazon.co.uk wrote: Okay, forgive me if this is just really dumb; but usually when you use a phone, pressing a number on the dialer (hardware numbers on the front or software app. (i.e. iphone dialer)) will emit a dial tone corresponding (according to some magical logic) to the number? I get no sound out of the thing whatsoever, not when I dial, not when it's ringing (?) - nothing. I'm trying to ascertain if I've been sent a dud (i.e. the sound chip doesn't work) or if it's just a software thing. Can someone tell me if there is a simple way to make the thing emit a noise (any noise); or is there some daemon in the os which I need to start or something? Thanks Robin... -Original Message- From: community-boun...@lists.openmoko.org [mailto:community-boun...@lists.openmoko.org] On Behalf Of arne anka Sent: Thursday, January 15, 2009 9:53 AM To: List for Openmoko community discussion Subject: Re: [fdom] Re: [n00b] Sound not working? I was assuming that using the dialer would emit noise. care to elaborate? what kind of noise? what happens if you call your voicebox? Not using headphones, assuming the internal speakers should do something. Don't think it's OS related since I couldn't get anything out of it using the factory installed OM7.2 (?) either. are you sure, you're doing it right? ___ 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.12] mplayer ... libmad
Mplayer was removed from the official repositories due to licensing issues or such. You can use mine [1] or perhaps find one somewhere else. I think the FDOM images have one in them. [1] http://atariland.net/~dreilly/openmoko/audio/mplayer.gz On Thu, Jan 15, 2009 at 4:18 PM, boilers...@gmail.com boilers...@gmail.com wrote: Hi All, my /etc/opkg/ has the following: cat Multiverse-feed.conf src/gz daily-Multiverse http://downloads.openmoko.org/repository/Multiverse cat all-feed.conf src/gz om-dev-all http://downloads.openmoko.org/repository/Om2008.8/all cat arch.conf arch all 1 arch any 6 arch noarch 11 arch arm 16 arch armv4t 21 arch om-gta02 26 cat armv4t-feed.conf src/gz om-dev-armv4t http://downloads.openmoko.org/repository/Om2008.8/armv4t cat om-gta02-feed.conf src/gz om-dev-om-gta02 http://downloads.openmoko.org/repository/Om2008.8/om-gta02 and even after an opkg update: opkg list|grep -i mplayer returns nothing as well as opkg list|grep -i libmad Question: how do I install mplayer ? I'd like to test Dylan Reilly's recent contributions. Thanks for supporting, have a nice day. Mike ___ 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: [Om2008.12] mplayer ... libmad
I mentioned in the other thread too that I missed a dependency of python-pyalsaaudio. But, this time I found where I go it! You can find a package for it in the shr repository. http://shr.bearstech.com/shr-testing/ipk/armv4t/python-pyalsaaudio-dbg_0.3-ml0.1_armv4t.ipk On Thu, Jan 15, 2009 at 6:26 PM, boilers...@gmail.com boilers...@gmail.com wrote: On Thu, 15 Jan 2009 17:43:30 -0500 Dylan Reilly drei...@atariland.net wrote: Yup, that is another one that was removed. Sorry that I did not realize it. I have no idea where to get a package of that, but [1] the binary from my system. I have not flashed in ages so I have all this now-forbidden fruit. [1] http://atariland.net/~dreilly/openmoko/audio/libmad.tar.gz Yeah, thank you Dylan mplayer runs :) About pythm, same as The Digital Pioneer, and python /usr/lib/python2.5/site-packages/pythm/mplayer/mplayerbackend.py returns No Locale found, falling back! Error was:[Errno 2] No translation file found for domain: 'pythm' Traceback (most recent call last): File /usr/lib/python2.5/site-packages/pythm/mplayer/mplayerbackend.py, line 5, in module import alsaaudio ImportError: No module named alsaaudio (while /tmp/pythm.log is empty) Thanks for your support and contribution! ___ 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: [Om2008.12] mplayer ... libmad
In OM2008.12, the dbus signal for the headset changed. I have a script that should work if you want it. Let me know and I can throw it up when I get into work tomorrow. However, I think a better program was linked not too many days ago. Personally, I use frameworkd for all that now. On Thu, Jan 15, 2009 at 9:06 PM, boilers...@gmail.com boilers...@gmail.com wrote: On Thu, 15 Jan 2009 19:28:21 -0500 Dylan Reilly drei...@atariland.net wrote: I mentioned in the other thread too that I missed a dependency of python-pyalsaaudio. But, this time I found where I go it! You can find a package for it in the shr repository. http://shr.bearstech.com/shr-testing/ipk/armv4t/python-pyalsaaudio-dbg_0.3-ml0.1_armv4t.ipk Hi Dylan, http://shr.bearstech.com/shr-testing/ipk/armv4t/python-pyalsaaudio_0.3-ml0.1_armv4t.ipk fixes the missing module so, I confirm that by following your instructions it works on a vanilla 2008.12 I'm not able to compare it with the upstream ( http://wiki.openmoko.org/wiki/Pythm ) pythm but to me the responsiveness looks perfect. I also confirm that on my box the headset detection is not working and that your thread http://marc.info/?l=openmoko-communitym=122067281800506w=2 is a good starting point for a fix. On my box, the command dbus-monitor --system type='signal',path='/org/freedesktop/Hal/devices/platform_neo1973_button_0_logicaldev_input' does not output anything when I plug / unplug the headset. For now I'm manually switching between alsa 'scenarios' using your helpful http://atariland.net/~dreilly/openmoko/headphones.state file. Great job!! Thank you. Mike ___ 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: Zhone frequent wake
Thank you for your help and sorry I did not get it the first time around. After much digging, I found that frameworkd is, in fact, sending the correct commands to the modem when suspend is called on the framework. The problem on my system was that apm -s was being invoked directly in rules.yaml instead if Suspend(). After fixing that, power button suspend is working great. This leads to a follow-up question. Does anyone know if it is possible to easily change (i.e., without re-compiling) the way enlightenment/illume suspends? The power management through enlightenment seems to still use apm -s instead of the framework. It would be nice to have the automatic suspend working as well. On Mon, Jan 5, 2009 at 11:33 AM, arne anka openm...@ginguppin.de wrote: understand why it would be necessary to change the way suspend is activated as I think you may be suggesting. not the way, suspend is activated but the activities executed when suspending. you could simply add the four commands before the call to apm -s. of course you would need to reset the commands' results on resume. last time i checked fso calling apm -s did not exectute the files in /etc/apm/suspend.d/ (and resume.d on resume), so you need to make sure, that upon suspend these commands are executed. ___ 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: [2008.12] Mediaplayer
Well, FWIW, I have both running on my system concurrently: qtopia for the phone-kit and frameworkd for all the system level stuff. On Tue, Jan 6, 2009 at 4:07 AM, Timo Jyrinki timo.jyri...@gmail.com wrote: 2009/1/6 Dylan Reilly drei...@atariland.net: To tell you the truth, I am not sure. I have always been running the testing distribution, but 2008.12 *should* be more or less the same as testing. No. There were two types of testing image, one using the 2008.12-like qtopia stuff and one using freesmartphone.org. 2008.12 is not using frameworkd, but the qtopia daemons like qpe and qtopia-x11 messaging/dialing/etc. software. 2008.12 does not include the profile switching feature, but like said there are scripts for it. I simply have a python app with a few buttons I can use to switch between profiles for music playback (phone, loudspeakers, headphones). -Timo ___ 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
Zhone frequent wake
On my (mostly) 2008.12 system, having zhone running causes the system to wake from suspend just about every minute. This is a detriment to battery life, as one might imagine. I have been poking around inside the code for zhone and tried disabling various timers and dbus hooks that I thought could be related, but have had no success. Does anyone else happen to see this behaviour and have a clue that might lead me in the right direction? -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Zhone frequent wake
It is definitely GSM activity that is waking the device (I verified with the /sys entry), but this is as I expected. What I am attempting to determine is why the device wakes on GSM state changes when zhone is running but not when qtopia is handling GSM activity. On Mon, Jan 5, 2009 at 10:22 AM, arne anka openm...@ginguppin.de wrote: sounds like network changes (signal quality etc). i've seen that with 2007.2 only and put some at commands in a file to execute when suspending. with fso there were no such awakenings. below /sys there's a file indicating what caused the wake up, search the archives, probably july/august. ___ 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: Zhone frequent wake
If I understand correctly, you are suggesting that zhone may not correctly be intercepting the GSM activity so the calls are floating up where they are causing the device to wake? I am using the zhone that is in the 2008.12 testing repository [1] but I have also tried the one from FSO unstable. Zhone is not invoking device sleep. I will either let the blank/off timeout (as set through illume) occur or hit the power button which immediately invokes sleep through the framework. Therefore, I do not understand why it would be necessary to change the way suspend is activated as I think you may be suggesting. [1] 0.0.0+gitr146+11392b1d2ee3a0622dc324e1805699e4301249c4-r9 On Mon, Jan 5, 2009 at 11:11 AM, arne anka openm...@ginguppin.de wrote: to determine is why the device wakes on GSM state changes when zhone zhone (or rather fso) seems not to catch these acvtivities resp does not send the at commands to make the fr ignore those. which zhone/fso are you using? i posted the four commands making 2007.2 sleep well so you might find them in the archives. if you look further for frameworkd and suspend (or grep for apm -s in the fso sources) you should be able to find where you could insert these commands. but i am still wondering why you sse that, i do not -- and i had the issues with 2007.2 in exact the same locations i use the fr with debian/fso now. is running but not when qtopia is handling GSM activity. i got the necessary commands from the qtopia sources :-) ___ 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: [2008.12] Mediaplayer
2008.12 should automatically handle this for you by listening to dbus messages. If you look in /etc/freesmartphone/oevents/rules.yaml you should notice an entry that executes amixer with the appropriate arguments to disable the external speakers. On Mon, Jan 5, 2009 at 4:31 AM, Giovanni pino.o...@gmail.com wrote: Grazie, Marco It works! How can it be integrated so that configuration can be set automatically when the jack is plugged/unplugged? On Mon, Jan 5, 2009 at 1:39 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Giovanni wrote: Great !!! It works! Unfortunately, if I plug the earphones, I can still listen to the sound from the loud speakers. Do you know how to solve this problem? Simply use alsactl -f restore to load the headset.state scenario file... -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] Mediaplayer
To tell you the truth, I am not sure. I have always been running the testing distribution, but 2008.12 *should* be more or less the same as testing. The aforementioned rules file is part of the frameworkd package. Make sure you have that installed. If not, you can try playing around with testing [1] because it is definitely in there. [1] http://downloads.openmoko.org/repository/testing/ On Mon, Jan 5, 2009 at 1:15 PM, Giovanni pino.o...@gmail.com wrote: On my Neo with 2008.12 stable, I don't have the /etc/freesmartphone directory! Is it normal? Do I have to install something? On Mon, Jan 5, 2009 at 4:01 PM, Dylan Reilly drei...@atariland.net wrote: 2008.12 should automatically handle this for you by listening to dbus messages. If you look in /etc/freesmartphone/oevents/rules.yaml you should notice an entry that executes amixer with the appropriate arguments to disable the external speakers. On Mon, Jan 5, 2009 at 4:31 AM, Giovanni pino.o...@gmail.com wrote: Grazie, Marco It works! How can it be integrated so that configuration can be set automatically when the jack is plugged/unplugged? On Mon, Jan 5, 2009 at 1:39 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Giovanni wrote: Great !!! It works! Unfortunately, if I plug the earphones, I can still listen to the sound from the loud speakers. Do you know how to solve this problem? Simply use alsactl -f restore to load the headset.state scenario file... -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ 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 -- Dylan Maxwell Reilly ___ 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OM 2008.12] Enlightenment Drop Shadow Performance
FWIW, I have been able to reduce the CPU usage of Enlightenment on my OM testing build device by disabling drop shadows. After recent updates from testing (which should be more or less the 2008.12 image) Enlightenment was constantly grabbing 20% CPU and who knows how much IO. After I obliterated the drop shadow module, (/usr/lib/enlightenment/modules/dropshadow) only 1-2% CPU is being used. Moreover, I remembered some recent post(s) tentatively linking the Software-16 crashes (when using the illume theme) to drop shadows. On a whim I re-enabled that engine and am not seeing any problems. So, now I get a snappier UI to boot. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM 2008.12] Enlightenment Drop Shadow Performance
I definitely believe that it shouldn't be doing that and it was not always the case. I am certainly willing to accept there is something screwy with my upgrade path, but I did not do anything intentionally to the theme or defendant components. (The only thing that comes to mind that *might* be related is that I renice qpe to -5). Even if the 20% CPU utilization went away, removing drop shadows so the Software-16 engine can work seems worthwhile to me. angstrom-version - 1:-20081222-r1 e-wm - 0.16.999.043+svnr36882-r14.01 illume - 0.0+svnr36882-r14.06 illume-theme-illume - 0.0+svnr36882-r1.01 On Sun, Dec 21, 2008 at 6:04 PM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: On Sun, 21 Dec 2008 21:13:59 +0100 Bernd (Jesus McCloud) Prünster bernd.pruens...@gmail.com babbled: Dylan Reilly schrieb: FWIW, I have been able to reduce the CPU usage of Enlightenment on my OM testing build device by disabling drop shadows. After recent updates from testing (which should be more or less the 2008.12 image) Enlightenment was constantly grabbing 20% CPU and who knows how much IO. After I obliterated the drop shadow module, (/usr/lib/enlightenment/modules/dropshadow) only 1-2% CPU is being used. Moreover, I remembered some recent post(s) tentatively linking the Software-16 crashes (when using the illume theme) to drop shadows. On a whim I re-enabled that engine and am not seeing any problems. So, now I get a snappier UI to boot. WOOHOO!!! you made my day dropshadow shouldnt cause 20% cpu - unless some totally bizarre stuff has been done to the theme: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1261 root 20 0 23892 15m 6312 S 4.3 12.6 18:58.82 python 1336 root 17 -3 22388 14m 6064 S 0.7 11.4 16:39.74 python 1338 root 10 -10 22596 11m 7388 S 0.0 9.4 7:43.75 enlightenment 1381 root 21 1 11020 2860 2080 S 0.0 2.3 0:01.33 enlightenment_f 1317 root 19 -1 9968 2852 1564 S 0.0 2.3 1:05.34 Xglamo 1387 root 21 1 4724 1516 1084 S 0.0 1.2 0:01.12 batget 0% cpu. it will consume a little cpu while charging (2-3%) (redrawing the blinking + on the battery). this is out-of-the-box theme with dropshadows on etc. (illume+e without shr/fdom/asu changes). e-wm - 0.16.999.050+svnr37919-r4 - -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Using Freerunner as a digital audio player
FWIW, the qtopia media player in the testing branch is vastly better than it was. Volume control even works now without causing distortion! From my observations, the audio quality issue has been due to CPU load and not the player itself. Even in fairly recent builds, the poor freerunner was pushing very high loads and causing the media player to mess up it's decoding. Try ensuring that only the media player is taking CPU time when playing music. I am neurotic about good sounding audio, and I love the FR, even with headphones. I was just now comparing it to an iPhone and prefer it. You do need to tweak the mixer settings, however. Some of them are offensive to the ears. On Tue, Oct 14, 2008 at 3:53 PM, Thomas Köckerbauer [EMAIL PROTECTED] wrote: I was also searching for an audioplayer meeting my requirements (which are quite basic), but none of those I found really fullfilled them. So I started to make a new one, which is not really finished yet (I wanted to make it a bit more complete before I announce it, but I thought it might fit to the discussion). I did not invest a lot of time because I did not find a working headset to 3,5mm plug adapter yet (now I'm planing to build one myself), but since I read now that the audio quality should be that good I have to admit that I got a bit dismotivated. If somebody is interested it looks like this: http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer1.png http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer2.png http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer3.png http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer4.png The source can be found here (be warned its a bit of a hack right now): http://www.gup.jku.at/~tkoeck/audioplayer/audioplayer.tar.gz You have to place the binary and the edj file into the same directory (the edj file has to be in the working directory) and start it with: audioplayer music-root-dir It uses libmad and requires about 15% cpu for decoding an average mp3 file. I'm thinking about to remove libmad and making a gui plugin for mplayer from it, which would support more file formats (but from what I've seen in the mplayer source this would be quite some work). Comments and contributions are welcome :) Am Tuesday 14 October 2008 20:42:32 schrieb Clemens Kirchgatterer: Xavier Cremaschi [EMAIL PROTECTED] wrote: I just want a single view named Folders (which would be a file explorer) instead of the existing Albums, Artists, Genre. I totally understand that a tag-based player could be interesting for some people, but I *know* where my files are in my collection. FULL ACK! i allways find it strange if i can't make a playlist by simply selecting a directory from the filebrowser view. clemens ___ 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: [Om2008.9] Using Freerunner as a digital audio player
The qtopia mediaserver takes ~35% cpu to play my max bitrate VBR-encoded mp3's. I don't have mplayer installed and not /dev/dsp for madplay so I cannot test with those. For average tasks, the UI is still nicely responsive in these latest testing builds. Anytime the load gets to 2, though, you start to get audio cutting out. GTA02 is not a brute. I actually have not tested audio interruption (i.e., incoming call) in a while, but I have never had a problem with it. On Tue, Oct 14, 2008 at 5:59 PM, carmen r [EMAIL PROTECTED] wrote: On Tue Oct 14, 2008 at 05:41:55PM -0400, Dylan Reilly wrote: FWIW, the qtopia media player in the testing branch is vastly better than it was. Volume control even works now without causing distortion! From my observations, the audio quality issue has been due to CPU load and not the player itself. Even in fairly recent builds, the poor freerunner was pushing very high loads and causing the media player to mess up it's decoding. Try ensuring that only the media player is taking CPU time when playing music. does the system slow to an untenable crawl when playing mp3. i mean can you use dillo or webkit at the same time comfortably? whats the CPU usage of mplayer/alsa (no pulseaudio junk etc) do you have to killall -9 mplayer when a call comes in so the ring sound plays, or can you use dmix (does that chew much CPU?) i was a bit too skeptical of GTA03 to make the jump (what with Acer buying Eten, that new Russian phone on engadget, and the MeizuM8 coming _any_day_now_ and android making linux work on loads more hardware...) ___ 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: [2008.8] [2008.9] [qtopia] earphones
I made this as a work around to this issue for the moment. It works OK for me. http://lists.openmoko.org/pipermail/community/2008-September/029599.html On Wed, Oct 1, 2008 at 12:45 PM, Davide Scaini [EMAIL PROTECTED] wrote: Thanks a lot I'll try! why there's no wiki about that? thanks again d On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson [EMAIL PROTECTED] wrote: Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ 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 -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qtopia Media Player + Pulseaudio = hurt
Under current 2008 testing builds, playing (compressed) music through the qtopia media player causes pulseaudio spike to crazy levels of cpu utilization (~ 50%). This is on top the load for the media player itself (~30%). Needless to say, this makes the poor FR incapable of decompressing the music in a timely fashion. The GTK openmoko media player does not have this issue. (In 2008, does the GTK media player have the patch to bypass pulse as it did in 2007?) Is this a known issue or one I should bug? I remember being able to listen to music through the Qtopia media player not too long ago. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia Media Player + Pulseaudio = hurt
I did nothing special, but I have had configurations where there was no music listed in the program. Where, specifically (i.e., directory and partition) do you have your music stored? Did your FR suspend once before you ran the program? Suspending right now under testing borks the SD card mount point. Also try killing qpe and letting it restart. On Tue, Sep 9, 2008 at 1:19 PM, Daniel Benoy [EMAIL PROTECTED] wrote: On Tuesday 09 September 2008 10:44:21 Dylan Reilly wrote: Under current 2008 testing builds, playing (compressed) music through the qtopia media player causes pulseaudio spike to crazy levels of cpu utilization (~ 50%). This is on top the load for the media player itself (~30%). Needless to say, this makes the poor FR incapable of decompressing the music in a timely fashion. The GTK openmoko media player does not have this issue. (In 2008, does the GTK media player have the patch to bypass pulse as it did in 2007?) Is this a known issue or one I should bug? I remember being able to listen to music through the Qtopia media player not too long ago. How do you get music selections to come up in the list in the media player? -- Daniel Benoy http://daniel.benoy.name ___ 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
Ugly work-around headset notification
I propose the this script [1] as a work-around for the lack of correctly working headset insertion detection. This should be coupled with a alsa state file that correctly disables the external speaker, like [2]. This is an ugly script and has two major failings so use with caution. Upon receiving a dbus message, the script will store the current state to a temp file and load your new state. When the headphone is unplugged, it loads the temp state back. 1) It is a shell script parsing dbus-monitor which is horribly inefficient. Moreover, dbus-monitor does not properly shutdown when the script is terminated. A wise person would have writen this in C or python but I am lazy and dislike python. 2) While headset insertion does register a dbus message, there is no difference between inserted and removed states. Perhaps that is why this whole thing is busted in the first place? Therefore, if you have the headphones in when this script is started it won't know about that. [1] http://atariland.net/~dreilly/openmoko/headset-watcher [2] http://atariland.net/~dreilly/openmoko/headphones.state -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No GSM 2008.08 testing
I discovered the issue. Using the command logread I noticed that libficgta01vendor.so was compiled for the wrong Qt version and failing to load. That is, of course, bad. I had at one point messed around with the package providing that library (qtopia-phone-x11-phonevendor-ficgta01vendor) and for some reason updates to it were failing to overwrite the old one. A force remove and reninstall did the trick. The strange thing is that this happened *again* today after another upgrade. Maybe there are some dependancy issues with this package? On Thu, Sep 4, 2008 at 5:05 AM, Erin Yueh [EMAIL PROTECTED] wrote: Ilja O. wrote: I've received Freerunner and istalled testing daily build today. Same error here. Also, it's nice that no package depends on qtopia-phone-x11-composer-emailcomposer, qtopia-phone-x11-composer-genericcomposer, qtopia-phone-x11-composer-mmscomposer, qtopia-phone-x11-viewer-genericviewer, qtopia-phone-x11-viewer-smilviewer. At least not qtopia mail and dialer. It was truly linux-way quest to discover theese application (caller and mailer) need in those libraries. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community hi, did you update any package? or just flash with a testing daily build? this image ' http://downloads.openmoko.org/daily/testing-om-gta02-20080904.rootfs.jffs2 '? also, you can use ssh to Freerunner and type 'logread', it would display all log information. Try to find 'AT+COPS=0' command, and check what CME error code you get. Cheers, Erin ___ 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
No GSM 2008.08 testing
Yesterday I updated to the testing branch and my moko will no longer register with the GSM network, but was working very well before. Since I have never before investigated GSM issues, would someone please suggest a troubleshooting path? Since my full upgrade path has been Zecke testing - 2008.08 stable - 2008.08 testing, I am suspecting ill configured packages or antiquated config files. What packages might I remove and reinstall or etc? Thanks. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Media player
There are several tricks to getting the qtopia media player to find your music properly. 1) Your music must be located in one of the paths defined in /opt/Qtopia/etc/default/Trolltek/Storage.conf (or something similar, I do not have my device at the moment). By default those are only /home and the *first* partition of the SD card. You can edit Storage.conf to your liking but will have to restart X to get it to start reading the new file systems. 2) There seems to be a problem with both media players where they will fail to properly read files (id3 tags and playing) when your files are either stored not on the first partition of the SD card, or if the partition is not formatted as FAT. I say either because I have not tested further to discover which is the real culprit. As to the qtopia media player being slow, it is only slow the first time it loads per device boot. It seems to do much reading and caching the first time through. If you keep it up for a while the experience improves significantly. Finally, there is still a issue with pulse audio suspending. If you have a stream open through pulseaudio when you resume pulseaudio will be locked and nothing will play. One might be able to rectify this by killing qtopia-mediaserver after suspend but I have not tested that. If in doubt, turn off suspend before playing music. On Sat, Aug 30, 2008 at 12:07 PM, Bastian Muck [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Zanetti schrieb: On Saturday 30 August 2008 17:43:26 Thomas Bertani wrote: ehm... I copied in a folder (called sounds a mp3 song to /home/root/Documents/, I restarted X but the qtopia-x11 media player is empty... it doesn't show my mp3 file... how do you used it exactly? (sorry for my bad english) I cannot retry it at the moment because my Openmoko currently is a BrokenMoko (See my other thread in this list). But I'm fairly sure I did that like I sad before. Perhaps you could try a reboot to make the Media Player recognize the tracks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I can confirm that this works. But the media players seems not to read the ID3-Tag. An it isn't usable. You can hear half a second and then you have half a second break. But it can play mp3 Greetings Bastian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIuXBUlYiDScJJ+7QRAoACAKCVIL2/57TvaQsAqbxw2p3GP+PqEQCg7ryO DEqUotVT3xZNCFBaLXlnZ1Y= =Ebw5 -END PGP SIGNATURE- ___ 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: 2008.08 zecke gstreamer errors
For what its worth, I figured out that the problem was related to how the music data was stored. The music was being kept on an ext3-formated second partition of the SD card. Despite having the correct references in fstab and Qtopia's Storage.conf, the data was not being read correctly. I could, however, play the music through gstreamer directly and using madplay. When I changed to a single partition, fat-formatted data store everything magically worked. I have not done any additional testing to see whether it was the partitioning or formatting, but I could if anyone is interested. On Sat, Aug 23, 2008 at 5:36 AM, Nishit Dave [EMAIL PROTECTED]wrote: On Sat, Aug 23, 2008 at 12:22 AM, Dylan Reilly [EMAIL PROTECTED]wrote: Using the 2008.08 testing repository from zecke, both the openmoko and qtopia media players throw gstreamer errors on my device when trying to play audio. Possibly related, the qtopia player can not read mp3 tag information (all tracks are unknown). I have not had time to look into the cause for this yet. Has anyone else experienced this and possibly fixed it? Could it be a package or configuration related issue? You know what's weird? Before applying the updates from Zecke's testing branch today, neither of the openmoko or qtopia mediaplayers were working for me. OM was either throwing up gstreamer errors or did not seem to do anything, and the qtopia one didn't play anything and didn't even quit. After the updates and installing mplayer, both are working. The QMP takes a while after starting and some cyclic pressing of - || - buttons for an mp3 file to play. You could try to reinstall the gstreamer plugins. I still wonder what has happened to openmoko-mediaplayer2's volume button. And why the FR doesn't have the most basic buttons: call pickup, call reject, and volume control. ___ 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
2008.08 zecke gstreamer errors
Using the 2008.08 testing repository from zecke, both the openmoko and qtopia media players throw gstreamer errors on my device when trying to play audio. Possibly related, the qtopia player can not read mp3 tag information (all tracks are unknown). I have not had time to look into the cause for this yet. Has anyone else experienced this and possibly fixed it? Could it be a package or configuration related issue? -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Testing for audio playback
Here is my solution: I have modified neod executables here http://atariland.net/~dreilly/openmoko/neod/neod.tar.gz (source http://atariland.net/~dreilly/openmoko/neod/neod-src.tar.gz) to call out to a series of scripts (http://atariland.net/~dreilly/openmoko/neod/neod-conf.tar.gz) before and after every power management state (dim, blank, suspend). If the preXXX scripts return a non-zero exit code, the power management step will not be executed. See presuspend for an example. The included presuspend does the following: 1) Does not suspend when on AC power. 2) Does not suspend when the media player is running. 3) Attempts to not suspend when making a phone call. Note, since I cannot figure out a good way to check for this, I am looking for phone-kit to have a certain processor load. This is bad. Also in this neod one can set the times for each PM state via gconf: /desktop/openmoko/neod/dim_time /desktop/openmoko/neod/blank_time /desktop/openmoko/neod/suspend_time I am going on vacation in...2 minutes, so if you try it, beware. And, with ASU release looming this is probably mostly for naught. Have fun. On Tue, Aug 5, 2008 at 6:17 AM, Clemens Kirchgatterer [EMAIL PROTECTED] wrote: Dale Maggee [EMAIL PROTECTED] wrote: Sorry but I can't help, but I just wanted to say good luck with this, please keep us posted - I also find this annoying and I'd love to see it fixed! :) AFAIK, alsa has a plugin interface. we could install one, that periodically snoops into the stream and reports silence/noise via dbus. just my 2 cents ... clemens ___ 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: 2007.2 Multitap-pad toggle?
If you are without a keyboard, I would suggest removing matchbox entirely and starting over. See http://wiki.openmoko.org/wiki/Switching_Keyboards . 1) Remove existing: opkg remove matchbox-keyboard-inputmethod matchbox-keyboard-im matchbox-keyboard-applet 2) Then follow the instructions for installing the matchbox keyboard: cd /tmp mkdir matchbox-keyboard cd matchbox-keyboard wget http://www.ginguppin.de/files/keyboard-ipk.tar.bz2 tar -jxf keyboard-ipk.tar.bz2 opkg remove -force-depends multitap-pad opkg install matchbox-keyboard-inputmethod*.ipk opkg install matchbox-keyboard-im*.ipk opkg install matchbox-keyboard-applet*.ipk cd .. rm -rf matchbox-keyboard 3) Then, you can try installing the package I made. opkg install http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk 4) Restart X. /etc/init.d/xserver-nodm restart. No need to touch the .tar.gz file. On Tue, Aug 5, 2008 at 1:27 PM, leonardo [EMAIL PROTECTED] wrote: Jay Vaughan wrote: Displayed just fine for me now .. looks good! I am installing it now .. did you manage it? I'm without keyboard at all, now :) ciao, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ 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: Testing for audio playback
I do not want to test if the sound is working but if audio is currently being processed by the card. For example, I find in bothersome that the freerunner will suspend while I am listening to music or using it as a phone. My hope is that there is/are some test(s) I can issue programatically that will tell me if one of those two events are occurring. As I mentioned, I can easily determine if a program has bound itself to the sound card (e.g., lsof) but not if audio is actually streaming. In particular, the phone kit is always bound to the card so lsof is not a useful test in that case. On Mon, Aug 4, 2008 at 9:50 AM, Yogiz [EMAIL PROTECTED] wrote: Is there a way to test if sound is actually being pumped through the sound card? I can lsof various devices in /dev/snd or check /proc/asound/card0/pcmXX/sub0/status but those only tell me if a client is *connected*. Furthermore, I find it odd that the phone-kit does not seem to go through the alsa pcm but is only connected to /dev/snd/controlC0. Is there some way to know if the phone kit actually active? I'm probably just misunderstanding you, but why not test the sound card with a random audio file. Or run 'speaker-test'. ___ 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: Testing for audio playback
I assumed as much. How does one check this condition in pulse, then? At least that could be a start. Does the phone-kit go directly to alsa or through pulseaudio? If the former, would it be feasible to route it through pulse audio? On Mon, Aug 4, 2008 at 1:40 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Am Montag 04 August 2008 17:18:50 schrieb Dylan Reilly: I do not want to test if the sound is working but if audio is currently being processed by the card. This is only possible if you are using an audio daemon that supports something like that (e.g. pulseaudio) or if you are using a resource control system with only cooperative programs. The latter is what FSO aims to go towards with its Usage API. -- :M: ___ 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: Testing for audio playback
Is that sort of thing in the alsa driver currently? That is relatively unknown territory for me. I have poked around /proc and /sys but found nothing of use. On Mon, Aug 4, 2008 at 2:07 PM, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Am Montag 04 August 2008 17:18:50 schrieb Dylan Reilly: | I do not want to test if the sound is working but if audio is | currently being processed by the card. | | This is only possible if you are using an audio daemon that supports something | like that (e.g. pulseaudio) or if you are using a resource control system | with only cooperative programs. The latter is what FSO aims to go towards | with its Usage API. Or of course you could get stats or a flag from the driver... - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiXRXwACgkQOjLpvpq7dMo1ygCfZIeMru/EQHw5+WedmoAtDFx1 MAsAn2+hBSua8atZvralwsQUwp7EFXEE =ZQVy -END PGP SIGNATURE- ___ 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: Testing for audio playback
I am not sure it is all that useful. The RUNNING state is only set when an application grabs on to alsa, not when it is pumping data into it. As for the other numbers...they change over time even when there is no audio playing but pulseaudio is running. On Mon, Aug 4, 2008 at 2:35 PM, Andy Green [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Is that sort of thing in the alsa driver currently? That is relatively | unknown territory for me. I have poked around /proc and /sys but found | nothing of use. I see decent looking stuff if I look at # cat /proc/asound/neo1973gta02/pcm0p/sub0/status idle -- closed catting /dev/urandom /dev/dsp --- state: RUNNING trigger_time: 1217825794.241945000 tstamp : 1217825796.260579000 delay : 30988 avail : 1780 avail_max : 30782 - - hw_ptr : 16167 appl_ptr: 48935 I guess those numbers change if you are doing something. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkiXS+cACgkQOjLpvpq7dMpOdwCbB1Dz3O0njBugVk7DzHpGj2c/ WdcAoICIaAcGkfSamgFPdNgTFBtyPu9Q =AQY8 -END PGP SIGNATURE- ___ 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: Testing for audio playback
I was thinking of that. My only concern is what to do if the application died and did not get to restore the suspend state back to its previous value. For what its worth, there is a gconf setting for the suspend state that can be set. Neod is supposed to monitor it but the gconf callback is not working for some reason. I am looking into that atm. Gconf would be the easy way for other apps to control the suspend state. On Mon, Aug 4, 2008 at 2:56 PM, Russell Sears [EMAIL PROTECTED] wrote: Just a heads up: I think that checking the status won't work with pulseaudio running under 2007.2, since pulseaudio continuously sends a stream of zeros to the sound card. I haven't tested it though. (there is a pulseaudio configuration option for this.) Also, I think having the applications disable suspend would be better than letting some system-level daemon guess what the appropriate behavior is. Then audio activity and suspend wouldn't be coupled (eg: tangoGPS while recording GPS tracks...). Also, applications already communicate with the rest of the system, so there's probably a framework for such hooks somewhere. For example, mediaplayer mutes/pauses when a phone call comes in... -Rusty ___ 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
Testing for audio playback
Maybe this is more of a standard linux question, but I don't know the answer regardless. Is there a way to test if sound is actually being pumped through the sound card? I can lsof various devices in /dev/snd or check /proc/asound/card0/pcmXX/sub0/status but those only tell me if a client is *connected*. Furthermore, I find it odd that the phone-kit does not seem to go through the alsa pcm but is only connected to /dev/snd/controlC0. Is there some way to know if the phone kit actually active? My ultimate goal is to stop the device from going into suspend mode when sound is being played. Thanks. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2007.2 Multitap-pad toggle?
Here you go. You still need the other two matchbox keyboard packages. Use the button in the lower right to switch profiles. There are even more characters in the numbers layout available via shift. package: http://atariland.net/~dreilly/openmoko/matchbox-keyboard-0.1-finger.tar.gz source: http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk layout only: http://atariland.net/~dreilly/openmoko/keyboard.xml Changes - 1) Keyboard repeat removed for finger usability. 2) Defaults to a larger size. The -h argument can be used to adjust that, but is max 33% in landscape. 3) Key presses are sent on release not press so you can notice errors and abort. 4) Moving off a key deselects it and sends no key. 5) Swipe up, down, left, right to move the cursor in that direction. 6) Width values specified in layout now in absolute pixels. 7) The package overwrites the default keyboard.xml, so back it up if you like it. Known Issues -- 1) I know nothing about automake, so I had to hack into the makefile to set the X session script as executable. If you play with the source, don't automake without fixing this and expect a make install to be 100% correct. 2) I think there is something slightly wrong with the meta data in the ipk. Opkg complains about a related package (matchbox-keyboard-im I think) after upgrades now. 3) I just noticed the control key seems to be applying at strange times. If you get a } character, hit the CTRL key first. I will look into this. On Fri, Aug 1, 2008 at 6:08 AM, Jay Vaughan [EMAIL PROTECTED] wrote: FWIW, I have a tweaked version of matchbox keyboard and an accompanying layout that is finger capable and still usable in a shell. The layout is based upon the iPhone keyboard (do not hate me!) because I figured they spent many dollars on getting it right. It's by no means perfect but I find it very usable. If that interests anyone, I can post is somewhere. count me as interested! ; -- Jay Vaughan ___ 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: 2007.2 Multitap-pad toggle?
http://atariland.net/~dreilly/openmoko/keyboard1.png http://atariland.net/~dreilly/openmoko/keyboard2.png http://atariland.net/~dreilly/openmoko/keyboard3.png On Fri, Aug 1, 2008 at 10:51 AM, arne anka [EMAIL PROTECTED] wrote: any screenshots? ___ 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: 2007.2 Multitap-pad toggle?
Bah. I suppose I should have tested them first. The screen shot app is broken for me and refuses to save valid PNG's. So, no screen shot love for now I am afraid. On Fri, Aug 1, 2008 at 11:53 AM, Steven ** [EMAIL PROTECTED] wrote: Those don't display as images... -Steven On Fri, Aug 1, 2008 at 10:48 AM, Dylan Reilly [EMAIL PROTECTED] wrote: http://atariland.net/~dreilly/openmoko/keyboard1.png http://atariland.net/~dreilly/openmoko/keyboard2.png http://atariland.net/~dreilly/openmoko/keyboard3.png ___ 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: 2007.2 Multitap-pad toggle?
Awesome, thanks. Go figure, actually having a libc library would make something work. Screen shots are up now. http://atariland.net/~dreilly/openmoko/keyboard1.png http://atariland.net/~dreilly/openmoko/keyboard2.png http://atariland.net/~dreilly/openmoko/keyboard3.png On Fri, Aug 1, 2008 at 12:15 PM, Dale Maggee [EMAIL PROTECTED] wrote: Dylan Reilly wrote: Bah. I suppose I should have tested them first. The screen shot app is broken for me and refuses to save valid PNG's. So, no screen shot love for now I am afraid. some error about 'cannot convert chunk to ISO-whatever? if so, do 'ln -s /lib/libc.so.6 /lib/libc.so'... ___ 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: 2007.2 Multitap-pad toggle?
No, but you can add one by modifying the profile. I tried to remove as many buttons as possible so the keys could be larger. The intent was not to have every key present, but rather 100% of the ones used 99% of the time. Personally I would only use escape for vi but nano can be installed instead to compensate. On Fri, Aug 1, 2008 at 1:40 PM, Steven ** [EMAIL PROTECTED] wrote: Is there an escape button? -Steven On Fri, Aug 1, 2008 at 9:42 AM, Dylan Reilly [EMAIL PROTECTED] wrote: Here you go. You still need the other two matchbox keyboard packages. Use the button in the lower right to switch profiles. There are even more characters in the numbers layout available via shift. package: http://atariland.net/~dreilly/openmoko/matchbox-keyboard-0.1-finger.tar.gz source: http://atariland.net/~dreilly/openmoko/matchbox-keyboard-inputmethod_0.1-finger_armv4t.ipk layout only: http://atariland.net/~dreilly/openmoko/keyboard.xml Changes - 1) Keyboard repeat removed for finger usability. 2) Defaults to a larger size. The -h argument can be used to adjust that, but is max 33% in landscape. 3) Key presses are sent on release not press so you can notice errors and abort. 4) Moving off a key deselects it and sends no key. 5) Swipe up, down, left, right to move the cursor in that direction. 6) Width values specified in layout now in absolute pixels. 7) The package overwrites the default keyboard.xml, so back it up if you like it. Known Issues -- 1) I know nothing about automake, so I had to hack into the makefile to set the X session script as executable. If you play with the source, don't automake without fixing this and expect a make install to be 100% correct. 2) I think there is something slightly wrong with the meta data in the ipk. Opkg complains about a related package (matchbox-keyboard-im I think) after upgrades now. 3) I just noticed the control key seems to be applying at strange times. If you get a } character, hit the CTRL key first. I will look into this. On Fri, Aug 1, 2008 at 6:08 AM, Jay Vaughan [EMAIL PROTECTED] wrote: FWIW, I have a tweaked version of matchbox keyboard and an accompanying layout that is finger capable and still usable in a shell. The layout is based upon the iPhone keyboard (do not hate me!) because I figured they spent many dollars on getting it right. It's by no means perfect but I find it very usable. If that interests anyone, I can post is somewhere. count me as interested! ; -- Jay Vaughan ___ 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 ___ 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: 2007.2 Multitap-pad toggle?
FWIW, I have a tweaked version of matchbox keyboard and an accompanying layout that is finger capable and still usable in a shell. The layout is based upon the iPhone keyboard (do not hate me!) because I figured they spent many dollars on getting it right. It's by no means perfect but I find it very usable. If that interests anyone, I can post is somewhere. On Thu, Jul 31, 2008 at 5:02 PM, Tim Coggins [EMAIL PROTECTED] wrote: Hello, Is it possible to toggle multitap-pad, the standard keyboard in the latest 2007.2? It would make minimo really usable. I have managed to do this with the full qwerty keyboard* but I would like to be able to use the phone without a stylus. Thanks, Tim * http://wiki.openmoko.org/wiki/Switching_Keyboards#How_to_add_a_keyboard_toggle_button ___ 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: Ringtone and vibration configuration
I agree that modifying the state files for such a purpose could be anti-productive. In lieu of that, what controls the loading of the profiles? Are they loading on an app by app basis or is there some controller that handles it? I would want to ensure that if I applied any changes to alsa directly that they would not be overwritten by a profile load. On Fri, Jul 25, 2008 at 11:48 PM, Joerg Reisenweber [EMAIL PROTECTED] wrote: Am Sa 26. Juli 2008 schrieb Dylan Reilly: I am hoping to make some scripts, etc. for incoming call scenarios. 1) What mixer setting in alsamixer controls the ringtone volume? 2) What alsa profile is used when a call is first incoming? gsmhandset.state? 3) How can one control the state of the vibrations (on, off, and ideally etc.)? Please note I consider our concept of restoring a *complete* mixer setting by alsactl somewhat limited (not to say brain damaged) If I need a special scenario to push out a ringtone via speaker, this shouldn't affect any record setup i did for mic for use with some completely different concurrently running app (please find better examples if you're about to say mic will catch ringtone sound). Also switching from headset.state to speaker.state is done without regarding those are mutually exclusive setups, and speaker mustn't be used while headset is plugged. :-( Doing setup modification just for the mixer elements that are actually needed, by some amixer script, looks like a more sane way to me Just my 2 cents /jOERG -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ringtone and vibration configuration
I am hoping to make some scripts, etc. for incoming call scenarios. 1) What mixer setting in alsamixer controls the ringtone volume? 2) What alsa profile is used when a call is first incoming? gsmhandset.state? 3) How can one control the state of the vibrations (on, off, and ideally etc.)? I know the answer to this must be somewhere but despite looking near and far I could not find it documented. Thanks. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote: I noticed the high-pass, but came to acceptable results using alsamixer's bass-boost options. My main concern is with the distortion in the mids to highs. As far as I understand, the above mentioned postings only cover the high-pass problem. But I certainly don't understand all the technical stuff. Does anyone else experience distortion? I have also noticed some heinous distortion in the mid to high range through the media player in the latest 2007.02 builds. However, it is not present under Qtopia. I experimented mixing and matching kernels between the distributionsw and 2007.02 + Qtopia kernel still has the distortion. I did some more poking around (under 2007.02) and it seems the issue is related to pulse audio. Using madplay to play straight to /dev/dsp produces no distortion but madplay through pulse audio does. I don't know much about pulse audio; does anyone have any recommendations for a work-around? -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Proper mixer settings for music playback, or hardware fixes?
Actually, ignore my response about it not working. I completely missed the MD5 sum error. I need to read directions more closely. The fix improves the quality immensely. There are occasions where some slight clipping and popping still occur, however. But, I am having trouble nailing down exactly when. On Mon, Jul 21, 2008 at 2:45 PM, Dylan Reilly [EMAIL PROTECTED] wrote: Just installing the ipk alone (I assume this is what you meant -- I have no dev environment up and running ATM) seems to not effect the distortion much if at all. The difference between no pulse audio and through pulse is still like night and day. On Mon, Jul 21, 2008 at 2:31 PM, Russell Sears [EMAIL PROTECTED] wrote: See bug #1614 https://docs.openmoko.org/trac/ticket/1614 I've uploaded a patch that bypasses pulseaudio and a difficult to install ipk file (sorry). This ~ halves mediaplayer's CPU utilization. Can you check to see if the change fixes distortion in mediaplayer? -Rusty Dylan Reilly wrote: On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote: I noticed the high-pass, but came to acceptable results using alsamixer's bass-boost options. My main concern is with the distortion in the mids to highs. As far as I understand, the above mentioned postings only cover the high-pass problem. But I certainly don't understand all the technical stuff. Does anyone else experience distortion? I have also noticed some heinous distortion in the mid to high range through the media player in the latest 2007.02 builds. However, it is not present under Qtopia. I experimented mixing and matching kernels between the distributionsw and 2007.02 + Qtopia kernel still has the distortion. I did some more poking around (under 2007.02) and it seems the issue is related to pulse audio. Using madplay to play straight to /dev/dsp produces no distortion but madplay through pulse audio does. I don't know much about pulse audio; does anyone have any recommendations for a work-around? ___ 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: Problems with building openmoko-sample with toolchain
Haven't been able to get the patch to work, I had to modify it to use the right paths, but then all hunks fail still. Why isn't the toolchain in a working state? How is anyone doing development? I've been playing around with it but I still can't get the sample project to compile. I am also having difficulties. I made a valiant effort to replace all the erroneous references in all the .la files in /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib but that sort of thing rarely goes well when one is not familiar with the system. Are there any tool chains available with correct references, a fixed patch for the current one, or etc.? I have some ideas I really want to start hacking out. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
