View Full Version : Multithreaded Nero AAC, is it exists?
Romario
8th December 2006, 00:33
To all Nero AAC developers: Is multithreaded Nero AAC codec exists?
If answer is no, when we to expect quadcore optimized version.
check
8th December 2006, 09:20
That who we call KRP, By any other name would smell as sweet.
Romario
8th December 2006, 16:44
Once again, can you (and others) stop to compare me with someone that stupid as KRP was!!!
Thanks.
buzzqw
8th December 2006, 16:59
A man is considered not for who he is but for what he thinks and he acts
BHH
ChronoCross
8th December 2006, 20:18
Once again, can you (and others) stop to compare me with someone that stupid as KRP was!!!
Thanks.
If the shoe fits.......
Adub
9th December 2006, 00:24
back on topic,
is there a multithreaded version of any aac encoder? let alone NAAC?
shon3i
9th December 2006, 11:46
Maybe throughout Nero Recode
Kurtnoise
9th December 2006, 15:22
Maybe throughout Nero Recode
Only for the video encoder afaik...
Edit: with a tool like fb2k, we can specify the threads nb for encoding processes.
Adub
10th December 2006, 03:58
there is something, but I was hoping Megui could use a multithreaded version or something. Looks like I will just have to wait. one will come out eventually.
imcold
10th December 2006, 11:19
do you really need that?
on my cpu: amd sempron 2800+ (@1800 MHz) with q=0.3 on 2ch audio file nero runs about 11x realtime. That's 5 minutes of encoding for 1 hour audio.
shon3i
10th December 2006, 12:12
do you really need that?
on my cpu: amd sempron 2800+ (@1800 MHz) with q=0.3 on 2ch audio file nero runs about 11x realtime. That's 5 minutes of encoding for 1 hour audio.
Yes on your cpu who support SSE2, but what on my cpu which not support SSE2 (AMD Barton 2500+) ,multithreaded aslo wont help me, but facts that nero cli encoder is to slow. In nero wave editor is much faster, but loading ac3 into nero wave editor is overkill.
So i use CT AAC which have both quality and speed is much faster than nero.
imcold
10th December 2006, 14:28
I was reffering to multithreading of encoder, since that's what this thread is about...
Anyways, I had second pc not so long ago, the second with Athlon XP 1800+ oc'd at 1725 MHz (Toroughbread core) and was comparing speed of some SSE vs. SSE2 optimized programs too - max. gain was ~25%. So, sse2 wasn't such a big win (for amd cpus).
I don't think it's slow at all, especially for the high quality it's delivering (I found it most pleasing to my ears at ultra low bitrates). And saving 2 minutes out of 5 when encoding 1h audio doesn't excite me much. It doesn't block my pc in any way, I can work on it as usual. Another case would be, if you'd be batch encoding many long audio files in a row (let's say total of 10 hours of audio), then the speedup will be noticeable... but the encoding time would be still insignificant comparing to video encoding. Demanding something one can't use is pointless, also I doubt there are many 4-core users around here :p
However, it's on the nero guys anyways.
Adub
13th December 2006, 03:50
I understand your argument and I agree with you. The only serious reason I am asking is because I have a e6600 cpu and I like to see it sweating. :)
Plus, the faster the better. But the only real issue with encoding audio through megui is that it steals the cpu cycles. Or has that been fixed?
Sharktooth
13th December 2006, 04:21
not yet. but blame the nero devs for updating the neroaacenc stdout too fast by using an enormous number of decimal digits in encoding percentage...
Adub
13th December 2006, 04:37
Ohhhhh yeah that is right. Wasn't dimzon going to work on the number of update samples or something? Or is he still on vacation?
imcold
13th December 2006, 10:23
e6600? at what speed does it run? must be over 20xRT or something :D If you want to see your cpu sweating, encode several files at once. Will do the job well.
Sharktooth
14th December 2006, 03:46
Ohhhhh yeah that is right. Wasn't dimzon going to work on the number of update samples or something? Or is he still on vacation?
i dont even remember about that...
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.