Frame corruption with BluRay stream

[tormento]

I have a small problem I can't understand.

I was trying to encode a BD I own to clean from noise and went thru some frame corruption.

I thought it could be DGDecodeNV but the preview window gives me no error.

I thought it could be the script but even a very simple Source script gives me the same error while previewing in MeGUI video player.

The only thing it could be is AviSynth, even a simple script such as:

LoadPlugin("D:\eseguibili\media\dgdecnv\DGDecodeNV.dll")
DGSource("E:\in\_Cielo di fuoco\Twelve O'Clock High.dgi")


Gives me corrupted frames. Any hint?

Here (http://demo.ovh.com/it/75216928a2875914bdace06a7234b819/)'s an unmodified sample of the m2ts.

[Guest]

Please give info:

Nvidia graphics type
DGDecNV version
Nvidia driver version
OS

[SEt]

I see exactly the same corruption with Avisynth 2.6 alpha 3, so it's definitely not my builds or MT related.
Please keep this thread discussion for things related to the builds and MT only – general questions should go elsewhere (for example it's best to ask neuron2 directly about this issue and create thread in Avisynth Usage section).

PS: neuron2 found it already :)

[Guest]

Moved posts out to this new thread.

I see the issue on a system with DGDecNV 2041 and 8500 GT running 301.24, but not on a system with DGDecNV 2042 and 240 running 296.10. I will try tonight on my 460 and 520 systems.

We need to find the relevant variable.

EDIT: Just upgraded the 240 system to 301.32 and it still runs fine.

EDIT2: This is all irrelevant because I was testing the ES, to "simplify things".

[Boulder]

My infamous 520 decodes it fine with DGDecNV 2042 and drivers v296.10. (Apart from the beginning of the stream)

[Guest]

Have you tried jumping around on the timeline? And the start should be fine anyway, as it starts with an IDR.

@tormento

Please try demuxing the ES and then try with that. I predict it will be fine. I'm not sure yet, but it seems that the transport demuxing is getting confused. Standby for more analysis...

[tormento]

DGDecodeNV 2042
GTX 460 with Nvidia drivers 301.40_x64 on Win7_x64
AviSynth 2.6_MT latest

Tried CUDA and VP rendering, same results.

Can't understand why DGDecodeNV window gives a perfect rendering.

What the "ES" is?

Do you need some other, longer parts where the error appears?

[Guest]

ES means elementary stream, i.e., the raw 264. Demux the video and make a project with that. It will work OK.

DGIndexNV works fine because it just scans forward in the stream until the next I frame, it doesn't do random access.

I know what the problem is. The IDR start code 00 00 01 65 is split between transport packets. I thought I had fixed this once but apparently it wasn't catching all the cases.

Fix on the way...

[Guest]

The corner case I missed was this:

transport packet with beginning of IDR start code 47 .. .. .. 00 00
transport packets with audio 47 .. .. .. (lots of them!)
transport packet with remainder of IDR start code 47 .. .. .. 01 65

My fix had assumed that the two video packets would be contiguous.

Back to the drawing board for this fix.

[Guest]

My infamous 520 Hey, I love the 520 now!

[Boulder]

Edit: read all the posts, fix on the way :)

[Guest]

I have it fixed and working properly. I need to do some regression testing and then I'll slipstream it into 2042.

[tormento]

Here I am for testing ;)

[Guest]

I slipstreamed it into 2042. Re-download and update DGIndexNV.

[Guest]

Here I am for testing ;) How's the testing going? Thank you.

[tormento]

Seems fine, thank you!

[Guest]

Sweet! You're welcome and thank you for bringing this to my attention.

:thanks: