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. |
23rd February 2024, 21:03 | #2001 | Link |
Registered User
Join Date: Jan 2010
Location: France
Posts: 851
|
I have a strange result with some subtitles (chinese).
I extract a subtitle stream from tsMuxeR : file size 28,3MB / 1678 subtitles Then I mux it to MKV and extract it to sup : file size 55,6MB / 3360 subtitles If I mux directly from BD to MKV and extract it to sup : file size 28,3MB / 1678 subtitles Is it a known "issue" ? SUP is OK from BD to tsMuxeR, SUP is OK from BD to MKV but SUP is not OK from BD to tsMuxeR to MKV. Thank you. Edit : Last subtitle timecode from 1678 subtitles file : 02:15:50,976 Last subtitle timecode from 3360 subtitles file : 04:31:45,789 Edit 2 : Just tried DGDemux instead of tsMuxeR, it's OK so it seems to be a tsMuxeR issue Last edited by Nico8583; 24th February 2024 at 00:52. |
24th February 2024, 11:42 | #2002 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,881
|
Quote:
But if you are confused a little more info about MediaInfo options: For what the two videos have the same duration with a different FPS, and the frames are the same? Because rounding info data with similar fps. In the MediaInfo window check Debug-> Advanced mode Then you can see more exact data like: Code:
... Duration : 00:01:36.200 Frame rate : 25.000 Frame count : 2405 ... In your two videos it's not possible have the same exact duration and frame count with different fps. Or have different duration or frame count. Whit the same frame count one can be 1:44:00 and other 1:44:06, only 6 seconds rounded to 1:44 but enough to unsync the audio. What is the correct one? I can't know, old film movies are 24 fps, but digital ones can be at 23.976. In order to play you can't see differences between both.
__________________
BeHappy, AviSynth audio transcoder. |
|
29th February 2024, 08:06 | #2004 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,717
|
Does mkvmerge keep the Dolby Vision metadata (from RPU) when joining AV1 or HEVC files? Or is this kind of functionality even supported without messing up the RPU?
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
29th February 2024, 08:42 | #2005 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
It does, yes. That being said, the same restrictions apply as for appending other H.26x content (where the codec private data must match): the global Dolby Vision data must match as well — though that isn't checked right now, but only the parts of the first file are kept if I remember correctly.
Caveat emptor: I haven't really tested this a lot.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th February 2024, 08:50 | #2006 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,717
|
Quote:
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
29th February 2024, 08:56 | #2007 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
For HEVC appending will likely work even if the global DoVi data doesn't match as nothing's removed from the bitstream. All UNSPEC62 & UNSPEC63 NALUs are kept, and the global data (dvcC, dvvC, dvwC in MP4 speak) is derived solely from those NALUs.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
29th February 2024, 14:46 | #2008 | Link |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,717
|
Looks like it works with AV1 as well, at least DoVi is detected by MediaInfo which is not the case with ffmpeg-joined files. I'll just need to ask quietvoid if he knows whether the approach would affect playback in a negative way.
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
29th February 2024, 14:52 | #2009 | Link |
Registered User
Join Date: Jan 2019
Location: Canada
Posts: 568
|
Since mkvmerge doesn't change the bitstream as Mosu said, it should be fine to do whatever.
I've had a script do chunked AV1 encodes with RPU and they played fine.
__________________
LG C2 OLED | GitHub Projects |
2nd March 2024, 09:39 | #2010 | Link | |
Registered User
Join Date: Dec 2013
Posts: 625
|
Quote:
Unless things have changed recently, the "Fix bitstream timing info" only works for AVC video. Read here: https://mkvtoolnix.download/doc/mkvmerge.html#d4e1980 scroll down to "--fix-bitstream-timing-information" I like to have timestamps in both elementary video and container being the same. To rewrite timestamps for HEVC I use ffmpeg.exe. Two command-lines I often use are: For 24 fps: Code:
ffmpeg -i input.hevc -c copy -bsf:v hevc_metadata=tick_rate=24:num_ticks_poc_diff_one=1 output.hevc Code:
ffmpeg -i input.hevc -c copy -bsf:v hevc_metadata=tick_rate=(24000/1001):num_ticks_poc_diff_one=1 output.hevc Last edited by von Suppé; 2nd March 2024 at 09:42. |
|
2nd March 2024, 10:41 | #2011 | Link | |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,881
|
Quote:
Maybe Mosu can limit or add that Note to the help text. Then the ffmpeg tool must be used. Also work eac3to: eac3to input24.mkv 1: output.h265 -changeTo23.976
__________________
BeHappy, AviSynth audio transcoder. |
|
10th March 2024, 19:44 | #2013 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
MKVToolNix v83.0 released
Heyoooo!
Here's a tiny release with two small new features. Mostly it's so small because we've spent quite a lot of time improving & reworking two underlying libraries libEBML & libMatroska that MKVToolNix uses, among with required adjustments to MKVToolNix's source code as well. Here are the usual links: the MKVToolNix home page, the downloads section and the source code. The Windows and macOS binaries as well as the Linux AppImage are available already. The other Linux binaries are still being built and will be available over the course of the next couple of hours. Here are the NEWS since the previous release: Version 83.0 "Circle Of Friends" 2024-03-10 New features and enhancements
Build system changes
Other changes
Have fun 😁
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
11th March 2024, 07:27 | #2014 | Link |
Registered User
Join Date: Jan 2011
Location: France
Posts: 36
|
Hello Mosu,
For the 64bit portable 7z version Windows (Windows antivirus) is detecting a virus, do you confirm this file is safe ? https://mkvtoolnix.download/windows/...64-bit-83.0.7z |
11th March 2024, 09:53 | #2015 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
It's fine. A/V mis-detection happens from time to time with newly compiled programs that haven't been around a lot yet, especially after having changed the code signing certificate a couple of months ago (the old one expired). See this FAQ entry for more information.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
11th March 2024, 15:13 | #2016 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Addendum: I've submitted the file to Microsoft for further analysis, and they agree with me assessment that the files are harmless. The signature will be removed from detection.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
16th March 2024, 13:25 | #2018 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,297
|
I gave to a frien an mkv muxed with the 82.0.49 version.
He told me that he cannot fast forwad or advance fast with all his players, except with VLC. I also gave an mkv muxed with mkvtoolnix, but i made 4 years ago (around) i think. He had no issue with this one. According his net research, it's some kind of "indexing issue". Does this ring a bell to someone ? Is there some kind of default setting which could have changed in mkvtoolnix during the last (around) 4 year, concering "indexing" ? If it rings a bell to someone, what's the "fix" (or setting) ?
__________________
My github. |
Yesterday, 13:32 | #2019 | Link | |
Registered User
Join Date: Nov 2009
Posts: 2,352
|
Quote:
I don't think it's an issue with MKV as remuxing to MP4 doesn't make a difference, and this doesn't happen remuxing to MKV from downloaded MP4. Maybe it has to do with x264 build (always use Ligh's build). I updated to latest from him and I will check in following encodes.
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread Last edited by Dogway; Yesterday at 13:34. |
|
Tags |
matroska |
Thread Tools | Search this Thread |
Display Modes | |
|
|