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 23rd September 2020, 20:14   #881  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
Quote:
Originally Posted by a5180007 View Post
The link is valid, you simply need to register on Github.
Which nowadays is not a good idea, considering that GitHub was bought my µ$oft and µ$oft ruined GitHub,
I mean,

https://github.community/t/new-secur...cation/10216/5

and

https://github.community/t/disable-r...the-2fa/2333/2
filler56789 is offline   Reply With Quote
Old 23rd September 2020, 22:23   #882  |  Link
imhh11
Registered User
 
Join Date: Jul 2016
Posts: 171
Quote:
Originally Posted by cogira View Post
I made ts and m2ts versions.
Both have the same behaviour:
Black screen
the file does not start to play and the counter stays at zero.
The x700 player hangs and do not respond anymore to the commands. Had to pull out the power chord and then reconnect again to restablish the correct player operation.
same result. Damn, I really thought that version would fix the x700 bug. Back to w64-nightly-2020-09-19--02-23-22 I guess.

thank's anyway @a5180007
imhh11 is offline   Reply With Quote
Old 23rd September 2020, 23:23   #883  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by imhh11 View Post
same result. Damn, I really thought that version would fix the x700 bug. Back to w64-nightly-2020-09-19--02-23-22 I guess.
@cogira @imhh11 please try this alternative.
I've put the reserved nibble at the end. If it does not work and nobody can advise on the right DOVI descriptor syntax, I am out of ideas...
Code:
bl_present_flag                             1
dv_bl_signal_compatibility_id               4
If (!bl_present_flag) {
    dependency_pid                         13
    reserved                                3
}
reserved                                    4
a5180007 is offline   Reply With Quote
Old 24th September 2020, 00:57   #884  |  Link
cogira
Registered User
 
Join Date: Feb 2020
Location: GB
Posts: 45
Tested as before. Unfortunately nothing has changed. Exactly the same problems.
Thank you for your efforts @a5180007
cogira is offline   Reply With Quote
Old 24th September 2020, 01:57   #885  |  Link
imhh11
Registered User
 
Join Date: Jul 2016
Posts: 171
yep, I confirm. Same behavior but the file is Dolby vision V2 ... is the same change but with DV V1 possible ?
imhh11 is offline   Reply With Quote
Old 24th September 2020, 06:22   #886  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by imhh11 View Post
yep, I confirm. Same behavior but the file is Dolby vision V2 ... is the same change but with DV V1 possible ?
@imhh11 @cogira same but with V1.
a5180007 is offline   Reply With Quote
Old 24th September 2020, 11:25   #887  |  Link
cogira
Registered User
 
Join Date: Feb 2020
Location: GB
Posts: 45
Tested and same results. Thank you again.
cogira is offline   Reply With Quote
Old 24th September 2020, 18:53   #888  |  Link
yannick92
Registered User
 
Join Date: Jan 2020
Location: France
Posts: 28
What are the implications of change management of SEI ?

Hi,

In the git-e7133f9 version, I noticed in the remux a change in the management of SEIs compared to 2.6.12.

Could there be an impact on the correct functioning of the files obtained with this new method?
Viewing problem?
Compatibility on video players? etc ...

In my case, I mainly use a PS3 to watch my remux movies.
Thank you in advance for your clarifications

Yannick


On the 2.6.12

Name:  Capture Remux SEI TsMuxer 2-6-12.jpg
Views: 946
Size:  202.2 KB


Actually, this is normal ?

Name:  Capture Remux SEI TsMuxer git-e7133f9.jpg
Views: 928
Size:  200.5 KB
yannick92 is offline   Reply With Quote
Old 24th September 2020, 19:46   #889  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by cogira View Post
Tested and same results. Thank you again.
Ok. So I will revert to previous v1 Dovi descriptor as described in the Dobly spec 1.2. Until somebody can confirm the structure of the v2 Dovi descriptor or give a working profile 7 sample, Mediainfo will keep on showing "8 compatible"...
a5180007 is offline   Reply With Quote
Old 25th September 2020, 03:55   #890  |  Link
imhh11
Registered User
 
Join Date: Jul 2016
Posts: 171
this sample is probably useless because it's a single layer BL+EL+RPU but this TS file play properly and does not have any bug on the x700.
https://drive.google.com/file/d/1bU0...ew?usp=sharing

same scene in dual layer TS with the bug:
https://drive.google.com/file/d/1Cy6...ew?usp=sharing

