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

Nico8583
26th May 2016, 07:30
And perhaps it would be interesting to make a list of issues for the future developer

Selur
27th May 2016, 07:14
@Nico8583: that should be done once the source code is available.
As soon as the source code is in a git hub, issues could be collected inside a bug tracker.
Getting the source code released as open source is the main issue.

Nico8583
27th May 2016, 07:29
It should not be a problem ;)
I've contacted Roman and tuesday he said to me "I'll publish code at next weekend. I'll put link to the zip file on google drive. It's C++ project." so normally source code will be released soon :)

Sparktank
27th May 2016, 08:53
It should not be a problem ;)
I've contacted Roman and tuesday he said to me "I'll publish code at next weekend. I'll put link to the zip file on google drive. It's C++ project." so normally source code will be released soon :)

That's wonderful news!
Definitely going to keep an eye out for updates.
Thanks for the tip.

filler56789
27th May 2016, 19:24
It should not be a problem ;)
I've contacted Roman and tuesday he said to me "I'll publish code at next weekend. I'll put link to the zip file on google drive. It's C++ project." so normally source code will be released soon :)

Yes, about time! Great news indeed :) :) :)

SubJunk
27th May 2016, 23:48
Exciting!

Nico8583
28th May 2016, 06:18
Retrieve the source code is only the first step but the most important part is to find a dev and continue the work :)

filler56789
30th May 2016, 11:35
I've contacted Roman and tuesday he said to me "I'll publish code at next weekend.

I thought "next weekend" meant yesterday (May 29) or last Saturday (May 28). Evidently I was wrong :o

