No problem DJ. Thank you for the heads-up. Enjoy your stay.

New test version released:

http://rationalqm.us/dgdecnv/binaries/dgdecnv_linux.zip

There is no need for an INI file so I removed it. All the settings affected only things that were stripped out. I'll keep your suggestion in mind if the need for settings re-arises.

Gonna release a new test version shortly.

Got all the FPS detection fixed up. Well, at least I think so. Gonna make a new release but want to sort out the INI file situation first. We may not even need one for linux. But putting dgindexnv in a root directory, such as /usr/local/bin is currently an issue, as the INI file is not writable ther...

Ordered disk set from Amazon link Boulder sent in PM.

Can't see any issue with it. I put Reverse() in the script so that every frame is accessed randomly. Never saw a glitch.

Gotcha, thanks. I'll look into that.

The 23 black frames at the end appear to be encoded in the stream. They show up with MPC-HC as well.

Thank you!

Thank you, DJ. If it matches the Windows version then the design goal was met. Nevertheless, if you want to cut the last 50MB of the stream for me I'd be willing to investigate the last frame issue. There are several possible explanations.

Uploaded a new release:

http://rationalqm.us/dgdecnv/binaries/dgdecnv_linux.zip

The MP4V2 library is now static and the cuda/cuvid libraries are removed as they will be used from the installed nVidia driver. The user manuals are updated.

No problem, no hurry.

Thank you for the feedback, DJ. I'll probably just ditch it. The original intent was to simplify moving things to a different directory but how often does that really happen after an index is made? And it's not so hard to edit a DGI file if needed. I'll make a new test release today with the library...

Have another snafu that is causing relative paths on linux to be problematic. On Windows, if I open a vpy script and do GetCurrentDirectory(), it shows the path of the DGI file in DGSource(). However, if I do getcwd() on linux, it shows the path of the libdgdecodenv executable. I'm confused but stil...

DGIndexNV currently uses only the frame on display. I may add a scan but it's not high priority.

Cropping mod 2 from the top or left is not supported by CUVID.

For the less au fait:

https://reporter.anu.edu.au/word-watch-ten-pound-poms

It's not heartless, hydra3333. I greatly appreciate your optimism.

Old in years but young at heart. Not planning to fall behind the youngsters...in anything!

Onward and upward.

So sorry to hear the news. Sounds like he had a real good run in this life and to be surrounded by family shows he must have been greatly loved. May he prosper in the next life. There must be a rip in the matrix as one of my family members also sadly died unexpectedly on Friday. Spooky. Thank you fo...

Good idea, I'll do that. Thank you.

Hey DJ, where did you put libcuda.so and libnvcuvid.so? I'm thinking of having them in /usr/local/lib using -L to specify that path. libmp4v2.so will go there too. libdgdecodenv.so can be anywhere that Vapoursynth can find. I usually load plugins explicitly in the script.

OK, thank you DJ. It's working! I'll sort out the library path stuff first, then address your other matters and further ones as they arise.

Added libmp4v2.so. Please re-download and put it somewhere in your search path.

You also need a zlib library but you should have that already.

Darn, I need to give you the MP4 library too.

Put the cuda and nvcuvid libraries in /usr/lib or anywhere else in your search path. I am looking at -rpath.

I got relative paths working (Full_Path_In_Files = 0). Holding for next release.