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 > (HD) DVD, Blu-ray & (S)VCD > (HD) DVD & Blu-ray authoring

Reply
 
Thread Tools Search this Thread Display Modes
Old 8th July 2023, 11:55   #1321  |  Link
d3rd3vil
Registered User
 
Join Date: Jun 2016
Posts: 92
Ah shit then we got a problem
d3rd3vil is offline   Reply With Quote
Old 18th August 2023, 07:46   #1322  |  Link
Balling
Registered User
 
Join Date: Feb 2020
Posts: 525
Quote:
Originally Posted by Sakura-chan View Post
This is not really a bug, more of a question. I'm fairly new to tsmuxer.

Why do m2ts files remuxed with tsmuxer to the same format end up being smaller? For example, I grab a 5,820,604,416 bytes m2ts from a BD, containing an h264 and lpcm track (nothing complex). I remux it as is with tsmuxer to m2ts, nothing changed. I end up with a 5,806,061,568 bytes file. That's 14,542,848 bytes less than the original (13.87 MB).

Upon demuxing the tracks from both they are identical (compared checksums). So no issues, but why? I understand mkv having less overhead so the resulting remuxes will be smaller, but I expected staying in the same format would result in the same file sizes.
It is a bug. The ITU-T H.222 spec is not fully followed, it is hard to. See: https://github.com/justdan96/tsMuxer/issues/108

Basically, the amount of null packets should be so much more. And that will increase the overhead and thus the size.

Last edited by Balling; 30th August 2023 at 19:16.
Balling is offline   Reply With Quote
Old 21st August 2023, 08:21   #1323  |  Link
varekai
Registered User
 
varekai's Avatar
 
Join Date: Jul 2006
Posts: 520
@justdan96
Thanks for your continued work on updating an indispensable tool! Much appreciated!
varekai is offline   Reply With Quote
Old 3rd September 2023, 15:52   #1324  |  Link
yannick92
Registered User
 
Join Date: Jan 2020
Location: France
Posts: 28
"WARNING" "Last AC3 Frame is Incomplete" with EAC3TO (Encoding Audio Track)

Hello everyone, did you have a good holiday?

Back to my encodings after having abandoned them in the spring, I discovered an unusual error message (never seen before...), when I wanted to re-encode an AC3 track with EAC3TO, previously demuxed with TSMuxer, let me explain:

As usual, I want to reduce an E-AC3 (DD+) audio track to AC3 + demux it.
No problems with TSMuxer, no processing errors...

Then I re-encode it with EAC3TO for various reasons...
But during the processing log, I have an unusual "Warning": "The last (E-)AC3 frame is incomplete and thus gets skipped" ??...

With Last Uptade >>> git-27f1d54

Name:  Eac3to Log WARNING Last Frame_Test Last git-27f1d54.PNG
Views: 2
Size:  68.6 KB

On the other hand, NO "Warning" after having previously Demuxed my track with TSMuxer 2.6.12:

Name:  Eac3to Log NO WARNING Last Frame_Test TsMuxer 2.PNG
Views: 2
Size:  70.4 KB

On the other hand, I don't know if there is a correlation, but after demuxing in my different tests, I don't get the same file size (pre re-encoding), either:
With "Warning" my file is: 360 370 KB
But WITHOUT "Warning" it is: 360,369 KB??

Conclusion, what do you think? Is this a Bug? or regular?

For lack of time, I could not test with less recent realese of TsMuxer, but I remember not having had this problem with the updates of the beginning of the year, see the spring...

Thank you in advance for your answers !

Sincerely

Yannick

EDIT: Seen update and fix, in my case everything is ok now!
Thanks for the work jcdr..

Last edited by yannick92; 10th September 2023 at 13:50.
yannick92 is offline   Reply With Quote
Old 6th September 2023, 06:58   #1325  |  Link
Balling
Registered User
 
Join Date: Feb 2020
Posts: 525
Why The last (E-)AC3 frame is incomplete and thus gets skipped

Is printed for a bigger file??

"E-AC3 (DD+) audio track to AC3"

That is only possible on blu-ray.



