Open jcdr428 opened 4 years ago
I second this suggestion.
Is this ever going to be implemented? It's one of the points on the Todo list since the beginning. Anyway, I'm not clear on what's meant here. Is it only an option to choose an angle when muxing or to include all angles to choose from when watching the film? If the latter, would some pop-up show when there's an alternative angle available?
Hi,
Thanks for considering working on that problem.
Personally, I am interested only in the demuxing capabilities of tsMuxeR. I don't use it to mux anything.
Currently, when you demux a multi-angle MPLS, you cannot select the angle you want. It's always the default angle that is assumed. If you really want to demux another angle, you have to analyse the MPLS to find out the list of the M2TS pertaining to the desired angle, and create a meta file with the list of all M2TS files for that angle, rather than just the MPLS. It's possible, but not easy, especially for newbies. It's what BD3D2MK3D, my 3DBD converter, does. But I have had to add some ugly code to handle that specific case.
Furthermore, in previous versions of tsMuxeR, it was impossible to demux an angle with many (say 40+) M2TS in the list, at least under Windows. It's because tsMuxeR used an output file-name with the numbers of all M2TS files concatenated with +, such as: 00001.m2ts+00002.m2ts+00003.m2ts+... When the M2TS files were too numerous, this generated a too long filename rejected by Windows. This bug happens rarely, but it happens sometimes (for example, with some Disney BDs). Again, with the version written by Roman, I have had to create a workaround and use eac3to to demux the angles with too many M2TS files. I hate that, but I had no other solution. Luckily, thMuxeR is now open source, and that bug is now fixed. The output filename is generated with the first and last M2TS files only. I did some tests with the beta that has implemented the fix, and it works well.
Of course, it is easy to avoid the problem if you are interested only in angle 0. In that case, it is sufficient to provide the name of the MPLS, and the output file name generated by tsMuxeR is short.
So, currently, with the latest betas, it is possible to do what I need, although that requires two different methods: demuxing the MPLS anggle 0, or the list of M2TS for the other angles. IMO it would be more elegant and easier to implement a real support for the multi-angle MPLS. Instead of assuming always that the default angle of the specified MPLS must be demuxed, it would be nice to add an optional argument (in the meta file) with the number of the angle to demux. And if it is specified and not 0, tsMuxeR should retrieve the list of M2TS of the specified angle from the multi-angle extension of the MPLS, and then treat it exactly like what it does currently for angle 0. IMO, that's not difficult to implement.
Not sure I have correctly explained the problem. My English is not perfect, and I'm not a specialist in the txMuxeR usage and its terminology. Feel free to ask me more information if you wish.
BTW, I would like to include the new version of tsMuxeR with BD3D2MK3D, and I have already modified the code to support the new file names in case of multiple M2TS, but I prefer to wait for a final release. I have read several times in the D9 thread that the final version has been announced, but AFAIK, it is still unavailable. Do you think it will be released soon ? If no, I will have to release a beta, and I prefer to avoid that.
Thanks anyway for your great work ! r0lZ
On Tue, Jun 2, 2020 at 1:56 PM Michael notifications@github.com wrote:
Is this ever going to be implemented? It's one of the points on the Todo list since the beginning. Anyway, I'm not clear on what's meant here. Is it only an option to choose an angle when muxing or to include all angles to choose from when watching the film? If the latter, would some pop-up show when there's an alternative angle available?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/justdan96/tsMuxer/issues/165#issuecomment-637491748, or unsubscribe https://github.com/notifications/unsubscribe-auth/AANSBHZWVCC4VGBUYEU757TRUTSG3ANCNFSM4KLR2UFA .
Hi @r0lZ , I still intend to work on this... but only after v2.7 has been issued, as I don't want it to be a reason to delay the new release.
OK for me. As I wrote, I'm waiting v2.7 too. Thanks
On Wed, Jun 3, 2020 at 11:08 PM jcdr428 notifications@github.com wrote:
Hi @r0lZ https://github.com/r0lZ , I still intend to work on this... but only after v2.7 has been issued, as I don't want it to be a reason to delay the new release.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/justdan96/tsMuxer/issues/165#issuecomment-638462311, or unsubscribe https://github.com/notifications/unsubscribe-auth/AANSBH2CL6S2CUUTV4LRRELRU23UVANCNFSM4KLR2UFA .
When selecting a multiangled mpls, tsMuxer currently automatically selects the default tracks i.e. no possibility to select alternative angles.
tsMuxer should detect whether the selected mpls is multiangled, in which case the GUI (resp. the CLI) will offer the user the possibility of selecting an angle e.g. with a dropdown list (resp. "--angle=") parameter.