As a side note, a manual conversion as I wrote in OP didn't give me the same color either, so I might have done it wrong.

Uploaded a sample file. Steps for DGIndexNV 1) Load hevc file 2) Video - HDR to SDR 3) Enable HDR to SDR 4) Enable HLG 5) Set params to 7000, 0, 0.42, 1.00, 1.00, 1.00, 0.70, 0.70 6) F8 copy frame Steps for DGHDRtoSDR 1) Create index file 2) Create AVS file as dgsource("HLG-7600241771-7663549204.dgi...

Can you please clarify this aspect? It's something bit obscure to me. In order to fit anything into a DVD, you have to fake a few things. For example, since video resolution can only be 720x480 for NTSC contents, you have to either resize 848x480 to 720x480 and set DAR back to 16:9, or add black bo...

DVD specs only allow 720x480@29.97fps and 720x576@25.0fps (among a few other uncommon options). If the movie is 848x480@23.976fps, it must be converted or flagged to 29.97fps interlace and resize or letterbox to 720x480 to be able to fit into a DVD disc. No exception as long as it's a valid DVD vide...

Thanks, the seek accuracy is back!

Yea occasionally they insert IDRs at some commercials or between programs, it's kinda random. Sometimes it's just full CRAs across multiple programs.

Yea it happened to TV caps a lot. They use CRAs instead of IDRs as many as possible, so the program can only be cut on CRAs. It's wise to make it work like AVC leading B frames and keep the rest of the video in sync and seek accurate.

Thanks for all the work guys!

Just a reminder: I could be wrong though. I'm very new to the 4K/8K/2020/HLG world, so I'm still exploring and trial and error.

dgsource("main.dgi") DGHDRtoSDR(mode="hlg", ..., fulldepth=true) ConvertYUVtoLinearRGB(Color=1) ConvertLinearRGBtoYUV(Color=2) # Or # ConvertToRGB32(matrix="Rec2020") # ConvertToYUV420(matrix="Rec709") DGHDRtoSDR alone doesn't match DGNV HDR preview. I have to convert the matrix from 2020 to 709 to...

Thanks for the correction.

By the way, they used 22.2 channels so it's 24 in total I don't even think there's any OSS decoder yet.

I see.

Well, this is the part I don't understand well. They used to be very conservative on broadcasting (Hint: mpeg2 interlaced 1440x1080 SAR 2ch aac) but all in a sudden they are going to the moon (hevc 10bit 4k / 8k with open-gop rasl+radl and 22.2 channel latm aac audio).

Any reason keeping them as-is? Like, what if we just shift it to above zero? Just my 0.02 guess though.

Random access to 23 and move forward to 24 I'm seeing the end of the program. Random access to 24 and I'm seeing the next program. (I recall there's a tool that can play avs forward and backward and check seeking accuracy but I don't remember where it is.) Using VirtualDub2 64-bit, AviSynth+, DG 205...

Definitely negative POC shifting problem is solved.

Seeking inaccuracy still presents. I have uploaded a minimized sample to your FTP "259test4.hevc", please check frame 24, sequential and random access.

Wow that's a lot of work. Didn't notice your avatar change though (looks pretty much the same so...) Good to know the bug is fixed. I'm gonna test it against my other samples to make sure it's working perfect. (Hint: there was some seeking accuracy problem I noticed, so I'll double check.) Will let ...

You got a new house?

Removing leading RASLs and re-organizing RADLs to their corresponding IDRs partially solves the problem.

Still seeing seeking inaccuracy around the IDR. Might be a different issue.

A very quick guess from me. The source is cut from a TV stream, so the very first IDR is actually close to the end of the program. If I truncate the file to remove IDR and following stream, the file is indexed correctly. So it's a few RADLs that were supposed to be positioned around the IDR that wer...

Same as my last sample, which is

Uploaded. Encryption password is the same.

I extracted ES using

Rocky wrote: ↑

Sat Feb 01, 2020 4:18 am

I don't know what you are saying that I won't believe.

It's the phenomenon that indexing a lengthy file with bit identical content (till the cut part) results a different index.

You won't believe this. 259.265 10978655729 ... 5767:CRA 294906551 2 -32 5768:TRAIL 0 -31 5769:TRAIL 0 -30 5770:TRAIL 0 -29 5771:TRAIL 0 -28 5772:TRAIL 0 -27 5773:TRAIL 0 -26 5774:TRAIL 0 -25 5775:TRAIL 0 -24 5776:TRAIL 0 -23 5777:TRAIL 0 -22 5778:TRAIL 0 -21 5779:TRAIL 0 -20 5780:TRAIL 0 -19 5781:T...

Source is 3840x2160 HEVC 10bit 60000/1001, muxed in MKV and later remuxed in MP4. Version is 200 and 202. Total frames about 215k. When file is cut short, index file is correct. When file is close to original (215k frames), index file is incorrect. # Short file index 259_0_100.m4v 307188553 ... 5767...

Sweeeeet

Thanks. In the meantime I'm using DGNV / DGMPG with bob / QTGMC so it's not a blocker. Thanks to the consistency of DG tools I can switch between filters without worrying about frame misalignment.

Happy new year btw!

EDIT: Ah, just tested 32-bit and was able to reproduce the failure. Works for me with 64-bit stuff. I'll look into it, but why can't you use 64-bit? EDIT2: I've experimented with a lot of things and I just can't find a way to get enough memory on 32-bit windows to allow the reload function to work....