Le 17 juil. 2012 à 04:20 Matin, David Vogt a écrit: > It does not by itself do any sharpening. There are many switches available to > the user for the various H.264 attributes you may want, and one of them, I > think, is sharpening. If you look on SourceForge for the documentation for > x264 you will see the range of choices. Fortunately, for most purposes, you > can ignore most of them, although the Apple products all have some > restrictions on which of the H264 levels they will accept.
Greetings David, and everyone, Ok, I learnt something new here. However, when I tested myself (with the QTPictureMovieTrackMBS), the H264 codec showed an “ugly” picture definition and, unless I start learning all that, I'm going to consider the 2nd better codec (I use my app for me, so it''s not a professional app). Also, in sentences like this, please consider the fact that english isn't my native language, so inaccuracies may happen. > I suspect Quicktime was to blame for the shift to darker colors, not the H264 > per se. Quicktime has never been consistent in the way it handles gamma. The > Mac originally specified a gamma of 1.8 for correct luminescence display. The > PC was always a gamma of 2.2. The Mac codecs produce different results > depending on the code used on the input image. ProRes to ProRes works just > fine, other pairings need to be tested. This will be true for other pairings > as well, it is not just a H264 problem. I have seen problems as well > outputting to the animation codec as well, in my case, it was shifting to > lighter images. It is not clear to me if this is a function of Quicktime's > handling of that codec data, or the codec itself. If you are using QT 7 on > the Mac, you will see, in the preferences, a switch which turns on/off gamma > handling to emulate Final Cut Pro. Enabling that switch solves most of the > working problems for video production intermediate work, but doesn't help at > all for end users, as you can't control what they have set. QT10 appears to > be fudging the difference in that it tends to deliver at a gamma of 1.9-2.0, > which is half way in between. QT10 movies are slightly lighter than the exact > same file burned to blu-ray and played back in a good blu-ray player. Ok. I'm not sure which version of QT the MBS plugin uses (I have QT10 and QT7 in the utilities folder, but that's just the players; I guess the layer is QT10, then). However, while I love to learn new things, I don't want to spend too much time to apply big changes to my app. I've got a “movie” to finish as fast as possible (well, I want a good quality, but not rewriting my app either). > In the end, you need to work backward from the delivery device to figure what > work flow will give you the desired gamma. I'd just want to share my last story on the subject. Sunday evening, I decided to do one of the last steps of my movie (adding a TV logo at a corner of the pictures (it's an unreal TV channel from me, so I put a logo)). It meant I had to handle almost the entire movie (2 hours and 27 minutes). Since, in my opinion, PNG was better than JPEG for the codec, I chose PNG lossless (from my UI). It was so slow I had to keep it running 1 day and more than 12 hours (I let the computer running during 2 nights). Tuesday afternoon, I checked the resulting movie: it lasted 2 hours and 37 minutes, with the same FPS! I'm thinking the frames overlapped each others or something like that, but I'm still not sure (and, for 2 hours and half, this extended to 10 extra minutes). Of course, the audio was way out of sync. Instead of removing frames to make it right again, I decided to handle my scenes one by one (rather than all of them in a single pass) and, in JPEG this time (way faster). How to mess up two days of 100% of CPU useage for nothing… My 150 Gb file is now in the trash… P.S.: I don't want to use more known and faster (=not in Basic) apps, like Adobe's or Apple's, because I can control all parameters by myself and do what I want (and, it's free). > Sorry, Why sorry? You taught me nice things, and I thank you for that! Arnaud _______________________________________________ Mbsplugins_monkeybreadsoftware.info mailing list [email protected] https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
