OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio

IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> Xmms - Need Mpeg 1/2/3 Plugin
maystorm
post Aug 3 2006, 03:09 PM
Post #1





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



Lately I came across a number of files which xmms would refuse to play on my C3000. Xmms on my desktop PC plays them fine. I checked those MP3's with the 'file' utility which prints:

Wamdue Project - King Of My Castle.mp3: RIFF (little-endian) data, WAVE audio, MPEG Layer 3, stereo 44100 Hz

Comparing the plugins on my desktop PC with those on my Zaurus I found out that I'm missing following plugin:

MPEG Layer 1/2/3 Player 1.2.10 [libmpg123.so]

Can somebody tell me where I can find this plugin for my C3000?

TIA!
Go to the top of the page
 
+Quote Post
maystorm
post Aug 5 2006, 04:38 PM
Post #2





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



Update:

I've now been trying to compile xmms (version 1.2.10 sources) myself in order to get the MPG123 plugin. However, although building and installing xmms works fine the build process wouldn't create the shared libraries "libmpg123.so"! It only creates static libraries "libmpg123.a". I have tried to run ./configure with and without the "--enable-shared" option (which should be on by default anyway), however, both to no avail. Also other plugins such as the OSS output plugin are not created as shared libraries only as static ones (so I can run xmms but don't hear anything). Only libwav.so and libtonegen.so are build as shared versions so building shared libraries in general should work.

When I run the exact same build process on my X86 desktop PC each plugin gets created as a shared library.

What would prevent the build process on the ARM architecture to create shared libraries? I must be missing something?

Help?
Go to the top of the page
 
+Quote Post
alee16
post Aug 5 2006, 05:14 PM
Post #3





Group: Members
Posts: 113
Joined: 30-May 06
Member No.: 10,009



QUOTE(maystorm @ Aug 5 2006, 08:38 PM)
Update:

I've now been trying to compile xmms (version 1.2.10 sources) myself in order to get the MPG123 plugin. However, although building and installing xmms works fine the build process wouldn't create the shared libraries "libmpg123.so"! It only creates static libraries "libmpg123.a". I have tried to run ./configure with and without the "--enable-shared" option (which should be on by default anyway), however, both to no avail. Also other plugins such as the OSS output plugin are not created as shared libraries only as static ones (so I can run xmms but don't hear anything). Only libwav.so and libtonegen.so are build as shared versions so building shared libraries in general should work.

When I run the exact same build process on my X86 desktop PC each plugin gets created as a shared library.

What would prevent the build process on the ARM architecture to create shared libraries? I must be missing something?

Help?
*


I think you are misssing the mpg123 library. I'm not sure if it is already built for pdaxrom or not, I'm pretty sure they have it in OZ (maybe it would work?).
Go to the top of the page
 
+Quote Post
maystorm
post Aug 6 2006, 02:41 AM
Post #4





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



QUOTE(alee16 @ Aug 6 2006, 03:14 AM)
I think you are misssing the mpg123 library.  I'm not sure if it is already built for pdaxrom or not, I'm pretty sure they have it in OZ (maybe it would work?).
Hmm, I thought that the make/build process would create this library? It is part of the xmms sources and located in directory xmms-1.2.10/Input/mpg123. However, it only creates the static version.

Where exactly can I find it in OZ as you mentioned so I can try it? TIA!
Go to the top of the page
 
+Quote Post
alee16
post Aug 6 2006, 10:49 AM
Post #5





Group: Members
Posts: 113
Joined: 30-May 06
Member No.: 10,009



QUOTE(maystorm @ Aug 6 2006, 06:41 AM)
QUOTE(alee16 @ Aug 6 2006, 03:14 AM)
I think you are misssing the mpg123 library.  I'm not sure if it is already built for pdaxrom or not, I'm pretty sure they have it in OZ (maybe it would work?).
Hmm, I thought that the make/build process would create this library? It is part of the xmms sources and located in directory xmms-1.2.10/Input/mpg123. However, it only creates the static version.

Where exactly can I find it in OZ as you mentioned so I can try it? TIA!
*



OK, I found it , but it's called mpg321 and I think it has the mpg123 library. Here's the link:
mpg321

If that version doesn't work, you might try some of the older versions found here:
http://ewi546.ewi.utwente.nl/mirror/www.op...icial/unstable/

Just click on "version number" (3.5.4, 3.5.3, etc.) then go into the feed folder, and the base folder and the package should be there. The link I posted for it is the most recent version from the 3.5.4.1 feed.
Go to the top of the page
 
+Quote Post
pelrun
post Aug 6 2006, 12:03 PM
Post #6





Group: Members
Posts: 366
Joined: 6-September 04
From: Brisbane, Australia
Member No.: 4,488



QUOTE(maystorm @ Aug 3 2006, 11:09 PM)
Wamdue Project - King Of My Castle.mp3: RIFF (little-endian) data, WAVE audio, MPEG Layer 3, stereo 44100 Hz
*


It looks like what you actually have here is an mp3 in a .wav (RIFF) container. It's a funny format which is only intended to trick some windows software that uses wav's into supporting mp3's.

Obviously, that's not needed for 99.99% of mp3 playback, and definitely not on a linux machine! smile.gif

But since it's an option in some encoding software, there are cases where people turn the option on because they don't understand what it's for. It also generally means they get saved as *.mp3 instead of the correct *.wav, causing trouble whenever mp3 software that doesn't understand such weird files tries to play them.

Maybe recompiling xmms will allow it to play these files, but you can also try stripping off the RIFF header giving you the proper mp3 file, which may just work with the original player.

If you have access to a windows box there's a win32 tool called WaveMP3 for the job. A bit of searching hasn't turned up an equivalent linux-based tool, but I think you can strip off the header with dd like this (it's completely untested, though):

CODE
dd if=input.mp3 of=fixed.mp3 bs=44 skip=1
Go to the top of the page
 
+Quote Post
maystorm
post Aug 6 2006, 02:33 PM
Post #7





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



QUOTE(pelrun @ Aug 6 2006, 10:03 PM)
but I think you can strip off the header with dd like this (it's completely untested, though):

CODE
dd if=input.mp3 of=fixed.mp3 bs=44 skip=1

Ah, thanks for this hint! I checked a number of MP3 files and it seems that they all start with 0xfffa or 0xfffb in the first two bytes. Some of those MP3's which xmms wouldn't play have an arbitary number of "other" bytes before that tag. For example, for the song I mentioned in my earlier posting I need to skip 70 bytes (instead of those 44 you mentioned):

CODE
dd if=Wamdue{...}.mp3 of=Wamdue{...}-fixed.mp3 bs=70 skip=1


For another of my unplayable MP3 files I have to skip 6758 bytes (that one would not have been reported as an RIFF/Wave format just as of type 'data' by the "file" utility. I don't know where these bytes come from sad.gif.) . However, after stripping those bytes they play now fine in xmms!

If I find the time I'll do some research on MP3 file formats. Perhaps it is possible to write a small shell script which searches for the proper MP3 tag and automatically strips off everything before.

At least I know now how to convert them manually if I come across these "illegal" MP3's. Thanks!
Go to the top of the page
 
+Quote Post
maystorm
post Aug 6 2006, 03:04 PM
Post #8





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



QUOTE(alee16 @ Aug 6 2006, 08:49 PM)
OK, I found it , but it's called mpg321 and I think it has the mpg123 library.  Here's the link:
mpg321

If that version doesn't work, you might try some of the older versions found here:
http://ewi546.ewi.utwente.nl/mirror/www.op...icial/unstable/

Thanks for this link!

However, it seems that this ipk package is broken as an ipkg install gives following errors:

CODE
zcat: mpg321_0.2.10-r0_arm.ipk: not in gzip format
tar: ./control.tar.gz: Not found in archive
tar: Error exit delayed from previous errors

zcat: stdin: unexpected end of file
mv: unable to rename `//home/tmp/ipkg/mpg321/control/*': No such file or directory

I also tried the versions from the previous feeds, however, they all give this error. Is OZ using a different ipk format than pdaXrom??
Go to the top of the page
 
+Quote Post
InSearchOf
post Aug 6 2006, 03:12 PM
Post #9





Group: Admin
Posts: 1,141
Joined: 20-January 06
From: York, Pennsylvania
Member No.: 8,961



QUOTE
I also tried the versions from the previous feeds, however, they all give this error. Is OZ using a different ipk format than pdaXrom??


There different...

*sits back and waits for a post by keon to rant about this, closes eyes*
Go to the top of the page
 
+Quote Post
maystorm
post Aug 6 2006, 03:17 PM
Post #10





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



Oops, they are really different?

How can I extract files from OZ ipk's?
Go to the top of the page
 
+Quote Post
InSearchOf
post Aug 6 2006, 04:05 PM
Post #11





Group: Admin
Posts: 1,141
Joined: 20-January 06
From: York, Pennsylvania
Member No.: 8,961



I know under windows using WinRAR... but under linux I have never did it... I would assuming xarchiver should do it...

Late
Go to the top of the page
 
+Quote Post
Greg2
post Aug 6 2006, 04:40 PM
Post #12





Group: Members
Posts: 790
Joined: 28-October 03
From: USA
Member No.: 792



QUOTE(maystorm @ Aug 6 2006, 07:17 PM)
How can I extract files from OZ ipk's?
CODE
[greg@nfis test]$ ar -x mpg321_0.2.10-r0_arm.ipk
[greg@nfis test]$ ls
control.tar.gz  data.tar.gz  debian-binary  mpg321_0.2.10-r0_arm.ipk
[greg@nfis test]$ tar xvzf data.tar.gz
./
./usr/
./usr/bin/
./usr/bin/mpg321
./usr/bin/mpg123
Go to the top of the page
 
+Quote Post
maystorm
post Aug 6 2006, 10:53 PM
Post #13





Group: Members
Posts: 48
Joined: 15-June 05
From: Hamburg, Germany
Member No.: 7,357



@Greg2,
@InSearchOf:

Thank you, 'ar' does the job!

@alee16:

This ipk does only contain one binary and one symlink. As far as I understand mpg321 is a free MP3 player, no libraries included. Anyway, thanks for your help.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 2nd June 2020 - 11:32 PM