mad-dev

mad-dev@lists.mars.org

682 discussions

What problems can I expect when porting MAD to a 32 bits MIPS VR4111
by Jeroen T 02 Mar '02

02 Mar '02

Hi. I am developing software to play MP3 files from a MIPS VR4111. I connected a IDE harddrive to it to store MP3 files. The software for the harddrive is almost finished and it supports FAT32 (root directory only). Now I still got some problems with porting MAD to the MIPS. It's compiling, and it seems to decode, but the outputdata is not what I expected. I decode a 1 second 440 HZ sinus, and when I decode it on a PC the outout data is OK. On the MIPS the outputdata looks like multiple sinusses with multiple frequencies added to each other. I looked for problems in the multiply functions and probable little/big endian issues. I don't know what to look further to. What can be the problem? When I have MAD running on the MIPS, I will have a stand alone MP3 jukebox with large harddrive! Hope someone can give some further tips. Jeroen _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Delphi & MAD ?
by Nicola Programmer 02 Mar '02

02 Mar '02

Anybody know how make MAD work from Delphi on Windows platform ? Maybe someone have sources or components wich can use MAD library in Delphi. Thanks. __________________________________________________ Do You Yahoo!? Yahoo! Sports - sign up for Fantasy Baseball http://sports.yahoo.com

1 0

tics
by Mathieu Dube 02 Mar '02

02 Mar '02

Hi, Im decoding mp3s with a program I wrote using libmad. With most mp3s it works fine but with some it does some tics that it doesnt do if I play the mp3 in xmms. Maybe thats a coincidence but all the mp3s that have tics have a 128kbps bitrate. Did anybody have that type of problems?? Would it be in the reading/decoding or the writing that the problem would be? Thanks -Mat -- Mathieu Dube -- mdube(a)8d.com 8D Technologies Inc. http://www.8d.com

2 3

Re: [mad-user] Porting MAD to MIPSIII
by davidlee 02 Mar '02

02 Mar '02

Thank you suggestion , It's my First time deal with MP3 and MAD. I could feel grateful for any help. ----- Original Message ----- From: "Rob Leslie" <rob(a)mars.org> To: <mad-user(a)lists.mars.org> Sent: Wednesday, February 27, 2002 6:23 AM Subject: Re: [mad-user] Porting MAD to MIPSIII > Please note: developer-oriented messages (porting, compiling, > optimizing, etc.) are more appropriate to post to mad-dev, not this > list. The mad-user list is intended for user-oriented discussions of > capabilities, features, usage, and relevant audio topics of general > interest. > > I have set the Reply-To: of this message accordingly. Note that you will > not be able to reply to this message unless you are also subscribed to > mad-dev. (You may wish to review your subscriptions as appropriate.) > > On Thursday, February 28, 2002, at 07:05 PM, davidlee wrote: > > I have a develope board with MipsIII running at 55.8MHz. I wonder > > if I can port MAD on it. Or if there is anyon had done it can give me > > some sugguestion. > > I have ported MAD to a couple of MIPS platforms. It really helps if your > CPU has a 32-bit multiply/accumulate instruction, otherwise you will not > be able to get the desired performance or audio quality. 56MHz may be on > the slow side to get real-time performance from MAD, but much depends on > the availability of mul/add and the quality of code generated by your > compiler. > > -- > Rob Leslie > rob(a)mars.org

1 0

Need some help on usage of the 'low level' interface to libmad
by Lionel Ulmer 28 Feb '02

28 Feb '02

Hi all, For fun, I was using MAD to 'MP3ize' ScummVM (I will let people unaware of what it is to research it on Google :-) ) to reduce the size used by the sound effect data files. For that, I am using the code attached to this mail (extracted from the ScummVM code for ease of debug). If you want to test this on a Linux box, just compile it and do NOT forget to redirect STDERR to a file (as it will output the 'raw' samples there). When playing the MP3 you can find here : http://www.bbrox.org/debug_002.mp3 with MadPlay, it works perfectly. Whereas with my small tool, it almost works but there are a lot of garbade noises added (some sort of clicks, but at a low frequency). I have already used MAD in my movie player, and (as far as I know), I did exactly the same sort of processing there (and in my movie player it works). So what did I do wrong :-) ? I need another pair (pairs ?) of eyes because it's now been one day that I look at this and I still cannot find what I did wrong. Lionel (dreading to find THE obvious bug 2 seconds after pressing the 's'(end) key :-) ) -- Lionel Ulmer - http://www.bbrox.org/

1 2

Cross compiling libmad for ARM
by Gareth 28 Feb '02

28 Feb '02

