Hydrogenaudio Forums > Monkey's Audio Codec non-win32 problem

ivalladt

Mar 21 2006, 09:19

As precompiled RareWares are not available for Linux ppc I download mac-port 3.99-u4-b4 sources. The first issue is that after running .configure I get the following warning although nasm is installed:

CODE

1: No NASM found, you need NASM to compile the asm source in *x86* arch.

Anyway I compile and install and get no errors. However I downloaded from P2P some music in APE+CUE format. I suppose that having Nero and Monkey's Audio on Windows it will be posible to create an audio CD directly. Running Linux I try to convert the bundled CDImage.ape into a WAV file.

CODE

$ mac CDImage.ape CDImage.wav -d

I get no errors. But the resulting CDImage.wav is not usable by cdrecord and not usable by shnsplit either. And if I try to process it using sox I get:

CODE

$ sox test.wav -r 44100 -c 2 -s -w CDImage.wav
sox: Failed reading test.wav: WAV file has unknown format type of 100

I suspected an endianess problem but adding -x to sox doesn't change anything.

Googling I've not found a convincing answer, any ideas? Will I need to forget my lovely Apple G3 and get a PC only to be able to play APE files?

john33

Mar 21 2006, 10:06

It would certainly appear to be an endian issue. I have no idea what the port consists of, but the standard code does not appear to be endian safe. Have you tried compressing and decompressing a wave file of your own?

ivalladt

Mar 21 2006, 10:17

QUOTE(john33 @ Mar 21 2006, 06:06 PM)

It would certainly appear to be an endian issue. I have no idea what the port consists of, but the standard code does not appear to be endian safe. Have you tried compressing and decompressing a wave file of your own?

CODE

ismael@donkee ~ $ mac Test.wav Test.ape -c2000
--- Monkey's Audio Console Front End (v 3.99) (c) Matthew T. Ashland ---
Compressing (normal)...
Progress: 100.0% (0.0 seconds remaining, 2.6 seconds total)
Success...
ismael@donkee ~ $ mac Test.ape Test_deco.wav -d
--- Monkey's Audio Console Front End (v 3.99) (c) Matthew T. Ashland ---
Decompressing...
Progress: 100.0% (0.0 seconds remaining, 2.5 seconds total)
Success...
ismael@donkee ~ $ aplay Test_deco.wav
Playing WAVE 'Test_deco.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

ismael@donkee ~ $ sox Test_deco.wav -r 44100 -c 2 -s -w Test_deco2.wav
ismael@donkee ~ $ aplay Test_deco2.wav
Playing WAVE 'Test_deco2.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

So this test is OK. Does this confirm the endian issue? Should I assume that I will be unable to decompress properly APE files compressed on win32?

john33

Mar 21 2006, 10:31

QUOTE(ivalladt @ Mar 21 2006, 04:17 PM)

So this test is OK. Does this confirm the endian issue? Should I assume that I will be unable to decompress properly APE files compressed on win32?

It would seem to confirm it, yes. Where did you obtain the port from? It looks like it should be simple enough to correct.

Mr_Rabid_Teddybear

Mar 21 2006, 11:01

QUOTE(john33 @ Mar 21 2006, 08:31 AM)

It would seem to confirm it, yes. Where did you obtain the port from? It looks like it should be simple enough to correct.

Taking a guess I guess he got it from here.

ivalladt

Mar 21 2006, 11:11

QUOTE(Mr_Rabid_Teddybear @ Mar 21 2006, 07:01 PM)

QUOTE(john33 @ Mar 21 2006, 08:31 AM)

It would seem to confirm it, yes. Where did you obtain the port from? It looks like it should be simple enough to correct.

Taking a guess I guess he got it from here.

Yes! Any suggestion on how to debug the problem?

john33

Mar 21 2006, 11:29

In 'config.h' in the src/Shared folder, find the following:

CODE

/* Define to 1 if your processor stores words with the most significant byte
first (like Motorola and SPARC, unlike Intel and VAX). */
/* #undef WORDS_BIGENDIAN */

add:

CODE

#define WORDS_BIGENDIAN 1

, recompile and you should be OK, I think!!

john33

Mar 21 2006, 11:29

QUOTE(Mr_Rabid_Teddybear @ Mar 21 2006, 05:01 PM)

QUOTE(john33 @ Mar 21 2006, 08:31 AM)

It would seem to confirm it, yes. Where did you obtain the port from? It looks like it should be simple enough to correct.

Taking a guess I guess he got it from here.

Thanks.

sbooth

Mar 21 2006, 16:08

