If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
i.e., in a "cut from here".
brute:
Remove all the packs from here to the end of the cell. Do not touch the next cell.
smart:
Analyze the PTSs and keep the audio until the last video PTSs. Cut the audios fame by frame, which means to remove part of the pack, (filling the rest with a padding stream)
Analyze the next (or nexts) cells seamless joined and remove the part of the audio belonging to the previous cell. This could mean remove only part of an audio pack
If you don't do the "smart" part, you may produce a/v synch problems (depends on the settop), although may be they can be avoided modifying the seamless flag in the PGC, which has to be done in any case.
These depend on player. Actually/unfortunately some players do not honor broken GOP flag. The only way around this is to remultiplex portion of a cell around cut (just like jsoto described). But it will be a fully functionall frame-accurate mpeg cutter and not a GOP-accurate cutting
There was not a single report from DRM users that cutting caused a/v synch problems, that is why I said that DRM does not cause sync problems. But you are right jsoto it does not make a "clean" cut.
DvdReMake & MenuEdit - tools for customized dvd backups (http://www.dimadsoft.com)
Yes, an open GOP is converted to a broken one, and as dimad said a settop should take care about the flag and doesn't display the first frames (the ones which are incomplete).
Other (minor) thing that should be taken into account (I've introduced a warning in VobBlanker in 2.1) is the possibility to produce "orphan" subs. One sub can be in two packs located in two VOBUs, so the sub is complete if and only if both VOBUs are there. If you cut just between these VOBUs, you will create an uncomplete (corrupt) sub. I think the settop simply ignores it, but honestly, I didn't test this case with settops...
Comment