Thank you very much!

I have just commited version 2832 with the changes for the new DGDecNV build. I also prepared everything for an updated DGDecIM (with a fallback if the files are not found in the log).

Thanks, but please take your time. I will already be sleeping when you are back and tomorrow likely I do not have any time so before Monday it will be hard for me to do the final check.

OK, will see what I can do. No guarantees because the checking for HEVC support is not easy without opening a file and trying to create the decoder. Do not spend too much time into it. It os not worth too much effort. In worst case I can add an option to MeGUI where a user can enable the HEVC suppo...

Some observations while testing around with your "zathor"/138 build ;) Btw all tests have been successful, I will release the new version soon. :hat: - if I try to open a AVI file nothing happens (yes, this file type cannot be opened but when I open other file types I get something like "could not f...

Decimal is fine. I only wanted to know if it is always decimal so that I can convert if needed.

Thank you very much! Sadly I cannot test this anymore today but based on your message this seems to be the solution :) Only small question: 4352: H:\GRAVE OF THE FIREFLIES\BDMV\STREAM\00004 PID 1100 L+R 48 1536 eng DELAY 0ms.dts Why is it 4352 and not 1100? And yes, I know that 1100 Hex is 4352 Dec ...

How do you know the tracks you would like to have? The better I understand your needs the better I can meet them. In my simplistic brain, I would just add the listed files to a listbox and let the user select. That way there is no need to know or care about "track numbers". Correct, based on the me...

Ah, I only have tested yet with files containing only audio and only with -a. :oops: For MeGUI it is sufficient if only audio files are added. Then of course the track type would not be needed. But maybe others would want to have all extracted files and their types added there? No clue. I still have...

While further working on it : Would it be possible to name the track type beside the file name, too? Something like a prefix (video: audio: subtitle: chapter:) In the current logic I have only to deal with audio files - now also with the other types. As these are in most scenarious not needed I woul...

I suggest using :salute: now and reserving :bow: for really deserving occasions. As long as those smilies are available they should used ;) So for Zathor and MEGUI we have :bow: ;) :oops: Back to topic 8-) I do not have much time this week and therefore the adjustements are not finished yet. This i...

It does now work, thanks!

Have you changed anything? And it even seems to be a full log

Thank you very much again :-) I played around a bit with and can say that: - it does extract again wav files :hat: - wav files are not locked while the GUI is open :hat: - log file does not seem to be written when using the CLI :oops: - log file is written when I close the GUI (should it not be writ...

admin wrote: ↑

Sat Mar 24, 2018 11:15 am

BTW, if I can be permitted to brag a little, one of my swimmers won 4 first places at Illinois age group championships last weekend (11-12 age group). I'm taking partial credit.

Congratulations!

Yes, I can live with these lines. Ideally the track/pid number would be in front but this is also something which I can use.

Could the log file name of the GUI not also be used for the "CLI log"? I like the "project name".log style more as it will be grouped together with the other files.

That was lightning fast, thanks

1) I just noticed that the log is not written when the CLI is used. I would not mind when the log is also written when using the CLI mode.

Hi Don, Thank you very much for all the work in the demuxing area. :hat: Hopefully you do not mind that I share some test results and feature requests with the GUI and the CLI: 0) All points below have been done / noticed with the recent DGDecNV from today (2053.0.0.136). 1) As you have changed the ...

Thanks again, I did also my work within MeGUI:

No, thanks. I have now written the complete ini file with all its default values and it is working fine.

Yes, indeed. I should read the help first :wow: If I delete the ini and have it created again by the GUI it is "Full_Path_In_Files=1". However in order to set "ResponseOnAudioMismatch=1" for the very first start I write if no ini is found a new ini only with this line. If this ini is parsed with a C...

Thank you very much! If I may raise one last point :oops: In the DGI file in line 4 (EDIT: Nevermind, it is always 4 for NV and IM) the path to the indexed file is written. Sometimes not the full path is used but a relative one. Can this be changed to be always the full path? If not it is not an iss...

Thank you very much! I tested the scenario from above and everything works now as expected
If related may I ask you to please slipstream those two things (progress and MPLS upper case) also into DGDecodeIM?

Here is my full ini: Version= Window_Position=870,284 Info_Window_Position=100,100 Process_Priority=2 Playback_Speed=3 AVS_Template_Folder= AVS_Template_File=template.avs AVS_Template_File_Index=0 AVS_Enable_Template=1 AVS_Overwrite=0 Full_Path_In_Files=1 MRUList[0]=D:\test.mkv MRUList[1]= MRUList[2...

Bad license & stall: thanks for you help, in my eyes both issues can be closed. Progress: I used this command line for all the tests without MeGUI (= in a cmd prompt): "D:\MeGUI\tools\dgindexnv\dgindexnv.exe" -i "D:\test.mkv" -o "D:\test.dgi" -h 1. I deleted the dgindex.nv.ini, command started Resul...

Progress report: Root cause found (sort of at least). If there is no dgindexnv.ini available I always get the progress report. If the default ini is available (only started dgindexnv.exe once and close it without changes) I do not get a progress report for any of my test files. It seems to be relate...

"Stalled process": It happened once again. This time I saw in the task manager that there is below the dgindexnv process also a related "audio detection mismatch" process. But I was not able to find that window (double click in task manager usually brings the window to the front) so it seems that it...