| Canon 5D MarkII limité de dynamique?
rapports Nouvelles slashCAM:
Januar 2009
Canon 5D MarkII limité dynamique? De rudi - 20 janvier 2009 10:51:00
Depuis quelques jours, se chauffer les esprits dans le réseau par le fait que les clips de la Canon 5D MarkII très rapidement à saturation dans les lumières et les ombres tendent. Nous avions déjà suspecté, mais dans le blog est lié à présent prouvé que ce sont une fois de plus la question de la conversion YUV vers RGB agit. Dans ce cas, les valeurs YUV 16e .. 235 sur la balance RVB 255 .. 0ème illustré. YUV valeurs de 16 et plus de 235 couverts, entre la table. Holger Scheel avait dies seinerzeit schon bei DV-Codecs untersucht und beschrieben und wie es aussieht, gibt es die selben Probleme jetzt auch bei den Clips der Canon 5D MarkII. Für alle die sich jetzt fragen, was das heißt, in Kurzform: Die Canon Clips haben mehr Informationen in den Lichtern und Schatten, als bei den meisten Codecs beim Dekodieren dargestellt werden.
Also geht jetzt mal wieder die Suche nach einem Codec los, der YUV nativ an das Schnittprogramm weiterreicht, bzw. beim Umrechnen nach RGB den Wertebereich nicht künstlich aufbläst. PC-Anwender dürften aufgrund der breiten Auswahl hier schnell fündig werden, Apple User, die ja gerne von solchen technischen Feinheiten nichts wissen wollen, sollten dagegen mal näher hinschauen, ob z.B bei der Umwandlung nach ProRes so was irgendwo einstellbar ist. Profi-Colorist Stu Mashwitz semble en tout cas pas encore trouvé qui va de travers.
Il est généré automatiquement une entrée
Répondre joey23:
Pourquoi devrions-Apple User de telles «nuances» ne veulent pas entendre parler? Komische rapport.
Répondre Axel:
De ce qui est que le flux de travail détendue avec beaucoup de ProRes FCPler fait trop de souci. Sur le sauvetage des valeurs supérieures à 235 est ici sans jamais remarquer, il y avait "Wolfang" Forum vidéo nous réserve. Mais plaisanterie Maschwanden oui's a trouvé, avec Color, ce qui au FCStudio notamment.
Répondre MarcBallhaus:
Les données de la Cam dans YUV 4:2:0 et donc pas en RVB. De toute façon, je ne comprends pas tout le problème devrait se situer? Pour moi, plutôt dans les paramètres de la caméra, parce qu'il faut le contraste à -4, n'est pas à 0 pour un résultat neutre, etc.
MB
Répondre Axel:
De toute façon, je ne comprends pas tout le problème devrait se situer?
Il est un problème de rupture, et il concerne tout la vidéo, pas seulement le Mark II Maschwanden de la plaisanterie, le créateur du Magic Bullet Suite et chef de la compagnie effet Orphanage (Sin City) est un fanatique, mais comme vous dans le lien à l'avant - Ensuite voyez l'image, il vaut la peine, avec de la matière à étudier la question.
YUV RGB-dire à l'échelle des valeurs (YUV) 16 - 235, dont la dynamique originale d'information est sous la table. À éviter dans FCP, comme Maschwanden plaisanterie écrit, à l'Apple 10-bit non compressé et le codec de rendu paramètre Lors du rendu des films de plus en plus d'utiliser la plus haute qualité -, l'original de haute précision de rendu en YUV, ce qui toutefois n'est possible que si c'est un codec YUV est .
Répondre Marco:
Le problème se situe dans le processus de codage. Étant donné que, selon mon expérience, exactement ce que Rudi écrit. Windows sur des systèmes sont des codecs de décodage selon la clipper nécessairement le signal, plutôt rares. Presque tous les mapper correctement ou en option permet de basculer. Sur mon Mac jusqu'à présent a été le moins bien entendu. Peut-être, j'ai eu aussi trop souvent de malchance (pour l'offre de codec) ou je encore besoin 'ne moment.
Marco
Répondre deti:
Dans la notice de l'appareil photo est dedans mais tout à fait clair:
Recording and Image Quality
...
The movie will be recorded in the equivalent sRGB-colorspace optimized for movies.
...
C'est aussi implicitement établi que la totalité de l'espace de 8 bits qui lui est ou?
Je comprends pas toute l'excitation des gens qui, il devrait savoir mieux.
Deti
Répondre MacPro:
Dans la notice de l'appareil photo est dedans mais tout à fait clair:
Recording and Image Quality
...
The movie will be recorded in the equivalent sRGB-colorspace optimized for movies.
...
C'est aussi implicitement établi que la totalité de l'espace de 8 bits qui lui est ou?
Je comprends pas toute l'excitation des gens qui, il devrait savoir mieux.
Deti
Qu'est-ce que parce que "très clairement"? Cela indique que les fonctions de transfert est utilisé (Primärvalenzen, "Gamma", point blanc), mais rien sur le type de codage (YCbCr vs. RGB, full scale vs. Video scale)
Répondre deti:
Qu'est-ce que parce que "très clairement"? Cela indique que les fonctions de transfert est utilisé (Primärvalenzen, "Gamma", point blanc), mais rien sur le type de codage (YCbCr vs. RGB, full scale vs. Video scale)
Donc, si j'ai bien compris, présente seulement Recommendation ITU-R BT.709 constate que les "swing-studio niveaux" sont utilisés. sRGB permet de de 8 bits et connaît cette règle n'est pas applicable. Canon aurait écrit que l'appareil photo à l'UIT-R BT.709 juge, peut-être que je suis là-bas à des valeurs de l'intervalle entre 16 et 235 également demandé.
Deti
Répondre Marco:
Le vrai problème est apparemment "seulement" de Quicktime, et de la nature, comme à ce jour dans le décodage H.264 Quicktime. C'est ce message dans le forum de problème avec les fichiers Quicktime H.264, en effet, depuis quelques années.
Marco
Répondre WoWu:
QU coupe car, à juste titre, car dans les domaines, sauf les valeurs de l'espace couleur xvYCC Y'CbCr rien perdu.
En outre, se distingue par Y'CbCr RGB aussi par le fait qu'il n'est pas de 16-135 est établie, c'est-à-dire semblable RGB, mais à partir du centre vers les côtés. Ainsi, les valeurs sont de 16 au lieu du noir et tout vert foncé dessus de 235 "cochon rose". À cet égard, car Apple a déjà droit.
Les valeurs en dehors de Qui veut 16-235, vise à faire xvYCC.
Voici un lien vers le Mark II et QT
http://www.film-tv-video.de/newsdetail.html?&uid=37689&no_cache=1
Répondre Marco:
Oh non, pas encore ...
Marco
Répondre WoWu:
Eh bien, les faits sont précisément des faits, même si on les ignore.
En outre, l'article ci-dessus parle un langage clair ... seulement que 2002 n'a pas encore eu xvYCC. ... Mais aujourd'hui.
Répondre Marco:
Oui. Le fait est que, en principe, en fait "que" Quicktime doit être empêchée, la vidéo dans les mains, etc. Facile à dire qu'à faire, mais il s'agit, par exemple, par Frameserving. Alors il n'ya pas plus de problèmes, ou si encore qui doivent rester, ils se résoudre facilement. Comme il ya pas lieu de vert foncé noir ou blanc au lieu de Rosa.
Marco
Répondre MacPro:
En outre, se distingue par Y'CbCr RGB aussi par le fait qu'il n'est pas de 16-135 est établie, c'est-à-dire semblable RGB, mais à partir du centre vers les côtés
C'est le cas, mais seulement pour Cb et Cr!
Ici, il s'agit d'Super White et le super black, et Y 'est tout à fait normal de 0 à 1 (ou 0-255) établie.
Ainsi, les valeurs sont de 16 au lieu du noir et tout vert foncé dessus de 235 "cochon rose". À cet égard, car Apple a déjà droit.
Les valeurs en dehors de Qui veut 16-235, vise à faire xvYCC.
Il ne s'agit pas d'avancée des couleurs, la moniert, mais pour l'apparente impossibilité de le Lumasignal complète sortie à l'autre (ce que QuickTime pour tous les autres codecs Y'CbCr mais permet (!), À condition que l'application de la native (Y'CbCr) de données et QT QT demande pas la conversion de RGB laisse).
Évidemment, mais se produit h264 QuickTime dans l'architecture, mais à l'extérieur de codec de sortie RVB, et c'est là le problème dont il s'agit.
Voici un lien vers le Mark II et QT
http://www.film-tv-video.de/newsdetail.html?&uid=37689&no_cache=1
La raison derrière les ont pas non plus vraiment.
Répondre WoWu:
La raison derrière les ont pas non plus vraiment.
... puis le hab'ich toutefois pas compris.
Il ne s'agit simplement que, conformément à un appareil produit des signaux qui, bien que l'espace de couleur Y'CbCr fonctionne, ce ne respecte pas!
Chaque caméra peut être le cas de la conversion de R'G'B après Y'CbCr théoriquement utiliser l'ensemble du domaine.
Fait un très bon appareil, mais ce n'est pas parce que les valeurs dans le domaine de l'espace couleur est défini.
Suffit ensuite de la couleur avec les valeurs suivantes conviennent à nouveau.
Voix couleur et appareil photo ne sont pas de signal, elle est mal, ou défectueux.
Les valeurs des couleurs dans ces domaines sont bien comme "illégale des couleurs" et à condition que NLEs leur transfert, ils devraient être identifiés, ou il faut les couper, car au plus tard dans les moniteurs, les xvYCC transmettre, ces signaux ne peuvent pas être visible, s'il n'y a pas de xvYCC disponible. En outre, des moyens de diffusion de télévision, ces signaux de rompre.
Il est donc juste et voulu que cela se passe dans NLEs.
Comme déjà mentionné, l'espace dans lequel ces valeurs sont, réservés à un autre espace de couleurs, des couleurs plus aussi présente, car il est une différence, si je ne contrefiche une gamme de couleurs (comme dans ce cas), ou si j'ai fait plus de de couleur est de transporter.
Où donc est le problème, si les valeurs de l'appareil photo ... ou, si il ne peut pas, du NLE l'obligation d'espace de couleur est respecté?
Qu'est-ce qui fait qu'il est un sens, de valeurs, qui n'est conforme ni à la couleur (et donc avec le bon espace de couleurs) avec une Verarbeitungsweg continu et sans erreurs, et sont transférés dans des domaines encore, que déjà d'un autre espace de couleurs sont occupés?
Simplement parce que sur son propre moniteur, le cas échéant, n'est pas correctement limité, einwenig aspect coloré et saturé?
Alors hab'ich, comme les collègues dans l'article même pas compris quelque chose.
Répondre PowerMac:
Pour les formats cinéma numérique pourrait déjà faire ce que chaîne de télévision, pas des évaluations.
Répondre Marco:
Je viens de quelques 5D H.264 clips traitées et comparées.
Je laisse pour le décodage de la voie sur Quicktime pour être en de nombreux points noir (RGB à 0) et blanc (pour RGB 255) geclippt.
Je vais, mais par une voie Avisynth et VDubMode et exporter ensuite le signal à un format dans lequel chaque système de valeurs de la pleine mesure de gérer sans problème (dans ce cas, il était Newtek HQ 422), puis les clips ne montrent plus de clipping, ou à les endroits où l'avance de l'information par l'écrêtage weggeschnitten était facile, il est aussi dans l'image vidéo de l'information identifiable.
Il est vrai que les quelques 5D-Files que j'ai pas vraiment bien pour ce type de démonstration de vue. Les technologies de l'information "restauration" est là plus facile dans la Waveformdarstellung que l'image réelle visibilité. Mais il montre que, dans un Quicktime de décodage simple weggeschnitten sont des informations existantes, notamment sur voie de décodage mais préservés.
Qu'est-ce qui selon la norme en ce qui concerne des applications spécifiques à tort ou peut-être, est une chose. Mais le fait est que ce n'est pas l'appareil photo qui unterschlägt l'information, mais que ces informations restent à fait reproductible, Quicktime si le signal n'est pas à mettre en place et reçoit lui-même que les valeurs dans les frontières de l'utiliser pour de nombreuses applications et tout aussi précieuses. Comme déjà écrit ci-dessus: décoloration dans le domaine de 0-15 et 236-255, il ya pas.
Il est à mon avis, même en vue d'une diffusion simple d'utilisation, même pas bon à dire, Quicktime le fais déjà bonne chose, car la plage de valeur limite à une (je l'appelle désormais fois) "norme de diffusion du signal" eh rien de perdu.
Ce dernier peut certes être correcte. Mais c'est pourquoi je fais moi n'est pas encore d'un décodeur simple si le signal, y compris les informations qu'il contient dénaturera!
Le plus élégant et plus professionnel à mon avis, voie de la "diffusion de signal" mais est toujours la, de moi tout d'abord le signal original, avec toutes ses facettes est aussi, comme il a été enregistré. Je décide de lui-même, par exemple au moyen d'une correction des couleurs spécifiques, telles que les valeurs limites dans le domaine de la norme, car cela va alors - et seulement alors - même en l'absence radicale de clipping.
Même si je suis à la fin d'un projet complet d'un simple filtre de diffusion drüberfegen laisse, moi, mais de la noire et blanche au moyen d'une courbe de valeurs limites dans le domaine de RGB sur 15 et 236 de compte, je suis de bien meilleure qualité de service avec un clippenden décodage.
Tant que je n'ai le choix, je fais moi, en aucun cas d'un décodeur déjà à la première étape de la dynamique du signal de telle rogner. Dynamique est un bien précieux et il s'agit ici de 13 pour cent d'entre eux.
Il convient de toujours garder à l'esprit que le monde au-delà du traditionnel Broad casting est immense. Il convient donc également un appareil photo n'est pas de bon ou mauvais, sont seulement parce que l'une manière ou d'une traite. La question est plutôt, pour quels usages un appareil-photo car jamais conçu.
Est-il bon que moi-même favorable caméras afin de laisser beaucoup de dynamisme et moi-même de déterminer si le produit final d'une norme de diffusion, ou il peut être optimisé pour d'autres applications sera.
Marco
Répondre MacPro:
Donc, encore lent:
Des couleurs n'est nulle part question. il s'agit uniquement et seulement pour le Lumasignal.
Il est vrai que l'affectation de valeur de 16 Y '= 0 et la valeur RGB 235 Y' = valeur de 255 RGB est en béton. Tout en est déjà en soi illégal, car en dehors des cadres.
Or, le fait que (beaucoup) plus grand Lumasignale aussi des caméras d'enregistrement et de 235, puis à la post avoir accès, est un non négligeable avantage, si l'on reste quelque chose à partir d'un dessin übersstrahltem domaine herauskitzeln veut.
Le fait est que le Canon Super blanc sur dessine. Disputer, on peut savoir si le sage ou imprudent de Canon a été, si elle n'est pas simplement de mieux l'image du signal dans l'appareil photo déjà 16-235 gemappt auraient dû, au lieu de dans le secteur de la Super White étendre. Cependant, aurait une perte de niveaux à la suite. ITU REC 709, interdit l'exploitation de la tête de chambres pour les données vidéo non plus, au contraire, de niveau 0 et seulement 255 ont été réservés pour "timing references". Le reste est pour "video data" fait prévu.
Que cette dynamique en soi, n'est pas visible, est clairement et correctement, il ne s'agit donc que d'Tonwertreserve dans ce post pour y sauver.
Edit: Marco était plus rapide ;-)
Répondre WoWu:
Je vois l'argument de fait et le cas échéant, à une Ausbelichtung pas les difficultés, et puis tout de conversion standard de faux résultats, parce qu'ils n'ont pas le signal d'évaluer, mais par le principe d'espace de couleur prédéfini. Il en sera donc à l'étalement d'une erreur lors de la mise en R'GB conduire.
Je ne sait si les Canon émet une couleur, mais le doit (et je pense que nous avons un accord), de plus en plus être la référence.
At-elle une FB et ce que dit le rapport au signal?
Je me pose simplement la question, si quelqu'un veut utiliser le domaine, pourquoi ne pas en xvYCC, car ce serait un tel signal, et alors même définis et correctement converties.
Qu'est-ce qui parle d'un (pseudo) Y'CbCr?
Répondre MacPro:
Je me pose simplement la question, si quelqu'un veut utiliser le domaine, pourquoi ne pas en xvYCC, car ce serait un tel signal, et alors même définis et correctement converties.
Qu'est-ce qui parle d'un (pseudo) Y'CbCr?
Ne Quantité:
1. xvYCC est tout simplement pas dans la mise en Suvre Canon!
2. Quel programme sur le Mac avec xvYCC contourner?
3. xvYCC ne résout pas le problème, ou en réponse à une question qui n'a pas été étendu l'espace de couleurs xvYCC, c'est-à-dire la Tonwertabstände restent traditionnels par rapport à la même Y'CbCr. xvYCC étend le Luma. Beaucoup plus souvent que les couleurs saturées extrême (c'est-à-dire en dehors de sRGB est), il a même scène avec un contraste übergroßem faire, de toute façon de peu à la disposition Tonwertstufen hineingezwängt doit être. Il ya assez de sites Web qui démontrent de manière impressionnante, comme rarement les couleurs sont de sRGB ne sont pas couverts, en cas de scènes naturelles.
Répondre Marco:
Il dit que c'est tout à fait facilement manipuler. Le Canon 5D, il est, en principe, pas la différence de presque tous les formats DV, HDV et AVCHD des caméras (mais là peut-être mais seulement élargi vers le haut, c'est-à-dire en haut à 254/255 RGB).
Quel système de car avec xvYCC peut contourner? Quiconque peut, en principe, avec RGB 0-255 contourner (tant que le décodeur n'est pas rien, et trop tôt pour l'ensemble de scalpel).
Mais je pense, avec le xvYCC façon pas directement à faire.
La particularité de ce cas actuel n'est en fait que que l'enregistrement du signal de Quicktime dans le conteneur arrive, et donc la flexibilité de décodage d'abord limité à l'est. Si là n'est pas le Quicktime conteneurs sont utilisés, personne ne se serait également sur les signaux perturbé, car il serait alors plus facile de contourner. Avec tout cela, je pense, en premier lieu, H.264. Quelle problématique ou ne pose pas de problème avec les autres codecs, qui sont incorporées dans Quicktime et Quicktime être décodé, je ne sais pas. Donc, en cas de H.264-clips de la Canon 5D, il ne faut pas nécessairement transférés vers d'autres formats.
Bien sûr, tout ne peut ignorer les normes. Je reste un traitement flexible, plus il faut de même les objectifs et les meilleurs moyens pour garder à l'esprit.
Je n'ai pas encore de problème arriver, en moyenne, avec un système de signal RGB de 0-255 à manipuler, même si c'est, à terme, à sendegerechtem 16-235 a été compressé, afin que le signal YUV de la Betacart geschaufelt être.
Marco
Oops, cette fois, plus rapide Mac Pro ...
Répondre MacPro:
hehe ;-)
Répondre Axel:
L'objection que de nombreux périphériques de sortie et les codecs de la totalité Luma-domaine, tout est sur une autre feuille. La gamme dynamique pour la transmission électronique de traitement du signal est limité, et à la prise de vue la nécessité de décider de quel secteur particulièrement bon dessin doit avoir (en règle générale, oui peau) et d'autre part d'éviter l'écrêtage. Comment dire mon avant-poste, il est question ici, surtout, dans le post d'avoir encore une marge, et je ne peux pas voir pourquoi la fin de la radio n'est pas pertinent devrait être.
Maschwanden plaisanterie, d'autre part, entraîne une énorme dépense pour donnait ou limitée à des signaux numériques de compression et de reconstruire tout au long du processus de traitement de la préserver. L'objectif est certes ici le Fazen. Cinéma avec une caméra DV (28 Days Later de la Canon XL-1 par exemple) ne peuvent pas offrir plus de bits, mais alors présentable.
Film de gens professionnels, comme Maschwanden plaisanterie légèrement méprisant exécute, empruntent le chemin inverse: de l'enregistrement analogique film en partie 8k résolution, la empressés à un intermédiaire numérique sous 2k sont compressés. La correction des couleurs se fait avec du matériel qui coûte des sommes à six chiffres, mais avec des algorithmes en temps réel fonctionne, la couleur et la luminosité d'informations avec des résultats similaires restreint et faussé comme cela caméras Consumer faire. Point de rencontre de cinéma.
Répondre WoWu:
Petite question:
, L'appareil photo et un générateur de FB que dit le signal par rapport au signal de l'image générée?
xvYCC ne résout pas le problème, ou en réponse à une question qui n'a pas été étendu l'espace de couleurs xvYCC, c'est-à-dire la Tonwertabstände restent traditionnels par rapport à la même Y'CbCr. xvYCC étend le Luma.
C'est faux, scjliesslich, il s'agit d'un espace de couleur à faire.
Les locaux de l'extension numérique des valeurs de 1-16 et 241-254 de la chroma-axe et de 1-15 et 236-254 dans l'axe Luma exploitées.
(Respectivement, déduction faite des valeurs sync). Les définitions peuvent être en 8 ou 10 bits de quantification définie.
Ainsi, le problème xvYCC bien juste et surtout si les Rétropolations encore reproduit en RVB et non pas une piñata, la formule ne peut saisir, car il fait son projet, certainement pas pour le NLE. Au plus tard, quand il est sur une bande, il est en haut et en bas de geclipped, ainsi que l'a mis?
À la superbe impression lors de travaux.
Quelque chose d'autre est-il si mon Raid de Ausbelichtung vais. Étant donné que je vois aussi un avantage, tantôt par les erreurs de calcul lors du passage à R'G'B 'abstraction.
Répondre Marco:
Je ne sais pas si l'offre de Canon. Mais je me FB sur un générateur d'une Konsumerkameras voulez jamais quitter. Qui garantit que, que ce soit de la norme est juste? J'y ai déjà vu assez d'imagination barre ...
Dont déduire l'intérêt, mais de la simple question: quelle pourrait établir dans ce cas donner un Normfarbbalken? Que ce n'est pas l'appareil photo en ce qui concerne, diaphragme / gain / exposition / Gamma / noir / blanc a été mal servi?
Le fonctionnement du codec est oui dehors.
Ou s'agit-il simplement, un verre clair d'être en mesure, que la norme blanc, noir norme et tous les couleurs d'une norme de couleur dans ce cas, dans les NLEs à XYZ RGB gemapped être?
"Pour que le problème serait xvYCC bien juste"
Ce qui ne sert à rien tant que ne peut gérer NLE.
«Au plus tard, quand il est sur une bande, il est en haut et en bas de geclipped, ainsi que l'a mis?"
Ci-dessus est loin d'être nécessairement geclippt. "Tape" est pas le facteur. En outre, le bas, que si le post - comme décrit ci-dessus - ne tient pas compte et il a également raison de weiterschreitet analogique.
De même, plusieurs fois mentionné ci-dessus: il s'agit de valeurs que le domaine non seulement regarder, mais aussi d'utiliser et même à une norme de diffusion du signal juste titre peut compter. Tout comme, par exemple, le BlackBerry est un appareil photo Stretch. Il met donc lui-même pour ce domaine selbststranguliernden potentiel qui veut l'exploiter.
A le moins d'avantages dans tous les cas, une clippendes Decoding. Il s'agit simplement d'une extrême maillet méthode. En fait, presque un accident majeur dans le traitement des codecs.
Marco
Répondre WoWu:
À la place, il est aussi une question de couleur de matrice de l'appareil photo, car le devrait dans les valeurs négatives de valeurs positives, car le moniteur ne peut pas représenter les valeurs négatives. Et c'est justement ce genre de processus, qui finissent d'ailleurs un signal de sa volonté de chercher, de régler arrêt des procédures standardisées, comme pour la CEI 61966-2-4 xvYCC.
Je vois l'approche de la valeur ajoutée et peut être même fait suivre, je ne sais pas si un "hasard" la solution.
La couleur serait pour le moins une indication que le signal vidéo en aval du Spacing jamais à l'intérieur de la matrice est ici parce que de valeurs négatives, par la couleur de tableau de conversion d'espace dans la conversion des valeurs positives. .... Ou bien, si c'est en fait simplement un "signal de hasard" tout ce qui vient de la caméra. Il doit maintenant n'est pas péjorative, mais parfois aussi pour le marché des consommateurs ce qui construit, ce que les exigences professionnelles correspond pas vraiment.
Seulement, je ne puis espérer, parce que la prochaine caméra encore peut être très différente.
Et, comme je l'ai dit .... puis c'est pas de fin et de la prochaine conversion est de flûtes, ou voit tout à fait aléatoire de la suite.
A le moins d'avantages dans tous les cas, une clippendes Decoding. Il s'agit simplement d'une extrême maillet méthode. En fait, presque un accident majeur dans le traitement des codecs.
Étant donné que je suis totalement pour vous ... mais ces choses peuvent être aussi sur d'autres courbes plus élégante de régler, en tant que valeurs dans des espaces qui, dès la prochaine Verabeitungsschritt ne connaît plus.
. De même, plusieurs fois mentionné ci-dessus: il s'agit de valeurs que le domaine non seulement regarder, mais aussi d'utiliser et même à une norme de diffusion du signal juste titre peut compter.
Et c'est là bien sûr un risque, parce que tu le signal d'écrasement, dont la dilatation n'est pas vraiment connu. Vous perdez Les valeurs tout à fait par hasard que vous avez assemblé vous laborieux.
Au fond, nous sommes sur l'objectif oui d'accord, je préfère ne dispose que d'reproductibles (standard) méthodes
Répondre Marco:
Bon, le problème de la Clippings 5d des clips peut être sur les systèmes Windows, en tout cas par Frameserving - et donc de contourner Quicktime - résoudre.
Comme sur le Mac-côté, je ne sais pas, je serais aussi intéressé. Je suis à plusieurs reprises à l'information gestoßen que que ce soit directement par Quicktime paramètres, ni dans Final Cut faisabilité. Mais apparemment il va sur tout, non encore décrites vers Color.
"Vous perdez Les valeurs tout à fait par hasard que vous avez assemblé vous laborieux."
Oui, je n'ai pas directement (ou seulement une très restreint) influence sur les informations vraiment rübergerettet et qui ne sont pas. Mais au moins, je peux au cours du processus (de filtrage), et afin de déterminer si cela est ok.
Lorsque l'appareil photo enregistre dès limitant, je n'ai d'ailleurs pas d'influence directe, et que, en règle générale, encore moins de possibilités de contrôle (si's n'est pas un tournant en parallèle avec les techniques de contrôle).
Important et décisif, c'est pour l'environnement de la meilleure solution possible pour le traitement du signal, comme la caméra, il fournit même. Landet geclipptes effectivement en noir et blanc dans mon NLE, moi ce sont les mains liées. Mais si je sais que la caméra elle-même n'est pas geclippt et non consignées a, je peux l'affaire aller au fond, une solution pour un décodage sans clipping, et chaque nouvelle étape de l'exigence environnement.
Marco
Répondre MarcBallhaus:
Donc, si on clips de la 5D ont été filmés dans Quicktime et ouvre en parallèle dans MPEGStreamClip, on voit très clairement que, dans le lecteur Quciktime les contrastes sont plus élevés que dans MPEGStreamClip vraiment très clairement, en particulier dans les points forts sont loin d'informations .
Et en général prévoit également de QT comme FCP ou un compresseur, mais je devrais vérifier séparément.
MB
Répondre Marco:
Au moins dans FCE est la présentation identique à celle du lecteur Quicktime, donc par geclippten décodage avec le noir et le blanc. Je pense, Final Cut, quelle que soit la version, est en arrière-plan au décodage des fichiers MOV automatiquement de plus en plus d'utiliser Quicktime et aussi longtemps que ce qui se passe, les fichiers H.264, Canon n'a pas l'occasion de ungespreiztes Signaldecoding.
Il est prétendu que dans une voie Color oui, sans clipping de décoder. Je ne peux pas vérifier.
MPEGStreamClip fonctionne sur plate-forme Mac? Ce serait aussi un moyen facile d'échapper au problème.
Les endroits mentionnés pour Windows possibilités, par QuicktimePro à Avid DNxHD de marcher (qui aggrave encore la chose) ou dans les applications Windows CoreAVC à utiliser, en fait, malheureusement, rien faire, parce que cela n'empêche pas le décodage encore de Quicktime est . Seule exception, l'utilisation de CineForm Neo, en liaison avec CoreAVC être. Naturellement, j'ai vérifié que la méthode par Frame Server. Qui fonctionne de manière fiable.
Marco
Répondre MarcBallhaus:
Il est prétendu que dans une voie Color oui, sans clipping de décoder. Je ne peux pas vérifier.
MPEGStreamClip fonctionne sur plate-forme Mac? Ce serait aussi un moyen facile d'échapper au problème.
MPEGStreamClip il pour PC? Je ne savais pas clairement fonctionne sur le Mac. Color pour décoder et c'est plutôt pas le bon outil pour ...
Impossible de traiter MPEGStreamclip pile? J'ai aussi ne me suis jamais vraiment en train de ...
MB
Répondre deti:
ffmpeg est votre ami.
Deti
Répondre Matzel:
Bonjour,
Apple a aimablement répondu, hier, et la mise à jour QuickTime 7.6 résout les problèmes. QT gère maintenant la totalité de l'offre Range 0-255 et ne se limite plus à la norme vidéo de 16-235. Je ne peux que parler pour Mac, mais comme je n'ai lu certains forums, il en va de même pour QT sous Windows.
Merci
Répondre Axel:
Bonnes nouvelles.
Répondre MarcBallhaus:
FFMPEG, je me suis angeguckt ... open source, ce qui est du maniement her plutôt les PC division, il faut 4 heures de programmes, et pour installer un objectif à remplir ... est une rupture.
Néanmoins, merci pour le tuyau.
Je mets à jour puis fois QT.
MB
Répondre filmpraxis:
J'ai suivi avec intérêt la contribution. Nous doktorn depuis longtemps autour de ce problème. Je peux confirmer que c'est avec Apple QT 7.6 fonctionne sur le PC. Installation facile de redémarrer et se réjouissent - après les essais en charge lourde, de toute façon différente de résoudre.
Je l'ai également testé avec EDIUS 5h01. Le clip original est déjà bien, et gagne encore en qualité, si l'on en ce codec de Canopus HQ convertit.
Astuce pour un test rapide: MOV QT dans le lire, puis dans le menu sur "copier" et à une image / image sur "Coller" aller. Avec toutes les autres versions de QT, l'image est ici plus sombre.
Thomas Wagner
Répondre MarcBallhaus:
Je l'ai également testé avec EDIUS 5h01. Le clip original est déjà bien, et gagne encore en qualité, si l'on en ce codec de Canopus HQ convertit.
Un codec à améliorer la qualité? Ah oui. Très intéressant.
Astuce pour un test rapide: MOV QT dans le lire, puis dans le menu sur "copier" et à une image / image sur "Coller" aller. Avec toutes les autres versions de QT, l'image est ici plus sombre.
Thomas Wagner
Justement pas. Oh les gens ... dans QT, il ya un mode de compatibilité pour les FCP qui fait l'image de ce qui est de la gamma déplacement. Il a jamais rien à faire.
---------
J'ai maintenant la nouvelle version de QT est installé et le problème reste le même. Un PNG, rausgerechnet avec MPEGStreamclip a plus de dynamique de la même image avec QT en PNG. Dans ce dernier cas, l'histogramme, on voit clairement que simplement en haut et en bas a été quelque peu tronquée, et ce bien à 16 et 235
MB
Répondre Marco:
J'ai juste la mise à jour de la version Windows installée. Pour que le problème est définitivement résolu. Je trouve que violent, ce que Apple riches a trois ans.
Marc Ball maison, je peux le faire sur le Mac n'est pas actuellement à une Waveformdarstellung examiner. Mais le rapport montre l'image après la mise à jour par rapport à la précédente version Quicktime visible plus de détails dans les ombres et lumières. C'est donc une amélioration, je peux reconnaître, mais je ne sais pas si le clipping pour que - comme dans la version de Windows est le cas - tout est résolu.
Marco
Répondre MarcBallhaus:
J'ai juste la mise à jour de la version Windows installée. Pour que le problème est définitivement résolu. Je trouve que violent, ce que Apple riches a trois ans.
Marc Ball maison, je peux le faire sur le Mac n'est pas actuellement à une Waveformdarstellung examiner. Mais le rapport montre l'image après la mise à jour par rapport à la précédente version Quicktime visible plus de détails dans les ombres et lumières. C'est donc une amélioration, je peux reconnaître, mais je ne sais pas si le clipping pour que - comme dans la version de Windows est le cas - tout est résolu.
Marco
L'amélioration puis-je savoir, mais elle le gamma, le clipping.
MB
Répondre Marco:
Changements dans le gamma, je n'avais pas pris en compte. Ce sont des améliorations identifiables dans les plus sombres en noir et blanc domaines. Mais pour moi actuellement sur le Mac n'est pas mesurable.
Marco
Répondre domain:
Une modification exclusive Gamma puis-je pas vraiment imaginer, ce serait une plaisanterie. L'image serait bien plus doux comme (étalement de 226 à 256 niveaux de fines nuances), mais ce serait la Clippingproblem oui en rien résoudre.
Répondre Marco:
Je suis sur Mac fois le détour par un logiciel graphique a pour au moins par histogramme comparables. Malheureusement, j'ai de l'ancienne version de QT un seul écran tombe, les lumières dans le pas a été particulièrement critique. Mais dans le noir était là avec QT 7.5 est encore plus visible et le clipping aussi par histogramme mesurables. Avec QT 7.6 montre le même clip en histogramme dans le noir n'est pas plus de clipping. Qu'est-ce que par là avant écrêtage weggeschnitten était dans le noir, est à l'image d'information dans le domaine 0-15 obtenir.
Marco
Répondre Axel:
Le problème est, au moins pour Quicktime, corrigé, le fil de l'actualité. Tout encore à deuil vient de l'extrait de l'exposition lors de l'enregistrement her.
Répondre MarcBallhaus:
Le problème est, au moins pour Quicktime, corrigé, le fil de l'actualité. Tout encore à deuil vient de l'extrait de l'exposition lors de l'enregistrement her.
Aha. Et pourquoi alors je vois une différence de la MEME accueil, entre MPEGStreamclip et QT? Que ce soit affiché ou exporté, QT coupe à 16 et 235 et à partir de stretcht à 0 et 255
MB
Répondre domain:
Maintenant, il est grand vraiment intéressant fois curieux suis si Ballhaus a raison, ce serait un peu fort
Répondre Marco:
...
Répondre Marco:
Après avoir maintenant MPEG Streamclip fois sur le Mac et l'ai installé quelques comparaisons entre Streamclip et Quicktime Player sur Mac plate-forme de trame et les exportations de ces deux outils de Windows avec les résultats de comparaison, je ne présente plus aucun intérêt.
Marco
Répondre Marco:
J'ai encore de va-et-herverglichen, même entre Mac et PC. Entre la précédente version de Quicktime 7.5 et la version 7.6 est en tout cas une grosse différence. Clipping clair en noir et blanc dans la version 7.5, en principe, pas de saturation de plus en noir et blanc dans la version 7.6: - ni sur le Mac, ni sur le PC.
Les Quicktime décodée du signal entre les versions Mac et PC sont en fait identiques. J'ai examiné les signaux sur un PC de forme d'onde, et l'histogramme RGB-Parade. Mac, j'ai du faire de Canon dans les fichiers H.264 FCE importés et, de là, en tant que fichier Quicktime avec PNGs exportés.
De plus, j'ai du Mac sur MPEG Streamclip PNGs exportés. Streamclip Ces signaux sont à nouveau identiques, avec les versions que j'ai sur le PC au serveur de flux Quicktime vorbeigeschleust hab. Donc la sortie de Streamclip sur Mac et sur PC Stream Server je peut assimiler. Et bien sûr, ici pas de clipping dans les lumières et les ombres.
Néanmoins, il existe une visible et facilement mesurables différence entre le "Stream" et les versions de Quicktime versions. Les versions de Quicktime sont presque jamais RGB 16, ont au total un "léger" Gamma et refoulement (non Clipper) le blanc, puis finalement un peu plus. De clipping dans le blanc peut être là mais pas vraiment la question, ou si, ce serait de l'ordre de seulement 1 ou 2% maximum. Je pourrais à ce que je vois là, juste par rapport à la précédente version de Quicktime mais pas en tant que nom de clipping. Pas toujours dans le noir.
L'ensemble, les versions de Quicktime pourtant quelque chose à offrir plus de dynamisme que le "Stream" versions. Seulement, on sait sans image de base n'est pas, des signaux qui est authentique.
Contrairement à la sortie de Quicktime 7.5, je pourrais maintenant vivre avec les deux versions.
Marco
Répondre MarcBallhaus:
@ Marco ... -toi n'est pas si compliqué, par un exporter un PNG de MPEGStreamClip et QT - le Mac - et deux dans Photoshop lad. Alors vous pouvez voir dans le Histo que la variante clippt QT. Le fait de niveaux au moyen de la dynamique de la MPSC version de 16 et un 235, le PNG exactement de la même manière que sur le QT. Alors clippt QT.
MB
Répondre Marco:
Le fait, j'ai aussi (mais pas dans Photoshop). Clippt car il n'est pas non plus, ou si minime qu'il n'est pas pertinent. Et les différences avec la précédente version de QT sont énormes.
Marco
Répondre MarcBallhaus:
Le fait, j'ai aussi (mais pas dans Photoshop). Clippt car il n'est pas non plus, ou si minime qu'il n'est pas pertinent. (...)
Marco
Tu es drôle. Donc, il clippt!
Alors filme fois la nuit, puis vous allez voir que ce qui était précédemment au minimum, tout à coup un problème, parce que les contrastes sont les plus élevés la nuit et vous alors sur les points forts et de dessin dans les profondeurs de vous recevoir, alors que les centres sont schnurzegal, à Tagaufnahmen, c'est exactement l'inverse.
MB
Répondre Marco:
J'ai une fois linéaire de la courbe de contraste (de 0 à 255 RGB) en tant que Quicktime H.264 decoding rendu et analyse différents. Si le H.264 signal décodé sur un Mac, la courbe de contraste changé. Avec un non compressé AVI se passe pas là. Sur le PC se passe de même avec H.264 pas. En outre, les variantes, les (du Mac) de MPEG Streamclip exportation que comme cadre de Gamma 2.2 sortir, presque identique aux dépenses de Quicktime (testé sur le PC). Mais la dépense avec le gamma de 1.8 Streamclip est nettement plus proche de l'original.
Alors, dans tout ce que j'ai jusqu'à présent par les sorties de Mac H.264-Files vu, est une modification de la courbe de contraste de façon apparente, dans plus de Quicktime pour Streamclip moins dramatique, selon le paramètre d'exportation. Dans aucun des cas, la courbe de contraste de l'original lors de décodage H.264 sur Mac correctement reproduit. Clipping est encore légèrement à identifier (3%).
Je pense que le problème de clipping avec Quicktime est en grande partie résolu, mais la représentation de la courbe de contraste pour Mac-traitement peut être encore plus optimisé.
«Vous êtes amusant, oui. Clippt Donc il!"
Sur des signaux ont été Quicktime 7.5 avec encore 13% du signal geclippt. Avec Quicktime 7.6 est à environ 3%. La valeur précise, je sais que, depuis que j'ai avec le Grauverlauf pu tester (pour les vidéos Real, la nuit dernière que j'ai sous la loupe a pris, c'était le plus précisément pour ne pas analyser). C'est déjà une énorme amélioration.
Le véritable signal de changement a certes beaucoup à l'évolution de la courbe, mais moins avec le clipping à faire. C'était avec QT 7.5 encore très différent. Si les optimiser encore le gamma, ce serait probablement l'examen déjà pas plus de différence perceptible. En effet, par la correction gamma de Mac exportation courbe courbe de nouveau à l'original de redresser. Donc, c'est principalement un gamma problème. La perte par Clipping reste, bien sûr, même après la correction gamma.
L'histogramme se révèle d'ailleurs pas considéré comme un bon instrument de mesure. L'affichage de forme d'onde fait clairement ce qui se passe.
Marco
Répondre MarcBallhaus:
Il est question ici n'est pas de H.264, le Mac en général, mais de prises de vue de la 5D à H.264/MOVs disponibles. Ce que vous décrivez n'est que pure théorie, ce que j'écris est pratique. Désolé, pas mal, mais votre résultat peut être vrai en théorie, en pratique, il est simplement pas le cas.
L'histogramme est moi le meilleur outil pour le mettre en Tonwertumfang, car, pour rien d'autre, il est là.
Répondre MarcBallhaus:
La différence de Quicktime PNG est minime mais pas de manière significative. Histo-delà du mal, sont en haut à droite de l'image des trous noirs, même dans le Rhin à gauche, tandis que l'image de MPEGStreamclip ici dessin a toujours clairement.
Répondre Axel:
Vous avez raison, QT dans le noir a beaucoup geclippt. Seul le Mpeg SC sur une image permet de niveaux (mais seulement si) l'hiver les branches dénudées à gauche dans le ciel à nouveau rendus visibles.
Qu'est-ce qui reste donc, si l'on veut couper avec FCP? Fichier original de l'appareil photo en couleur d'importer et 10 bits non compressé de dépenser ...
Répondre Marco:
Bien sûr, le traitement des images générées test à distance de la pratique. Mais personne n'a ces vérifications des clips Canon oui toute référence objective! Tant que l'on ne sait pas toujours une image dans son état d'origine pourrait être, on peut difficilement faire plus fiables, l'outil en fin de l'image de façon optimale, et où exactement quelle erreur se produit. Je dois donner raison à Wolfgang, que l'un de Canon généré, barres de couleur normalisées serait très utile (et mieux que lui-même généré une H.264 codé et test).
La différence sur vos captures d'écran est vraiment bien. Mais même le signal de Streamclip clippt encore un peu. Le clipping dans le noir, sur votre version de Quicktime à voir, semble en outre que les ci-dessus correspondent à 3%. Dans ce motif purement visuellement identifiables, dans ceux que je n'ai à ce jour, malheureusement pas.
Est-ce que le fichier original peut-être quelque part en tant que plus largement accessibles et disponibles en téléchargement légal?
Ce qui me dérange le plus c'est avant tout la différence entre le Mac et le PC de décodage. Si j'ai un Canon 5D-FCE en tant que fichier AVI non compressé et exporter cette sortie avec le signal original Canon sur le PC, voir, alors je dois le gamma du FCP signal pour augmenter la valeur de 0.4, pour un principe comparable à la présentation. Donc, lors de la comparaison des Mac et PC, sortie erschlägt Gamma, la différence de tous les autres d'abord une erreur.
Marco
Répondre MarcBallhaus:
Est-ce que le fichier original peut-être quelque part en tant que plus largement accessibles et disponibles en téléchargement légal?
Ce ne sont que des prises de vue ambiance, de 1-2 minutes. Je regarde, mais mal, à ce comité en est où je suis peut-être au bout de 5 secondes à ceux ... vous avez une adresse e-mail pour moi?
MB
Répondre Marco:
J'ai le Web encore quelques sources. Je regarde d'abord s'il ya bien, quelques motifs dessous sont critiques.
Marco
Répondre MarcBallhaus:
J'ai le Web encore quelques sources. Je regarde d'abord s'il ya bien, quelques motifs dessous sont critiques.
Marco
Étant donné que je ne serais pas autant dessus, parce que ce que j'ai à peine vu, où les gens les ont trouvé Settings.
MB
Répondre Bruno Peter:
Pouvez-vous ce clip là en bas à droite sur Vimeo besoin?
http://www.vimeo.com/1764260?pg=embed&sec=1764260
Répondre Marco:
Oui, merci pour le lien.
Marco
Répondre Marco:
Lors de cette réception était la caméra fehleingestellt déjà clair, mais j'ai pu en partie aussi pour le clipping de suivre dans le noir. A aujourd'hui encore une cargaison de près de 10 totalement différentes 5D-clips durchgeschleust. Le problème avec le faux-gamma au FCE et de l'exportation de la valeur de correction de +0.4 sur le PC pour tous.
Apparemment, sur le PC avec Quicktime de décodage le problème de clipping dans les ombres n'est pas, non plus à la faiblesse des 3%. Mais c'est moi avec les clips disponibles n'ont pas été clairement énoncées. Ce dernier clip est simplement grottig mauvaise qualité. Néanmoins il ya là dans l'ombre de temps à autre un "détail", le décodage de Quicktime sur Mac n'est plus reproduit, comme à une correction des couleurs est vissé.
Marc Ball maison, si vous avez un petit échantillon sur un objet, semblable à celui montré sur la capture d'écran, trouveriez que ce serait intéressant. En effet, dans une haute qualité de signal fiable je vérifier si et comment le clipping entre PC et Mac Quicktime de décodage est différente. Mon mail de contact:
Sans doute est-il de l'Quicktime de décodage de ce qui encore une bisserl dans ce domaine, malgré d'importantes améliorations par rapport à la version précédente.
Marco
Répondre MarcBallhaus:
@ Marco
Je t'ai envoyé Rohschnipsel ment. Le buggy est bien, parce que j'ai oublié de désactiver l'automatisme, mais aussi à seulement 20 Mo.. Mais, pour la tester, le peut-être une rupture de si mauvais.
Donnez donc un retour d'information, je serais heureux.
MB
Répondre Marco:
Super, merci pour le clip! Était le bon motif.
Donc, d'abord sur le PC, qui est rapidement. Si je suis sur le PC avec le clip de la version Windows de MPEG Streamclip, le Quicktime Player ou le logiciel (pour le décodage de la refuser Quicktime) décoder, ne fait pas de différence. Le gamma identique en apparence et même les ombres les plus profondes ne sont pas geclippt.
Dans la mesure où le doute d'objectivité, ce qui concerne, par exemple sous la forme d'un standard de l'appareil photo Farbalkens manque, c'est l'hypothèse que le gamma des versions de Windows est correcte, toujours à une partie spéculatif. J'invoque sur la série de tests avec le Graukeil généré en interne, le Quicktime H.264-Encoding Decoding correctement suivie et a été présenté. Cela pose néanmoins un certain potentiel d'erreur.
Sur le Mac:
Comme je le signal sur mon MacBook ne peut prouver, j'ai à chaque fois une exportation de séquences d'images PNG. Une fois de MPEG Streamclip, et une fois avec FCE. Le PNG-séquences, j'ai vérifié sur le PC.
Les deux versions - l'exportation de FCE et l'exportation de MPEG Streamclip voyaient même. Pour la valeur gamma 0.4 modifié, et le plus léger de clipping dans les ombres.
Si je Streamclip d'une autre que la seule image d'exportation choisis, je n'ai aucun choix lors de Gamma. Je pense qu'il est de plus en plus utilisé 2.2. C'est ce qui semble sur le Mac dans Streamclip et Quicktime pour la plus grande différence de mener.
J'ai alors de nouveau la première image du clip de gamma Streamclip 1.8 exportés. Le résultat est meilleur, se trouve quelque part entre la version 2.2 et les versions de Windows et le clipping semble en principe éliminés.
Mais ce qui m'a surpris, c'est que Mac Streamclip d'exportation d'une part, le gamma de l'option d'exportation 1.8-finalement pas à un écart de valeurs à l'égard de la 0.4-2.2 option d'exportation, et afin de ne pas toujours les versions de Windows est.
D'autre part sont également là (dans le cas de la gamma 1.8 option d'exportation) les ombres sont plus sombres comprimé, de sorte qu'il est et ce à un sujet critique à peine à un écrêtage vorbeischießt.
Donc que, quel que soit l'outil sur la plateforme de décodage, afin d'optimiser, il ne m'a pas réussi, lors du décodage de la 5D-clips sur Mac et PC un unique résultat à obtenir.
Marco
Répondre PowerMac:
La gamma-Shift est donc, car le Mac Quicktime propre valeur gamma de 1.8 tente de compenser. Permettez-moi, par exemple, un moniteur de 2.2 a Gamam ... A nouveau mal:) Impossible d'afficher un standard pour la "bonne" réception établir. Trop de moniteurs, la considération des situations, des paramètres ...
Répondre Marco:
Ça je le crains aussi. Je suis sur le Mac n'a pas de selle. Je pensais que ce soit, que le gamma de 1.8 uniquement pour les Mac-visionnement interne et lecteur serait pertinent, de la vidéo finale pour l'exportation, en principe, un 2.2 de lecture, qui devrait être conçu. Je pense que dans d'autres formats vidéo est à l'Quicktime (sur Mac), également pris en compte. H.264 semble seulement parce que de la série à danser.
Répondant ainsi à la question est dans l'espace, qui Gamma-mapping que le Canon D5 l'encodage H.264 utilisé.
Mes incertitude de savoir si avec Quicktime 7.6 sur plate-forme Windows car vraiment si parfait, comme il paraît à première vue, est peut-être pas tout à fait injustifiée. Il ya des présomptions (dans d'autres forums), selon laquelle seulement une "Quick'n'Dirty" la solution est un peu malheureux dans l'entre 3 couleurs différentes, et hergewandelt, ce qui est certes un signal sans clipping de noir et de blanc, le 8-bit signal mais überstrapaziert, afin que d'autres informations seront perdues. On observe à l'écart de l'éducation de l'histogramme. J'avais aussi remarqué avec une certaine stupéfaction.
Il ya aussi ça et là à propos, que le gamma lors du décodage H.264 par Quicktime Windows sur plate-forme un peu trop élevé, et l'image semble clair que ce qu'il devrait être. Alors finalement presque pas de version plus de décodage d'accord (d'autant plus que le résultat de la version Windows de MPEG Streamclip avec le Quicktime résultat est identique).
Peut-être est le résultat de MPEG Streamclip sur Mac (et la version de serveur de flux sur le PC), ni le meilleur, au sens de la plus proche de l'original.
Marco
Addendum:
La solution la plus authentique et plus impressionnant dans tout le moins d'artefacts de mètre montre, avec le Streamserving par Avisynth.
Le suspect est en revanche toujours sur la voie de Quicktime. On a de la solution d'un problème clairement de créer de nouveaux problèmes.
MPEG Streamclip 2.2 avec le gamma de sortie n'a pas non plus que les artefacts Avisynth solution, mais probablement faux clippt et gamma. MPEG Streamclip 1.8 avec Gamma clippt si je ne sais pas, mais affiche depuis plus d'artefacts (mais toujours moins de Quicktime sur Windows) et il reste douteux que le gamma est correct ici (la question se pose à ce jour pour chacune des solutions décrites ici ).
Répondre MarcBallhaus:
Veuillez gerngeschehen:)
Je conclus donc que vous ne pouvez pas le clipping dans la mesure avez, comme je l'avais?
MB
Répondre Marco:
J'ai encore ce qui complète ci-dessus. Je vous aime un peu les résultats, y compris les indications des instruments de mesure (forme d'onde, et l'histogramme RGB-Parade) faire parvenir. Le fait que chaque outil produit un résultat différent, mais ralentit.
Mon bilan actuel serait que, malgré la mise à jour Quicktime pour un résultat avec le moins possible de perte de qualité Quicktime devrait être évitée, sur le PC encore plus en plus à la voie de Frameserving allé devrait, sur le Mac avec MPEG Streamclip optimale Gamma-Mapping (si possible).
Celui qui seul est satisfait que la mise à jour de Quicktime le clipping plus ou moins amélioré et d'autres facteurs plutôt théorique dans la place, ce qui aura lieu à la mise à jour de Quicktime, bien sûr déjà une solution simple.
Pour vous personnellement est probablement plutôt les Mac, d'une, non?
Marco
Répondre MarcBallhaus:
Pour vous personnellement est probablement plutôt les Mac, d'une, non?
Marco
Oui, plutôt. J'ai encore plusieurs PC, mais aussi un Macbook et un Mac Pro ordinaire. Mais seulement quand le PC est facile, alors même PC.
MB
Répondre Marco:
Sur Windows, j'ai fait pas de clipping, ni avec Quicktime 7.6. Mais les résultats sont pourtant discutable, à l'exception de la méthode Frame Server.
Je viens aujourd'hui ne sont plus à rassembler des exemples. Je vais's demain ou après-demain faire.
Marco
Répondre Marco:
Les exemples sont regroupés ->
Canon 5D
| |
