Got it.

Rocky wrote: ↑

Fri May 07, 2021 11:31 pm

I can't see how to download those files. Please tell how.

This and this.

DGIndexNV version: 2053.0.0.228 (64 bit) Files: downloadable from this site . iOS_P5_GlassBlowing2_1920x1080@59.94fps_15200kbps.mp4 (Profile 5) https://i.imgur.com/PK8rw6E.png P81_GlassBlowing2_1920x1080@59.94fps_15200kbps_fmp4.mp4 (Profile 8.1) DGIndexNV just dies. They both have HEVC video streams...

Bullwinkle wrote: ↑

Tue Feb 02, 2021 1:22 pm

It's just there for the convenience of those who use the Open Disk functionality.

I confirm this issue is fixed in the new binary.



Thank you.

---

BTW, DGDemux.exe is unnecessarily included in the new dgdecnv2053.zip file. Can you check this out, please?

I'm afraid this AR issue is not resolved yet. It seems that DGSource passes on a reversed DAR value as a SAR value for some videos in VapourSynth. Here's the sample video: here . Its SAR is 1:1 and DAR is 16:9. You can see that in DGIndexNV too. https://i.imgur.com/GldOUey.jpg The vpy is very simple...

StaxRip fixed this issue in 2.1.7.1 Beta today: internal code had missed the case where user's codepage was explicitly set to UTF-8.
And plus, now StaxRip supports DGDecode natively for both AviSynth and VapourSynth.

1. I was Moose Approved by videoh on Doom9. :D 2. Yes, I'm already setting the UTF-8 code page via the system locale "Beta: ..." option of Win10. https://i.imgur.com/fa2MpaP.jpg 3. After more intensive (sort of... :)) testing, I found out that the bug lies with StaxRip, not with DGIndex . Sorry abou...

System: Windows 10 Home x64 20H2 DGMPGDec version: 2.0.01 System Text Encoding Name : Unicode (UTF-8) System CodePage : 65001 DGIndex.exe creates an invalid d2v file encoded in UTF-8 with BOM in CLI while it saves a valid d2v file encoded in UTF-8 without BOM in GUI on some systems. This becomes a c...