Possible bug in nero encoder?

Overdrive80 · 26th July 2010, 20:40

Hello, I would like to share this information and to discuss it. The fact is that making an anime project, I discovered that when you encode the audio to mp4 with nero_aacenc, generates a positive delay and therefore a mismatch. I discovered this fact when I imported the audio encoded in the draft adobe premiere, and comparing it with the project, there is no coincidence. Desynchronization ranges between 33 and 34 ms.

I wonder if anyone else has happened or has been realized, and if a failure of the encoder or settings. The selected profile in MeGUI, 192-LC is NDAAC Multichannel, vbr qual. 0.68.

Regards

menno · 27th July 2010, 15:28

This is not a bug, it's "on purpose"

The iTunes compatible gapless data in the MP4 file contains the exact amount of delay if you want to know it. Since most playback applications support the gapless information the big delay is usually not a problem, but for video editing/playback it is. We will probably improve this behaviour in a next version, because such a big delay is not necessary.

Overdrive80 · 27th July 2010, 20:23

Forgive me but I was very clear way of knowing how much delay in itunes. Would it be too much trouble if I ask her to explain a more detailed way? Thanks and I reckon that less thought is that this delay was referred by you. The truth is that would be of great aid in the next version this does not happen, because this codec as I think the best lossy codec. Greetings

26th July 2010, 20:40	#1 \| Link
Overdrive80 Anime addict Join Date: Feb 2009 Location: Spain Posts: 673	Possible bug in nero encoder? Hello, I would like to share this information and to discuss it. The fact is that making an anime project, I discovered that when you encode the audio to mp4 with nero_aacenc, generates a positive delay and therefore a mismatch. I discovered this fact when I imported the audio encoded in the draft adobe premiere, and comparing it with the project, there is no coincidence. Desynchronization ranges between 33 and 34 ms. I wonder if anyone else has happened or has been realized, and if a failure of the encoder or settings. The selected profile in MeGUI, 192-LC is NDAAC Multichannel, vbr qual. 0.68. Regards

27th July 2010, 15:28	#2 \| Link
menno Nero AG engineer Join Date: Aug 2002 Posts: 118	This is not a bug, it's "on purpose" The iTunes compatible gapless data in the MP4 file contains the exact amount of delay if you want to know it. Since most playback applications support the gapless information the big delay is usually not a problem, but for video editing/playback it is. We will probably improve this behaviour in a next version, because such a big delay is not necessary.

27th July 2010, 20:23	#3 \| Link
Overdrive80 Anime addict Join Date: Feb 2009 Location: Spain Posts: 673	Forgive me but I was very clear way of knowing how much delay in itunes. Would it be too much trouble if I ask her to explain a more detailed way? Thanks and I reckon that less thought is that this delay was referred by you. The truth is that would be of great aid in the next version this does not happen, because this codec as I think the best lossy codec. Greetings