Using that example, FusionHDTV, ProjectX, and xport.exe are all wrong too then. More practically, when a user cuts out the commericals, he doesn't want the old timestamping to remain, because it has no practical use in that standalone file anymore. Instead, he wants the new file to have correct timing as if the commercials were never there. I could understand the argument that he might want to rejoin all of it later, and if you are using HDTV2MPEG2 to simply split up a file to rejoin later, then in that case, you could either disable any linear timestamp correcting, or you could just have it be corrected at the rejoining point as well. No harm either way. Yes, it should be optional, but at least HAVE IT. What I don't understand is what YOU are getting at. If anything, your posts only display laziness to do things the right way, and negativity in trying to discourage progress. I can't believe on a computer and tech forum that someone would try to influence others to shy away from their attempts to apply more accuracy and convenience to a piece of software or a process.
Also, while I don't want to get into arguing semantics, to clarify,yes, you may be right in that what HDTV2MPEG2 is doing isn't wrong, but apparantly, you also did not understand what I meant. By leaving discontinuities, this forces other programs to not process these transport streams in the prefered way. So no, HDTV2MPEG2's cutting isn't wrong, but it isn't trying to help anybody either. By not giving an option to correct these discontinuities, it is limiting itself and the practical uses of the files it outputs. HDTV2MPEG2 is the cause of the discontinuities, and it should have the option to correct them, when most likely this IS what would be preferred.
It is the same thing as if an mp3 splitter program did not give the option to correct the headers. Yeah, the mp3 might playback correctly, but its displayed timing and seeking would be off, and who wants that?
Btw, I am not having any problem with proper playback. They playback perfectly fine. But the time displayed is wrong, and seeking is wrong during playback as well. Being able to visualize how much time has elapsed, and how long is left becomes impossible, other than the relative position of the seeker bar. Also, just because discontinuities happen "all the time" in TS streams does not make it right or preferable.
Also, you missed what I said that if I need to encode into Divx, or Xvid. In that case I DO need to be able to demux and have the output contain the correct timestamping. As I discussed early, it otherwise throws off even MORE programs.