#701 audio encoding error (protected memory) when trying to encode audio with delay

[an3k]

When trying to encode an audio track which is delayed the job stops directly after it starts because of an error (protected memory).

I indexed the video track and demuxed the audio tracks with DGIndexNV 2042. In the current case the audio track has a delay of -83ms.

After opening that audio track in MeGUI with the Delay set to -83 the job fails. Adding the same file but now with the Delay set to 0 the job gets successfully processed.

[an3k]

attachment

[an3k]

attachment

[an3k]

attachment

[an3k]

attachment

[an3k]

I forgot to mention that the problem occours regardless of the selected "Preferred Decoder" (NicAudio, FFAudioSource or DirectShow)!

[Zathor]

Thanks for the report. Sadly - even with your detailed information - I cannot reproduce it. As I see that you are using an old build please update to 2237 including all files and try it again. With 2237 you can also use qaac to encode to AAC.

[an3k]

problem still exists :(

[an3k]

I've indexed the video track and demuxed the audio tracks again and tried to encode again but same error. I also tried it with qaac and ffmpeg mp2.

[an3k]

After some quick testing i discovered that encoding of that file with Delay set to -83 works if i set Sample Rate to Keep Original.

Disabling Normalize Peaks or DynamicRange Compression did not help.

job1 = Disabled Normalize
job2 = Disabled DRC (which also disables Normalize)
job3 = Enabled DRC & Normalize but disabled Resmapling **WORKING**
job4 = Enabled DRC & Normalize & Resampling but Delay set to -100

[Zathor]

As said before I cannot reproduce it. Do you have this problem with all audio files or only with this one? Also you can try to update your avisynth:
http://forum.doom9.org/showthread.php?t=166951

[an3k]

I don't have it with all files. I don't even have it with all delayed files, just with some few. The files are playing fine, they aren't joined or cutted so i really don't know what's the issue.

Perhaps Resampling first (SSRC(44100)) and then Delaying afterwards (DelayAudio(-83.0/1000.0)) could solve that issue or is fixing the Delay before resampling required?

[an3k]

THanks SourceForge for trashing my whole post :(

In Short: I found a fix. To be honest it's a very easy one.

MeGUI uses this ordering:
1) LoadPlugin
2) LoadSource & DynamicRangeCompression
3) Delay
4) Downmix
5) Resample
6) Normalize

I copied the AviSynth Script from the log, tried different orderings and got this working solution:
1) LoadPlugin
2) LoadSource & DynamicRangeCompression
3) Delay
4) Downmix
6) Normalize
5) Resample

Attached is my AviSynth Script i used.

[an3k]

And here is the logfile. job1 is the standard MeGUI procedure which fails in this case. job2 applies the same filters & settings but with two filters swapped as mentioned above.

[an3k]

I created a backup of my Avatar Extended Collector's Edition Blu-Ray and used the Extended Collector's Cut.
I demuxed the audio tracks with DGIndexNV and with tsMuxeR. I don't know what DGIndexNV exactly does with the audio tracks but tsMuxeR is removing overlapping frames ("DTS stream (track 1): overlapped frame detected at position 00:32:27,914. Remove frame.").
The resulting files are not same in file size (tracks demuxed with tsMuxeR are some KBytes smaller) but both have a delay of -8ms.

I tried to transcode both files and both fail with the mentioned error. I also have the exact same problem on a different system which is a fresh installation without installed and later uninstalled codecs or software like ffdshow, etc.

I can upload such an audio track on my server if there is someone who wants to test this himself.

I'll also do a comparsion between the MeGUI transcoding style and my AviSynth Script with the same audio track so i can make sure that there is no difference in the result (file size, peak volume/loudness, etc.).

[Zathor]

I assume this problem report is out-dated?

[an3k]

I assume so too.

[Zathor]

Please create a new ticket if the problem is still there