Hi! Ralph Glasstetter wrote:
>>>My original idea was to supply the whole list of filenames to mplayer >>>starting at the current one. But unfortunatly mplayer don't keeps playing >>>when reaching the end of the current file... like it does if called from >>>the commandline... :-( >> >>I hoped that it would continue. But maybe it didn't recognize the >>subsequent files as MPEG files. Did you see any error messages? > > Yes, I now tried two MPEG-TS by hand on the command line with -sb near to > the > end of the first file and I got: > > VIDEO MPEG2(pid=110) AUDIO A52(pid=125) NO SUBS (yet)! PROGRAM N. 0 > MPEG: FATAL: EOF while searching for sequence header. > Video: Cannot read properties. That's what I suspected. > And I see no picture at all ... when I increase the distance to the end it > starts playing,... but it don't jumps to the next file! Instead it repeats > the same postion and stops playing after that. > > This afternoon I tried it with two MPEG-PSs, and that works... even if that > files don't fit together (there's just a small break). So, at the moment I > think that's a inherent problem mplayer has with transport streams... Not exactly. The problem is that due to the arbitrary cuts, subsequent files may not begin with a valid header. Since mplayer doesn't know that the second file is a continuation of the first one, it treats it like any other file and looks for MPEG headers at the beginning. At least it will drop some bytes from the end of the first and the beginning of the second file. >>My best solution so far is to send the complete stream to mplayer via a >>pipe. That may require an additional "collector" process or thread, >>however. And I'm not sure if it works on Windows. > > This would have the disadvatage, that you can't use the navigation keys in > the > mplayer window as Sven told me this afternoon... AND probabely breaks Windows > compability! As far as I can tell at the moment, there is no other solution. Except integrating a player into dvbcut, maybe. Or modifying mplayer. Or using another player that does what we need. Unfortunately, there is none I knew of. I told you several times that this feature would open a big can of worms, didn't I? >>>>It *may* work as expected if there are small gaps (e.g. removed >>>>commercial breaks) *and* you place a stop marker before and a start >>>>marker after each gap. I didn't try that yet, however. Nor did I try >>>>cutting VOBs. >>> >>>I'll give it a try... ;-) >> >>Forget it. I tried it, and the timestamps were jumping back and forth >>madly, probably due to multiple angles or multi-file authoring. And yes, >>I tried to cut only a single title. > > > You mean merging VOBs? Yep. > I thought more of merging the two parts of a recording where I stopped > because > of a commercial break! And that works nearly flawlessly... not a single break > in the output file... :-)) Good to hear. > At the cut position the timestamp was jumping a few minutes forwards but > since > I had the last STOP before resp. new START after that position that was no > problem... That's what I meant. As long as you cut before and after the gap, it may work. Not always, though. > Only the mplayer playback stops at the end of the file but that's no big > problem... just start it again a few frames later... :-) That's not really a solution. Not even a workaround, in my opinion. > Maybe it would be a got ideat to indicate the file boarders on the lin slider > scale by some marker? That way one would know why mplayer/timestamps behave > strange... Oh please... -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ DVBCUT-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dvbcut-user