Nico8583
30th May 2016, 11:53
I thought "next weekend" meant yesterday (May 29) or last Saturday (May 28). Evidently I was wrong :o
I thought too but it seems to not be the case :(

varekai
30th May 2016, 12:43
It would be really great if this fantastic software were to be continued with updates.
I only found one (1) bug that I would love to be solved.
There is a workaround using easySUP but TsMuxer 2.6.12 handles the subs really, really beautiful!

http://forum.doom9.org/showthread.php?t=173061

Sharc
30th May 2016, 12:48
I thought too but it seems to not be the case :(
There is (usually) always a "next weekend" :p

Nico8583
30th May 2016, 13:40
It would be really great if this fantastic software were to be continued with updates.
I only found one (1) bug that I would love to be solved.
There is a workaround using easySUP but TsMuxer 2.6.12 handles the subs really, really beautiful!

http://forum.doom9.org/showthread.php?t=173061
There is also a bug with 2.6.12 and subtitles, on some movies timecode is wrong and 1 hour is added for each subtitles !

varekai
30th May 2016, 14:09
There is also a bug with 2.6.12 and subtitles, on some movies timecode is wrong and 1 hour is added for each subtitles !
Aha, didn't know that and have never encountered that in any of my many projects.
Guess I've been lucky then!

Nico8583
30th May 2016, 14:48
I've seen it on "Riddick" and "Dragon Gate 3D" and I don't remember if there are others...

Alanick
30th May 2016, 19:19
I think that the biggest bug that needs URGENT care, is the following.
Both frames are same frame number, yet tsMuxeR, as you can see, screws frames big time.

http://i.imgur.com/nRJY2Sc.jpg
http://i.imgur.com/SUrOdMd.jpg

you guys would be shocked how many titles I saved with out noticing the messy frames tsMuxeR outputs in the .m2ts container while preserving both AVC-MVC.
And I tried both 2D and 3D players, the error-ed frames are all there, I kind of assumed in beginning, that it might be a codec issue on my side, but I was wrong, if lets say, id re-mux the same title once again, the error-ed frames would not be in same spot, yet a different pattern would surface, thus making the 3D viewing experience a nightmare.

Some movies get same treatment, and some documentaries, but animations are most targeted with that kind of error, nasty.

Also, full recognizable Atmos and DTS:X support would be nice, and fully working .iso's, not just hit and miss, it doesn't work all the time if id burn a title on a disc, to start with 3D recognizable by the player, or subtitles not showing up, very frustrating.

Or the inability to handle titles like RA One /Voltage 3D, and the result is fully out of synch.

tsMuxeR output:
Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com
Decoding H264 stream (track 1): Profile: High@4.1 Resolution: 1920:1080p Frame rate: 23.976
H.264 muxing fps is not set. Get fps from stream. Value: 23.976
Decoding H264 stream (track 2): H.264/MVC Views: 2 Profile: High@4.1 Resolution: 1920:1080p Frame rate: 23.976
MVC muxing fps is not set. Get fps from stream. Value: 23.976
Decoding DTS-HD stream (track 3): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 5.1 (DTS Master Audio 24bit)
B-pyramid level 2 detected. Shift DTS to 3 frames
DTS-HD stream (track 3): overlapped frame detected at position 01:30:05,408. Remove frame.
Processed 220857 video frames
Processed 221701 video frames
Flushing write buffer
Mux successful complete
Muxing time: 4 min 42 sec
Errors:
Bad SEI detected. SEI too short

varekai
30th May 2016, 19:28
Wooo! Couldn't you find any bigger pictures?

Nico8583
30th May 2016, 19:37
Do you use Insert SEI and Const SPS ? Are you sure about your BD rip ?

Alanick
31st May 2016, 04:54
Yes I have tried all options/combinations so to speak, and yes am positive about the rips, you think that's just the one example, and I decided to post for the sake of the conversation? I wish. Unfortunately tsMuxeR is quite messy with some titles.

Nico8583
31st May 2016, 07:13
Could you give me titles of movies and glitch positions ?

Video Dude
1st June 2016, 18:28
It should not be a problem ;)
I've contacted Roman and tuesday he said to me "I'll publish code at next weekend. I'll put link to the zip file on google drive. It's C++ project." so normally source code will be released soon :)

Did Roman say if he will still develop / bug fix tsMuxeR?

Sharc
1st June 2016, 18:39
Yes I have tried all options/combinations so to speak, and yes am positive about the rips, you think that's just the one example, and I decided to post for the sake of the conversation? I wish. Unfortunately tsMuxeR is quite messy with some titles.
Can you name some titles for which tsMuxeR is messy? Or upload snippets of some problematic cases.

Nico8583
1st June 2016, 21:14
Did Roman say if he will still develop / bug fix tsMuxeR?
I think he stops to develop it so he will release the source code. I'll tell you when I will get the link to the source code.

Alanick
2nd June 2016, 04:33
Can you name some titles for which tsMuxeR is messy? Or upload snippets of some problematic cases.

Um, I thought I just did on the other page now, as for other titles, lets see from the top of my head, cause you see, I stopped messing with it at least over a year and half ago.

Hugo
Tangled
The Croods
Megamind, as I already posted it as example on other page
Wreck it ralph

and the list can go on, and as I have mentioned, at that time, trying to resave once more one of the discs, the pattern was on a different frame, never in same spot.
You see, I really thought it was a codec problem on my PC, but then again I played the files on both my old 2010 Samsung 3d tv, and 2014 Samsung 3d tv, and the frames with error that where shown on PC where shown in same spot on the TV screen as well.

Ayway, tsMuxeR has bugs like any other software out there even Roman admitted its still buggy, there for needs more fixin, period. There's hit and miss now and then using it. Obviously not on all titles.


PS
If others are wondering, these issues where always happening while using tsMuxeR 2.6.12 last version posted by Roman in this big ol thread, not the one you see posted in first post 2.6.11, never bothered trying 2.6.11 or any other version updated for 3D, do to lack of time, and don't plan on trying to mess with it again unless more bugs are fixed.

Mazuda To Yo Da
20th June 2016, 23:22
I am using TSMuxer 2.6.12

Currently ripped my Matrix 199 BD and want to doa remux to m2ts first. When I select the video-stream. The options for setting SEI/VUI is greyed out.

Just before this disc I had a Disny rip and with that title the options were available. The Matrix BD had Picture in Piture though. Not sure if this has anything to do with it.

I also like to know what registry keys it uses to store user preferences.

videofan3d
25th June 2016, 10:21
I'll tell you when I will get the link to the source code.

Hi, is there any progress?

tsMuxer is extremely valuable and useful software so it would be a big loss to let it die !!!....

You (or anyone else or we all together) need to convince Roman either

1. to continue development and support of tsMuxer, or
2. to publish the source code so anyone sufficiently skilled could do it (on his behalf as continuation)

r0lZ
25th June 2016, 10:31
It seems that Roman is extremely busy. He has promised to release the source code one month ago or so, but currently, it is still not available. Maybe it is time to send him a reminder...

Nico8583
25th June 2016, 20:21
I have sent again a reminder last monday (so 5 days ago) but I have no response :
@videofan3d : Do you think you are sufficiently skilled to do it ? I can give you his e-mail address to contact him if you are interested, perhaps you will get more luck...

jdobbs
26th June 2016, 02:41
Although it isn't as functional as TSMUXER, the source code for TSREMUX is available and could probably be used as a baseline if someone wanted to get creative and build on it.

Nadar
9th August 2016, 14:45
Does anyone know the exact 32 bit libs needed for tsMuxeR for 64 bit Linux and OS X? I'm trying to write a guide for users wanting to use it as a transcoder for a media server, but I have a hard time to figure out exactly what is needed.

Any news about the source? Open sourcing it would be great, it's a shame if tsMuxeR should just die.

filler56789
20th October 2016, 05:39
I think he stops to develop it so he will release the source code. I'll tell you when I will get the link to the source code.

:(

Apparently certain Russian developers of freeware have a problem with open-sourcing their creations... namely: Haali, Shadson, and Roman.

mr_lou
15th November 2016, 07:41
Any news on this?

I'm a vivid user of tsMuxer. But the limitation of m2ts offset is bugging me. I can't set an offset over 2000, and that's not in accordance to the specs. I should be able to set whatever offset I want.

Sounds like a very simple fix to me, as it's logically just a "if (m2tsoffset>2000) stopEverything();".

Any future tsMuxer coders out there, feel free to add that one to your ToDo list: "Remove m2ts offset limitation". :)

sl1pkn07
11th December 2016, 03:30
Does anyone know the exact 32 bit libs needed for tsMuxeR for 64 bit Linux and OS X? I'm trying to write a guide for users wanting to use it as a transcoder for a media server, but I have a hard time to figure out exactly what is needed.

Any news about the source? Open sourcing it would be great, it's a shame if tsMuxeR should just die.

this is in linux, but you can gain a idea of what libs need in OSX


└───╼ ldd tsmuxergui
linux-gate.so.1 (0xf7773000)
libQtGui.so.4 => /usr/lib32/libQtGui.so.4 (0xf6b3e000)
libQtCore.so.4 => /usr/lib32/libQtCore.so.4 (0xf6821000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf66a1000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf6685000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf64cc000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf64af000)
libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf6384000)
libpng16.so.16 => /usr/lib32/libpng16.so.16 (0xf6346000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf632f000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf626c000)
libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf620d000)
libSM.so.6 => /usr/lib32/libSM.so.6 (0xf6204000)
libICE.so.6 => /usr/lib32/libICE.so.6 (0xf61e7000)
libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf61db000)
libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf6191000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf617c000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf602f000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf5fda000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf5fd5000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf5fcc000)
/lib/ld-linux.so.2 (0xf7775000)
libpcre.so.1 => /usr/lib32/libpcre.so.1 (0xf5f53000)
libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf5f40000)
libharfbuzz.so.0 => /usr/lib32/libharfbuzz.so.0 (0xf5edd000)
libffi.so.6 => /usr/lib32/libffi.so.6 (0xf5ed4000)
libuuid.so.1 => /usr/lib32/libuuid.so.1 (0xf5ece000)
libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf5ea4000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf5e79000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf5e75000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf5e6e000)



