| View previous topic :: View next topic |
| Author |
Message |
NuclearFusi0n
Apprentice
Joined: 20 Jun 2003
Posts: 297
|
 Posted: Thu Jan 15, 2004 8:42 am Post subject: TTA Lossless Audio Codec |
 |
|
Apparently TTA 2.0 smacks around every other lossless codec and eats most of em for lunch...
Home Page: http://tta.iszf.irk.ru/
TTA 2.0 vs. other codecs: http://tta.iszf.irk.ru/comparisons.html
Anybody have any experience with TTA? ebuilds even? =D
_________________
I will keel yoo grub |
|
| Back to top |
|
 |
Anime_Fan
Guru
Joined: 01 Jul 2003
Posts: 366
Location: Linköping, Sweden
|
| Posted: Thu Jan 15, 2004 6:22 pm Post subject: |
|
|
To be honest, half a meg per file isn't that much when we're talking 30 MB files.
And it takes its fair time to encode with it.
I suggest you download a package yourself.
I used ftp://tta.iszf.irk.ru/ttaenc-2.0-src-20040112.zip. Then just unzip it and run make. No ./configure or anything. Just make, and then run ttaenc.
That's a good thing. 61 kB sources after you remove things like the GPL from the files. ANSI C without comments. The code is pretty much unreadable for me (mainly because I skimmed it).
| Code: | ls
entropy.c entropy.h filters.c filters.h Makefile ttaenc.c ttaenc.h
kami@kami tta $ du -h .
61K .
kami@kami tta $ make
gcc -c -Wall -O2 -funroll-loops -fomit-frame-pointer entropy.c
gcc -c -Wall -O2 -funroll-loops -fomit-frame-pointer filters.c
filters.c:51: varning: missing braces around initializer
filters.c:51: varning: (near initialization for `flt_set[0]')
filters.c: I funktion `filters_compress':
filters.c:248: varning: initiering from incompatible pointer type
filters.c:249: varning: initiering from incompatible pointer type
filters.c:250: varning: initiering from incompatible pointer type
filters.c: I funktion `filters_decompress':
filters.c:278: varning: initiering from incompatible pointer type
filters.c:279: varning: initiering from incompatible pointer type
filters.c:280: varning: initiering from incompatible pointer type
gcc -c -Wall -O2 -funroll-loops -fomit-frame-pointer ttaenc.c
ttaenc.c: I funktion `process_files':
ttaenc.c:808: varning: int format, long int arg (arg 3)
ttaenc.c:808: varning: int format, long int arg (arg 4)
ttaenc.c:813: varning: int format, long int arg (arg 4)
ttaenc.c: I funktion `main':
ttaenc.c:823: varning: `farg' might be used uninitialized in this function
ttaenc.c:823: varning: `parg' might be used uninitialized in this function
ttaenc.c:823: varning: `act' might be used uninitialized in this function
gcc entropy.o filters.o ttaenc.o -o ttaenc -Wall -O2 -funroll-loops -fomit-frame-pointer -lm |
This post was answered in accordance with "the adopt an unanswered post initiative today" |
|
| Back to top |
|
|
The Mountain Man
l33t
Joined: 03 Sep 2003
Posts: 643
|
| Posted: Thu Jan 15, 2004 7:26 pm Post subject: |
|
|
Don't really see how it "smacks around every other lossless codec and eats most of em for lunch" seeing as it is mostly on par with the other lossless codecs in the test.
Still, I love the idea of lossless compression and it's good to see some competing formats are starting to take shape. FLAC has already been integrated into at least one portable device (the iRiver, I believe), and I'm hoping the increased competition will allow advances in compression technology so that some day, losslessly compressed files will rival the size of today's MP3 and Ogg.
_________________
I suck at signatures. |
|
| Back to top |
|
|
ShockValue
Tux's lil' helper
Joined: 26 Mar 2003
Posts: 137
|
| Posted: Fri Jan 16, 2004 12:58 am Post subject: |
|
|
But does anything support the playback of these files?
<gripe>
Flac is supposedly a "well recognised" format in linux, yet maybe 1 in 10 players / taggers /etc actually read the format.
(Points eyes at JuK coders...)
</gripe> |
|
| Back to top |
|
|
NuclearFusi0n
Apprentice
Joined: 20 Jun 2003
Posts: 297
|
| Posted: Wed Jan 21, 2004 7:47 am Post subject: |
|
|
| ShockValue wrote: | But does anything support the playback of these files?
<gripe>
Flac is supposedly a "well recognised" format in linux, yet maybe 1 in 10 players / taggers /etc actually read the format.
(Points eyes at JuK coders...)
</gripe> |
IIRC JuK uses the gstreamer framework which supports FLAC excellently
_________________
I will keel yoo grub |
|
| Back to top |
|
|
minimizebeefgoo
Tux's lil' helper
Joined: 24 Jul 2003
Posts: 149
Location: MI, USA
|
| Posted: Wed Jan 21, 2004 2:45 pm Post subject: |
|
|
| And FLAC is still much better-supported, than say, Monkey's Audio, which I can't get to compile and the binary release of which I've seen refuses to decode anything. 1 is 10 is better than 1 in 30. |
|
| Back to top |
|
|
Proton
Apprentice
Joined: 16 Mar 2003
Posts: 195
Location: Estoril, Portugal
|
| Posted: Wed Jan 21, 2004 3:36 pm Post subject: |
|
|
AFAIK, the Monkey's Audio developer has almost given up on Monkey's Audio, as his daily work on Jriver's Media Center (an excellent jukebox for Windows, I hope there was something like it for Linux) takes up too much time...
It's a pity, really, as it's a damn good format. The reason why there aren't many plugins is because of the license MA was released under. It's not GPL-compatible, as you have to ask permission to the author to do anything bla bla bla. So, there can't be any plugins for GPL'ed programs/libraries, only LGPL'ed ones. That's why there are plugins for GStreamer and not for XMMS.
Anyway, with that kind of license, the only hope for development is from the author itself, and I don't think that's going to happen so soon. Maybe it's time to start looking for alternatives... FLAC looks nice, but it's not as effective as MA. Maybe it'll get better. This TTA one doesn't exactly seem supported, so it doesn't seem like a good choice.
_________________
Sérgio @ Portugal
IST - LEIC |
|
| Back to top |
|
|
ShockValue
Tux's lil' helper
Joined: 26 Mar 2003
Posts: 137
|
| Posted: Wed Jan 21, 2004 5:38 pm Post subject: |
|
|
Flac is now supported (mostly, I'm still working out a few kinks) in JuK with KDE release 3.2rc1.
I'm a happy man. |
|
| Back to top |
|
|
|
Multimedia
