Hi! Ralph Glasstetter wrote:
>>>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. > > > Sound like a lot of work... Yep. > At least for me, it's more important to be able to navigate during playback > of > single files (my patch), than having a seemless playback over all file > boarders (the pipe). I didn't even know that you can navigate in there. And it will be confusing for users if the player sometimes works and sometimes doesn't. But I guess I have a solution that allows either mode: Change dvbcut to call "dvbcut-player" instead of "mplayer". dvbcut-player could be a symlink to mplayer or a wrapper for an arbitrary player, written in whatever language seems appropriate. That way you can a) massage the arguments as you see fit and b) use any player you want. Other players may not display inside the dvbcut window, but I do not consider that a big problem - if you want an inline display, use mplayer. > I don't want to watch the whole movie inside dvbcut and the chance of > hitting a border during playing back small snippets is rather small. That depends on the size of the snippets, of course. > That does not mean that you can't cut... actually I'm using the mplayer inside > dvbcut not very often. Mostly to check if I'm at the correct scene/song or to > find the best cut by playing back a few seconds... > > >>I told you several times that this feature would open a big can of >>worms, didn't I? > > Yeah,.... you did... but I had the feeling that you wanted the fearture by > yourself, don't you? There was public demand for it. I don't have much use for it myself because all my recordings are single files stored on an ext3fs. But it was an "interesting" problem. >>>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. > > > Not a 100% solution, but better than playing just the first file... ;-) Oh well... I guess we best solve this problem "by declaration" for now: You can concatenate several files, you can play arbitrary scenes, but you can't do both at the same time. >>>BTW, ... you could now, as we have multi file support, put "*.tts*" and >>>"*.rec*" to the recognized file list, since TFtool (Windows) is naming >>>the topfield files movietitle.tts, movietitle.tts1, movietitle.tts2 ... >>>:-) >> >>And the file after xy.tts9 is xy.tts10? Next can of worms. :-( > > > Don't know,.... never had more than 3 files... but does it matter? > *.tts* will also show xy.tts10 and the file order is anyhow in the users own > responsibility, as you already wrote. > I can't see any worm... :) dvbcut *.tts* -> instant disaster. -- 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
