New special mpls structure
New special mpls structure
Got subs fixed. Now to test all 63 disks again to verify my theory that this change should be harmless for typical disks and beneficial for atypical ones.
Bonus: I got tired of always having to copy new test builds of DGDemux to the DGDemuxGUI folder to test things. On a lark I googled for "windows symbolic link" and voila, I found mklink. It works great. I had to run CMD in administrator mode to do it, whereas they say it works for non-admin accounts. Whatever, it works!
Bonus: I got tired of always having to copy new test builds of DGDemux to the DGDemuxGUI folder to test things. On a lark I googled for "windows symbolic link" and voila, I found mklink. It works great. I had to run CMD in administrator mode to do it, whereas they say it works for non-admin accounts. Whatever, it works!
New special mpls structure
I think it's a good idea that your planning on honouring all in/out timed on all disks by default. I've had several movies which have garbage at the beginning and at the end which is a nightmare when demuxing. When this is implemented would I still have to remove first m2ts and last m2ts for them type of movies or would this new strict playlist override that? I had one movie where the video stopped but was still playing for another minute which I presume was the audio track carrying on, would this -sp option make the movie stop at the right time?
New special mpls structure
There are two ways you can have the starting/ending garbage. 1) It's in the same M2TSs as the actual content but outside the in and out times of the M2TSs. 2) It's in separate M2TS files.
Previously, you could have used -sp for case 1 (if it wasn't broken). The fixed -sp in the latest version would be fine for that. The per-clip honoring would not affect things when only the start and end of the movie are affected. Moving to per-clip was motivated by other cases.
That is case 2 where the extra stuff is in separate M2TS(s). That is not the same as case 1. So, for such cases, you would still need to skip the M2TS(s).When this is implemented would I still have to remove first m2ts and last m2ts for them type of movies or would this new strict playlist override that? I had one movie where the video stopped but was still playing for another minute which I presume was the audio track carrying on, would this -sp option make the movie stop at the right time?
Summary: Case 1 will be handled automatically. Case 2 will require user intervention (skip first/last).
New special mpls structure
I get what your saying - the extra m2ts files on some playlists are the garbage/black frames and on some the garbage is part of the same m2ts. I have a movie which has 2 m2ts files, 1, being the movie and 2, a second of black frame. Would it be best for me to remove the 1sec m2ts or would it be fine to keep. Also I had a movie which was the worst I've encountered with just 1 m2ts file with garbage at the beginning and end. I tried cutting with losslesscut but kept on getting pixelation at the start with the finished cut. Would you know the reason behind this?
New special mpls structure
You could keep it if: 1) you don't mind the extra second of black, and 2) the black M2TS also has 1 second of audio. If 2) is not true then audio sync will be ruined. For that reason I recommend always skipping the M2TS.
I'm not familiar with that app. Probably it is broken. But you don't need that stuff. Just select -sp using the latest version. If that does not work for you, please post about it in a new thread.Also I had a movie which was the worst I've encountered with just 1 m2ts file with garbage at the beginning and end. I tried cutting with losslesscut but kept on getting pixelation at the start with the finished cut. Would you know the reason behind this?
P.S. There's no need for fully quoting a post directly above yours. I have removed it.
New special mpls structure
Ok thank you, I'll certainly give it a try and report back. Also you said -sp will be set to default, will I still have to select -sp like you said above?
New special mpls structure
As I mentioned, there is no -sp in the new stuff. There is -ignorepl. By default ignorepl is off, which is the same as giving the old -sp. If you give -ignorepl, that is the same as not giving -sp in the old stuff. With the new version, the defaults will do what you want.
You can't give the new stuff a try because it is not yet available. Use the latest released version and give -sp.
You can't give the new stuff a try because it is not yet available. Use the latest released version and give -sp.
New special mpls structure
Ok I'll use the latest version and wait until new version is available. Thank you Rocky
New special mpls structure
Great, thank you. Please post a separate thread if you run into any issues with -sp.
New special mpls structure
Here's a test version of the revised demuxing support honoring per clip windows:
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
We have to test this thoroughly so please try to break it.
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
We have to test this thoroughly so please try to break it.
New special mpls structure
Rocky, you are a genius.
00006.mpls, the streams have after demuxing exactly the same length like MTX muxed the MKV.
00006.mpls, the streams have after demuxing exactly the same length like MTX muxed the MKV.
New special mpls structure
You should always remove such small m2ts files.
New special mpls structure
Oh, thank you.
New special mpls structure
I corrected.
----
And for me is it fine when you mark this issue as resolved.
Now it is my part to upgrade cE.
----
And for me is it fine when you mark this issue as resolved.
Now it is my part to upgrade cE.
New special mpls structure
It was a fun problem. Thank you for bringing it to me. Marking resolved.
New special mpls structure
If you couldnta fixed it I woulda.
Sherman Peabody
Director of Linux Development
Director of Linux Development
New special mpls structure
Please re-download the test version. I fixed two bugs, both with skip first (-sf) handling:
* It was using the wrong windows with -sf.
* It was getting hidden stream marking wrong with -sf.
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
We have to test this thoroughly so please try to break it. I've got 30 more disks to test.
* It was using the wrong windows with -sf.
* It was getting hidden stream marking wrong with -sf.
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
We have to test this thoroughly so please try to break it. I've got 30 more disks to test.
New special mpls structure
Temporarily withdrawn for further repairs.
New special mpls structure
OK, pretty sure I got it right now. The latest problem was that if audio was seen before video, the DELAY value written in the file name was wrong. That would typically happen when -sf was given.
I have one disk NOSTALGHIA, which has windows on all three M2TSs and requires -sf and -sl, so it really tested things. It's working fine.
Please re-download:
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
This is the problem that keeps on giving.
I have one disk NOSTALGHIA, which has windows on all three M2TSs and requires -sf and -sl, so it really tested things. It's working fine.
Please re-download:
https://rationalqm.us/misc/DGDemux_1.0.0.73_test.rar
This is the problem that keeps on giving.
New special mpls structure
In my first small tests there is no error.
New special mpls structure
Sweet. I'm considering this to be a release candidate.
New special mpls structure
Last call, boys and girls. I'm gonna release this tonight unless I hear something bad.
New special mpls structure
Many thanks Rocky for the new release.
I hope Sherman can do an upgrade for Linux and then I can provide a new cE version.
I hope Sherman can do an upgrade for Linux and then I can provide a new cE version.
New special mpls structure
I'll sic the boy on it. Get 'em!