Hehe, good day at the office. I discovered that it wasn't the RGB clipping that caused the horrible result. It was a widdle oversight in my code. Now the concept of YUV->RGB->apply curves->YUV is working great. So it's onward and upward! Still need to implement: * specification of matrix 601/709/202...

Peter wrote: ↑

Mon Apr 15, 2024 8:05 pm

The link itself was not displaying initially in my post when pasted as text, so I updated it like 30 seconds later with BBcode. I’m not sure if you read my post before I updated it.

Yep, that was it. Disk was ordered. I'll update further after it arrives.

Well, I asked for a link to buy the disk so I can reproduce the issue. I don't like to guess when my $$$ is at stake. So, if you want progress on the eac3to side, please give me a link to the exact disk.

My solution is working great for the luma curve but there are issues with color. Now be aware that since this is going into DGSource() it must and only accepts YUV (aka YCbCr). So I thought, erm, all I have to do is convert to RGB, apply the RGB curves and convert back to YUV. What's the big deal? W...

If you're thinking of something specific, I read <edited, snip> dg tools aren't applicable in that scenario. Ubiquitous streaming availability make such things a silly proposition in any case :) After the snip I can't make any sense of this. I suppose youtube and netflix are the main sources of con...

Please provide a link to purchase the disk. Also, does it fail with DGDemux too?

I meant what source content are you getting in VP9?

Why do you need VP9?

No m8 it has no relevance for HDRAGC and curves-type stuff. I am still developing my own curves filter.

I'll improve the error message for the next release. There is a "Full paths" option in the DGIndex(NV) settings that exists just for this reason. It allows you to choose whether you want to work with full or relative paths. The setting is stored in the INI file which will therefore control what happ...

You are welcome and thank you for bringing this problem to light.

Well guys, my optimism was premature. I was under the impression that all gamma-related stuff would be implemented in the LUT. But looking at the script (the one that revealed discrepancies) shows that the specified gamma inverse is being applied to create linear RGB to be passed to the script. So i...

Another slipstream for DGDecNV build 255:

* Fixed seeking in MKV files. flossy_cake

https://rationalqm.us/dgdecnv/binaries

OK, I have a fix and will slipstream it after a little more testing.

EDIT: Slipstream released.

Here is a short script which reliably reproduces the issue on my system. Thank you. It is an issue with DGSource() seeking in the MKV file. You can see that by first using DGIndexNV to demux the video to M2V and then running this script, when everything is fine: loadplugin("...\dgdecodenv.dll") loa...

For the path matter... I ask you again if you have a full path in the script to the video file. Please answer that directly. Give me the script! If you do not have a full path, then the "current directory" is used. The current directory depends on things that the invoking application can change. If ...

file = "C:\DVDs\disc1.vob" ... Mpeg2Source(file) # creates <ScriptDir>\disc1.d2v That doesn't happen for me. Here is my script: loadplugin("D:\Don\Programming\C++\DGMPGDec_VS2019\DGDecode64\x64\debug\DGDecode.dll") file="G:\Streams\MPG\Program Streams\lain.vob" MPEG2Source(file) I simply drag and d...

2. When mpeg2source(indexing_path=undefined) the indexing related files are created alongside the .avs script file whereas DGSource, lwlibav & ffms2 create them alongside the source clip. My testing shows them behaving the same. Are you using a full path? If your script has a full path: MPEG2Source...

Another slipstream for DGDecNV build 255:

* DGSource() no longer overwrites the incoming "dgi" parameter when auto-indexing. flossy_cake

https://rationalqm.us/dgdecnv/binaries

I'll fix 1 and 2 today and make slipstreams. Regarding the audio sync can you give me the script and if possible a stream that I can use to duplicate it? Also the more you can explain the better. How are you determining there is a sync problem, etc.? Your full process. EDIT: Number 1 fixed and slips...

Slipstream for DGDecNV build 255:

* Fixed YUV to RGB equations in the integrated DGHDRtoSDR() filter to exactly match the spec. Fixes very small deviations from correct colors.

https://rationalqm.us/dgdecnv/binaries

DGHDRtoSDR 1.16:

* Fixed YUV to RGB equations to exactly match the spec. Fixes very small deviations from correct colors.

Gonna port it to the DGDecNV integrated filter.

https://rationalqm.us/hdr

Sorry, I'm not aware of any tools for it and I am not familiar with Bluray menu stuff.

If you have Java on your system you could open the disk in VLC and see menus, which is basically what you said. Programmatic extraction will be difficult.

You are welcome. Released as build 255. Let me know if I screwed up anything.

Pretty soon the build number will have to go to 16 bits.

DGDecNV 255:

* Parameter "indexing_path" was added. flossy_cake
* Updated the DGDecodeNV manual.

https://rationalqm.us/dgdecnv/binaries