Page 6 of 8

Re: MKV demux support

Posted: Tue Mar 06, 2018 3:49 pm
by Guest
In the PGS subtitle I tested that is how it works out
You can always manually enter a delay into mkvmerge
I merged the subtitles with the delays in the name, extracted them and they showed no difference
Note that I only use PGS subtitles

Re: MKV demux support

Posted: Tue Mar 06, 2018 4:15 pm
by admin
I'm going to remove it from subtitle filenames. It doesn't have the same significance as for audio because audio is expected to start right away with the video while the first sub may not come for a while, so the offset between the start of the video and the first subtitle block has no significance.

Re: MKV demux support

Posted: Tue Mar 06, 2018 4:35 pm
by admin
New version:

http://rationalqm.us/misc/DGIndexNV_test.exe

Removes DELAY from subtitles and fixes Guest 2's crash. Marked as slipstream 130 in preparation for release.

Re: MKV demux support

Posted: Wed Mar 07, 2018 10:11 am
by Guest 2
gonca wrote:
Tue Mar 06, 2018 3:49 pm
You can always manually enter a delay into mkvmerge
MKVToolnix honors the delay you put to subs when muxing, I tried and asked on MKV thread too. I am asking how is possible to reverse engineer the delay when demuxing.

Re: MKV demux support

Posted: Wed Mar 07, 2018 10:37 am
by admin
I don't think it is possible, because there is no Delay field in MKV. It is just used during muxing to adjust all the timestamps. Once that adjustment is made, that delay value is gone and assuming the right value was used, you would not need to re-apply it if re-muxing. You would have to play the movie with subtitles enabled to see if the sync is good. If not, a new delay value can be specified during the re-mux.

I'm getting ready to slipstream this later today. Please advise if you find anything I should know about.

Thanks, everybody, for your assistance with the design and testing of this new feature. :hat:

Re: MKV demux support

Posted: Wed Mar 07, 2018 10:56 am
by admin
gonca wrote:
Tue Mar 06, 2018 3:42 pm
I suppose I should call you two guys the usual suspects now, huh?
Usual?
Not odd, rare, strange, etc?
Just usual/average :facepalm: ;)
Just a reference to a well-known film. I imagine that you and Guest 2 could have easily been cast for roles there.

http://www.imdb.com/title/tt0114814/

Re: MKV demux support

Posted: Wed Mar 07, 2018 11:09 am
by Guest
Yep
I am the good looking one

Re: MKV demux support

Posted: Wed Mar 07, 2018 11:31 am
by Guest
Guest 2 wrote:
Wed Mar 07, 2018 10:11 am
gonca wrote:
Tue Mar 06, 2018 3:49 pm
You can always manually enter a delay into mkvmerge
MKVToolnix honors the delay you put to subs when muxing, I tried and asked on MKV thread too. I am asking how is possible to reverse engineer the delay when demuxing.
I just repeated the experiment
Demuxed the PGS subtitle from a MKV file
Edited the name to give it a delay
Remuxed this PGS into the MKV
Extracted the PGS from the MKV
All 3 PGS streams (original, renamed, muxed/demuxed) have the exact same time codes and the extracted PGS stream, by gMKVExtract, has no delay in the name
MKVToolNix honours the delay when you manually enter it into the delay field
Please try it for yourself with a PGS subtitle

Re: MKV demux support

Posted: Wed Mar 07, 2018 11:43 am
by Guest
@Guest 2
MKVToolnix honors the delay you put to subs when muxing
When you asked on the other forum, did you notice everyone mentioned mkvmerge, which is a CLI app
You were also asked for a sample command line, the subtitle delay must be explicitly stated in the cmd line
Same as manually entering it into the delay field
I might be wrong or there could be a bug in MKVToolNix GUI
My money would be that delays in subtitles must be explicitly stated

Re: MKV demux support

Posted: Wed Mar 07, 2018 11:53 am
by admin
NEWS.md 2006:

* mmg: new feature: Pre-set the "delay" input field for audio tracks if the file name
contains something like "DELAY XX" where XX is a number.

But only for audio, not subtitles. I tested this; only audio is auto-detected from the file name.

The reason it wasn't being picked up for my filenames was because I had an underscore rather than a space after the word DELAY. I will correct that for the slipstream. Thanks, guys, for bringing that to light.

DELAY pickup from the filename also has to be enabled in Preferences/Multiplexer/Default values.

Re: MKV demux support

Posted: Wed Mar 07, 2018 1:05 pm
by Guest 2
gonca wrote:
Wed Mar 07, 2018 11:43 am
I might be wrong or there could be a bug in MKVToolNix GUI
My money would be that delays in subtitles must be explicitly stated
I tried to insert delay on subtitles both as CLI and GUI and both worked, Unfortunately the delay gets lost as subtitles are sparse stream and there is no way to get it back.

Re: MKV demux support