I also initially ran across similar problems to those you are describing- the MAC APIs expect little-endian format data (versus what most other encoders expect, which is host-endian) which gave me headaches at first. To really "fix" the problem for OS X, config.h should say:

CODE

#if __BIG_ENDIAN__
#define WORDS_BIGENDIAN 1
#else
#undef WORDS_BIGENDIAN
#endif

because this will let MAC compile correctly on Intel Macs as well. FWIW...

If you prefer GUIs to command-line, the svn version of Max (http://sbooth.org/Max/) supports ripping and converting to/from Monkey's Audio on OS X. I'm planning to release a version with this support in the next week or so, but before that if you can't compile Max yourself I could send out a beta with this functionality. E-mail me if interested!

john33

Mar 21 2006, 16:41

QUOTE(sbooth @ Mar 21 2006, 10:08 PM)

I also initially ran across similar problems to those you are describing- the MAC APIs expect little-endian format data (versus what most other encoders expect, which is host-endian) which gave me headaches at first. To really "fix" the problem for OS X, config.h should say:

CODE

#if __BIG_ENDIAN__
#define WORDS_BIGENDIAN 1
#else
#undef WORDS_BIGENDIAN
#endif

because this will let MAC compile correctly on Intel Macs as well. FWIW...

If you prefer GUIs to command-line, the svn version of Max (http://sbooth.org/Max/) supports ripping and converting to/from Monkey's Audio on OS X. I'm planning to release a version with this support in the next week or so, but before that if you can't compile Max yourself I could send out a beta with this functionality. E-mail me if interested!

Thanks.

A much better fix. I plead (Apple)MAC ignorance in defence.

ivalladt

Mar 22 2006, 02:48

QUOTE(sbooth @ Mar 22 2006, 12:08 AM)

If you prefer GUIs to command-line, the svn version of Max (http://sbooth.org/Max/) supports ripping and converting to/from Monkey's Audio on OS X. I'm planning to release a version with this support in the next week or so, but before that if you can't compile Max yourself I could send out a beta with this functionality. E-mail me if interested!

(Un)fortunately I am not using OS X but Debian sid instead, so I can't give a try to Max unless installing maconlinux (a different headache

As endianness is not operating system dependant I'll give a try to your suggested patch nevertheless.

ivalladt

Mar 22 2006, 10:16

QUOTE(john33 @ Mar 21 2006, 07:29 PM)

CODE

#define WORDS_BIGENDIAN 1

It's defined like this... This file is created by ./configure and gets endianness according to the machine configure script is running in.

I tend to discard an endianness problem right now...

john33

Mar 22 2006, 10:21

QUOTE(ivalladt @ Mar 22 2006, 04:16 PM)

It's defined like this... This file is created by ./configure and gets endianness according to the machine configure script is running in.

I tend to discard an endianness problem right now...

Sorry, in that case I'm out of ideas. The format indicated in your first post of '100' is an endian issue as it should be '1'.

ivalladt

Mar 23 2006, 05:35

Using qemu I'm using Debian x86 as a guest in my Debian ppc host. From there I've added RareWares to the guest repository and installed monkeys-audio, cuetools and shntool. Then simply:

CODE

$ cuebreakpoints CDImage.cue | shntool split CDImage.ape

Splits the cuefile into usable wav files. Low as hell of course. Sure I could then simply mac the .ape file into a big .wav one and burn a CD in DAO mode.

So it's time to file a bug report to mac-port I guess.

ivalladt

Mar 23 2006, 06:07

A bug was already filed and a patch was available.

http://sourceforge.net/tracker/index.php?f...827&atid=699624

Everything's working now, thanks everybody!

john33

Mar 23 2006, 06:20

QUOTE(ivalladt @ Mar 23 2006, 12:07 PM)

Everything's working now, thanks everybody!

Glad you got a result.

wegmethaat

Sep 25 2007, 05:15

QUOTE(Mr_Rabid_Teddybear @ Mar 21 2006, 17:01)

Taking a guess I guess he got it from here.

Maybe...
Anyways, just a quick note to let you all know that those pages were gone for a couple of months, but they are back at the exact same location(s):

http://sourceforge.net/projects/mac-port/
http://mac-port.sourceforge.net/

I re-uploaded everything, all the last versions, and re-created a website. I tried to reach any of the previous developers and maintainers, but without success. If you have any questions or comments, feel free to get back to me via [ wegmethaat@yahoo.com ]. I've been using (GNU/)Linux for over 10 years and know how to apply patches, code C/C++, and so on, so if you have any code you want added or changed, do not be fearful and let me know about it. ;-)