Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Nero Releases FREE Reference Quality MPEG-4 Audio Encoder (Read 473182 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #275
I want to reply to some particularly stupid FUD on the doom9.org forum someone pointed me to:

http://forum.doom9.org/showpost.php?p=825151&postcount=164

The values I gave are AVERAGES. They're generated from running the encoder over a hopefully representative sample of my own music collection. The exact average you get will be only dependant on the complexity of your music, though if you encode enough, statistics tells us you should end up with something similar to my numbers. There is absolutely no guarantee that any given, isolated single piece you encode will end up with a bitrate that corresponds to that table.

In -q mode, the encoder solely and only looks at the output of the psymodel to determine how much bits to spend, and does not do any "averaging" whatsoever at all. There are no compromises, it's exactly what we say it is: pure, quality based VBR.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #276
Any frontend for the new encoder?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #277
Nero Burning Rom

or foobar2000
I'm the one in the picture, sitting on a giant cabbage in Mexico, circa 1978.
Reseñas de Rock en Español: www.estadogeneral.com

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #278
Hi,

I want to reply to some particularly stupid FUD on the doom9.org forum someone pointed me to:

http://forum.doom9.org/showpost.php?p=825151&postcount=164

The values I gave are AVERAGES. They're generated from running the encoder over a hopefully representative sample of my own music collection. The exact average you get will be only dependant on the complexity of your music, though if you encode enough, statistics tells us you should end up with something similar to my numbers. There is absolutely no guarantee that any given, isolated single piece you encode will end up with a bitrate that corresponds to that table.

In -q mode, the encoder solely and only looks at the output of the psymodel to determine how much bits to spend, and does not do any "averaging" whatsoever at all. There are no compromises, it's exactly what we say it is: pure, quality based VBR.

I think it could be great to add your comments with this thread. To avoid some extras questions.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #279
If you can't download the zipfile from the nero-server with ip 82.98.209.139 it's because the ip is in the InSoft range of some kind of IP-filter. Turn it off.
I promise you I will listen to what has been said here, even though I wasn't here.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #280
hi..........
i m not able to download this Nero Digital Audio Reference Quality MPEG-4 & 3GPP Audio Codec.
it is free for download.
can any one download it for me and send it to me.
my email address is        ruchi.sharma@patni.com
i m new for audio.

thanks n regards
ruchi


If you can't download the zipfile from the nero-server with ip 82.98.209.139 it's because the ip is in the InSoft range of some kind of IP-filter. Turn it off.

how??? can u tell me??

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #281
Quote
It also illustrate why short samples shouldn't be used for listening evaluation of "2-pass mode".


Well but you make exactly that when you compare CBR codec vs VBR codec with your short sample for subjective test ... ;-)

emphasis in quotation is mine.
My comment only apply for 2pass encoding mode. With ABR/CBR/VBR using short samples isn't a problem simply because the encoding performance is not dependant to what comes first and what comes next to the tested data.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #282
[code]-artwork     : Adds cover artwork from JPG, PNG or GIF files. If multiple
  <image>    : images are being added to a single album, the assumed sequence
           : is FRONT COVER, INSIDE 1, INSIDE 2, ... BACK COVER

never understud why someone would like to embeb a gfx inside a music file, why don't you just leave it at the music root folder?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #283
Digital Audio Players (like iPod for MP4 files) are working like that.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #284

[code]-artwork     : Adds cover artwork from JPG, PNG or GIF files. If multiple
  <image>    : images are being added to a single album, the assumed sequence
           : is FRONT COVER, INSIDE 1, INSIDE 2, ... BACK COVER

never understud why someone would like to embeb a gfx inside a music file, why don't you just leave it at the music root folder?



Some devices like iPods allow the display of album artwork on the screen, and this the image must be imbedded in the file.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #285
Although I agree that access to advanced options could lead to garbled encodings by some who think that they know how to use them, there is that 1% of users (probably 0,1%) that could actually help with the improvement of the encoder, by finding settings for example which could provide better quality with certain files.

Weeeh for tyranny of the minority and forcing developer-settings on the mainstream.

There is a much more easy solution to this: Developer-builds for, well, developers(testers).
I am arrogant and I can afford it because I deliver.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #286
Digital Audio Players (like iPod for MP4 files) are working like that.

i understand ... so this way you can listen at the song, while looking at the screen at a still image of the album art ... cool! 

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #287
Sigh... wishful, wicked and ungrateful, isn't it?


I think the channels thing should really be handled by something else, and the same for the invert thing.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #288
Some devices like iPods allow the display of album artwork on the screen, and this the image must be imbedded in the file.


Actually, I'm pretty sure that all the tags are stripped before an aac file is put on an ipod. The metadata and images are stored seperatly. So any player that supports an ipod and folder.jpg should be able to apply this style when transfering songs.


Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #290
Hi, I have the same problem  :
Quote
i'm getting this error with any wav file i try to encode using the non ss2 version (neroaacenc -q 0.5 -if 001.wav -of 001.mp4):
ERROR: could not open WAV file

