Read Post #21
http://www.hydrogenaudio.org/forums/index....st&p=510658

Thanks for the report.
Can you say which -q settings you used for both versions? That makes it easier for us to check

Anyone interested in a patch for the SSE version to get rid of that stupid Intel CPU check? I can post one, that is, if it isn't against the rules.

@menno: both ND versions were used with -0.45.
I've noticed something strange with my bitrate table. Average bitrate isn't linear and there's a break between 0.44 and 0.45 setting.

In summary:


The bitrate table was built with my usual gallery of 150 full classical music tracks. The values in this table are the average bitrate for each setting. The detailed table (see link below) is showing that 0.44 is from time to time bigger than 0.45 and 0.43. There's nothing worrying by itself. But when I compared 0.44 and 0.45 encodings with the problem sample I've submitted, I was astonished by the quality difference! 0.44 is much better than 0.45 and has clearly less ringing. There must be a bug somewhere...
The ringing is not only audible but is also visible on any frequency graph (pointless without ABX of course) and 0.45 (and 0.46) looks considerably more agressive than 0.44.

In any cases the old nero digital version (1.0.7.0) at 0.45 outperforms the new one even with the most favorable (0.44 instead of 0.45) mode.


link: http://www.megaupload.com/?d=15LZ8LV9

Guruboolez,
Yes we found something with the sample you send. Probably not many people would hear this problem, but we will solve it.
About the bitrates: The switch from 1 parameter table to the next can cause a glitch in the bitrate. However, with the old version you probably would have noticed that the steps in bitrate between the tables were much bigger. So I guess it can happen that bitrate even decreases, because we brought these switches much closer together. I guess it depends again on exactly what file you are encoding, as your table also proves

Hello,
1) windows: Has anyone tryed to use this with audacity as external encoder?
When using this commandline:

where "%f" is tag for the filename it says:

I don't know which software to blame, because audacity normally works with lame as a commandline encoder. Here is example commandline:

with lame, nothing is sent to stdout and file is encoded perfectly.

2) under linux: is it somehow possible to use this encoder to prepare a stream for live streaming to shoutcast/icecast server?

Would really appreciate a OS X release too, thanks.

In the mean time I'm having some trouble encoding with CDex 1.70b, I choose the Psytel AAC encoder in the settings and look up the NeroAAC exe.

But I end up with unplayable 108kb large files whatever encoding I choose, anyone one what the problem is?

I have the exact same problem on Linux with Audacity. I'm not familiar enough with encoding from STDIN to know for sure but I expect Audacity sends RAW PCM data while lame is fine with that, neroAacEnc requires WAV headers.

Thank you for this update. Unlike previous release, it works under Win98. Great!

For anyone as late to the party as I am, the linked download page seems to have disappeared. I've always had trouble navigating through Nero's site trying to locate their Digital Audio+ info, and this still remains the case. However I did find a working FileForum BetaNews location (for the moment at least):

http://fileforum.betanews.com/detail/Nero_...io/1150910171/1

Hmm, indeed. Seems to have disappeared with the website update. I will complain on monday

Seems like it's still missing from the website.
Any direct link that we can access to get the codec, menno?

I'm beginning to think Nero's upper brackets don't like the idea of giving away their greatest audio encoder practically for free, but that's just me being skeptical. =)

They posted both SSE2 and SSE versions in the last update. I was looking forward to trying the SSE version on my Pentium III, but it failed the CPU check! The SSE2 version, which I didn't expect to work, got as far as showing the masthead, then executed an illegal instruction and crashed.

I wrote to Nero support and asked them to pass my results and cpuID output along to the developers, which they said they'd do. But then a week later the download is gone. I hope it wasn't my fault...

Anyway, offline, I'd be interested in testing your patch if it's against the regular SSE (not SSE2) version from the most recent release.

We are working on putting the download back, it seems not so easy since the website update and it has to be translated in multiple languages, but it will be back don't worry.

Regarding any SSE and SSE2 versions, these will completely disappear in the next updates. All optimizations have been completely merged in our internal builds and making a special compile didn't give any speed gain anymore.

I've the same problem too, but these wav files were decoded from wv under WinXP x64 and wvunpack. Most tools do work with these wav files but every files decoded by wvunpack can't be encoded using NeroAAC. Any ideas or solutions on this?

thank you!

FYI here is a list of fixes in the current Nero 8 release (8.3.2.1)

Ndaudio version 1.1.34.13

* Greatly improved 5.1 encoding quality
* CBR now produces actual requested bitrate
* Improved 2nd pass encoding bitrate control
* Fixed MP4 file issue with 2nd generation iPod Shuffle


This encoder is used in:

* Nero Burning ROM (Encode Files, Save Tracks)
* Nero WaveEditor (save)
* Nero SoundTrax (save)
* Nero Recode (only with movie)
* Nero StartSmart (Audio Ripping)
* Nero MediaHome (if your receiving device supports AAC)

Any idea when the improvements will make it into the CLI? Or is there already an updated version floating around somewhere?

We will probably do an update sometime next month.

Only now I found that Nero encoder is multithreaded. Transcoded 2 hs length single files.
Great.