Posted: Wed Mar 07, 2018 1:07 pm
by Guest 2
admin wrote:
Wed Mar 07, 2018 11:53 am
NEWS.md 2006:
Do you plan to put also "track name" into filenaming?

Re: MKV demux support

Posted: Wed Mar 07, 2018 1:23 pm
by admin
Guest 2 wrote:
Wed Mar 07, 2018 1:07 pm
Do you plan to put also "track name" into filenaming?
Examples with streams?

Re: MKV demux support

Posted: Wed Mar 07, 2018 1:25 pm
by admin
Guest 2 wrote:
Wed Mar 07, 2018 1:05 pm
I tried to insert delay on subtitles both as CLI and GUI and both worked
Please tell your mkvtoolix version and give the exact commandline. When you open the correctly named file in mkvmerge GUI and highlight the subtitle track do you see the Delay value in mkvtoolix GUI? AFAIK, mkvmerge will use the value from its Delay field, so if it doesn't show up there after opening your file, then the delay is not being picked up.

We're talking here about delay pickup from the file name.

Re: MKV demux support

Posted: Thu Mar 08, 2018 4:54 am
by Guest 2
admin wrote:
Wed Mar 07, 2018 1:23 pm
Examples with streams?
Look at Marnie subs. They have track names.

Re: MKV demux support

Posted: Thu Mar 08, 2018 4:57 am
by admin
Guest 2 wrote:
Thu Mar 08, 2018 4:54 am
admin wrote:
Wed Mar 07, 2018 1:23 pm
Examples with streams?
Look at Marnie subs. They have track names.
Sorry, I don't understand. How and where do I see these track names?

Re: MKV demux support

Posted: Thu Mar 08, 2018 4:59 am
by Guest 2
admin wrote:
Wed Mar 07, 2018 1:25 pm
Please tell your mkvtoolix version and give the exact commandline.
No need to use complex command line. It works with CLI too.
admin wrote:
Wed Mar 07, 2018 1:25 pm
When you open the correctly named file in mkvmerge GUI and highlight the subtitle track do you see the Delay value in mkvtoolix GUI?
No, you can't. As I wrote before you can put a delay BEFORE muxing but it will be lost "like tears in rain" as I wrote. Subtitles are treated as sparse streams (whatever it means) and thus every delay (+ or -) will be seamlessly integrated with no trace left.
The same happens when you stretch video by some fraction, such as 1000/10001. You can apply but you can't reveal when demuxing.

Re: MKV demux support

Posted: Thu Mar 08, 2018 5:03 am
by admin
Sure, but I already knew all that and stated it myself several times.

Re: MKV demux support

Posted: Thu Mar 08, 2018 5:03 am
by Guest 2
admin wrote:
Thu Mar 08, 2018 4:57 am
Sorry, I don't understand. How and where do I see these track names?
gMKVExtractGUI or MKVToolnix GUI @ track 3 there is a F I put to remember it is a forced sub. You can set it on Track Name in right panel of MKVToolnixGUI. More complex Animes have "signs" "speech only" "songs" etc

Re: MKV demux support

Posted: Thu Mar 08, 2018 5:09 am
by admin
gMKVExtractGUI does not include them in the filename, and the name is already shown in my Demux dialog. I'm content to just match mkvextract/gMKVExtractGUI naming.

Slipstream 130 with all this is now available. Thank you to all who contributed to development of this new feature.

Re: MKV demux support

Posted: Thu Mar 08, 2018 11:21 am
by admin
Well, it's possible to make a checked listbox in pure Win32 (no MFC, .NET, etc.) but it's nontrivial. I made a mockup based on code from :

https://www.codeproject.com/Articles/11 ... Listbox-an)

My mockup:

http://rationalqm.us/misc/DemuxListbox.exe

If you resize it down vertically, a scrollbar will appear. The checkbox items are added programatically of course. Now let's see how hard it is to integrate that into DGIndexNV. :scratch:

Re: MKV demux support

Posted: Fri Mar 09, 2018 2:15 am
by Guest 2
admin wrote:
Thu Mar 08, 2018 11:21 am
Now let's see how hard it is to integrate that into DGIndexNV. :scratch:
DGNV is getting better and better every day. :hat:

Remember that THERE the track names are important. :D

Re: MKV demux support

Posted: Fri Mar 09, 2018 5:05 am
by admin
Guest 2 wrote:
Fri Mar 09, 2018 2:15 am
Remember that THERE the track names are important. :D
I'll remember. The only concern I have is that if the name is long it could make the string too long for the width of the dialog box.

Re: MKV demux support

Posted: Fri Mar 09, 2018 10:03 am
by admin
I've got the new demux dialog working. I hope y'all like it! Following is how it looks for one of Guest 2's files. I'll give y'all a test version after I bang on it a little and let my cat do a code review. BTW, right click will select all/deselect all.

Image

Re: MKV demux support

Posted: Fri Mar 09, 2018 11:32 am
by Guest
Like the eagle