[maemo-developers] [maemo-developers] problem with dspmp3sink (was: problem with gstreamer and dsppcm)
From: Siarhei Siamashka siarhei.siamashka at gmail.comDate: Fri Aug 18 22:16:59 EEST 2006
- Previous message: [maemo-developers] problem with gstreamer and dsppcm
- Next message: [maemo-developers] problem with dspmp3sink (was: problem with gstreamer and dsppcm)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Friday 18 August 2006 11:21, Zeeshan Ali wrote: > > - The licens of dsppcmsrc/sink is LGPL, can I find the source anywhere > > - instead of raw data, it would be even better to use dspilbc. > > Is there a way to store the captured data to a file, in a way it can > > be played back again (some wrapper)? > > Eeh! just looked into the plugin and really does say LGPL. I am > quite sure, this is a mistake on the developer's behalf since the > plugin is definitly not LGPL (atleast yet) or even under any free/open > license. As the gstreamer got some attention in the mailing list, I think it is a good chance to remind that I'm still having problems with it too: http://maemo.org/pipermail/maemo-developers/2006-August/005060.html I need to know exact audio playing position when using dspmp3sink in order to properly synchronize video with it in mplayer (for '-ao -gst -ac dspmp3' options): https://garage.maemo.org/projects/mplayer/ So far I did not succeed. Probably I'm missing something trivial and the help from somebody else or some kind of brainstorming could solve this problem very fast. Also I noticed that gstreamer is not very reliable, at least when using it from mplayer. It can freeze or reboot the device sometimes. That's not something that should be expected from high level API. If I detect some reliable pattern in reproducing these bugs, I'll report it to bugzilla for sure. But right now just using mplayer and lots of seeking in video can cause these bugs reasonably fast. Absence of the sources for dspmp3sink does not help for sure, it makes you feel helpless with no source to get additional information and no chance to fix the bugs that may reside in these closed source components. Maybe it is possible to have some description of using mp3 decoder dsp task without gstreamer at all? It probably can reduce the number of intermediate layers and improve reliability if the only thing that we need is just decoding of mp3 data using DSP core.
- Previous message: [maemo-developers] problem with gstreamer and dsppcm
- Next message: [maemo-developers] problem with dspmp3sink (was: problem with gstreamer and dsppcm)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]