Log in

View Full Version : tsMuxeR update for 3D blu-ray


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35

physic
11th December 2013, 13:46
Holzi11
You can change stream order by "up" and "down" buttons placed on the right side.

jdobbs
11th December 2013, 15:12
For the sake of "full disk processing" ability I am going to implement IG (interactive graphics) streams support at first.Excellent! IGS is the one remaining missing link.

ExSport
11th December 2013, 16:41
Latest version of tsMuxeR 2.5.7(b):
- fixed bug with SEI messages for some movie

I lost the hope that there will be fix for it soon but you made it. Thanks! Weird that noone else spotted this behavior with other samples...
Will test it later on HW (problem reproducible on Panasonic TV and PS3 which I only have) but output from new version is byte2byte different so hope you made it!:thanks:
Will post update with results:)
EDIT: Not fixed :(
I am not home so SubJunk tested it and it seems it improved but still not fixed. It no longer freezes, but the playback is still not smooth. It plays as if it is adding backwards frames every few frames.

jdobbs
11th December 2013, 16:57
Holzi11
You can change stream order by "up" and "down" buttons placed on the right side.Not a big deal, but is there a reason why you changed the default PTS in-times to 01:10:00.000 in the newer versions instead of the 00:10:00.000 that was used in v1.10.6? It can easily be changed with the --start-time option -- but I was just curious (and wanted to make sure it wasn't a bug).

physic
11th December 2013, 17:12
jdobbs
I changed it long ago for test purpose and then did not return it back. In any way, It can be any value. Also, tsMuxeR update this parameter if you open MPLS file.

jdobbs
11th December 2013, 18:12
jdobbs
I changed it long ago for test purpose and then did not return it back. In any way, It can be any value. Also, tsMuxeR update this parameter if you open MPLS file.Cool. Thanks.

co
11th December 2013, 23:46
@physic

@physic

...refuses to make a blu-ray from
a *.MTS file from a Panasonic Camcorder:
...


In fact, tsMuxeR v.2.4.1 was crashing, but v.1.10.6 not.
Now I can mux the movie to blu-ray using both v.2.4.1 or 2.5.7
which are working flawless! I think it was just a Windows problem.

Thank you!

physic
12th December 2013, 01:00
rodm
I checked iso disk built on OS X 10.8 and havn't found problem. Of course, your report OS X 10.9, but I havn't it yet. Could you check your disk once more on version 2.5.7 and if problem still exists create short 1-2min long iso file and send it to me?

Blackwalker
12th December 2013, 09:49
thx physic for the release :),
i'll do some test too!

mattmarsden
12th December 2013, 10:18
http://s22.postimg.org/crht0btf5/lion.png

You can see what modify.
The 40 in 50 or 50 in 40.
That change the eye crossing.

Hi Cedvano, thanks very much for the info, unfortunately neither my PCH A400 or Mede8er X3D seem to read this information - perhaps because they only do BD-lite. Is there any other way to change the left/right streams around?

ExSport
12th December 2013, 10:46
Latest version of tsMuxeR 2.5.7(b):
- fixed bug with SEI messages for some movie

Unfortunately not fixed:(
I can't test it right now so SubJunk made it and here is his comment:
I tested those the samples and it seems improved but still not fixed. It no longer freezes, but the playback is still not smooth. It plays as if it is adding backwards frames every few frames.

trevorjharris
12th December 2013, 11:58
I want to replace the avc and mvc files in a blu-ray iso. I know I can mount the iso as a virtual drive and can replace the files but how do I make in rebuild the ssif file. I do know that the avc and mvc files are virtual files.

Thanks

trevorjharris
12th December 2013, 12:21
OK I found out how to create a miniso and it seems to work. Sorry for bothering you all.

physic
12th December 2013, 12:55
ExSport
It no longer freezes, ... It plays as if it is adding backwards frames every few frames
Your give me a helpful description. I'll continue investigate this problem today.

laserfan
12th December 2013, 15:45
...playback is still not smooth. It plays as if it is adding backwards frames every few frames.
FWIW this sounds like a similar issue that Sony DVD Architect has muxing h264 streams where the b-pyramid option was enabled.

I've never found any explanation of why this is a problem, but the symptom is exactly as described as if the playback sequence is wrong somehow (a couple frames forward then jumps a frame backward). It's only visible in scenes with significant motion.

Video Dude
12th December 2013, 16:36
FWIW this sounds like a similar issue that Sony DVD Architect has muxing h264 streams where the b-pyramid option was enabled.

I've never found any explanation of why this is a problem, but the symptom is exactly as described as if the playback sequence is wrong somehow (a couple frames forward then jumps a frame backward). It's only visible in scenes with significant motion.

Someone reported a tsmuxer stutter issue with DVD-RB and I think this is the reason jdobbs set b-pyramid to none.
http://forum.doom9.org/showthread.php?p=1546043#post1546043

There was also the bug/issue where tsmuxer did not correctly mux x264 streams when --pulldown is enabled.
http://www.x264bluray.com/issues-with-certain-players

Sharc
12th December 2013, 17:30
I never had a problem with b-pyramid 1 (=strict), however x264 with --pulldown and tsMuxeR 1.10.6. always caused a terribly jerky playback (jumping back-and-forth) on my SONY S360.

jdobbs
12th December 2013, 18:03
I never had a problem with b-pyramid 1 (=strict), however --pulldown always caused a terribly jerky playback (jumping back-and-forth) on my SONY S360.There was always playback issues with pulldown & TSMUXER 1.10.6 -- not sure if it is still there with 2.5.7

laserfan
12th December 2013, 20:12
FWIW this sounds like a similar issue that Sony DVD Architect has muxing h264 streams where the b-pyramid option was enabled.
To clarify, it is in the act of MUXING an x264-made encoding-with-b-pyramid that the resulting DVDA output exhibits the frame-order problem. I do not recall ever experiencing the issue with any other muxer (though the only others I have ever used are Ulead MF6+ and tsMuxeR).

It was very hard indeed for me to nail-down given no problem could ever be seen in the x264 source, it only appeared after muxing it with audio using DVD Architect Pro.

Cedvano
12th December 2013, 20:57
Hi Cedvano, thanks very much for the info, unfortunately neither my PCH A400 or Mede8er X3D seem to read this information - perhaps because they only do BD-lite. Is there any other way to change the left/right streams around?

I have my Mede8er 800 3D this Xmas. I can't test now.

Video Dude
12th December 2013, 21:51
There was always playback issues with pulldown & TSMUXER 1.10.6 -- not sure if it is still there with 2.5.7

I reported the pulldown issue to physic in a PM in September. He said he would put it on the todo list. I have not tested the new version with pulldown so I don't know if it was fixed.

Emulgator
12th December 2013, 23:43
And another issue when H.264 from x264 shall be muxed using Sony DVD-A:
progressive worked, interlaced led to muxer abort.
Dateiname: STREAM/00000.m2ts Status: TSWrapper.dll::CTSWrapper::ProcThreadMain::This program has a bug. - m_ptsOfNextGOP is empty.
I investigated this some time ago, but if this is still valid with the recent versions of x264 / DVD-A it would point to a x264 issue, I guess.
Just a thought, if tsMuxeR's results regarding x264 pulldown behave strange...

physic
13th December 2013, 02:12
ExSport
Please check PM. I sent you version 2.5.9.

Sharc
13th December 2013, 08:33
And another issue when H.264 from x264 shall be muxed using Sony DVD-A:
progressive worked, interlaced led to muxer abort.

I investigated this some time ago, but if this is still valid with the recent versions of x264 / DVD-A it would point to a x264 issue, I guess.
Just a thought, if tsMuxeR's results regarding x264 pulldown behave strange...
Good point. I am not sure whether the root cause for the jerky playback with --pulldown has ever been nailed. I think to remember that pulldown worked with --bframes 0 (no b-frames for x264, tsMuxeR 1.10.6).
I plan to do some re-testing with recent tsMuxeR version occasionally.

DaveO88
13th December 2013, 13:00
I have the following problem, I want to edit the movie EPIC 3D to m2ts or ISO.

However, get this message in the status window "H.264 manual defined fps does not equal to stream fps. Change H.264 fps from 0.232387 to 23.976" and the GUI stops the process without an error message. What's the problem here?

http://img.tapatalk.com/d/13/12/13/a9yme7e2.jpg

Gesendet vom Samsung S4 GT-I 9505

rodm
13th December 2013, 13:27
rodm
I checked iso disk built on OS X 10.8 and havn't found problem. Of course, your report OS X 10.9, but I havn't it yet. Could you check your disk once more on version 2.5.7 and if problem still exists create short 1-2min long iso file and send it to me?

I've sent you a private email with attached .iso files. Let me know of any probs.
Good luck.

Sharc
13th December 2013, 18:38
I reported the pulldown issue to physic in a PM in September. He said he would put it on the todo list. I have not tested the new version with pulldown so I don't know if it was fixed.
I made few tests with x264 --pulldown double and tsMuxeR 2.5.7(b) with same source which caused problems (jerky playback) before. Now everything seems to be ok (at least for --pulldown double, I didn't test other pulldown patterns yet).

Thanks, physic.

jdobbs
13th December 2013, 19:18
I made few tests with x264 --pulldown double and tsMuxeR 2.5.7(b) with same source which caused problems (jerky playback) before. Now everything seems to be ok (at least for --pulldown double, I didn't test other pulldown patterns yet).

Thanks, physic.That's great news. I've always hated having to double the number of frames when converting 25fps or 29.97fps video to 720p for blu-ray.

Sharc
13th December 2013, 19:38
That's great news. I've always hated having to double the number of frames when converting 25fps or 29.97fps video to 720p for blu-ray.
Yes, I think this is one of the main applications for pulldown.
It would however be good if you or someone else could do additional tests because my environment is limitied to 2 SW and 1 HW player.

physic
14th December 2013, 03:03
all
If somebody still has problem with removing pulldown please send me sample via PM

DaveO88
Looks like you have broken source file.

nunub
14th December 2013, 04:25
@physic
tsmuxer doesnot support dts-es streams 6.1 channels.

Audiophile1178
14th December 2013, 04:55
@physic, correct me if I'm wrong as this is my first time doing this but I just muxed Gangster Squad that had DTS Express, secondary PIP video, and secondary subtitles. txMuxeR appears to have properly placed the DTS Express as secondary audio but didn't do it for the PIP video or the secondary subtitles.

This is what I did:

1. Opened up original disc and dropped proper mpls file in.
2. Dropped in encoded main video and PIP video.
3. Removed original main video and PIP video.
4. Place encoded main video and PIP in same spot as original.
5. Selected Blu-ray as output and pushed start muxing.

I check the output folder of tsMuxeR in BDedit and it placed the PIP video as main video, as well as, second subtitles under main subtitles. When I go to click on the Vi number under STN in BDedit to display the video files it won't show them and is blank as if BDedit doesn't know how to read the video files from the mpls. It has no problem displaying all the subtitles though showing that the secondary subtitles are marked as main subtitles.

physic
14th December 2013, 10:54
Yes, tsMuxeR can't create secondary video yet.
I'll fix it soon.

SeeMoreDigital
14th December 2013, 11:26
@physic
tsmuxer doesnot support dts-es streams 6.1 channels.Although DTS-ES is not reported within TSmuxers GUI, the finished mux does retain the ES element.

If you run your finished muxes through MediaInfo or play them on an amplifier that supports DTS-ES decoding, you will discover that the ES element is still there.


Cheers

nunub
14th December 2013, 12:56
yes its ok.

sl1pkn07
14th December 2013, 18:38
which extension does linux accept for icon, windows does ico. If possible I may be able to extract ico file and attach it here.

if you mean this icon
http://i.imgur.com/V8vjj5C.png

this is a generic Qt program icon.

i mean like older TsMuxer icon
http://img.informer.com/icons/png/48/2537/2537813.png(with more resolution)

or the icon used in ne New Generation TsMuxer

HWK
14th December 2013, 18:44
Roman said he will include in new release for Linux, that should solve problem.

Audiophile1178
14th December 2013, 18:51
Yes, tsMuxeR can't create secondary video yet.
I'll fix it soon.

Thanks! :) I'm assuming that you have to fix the subtitles not being marked as secondary subtitles as well?

Edit: I just realized that maybe the subtitles aren't considered secondary but in BDedit (for Gangster Squad) they show up under the PIP box with a subtitle type of IM PIP. I'm also doing another disc that has subtitles under the IG box with a subtitle type of SubPath.

Or maybe the above aren't subtitles at all as looking at the clpi in BDedit doesn't show them but anyhow tsMuxeR isn't putting whatever they are in their proper place and for (Gangster Squad) it placed them under subtitles instead of being properly put under the PIP box. I'm thinking that they're graphics that pop-up during the playback and not really subtitles as that's what gets displayed on the original disc.

Will there be a way to tell tsMuxeR (in the GUI) where these files properly belong?



P.S., as you can see I'm not super knowledgeable about Blu-ray structures but know enough to accomplish what I'm trying to do.

SeeMoreDigital
14th December 2013, 20:32
I'm not sure if or when this question was answered before but...

Why is it that Dolby TrueHD 'without a core' can't be muxed into the .M2TS container?

Even though there may be something stated within a specification somewhere saying 'it's not permissible. Does this have to mean it can't be done?


Cheers

Sharc
15th December 2013, 12:05
all
If somebody still has problem with removing pulldown please send me sample via PM

physic:
Pulldown seems to work. However I wonder why the encoded .264 stream is reported by MediaInfo as
Frame mode : Frame doubling
Frame rate : 25,000 FPS
After Muxing with tsMuxeR the .m2ts becomes:
Frame mode : Frame doubling
Frame rate: 12,500 FPS
Maybe I missed something?

[Edit:]
These 12,500 FPS seem to be a MediaInfo issue. Other tools report 25 FPS for the muxed .m2ts.

Emulgator
15th December 2013, 12:38
SMD: To be able to decode the DolbyTrueHD extension the DolbyTrueHD core is needed,
so it would be useless to mux the DolbyTrueHD extension alone.
http://www.dolby.com/uploadedFiles/Assets/US/Doc/Professional/DPlus_TrueHD_whitepaper.pdf

SeeMoreDigital
15th December 2013, 13:51
SMD: To be able to decode the DolbyTrueHD extension the DolbyTrueHD core is needed,
so it would be useless to mux the DolbyTrueHD extension alone.

Actually, the core is not needed when Dolby TrueHD is muxed (with video) into the .MKV container. And such files can be played perfectly in software and hardware players...

Sharc,

Out of interest... Have you tried muxing MPEG-2 video with 3:2 pull-down (from say an NTSC movie DVD) into the .M2TS container?

I've noticed that when the pull-down is removed, the resulting .M2TS files plays fine. But if you keep the pull-down, the resulting .M2TS file stutters like hell

Sharc
15th December 2013, 13:59
Sharc,

Out of interest... Have you tried muxing MPEG-2 video with 3:2 pull-down (from say an NTSC movie DVD) into the .M2TS container?

I've noticed that when the pull-down is removed, the resulting .M2TS files plays fine. But if you keep the pull-down, the resulting .M2TS file stutters like hell
No. I have only tried --pulldown double with x264 (mpeg-4) in .m2ts Container / BD structure, and I did NOT remove the pulldown.

Seems that more testing is recommended ......

Edit:
I took a 23.976 BD original and encoded it with x264 --pulldown 32 and muxed with tsMuxer, keeping the pulldown. Playback is smooth, I am just not sure if the players ignore the pulldown and play at the original framerate....

Pecosbil
15th December 2013, 14:07
Latest version of tsMuxeR 2.5.7(b):

windows 32 bit: tsMuxeR_2.5.7(b).zip (https://drive.google.com/file/d/0B0VmPcEZTp8NVGNsY0xneFo1bEE/edit?usp=sharing)
linux 32 bit: tsMuxeR_2.5.7(b).tar.gz (https://drive.google.com/file/d/0B0VmPcEZTp8NM1VsY2xyaXdCQmM/edit?usp=sharing)
MacOS 10.8 (64 bit): tsMuxeR_2.5.7(b).dmg (https://drive.google.com/file/d/0B0VmPcEZTp8NbmFQNnhUNHB0akE/edit?usp=sharing)

- fixed bug with SEI messages for some movie
- fixed problem with some movies where problem occured during processing several last video frames (Titanic movie example)
- several minor bug fixes
.

Thank you for the update! :)

One thing I noticed though, the txt -> PGS subtitle renderer doesn't seem to use font baseline when calculating/drawing offsets (the same thing happens with line spacing too), it seems to use descender/ascender heights instead (link to wikipedia picture (http://upload.wikimedia.org/wikipedia/commons/thumb/3/39/Typography_Line_Terms.svg/500px-Typography_Line_Terms.svg.png)). This causes some annoying variation to the subtitle position & line spacing throughout the movie. Could it be changed to use baseline instead?

Zorg
15th December 2013, 15:51
yes, it's a common problem since 1.xx version.

physic
15th December 2013, 17:13
Pecosbil
Yes. I'll include this fix to today's version.

Pecosbil
15th December 2013, 18:10
Pecosbil
Yes. I'll include this fix to today's version.

Wow, that was fast! :) Thank you...

physic
15th December 2013, 21:38
New version 2.6.4(b) is ready:

windows 32 bit: tsMuxeR_2.6.4(b).zip (https://drive.google.com/file/d/0B0VmPcEZTp8NVWxJNDFtbFdWbG8/edit?usp=sharing)
linux 32 bit: tsMuxeR_2.6.4(b).tar.gz (https://drive.google.com/file/d/0B0VmPcEZTp8NTGFFNDZnNlZMdTg/edit?usp=sharing)
MacOS 10.8 (64 bit): tsMuxeR_2.6.4(b).dmg (https://drive.google.com/file/d/0B0VmPcEZTp8NcDVrdVBUbzBxUjQ/edit?usp=sharing)

- Add secondary video support (PIP)

- fixed mp4 files with MPEG-DASH (HLS stream)
- fixed SEI again
- fixed DTS-ES recognition
- fixed font renderer (a little bit wrong text position)
- several minor improvments and bug fixes

I decided to release non-beta version to the next weekend. In any way it is a not a big deal because of current version is quite stable too.

sl1pkn07
15th December 2013, 21:47
@physic

then http://i.imgur.com/V8vjj5C.png is the final icon?

greetings

physic
15th December 2013, 21:58
sl1pkn07
I forget to write about Linux icon:
it turned out that it's not easy. Actually it is not possible without installer for Linux. So, I'll add icon in the future then I'll create .deb package.
And yes, it is final icon. This image means something to do with media and configuration. So, it is good icon for tsMuxeR.