IPB

Welcome Guest ( Log In | Register )

2 Pages V  < 1 2  
Reply to this topicStart new topic
Enhanced AAC plus free source code, Enhanced AAC plus free source code
krmathis
post Jun 5 2006, 12:47
Post #26





Group: Members
Posts: 742
Joined: 27-May 02
From: Oslo, Norway
Member No.: 2133



QUOTE (rootkit @ Jun 5 2006, 13:42) *
Isn't Mac OS 10.4.6 64-bit?

Parts of it might be dual architecture, since the G5 processor is 64-bit. But the G4 processor in my PowerBook is 32-bit. Perhaps you can tell me how to possible reproduce this, so I can give it a try?

@loophole. It complains about the missing malloc.h file. I just copied the malloc.h file from the 10.4u SDK into the libisomediafile folder and it compiled successfully
Go to the top of the page
+Quote Post
loophole
post Jun 5 2006, 12:48
Post #27





Group: Members
Posts: 273
Joined: 18-June 03
Member No.: 7254



http://purrrr.net/tmp/aacplusenc.zip

Nevermind worked it out smile.gif

PPC OS X binary there.
Go to the top of the page
+Quote Post
rootkit
post Jun 5 2006, 13:00
Post #28





Group: Members
Posts: 36
Joined: 30-March 06
Member No.: 28990



QUOTE (krmathis @ Jun 5 2006, 13:47) *
@loophole. It complains about the missing malloc.h file. I just copied the malloc.h file from the 10.4u SDK into the libisomediafile folder and it compiled successfully


Nope, on BSD malloc.h is replaced by stdlib.h IIRC
Go to the top of the page
+Quote Post
krmathis
post Jun 5 2006, 13:08
Post #29





Group: Members
Posts: 742
Joined: 27-May 02
From: Oslo, Norway
Member No.: 2133



QUOTE (rootkit @ Jun 5 2006, 14:00) *
Nope, on BSD malloc.h is replaced by stdlib.h IIRC
Well, I had the same compile error as 'loophole' the first time. But after copying the malloc.h file it compiled successfully. rolleyes.gif

Edit: I have compressed a couple of tracks to 32 and 48kbps. The sound quality is really impressive for the bitrate.
rootkit, the problem sample sound fine to me. So I guess it don affect Mac OS X on 32-bit either...

This post has been edited by krmathis: Jun 5 2006, 13:24
Go to the top of the page
+Quote Post
loophole
post Jun 5 2006, 14:02
Post #30





Group: Members
Posts: 273
Joined: 18-June 03
Member No.: 7254



I just changed #include <malloc.h> to #include <malloc/malloc.h> in MP4OSMacros.h
Go to the top of the page
+Quote Post
rootkit
post Jun 8 2006, 00:50
Post #31





Group: Members
Posts: 36
Joined: 30-March 06
Member No.: 28990



i've edited the program to save raw AAC streams with ADTS header instead of mp4 files.
stay tuned wink.gif
Go to the top of the page
+Quote Post
rootkit
post Jun 9 2006, 02:20
Post #32





Group: Members
Posts: 36
Joined: 30-March 06
Member No.: 28990



Here it is: http://teknoraver.net/software/mp4tools/

It doesn't works under AMD64, but still should under powerpc.
Feedback is welcome!

This post has been edited by rootkit: Jul 17 2008, 20:05
Go to the top of the page
+Quote Post
danchr
post Jul 12 2006, 17:55
Post #33





Group: Members
Posts: 487
Joined: 6-April 03
From: rhus, Denmark
Member No.: 5861



QUOTE (loophole @ Jun 5 2006, 15:02) *
I just changed #include <malloc.h> to #include <malloc/malloc.h> in MP4OSMacros.h

The Right Thing™ to do is to include "stdlib.h". According to the C89 standard, this is where malloc() must be. It's safe to assume that any system and compiler you'll ever come across implements C89. Using "malloc.h" is an unportable Linux-ism.

Another good porability reference is The Single UNIX Specification. When in doubt, assume what it says, and consider anything else odd. (By this definition, yes, Windows is very odd indeed.)
Go to the top of the page
+Quote Post
chandra
post Dec 22 2006, 13:24
Post #34





Group: Members
Posts: 1
Joined: 20-November 06
Member No.: 37811



Hi all,