Yeah, checking this up it appears that the very last frame is Eac3 and it is not removed, otherwise it is all good and only AC3 frames are extracted. Edit: NOW FIXED.

Last edited by Balling; 22nd September 2023 at 00:00.
Balling is offline   Reply With Quote
Old 13th September 2023, 21:31   #1326  |  Link
Kuler087
Registered User
 
Join Date: Aug 2021
Location: Canada
Posts: 66
Why does tsmuxer add a negative delay instead of removing frames like mkvtoolnix?

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : MLP FBA AC-3 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 49 min
Bit rate mode : Variable
Bit rate : 64.0 kb/s
Maximum bit rate : 6 840 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossless
Delay relative to video : -3 s 337 ms
Stream size : 50.2 MiB (0%)
Language : English
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE
__________________
DoVi_Scripts
Kuler087 is offline   Reply With Quote
Old 14th September 2023, 11:14   #1327  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,085
(reason is probably, since it's simpler)
Does it add or simply keep the delay?
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 21st September 2023, 19:37   #1328  |  Link
Balling
Registered User
 
Join Date: Feb 2020
Posts: 525
Quote:
Originally Posted by Kuler087 View Post
Why does tsmuxer add a negative delay instead of removing frames like mkvtoolnix?

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : MLP FBA AC-3 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 49 min
Bit rate mode : Variable
Bit rate : 64.0 kb/s
Maximum bit rate : 6 840 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossless
Delay relative to video : -3 s 337 ms
Stream size : 50.2 MiB (0%)
Language : English
Service kind : Complete Main
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE
Because you are not allowed to remove frames (except for seamless branching). Removing frames from THD and AC3 will make it lossy in first case and different in the second case. And also AC3 you are not allowed to remove priming samples. Same for DTS HD and MA, in DTS HD the reference decoder will not decode it EVEN. Also, same happens with EAC3, it has delay 256 samples, usually more.

Last edited by Balling; 22nd September 2023 at 00:11.
Balling is offline   Reply With Quote
Old 22nd September 2023, 00:53   #1329  |  Link
Balling
Registered User
 
Join Date: Feb 2020
Posts: 525
Quote:
Originally Posted by Balling View Post
It is a bug. The ITU-T H.222 spec is not fully followed, it is hard to. See: https://github.com/justdan96/tsMuxer/issues/108

Basically, the amount of null packets should be so much more. And that will increase the overhead and thus the size.
Actually, I am interested. How hard would it be to fix? AFAIK, no one has open source code for that.
Balling is offline   Reply With Quote
Old 24th September 2023, 18:46   #1330  |  Link
yannick92
Registered User
 
Join Date: Jan 2020
Location: France
Posts: 28
problem after an M2TS split

Good morning
I have a problem with splitting MKV into M2TS with TSMuxer (last nightly):
No error during muxing, I get my 2 parts (split in 4 GB because DD in Fat 32), in playback with VLC, split 1 ok but split 2 no image, just the sound...?
Same on PS3, Split 2 "data not compatible" so no reading at all...
Is this a bug?
THANKS
yannick92 is offline   Reply With Quote
Old 25th September 2023, 17:36   #1331  |  Link
Hellboy.
Registered User
 
Join Date: Mar 2020
Posts: 22
Quote:
Originally Posted by yannick92 View Post
Good morning
I have a problem with splitting MKV into M2TS with TSMuxer (last nightly):
No error during muxing, I get my 2 parts (split in 4 GB because DD in Fat 32), in playback with VLC, split 1 ok but split 2 no image, just the sound...?
Same on PS3, Split 2 "data not compatible" so no reading at all...
Is this a bug?
THANKS
Is better if you report the bugs you find here:
https://github.com/justdan96/tsMuxer/issues
Hellboy. is offline   Reply With Quote
Old 25th September 2023, 18:30   #1332  |  Link
yannick92
Registered User
 
Join Date: Jan 2020
Location: France
Posts: 28
Quote:
Originally Posted by Hellboy. View Post
Is better if you report the bugs you find here:
https://github.com/justdan96/tsMuxer/issues
Ok thx, I didn't dare...
yannick92 is offline   Reply With Quote
Reply

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 04:06.


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