same scene in dual layer mp4 without the bug:
https://drive.google.com/file/d/1sMv...ew?usp=sharing
imhh11 is offline   Reply With Quote
Old 25th September 2020, 10:01   #891  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by yannick92 View Post
In the git-e7133f9 version, I noticed in the remux a change in the management of SEIs compared to 2.6.12.

Could there be an impact on the correct functioning of the files obtained with this new method?
Viewing problem?
Compatibility on video players? etc ...
Bonjour Yannick, 2.6.12 was buggy: it did not detect the situation where two different pps can have the same id, resulting in corrupted H264 muxed stream. With 2.6.15, when this situation is detected, tsMuxer stops adding the timing SEI to the H264 stream. Therefore the resulting stream is still missing the timing SEI (as was the original stream), but at least it is not corrupted.

So this is still work in progress, as ultimately tsMuxer should correct and add the timing SEI when two different pps or sps with the same id are detected.
a5180007 is offline   Reply With Quote
Old 25th September 2020, 10:27   #892  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by imhh11 View Post
same scene in dual layer TS with the bug:
https://drive.google.com/file/d/1Cy6...ew?usp=sharing
Thanks @imhh11, but it does not help. Dovi descriptor is:
Code:
descriptor_tag: 0xb0
descriptor_length: 7
dv_version_major: 1
dv_version_minor: 0
dv_profile: 7
dv_level: 6
rpu_present_flag: 1
el_present_flag: 1
bl_present_flag: 0
dependency_pid: 0x1011
reserved: 0b111
dv_bl_signal_compatibility_id: 6
reserved: 0b1111
Buggy despite being strictly as per Dolby document.
What I need is a non-buggy profile 7.

Could you please test this version . I've simply removed the dependency_pid part, instead of moving it to the end.
a5180007 is offline   Reply With Quote
Old 25th September 2020, 19:32   #893  |  Link
yannick92
Registered User
 
Join Date: Jan 2020
Location: France
Posts: 28
Quote:
Originally Posted by a5180007 View Post
Bonjour Yannick, 2.6.12 was buggy: it did not detect the situation where two different pps can have the same id, resulting in corrupted H264 muxed stream. With 2.6.15, when this situation is detected, tsMuxer stops adding the timing SEI to the H264 stream. Therefore the resulting stream is still missing the timing SEI (as was the original stream), but at least it is not corrupted.

So this is still work in progress, as ultimately tsMuxer should correct and add the timing SEI when two different pps or sps with the same id are detected.
Ok, thanks for the explanations, it's a little clearer for me ...

Nevertheless, I am asking myself several legitimate questions about the use of new versions of TsMuxer as a plugin in another software that I have been using constantly for a long time now ...: "PS3Muxer Copyright (C) 2011 Anton Burdinuk"

Can I allow myself to do a quick parenthesis on its operation with the TsMuxer plugin (currently 1.10.6) as well as my questions?

Concretely, I mainly use a PS3 to play my video files, but as you probably know, this one has a lot of compatibility restrictions (fat 32, ts and m2ts only, ac-3 only, Level H264 4.1 max. .)

So I use the excellent PS3Muxer for converting MKV to the PS3.
Very practical and of high quality, in its operation it uses different plugins.
It is an "All in One", so it goes all at once: demuxer (MKV Extract), re-encode the DTS audio in AC-3 ( ffmpeg), remux in m2ts (TsMuxer) and splitter in Fat 32.
However, there has not been an update since 2011, but it still works great!

So I come to my questions: it uses version 1.10.6 of TsMuxer, is it also bugged on SEI like version 2.6.12?
I also noticed that there is no longer the line "H264 bitstream changed: insert nal unit delimiters" in the last versions of TsMuxer, is this normal and what are the consequences?

For all practical purposes, here is a functioning log of PS3Muxer.

Thanks to the whole team

Yannick

Name:  Capture PS3Muxer.PNG
Views: 360
Size:  161.5 KB

Last edited by yannick92; 30th September 2020 at 20:55.
yannick92 is offline   Reply With Quote
Old 26th September 2020, 00:56   #894  |  Link
imhh11
Registered User
 
Join Date: Jul 2016
Posts: 171
Quote:
Originally Posted by a5180007 View Post

Could you please test this version . I've simply removed the dependency_pid part, instead of moving it to the end.
same black screen issue
imhh11 is offline   Reply With Quote
Old 26th September 2020, 06:13   #895  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by imhh11 View Post
same black screen issue
Ok, I give up
The latest nightly should be back as before, with the Mediainfo "8 compatible" and the x700 pixellisation issue when the player is stopped.
a5180007 is offline   Reply With Quote
Old 26th September 2020, 18:25   #896  |  Link
imhh11
Registered User
 
