Hi! Ralph Glasstetter wrote:
> don't worry... I'll not dare to ask for more! ;-) > > Instead I'm providing a little patch to get rid of one restriction... :) Sounds good. > Am Samstag, 30. Juni 2007 20:43 schrieb Michael Riepe: > >>- "Open recent" only works with single MPEG or project files. Does >>anyone use this function at all? > > Of course,... I'm using that feature! > But it's enough for me that it works with project files... I never used that feature - I touch most files only once. >>- "Play" (video) only works within the first file. Audio (2-sec) >>playing should not be affected. >> > > That's the thing I missed... :-( Well, yes. > Therefore I had a look what's to do to change that. > > Actually the only thing one needs, is the size of the previous files (to > subtract it from the current in buffer offset) and the name of the current > file (to call mplayer with). Yep, that's an approach I also considered. It has one drawback, however: when mplayer reaches the end of the current file, it will stop. And if the current position is close to EOF, you won't see much at all. > So I wrote a few helper functions (in buffer.h) > to get the current file name, number and offset in dvbcut.cpp by giving the > total buffer offset... > > Maybe not the best way to do it since my C++/dvbcut knowlege is rather > limited > but it works... :) Actually, your code looks quite clean. You might have called buf.getfileoff() and friends directly, however. After all, buf is a member of class dvbcut, and class mpgfile only holds a reference to it. > 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? > Also mplayer does not play if one calls it inside the GOP where the cut to > the > next file happens... don't know why... but I assume that's the reason why the > file list is also not working! That seems to be exactly the positioning problem I mentioned above. As far as I remember, dvbcut commands mplayer to start at the begining of the GOP - that is, at the end of the first file. That in turn means that it will hit EOF (and stop) almost immediately. > If someone has an idea... I just commented out the code for the version > with the file list and in the patch mplayer is only called with the current > 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. >>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. -- 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
