Hi! Ralph Glasstetter wrote: > Hi, > > I also have a few things... ;-) > > Am Montag, 16. April 2007 14:00 schrieb Bastian Friedrich: >>> What we actually need is a separate tool, "dvbrepair", that does the >>> job correctly. >> ... which should be integrated with dvbcut :) > > That would be a nice feature... ;-)
Unfortunately, it's Not So Easy (tm). Even support for multi-file sources will be harder than it may seem. It requires massive changes to the current infrastructure. But Sven's "better OOP" goal probably means that larger parts of dvbcut have to be rewritten anyway. By the way: Is there nobody who wants another GUI? I don't really like the Qt dependency because I don't normally use Qt/KDE. I literally only have the sucker installed for dvbcut. There should be at least an optional gtk+ interface (and the cutting logic should be separated from the GUI anyway). > Just had a Problem with a recording from the new german PRO7/SAT1-Transponder! DVB-C/-S? > DVD freezes every 3-4 seconds for maybe half a second... on the PC it plays > without problems. Unfortunatley I have deleted the source files already. :-( Can you reproduce that with another recording? If the answer is "yes", please keep a copy of the input file for analysis. > And maybe it's related to requantizing the Video with "Vamps" (which BTW also > would be a nice feature for DVBcut). Well, if I'm going to include such features, then there will be a kind of postprocessing chain that allows the integration of custom filters (i.e. separate programs or scripts). It doesn't make sense to put anything into emacs^H^H^H^H^Hdvbcut. Remember the Unix philosophy: Do only one thing but do it well. > But anyhow,... hope the problems will be solved on the broadcast side, since > I > also mentioned some coding artefacts recently in the live transmittion... > >>>> - Multiple sequential input files. VDR (which I'm using for >>>> recording) creates 2 GB chunks of input data; I have to concatenate >>>> them in advance to cutting them. >>> Shouldn't be too hard if the chunks really are part of the same >>> recording. >> VDR (for some reason) is not able to produce files larger than 2 GB >> (missing LFS support?). Recordings of films result in a set of 2 GB >> files (had a /long/ film over easter with a high bit rate that resulted >> in 5 chunks...). >> >> Omitting the "cat" step would be great :) >> > > That would also help some windows people which transfer their video-files > for instance onto a (non-NTFS) Windows-Harddisk... for instance with TFtool > (for Topfields PCRs) which splits the files automatically to chunks (of > selecable size)! Those people normally don't know about "cat"... ;-) Yep. > But not only windows people could benefit,... my USB-HDD is also formatted > with FAT32 (for usability reasons)! Altough that's no real limitation for me > because of Svens TFFS-tool... ;-) > > > Also something for the wish/todo-list could be: > - A Setting-Menu for the stuff in ~/.qt/dvbcut.sf.netrc Already planned. > - Possibility to automatically pipe the exported video through some > application or just call an application after export (recoding, requantizing, > remuxing...) Yep, see "postprocessing chain" above. > - check resolution/bitrate for DVD compliance (so that the user can decide if > recoding is neccesary) Nah. Just display the bitrate. Users should know what the do ;-) > And some other points form the Topfield community: > - Editing of MPEG-Header,... for instance the max. Bitrate which is set by > some stations to values >11Mbit/s (even if they never exceed that value!) > - Cutting of other video formats (avi,xvid...? IMHO, we should stick to DVB!) Other container formats would at least be feasible. Not so much other audio/video formats. > - A small (ancient) BUG made it to the release... the keyboard shortcut "P" > is > linked to "Play" AND "export Video"... for the latter maybe one should use > "E"? Umh, you're right. But I never got a bug report for this. > - more than one input file (dreamcast?) support.... (OK, we had that point > already... ;-)) Planned as well. -- 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
