Re: [DVBCUT-devel] Qt4 port and further directions
Hi, I have not produced any code. I only repackaged some update versions in my PPA on Ubuntu to make it easily available to the public. If I remember correctly, at some point I stopped with it because of missing dependencies. Cheers, Francesco On 2013-04-20 01:32, Wolfgang Baron wrote: On 04/19/2013 04:53 PM, Francesco Fumanti wrote: You might perhaps try to contact Michael Riepe. He has been the last to maintain dvbcut and as far as I know, he has the intention to create a new dvbcut version, that is also able to cut HD material. Cheers, Francesco Oh yes, I forgot to ask. @Michael Riepe: Have you produced any code, that might be integrated already? Cheers, Wolfgang -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] New dvbcut upstream snapshot in debian
Hi, I am not sure whether the following make sense for the dvbcut package, but what about the following? I suppose that the future of dvbcut will be Qt4!? So what about creating a new Qt3 branch where you continue to maintain dvbcut for Qt3 and start passing trunk to Qt4. I am aware that it would represent more work to maintain two branches, but it has the advantage of not having to bury Qt3. Cheers, Francesco On 21/01/12 19:05, Michael Riepe wrote: Hi. On 01/21/12 13:23, Reinhard Tartler wrote: I see. What I understand is that the cmake build system is basically not blessed by upstream, and it was a mistake to settle on it in the debian package. Moreover, the qt4 patch in its current form only works with the cmake system. Well, what's blessed, as you call it, is the Qt3/autoconf combination. Qt4/autoconf would be okay, too, as long as everybody is aware that there's no way back once I incorporate the patch, and that the Qt3 version is effectively dead and buried at the same time. Therefore, you'd require the Qt4 port to work with the autoconf. It must also work on Windows/MinGW, as the Qt3 port does. Let's not forget that there are more operating systems than just Linux and its derivatives. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] Arrow key bindings not always working
Hello, Not being a developer of dvbcut, I cannot speak for them, but I assume that a Help menu would be of great benefit to it; especially for new users of the application. Moreover, what about adding items (probably buttons) to the gui that would provide the same functions as the arrow keys of the keyboard (jump forward and backward)? There does not seem to be any indication about this fonctionality in the gui. These are only two things from the top of my head... In any case, great to have another person offering to help to enhance this useful software. Cheers Francesco Claus Buchberger wrote: Hello developers, from this mail I learned you are not experienced in programming with Qt. I do programming with Qt since nearly 10 years now (private and sometimes professional). So I may be helpfull for your team. If you are interested let me know. Claus Ralph Glasstetter wrote: Hi, -Ursprüngliche Nachricht- Von: qu...@laptop.org Gesendet: 16.01.09 00:14:10 An: DVBCUT development discussions dvbcut-devel@lists.sourceforge.net Betreff: Re: [DVBCUT-devel] Arrow key bindings not always working On Thu, Jan 15, 2009 at 12:40:19PM +0100, Francesco Fumanti wrote: I think that you should really add a Help menu to dvbcut; even if that help menu would only open a text file with instructions in an external editor or web browser. Perhaps a Help menu with About, and Handbook, in the usual style seen on KDE applications. I agree a brief introduction to the workflow would be helpful, but the keyboard shortcuts are all adequately listed on the menus. I had a quick look into dvbcutbase.ui and dvbcut.cpp to try to figure out what would be needed to add this. The .ui file is outside my experience, but there was a pattern to it that given time I could probably deal with. An expert would do it much better. We are all no QT experts and also use only CopyPaste in dvbcutbase.ui (instead of the QT designer) for some minor changes. That's actually why there is no Settings or Help menu... ;-) Feel free to add one! :-) Ralph ___ Sensationsangebot verlängert: WEB.DE FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.web.de/?ac=OM.AD.AD008K15039B7069a -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] Arrow key bindings not always working
Hello, Michael Riepe wrote: and make the keys configurable in the settings file; in other words keys that don't have a system assignment and that could be used regardless of the focus!? I don't know if Qt lets you do that in a portable way. FYI: I am using dvbcut on a GNOME desktop. Moreover, if somebody decides to enhance the key bindings part and to make the keys configurable in the settings file, I would suggest to not only define the two keys for backward and forward; but it would probably be simpler for the user to also have keys without modifier to replace the scrollwheel+modifier. Remember that the alphabet only has 26 characters, and that we already use a lot of them. Do I get it right: dvbcut is already using most of the alphabet!? If so, I think that you should really add a Help menu to dvbcut; even if that help menu would only open a text file with instructions in an external editor or web browser. In fact, your reply seems to tell me that there is a lot about dvbcut that I don't know yet; and googling for pieces of information on the internet is not ideal. On the other hand, you are right that the alphabet only has 26 characters; but keyboards, even on a notebook, have considerably more. Cheers Francesco PS: Please, don't get me wrong: I am only trying to help to further improve dvbcut. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ DVBCUT-devel mailing list DVBCUT-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-devel
Re: [DVBCUT-devel] RFE: Check for data breaks and option to fix them.
Hello Michael, Michael Riepe wrote: Francesco Fumanti wrote: Would it be possible to add the possibility to check the opened stream for data breaks? You mean, missing frames? I don't know exactly what kind of errors could be relevant. We do that for video frames when the file is indexed. If you start dvbcut on the command line, you will see the messages about missing frames. Thanks for telling me this. Consequently, I will now start dvbcut from the command line. However, would it be possible to make that information available in a pane in the application, so that it is also available when dvbcut is started from the menu? This function is not very precise, though. You sometimes get false alarms when the input file contains wrong timestamps, for example. The few files that I tried since I know about starting dvbcut from the command line, did not return any error. You say that sometimes it gives false alarms. What about the other way round: does it sometimes miss real errors? Moreover, it would be great if this check could be enhanced with the option to fix the data break when possible. Maybe we could. But many players handle missing frames quite well (usually by speeding up and slowing down the surrounding frames a little). All we could do in dvbcut is fill the gap with black frames (or some milliseconds of silence in case of audio), or maybe repeat the preceding frame in some cases. The result would probably be worse. Based on your explanation, it might probably be the best to leave the errors in the file and let the player handle them. This way, we can also benefit from the future improvements made to the error handling code. In any case, if you are adding some error fixing code to dvbcut, I would appreciate if it was optional so that the user can always turn it off. (MPEG Streamclip http://www.squared5.com/svideo/mpeg-streamclip-win.html offers that feature.) I wonder how they do it, and what the result looks/sounds like. There aren't exactly many ways to recover missing audio/video data... I don't know either. On the mailing list I read that the difference between the export of a file in a format containing DVD in the format name, and the same without DVD, is that the first has a sectorsize optimised for DVD. Could you please tell me why dvbcut also offers an export based on libavformat? Does libavformat also ship with dvbcut, or is it in a separate package of the dvbcut application? This brings me to another possible RFE: Could you please add to the export methods of dvbcut the possibility to export the file in the same format it was opened? For example, let's assume that I open a movie.ts file in dvbcut and cut commercial out of it. Would it make sense to copy the portion that have not been touched simply into the exported file without modifications; I don't know if something has to be done at the points comming together after cutting the commercial out of it!? In fact, as far as I know: the less a file is transformed, the less quality gets lost. Or does the transformtions done by dvbcut not touch the unedited pictures and audio, so that they stay the same as in the original file? Cheers Francesco - 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
