Re: [DVBCUT-devel] translation of dvbcut
Am Mittwoch, 17. Oktober 2007 22:06 schrieb Martin Ereth: Michael Riepe schrieb: Martin Ereth wrote: The problem is, that the .cpp and .h files of the ui's aren't there. But they should. Do you use the default build system (scons)? I just issue make like described in INSTALL. How should I build it, then? That should be ok, since scons is called indirectly from within the Makefile. Actually our Makefile isn't a normal one... instead make you could just call scons directly to build dvbcut! However,... on my system (Suse 10.1) there's also a build problem/bug... I have to delete the directory ffmpeg manually prior to every make-call. Maybe that's also an option for you...? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] translation of dvbcut
Am Mittwoch, 17. Oktober 2007 22:34 schrieb Michael Riepe: Hi! Ralph Glasstetter wrote: However,... on my system (Suse 10.1) there's also a build problem/bug... I have to delete the directory ffmpeg manually prior to every make-call. While we're talking about it - wasn't there a build issue with older versions of scons? Yes, that's true... I'm using scons-0.96.91! The problem was with some slightly older version (0.93? or 0.95?) and if compiling without libao AFAIR... the effect was that the GUI related files have not been build from the ui's! - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] Some ideas for new features
Hi, -Ursprüngliche Nachricht- Von: DVBCUT development discussions dvbcut-devel@lists.sourceforge.net Gesendet: 28.05.08 17:41:06 An: DVBCUT development discussions dvbcut-devel@lists.sourceforge.net Betreff: Re: [DVBCUT-devel] Some ideas for new features i do not get it work. My movie is named part01.mpg to part 07.mpg. Ive tried to start dvbcut with dvbcut part01.mpg part02.mpg part03.mpg ... part 07.mpg Where do the parts come from? Do they have individual (maybe proprietary) headers? Can mplayer play them if simply concatenating them just with: cat part01.mpg part02.mpg ... part0t.mpg newfile.mpg If so, then I guess DVBcut shouldn't have a problem opening the multiple files... of course you could also opencut newfile.mpg then! ;-) When the programmwindow shows up, it asks where to save the index-file. After that, only part01.mpg gets indexed. So this is the only part that i can cut, too. Same behaviour when i try to add the parts via File-Open. When using the menu/dialog you have to be especially carefull that the order is correct! When i type dvbcut -g part01.mpg part02.mpg part03.mpg ... dvbvut creates an index for part01.mpg and exits. I never got more than one part for cutting in dvbcut. H,... maybe that feature is really broken??? I'll test it later... Oh... ok. Thats pretty cool. In that case it would help a lot if you just add some better feature description to the project-page ;-) DVBcut is kind of research-ware, you have to discover some of the features by yourself! Looking in the config file for instance is a good starting point to find hidden features... ;-) But again,... first you have to find out where it is... ahemmm... [...] Are the black bars part of my recording? I suppose they are, yes. Some stations (at least here in Germany) send real 16:9 video, however, and that makes cutting pretty easy. My recording is from Pro7... it was recorded on a Windows box with DVBViewer. Apart from own material produced by Pro7, most of the movies come in 16:9 letterbox (e.g. in a 4:3 frame with black bars). Of course one could try also to detect those black bars, but that's also very time consuming like the search for similar pictures black frames before/after adverts or scene changes (BTW, the last can be activated in the config file for the auto-chapters function). :) But the detection of audio chanel changes should be quite fast and easy to implement... ciao Ralph __ Jeden Monat 1 hochkarätiger maxdome-Blockbuster GRATIS! Exklusiv für alle WEB.DE Nutzer. http://www.blockbuster.web.de smime.p7s Description: S/MIME Cryptographic Signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] Some ideas for new features
Am Freitag, 30. Mai 2008 schrieb L. Weiss: Oh well... Part 1 ends with: 00 00 01 b9 Famous last bytes, so to say :-( That's the MPEG code for program end which indicates - you may have already guessed it - the end of a movie. And, of course, dvbcut honors this code and stops processing the file(s). If you chop off the last four bytes, it should work as expected (until it encounters the next PE code). The question is, how did that happen? A split-file recording should not contain PE except at the very end (of the last chunk). It just doesn't make sense otherwise. Oh, i think it makes very much sense! Because what should be the sense of a split-recording at all? I think there can only be two main reasons: First if the filesystem can not handle big files (as FAT does) or second you want small parts to put the recording parts on CD/DVD. In both cases you do not want to connect them to one, so every part needs a PE. In my case it was just the standard configuration, i didnt wanted splitting at all. Yeah, but a MPEG transport stream is not meant to have an EOF. Also the newest Topfield receiver cuts the recorded TS in parts of 1.5GB (dispite the fact that the interanl disk is a ext3 one, but that's another sory) but the parts have no EOF (and also no proprietary headers anymore), just pur MPEG TS. Is it possible that you stored the videos already as MPEG Program Stream and thats the reason fo the EOF markers and the 650MB chunks? Maybe you also could store the TS directly without conversion to (splittet) PS? ciao Ralph PS: BTW,... did you suceed after chopping off the last 4 bytes? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] Cannot open files that contain non-ASCII characters in their name
Hi Alex, Am Dienstag, 19. August 2008 schrieb Alexander Winizki: Hi, if I try to open a file containing non-ASCII characters in its name, for instance German Umlauts or eszet, DVBCUT says the file was not found. Opening any other file works correctly. A Bug? That was a bug, but it has been fixed (as Michael already mentioned) in one of the SVN revisions from end of last year... I'm using Suse 10.3 with reading/writing from/to vfatext2 partitions and it still works! If you don't want to compile by yourself you can use one of my binaries from http://dvbcut.kicks-ass.net bye, Ralph BTW: In case you don't know... for converting the exported video you can pipe directly to any application reading from stdin by specifing: | application-with-options-and-placeholders instead of an output file name. Alternatively, you can also put this line into the configuration file ~/.qt/dvbcut.sf.net and then choose it from the export-format menu, e.g. something like: pipe/1/command=| vamps -E 1.1 -S 100 -a 1,2,3 | dvdauthor -t -c '%CHAPTERS%' -v mpeg2 -o %OUTPUT% - pipe/1/format=0 pipe/1/label=shrinked DVD-Video titleset (vamps-10% dvdauthor) pipe/1/post=dvdauthor -o %OUTPUT% -T For produzing a finalized shrinked DVD, or pipe/2/command=|ffmpeg -f mpeg2video -i - -f avi -vcodec mpeg4 -b 900k -g 250 -bf 2 -s 640x360 -acodec libmp3lame -ab 80k -ar 32000 %OUTPUT% pipe/2/format=1 pipe/2/label=MPEG-4/ASP (640x360, 900+80 kbps) pipe/2/post= for getting a DIVX video. With the last one and an appropriate option you could also easily re-code sizeaspect of an MPG (of course NOT selectively). - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] [PATCH] show picture infos
Hi, Am Freitag, 10. Oktober 2008 schrieb Michael Riepe: ... Actually I'm not sure if the resolution can ever change during a recording resp. transmission... if not, one should better stick to option 1 and determine it only once from the very first picture read! As far as I can tell, the keep the same resolution and change only the aspect ratio. That's also what I observed... but maybe there are (HW or SW) solutions out there which allow channel switching during a recording? And I also don't know if those MPEG2 HDTV transmissions (which exist in other countries) can change resolution ... I've doubts that all trailers and commercials inbetween are in the same high resolution. So, with not assuming anything, we're on the save side... ... I just applied two patches: r132 contains the write return status patch I posted earlier, r133 this one. Make sure you run make clean before you recompile. Thanks for all your efforts! BTW, r133 is not yet commited... ;-) ciao Ralph - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] [PATCH] show picture infos
Hi Michael, Am Freitag, 17. Oktober 2008 schrieb Michael Riepe: As it turned out, that wasn't such a good idea. I noticed that r133 generated several bad index files (ones that r133 itself was unable to open). any idea what went wrong and/or under what conditions that corrupted files have been produced? Can you reproduce it? Guess when it only occures sometimes it could have something to do with somehow corrupted video files and your attempts to correct/check for a wrong index in combination with the 7 fake pictures... Therefore, I turned off generation of the new format. The display part of Ralph's patch is still there, however. Yeah, it was a good idea to have that 2nd backward compatible solution! :) Welcome to r134, Just realized that due to a typo my r133 binaries never were download-able from my webside anyhow... Welcome r134! ;-) ciao Ralph - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] [PATCH] show picture infos
Hi, At the moment batch indexing of my video disk is running and I'll have a look later if I can find other problems ... ... hmmm ... after indexing and opening about 30+ recordings I found not a single one with problems!?! And there have been some with lot's of warnings during indexing... ciao Ralph -- Ralph Glasstetter 0721 359166 [EMAIL PROTECTED] 76137 Karlsruhe fax/voice 01212 5 107 16 958 Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html smime.p7s Description: S/MIME Cryptographic Signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] [PATCH] show sequence of frames before and after the current frame
Hmmm,... does this only work with transport streams? Just opened a few mpgs and missed the small frames...! ciao ralph Am Dienstag, 15. September 2009 schrieb Olaf Dietsche: Hi, I hacked together this patch against svn-r166. It adds an entry field and a list of small frames below the current picture. This sequence shows some frames before and after the current picture. The default distance between the frames is 7500 frames (about 5 minutes), but you can change this with the edit field above. When you click on one of the small frames, this frame becomes the current one. So you can step through a movie by fixed amounts. I have tested this only lightly, so be warned. But I hope, you might find this useful nonetheless. Regards, Olaf -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel