NON-OFFICIAL Windows-builds of MKVtoolnix.

[jpsdr]

Thanks for the answer.
When i saw all the C++20 stuff, i was suspecting someting like this. But not able to figure out what to do...
You can build QT6 ? Mosu updated mxe, and mxe updated to QT6.7.0, and for now the QTWindows7 is still at 6.6.3...
Did you revert in mxe the QT6.7.0 update to roll back to 6.6.3 ?

EDIT
Reverted back the file, but still the same error on build...

[autodidact]

I am using the main mxe repo modified to use qt 6.6.3.

With changes to the configuration files you must run autogen.sh and reconfigure the build.

[jpsdr]

I didn't roll back enough, didn't see another c++20 small commit, this time it worked.
For now i think i'll wait they update the QT6Windows7 to 6.7.0.

[autodidact]

Here is release version 84.0.

[manolito]

Thanks autodidact for your prompt and reliable service...

As usual it works without any issues.


Cheers
manolito

[KewlioShades]

@autodidact

Thank you for v84, 32/64bit working!

[Ennio]

Thanks again, autodidact

[LouieChuckyMerry]

autodidact: Thank you! Have a super weekend.

[hubblec4]

Again: great work and many thanks.

[fits79]

Here is release version 84.0.

The latest version doesn't work correctly at all.
All previews version you make work at win7 work fine but this one doesn't.


I try 10 different hevc and h264 mkv file but no one work on my tv or anything else.


So something you do wrong at this version.

[manolito]

Could be this change in toolnix:

https://forum.doom9.org/showthread.php?p=1999402#post1999402


To fix it, follow these instructions:

Open
mkvtoolnix-gui.ini
with your text editor.

Go to the section
[defaults]
and search for:
defaultAdditionalMergeOptions=

Add these parameters after the "=" character:
--engage no_cue_duration --engage no_cue_relative_position --disable-track-statistics-tags

Save the file and restart mkvtoolnix-gui.

Good luck
manolito

[autodidact]

So something you do wrong at this version.

Not much information to help troubleshoot the problem other than that you are trying these files on your TV.
Given that scenario I think manolito has made a good suggestion.

As far as I know the official builds now work on Windows 7 when using the latest VxKex.
You should test that if you believe the non-official build is at fault.

[fits79]

Could be this change in toolnix:

https://forum.doom9.org/showthread.php?p=1999402#post1999402


To fix it, follow these instructions:

Open
mkvtoolnix-gui.ini
with your text editor.

Go to the section
[defaults]
and search for:
defaultAdditionalMergeOptions=

Add these parameters after the "=" character:
--engage no_cue_duration --engage no_cue_relative_position --disable-track-statistics-tags

Save the file and restart mkvtoolnix-gui.

Good luck
manolito

What exactly this command do?

[fits79]

So something you do wrong at this version.

Not much information to help troubleshoot the problem other than that you are trying these files on your TV.
Given that scenario I think manolito has made a good suggestion.

As far as I know the official builds now work on Windows 7 when using the latest VxKex.
You should test that if you believe the non-official build is at fault.

What exactly this program do?
And it is safe to install it at win7?

[manolito]

Could be this change in toolnix:

https://forum.doom9.org/showthread.php?p=1999402#post1999402


To fix it, follow these instructions:

Open
mkvtoolnix-gui.ini
with your text editor.

Go to the section
[defaults]
and search for:
defaultAdditionalMergeOptions=

Add these parameters after the "=" character:
--engage no_cue_duration --engage no_cue_relative_position --disable-track-statistics-tags

Save the file and restart mkvtoolnix-gui.

Good luck
manolito

What exactly this command do?

You can find a detailed explanation of the problem in this post:
https://forum.doom9.org/showthread.php?p=1999387#post1999387

The gitlab link in this post should explain everything.


Cheers
manolito

[fits79]

Can you please explain to me cause my English is not so good.
With simple words.

[autodidact]

Can you please explain to me cause my English is not so good.
With simple words.

The Matroska specification changes.
MKVToolNix closely tracks those changes.
Players in TVs and other devices don't always support the full or latest Matroska specification and sometimes have trouble with files multiplexed with the latest MKVToolNix.

The settings suggested by manolito address some of the elements that cause trouble with devices.

[autodidact]

Here is release version 85.0.

[LouieChuckyMerry]

Wow, that was fast. Thank you!

[manolito]

Reliable like a Swiss watch...

Downloaded, installed, tested, works.


A big Thank You as usual


Cheers
manolito

[El Heggunte]

Here is release version 85.0.

Many BIG thanks to you.
Even though I currently don't have a desktop and there is no mkvtoolnix for Android

[KewlioShades]

Thank you for v85, 32/64bit installed, tested and working!

[El Heggunte]

Proudly «NON-OFFICIAL»!

[Ennio]

Thank you autodidact for the latest versions

[jpsdr]

@autodidact
Hello.
Did you try to make a QT5 build (i didn't try QT6 yet) with the new mxe update from muso ?
I build the 64 bits version with success, but the 32 bits version failled to build during the mxe librairy QT build process, complaigning about something on a file in bluetooth stuff.
Had you the same issue ? And if "yes" and you fixed it, how ?

[autodidact]

Hi jpsdr.

No, I have not had that issue. I am using the main mxe repo to build, not mosu's.
There hasn't been any changes to qt5 in a couple of months so I'm not sure what would be causing that error now. If you can take a look at the log file for the package that fails there might be some clue to the problem.

Also FYI, you may find that the qt6 6.7.2 patches are problematic.

[autodidact]

@jpsdr,
In case you are using Ubuntu, there is this:
https://github.com/mxe/mxe/issues/3086

[jpsdr]

Argh... I'm using Ubuntu and this is exactly what i have... I'm screwed...
I hope there will be a fix in Ubuntu.

I just tried the QT6.7.2 with Windows 7 update, and as i was afraid, i have issue with vxkex.h (at least for now).
Have you succeed building it ? If yes, what changes have you made ?

[autodidact]

To fix the qt5 problem you might try reverting this commit which worked for one person.

I managed a build with qt 6.7.2 (post #177) but I had to do some manual patching of my own.
This also removes the dependence on vxkex.h. Unfortunately these patches have become less useful for our purpose.

Replace the files in the original patch set with the files below.

[autodidact]

Here is release version 86.0.