Hi, I am wanting to compile libmad for ARM. I have installed : arm-linux-binutils-2.11-1 arm-linux-gcc-2.95-1 arm-linux-glibc-2.1.3-1 To cross compile i do : export CC=/usr/local/arm/gnu/release/bin/arm-linux-gcc export RANLIB=/usr/local/arm/gnu/release/bin/arm-linux-ranlib export LD=/usr/local/arm/gnu/release/bin/arm-linux-ld export NM=/usr/local/arm/gnu/release/bin/arm-linux-nm ./configure --host=arm-linux --enable-speed --enable-fpm=arm The configure script completes fine but in the messages it prints i see the lines : checking weather the C compiler (gcc ) is a cross-compiler ... no . . cheching for ld used by GCC... (cached) /usr/bin/ld so it is not using the cross compiler that i installed. I read in another mail that i may have to configure manually. Is this the case or is there somthing i am missing out? Thanks in advance.

4 4

Re: Problems compiling . soft-float
by Jay Carlson 26 Feb '02

26 Feb '02

On Tuesday, February 26, 2002, at 12:10 AM, Daniel Jacobowitz wrote: > On Tue, Feb 26, 2002 at 06:02:37AM +0100, Ralf Baechle wrote: >> On Mon, Feb 25, 2002 at 11:47:44PM -0500, Jay Carlson wrote: >> >>> Ralf is right that the kernel emulator is the supported route. But if >>> you're willing to go to the trouble of building everything from >>> scratch, >>> this does work. >> >> It's really a major pain. Softfp isn't defined in the ABI which >> assumes >> an FPU is available. As the result there is no provision for mixing >> softfp and fp-less code. >> >> Something for the binutils to-do list - ld should make mixing hard-fp >> and soft-fp binaries impossible. > > Or we could see if it is possible to define the ABIs in such a way that > they can call each other... I don't immediately see a problem. The > only code that will clobber FP registers is FP code. Oh, they can intercall without any error until you call sin(1.0), at which point one side's calling convention places 1.0 in integer registers and the other places it in fp registers. Lots of fun to debug this one, especially once you have a kernel emulator that won't SIGILL for the hardfp ops :-) Seriously, this was a common screwup in the Agenda world until the snow specs file. Jay

1 0

Re: Problems compiling . soft-float
by Jay Carlson 26 Feb '02

26 Feb '02

On Monday, February 25, 2002, at 07:25 AM, Ralf Baechle wrote: > On Mon, Feb 25, 2002 at 08:19:36AM +0100, Carlo Agostini wrote: [link fails due to missing "dpmul", "dpadd", etc.] > >> Then, I tried to pass explicitly -msoft-float to gcc as an argument >> ..... > > Not supported. Use the kernel fp emulation. This works fine if you undo the mistake in gcc/config/mips/t-linux, or in elf.h, your choice. The default on MIPS is for gcc to use the GOFAST style of soft-float calls. gcc/config/mips/elf.h sets this up via #include "gofast.h". Now, t-linux *does* include the right goo to get all the software floating point emulation code compiled into libgcc.a. But it's defaulting not to the GNU style but to the GOFAST style calls: echo '#undef US_SOFTWARE_GOFAST' >> dp-bit.c So everything works if we just make the two consistent. The old(er) Agenda toolchain takes the position that "every other gcc MIPS target uses GOFAST, so should we"; you can just change that #undef to #define. But I (now) think the better path is to stick to the GNU-style softfloat calls, Unless you want to modify elf.h, the best you can do is undo the #include "gofast.h" damage in linux.h. Near the end: +/* undo the effects of elf.h including gofast.h */ +#undef US_SOFTWARE_GOFAST +#undef INIT_GOFAST_OPTABS +#define INIT_GOFAST_OPTABS + +#undef GOFAST_CLEAR_NEG_FLOAT_OPTAB +#undef GOFAST_RENAME_LIBCALLS This of course requires knowledge of what exactly gofast.h did, so it's not optimal either. Ralf is right that the kernel emulator is the supported route. But if you're willing to go to the trouble of building everything from scratch, this does work. Jay

1 0

alternative idct implementation question
by Yuxuan Mao 24 Feb '02

24 Feb '02

Hi, I'm doing a school project on mp3 decoders. Other teams in my class is proposing to do an 8-bit cosine lookup table implementation of the idct. Does anyone know if this will work? Yuxuan

1 0

Re: Welcome to the "mad-dev" mailing list (Digest mode)
by Yuxuan Mao 22 Feb '02

22 Feb '02

Hi, We are doing a mp3 decoder school project (building a decoder on a Motorola microcontroller and an altera fpga). We're using MAD because it's an all integer implementation. But we're only interested in mpeg1 layer 3 decoding. We're kinda lost as to which files from the distribution we need just for this. We want to get rid of anything that's not mpeg1 layer 3...

2 1

← Newer
1
...
47
48
49
50
51
52
53
...
69
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

mad-dev