El Sun, 20 Dec 2009 17:36:58 +0100, Carlos E. R. escribió:
El 2009-12-20 a las 16:07 -0000, Camaleón escribió:
Pues me parece que sigues sin entenderlo, por lo que dices abajo.
Entiendo lo que dices, pero no puedo reproducir tu error, al menos con el vídeo que tengo de prueba, ese japonés.
Pues entonces alucino.
Yo le estoy pasando la opción de "-sameq", quizá sea por eso :-?
Pero el tamaño TIENE que variar. Le estoy quitando lineas, no substituyendo por negro. Quitando lineas. Quito 122+112 = 234 lineas. Si a las 576 lineas le quito 234 quedan 342 lineas.
Pero el cálculo lo tendría que hacer el programa automáticamente, no tener que definirlo con la opción de "-s". De lo contrario no tendría sentido :-?
Claro que no tiene sentido.
Tiene que reducir el tamaño vertical en el número de lineas que le quito. Eso es lo que hace el avidemux, y eso es lo que entiende cualquiera.
Sí, tiene que reducirlo, pero el cálculo debe ser automático.
Lo que entiendo es que modificando estos valores de "crop" no se modifica el tamaño (aspecto) del vídeo sino que recortas las zonas negras, ajustando el tamaño y la relación de aspecto automáticamente.
Pero es que no ajusta el tamaño. Lo deja igual, expandiendo las lineas anamórficamente para que las lineas que quedan, que son menos, ocupen lo mismo que las antiguas.
Prueba con la opción que te he dicho, a ver si notas alguna mejoría.
Además, el aspecto buscado es 720/342 = 2.105, mientras que 16/9 es 1.77. No me vale.
Pues a lo mejor ese el problema, que no mantiene una relación de tamaño estándar y se deforma porque le pasas unos valores incompatibles :-)
Eso no tiene sentido.
A saber... si le estás pasando "-qscale", "-croptop" y "-s" es posible que alguna de esas te esté generando ese problema de deformación.
Por cierto ¿se visualiza mal (deformado) con todos los reproductores?
Que yo recuerde, si.
Okis.
No, EL lo hace mal. No me corta esas lineas. Las quita y luego expande el resultado en vertical, deformando las figuras una barbaridad. El avidemux lo hace perfecto.
Usa el WinFF, a ver qué argumentos aplica :-?
¿Tiene filtro "crop"?
Tiene el del tamaño, el otro lo puedes pasar como parámetro manual :-)
Prueba con otros vídeos, a ver si hace lo mismo...
Todos los que tengo son del mismo aparato y grabados con el mismo proceso: aparato -> cridmanager -> projectX -> ffmpeg o equivalente.
Estoy pensando en tocar el resultado con avifix. A ver si es eso.
Prueba con algún otro vídeo, aunque sea descargado de Internet.
¿El artefacto ese que dices también es perceptible en el vídeo original o sólo cuando lo pasas a AVI comprimido?
Se percibe en el original sabiendo donde está y pasando foto a foto, con avidemux. A velocidad normal no se nota. Y no afecta al sonido, debe tener marcas de tiempo.
¿Has probado a usar una codificación constante (CBR) en lugar de variable (VBR)? :-?
La codificación por defecto que hace el ffmpeg es de esas. Y el transcode también.
Si usas "-qscale" (o "-sameq") me parece que no, que lo estás forzando a usar VBR. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org