Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
20th July 2016, 17:57 | #4241 | Link | ||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Contributing to the decision were the translators who had sometimes had problems with a simple "remove" (and similar actions, e.g. "add"). They wanted or even needed to translate those differently depending on what those actions would work on. Using the more explicit "remove tracks" solved that issue, too. The GUI's not entirely consistent in this regard, though. You've already pointed out one example: Quote:
That being said there are probably still entries that aren't consistent with the ideas mentioned above. "Open in MediaInfo" is one such example; it's used in both the file's and the track's popup menu.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
||
20th July 2016, 17:58 | #4242 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
I'm sorry, but that's not a direction I want to take the GUI in.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
24th July 2016, 17:33 | #4243 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
I have some Matroska files with srt subtitles that have problems with the Scandinavic characters. If I've understood correctly, this is because the character set has been set incorrectly when muxing. If I demux the subtitle track and open it in Notepad++, it detects the files as UTF-8 encoded.
Is there a way to remux or fix the Matroska files in some automated way or will I need to demux and then open the subtitle file in Notepad++, copy-paste the contents to a new file and then tell mkvmerge to expect UTF-8 encoded files?
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
26th July 2016, 23:11 | #4244 | Link | |
Registered Loser
Join Date: Dec 2004
Posts: 117
|
trying to compile 9.3.1 on arch linux (multiple systems) - all get the same errors:
Quote:
|
|
27th July 2016, 18:05 | #4245 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Huh… For what it's worth it works fine on my Arch (my primary development system is actually Arch Linux); I just compiled it successfully.
Maybe run ldconfig, make sure that the libraries are actually present in /usr/lib and that the symlinks are correct. If in doubt paste the output of "ls -l /usr/lib/lib{magic,ebml,matroska}*" and attach config.log to your post.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
27th July 2016, 18:11 | #4246 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
If you want to go down that road you should probably look at mkvmerge's JSON identification mode (e.g. "mkvmerge --identification-format json --identify source.mkv"). The output is trivial to use in any scripting language for which JSON modules are available, and it can be used to easily determine which tracks are actually text subtitle tracks. However, if you're looking for a turnkey solution to such a particular problem then I don't know of any. The individual tools are all there, though, and the fact that all of them can be automated with nothing more than freely available scripting (or other programming) languages is one of the greatest strengths of such tools: you can make them do way more than their authors ever thought of themselves.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
27th July 2016, 19:08 | #4247 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
It seems that the troublesome files are muxed with mkvmerge v8.6.1. At one point, I had to recover all my encoded files from my DVD archives, demux them (to encode the FLAC audio tracks to Opus to save space on my server) and batch mux them again. V8.6.1 was the latest mkvmerge version at that time. The archived version does not have the problem.
I'll take a look at your suggestion, thanks. I do some stuff with scripts so maybe I'll get things working at least semi-automatically.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
27th July 2016, 19:22 | #4248 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
The character set handling hasn't really changed over the last year, it's almost the same in 8.6.1 and 9.3.1. Therefore I guess that either your sources were different (e.g. one set of sources did use BOMs while another didn't) or you used different settings in each case.
That being said, there's one particular bug fix that stands out and that might apply to your situation and explain what you're experiencing (though you haven't given enough details to know for sure). Citing the ChangeLog: Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
27th July 2016, 19:29 | #4249 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Just to point this out once more. You don't have and most likely never should demux all tracks if you're aiming to put them into Matroska later anyway. Valueable meta information is almost lost that way (e.g. timestamps, tags, track names, track language etc. etc.). Always only demux those tracks that you intend to re-encode, not the others.
Additionally the risk of the content being modified in undesired ways (such as your encoding issue) as there's no character set conversion involved at all when you mux from Matroska to Matroska.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
27th July 2016, 19:34 | #4250 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Quote:
I think I demuxed all tracks because the order is not always the same, or there are PGS subs or SRT subs etc. I probably couldn't find a decent way to automate things so I went the easiest way. One thing about those character sets. I recall that you changed some default behaviour related to that at some point, not so long ago, but reverted the change later. Do you happen to remember if that could have anything to do with the problem? EDIT: Found the thing. The change was made in v8.6.0, then reverted back in v8.7.0. It affected all text files output by the tools, which probably caused my issue. I just happened to have bad luck there to use one of those versions with the change.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... Last edited by Boulder; 27th July 2016 at 19:42. |
|
27th July 2016, 19:45 | #4251 | Link | |||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
Quote:
I reverted that change with release 8.7.0, so in 8.6.1 the change was still present and may very well explain the symptoms you've described.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|||
28th July 2016, 01:36 | #4252 | Link |
Registered Loser
Join Date: Dec 2004
Posts: 117
|
Code:
[agressiv@alienware mkvtoolnix]$ ls -l /usr/lib/lib{magic,ebml,matroska}* lrwxrwxrwx 1 root root 16 Jul 23 02:55 /usr/lib/libebml.so -> libebml.so.4.0.0 lrwxrwxrwx 1 root root 16 Jul 23 02:55 /usr/lib/libebml.so.4 -> libebml.so.4.0.0 -rwxr-xr-x 1 root root 150872 Jul 23 02:55 /usr/lib/libebml.so.4.0.0 lrwxrwxrwx 1 root root 17 Jun 17 19:55 /usr/lib/libmagic.so -> libmagic.so.1.0.0 lrwxrwxrwx 1 root root 17 Jun 17 19:55 /usr/lib/libmagic.so.1 -> libmagic.so.1.0.0 -rwxr-xr-x 1 root root 138392 Jun 17 19:55 /usr/lib/libmagic.so.1.0.0 lrwxrwxrwx 1 root root 20 Jul 23 03:00 /usr/lib/libmatroska.so -> libmatroska.so.6.0.0 lrwxrwxrwx 1 root root 20 Jul 23 03:00 /usr/lib/libmatroska.so.6 -> libmatroska.so.6.0.0 -rwxr-xr-x 1 root root 758832 Jul 23 03:00 /usr/lib/libmatroska.so.6.0.0 Last edited by agressiv; 28th July 2016 at 02:31. |
28th July 2016, 10:50 | #4253 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
You should really not use --enable-static during compilation. I don't support it outside of compilation for Windows with MXE.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
28th July 2016, 13:43 | #4254 | Link |
Registered Loser
Join Date: Dec 2004
Posts: 117
|
Thanks, that was it. It compiled just fine when I removed the static binary setting.
I had 4 other arch systems to copy the binary too so I was just going to do that rather than compile it 5 times. I figured eventually the AUR package would be updated. |
28th July 2016, 13:49 | #4255 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Ah, I see that the Arch packages haven't been updated yet.
In such a case I usually download the corresponding build files (click on the "source files" link on the upper right), adjust the version & checksum, run makepkg on them and copy the generated packages over to the other machines.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th July 2016, 19:06 | #4256 | Link | |
Registered User
Join Date: Apr 2016
Posts: 3
|
Quote:
has anyone been able to nail down what is causing this. thanks |
|
4th August 2016, 21:26 | #4258 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
To the best of my knowledge my binaries weren't infected (even though the attackers definitely had access to them). This is based on:
I am affected only insofar as the account database containing the passwords was compromised as well, and therefore my FossHub password might be cracked. However, as I don't re-use passwords across sites or accounts I'm not particularly worried about it. I plan to write a more comprehensive blog post about his over the weekend including more details about what I know and infer and ways for users to verify that their downloads of MKVToolNix are legit. But as my users don't seem to be in danger I've been pretty relaxed about the whole issue.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
8th August 2016, 11:21 | #4259 | Link |
Registered User
Join Date: Jul 2015
Posts: 697
|
Hi Mosu.
I would like to ask about the append files? What are the differences in the specifications the matroska for H264 and HEVC. When a merger of two different files h264, eg. yuv420p and yuv444p this all is well. Decoder MPC/Lav plays both. When a merger of two different files HEVC, eg. yuv420p and yuv444p this sees only the parameters of the first part. Is this the correct operation? Last edited by Jamaika; 8th August 2016 at 11:36. |
8th August 2016, 11:23 | #4260 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
I'm sorry, but I don't understand what you mean with "this seens only the parameters of the open parts", and therefore I cannot really answer your question.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
Thread Tools | Search this Thread |
Display Modes | |
|
|