"End at this position" has been replaced by, and become an option of, "Quick execute", which also provides "Punch cuts" and "Both" (truncate at this position, then punch). Punch will replace the cuts with zero bytes, deallocating complete file blocks, i.e. you can very quickly reclaim the file space without having to do a full execute. U4 owners could go one step further and "collapse" the cuts, so the file size actually shrinks, at the expense of even less precise cuts (at multiples of 188KiB). Let me know if you're interested and I'll implement it (at some point). The new version is part of
Patches by Adoxa.
adoxa wrote: ↑Sun Apr 08, 2018 00:13
I might replace the skin files for the next release (to avoid having separate versions), but I would still prefer to patch (to preserve customisations).
As it turns out I patched after all, providing three patch versions for the skins.
singlefished wrote: ↑Thu Jan 11, 2018 01:39
Here's something I did notice though.... Both times when I checked the cut after the processing the audio seemed to drop out/go funny just before the cut point and just after the cut the video looked like it was playing double speed for a second to catch up to the audio...
I've addressed this with autoskip, but not executed, which will have to wait a bit longer (I've really gotta get back to other stuff). If anyone wants to try the new autoskip, let me know your box type and I'll provide a new binary. I think the issue is similar to what happened during initial trickplay, so I've done a similar fix - keep track of the play position and when it reaches an "out" point, seek to the next "in" point. Naturally, that's why it won't work with executed cuts. I might be able to do something with splicing or discontinuous packets (any TS experts out there?) or possibly readjust all the PTS values, but as I said, that's gonna have to wait...