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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 23rd February 2024, 21:03   #2001  |  Link
Nico8583
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.
Nico8583 is offline   Reply With Quote
Old 24th February 2024, 11:42   #2002  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 6,914
Quote:
Originally Posted by jpsdr View Post
It plays fine in sync with MPC-HC, but... Is it realy what it should be...
Yes, it is fine.

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
...
Where Duration = 2405/25

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.
tebasuna51 is offline   Reply With Quote
Old 24th February 2024, 12:25   #2003  |  Link
jpsdr
Registered User
 
Join Date: Oct 2002
Location: France
Posts: 2,316
Ok, thanks.
__________________
My github.
jpsdr is offline   Reply With Quote
Old 29th February 2024, 08:06   #2004  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,729
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...
Boulder is offline   Reply With Quote
Old 29th February 2024, 08:42   #2005  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
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.
Mosu is offline   Reply With Quote
Old 29th February 2024, 08:50   #2006  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,729
Quote:
Originally Posted by Mosu View Post
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.
In this case, the data doesn't match as each file would have its own RPU. My idea was to do parallel chunked encoding by splitting the RPU file accordingly and join the chunks later. Looks like it's not going to work.. HEVC in Matroska can have RPU injected afterwards, but AV1 does not have such tools yet.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 29th February 2024, 08:56   #2007  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
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.
Mosu is offline   Reply With Quote
Old 29th February 2024, 14:46   #2008  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,729
Quote:
Originally Posted by Mosu View Post
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.
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...
Boulder is offline   Reply With Quote
Old 29th February 2024, 14:52   #2009  |  Link
quietvoid
Registered User
 
Join Date: Jan 2019
Location: Canada
Posts: 574
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
quietvoid is offline   Reply With Quote
Old 2nd March 2024, 09:39   #2010  |  Link
von Suppé
Registered User
 
von Suppé's Avatar
 
Join Date: Dec 2013
Posts: 629
Quote:
Originally Posted by jpsdr View Post

I mux doing the following :
Audio is from Film_23_976 untouched, video is from Film_24_000 with FPS set to 24000/1001 + "Fix bitstream" checked.

Result is :
Code:
General
Format                                   : Matroska
Format version                           : Version 4
Duration                                 : 1 h 44 min
Frame rate                               : 24.000 FPS
Writing library                          : libebml v1.4.5 + libmatroska v1.7.1

Video
ID                                       : 1
Format                                   : HEVC
Duration                                 : 1 h 44 min
Frame rate mode                          : Constant
Frame rate                               : 24.000 FPS
It plays fine in sync with MPC-HC, but... Is it realy what it should be...
Timestamps can be written on contaner-level and in-elementary-stream. Which two can differ. Therefore (proper) playback depends on which of the two timestamps are honoured by the player.
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
For "23.976" fps:
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.
von Suppé is offline   Reply With Quote
Old 2nd March 2024, 10:41   #2011  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 6,914
Quote:
Originally Posted by von Suppé View Post
https://mkvtoolnix.download/doc/mkvmerge.html#d4e1980 scroll down to "--fix-bitstream-timing-information"
You are right, don't work with HEVC video.
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.
tebasuna51 is offline   Reply With Quote
Old 2nd March 2024, 13:28   #2012  |  Link
von Suppé
Registered User
 
von Suppé's Avatar
 
Join Date: Dec 2013
Posts: 629
With eac3to I have much used the changeTo... for AVC. Simply didn't know it could do also for HEVC. Thanks for letting this know.
von Suppé is offline   Reply With Quote
Old 10th March 2024, 19:44   #2013  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
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
  • translations: added a Belarusian translation of the programs & the man pages by prydespar (see "AUTHORS").
  • mkvmerge, MKVToolNix GUI's chapter editor: added support for reading chapters from ffmpeg metadata files. Implements #3676.
  • MKVToolNix GUI: added a new action type for execution after jobs or the queue finishes: quitting MKVToolNix. Implements #3677.

Build system changes
  • The bundled "fmt" library was updated to v10.2.1.

Other changes
  • Tons of changes were made to support the latest development versions of libEBML & libMatroska.

Have fun 😁
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 11th March 2024, 07:27   #2014  |  Link
XinHong
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
XinHong is offline   Reply With Quote
Old 11th March 2024, 09:53   #2015  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
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.
Mosu is offline   Reply With Quote
Old 11th March 2024, 15:13   #2016  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
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.
Mosu is offline   Reply With Quote
Old 12th March 2024, 07:20   #2017  |  Link
XinHong
Registered User
 
Join Date: Jan 2011
Location: France
Posts: 36
Yes that's fine now, thanks
XinHong is offline   Reply With Quote
Old 16th March 2024, 13:25   #2018  |  Link
jpsdr
Registered User
 
Join Date: Oct 2002
Location: France
Posts: 2,316
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.
jpsdr is offline   Reply With Quote
Old 18th March 2024, 13:32   #2019  |  Link
Dogway
Registered User
 
Join Date: Nov 2009
Posts: 2,361
Quote:
Originally Posted by jpsdr View Post
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) ?
Happening to me for the last 6 months or so. It freezes for about 30s or a minute when jumping to a different section of video.
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; 18th March 2024 at 13:34.
Dogway is offline   Reply With Quote
Old 18th March 2024, 19:26   #2020  |  Link
jpsdr
Registered User
 
Join Date: Oct 2002
Location: France
Posts: 2,316
The issue is that it happened on a around 4 years old MKV, i remuxed. The old MKV was "fine", the new not, so... Aside MKVToolnix, i don't see anything else...
__________________
My github.
jpsdr is offline   Reply With Quote
Reply

Tags
matroska

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 07:33.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.