Functional .ogg Player On 3.5.3?

[rjmx]

I've tried all the media players I can find on my SL-5600 (poodle) running opie 3.5.3. None of them will play ogg files:

mediaplayer 1 just segfaults immediately on startup
mediaplayer2 segfaults when asked to play an ogg file
     (it also crashes when I try to load a playlist)
xmms-embedded almost works, but doesn't play anything. I get a brief noise (which sounds suspiciously like the screen tap sound) when I hit the play button, but that's all.

This does look like a continuing problem (there's an awful lot of posts on the subject of media players on OZ). I've tried lots of things, and I don't know what to try next. I think I've installed all relevant packages (all on /media/card, since root is almost full, if that makes any difference), but I may have missed some. Somebody seemed to suggest that you couldd install/needed to install mplayer, but didn't provide any details on how to do it. In any case, it didn't help.

Anyone have suggestions?

Thanks,

 .....Ron

[koen]

I can play oggs with gpe-nmf, gpe-amp and gst-launch under OZ

[lardman]

Have you tried mplayer?

Also, see whether any of the apps you mention produce any useful output on the terminal.


Si

[Greg2]

I've tried all the media players I can find on my SL-5600 (poodle) running opie 3.5.3. None of them will play ogg files:

If you install xmms from the feed (with it's depends) with the package manager or the terminal it plays oggs very well for me on a poodle using OZ/Opie3.5.3.

If you install mediaplayer2 from the feed (with it's depends) and:

libvorbis
libxine-plugin-decode-vorbis
libxine-plugin-dmx-ogg

it also plays oggs.

Greg

[rjmx]

I've tried all the media players I can find on my SL-5600 (poodle) running opie 3.5.3. None of them will play ogg files:

If you install xmms from the feed (with it's depends) with the package manager or the terminal it plays oggs very well for me on a poodle using OZ/Opie3.5.3.

If you install mediaplayer2 from the feed (with it's depends) and:

libvorbis
libxine-plugin-decode-vorbis
libxine-plugin-dmx-ogg

it also plays oggs.

Greg
[div align=\"right\"][a href=\"index.php?act=findpost&pid=106097\"][{POST_SNAPBACK}][/a][/div]

Thanks for the suggestions. I uninstalled both xmms and mediaplayer2, along with as many of their dependencies as I could find (like all libxine* packages, for example). I then reinstalled xmms-embedded, and that pulled in one dependency (libvorbisidec1).

This has definitely changed things. Songs play, but very fast (a 3-minute song takes maybe two seconds). Have I missed something, or is there a setting somewhere?

I think I'll concentrate on xmms for now (I don't need video) and try and get that to work before trying mediaplayer2 again.

Thanks,

 .....Ron

(and thanks to all who replied)

[Greg2]

Thanks for the suggestions. I uninstalled both xmms and mediaplayer2, along with as many of their dependencies as I could find (like all libxine* packages, for example). I then reinstalled xmms-embedded, and that pulled in one dependency (libvorbisidec1).

From the package file:

Package: xmms-embedded
Version: 20040327-r3
Depends: libglib-2.0-0 (>= 2.6.3), libc6 (>= 2.3.2+cvs20040726), libqpe1 (>= 1.2.0), libqte2 (>= 2.3.10), libstdc++6 (>= 3.4.3), libgcc1 (>= 3.4.3), libmikmod (>= 3.1.11), libid3tag0 (>= 0.15.0b), libz1 (>= 1.2.2), libmad0 (>= 0.15.0b), libvorbisidec1 (>= 20041119), libsidplay1 (>= 1.36.59)

You can always use the package file in the feed to check for depends.

If you use ipkg from the terminal to make a clean install do this first:

ipkg -recursive remove xmms-embedded
then do:
ipkg install xmms-embedded

Or you could use: -force-reinstall

That 'should' fix it if your using all the proper feeds.

Greg

[rjmx]

Thanks for the suggestions. I uninstalled both xmms and mediaplayer2, along with as many of their dependencies as I could find (like all libxine* packages, for example). I then reinstalled xmms-embedded, and that pulled in one dependency (libvorbisidec1).

From the package file:

Package: xmms-embedded
Version: 20040327-r3
Depends: libglib-2.0-0 (>= 2.6.3), libc6 (>= 2.3.2+cvs20040726), libqpe1 (>= 1.2.0), libqte2 (>= 2.3.10), libstdc++6 (>= 3.4.3), libgcc1 (>= 3.4.3), libmikmod (>= 3.1.11), libid3tag0 (>= 0.15.0b), libz1 (>= 1.2.2), libmad0 (>= 0.15.0b), libvorbisidec1 (>= 20041119), libsidplay1 (>= 1.36.59)

You can always use the package file in the feed to check for depends.

If you use ipkg from the terminal to make a clean install do this first:

ipkg -recursive remove xmms-embedded
then do:
ipkg install xmms-embedded

Or you could use: -force-reinstall

That 'should' fix it if your using all the proper feeds.

Thank you. I tried that, but it doesn't seem to help. It's almost as if xmms has no timing reference, so it plays each PCM sample as fast as it can. Is there a tweak for that somewhere, or a package I've forgotten to install? It seems to play .wav files, although very badly (distorted, out of sequence (maybe)). Don't have any mp3's to try with it.

One thing I did find is that the OZ mirror at http://oz.pdai.org/official/unstable/ has an upgrades directory in the 3.5.3 directory that is not up-to date (for a start, there's no libxine1 package) compared to that at http://ewi546.ewi.utwente.nl/mirror/www.op...icial/unstable/. This made installing opie-mediaplayer2 very difficult (needed -force-depends after installing libxine manually). I'd originally installed from oz.pdai.org because it's easier to type than ewi546.ewi.utwente.nl/mirror/www.openzaurus.org (original openzaurus.org seems to have disappeared), and I begin to wonder whether that archive may be corrupt in other places as well.

I tried reinstalling mediaplayer2 from the utwente.nl archive and again got the same results (segfaults when I try to play an ogg file). I did install strace to see why it's segfaulting and found it does it while reading in the ogg file, near the beginning. I'll compare that with the source if I get some time.

Thanks,

 .....Ron

[lardman]

Regarding the playing too fast issue, try a seach for 'opiexine', you may need to alter the timing method in the xine conf file.


Si

[rjmx]

OK, I have xmms working now. The problem was corrupted .ogg files, of all things. I usually use grip on my Debian box to rip my CDs, and it looks as though there was a recent bug, either in it or in Debian's vorbis-tools, that created corrupt output files. I found out what was wrong when I installed vorbis-tools on the Z and ran ogginfo on one of the files, and it complained of a "hole in the data" (whatever that is) and a corrupted file. I had tried a couple of different ogg files on opie's xmms-embedded, but they were all recorded during the same period, and are all corrupt. They played ok on XMMS on my Debian box, too, and that just makes it all the more confusing.

Sigh.

Sorry to create a wild goose chase, folks. You did teach me a lot, though  

opie-mediaplayer2 still crashes, though, even on known good oggfiles. I think I'll stick to xmms-embedded for now.

Thanks for your help,

 .....Ron

[lardman]

opie-mediaplayer2 still crashes, though, even on known good oggfiles.

Run it from the terminal; does it produce any useful info about the crash?


Si

[rjmx]

opie-mediaplayer2 still crashes, though, even on known good oggfiles.

Run it from the terminal; does it produce any useful info about the crash?

Not a lot of use, I'm afraid. Here's the output:

: QuickLauncher invoked as: opieplayer2
: Lib::run() started
: SkinLoader::start() 2 jobs
: read list filename default
: <<<<<<<new m3u default
: new loader 1 jobs left
: load bgpixmap
: finished step
: load upimage
: finished step
: load downimage
: finished step
: load button masks 0
: finished step
: load button masks 1
: finished step
: load button masks 2
: finished step
: load button masks 3
: finished step
: load button masks 4
: finished step
: load button masks 5
: finished step
: load button masks 6
: finished step
: load button masks 7
: finished step
: load button masks 8
: finished step
: load button masks 9
: finished step
: load whole mask
: finished step
: SkinCache: hit on bgpixmap
: new loader 0 jobs left
: load bgpixmap
: finished step
: Lib::run() finished
: load upimage
: finished step
: load downimage
: finished step
: load button masks 0
: finished step
: load button masks 1
: finished step
: load button masks 2
: finished step
: load button masks 3
: finished step
: load button masks 4
: finished step
: load button masks 5
: finished step
: load button masks 6
: finished step
: load whole mask
: finished step
: all jobs done
: slot Clicked
: writing to current m3u
: <<<<<<<new m3u default
: SkinCache: hit
: SkinCache: hit on bgpixmap
: SkinCache: hit
: SkinCache: hit on bgpixmap
Segmentation fault

Classic segfault. I'm also attaching an strace output which is a little more useful, although since there's apparently a bug on strace on ARM, it doesn't trace child processes, even though I told it to on the command line (invoked with 'strace -F -f opieplayer2'). Having said that, it looks like the segfault occurs in the main opieplayer2 process, probably when it starts to feed data to the ogg decoder. But it's a little hard to tell.

Both outputs were taken with the same command sequence:
- invoke opieplayer2
- Select "add file" and select an ogg file to play
- hit the 'play' (|>) icon

The segfault occurs a couple of seconds later.

It would be nice to check with the opie-mediaplayer2 source, but I can't find it. Where are the sources hiding?

 .....Ron

[lardman]

Sources should be here.

http://handhelds.org/cgi-bin/cvsweb.cgi/op...ia/opieplayer2/


Si