mad-dev May 2003

mad-dev@lists.mars.org

7 participants
8 discussions

ID3 RVA2 support
by Bruce Fitzsimons 26 May '03

26 May '03

Hello I see some messages in the archive about adding support for ID3 RVA2 to madplay, but releases seem to have stopped. This tag is used to scale the played volume so a collection of mp3s can be normalised. (see the normalize application for more information) I'm interested in adding support for this to madplay or mpg321, but I'd hate to duplicate work thats already been done. madplay seems to be a hidden gem -- feature equivalent to mpg123 and mpg321, but with id3 support. Does anyone have any idea if madplay will be updated, or if I should work on mpg321 instead? Thanks, Bruce -- Bruce Fitzsimons <bruce(a)fitzsimons.org>

3 2

MAD ported to Texas Instuments DSP
by Tomasz Borukalo 26 May '03

26 May '03

Hello, some time ago somebody has asked if MAD was ported to Texas Instruments digital signal processors. I have not found any information on it, so I decided to do it by myself. I compiled and ran MAD on C6211 DSP - the slowest fixed-point chip in the C6000 family. MAD works very well, consumes 37% of CPU power in FPM_DEAFULT mode and 33% in FPM_DEFAULT/OPT_SPEED mode. I also tested MAD on C6711 DSP (the slowest floating point chip, pin-compatible with C6211), and again - MAD works well. For those who are familiar with TI's development tools: I ran MAD on 6211 and 6711 DSKs. Program uses DSP/BIOS for threads managment (SWI threads) and communication with audio codec and host. Decoded samples can be played on on-board AD535 codec, send back to PC using HST module or played through PCM3003 audio add-on card connected to 6711 DSK. If somebody is interested in obtaining project files for Code Comoser Studio (IDE enviroment by TI - something like Visual Studio), let me know. Now I plan to prepare TI-specific version of functions from fixed.h and then I will try to make MAD Algorithm Standard compatible. (Algorithm Standard is TI's standard for algorithms common API, memory managment, portability, etc - for information of those who are not TI programmers). Regards, Tomasz Borukalo borukalo(a)chip.pl

1 0

RE: Re: [mad-dev] ARM cross compile problem
by Steve Lee 26 May '03

26 May '03

Hello, Rob. Thank you for your kind explanation. I tried as you suggested, but the result was disappointing. Please, refer to the following console message and give me direction. ./configure --enable-speed --disable-debugging --enable-fpm=arm --enable-aso --host=arm CC=/opt/uClinux/bin/arm-elf-gcc RANLIB=/opt/uClinux/bin/arm-elf-ranlib LD=/opt/uClinux/bin/arm-elf-ld configure: warning: CC=/opt/uClinux/bin/arm-elf-gcc: invalid host type configure: warning: RANLIB=/opt/uClinux/bin/arm-elf-ranlib: invalid host type configure: error: can only configure for one host and one target at a time Steve Lee. (yslee(a)synertek.co.kr) -----Original Message----- From: mad-dev-admin(a)lists.mars.org [mailto:mad-dev- admin(a)lists.mars.org]On Behalf Of mad-dev-request(a)lists.mars.org Sent: Saturday, May 24, 2003 10:26 PM To: mad-dev(a)lists.mars.org Subject: mad-dev digest, Vol 1 #258 - 1 msg Send mad-dev mailing list submissions to mad-dev(a)lists.mars.org To subscribe or unsubscribe via the World Wide Web, visit http://www.mars.org/bin/mailman/listinfo/mad-dev or, via email, send a message with subject or body 'help' to mad-dev-request(a)lists.mars.org You can reach the person managing the list at mad-dev-admin(a)lists.mars.org When replying, please edit your Subject line so it is more specific than "Re: Contents of mad-dev digest..." Today's Topics: 1. Re: ARM cross compile problem (Rob Leslie) --__--__-- Message: 1 Date: Fri, 23 May 2003 11:02:03 -0700 Subject: Re: [mad-dev] ARM cross compile problem From: Rob Leslie <rob(a)mars.org> To: mad-dev(a)lists.mars.org On Friday, May 23, 2003, at 04:13 AM, @L?k<. wrote: > I am trying to run MAD on ARM7TDMI based machine. I use uClinux. > > When I execute ./configure as recommended in this mailing list, I > faced a followinf error message: > > [yslee@romeo mad-old]$ rm config.cache > [yslee@romeo mad-old]$ CC=/opt/uClinux/bin/arm-elf-gcc > RANLIB=/opt/uClinux/bin/arm-elf-ranlib LD=/opt/uClinux/bin/arm-elf-ld > ./configure --enable-speed --disable-debugging --enable-fpm=arm > --enable-aso --target=arm > [...] > checking for gcc... /opt/uClinux/bin/arm-elf-gcc > checking whether the C compiler (/opt/uClinux/bin/arm-elf-gcc ) > works... no > configure: error: installation or configuration problem: C compiler > cannot create executables. > > How can I solve this problem? Try invoking 'configure' like this: ./configure --enable-speed --disable-debugging --enable-fpm=arm \ --enable-aso --host=arm \ CC=/opt/uClinux/bin/arm-elf-gcc \ RANLIB=/opt/uClinux/bin/arm-elf-ranlib \ LD=/opt/uClinux/bin/arm-elf-ld The reason: 1. --target is for building cross-compilers only. Use --host to specify the system that will run the code you are compiling now. 2. The autoconf suite prefers that you pass environment variables on the command line rather than through the environment, to overcome certain problems propagating the values. -- Rob Leslie rob(a)mars.org End of mad-dev Digest --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.478 / Virus Database: 275 - Release Date: 2003-05-06