I see a libisomedia.lib in the decoder module. I extracted the files from system.zip from www.publiclyavailablestandards.com. My problem is how can i port this on ARM processor. i see that it is being compiled for intel platform. for win32 platform there is a file named w32filemappingobject.c , what should be the corresponding file for ARM core. I am using RVDS and win32 can not be used. Some one who knows the solution give me a mail at sateeshchandra@gmail.com.



Thank you,

Sateesh









QUOTE (shreya_pathak @ Feb 21 2005, 23:00) *
QUOTE (Dan Nelson @ Feb 22 2005, 10:25 AM)
QUOTE (shreya_pathak @ Feb 21 2005, 10:40 PM)
I want to what does these libraries consist of ?
Thanks and Regards
Shreya
*


I assume libisomediafile is responsible for creating the mp4 container, and libaudio is for reading the input file, since without either library, I get link errors like:

./src/main.o(.text+0x273): In function `main':
: undefined reference to `AuChannelOpen'
: undefined reference to `AuChannelClose'
: undefined reference to `AuChannelReadShort'
./src/mp4file.o(.text+0x21d): In function `MP4FileAddFrame':
: undefined reference to `MP4GetHandleSize'
./src/mp4file.o(.text+0x3a5): In function `WriteMP4File':
: undefined reference to `MP4WriteMovieToFile'
./src/mp4file.o(.text+0x491): In function `CloseMP4File':
: undefined reference to `MP4DisposeHandle'


, and if I build libisomediafile and link with that, the MP4* functions link okay, and the only errors that are left are the AuChannel* functions.
*



These libraries are precompiled. If I want to port this code on say Arm processor, then I need the source code of these libraries so as to compile it for Arm.Can I get this source code or these libraries can itself be used for porting on Arm ?
Go to the top of the page
+Quote Post
rootkit
post Mar 15 2007, 00:54
Post #35





Group: Members
Posts: 36
Joined: 30-March 06
Member No.: 28990



site moved to: http://teknoraver.net/software/mp4tools/

This post has been edited by rootkit: Jul 17 2008, 20:04
Go to the top of the page
+Quote Post
gettingair
post Aug 6 2007, 22:26
Post #36





Group: Members
Posts: 1
Joined: 6-August 07
Member No.: 45964



QUOTE (loophole @ Jun 5 2006, 04:48) *
http://purrrr.net/tmp/aacplusenc.zip

Nevermind worked it out smile.gif

PPC OS X binary there.

Hello loophole, Any way to get the files? That site is down...
Go to the top of the page
+Quote Post
hyeewang
post Aug 9 2007, 04:44
Post #37





Group: Members
Posts: 99
Joined: 2-August 07
From: Shanghai,China
Member No.: 45817



Hello! I downloaded the aacplus source code from 3gpp & test it. Float code is fine. But the fixed code (after 26411-630.zip) is terrible. Bad nosie spring with normal audio signal all along. Noise--hundreds of horses are running. Surprised , the fixed code before 630 is fine. Also , I found the problem happen in encoder code ,not decoder code. Maybe Coding technology release it before testing. ? The difference between 26411-630 & 26411-620? Anyone is kind to tell it?

This post has been edited by hyeewang: Aug 9 2007, 05:05
Go to the top of the page
+Quote Post
LaserSokrates
post Aug 9 2007, 14:47
Post #38





Group: Members
Posts: 127
Joined: 9-March 06
From: NRW, Germany
Member No.: 28371



QUOTE (hyeewang @ Aug 9 2007, 05:44) *
...the fixed code (after 26411-630.zip) is terrible. Bad nosie spring with normal audio signal all along. Noise--hundreds of horses are running. Surprised , the fixed code before 630 is fine. Also , I found the problem happen in encoder code ,not decoder code. Maybe Coding technology release it before testing. ? The difference between 26411-630 & 26411-620? Anyone is kind to tell it?

IIRC it's the same with MP3 encoders. Shine, also fixed point, produces files with a bad quality too.
Go to the top of the page
+Quote Post
rootkit
post Nov 9 2007, 15:06
Post #39





Group: Members
Posts: 36
Joined: 30-March 06
Member No.: 28990



CT fixed the AMD64 bugs, new url is: http://teknoraver.campuslife.it/software/mp4tools/

Cheers

This post has been edited by rootkit: Nov 14 2007, 03:35
Go to the top of the page
+Quote Post

2 Pages V  < 1 2
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: 18th April 2014 - 10:20