└───╼ ldd tsmuxer
linux-gate.so.1 (0xf7750000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf76bc000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf75f9000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7479000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf7424000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7408000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf724f000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf7238000)
/lib/ld-linux.so.2 (0xf7752000)
libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf7227000)
libpng16.so.16 => /usr/lib32/libpng16.so.16 (0xf71e9000)
libharfbuzz.so.0 => /usr/lib32/libharfbuzz.so.0 (0xf7186000)
libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf7059000)
libpcre.so.1 => /usr/lib32/libpcre.so.1 (0xf6fe0000)


the executable is packed with UPX (unpack with: upx -d file)

marcusj0015
15th January 2017, 08:26
Why don't we just develop our own? I'm working on a C library for AVC aka H.264 (including MVC (; ), FLAC, and various PCM formats.

Shit, we NEED our own TrueHD library as well, and the rest is pretty much just the transport stream, and a SUP library...

Shit, we've even got DCADec now a days, so we've got half of a DTS library there as well.

The only real issue I can see with this plan is someone would need to develop the frontend because I'm already stretched thin with these libraries, and licensing issues.

If we can all agree to use the BSD license I don't see why this wouldn't work?

Edit: I've found the previous version of ISO/IEC 13818-1 aka ITU-T Rec. H.222.0 aka the MPEG-TS standard, v4

I'm gonna start writing a demuxer.

Thunderbolt8
2nd June 2017, 21:18
is tsmuxer able to remux UHD BDs, including the HDR information?

sneaker_ger
2nd June 2017, 21:53
Most likely yes but there is no public decryption software for UltraHD Blu-ray.

robena
2nd June 2017, 22:03
Most likely yes but there is no public decryption software for UltraHD Blu-ray.

2 can be found floating around. I tested tsMuxerGui 2.6.12, it fails to remux to .m2ts.

sneaker_ger
2nd June 2017, 22:15
Directly from m2ts or from playlist?

robena
2nd June 2017, 23:29
Directly from m2ts or from playlist?
Playlist.

I tried again with m2ts, and got the same error:

Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name:

Thunderbolt8
3rd June 2017, 04:17
it seems that demuxing works fine though. you can remux the raw stream to .mkv with mkvmerge afterwards (or just use mkvmerge in the first place).

Emulgator
12th June 2017, 15:36
Why don't we just develop our own?
FFMPEG should be able to generate MPEG2-TS.
If suitable for BD/UHD-BD I can't tell. But it is open source, so maybe a good start to code upon.
https://www.ffmpeg.org/ffmpeg-formats.html#mpegts-1

hifikid80
28th June 2017, 05:55
HI , I am new to tsMuxeR and it tried to remove some audio tracks from M2TS file to edit my bluray. After i remove the track i just made .ISO. It played on my computer but did not play on bluray player. No video.

I used default settings . Is there any setting i should select, I just want to remove unwanted audio tracks from M2TS file. leave others untouched.

thanks

ocean
22nd July 2017, 03:05
Try with tsmuxer to create bluray folders, and replace m2ts, clpi, mpls, inserting them into the original bluray structure, renaming the files as originally, using hexadecimal editor for the playlist mpls, writing the original m2ts number inside

FranceBB
31st July 2017, 17:24
I have an Apple ProRes master that I have to encode to HEVC 50fps progressive 20'000 kbit/s 10bit, audio AC3 384 kbit/s stereo to broadcast.
I now have both the .hevc video file and the .ac3 audio file, but when I try to mux it to .ts using tsmuxer it says "frame rate not found" and specifies 23.976fps by default.
Unfortunately, I can't change it in the GUI, 'cause it offers me 24, 25, 30, 23.976 or 29.970 fps only.
I would like to mux it to 50 fps.

sneaker_ger
31st July 2017, 17:47
If you can't change it in the GUI use the CLI. :)

But do you really need .ts? Broadcasters often want some kind of "master" like ProRes and do the re-encoding themselves.

FranceBB
31st July 2017, 21:13
Yep, I know, I generally send XDCAM 50Mbit/s .mxf for 1080i contents (MPEG-2) but in this case they want a .ts with HEVC and some specific settings. I guess that their workflow isn't ready for the conversion (yet) and they just have playout ports to play contents and air them. Anyway, I remuxed it with ffmpeg.

von Suppé
21st August 2017, 15:00
Hi everybody

I'm trying to remux the Prometheus 3D bluray into "main movie only"-iso. I'm using tsMuxeR version 2.6.9. as I've learned in another thread that the later versions should have certain issues.

Anyways, as a lot of you know, the left-right eye order is swapped on this particular disc. So I check the "Use base videostream for right eye" box, but the result still has the wrong eye order. Now I can swap the order manually during playback of course, but maybe someone knows why this does not work? I thought this option was to be able to correct swapped eye order?

Thanks in advance

ocean
21st August 2017, 16:13
Hello, use the hexadecimal editor, type (xvi32), open * .mpls main, change ascii @ symbol or hexadecimal 40, find the second line starting from high, to 50 hexadecimal or p ascii, this reverses the eyes.

von Suppé
21st August 2017, 17:43
Hello, use the hexadecimal editor, type (xvi32), open * .mpls main, change ascii @ symbol or hexadecimal 40, find the second line starting from high, to 50 hexadecimal or p ascii, this reverses the eyes.
Wow, thanks for your quick answer, but you're way over my head. What hex editor, where can I find this?

ocean
21st August 2017, 18:29
http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm

von Suppé
21st August 2017, 18:49
I appreciate your help, but can you do a little walk-through here? This is the first time I'm using a hex-editor and I don't understand.

I have been able to open the right .mpls file. And I think I understand "hexidecimal 40". Please say, you mean the one addressed between "3F" and "41", right?

From here I'm lost. Please can you explain further what to do?

Thanks in advance

Edit: Did you get my reply on the pm, ocean? Can't find any copy in my sent box