2 1

ARM cross compile problem
by 이용석 23 May '03

23 May '03

Hi, all It's first time for me to post a message here. Expecting helpful advice... I am trying to run MAD on ARM7TDMI based machine. I use uClinux. When I execute ./configure as recommended in this mailing list, I faced a followinf error message: [yslee@romeo mad-old]$ rm config.cache [yslee@romeo mad-old]$ CC=/opt/uClinux/bin/arm-elf-gcc RANLIB=/opt/uClinux/bin/arm-elf-ranlib LD=/opt/uClinux/bin/arm-elf-ld ./configure --enable-speed --disable-debugging --enable-fpm=arm --enable-aso --target=arm creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-linux-gnu checking for gcc... /opt/uClinux/bin/arm-elf-gcc checking whether the C compiler (/opt/uClinux/bin/arm-elf-gcc ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. How can I solve this problem? I'm attaching "config.status" and "config.log" files. Thank you. Steve. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.478 / Virus Database: 275 - Release Date: 2003-05-06

2 1

ARM cross comiling problem
by Steve Lee 23 May '03

23 May '03

Hi, all Sorry for sending same message. I'm afraid the my prior messages would not be read: that was MIME encoded. Please pardon me for annoying you. This is the first time for me to send a message to a mailing list. I am trying to run MAD on ARM7TDMI based machine. I use uClinux. When I execute ./configure as recommended in this mailing list, I faced a followinf error message: [yslee@romeo mad-old]$ rm config.cache [yslee@romeo mad-old]$ CC=/opt/uClinux/bin/arm-elf-gcc RANLIB=/opt/uClinux/bin/arm-elf-ranlib LD=/opt/uClinux/bin/arm-elf-ld ./configure --enable-speed --disable-debugging --enable-fpm=arm --enable-aso --target=arm creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-linux-gnu checking for gcc... /opt/uClinux/bin/arm-elf-gcc checking whether the C compiler (/opt/uClinux/bin/arm-elf-gcc ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. How can I solve this problem? I'm attaching "config.status" and "config.log" files. Thanks in advance. Sincerely, Steve Lee ( yslee(a)synertek.co.kr) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.478 / Virus Database: 275 - Release Date: 2003-05-06

1 0

ARM cross compile problem
by Steve Lee 23 May '03

23 May '03

Hi, all Sorry for sending same message. I'm afraid the my prior message would not be read: that was encoded. Please pardon me for annoying you. I am trying to run MAD on ARM7TDMI based machine. I use uClinux. When I execute ./configure as recommended in this mailing list, I faced a followinf error message: [yslee@romeo mad-old]$ rm config.cache [yslee@romeo mad-old]$ CC=/opt/uClinux/bin/arm-elf-gcc RANLIB=/opt/uClinux/bin/arm-elf-ranlib LD=/opt/uClinux/bin/arm-elf-ld ./configure --enable-speed --disable-debugging --enable-fpm=arm --enable-aso --target=arm creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... i686-pc-linux-gnu checking for gcc... /opt/uClinux/bin/arm-elf-gcc checking whether the C compiler (/opt/uClinux/bin/arm-elf-gcc ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. How can I solve this problem? I'm attaching "config.status" and "config.log" files. Thanks in advance. Steve Lee ( yslee(a)synertek.co.kr) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.478 / Virus Database: 275 - Release Date: 2003-05-06

1 0

nios & libmad
by adrian.carpenter＠btinternet.com 15 May '03

15 May '03

Hi, Anybody out there had any success getting a working libmad library on the nios processor (Altera softcore). I had to edit the make file to get the library to build (built the makefile for pc, then modified it as necessary to build under nios). I took the low level example from the web and modified it so that it works from a mp3 which I "#included" into the file, but when it decodes I get an awful lot of "recoverable errors" with along the lines of synchronisation & huffman table errors (Sorry I can't be more specific but I'm not at the machine with the development board on it). The same program (exactly the same) compiled for the pc seems to decode without problem, so theres obviously an issue somewhere with the library that I've built, but I can't quite figure out what. Thanks. Adrian

1 0

Problem getting basic decoding to work with high-level API.
by Adam Luter 06 May '03

06 May '03

I'm having trouble creating the equivalent of minimad.c, except without loading the whole file into memory. In fact, now that I have added in the error callback I seem to be having trouble doing anything at all. Without the callback the pcm outputed has errors at the end of each BUF_SIZE chunck read in from the file. With the callback function (taken almost literally from minimad.c) the program ends on a sync. error (101) within the first frame. I've been double checking and trying slightly different versions of the same thing -- but I can't make any progress. I've attached the program, any pointers? Thanks verily, Adam Luter

2 2

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 May 2003