Just thought I would report a minor thing that doesn't really need to be fixed but it properly confused me for about 10 minutes just now. When indexing_path=undefined() (i.e blank, not set by the user) it automatically chooses a path based on the current directory. Then, if the user happens to move ...

Rocky wrote: ↑

Thu Apr 11, 2024 12:14 pm

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

EDIT: Slipstream released.

Thank you it's all working perfectly on my end as well

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. Ok that explains it, but I'm not sure why DGSource is behaving differently on my system in that regard. In any case I will just manually set my own...

It seems the default d2v path is derived from the invoker's path or something, because if I launch the script from AvsPMod which resides in C:\VideoTools\AvsPMod\AvsPMod.exe then it autocreates the d2v in C:\VideoTools\AvsPMod\ Oh it seems there are 2 possible outcomes relating to the above: 1. Ope...

It seems the default d2v path is derived from the invoker's path or something, because if I launch the script from AvsPMod which resides in C:\VideoTools\AvsPMod\AvsPMod.exe then it autocreates the d2v in C:\VideoTools\AvsPMod\ But if I double click my .avs script, I've got Windows file associations...

That doesn't happen for me. Oh interesting, something else must be going on then. Are you absolutely sure? Like, did you delete G:\Streams\MPG\Program Streams\lain.d2v , then watch it get recreated and check the time stamp on the file that it wasn't an older version previously created (sorry if thi...

If you aren't getting this behavior or you think it is still a problem, please provide a script and description of the scenario and how it fails for you. file = "C:\DVDs\disc1.vob" LWLibavVideoSource(file) # creates C:\DVDs\disc1.lwi FFVideoSource(file) # creates C:\DVDs\disc1.ffindex DGSource(file...

Thank you, just a couple of issues to report 1. The first argument is overwritten by DGSource like it was with mpeg2source 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 so...

Much appreciated thanks.

DGDecodeManual.html wrote: indexing_path:
If this option is missing or is given as "" then the folder containing the source file will be used.

When indexing_path is not specified, I'm observing it placing the files alongside the .avs file whereas DGSource places them alongside the source file.

RTFMs! lol I did read the manual just the wrong one - DGIndexNVManual.html. Anyway I think it's a fair inference if the setting is present in one GUI but not the other then the second one probably doesn't support that setting. I tried to use critical thinking to figure out why this might be the cas...

And could we please have indexing_path for DGSource as well

Is there no x64 dll for dgmpgdec3000.zip?

Rocky wrote: ↑

Sun Mar 31, 2024 5:28 am

The log file is created by DGIndex so it can't be controlled by the indexing_path parameter.

In that case I tried to disable it with Enable_Info_Log=0 in DGIndexNV.ini but it still gets created (not an issue for MpegSource2 though).

Oh it looks like DGIndexNV doesn't support repeat field flags, or at least I can't see any option for it in the GUI But when I play my mkv DVD remux MPEG2's through it, I get 30i instead of 24p so it seems to be behaving as if it is obeying repeat fields. Well, now I'm confused :oops: Nevertheless, ...

Sorry to keep making all these demands but I just got The Simpsons Region 4 PAL DVD and S01E01 plays at double rate (50fps) with repeat field flags obeyed - ignoring the flags plays at correct speed 25fps. So I must ignore repeat field flags for this particular DVD. I get the same result with LWLibA...

Give this a try for DGDecode (64) (avisynth). You must have a trailing \ on the indexing path. MPEG2Source("lainvob.vob", indexing_path="d:\tmp\") https://rationalqm.us/misc/DGDecode_flossy_cake.rar Let me know if it works for you. If it's good I'll add Vapoursynth and port to DGDecodeNV(). I'm thi...

That was interesting. Re-download the 2009 build and update DGDecode.dll. Lemme know if it works or not. Also an improvement request if I may: could we have a string argument to set the DGIndex configuration. Reason: a fresh DGIndex.exe at default settings will demux all audio tracks and create a b...

Especially could we please have the -OF parameter so we can specify where to put the d2v file. I'm dealing with a huge library and need to have control over where my files go. And could we please have the same for DGDecNV (I see you have updated that to support auto indexing as well - thank you very...

Noticed this behaviour in Avisynth... file = "C:\MyVob.vob" video = mpeg2source(file) # at this point it appears mpeg2source has set the Avisynth var 'file' to "C:\MyVob.d2v" which means the following will then fail: audio = LWLibAvAudioSource(file) I can avoid it by doing the audio first. Also an i...

I updated the test build with the quoting fix so if you could test that I'd be grateful. https://rationalqm.us/misc/DGDecode64_test.rar Yep, it works, just not with mkv's like this one posted previously. However, I somehow got it to create a d2v file with the above clip, which works and plays video...

I might be able to fix ffmpeg. I'll have a look. The link you gave to your git entry appears wrong (points to one of my posts here). Can you give me the correct link please? Fixed the link , thanks. I think it might just be a field order problem, so maybe it's repeating the wrong field. I'm not sur...

I updated the test build to explicitly test if DGIndex.exe is where it should be. https://rationalqm.us/misc/DGDecode64_test.rar Thanks, and I'm still getting the same error message. I tried at ffmpeg.exe command line and in MPC-HC, same error message on both. Avisynth version 3.7.3 r3936. https://...

In case it's of any help here is another test file that DGIndex cannot process ("picture error"):
https://drive.google.com/u/0/uc?id=1xz_ ... t=download

I think I know what's happening - that lain.vob file has some unusual field order transition which throws a warning message which is halting DGIndex. Perhaps an "ignore warnings" setting is needed. By the way, here is another clip from that same DVD which cannot be indexed with DGIndex, but can be i...