Infoseite // DV-PAL Quicktime export from Final Cut Pro 6



Frage von virusette:


Hi. I have here with me a problem with a Final Cut user, claiming that the data in a video from Final Cut Pro exported Quicktime in DV PAL 50i does not have the same content as an off-on miniDV tape and picture allegedly significant differences exist.

I can think of even in the Apple (SCNR) and not imagine looking for a possible accurate technical documentation on this topic, I'm not on the Apple website.

Besides, they argued that an export as Quicktime significantly longer (supposedly up to three times longer) than the time off on mini-DV. Since begs me to the suspicion that she gave me only because of inability to hold out.
Or was I wrong?

Space


Antwort von Axel:

Will they make off you do not? Maybe you're just misunderstood. The film is mounted on a TFT display (maybe with your purchase?) Obviously look different than on any other output device that is not s.Unterschieden in the image, because there is not.

The off movie on a DV cassette is of course real-time, after rendering, of course. The output in the same codec as a separate Quicktime movie, also after rendering is reasonably modern computers at a fraction of them, because there are simply copied the data. Says: One hour back to DV tape takes an hour. The relevant data should be 13 GB, I've never stopped in ten minutes be copied. I am concerned are synonymous's twenty, that would be the reversal of its alleged claim. Maybe you really misunderstood?
Or she says, an hour ready-cut the film to render can take three hours. This can already get. You can watch the film with modern real-time features already see, but one issue, no preference whether as a separate QT movie or back-up tape, should be rendered.

Maybe they should synonymous but a web-compliant H.264 in Pal-size at best quality render. Then the triple is not the way real-time. It lasts longer.

One more to "incompetence": An important date is of course not be amiss. Cutter the other hand, only people who will hopefully try to do their job as best as possible. Especially home-cutters are particularly vulnerable to the nights due to work, only to s.nächsten day to realize that everything has been lopsided. The worse (or hurried) s.dem botch tinker around, the better (or the time where you can) start of the beginning.

Space


Antwort von MacPro:

"virusette" wrote: claiming that the data in a video from Final Cut Pro exported Quicktime in DV PAL 50i does not have the same content as an off-on miniDV tape and picture allegedly significant differences exist.


Is this exchange between Mac and PC? then, it has quite as Quicktime (in which the computer then yes export exists) is very stubborn, which is the handling of gamma values (electro-optical transfer function) is concerned. Say: The chances are good that the exported clip either too bright or too dark out (interpreted) is. Insofar off is an exchange of data on tape and much safer.

"virusette" wrote:
I can think of even in the Apple (SCNR) and not imagine looking for a possible accurate technical documentation on this topic, I'm not on the Apple website.

But, just from Apple, you can sadly imagine ... If you really can find technical documentation, such as Quicktime gamma interpretation "is", then give me notice. Apple silent as is very well made.

Space


Antwort von Axel:

Exchange of material between computer platforms is always made. These gamma values are interpreted differently of Quicktime, but will change nothing s.den QT settings when exporting not restated. Everything else is a problem of representation, and so that's actually a problem. Successes Color correction and final output does not have Quicktime, which has representation in the pure cut synonymous mean nothing. Even if it has exchanged cartridges, you can hear and then when, for playback on a God-knows-how-calibrated, the display somewhere rumstehen but listless from. What is the reference for what?

Space


Antwort von MacPro:

"Axel" wrote: Exchange of material between computer platforms is always made. These gamma values are interpreted differently of Quicktime, but will change nothing s.den QT settings when exporting not restated. Everything else is a problem of representation, and so that's actually a problem.

Beautiful. But unfortunately it is not so simple. It may be that in which one or other PC program manual influence on the gamma-ray interpretation, which is not everywhere so. And unfortunately, it's not just the display on the desktop is limited. So, unfortunately, not just a problem (which it in theory but in fact should be.)

"Axel" wrote:
Successes Color correction and final output does not have Quicktime, which has representation in the pure cut synonymous mean nothing.

Yet. Because each kind of footage must be interpreted, and the DV data from the Mac so nunmal QuickTime wrapper packaged. And since there are QuickTime internal routines that much verschlimmbessern in which they are of a simple logic out (for example, everything from the Mac, has a gamma of 1.8) and these routines are sorry for the import of QT clips not bypassed, Say: They play a role synonymous with the video display hardware.

"Axel" wrote:
Even if it has exchanged cartridges, you can hear and then when, for playback on a God-knows-how-calibrated, the display somewhere rumstehen but listless from. What is the reference for what?


This is a completely different problem. It is the change is a and of the same material. So, for example. Copy of a clip, export to Final Cut Pro, export back to the PC and schwupps, is the identical copy ehemelas darker or brighter ...

BTW: There are actually eh no official reference, such as a PAL or HDTV monitor must be set, which he owns gamma, what color and how bright the ambient light must be violent, etc. A real failure of the ITU / EBU! Only the Farbvalenzen and the color is fast.

Space


Antwort von virusette:

Thank you for the first time responses.

This Final Cut Pro user has a larger documentary project task is to sift through the tapes, the garbage is auszusortieren and the rest s.mich Contract. This planning is not of me and without any major trouble is not to change. Moreover, it would be me right when I use the individual takes as synonymous single file and get the currently about 130 cassettes (and growing) is not completely sift needs.

According to your ideas they will sift through the material, and the selected Takes off on tape. And that is nonsense nunmal high three. Once capturing enough really. I'm trying it still friendly and with technical arguments. However, it seems arguments currently not really available to be. She understands as synonymous not understand why I refuse, Sony Premium tapes to use.
Hence my question on documentation from the house of Apple.

My previous experiences with DV Quicktime were uncomplicated. However, with other Final Cut Pro editors. No gamma problems when importing into Premiere as CS2 or DNA. I was one of the times of Final Cut Pro editors explain that one to the Quicktime export DV PAL only and should not choose Apple DV, then there would be synonymous not exchange problems which always synonymous since the difference is.

Space



Antworten zu ähnlichen Fragen //


PAL DV 16:9 on which monitor
DV PAL 16:9 in Final Cut Pro with log xh a1
DV PAL - Aspect ratio wrong after capture
Export of DV PAL movie on miniDV
What sequence of the Settings. for mixed H.264 Progressive 5:4 + DV PAL 4:3?
. MOV files to convert dv-pal
DV - PAL
hc1 vs. VX2000 for pal dv
PPro 1.5: DV Pal 16 * 9 export "only" possible in low quality?
PAL DV camcorder vs. U.S. Windows
hdtv camcorder is synonymous mini dv cassettes in play pal format?
DV Out at SonyDCR-TRV210E PAL




slashCAM nutzt Cookies zur Optimierung des Angebots, auch Cookies Dritter. Die Speicherung von Cookies kann in den Browsereinstellungen unterbunden werden. Mehr Informationen erhalten Sie in unserer Datenschutzerklärung. Mehr Infos Verstanden!
RSS Suche YouTube Facebook Twitter slashCAM-Slash