| Canon 5D MarkII con rango dinámico limitado?
Noticias de presentación de informes slashCAM:
Januar 2009
Canon 5D MarkII con rango dinámico limitado? Por Rudi - 20 enero 2009 10:51:00
Desde hace algunos días para calentar las mentes de la red que los clips de la Canon 5D MarkII muy rápidamente convertirse en el recorte en las luces y sombras tienden. Ya habíamos sospechado, pero en el blog está vinculado demostrado que es una vez más al problema de la conversión de YUV a RGB actuar. Aquí el YUV valores 16a .. 235 "de RGB a escala de 0 .. 255 mostradas. YUV valores menores de 16 años y más de 235 están cubiertos bajo la mesa. Holger Scheel había 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 parece en cualquier caso, todavía no se encontró nada que ser.
Esta es una lista generada automáticamente
Responder joey23:
¿Por qué deberían los usuarios de Apple de esos "detalles" no quieren saber? Extraña declaración.
Responder Axel:
¿Qué se entiende es que el flujo de trabajo relajado ProRes con muchos FCPler hace demasiado cuidado. En el rescate de los valores sobre 235 nunca será aquí de todos modos, hubo "Wolfang vídeo Foro nos ha proporcionado. Masch la broma, pero ha encontrado, con el color, que es FCStudio es uno de ellos.
Responder MarcBallhaus:
Los datos utilizados en la leva YUV 4:2:0 y, por tanto, no en RGB. De alguna manera no entiendo bien donde radica el problema? Por mis palabras más en la configuración de la cámara, porque tiene el contraste de -4, no a 0 para un resultado neutro de obtener.
MB
Responder Axel:
De alguna manera no entiendo bien donde radica el problema?
No es un problema que afecta a todos y de vídeo, no sólo la máquina de ingenio Mark II, el creador de la mágica Suite y jefe de la empresa de valores Orfanato (Sin City) es un fanático, pero cómo participar en el vínculo con el anterior -- Después de observar la imagen, vale la pena considerar el asunto a tratar.
YUV a RGB, el escalado de los valores (YUV) 16 - 235, con la dinámica de la información está por debajo de la mesa. Para evitar en el FCP, como escribe Masch broma, sólo en el Apple de 10 bits sin comprimir códec y hacer ajustes al procesar las películas Cuando utilice siempre la más alta calidad - en el original de la prestación en la alta precisión YUV, que ciertamente es sólo cuando hay un codec es YUV .
Responder Marco:
El problema reside en la de codificación. Así que en mi experiencia Rudi exactamente lo que escribe. En sistemas Windows se cortan después de decodificación de los códecs que la señal necesariamente clip, sino más bien raras. Casi todos los equipos correctamente o puede, opcionalmente, interruptor. En mi Mac fue la más aún menos comprensible. Quizás he tenido muy a menudo la mala suerte (para el codec de oferta) o I Brauch noch ne tiempo.
Marco
Responder deti:
En las instrucciones de la cámara es muy claro en él:
Grabación y calidad de la imagen
...
La película se grabará en el espacio de color sRGB equivalente optimizada para películas.
...
Este es también implícitamente declara que el pleno de 8 bits se explota el espacio, ¿verdad?
Entiendo que toda la emoción de la gente que debe saber mejor.
DETI
Responder MacPro:
En las instrucciones de la cámara es muy claro en él:
Grabación y calidad de la imagen
...
La película se grabará en el espacio de color sRGB equivalente optimizada para películas.
...
Este es también implícitamente declara que el pleno de 8 bits se explota el espacio, ¿verdad?
Entiendo que toda la emoción de la gente que debe saber mejor.
DETI
¿Qué es "muy claro"? Esto significa que sólo la función de transferencia se usa (Primärvalenzen, "Gamma", de punto blanco), pero nada sobre el tipo de codificación (YCbCr vs. RGB, máximo de la escala escala vs Video)
Responder deti:
¿Qué es "muy claro"? Esto significa que sólo la función de transferencia se usa (Primärvalenzen, "Gamma", de punto blanco), pero nada sobre el tipo de codificación (YCbCr vs. RGB, máximo de la escala escala vs Video)
Por lo tanto, si entiendo correctamente, sólo define la Recomendación UIT-R BT.709 considera que el llamado "estudio de los niveles-swing" se utilizan. sRGB permitido en su propio 8-bit y no están familiarizados con esta regla. Canon se ha escrito que la cámara en el UIT-R BT.709 titular, después me gustaría dar las gracias a los valores más allá del intervalo de 16 a 235 también muy sorprendido.
DETI
Responder Marco:
El verdadero problema es aparentemente "sólo" Quicktime, o la manera en que hasta ahora en Quicktime H.264 es decodificado. Sólo la noticia en el comportamiento descrito con Quicktime archivos H.264, ya existe hace algunos años.
Marco
Responder WoWu:
QU recortes demasiado bien, porque los valores en áreas fuera del espacio de color xvYCC Y'CbCr nada se pierde.
También difiere de RGB Y'CbCr también por el hecho de que no ha construido a partir de 16-135, y por lo tanto similar a RGB, pero desde la mitad a los lados. Por lo tanto, los valores de menos de 16 de color verde oscuro y negro en lugar de 235 por encima de todo "cerdo rosa". En este sentido, Apple ha sido desde la derecha.
Que los valores fuera del 16-235 desea utilizar, debe hacer xvYCC.
Aquí está un enlace a la Mark II y QT
http://www.film-tv-video.de/newsdetail.html?&uid=37689&no_cache=1
Responder Marco:
¡Oh, no, no de nuevo ...
Marco
Responder WoWu:
Bueno, los hechos son hechos, aunque se ignora.
El artículo anterior habla un lenguaje claro ... sólo que no hay xvYCC 2002 aún existía. ... Hoy, sin embargo.
Responder Marco:
Sí. El hecho es que, en principio, en realidad "sólo" Quicktime debe evitarse, el vídeo en las manos para recibir. Más fácil decirlo que hacerlo, pero es, por ejemplo, Frameserving. Entonces no hay más problemas, o si tiene lo que debe seguir siendo, que pueden ser corregidos fácilmente. No es de color verde oscuro o negro en lugar de rosa en lugar de blanco.
Marco
Responder MacPro:
También difiere de RGB Y'CbCr también por el hecho de que no ha construido a partir de 16-135, y por lo tanto similar a RGB, pero desde la mitad a los lados
Esto es cierto, pero sólo para Cb y Cr!
Se trata de los super super blanco y negro, e Y es muy normal de 0 a 1 (o 0-255) estructura.
Por lo tanto, los valores de menos de 16 de color verde oscuro y negro en lugar de 235 por encima de todo "cerdo rosa". En este sentido, Apple ha sido desde la derecha.
Que los valores fuera del 16-235 desea utilizar, debe hacer xvYCC.
No se trata de avanzada de color, que será criticado, pero a la evidente imposibilidad de completar la Lumasignal leído (lo que con todos los otros códecs de QuickTime, pero permite Y'CbCr (!), Siempre que la aplicación nativa (Y'CbCr) datos de QT QT y no requiere la conversión a RGB hojas).
Obviamente, sin embargo, aparecen en el h264 arquitectura QuickTime, pero en el exterior como RGB códec en apariencia, y ese es el problema en juego.
Aquí está un enlace a la Mark II y QT
http://www.film-tv-video.de/newsdetail.html?&uid=37689&no_cache=1
Ellos tienen la razón detrás de ella, pero realmente no entiendo.
Responder WoWu:
Ellos tienen la razón detrás de ella, pero realmente no entiendo.
... entonces el hab'ich sin embargo, no se entiende.
Es simplemente por el hecho de que produce señales de una cámara, que, aunque en color Y'CbCr obras, este no respeta!
Cada cámara puede ser más importante en la conversión de R'G'B después de Y'CbCr teóricamente utilizar todo el campo.
Tener una buena cámara, pero no debido a la gama de valores en el color sólido se define.
Esto también está de acuerdo con la barra de colores con los siguientes valores de igualar.
Votos barras de color y señal de la cámara no está de acuerdo que sea malo o defectuoso.
El color en estos ámbitos se hará así como "ilegal de color" y NLEs si se transfieren, deben ser identificados, o que debería reducirse, como lo último en monitores, que también transfirió xvYCC, estas señales no son visibles en cualquier caso, si no xvYCC está disponible. Incluso canales de TV emiten señales se reducirá.
Por lo tanto, es derecho y querido, que esto sucede en NLEs.
Como ya se ha mencionado, el espacio en el que estos valores son transferidos a otro espacio de color reservado y, a continuación, el color más aufweist, porque hay una diferencia si yo uso un color que se acaba de difundir (como en este caso), o si en realidad estoy más color es transportado.
¿Dónde está el problema, si bien los valores de la cámara ... o, si no puede, de NLE, el color se observa?
Lo que lo hace un punto a los valores que no son ni con las barras de color (y por lo tanto con el espacio de color correcto) o un Verarbeitungsweg errores deben ser transferidas y se encuentran en zonas que ya son de un color diferente están ocupados?
Sólo porque están en su propio monitor, que no podrá ser limitada adecuadamente, un poco más de colorido y saturadas parece?
Entonces hab'ich como colegas en el artículo también no entendía nada.
Responder PowerMac:
Para los formatos de cine digital podría aportar algo en reportajes de televisión ciertamente no lo hacen.
Responder Marco:
Tengo sólo unos clips 5D H.264 procesados y comparados.
Dejo para decodificar el modo a Quicktime, son, en muchos lugares negro (RGB a 0) y blanco (con RGB 255) recortada.
¿Soy sino una forma de AVISynth y VDubMode y luego exportar la señal a un formato en el que cada sistema, los valores máximo de la escala puede manejar fácilmente (en este caso se Newtek HQ 422) y, a continuación, mostrar los clips de no más recortes, o al los lugares en los que la información previa simplemente recorte fue cortado, es ahora también en el vídeo de nuevo la información de identificación.
A pesar de que la 5D unos archivos que tengo, no es realmente bueno para tal demostración. La información "restaurar" es más fácil Waveformdarstellung que la imagen real visible. Pero sin embargo, demuestra que con una descodificación Quicktime simplemente cortar la información existente, a fin de incluir la descodificación camino, pero permanecen intactos.
¿Qué es la norma después en términos de aplicaciones específicas es correcto o no puede ser, es una cosa. Pero el hecho es que no es la cámara, la información que unterschlägt esta información, pero siguen siendo reproducibles Quicktime si la señal no llega a actuar y que incluso los valores en las zonas fronterizas para muchas aplicaciones que se utilizan y también son valiosas. Como ya se ha mencionado escrito: color en el área de 0-15 y 236-255, no existe.
Es mi opinión, incluso en relación con un simple uso de la radiodifusión, también no es bueno decir, Quicktime que ya está haciendo bien, porque la frontera en una zona (ahora yo lo llamo así) de difusión de señal estándar "eh han perdido nada.
Este último puede ser correcta. Pero, ¿por qué yo todavía lejos de un simple decodificador para la señal incluida la información que contiene es de descuento!
El elegante y creo que la profesionalización de manera de "señal de emisión" es todavía, para mí en primer lugar, la señal original con todas sus facetas es así, la forma en que se registró. Decido entonces por ejemplo a través de uno de los colores, como los límites en el rango normal puede deberse a que es entonces - y sólo entonces - incluso sin recorte radical.
Incluso si me tarde en un proyecto completo sólo un filtro de emisión drüberfegen vacaciones, pero para mí los valores en blanco y negro por medio de una curva en la zona de la RGB 15 y en virtud de cuenta 236, estoy al servicio de mejor calidad que con una clippenden descodificación.
Siempre y cuando tuve la opción, me voy yo, en cualquier caso, de un descodificador en el primer paso de la dinámica de la señal de tal podar. Dinámica es un bien muy valioso y es alrededor del 13 por ciento de ellos.
Siempre deben tener en cuenta que el mundo más allá de la radiodifusión tradicional es enorme. Por lo tanto, una cámara no es tan buena o mala, sólo porque es el de una manera o de asas. La cuestión es más bien, con qué fin una cámara desde que se ha desarrollado.
¿Es bueno que incluso baratas cámaras tienen tanto ímpetu y puedo decidir si el producto final de una emisión estándar o puede ser optimizado para otras aplicaciones será.
Marco
Responder MacPro:
Así que de nuevo poco a poco:
De colores se menciona en ninguna parte. es única y exclusivamente a Lumasignal.
Es cierto que la asignación de valor 16 Y 'el valor 0 = valor RGB 235, e Y' = valor RGB 255 no es negociable. Todo lo que siempre es ilegal, de por sí, porque fuera de la visualizable.
Ahora es un hecho que (muchos) cámaras Lumasignale aún mayor 235 a grabar y, a continuación, en el período posterior a tener acceso, es una ventaja si usted tiene algo de un dibujo übersstrahltem zona herauskitzeln desee.
Hecho es que el Canon es super blanco sobre. Se pueden discutir acerca de si la sabia o prudente sido de Canon, si es mejor no sólo la imagen de señal de la cámara ya asignadas a 16-235 se celebrarán allí en el campo de Super Blanco ampliarse. Pero una pérdida de valores tonales a seguir. UIT REC 709, prohíbe la explotación del espacio para la cabeza de datos de vídeo no puede, por el contrario: sólo el nivel 0 y 255 se han reservado para el momento referencias. El resto es para los "datos de vídeo" claramente prevista.
El hecho de que este margen es de por sí no aparece, es clara y correctamente, es sólo una cuestión de este Tonwertreserve en el puesto para poder guardarlo.
Edición: Marco fue más rápido ;-)
Responder WoWu:
Veo que el argumento, y sin duda en una fecha de cierre si es necesario, ni las dificultades de conversión con cualquier norma dará lugar a resultados equivocados, porque la señal no son nominales, pero por defecto de color esperar. Por lo tanto, es erróneo extendido en el momento de la entrada después de R'GB plomo.
Si ahora no sé si la Canon hace una barra de colores, pero debería (y creo que hemos llegado a un acuerdo), siempre la referencia.
¿Tienen un FB y lo que se dice en relación a la señal?
Mir es el único problema, si alguien quiere utilizar la zona, ¿por qué no el mismo en xvYCC, porque eso sería una señal y, a continuación, aún definido, y convierte correctamente.
¿Cuál es, entonces, habla por una (pseudo) Y'CbCr?
Responder MacPro:
Mir es el único problema, si alguien quiere utilizar la zona, ¿por qué no el mismo en xvYCC, porque eso sería una señal y, a continuación, aún definido, y convierte correctamente.
¿Cuál es, entonces, habla por una (pseudo) Y'CbCr?
Ne Cantidad:
1. xvYCC es simplemente que no se han aplicado en la Canon!
2. ¿Qué programa en un Mac puede hacer frente a xvYCC?
3. xvYCC no resuelve el problema, o es la respuesta a una pregunta que nunca se planteó: la ampliación del espacio de color xvYCC, es decir, la Tonwertabstände permanecer en comparación con el mismo Y'CbCr. no xvYCC ampliado Luma. Más a menudo, como una extrema colores saturados (es decir, está fuera de sRGB), era sólo una escena übergroßem a hacer de alguna manera en los pocos disponibles Tonwertstufen hineingezwängt ser. Hay un montón de sitios web que muestran cómo impresionante raramente colores sRGB de la cubierta no se producen en escenarios naturales.
Responder Marco:
Se sugiere que es muy fácil de manejarlo. La Canon 5D es, en principio, no se diferencia de casi todos los formatos DV, HDV y AVCHD cámaras (pero quizá sólo haya extendido hacia arriba, es decir, hasta RGB 254/255).
Sistema de edición que puede manejar porque con xvYCC? Cada uno de ellos puede, en principio, con RGB 0-255 circunvalación (siempre y cuando el decodificador no es obstinado y realmente demasiado pronto para usar un bisturí).
Pero creo que con xvYCC de todos modos no tiene que hacer.
Lo especial de este caso actual es que sólo la grabación de la señal está en Quicktime contenedor se realiza y, por tanto, la flexibilidad en la primera decodificación está restringida. ¿No los recipientes utilizados en Quicktime, que no tienen a nadie que perturbe las señales, ya que sería más fácil de eludir. Con todo esto me refiero principalmente H.264. ¿Cómo problemático o problemas con otros codecs, que están incorporadas en QuickTime y QuickTime decodificado, no sé. Por lo tanto, el caso de los clips de H.264 de la Canon 5D, no debe necesariamente transferidos a otros formatos.
Claro, no todo el mundo puede hacer caso omiso de las normas. La más flexible sigue siendo una manipulación, más debe ser precisamente los objetivos y la mejor manera de mantener un ojo en son.
Todavía no estoy al sufrir un problema el sistema de corte con una señal RGB de 0-255 para manejar, aunque acabar sendegerechtem a 16-235 comprimido en última instancia, a partir de la señal YUV Betacart geschaufelt ellos.
Marco
Vaya, esto fue más rápido MacPro ...
Responder MacPro:
Hehe ;-)
Responder Axel:
La objeción de que muchos dispositivos de salida y no son los codecs de luminancia gama completa que se sitúa sobre una cuestión totalmente diferente. El rango dinámico de la electrónica de procesamiento de señales es limitada, y el de acogida debe ser la de decidir qué área de buen dibujo debe tener (sí generalmente la piel) y la saturación se debe evitar. En mi puesto dicen que eso es todo, incluso en el cuarto puesto es tener, y no veo por qué los creadores de la televisión no deben ser pertinentes.
Masch saber, por otra parte, lleva un gran esfuerzo para las señales de distancia o limitada en la compresión digital y la reconstrucción en todo el proceso de mecanizado para preservar. El objetivo aquí es cierto que la Fazen. Películas con una cámara DV (28 días después con la Canon XL-1, por ejemplo) no deberían ser un poco más lejos, pero presentable.
Personas profesionales de cine, tales como la mezcla un poco de ingenio scornful, ir al revés: con la grabación analógica en película parcialmente 8k resolución, el vuelo a un bajo 2k intermedio digital comprimido. La corrección de color se hace con el hardware, que cuesta seis totales, pero con el tiempo real de algoritmo de obras, el color y el brillo de la información, con resultados similares limita y distorsiona las cámaras como los consumidores hacen. Treffpunkt Kino.
Responder WoWu:
Corto Intermedio Pregunta:
Si la cámara es un generador y lo que dice la señal FB relativo a la señal de la imagen generada?
xvYCC no resuelve el problema, o es la respuesta a una pregunta que nunca se planteó: la ampliación del espacio de color xvYCC, es decir, la Tonwertabstände permanecer en comparación con el mismo Y'CbCr. no xvYCC ampliado Luma.
Esto es erróneo, scjliesslich tenemos un espacio de color para hacerlo.
La extensión de los espacios digitales de valores de 1-16 y 241-254 en el eje de croma y 1-15 y 236-254 en el eje de luminancia explotados.
(Menos los valores de sincronización). Las definiciones pueden ser de 8 o 10 bits de cuantización puede ser definido.
Esto xvYCC el problema bastante bien, y sobre todo sería volver de nuevo a los datos RGB y no reproducibles, por ejemplo una piñata, que ninguna fórmula puede capturar, porque hace que su proyecto no para la NLE. Al menos si se va a una cinta, que será hacia arriba y hacia abajo de nuevo geclipped, por lo que lo ha llevado?
Aparte de la gran impresión en el trabajo.
Otra cosa será, si estoy con mi Raid ir a la fecha de cierre. Porque también veo una ventaja, a veces por los errores de cálculo en la transición a la R'G'B 'aparte.
Responder Marco:
No sé si la oferta de Canon. Pero yo sería un generador de un FB-Konsumerkameras no se quiere dejar. ¿Quién garantiza, porque, entonces, que la norma es? Ya he visto suficiente barra de fantasía ...
Derivadas de puro interés, pero la pregunta: ¿Cuál podría ser derramada en este caso concreto, una Normfarbbalken dar? Que no considera que la cámara, el iris / ganancia / exposición / gamma / negro / blanco era incorrecta?
El efecto de los códecs es tan fuera.
O es simplemente una cuestión de hacer una declaración clara para poder cumplir esa norma en blanco, negro y estándar de todos los colores de un modelo de barra de color en este caso en el NLEs a RGB XYZ gemapped ser?
"Esto haría que el problema xvYCC muy justa"
Lo que no funciona a menos que haya NLE puede manejarlo.
"Por lo menos si va a una cinta, que será hacia arriba y hacia abajo de nuevo geclipped, por lo que lo ha llevado?"
Oben largo no será recortada. "Cinta" no es el factor. También más adelante, sólo si en el puesto - como se describe más arriba - no se tuvo en cuenta y también en analógico weiterschreitet maneras.
También se ha mencionado varias veces anteriormente: se trata de una cuestión que la gama de valores, no sólo ver sino también para el uso e incluso en un estándar de señal de radiodifusión se puede esperar dentro. Así como, por ejemplo, la cámara funciona Estírese Negro. Lo hace también para los selbststranguliernden campo potencial, que sólo se utilizará.
Menos se benefician, en todo caso, ha clippendes una decodificación. Esto es sólo un método almádena extrema. En realidad, casi un colapso en el tratamiento de los códecs.
Marco
Responder WoWu:
En el sitio, también es una cuestión de color de la matriz de la cámara, porque las necesidades de los valores negativos a valores positivos, porque ningún monitor puede mostrar valores negativos. Y es precisamente estos procesos, que en última instancia, es también una señal de su arbitrariedad obtener, las normas el procedimiento, como por la IEC 61966-2-4 xvYCC.
Sí veo el enfoque y puede incluso ganar entiende la razón por la que simplemente no sabemos si esa "suerte" es la solución.
El color sería por lo menos una indicación de si la señal de vídeo de abajo el espacio dentro de la matriz se debe a los valores negativos, a través de la conversión de espacios de color de matriz de nuevo en los valores positivos que se quiere convertir. .... O si realmente sólo una "señal de coincidencia" es lo que viene de la cámara. Que ahora no es en absoluto peyorativo, pero a veces sólo para el mercado de consumo fue construido, lo que las normas profesionales no son realmente equivalentes.
Sólo entonces yo no apostaría, porque entonces la siguiente cámara, una vez más, puede parecer muy diferentes.
Y, como he dicho .... esto es así entonces no Endsignal y en la próxima conversión sea o flautas parece bastante "aleatorio" a cabo.
Menos se benefician, en todo caso, ha clippendes una decodificación. Esto es sólo un método almádena extrema. En realidad, casi un colapso en el tratamiento de los códecs.
Ya que estoy plenamente con usted ... pero esas cosas son, en efecto, en otros mucho más elegante que simplemente curvas regular espacios en los valores para ir a la siguiente Verabeitungsschritt ya no sabe.
. También se ha mencionado varias veces anteriormente: se trata de una cuestión que la gama de valores, no sólo ver sino también para el uso e incluso en un estándar de señal de radiodifusión se puede esperar dentro.
Y hay, evidentemente, un peligro, porque tiene una señal Stauch, cuya elongación en realidad no sé. Pierde esta bastante aleatorio valores, que ha reunido cuidadosamente.
Básicamente, estamos en blanco de manera de acuerdo, prefiero sólo reproducibles (normalizado) los métodos
Responder Marco:
Bueno, el problema de la saturación 5d clips pueden aplicarse a los sistemas basados en Windows, en cualquier caso, por Frameserving - y, por tanto, eludir Quicktime - resuelto.
En cuanto a la parte Mac parece, no sé yo, pero que también le interese. En repetidas ocasiones he presionado para la información, que ya sea directamente a través de la configuración de Quicktime en Final Cut, pero posible. Pero al parecer, va en ninguna, no se ha descrito previamente en el Camino de color.
"Y usted pierde una coincidencia bastante valores que usted ha montado minuciosamente."
Sí, no tengo directa (o muy pocos) influencia en la información que realmente rübergerettet entonces y lo que no lo es. Pero por lo menos que puedo durante el proceso (filtrado) y observó a evaluar si es correcta.
Cuando la cámara ya está limitando el mismo registro, también no tiene influencia directa sobre ella y por lo general mucho menos de control (cuando no una vez, en paralelo con el control técnico).
Importante y vital, sin embargo, para el medio ambiente con la mejor solución posible para el procesamiento de la señal para ver cómo sólo ofrece la cámara. Recortado tierras en realidad blanco y negro en mi NLE, tengo este manos atadas. Pero si sé que la cámara en sí no recortado y no tan bien registradas, que puedo de la cuestión a la baja, una solución a una decodificación sin recorte, y cualquier otra medida del medio ambiente requiere.
Marco
Responder MarcBallhaus:
Así que, si a la 5D clip fue filmado en Quicktime y MPEGStreamClip abre en paralelo, por lo que se puede ver muy claramente que el jugador Quciktime los contrastes son más altos que en MPEGStreamClip realmente muy claro, especialmente en los aspectos más destacados son una gran cantidad de información fuera .
QT y por lo general ve también como FCP o compresor, pero tengo que salir por separado.
MB
Responder Marco:
Al menos en el FCE es idéntica a la representación de QuickTime Player, es decir, por la decodificación con recortada en blanco y negro. Creo que Final Cut, en cualquier versión, es en el fondo a la descodificación de archivos MOV automáticamente utilizar Quicktime y hasta que eso ocurra, los archivos H.264 para la Canon ninguna posibilidad de ungespreiztes Signaldecoding.
Supuestamente en sí una forma de color, sin recorte de decodificar. No puedo verificar.
MPEGStreamClip ejecuta en plataforma Mac? Entonces habría una forma fácil de escapar del problema.
Windows a veces se menciona la posibilidad, por QuicktimePro a Avid DNxHD para convertir (la peor la situación es aún) o desde dentro de las aplicaciones de Windows para utilizar CoreAVC, en realidad, por desgracia, que nada, porque no impide la decodificación todavía se ejecuta en Quicktime . La única excepción parece Cineform uso Neo, en relación con el CoreAVC a ser. Por supuesto, me han revisado la metodología por servidor marco. Las obras fiable.
Marco
Responder MarcBallhaus:
Supuestamente en sí una forma de color, sin recorte de decodificar. No puedo verificar.
MPEGStreamClip ejecuta en plataforma Mac? Entonces habría una forma fácil de escapar del problema.
MPEGStreamClip disponible para PC? No sabía claramente se ejecuta en el Mac. Y por el color de decodificación no es más bien la herramienta correcta para ...
Puede MPEGStreamclip proceso de apilado? Nunca he sido realmente involucrados ...
MB
Responder deti:
ffmpeg es su amigo.
DETI
Responder Matzel:
Hola,
Apple ha respondido amablemente ayer actualización de QuickTime 7.6 para solucionar los problemas. QT transformados ahora ofrece toda la gama de 0-255 y ya no se limita a la estándar de vídeo de 16-235. Sólo puedo hablar para Mac, pero de lo que he leído algunos foros, esto se aplica también a QT en Windows.
Saludo
Responder Axel:
Buenas noticias.
Responder MarcBallhaus:
FFmpeg angeguckt yo ... de fuente abierta, que es su manejo de las división de PC, tiene 4 programas para encontrar e instalar un objetivo a cumplir ... garnicht va.
Gracias de todos modos por la punta.
Entonces actualización QT veces.
MB
Responder filmpraxis:
Tengo el discurso con interés. Estamos doktorn largo en torno a este problema. Puedo confirmar que con Apple QT 7.6 en el PC funciona. Simplemente instale, reinicie y regocijarse - después de que todas las costosas pruebas, es algo diferente que hay que resolver.
También he probado con Edius 5:01. El clip original tiene una gran apariencia y calidad de victorias, sin embargo, si uno de estos en el codec de Canopus HQ conversos.
Sugerencia para una pequeña prueba: MOV, QT a jugar y luego en el menú de "copiar" y en un visor de imagen / imagen en "Insertar" ir. Con todas las demás versiones de QT, la imagen es oscura aquí.
Thomas Wagner
Responder MarcBallhaus:
También he probado con Edius 5:01. El clip original tiene una gran apariencia y calidad de victorias, sin embargo, si uno de estos en el codec de Canopus HQ conversos.
Un códec mejora de la calidad? Ah sí. Muy interesante.
Sugerencia para una pequeña prueba: MOV, QT a jugar y luego en el menú de "copiar" y en un visor de imagen / imagen en "Insertar" ir. Con todas las demás versiones de QT, la imagen es oscura aquí.
Thomas Wagner
No precisamente. Oh pueblo ... en el cuarto de galón, existe un modo de compatibilidad para FCP, lo que hace que la imagen más oscura debido a los turnos de rayos gamma se encuentra. Que casi nunca ha hecho.
---------
Tengo ahora la nueva versión de QT instalado y el problema sigue siendo el mismo. El PNG, rausgerechnet con MPEGStreamclip tiene más rango dinámico que el mismo chasis con QT a PNG. Este último se puede ver en el histograma muestra que simplemente arriba y abajo un poco de corte, y precisamente en 16 y 235
MB
Responder Marco:
Sólo la actualización en la versión para Windows. Por lo tanto, el problema es fijo. Creo que es justo lo suficientemente pesada para que Apple tiene tres años necesarios.
Marc bola casa y no puedo probarlo en el Mac no es actualmente un Waveformdarstellung comprobar. Sin embargo, la comparación muestra la imagen después de la actualización de la pre-Quicktime más reconocible detalles en las luces y sombras. Por lo tanto, una mejora se puede saber, pero no sé si el recorte para que - como en la versión para Windows del caso - es totalmente resuelto.
Marco
Responder MarcBallhaus:
Sólo la actualización en la versión para Windows. Por lo tanto, el problema es fijo. Creo que es justo lo suficientemente pesada para que Apple tiene tres años necesarios.
Marc bola casa y no puedo probarlo en el Mac no es actualmente un Waveformdarstellung comprobar. Sin embargo, la comparación muestra la imagen después de la actualización de la pre-Quicktime más reconocible detalles en las luces y sombras. Por lo tanto, una mejora se puede saber, pero no sé si el recorte para que - como en la versión para Windows del caso - es totalmente resuelto.
Marco
La mejora que puedo ver, pero es la gamma no es el recorte.
MB
Responder Marco:
Cambios en la gama, no he tenido en cuenta de verdad. Hay mejoras evidentes en los peores zonas en blanco y negro. Pero para mí está en el Mac, por desgracia, no mesurables.
Marco
Responder domain:
Una exclusiva de gamma cambio, no puedo imaginar que sería una broma. El panorama sería más suave mirada (propagación de 226 a 256 niveles con gradaciones más finas), pero que Clippingproblem fin de resolver de ninguna manera.
Responder Marco:
Estoy en el Mac, es hora de ir a través de un software de gráficos ha ido a hacer al menos por el histograma se pueden comparar. Lamentablemente, tengo la versión de QT una sola pantalla graves, cuando las luces eran tan críticos. Sin embargo, en la zona de negro estaba allí con QT 7.5 recorte aún claramente visibles y también medido por el histograma. Con QT 7.6 muestra la misma imagen en el histograma en negro ya no recorte. ¿Qué hay de antemano por el recorte fue cortado en el negro, es ahora como información de la imagen en el campo 0-15 recibir.
Marco
Responder Axel:
El problema es, al menos para Quicktime, resuelto, el hilo obsoleto. Todo lo que ahora se quejan de la saturación causada por la exposición al tomar ella.
Responder MarcBallhaus:
El problema es, al menos para Quicktime, resuelto, el hilo obsoleto. Todo lo que ahora se quejan de la saturación causada por la exposición al tomar ella.
Aha. ¿Y por qué entonces veo una diferencia de la misma grabación, entre MPEGStreamclip y QT? Si se muestra o se exportan, QT cortes en 16 y 235 y stretcht a 0 y 255
MB
Responder domain:
Ahora es realmente interesante look'm curioso si Ballhaus derecho, esto sería un gran pedazo de
Responder Marco:
...
Responder Marco:
Desde ahora MPEG Streamclip en Mac y se han instalado algunas comparaciones entre Streamclip y Quicktime Player en plataforma Mac y marco de las exportaciones de los dos instrumentos con los resultados de comparación de Windows, entiendo nada más.
Marco
Responder Marco:
Hab nochmal y venir herverglichen, incluso entre Mac y PC. Entre la anterior versión de Quicktime 7.5 y la versión actual 7.6 es definitivamente una gran diferencia. Significativo recorte en blanco y negro con la versión 7.5, en principio, no más recortes en blanco y negro con la versión 7,6 - ni en Mac ni en el PC.
La señal descodificada Quicktime versiones entre Mac y PC son esencialmente idénticos. Revisé las señales en el PC con forma de onda, y el histograma RGB Parade. Desde el Mac, tengo el Canon H.264 en archivos FCE e importados de allí como un archivo Quicktime con PNGs exportados.
También tengo el Mac en MPEG Streamclip PNGs exportados. Streamclip Esta vez, las señales son básicamente idénticas a las versiones que estoy en el PC a través del servidor de flujo de Quicktime vorbeigeschleust hab. Así que la salida de Streamclip en Mac y PC a los servidores de flujo, no puedo realmente equiparar. Y, por supuesto, no hay ningún recorte en las luces y sombras.
No obstante, hay una claramente visible y fácilmente mensurable diferencia entre el "Stream" versiones y las versiones de Quicktime. El Quicktime versiones son casi nunca, y bajo RGB de 16, con un total de un "brillante" de Gamma y (no saturación), el blanco luego, eventualmente algo más. De saturación en blanco pero no puede ser cualquier pregunta, o si, esto sería en un área de sólo 1 o máximo 2 por ciento. He podido, lo que veo allí, sobre todo en comparación con la anterior versión de Quicktime, pero no como una llamada de saturación. Eh, no en negro.
En general, el Quicktime versiones algo que ofrecer aún más dinámico que el "Stream" versiones. Sólo sabemos que sin un patrón de prueba como la base no es qué tipo de señales es auténtico.
A diferencia de la salida de QuickTime 7.5, ahora he podido vivir con ambas versiones.
Marco
Responder MarcBallhaus:
@ Marco ... machs pero no tan complicado, es una vez exportado de PNG MPEGStreamClip y QT - Mac - y en ambos Photoshop Lad. A continuación puede ver en la historia que QT variante clippt. ¿Es el uso de curvas en la dinámica de la versión MPSC en 16 y 235 hasta el PNG se ve exactamente de la misma manera a partir de la QT. Así clippt QT.
MB
Responder Marco:
Que lo había hecho (aunque no en Photoshop). Desde clippt no lo hace, o por lo mínimo que realmente no es relevante. Y las diferencias con la anterior versión de QT son inmensas.
Marco
Responder MarcBallhaus:
Que lo había hecho (aunque no en Photoshop). Desde clippt no lo hace, o por lo mínimo que realmente no es relevante. (...)
Marco
Usted es tan gracioso. Así que clippt!
Luego filme veces por la noche y, a continuación, verá que lo que anteriormente era mínima, y de repente un problema, porque los contrastes son más altas en la noche y, a continuación, y destaca especialmente el dibujo en el fondo son dependientes, mientras que los medios son schnurzegal, Tagaufnahmen cuando es al revés.
MB
Responder Marco:
Hab veces una curva lineal de contraste (de 0 a 255 RGB) prestados como decodificación H.264 Quicktime y analizar diferentes. Si la señal descodificada H.264 en un Mac, es la curva de contraste está cambiando. Con un AVI sin comprimir no sucede allí. En el PC que está pasando con H.264 no. Además, las variantes, que (de Mac) de MPEG Streamclip exportación como marco salir con gamma 2.2, casi idénticos a los gastos de Quicktime (probado en el PC). Pero con la salida de 1,8 gamma Streamclip es mucho más cercano al original.
Por lo tanto, para todo lo que tengo el Mac de la salida de archivos H.264 ha visto un cambio en la curva de contraste más evidente en Quicktime en Streamclip menos dramático, en función de la configuración de exportación. En ninguno de los casos, el contraste de la curva original en la decodificación H.264 en el Mac reproduzca correctamente. Saturación es sólo ligeramente (3 por ciento).
Creo que el problema de recorte con Quicktime es en gran medida resuelto, pero la imagen de la curva de contraste en el Mac de procesamiento puede ser optimizado un poco.
"Eres tan gracioso. Clippt Así es!"
Crítica para las señales han sido asociadas con Quicktime 7.5 o 13 por ciento de la señal recortada. Con QuickTime 7.6 sólo hay alrededor de 3 por ciento. El valor exacto, lo sé, sólo desde que estoy allí con el Grauverlauf poner a prueba (para los vídeos reales, que anoche se encontraba bajo el microscopio, no fue tan preciso el análisis). Esto ya es una gran mejora.
La señal de cambio real tiene mucho que ver con el cambio de la curva, pero menos con el recorte por hacer. Que estaba con QT 7.5 todavía bastante diferente. Que la gamma ni optimizar sería probablemente en la inspección visual, no se diferencia aún más evidente. En efecto, por la corrección gamma a Mac-Exportación curva a la curva original a enderezar. Por lo tanto, la mayoría se trata de una cuestión de rayos gamma. La pérdida por recorte sigue siendo, incluso después de la corrección gamma.
El histograma no es de esta manera, como un buen instrumento. La forma de onda de la pantalla deja claro lo que sucede.
Marco
Responder MarcBallhaus:
El discurso no es de H.264 en un Mac, en general, pero a partir de imágenes de la 5D en H.264/MOVs disponibles. Describir lo que es pura teoría, lo que escribo es la práctica. Lo sentimos, no mal, pero sus resultados pueden ser teóricamente correcta, pero en la práctica, simplemente no es el caso.
El histograma me es la mejor herramienta para identificar Tonwertumfang, porque nada más está ahí.
Responder MarcBallhaus:
La diferencia para Quicktime PNG es mínima, pero no significativo. Aparte de la historia, son la parte superior derecha de la imagen agujero negro, justo a la izquierda del Rin, mientras que la imagen todavía tiene importantes MPEGStreamclip dibujo.
Responder Axel:
Tienes razón, QT es muy recortada en negro. Sólo el SC Mpeg puede tener una imagen niveles (pero sólo si) las ramas desnudas del invierno dejó en el cielo una vez más se hace visible.
¿Qué queda, entonces, si se quiere cortar con FCP? Archivo original de la cámara en color de importación y de salida de 10 bits sin comprimir como ...
Responder Marco:
Por supuesto, que trata de imágenes de prueba generados fuera de la práctica. Pero hasta ahora no la revisión de la Canon clips de hecho uno de los objetivos de referencia! Mientras usted no sabe cómo una imagen en absoluto en su estado original podría parecer, usted no puede hacer declaraciones acerca de lo fiable herramienta de la imagen en última instancia representa la mejor y dónde exactamente ocurre el error. Como tengo bastante Wolfgang indicar que uno de los generados por Canon, barras de color normalizado, sería muy valioso (y mejor que un auto-generados y H.264 codificados imagen de prueba).
La diferencia en sus capturas de pantalla es muy clara. Pero incluso la señal de Streamclip clippt todavía un poco. El recorte de Negro, basado en su versión de Quicktime se puede observar, también parece que la exigencia por encima del 3 por ciento. También en este motivo puramente visual reconocible en el que he tenido, por desgracia, no.
Si el archivo original en alguna parte, tal vez como universalmente accesible y legal de descarga?
Lo que me preocupa es la más preocupada es sobre todo la diferencia entre Mac y PC de descodificación. Si yo fuera un archivo de la Canon 5D FCE exportación como AVI sin comprimir, y esta salida con la señal original de Canon en el PC, ver, tengo la FCP de la señal de rayos gamma a fin de aumentar el valor de 0,4, un principio similar a tener representación. Por lo tanto, al comparar el Mac y el PC edición mata a la diferencia en la gamma erstmal cualquier otro error.
Marco
Responder MarcBallhaus:
Si el archivo original en alguna parte, tal vez como universalmente accesible y legal de descarga?
Estos son todos los Humór disparos, con 1-2 minutos de duración. Estoy deseando ver, pero lo que esta comisión es donde tal vez después de 5 segundos ... usted tiene una dirección de correo electrónico para mí?
MB
Responder Marco:
Tengo algunas fuentes web encontrados. Espero primero que tal vez si hay pocos motivos de crítica son nada.
Marco
Responder MarcBallhaus:
Tengo algunas fuentes web encontrados. Espero primero que tal vez si hay pocos motivos de crítica son nada.
Marco
Porque yo no tanto sobre él, porque lo poco que he visto donde la gente ha encontrado la configuración.
MB
Responder Bruno Peter:
¿Puede este clip en la parte inferior derecha hay necesidad Vimeo?
http://www.vimeo.com/1764260?pg=embed&sec=1764260
Responder Marco:
Sí, gracias por el enlace.
Marco
Responder Marco:
En esta grabación, la cámara ya krass fehleingestellt, pero podría por lo rudimentario y la saturación en el negro es. Tenido hoy otra vez un cargo de alrededor de 10 completamente diferente 5D clips durchgeschleust. El problema con el mal de Gamma-exportar el FCE y la corrección de valor de 0.4 para el PC es la misma.
Al parecer hay en el PC con Quicktime Descifrando el problema de saturación en la sombra no, incluso a la baja de 3 por ciento. Pero ese soy yo con los clips disponibles no están claramente establecidos. Esta última es cualitativamente clip fácil grottig malo. Sin embargo, hay en las sombras aquí y allá un "detalle", de acuerdo Decodificación Quicktime en Mac ya no es reproducible, el mismo que en un color se atornilla.
Marc balón casa, si usted tiene una breve muestra de un motivo similar a la que se muestra en la captura de pantalla, se encuentra, sería interesante. Porque en una señal de alta calidad, fiable pude comprobar si y cómo el recorte entre PC y Mac Quicktime descodificación varía. Mi mail de contacto:
Sin duda, sin embargo, es con el Quicktime Decodificación un poco de lo que Argencard, a pesar de la considerable mejora con respecto a la versión anterior.
Marco
Responder MarcBallhaus:
@ Marco
Yo le han enviado Rohschnipsel NEN. El buggy es porque me olvidé de apagar automático, pero sólo 20 MB. Pero es quizás la prueba garnicht tan malo.
Gib doch mal retroalimentación se alegra.
MB
Responder Marco:
Super, gracias por el clip! La guerra es el motivo.
Así que: en primer lugar a la PC, que es de forma rápida. Si estoy en el PC con el clip de la versión para Windows de MPEG Streamclip, Quicktime Player o el software de edición (para la descodificación de Quicktime atrás) decodificar, no hace ninguna diferencia. Gamma aparentemente de acuerdo, e incluso las sombras más profundas no son recortados.
Debido a la duda como objetivo de referencia en la forma de una normalización de Farbalkens de la cámara no está, es la suposición de que la gama de las versiones de Windows es correcta, es todavía una parte especulativa. Estoy en la serie de ensayos con el generado internamente Graukeil, después de Quicktime H.264 codificación y descodificación seguido correctamente descrito. Que todavía tiene un cierto potencial para el error.
En el Mac:
Desde que el uso de las señales de mi MacBook no puede comprobar, tengo una imagen PNG a la exportación a las secuencias de hecho. Una vez que el MPEG Streamclip y una vez con el FCE. El PNG secuencias, entonces comprobarse en el PC.
Ambas versiones - Exportación de FCE y la exportación de MPEG Streamclip hizo lo mismo. Para establecer el valor gamma de 0,4 y también cambió el ligero recorte en las sombras.
Si yo Streamclip de una persona que no sea el único marco de exportación seleccionar, no tengo elección en Gamma. Creo que siempre uso 2.2. Que aparece en el Mac y en Streamclip Quicktime a la mayor desviación de plomo.
Luego de nuevo el primer fotograma del clip con Streamclip gamma 1,8 exportados. El resultado es mejor, se encuentra en algún lugar entre la versión 2.2-y las versiones de Windows, y el recorte parece básicamente eliminado.
Lo que me sorprendió es que el Mac Streamclip de exportación, por un lado, los rayos gamma en la opción de exportación de 1.8, en última instancia, no da lugar a una desviación de 0,4 en comparación con valores de 2,2-la opción de exportación, y por lo tanto todavía no es la misma que la versiones de Windows.
Por otro lado, también están allí (en la opción de exportación de rayos gamma 1,8), las sombras más oscuras todavía muy comprimidos para que en este tema crítico en un solo recorte vorbeischießt.
Así momento, independientemente de lo que la herramienta es la plataforma sobre la que lleva a la óptima decodificación, no es conmigo, cuando la descodificación de los clips 5D Mac y PC en un solo resultado.
Marco
Responder PowerMac:
El cambio es de rayos gamma, por lo tanto, desde el propio Mac Quicktime valor gamma de 1,8 está tratando de compensar. Y yo, por ejemplo, un monitor de 2,2-Gamam había equivocado ... de nuevo:) Imposible una norma para el "derecho" establecido recepción. Demasiados monitores, ver las situaciones, los parámetros de ...
Responder Marco:
Algo así me temo que también. Estoy en un Mac todavía no son fijos montura. Yo siempre pensé que sólo la gama de 1,8-sólo para Mac y el reproductor interno de visualización sería pertinente, el vídeo final, pero básicamente para la exportación un 2,2-juego debe ser diseñado. Creo que, para otros formatos de vídeo estará en Quicktime (Mac) también se tiene en cuenta. H.264 sólo parece estar fuera de línea a la danza.
¿Qué trae de nuevo la cuestión en la habitación, que la cartografía gamma porque durante la Canon D5 se utiliza la codificación H.264.
Mi incertidumbre en cuanto a si este con Quicktime 7.6 en la plataforma de Windows, ya que realmente es perfecto como parece a primera vista, es quizá también no es totalmente injustificada. Hay conjeturas (en otros foros) que la única "Quick'n'Dirty" la solución es un poco descontentos con el 3 diferentes espacios de color, y hergewandelt, lo que resultará en una señal sin recorte de blanco y negro, lleva 8-bits de la señal, pero sobrecargadas de trabajo, de modo que la información perdida en otros lugares. Evidentemente, la diferencia en la educación en el histograma. Que yo también había notado con cierta sorpresa.
También hay comentarios aquí y allá, significa que cuando los rayos gamma a través de la decodificación H.264 Quicktime en la plataforma de Windows un poco demasiado alto y, por tanto, la imagen parece más brillante que debería ser. Luego, en última instancia, casi no decodificación versión más correcta (sobre todo porque el resultado de la versión para Windows de MPEG Streamclip Quicktime con el resultado es idéntico).
Tal vez fue el resultado de MPEG Streamclip para Mac (y el flujo de la versión del servidor de la PC) sigue siendo el mejor de los casos, en el sentido de: el más cercano al original.
Marco
Adición:
La solución a la auténtica mirada y en cada metro también muestra el menor número de artefactos, está asociado con el Streamserving a través de AviSynth.
Por otra parte es sospechoso todavía en el camino de Quicktime. Al igual que con la solución de un problema parece crear nuevos problemas.
MPEG Streamclip con rayos gamma de salida de 2,2 acaba AviSynth artefactos como la solución, pero probablemente equivocado y gamma clippt. MPEG Streamclip con rayos gamma 1,8 clippt aunque probablemente no más, pero tienen más artefactos (pero menos de Quicktime en Windows) y sigue siendo dudoso que el gamma es correcta (se plantea la cuestión, sin embargo, hasta la fecha en cada una de las soluciones que se describen aquí ).
Responder MarcBallhaus:
Por favor, gerngeschehen:)
Sigo ahora que usted no es el recorte en la medida en que, como lo tenía?
MB
Responder Marco:
Hab noch se añadió anteriormente. Yo le gustaría algunos resultados, incluidas las indicaciones de los dispositivos de medición (de forma de onda, histograma RGB y desfile) a usted. El hecho de que cada herramienta produce un resultado diferente, sin embargo, se ralentiza.
Mi conclusión es que, a pesar de actualización para Quicktime resultado con el menor pérdida de calidad Quicktime, debe evitarse en el PC es mejor que la forma Frameserving debería haber ido a la Mac, MPEG Streamclip con cartografía gamma óptima (si es posible).
Que es el único que está convencido de que la actualización de Quicktime el recorte más o menos mejorado, y otros factores en el nicho teórico en lugar distinto, con la actualización de Quicktime, por supuesto, una solución sencilla.
Para usted personalmente, es más probable que el Mac es parte importante, ¿verdad?
Marco
Responder MarcBallhaus:
Para usted personalmente, es más probable que el Mac es parte importante, ¿verdad?
Marco
Sí, incluso más. Todavía tengo varios ordenadores, pero también un Macbook y un par de Mac Pro decente. Pero si sólo en el PC fácilmente, entonces el PC.
MB
Responder Marco:
En Windows, no tengo realmente la saturación, incluso con Quicktime 7.6. Pero los resultados siguen siendo dudosos, con la excepción de servidor marco método.
Hoy no vengo a recoger ejemplos. Yo mañana o pasado mañana nachholen.
Marco
Responder Marco:
Los ejemplos se resumen ->
Canon 5D
| |