Join Date: Jul 2016
Posts: 171
all good, it's not a big issue.
I watched 50&+ TS DV movies and they all work like a charm while with the mp4 container, some won't play or will freeze. thank's again for your work!



EDIT:

I dont know if this could help but when you play/stop this LG file, it fixes the bug where normally, you had to reboot the player to fix it. I tried many other videos(netflix/amazon/bluray/sdr file/hdr file) and none was able to do that.
So since the LG file also have an EL(but is single layer), it looks like x700 get stuck in a faulty mode when you play a dual layer TS but then playing back the lg file can somehow reset it.
lg demo
https://drive.google.com/file/d/1ZRw...ew?usp=sharing

I hope you understand what I'm saying, my english is not so good. Credit goes to @cogira for finding this workaround



EDIT2: also, i just noticed that when you remux that file using the latest nightly, the HEVC stream disappear from mediainfo.

Last edited by imhh11; 27th September 2020 at 16:22.
imhh11 is offline   Reply With Quote
Old 28th September 2020, 22:21   #897  |  Link
a5180007
Registered User
 
Join Date: Jun 2014
Location: Marrakech, Morocco
Posts: 253
Quote:
Originally Posted by imhh11 View Post
EDIT2: also, i just noticed that when you remux that file using the latest nightly, the HEVC stream disappear from mediainfo.
After analysis, this behavior is the same since 2.6.12. Another thing to look at...
a5180007 is offline   Reply With Quote
Old 30th September 2020, 06:36   #898  |  Link
mczuzlak
Registered User
 
Join Date: Jun 2009
Posts: 9
Hello folks. I'm using tsmuxer explicitly for remuxing my retail uhd-bd backups with dark grey subtitles ( subtitle edit export as blu-ray sup) I've created my self as I'm sensitive to the retails way too bright ones.
Most of the time I can play them just fine on my oppo-203 as iso or bd folder.
I've a slight problem now with The Fifth Element GBR release that came out just recently with dolby vision. ( I can provide mediainfo export or something if needed )
I do everything as usual import the playlist of the main title add my sup file and hit muxing. The resulting output freezes at a certain frame near the beginning. It occurs right after the part where you can see the studiocanal logo.
It's strange as even though it's the main title I see even on the retails bd backup that after this scene my AVR shows a spilt second change in the codec as it would start a new title. Thats the part where tsmuxer seems to have a problem.

I hope I could describe it well. Is this maybe a known bug with other releases as well ? Any older nightlies I should try ?

Thanks

EDIT : Remuxing the tsmuxer output ( the one that freezes ) with CloneBD resolves the problem. No more freeze after that.
I wish tsmuxer could do the same.

Last edited by mczuzlak; 30th September 2020 at 17:09.
mczuzlak is offline   Reply With Quote
Old 30th September 2020, 15:01   #899  |  Link
Emulgator
Big Bit Savings Now !
 
Emulgator's Avatar
 
Join Date: Feb 2007
Location: close to the wall
Posts: 1,531
That would look like changing parameters mid-stream.
Well possible for broadcast, never thought that would be Blu-ray legal. A new kind of copy protection ?
IIRC something regarding mid-stream audio codec or channel count changes had been reported from satellite broadcasts...
Modern chipsets may obey that. If that can be handled by vanilla tsMuxeR as remux ? Doubt that.
Maybe you will have to demux before and append these streams in tsMuxeR.

I would suggest to try DGDemux (now with preview), you will comfortably see which playlist it is.
Lets see if it handles such demux already...
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain)
"Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..."
Emulgator is offline   Reply With Quote
Old 3rd October 2020, 19:46   #900  |  Link
MrVideo
Registered User
 
MrVideo's Avatar
 
Join Date: May 2007
Location: Wisconsin
Posts: 2,130
Quote:
Originally Posted by Emulgator View Post
Well possible for broadcast, never thought that would be Blu-ray legal. A new kind of copy protection?
AFAIK, U.S. OTA broadcasters are not allowed to change from AC3-5.1 to AC3-2.0, and vice versa.
Quote:
IIRC something regarding mid-stream audio codec or channel count changes had been reported from satellite broadcasts...
There are several C-Band services that change from AC3-5.1 to AC3-2.0 and back. Even the main Ku-Band PBS network feed switches back and forth.
MrVideo 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 22:22.


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