I have WinMe. Is any way to launch it on this system?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #291
No,

This AAC encoder does not run on Win9x systems (Windows 95, Windows 98, Windows ME) as they do not have full Unicode support, which is what this encoder requires.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #292
No,

This AAC encoder does not run on Win9x systems (Windows 95, Windows 98, Windows ME) as they do not have full Unicode support, which is what this encoder requires.

How about adding support for Unicows?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #293

Some devices like iPods allow the display of album artwork on the screen, and this the image must be imbedded in the file.


Actually, I'm pretty sure that all the tags are stripped before an aac file is put on an ipod. The metadata and images are stored seperatly. So any player that supports an ipod and folder.jpg should be able to apply this style when transfering songs.


No the tags are not stripped on transfer to the iPod.  The file names are changed but the files themselves are not.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #294
Hi and thanks for this great encoder.

I've encoded a few albums and wondered why my average bitrates where a lot higher than those reported by other users (i.e. -q 0.425 results in about 128 kbit/s).

I realised that I have used the -lc switch (which I entered to be sure of iPod-compatability, not knowing what the HE-threshold was). I assumed that the switch would make no difference for higher quality levels.

I tested without the -lc switch now and the resulting file was a lot smaller.

My test gave an average bit rate of 179 kbit/s encoding with -q 0.425 -lc, and 133 kbit/s encoding with -0.425. Both the files where LC.

Is there a reason for this? Am I doing anything wrong?

The files where transcoded from flac with foobar 2000. The full command lines are as following:
-q 0.425 -lc -ignorelength -if - -of %d
-q 0.425 -ignorelength -if - -of %d

 

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #295
Normal and expected. If you force a quality profile, the -q scale changes.

Consider the following:

-q 0
-q 0 -lc
-q 1 -hev2

I don't see any way to make it behave consistently. Probably, the most reasonable thing to do would be to make the average bitrate equal, but of course that means that -q 0 -lc is very different quality from -q 0 -hev2.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #296
...
-q 0
-q 0 -lc
-q 1 -hev2
...

Thank you for your answer.

Yes, I realize that the quality scale changes when a quality profile is enforced as it is in your examples. However, the encoder choses LC for -q 0.425, therefore my guess was that adding the -lc switch when encoding with -q 0.425 wouldn't change the results.

What I mean is that the -lc swith is just redundant for -q 0.425 and not enforcing the quality profile.

Probably, the most reasonable thing to do would be to make the average bitrate equal, but of course that means that -q 0 -lc is very different quality from -q 0 -hev2.

That would be quite strange since the -q mode aims for quality and not bitrate. These switches would result in one LC file and on HEv2 file, which of course should have different bit rates when aiming for same quality.

But why should two LC files have different bit rates when aiming for the same quality?

But I guess my logic is somehow flawed, will remove the -lc. Thanks again.

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #297
Normal and expected. If you force a quality profile, the -q scale changes.

Consider the following:

-q 0
-q 0 -lc
-q 1 -hev2

I don't see any way to make it behave consistently. Probably, the most reasonable thing to do would be to make the average bitrate equal, but of course that means that -q 0 -lc is very different quality from -q 0 -hev2.


But will -q .425 with no other params always give me a LC file?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #298
...to briefly change the subject, I've encoded my music from FLAC to AAC using Foobar and the neroAacEnc_sse2.exe encoder using the following parameters:

  -ignorelength -q 0.6 -if - -of %d

When listening to softer pieces on my iPod Shuffle, every 15-30 seconds I hear very brief but distinct dropouts. Playback via iTunes on my PC sounds fine.

Has anyone with a Shuffle heard the same?

Nero Releases FREE Reference Quality MPEG-4 Audio Encoder

Reply #299

Sigh... wishful, wicked and ungrateful, isn't it?


I think the channels thing should really be handled by something else, and the same for the invert thing.

Sure, and if you are pre-processing your source, the most versatile tool is SoX. ("Invert" was basically added as an afterthought; I finished typing "Channels" and said to myself, "Well, if one went that far, how hard would it be to add this?")

What really puzzles me about the way the new encoder handles channels is that even if I feed it a MONO *.wav, the output *.m4a has both a LEFT and a RIGHT channel. I've not found a way to force this encoder to produce a single-channel *.m4a, despite the fact that both iTunes and Winamp will do so with the proper instructions. 

For an overly-simplistic example of why I think this would be a good idea, if a user were encoding streamable content (-cbr), and had two stations (one mono, and the other stereo), intuition says "halve the bitrate for the mono station since you are only encoding one channel, and it will save bandwidth."

But in practice, at the moment, halving the bitrate for the mono station results in a lower-bitrate dual-mono channel, which (depending on how well the encoder recognizes that the actual content is monaural) may or may not sound as good.

Almost every other lossy encoder I've ever used had some sort of mono mode. At the very least, could we have a program smart enough to say "Hey, there's only ONE channel on this source! I'll just use one channel when I encode it, instead of two."

Cheers,
    - M.