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. |
19th September 2022, 10:42 | #1721 | Link | |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,370
|
Quote:
cE can ignore the first m2ts file. |
|
19th September 2022, 11:32 | #1722 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
I haven't found a way to speed up any of those things; "setUpdatesEnabled(false)" doesn't make a difference at all. But the common case of not changing any of those options should indeed result in much faster application of settings. Therefore I do consider this a win.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
19th September 2022, 19:03 | #1723 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,308
|
A little question, out of curiosity.
When you mux video + audio and set a value in the shift (ms) field for the audio. Is the shift done during the mux, resulting in a resync muxed file, or is it just an information to be provided to the player, and it's up to the player to apply/do the audio shift ? Can the value be negative ?
__________________
My github. |
19th September 2022, 21:28 | #1724 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Sync settings (both the additive part & the multiplicator) are used during muxing & simply applied to all frame timestamps. Think "new_timestamp = sync_factor * old_timestamp + sync_additive", just with some more variables. The factor will be applied before the addition.
Players have nothing to do here. And as those values are directly included in timestamp calculation, there's no way to derive them from a file they've been applied on. The additive part of the sync setting can be negative. However, as timestamps in Matroska files cannot be negative, this means that all frames whose timestamps end up negative after said calculation will be dropped during muxing.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
19th September 2022, 21:29 | #1725 | Link | |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|
20th September 2022, 11:13 | #1726 | Link | |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,370
|
Quote:
|
|
23rd September 2022, 13:13 | #1727 | Link | |
Registered User
Join Date: Dec 2003
Location: Krumbach, Germany
Posts: 38
|
Quote:
|
|
23rd September 2022, 13:27 | #1728 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Note that due to how packages are named, you may have to uninstall both the "mkvtoolnix" and the "mkvtoolnix-gui" packages if you had them installed from the Ubuntu repositories before installing them from the Linux Mint repository. Or wait for the next release; that'll fix it, too.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
24th September 2022, 11:18 | #1729 | Link | |
Registered User
Join Date: Dec 2003
Location: Krumbach, Germany
Posts: 38
|
Quote:
Last edited by Moonbase; 24th September 2022 at 11:21. |
|
24th September 2022, 11:31 | #1730 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
No. Why would I? The Linux Mint release isn't called Jammy. And even their own repository doesn't use "jammy", it uses "vanessa".
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
24th September 2022, 12:39 | #1731 | Link |
Registered User
Join Date: Dec 2003
Location: Krumbach, Germany
Posts: 38
|
Yep, that’s true. Just thought you might make a version that runs on both Ubuntu 22.04 and Linux Mint 21 (and thus use "jammy", like other tools do). My bad.
Btw, kudos for doing so much just perfectly right with MKVToolNix(GUI)! I just ripped my "The Hobbit: An Unexpected Journey" 3D BluRays (main movie = 2 BluRays) and was about to concatenate part 1 & 2 using ffmpeg when I realized I could as well try MKVToolNix’ "append" function. And it actually even recalculated the Part 2 chapter timings correctly (a horrible job doing that manually using the XML extracts) and did a perfect append! Wow. I only had to change the part 2 chapter names, of course. 62 GB movies, here we come! I’ll need a bigger NAS real soon now… |
24th September 2022, 14:24 | #1732 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
That had been my modus operandi for the past years. However, there have been reports that the package for Ubuntu 22.04 doesn't actually work on Linux Mint 21. That prompted me to build a "real" package for Linux Mint 21, which mainly means building it on Linux Mint 21, not on any version of Ubuntu. Hence separate repositories & separate names.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
26th September 2022, 10:18 | #1734 | Link |
Registered User
Join Date: Apr 2019
Posts: 64
|
One request, could you please add a variable that returns the path of the first track's file? I would have asked the path of the video track but there could be cases where no video track would be used.
I was trying to create an action to execute a python script to copy the creation date of the source file to the destination file but there is no variable to get the path of the source file in order to get it's time. Also, I'm correct at assuming that the actions are executed from first at the left to last at the right? Additional question, does "<MTX_DESTINATION_FILE_DIRECTORY>" returns the path or only the directory name? Sorry, I haven't found anything about this in the documentation. Thanks. |
26th September 2022, 11:47 | #1735 | Link | |||
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Quote:
Quote:
Quote:
Example: Code:
MTX_CURRENT_TIME=2022-09-26T12:45:16 MTX_DESTINATION_FILE_DIRECTORY=/home/mosu/prog/video/data MTX_DESTINATION_FILE_NAME=/home/mosu/prog/video/data/v (42).mkv MTX_INSTALLATION_DIRECTORY=/home/mosu/prog/video/mkvtoolnix/src/mkvtoolnix-gui MTX_JOB_DESCRIPTION=Multiplexe in Datei »v (42).mkv« im Verzeichnis »/home/mosu/prog/video/data« MTX_JOB_END_TIME=2022-09-26T12:45:16 MTX_JOB_EXIT_CODE=0 MTX_JOB_START_TIME=2022-09-26T12:45:16 MTX_JOB_TYPE=multiplexer MTX_OUTPUT_FILE_DIRECTORY=/home/mosu/prog/video/data MTX_OUTPUT_FILE_NAME=/home/mosu/prog/video/data/v (42).mkv MTX_SOURCE_FILE_NAMES=( /home/mosu/prog/video/data/v.avi ) That being said, I can totally understand your confusion as the verbiage in the popup that adds variables is less than clear. I'll fix that soon.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
|||
27th September 2022, 10:23 | #1736 | Link |
Registered User
Join Date: Dec 2003
Location: Krumbach, Germany
Posts: 38
|
@Mosu: Is there currently any known problem remuxing MPEG transport streams? I’m just about to remux an old TV recording (Lucky Luke, 2.3 GB ts file with wrong extension ".mpg") into MKV and it already takes 1½ hours, currently at 55%… While other multi-GB formats on this same machine remux in seconds, or minutes at most.
Last edited by Moonbase; 27th September 2022 at 10:25. |
27th September 2022, 10:32 | #1737 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
Dunno. Might be you're running into a bug. Might be some other cause.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
27th September 2022, 10:50 | #1738 | Link |
Registered User
Join Date: Dec 2003
Location: Krumbach, Germany
Posts: 38
|
Well, I’ll sit this one out and have a look at the results. I’ll also try some other M2TS files, just to check. Maybe the old recording is just somehow defective.
EDIT: FYI, there must be something highly inefficient going on—runtime of the video is 1h 18min and it took 2h 55min 20s just to remux: Code:
--- Output of job 'Multiplexing to file "Lucky Luke - Auf in den Wilden Westen (2007).mkv" in directory "/home/matthias/Filme"' started on 2022-09-27 10:34:46 +02:00 --- mkvmerge v70.0.0 ('Caught A Lite Sneeze') 64-bit '/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg': Using the demultiplexer for the format 'MPEG transport stream'. '/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg' track 0: Using the output module for the format 'MPEG-1/2 video'. '/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg' track 1: Using the output module for the format 'MPEG-1/2 Audio Layer II/III'. The file '/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mkv' has been opened for writing. The cue entries (the index) are being written... Multiplexing took 175 minutes 20 seconds. Code:
ffmpeg -hide_banner -i Lucky\ Luke\ -\ Auf\ in\ den\ Wilden\ Westen\ \(2007\).mpg Code:
[mpegts @ 0x564b608d1080] DTS 15370 < 18970 out of order Input #0, mpegts, from 'Lucky Luke - Auf in den Wilden Westen (2007).mpg': Duration: 01:18:49.69, start: 0.040000, bitrate: 3922 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, progressive), 720x576 [SAR 64:45 DAR 16:9], 9500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Side data: cpb: bitrate max/min/avg: 9500000/0/0 buffer size: 1835008 vbv_delay: N/A Stream #0:1[0x101]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s At least one output file must be specified Code:
General Unique ID : 287748801639657602076692450631621382226 (0xD87A6742341BA125365AB8CD01399052) Complete name : /home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mkv Format : Matroska Format version : Version 4 File size : 2.08 GiB Duration : 1 h 18 min Overall bit rate mode : Variable Overall bit rate : 3 782 kb/s Movie name : Lucky Luke - Auf in den Wilden Westen (2007) Encoded date : UTC 2022-09-27 08:34:46 Writing application : mkvmerge v70.0.0 ('Caught A Lite Sneeze') 64-bit Writing library : libebml v1.4.2 + libmatroska v1.6.4 Video ID : 1 Format : MPEG Video Format version : Version 2 Format profile : Main@Main Format settings : CustomMatrix / BVOP Format settings, BVOP : Yes Format settings, Matrix : Custom Format settings, GOP : Variable Codec ID : V_MPEG2 Codec ID/Info : MPEG 1 or 2 Video Duration : 12 min 13 s Bit rate mode : Variable Bit rate : 23.1 Mb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 16:9 Frame rate mode : Variable Frame rate : 161.286 FPS Original frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Compression mode : Lossy Bits/(Pixel*Frame) : 0.346 Time code of first frame : 00:00:00:01 Time code source : Group of pictures header GOP, Open/Closed : Open Stream size : 1.98 GiB (95%) Default : Yes Forced : No Audio ID : 2 Format : MPEG Audio Format version : Version 1 Format profile : Layer 2 Format settings : Joint stereo / Intensity Stereo + MS Stereo Codec ID : A_MPEG/L2 Codec ID/Hint : MP2 Duration : 1 h 18 min Bit rate mode : Constant Bit rate : 192 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 41.667 FPS (1152 SPF) Compression mode : Lossy Delay relative to video : -11 ms Stream size : 108 MiB (5%) Language : German Default : Yes Forced : No Last edited by Moonbase; 27th September 2022 at 12:56. |
27th September 2022, 22:38 | #1740 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
|
No, there isn't.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
Tags |
matroska |
Thread Tools | Search this Thread |
Display Modes | |
|
|