gMKVExtractGUI

[oniiz86]

Originally Posted by fireattack

Hi, I want to report a bug/inconsistency in the GUI.

When loading an input file, it shows two "delays" for any track.

According to https://sourceforge.net/p/gmkvextrac...read/ee13f7e1/ the first delay is relative to 0 timestamp and the second one is relative to the video.

The original comment only mentions audio track, so what about the video track?
Is the second delay still relative to the video (itself), or to the audio?

Either way, it doesn't seem to match with the behavior.

I made two videos to test: one with audio delayed for 2sec, one with video delayed for 2sec.

The first one (audio delay):



The video's second delay says "0ms", so it means it's NOT delay relative to audio, because otherwise it would be "-1978ms".

The second one (video delay):



Now, here video's second delay says "2000 ms", which means it's indeed relative to the audio. This is inconsistent with example 1.

Summary:

In both cases, the first delay of video track is consistently shows the delay relative to 0 timestamp.
In both cases, the first delay of audio track is consistently shows the delay relative to 0 timestamp.
In both cases, the second delay of audio track is consistently shows the delay relative to the video track.

However, the second delay of video track is inconsistent, it shows the delay relative to the audio in one, but not in another (it is not consistently relative to the video, either.)

@gpower2 I was just wondering if this bug was fixed in the latest v2.6.0?

[gpower2]

Originally Posted by oniiz86

@gpower2 I was just wondering if this bug was fixed in the latest v2.6.0?

@oniiz86 This is not a "bug" it's how MKVToolnix works.

The second delay shown in the video track, will always be the same as the first one, I think the only case that it will be different, is if there are multiple video tracks muxed in the same mkv, with different delays. It is not the relative delay to the audio in any case.

So the examples you have posted are by design and not a bug.

[oniiz86]

Originally Posted by gpower2

@fireattack
So sorry for the late reply, too much work IRL!
Actually the second delay in the video track will always be the same with the first one, you are right and I should refrain from showing 2 delays for the video tracks.
There is no video delay relative to the audio, since that is not the way MKVToolnix works, at least AFAIK.
I'll check if I can make this fix.
Thanks for your feedback!

Originally Posted by gpower2

@oniiz86 This is not a "bug" it's how MKVToolnix works.

The second delay shown in the video track, will always be the same as the first one, I think the only case that it will be different, is if there are multiple video tracks muxed in the same mkv, with different delays. It is not the relative delay to the audio in any case.

So the examples you have posted are by design and not a bug.

@gpower2 Thanks for that I wasn't aware it was by design, it was just your comment you had made back then to @fireattack "I'll check if I can make this fix.", I assumed it was an inconsistent visual bug with gMKVExtractGUI v2.5.2, nevermind all is good

[Shou]

Hi,
There is a problem when there is a slash character in the track name, e.g. "name/subname" and you have {TrackName} in the output file name.

test.mka



Result:
File "subname].ass" in "/test_02_[und][name/" folder.
File "subname2].ass" in "/test_03_[und][name2/" folder.

-

[gpower2]

@Shou

That's a really nice edge case, I guess this bug existed since forever.

I will replace illegal filename character with space, I think that would be the best approach here, any objections?

[Shou]

Yeah, replace with a space (or underscore) should be OK.

[gpower2]

Hey people!
Thank to @Shou's feedback, I just released a minor version to address the issue with invalid file characters in the output filename.

As always, enjoy!

Download link:
https://sourceforge.net/projects/gmk....1.7z/download

Changelog

v2.6.1

• Replace invalid file characters with underscore character ('_') from output filename

[SeeMoreDigital]

Many thanks

[tormento]

Originally Posted by gpower2

Thank to @Shou's feedback, I just released a minor version to address the issue with invalid file characters in the output filename.

Thank you!

Please consider to switch to GitHub as Sourceforge is giving lot of connection problems lately.

[gpower2]

Originally Posted by tormento

Please consider to switch to GitHub as Sourceforge is giving lot of connection problems lately.

It's been on my TODO list like 3 years now

I just didn't have the time (or the determination) to change my local repo setup, though it's the next thing to actually tackle.

[mastrboy]

Is there a known bug with extracting attachments and using a different template for the name than default?

I tried to change the template to '{FilenameNoExt}_{AttachmentFilename}' and the attachments are extracted as '_{AttachmentFilename}'

For example, I expected episode001_arial.ttf, but got _arial.ttf

[gpower2]

Thanks for reporting this mastrboy, I'll check it.

EDIT: Found the bug, uploading a new version shortly along with another fix

[gpower2]

Hey guys!
Thank to @mastrboy's feedback, I just released a minor version to address the issue with attachment extraction filename resolving not working correctly in all cases.
As an added bonus, I fixed another bug in track selection when filtering with empty values (eg. empty track names) and optimized the track selection a bit (should not make a difference in small lists).

As always, enjoy!

Download link:
https://sourceforge.net/projects/gmk....2.7z/download

Changelog

v2.6.2

• Fix attachment filename for all cases. (Thanks mastrboy!)
• Improve track selection when filter value is an empty string
• Optimize algo to avoid unnecessary comparisons

[gpower2]

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

If anyone knows how to change the thread title, please pm me or post here, thanks.

[SeeMoreDigital]

Originally Posted by gpower2

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

If anyone knows how to change the thread title, please pm me or post here, thanks.

Yep, this happens after so many years. Often one of the moderating team members can sort this out for you

[hubblec4]

Originally Posted by gpower2

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

Yeah Mosu has also start a new thread.
One solution: never use a version number in the thread title

[tebasuna51]

Yep, only moderators can Edit Thread

[SeeMoreDigital]

Where's that 'thanks' button when you need it

[gpower2]

Thank you everyone for this!

[Bigmango]

Could you please add the FORCED tag to the extracted track name? (edit: only if the tag exists on that track, of course)

(and (if possible with mkvtoolnix) name it so that mkvtoolnix will automatically add the "forced" tag like it does with the "delay" when adding the tracks to a new mux)?

(-> currently it's a lot of work when remuxing a lot/often, load mediainfo to check for forced tags, etc... This would remove all of this work)

Many thanks !