Dale como salida cualquier contenedor, mientras esté codificado en H264/AVC, este puede mantener la misma calidad que el mpeg-2 pero en menos espacio, es decir que requiere de menor bitrate para igualar en calidad un mpeg-2 (que para igualarla necesita el doble de bitrate)

Saludos

Como bien ha dicho nij, las bandas solo se agregan si un video 16:9 lo visualizamos en una pantalla analogica 4:3 o cuando la relacion de los pixeles es distinta a 1.777, este valor se obtiene dividiendo la resolucion horizontal entre la vertical, si tu video 1920x1080 no contiene bandas está claro que ya tiene una relacion 1.7777 y no necesitas hacer nadamas que re-escalar si lo ves necesario

Saludos

pues pasar a WAV la pista de sonido estereo (sea el formato que sea con VDMOD por ejemplo) y con audacity trabajar con los canales pro separado y subir el volumen del canal derecho

saludos

se puede pero no a la perfeccion, pues lo mas seguro es que la voz de la persona se escuche mas que la musica y por medio de filtros es mas facil eliminar voces/sonidos en 2do plano que en el 1ero

si tienes los suficientes conocimientos en sonido quizas puedas lograr algo, con conocimientos medios es demasiado dificil lograrlo (en sonido yo teno conocimientos medios y nunca he podidlo hacerlo jeje)

saludos

puede ser por distintas causas, una es que hayas puesto en Normalizar el volumen, por lo que las altas frecuencias son reducidas/niveladas para que sean escuchadas al mismo nivel que sonidos medios y graves

otra es que se trate de un audio multicanal (5.1) y quieras reproducirlo en algo con solo soporte a sonido estereo (2.0), pues el reproductor decodifica internamente a sonido estereo con la consecuente perdida de volumen, esto se arregla recodificando la pista de sonido a estereo en el PC y ya el reproductor no necesita hacer ninguna conversion

no utilizo AVID, pero segun lo que leí cualquier grafica compatible con DirectX9 o superior con pixel shader de 3.0 te funcionaría

de Nvidia cualquiera con serie superior a 6
ATI cualquiera superior a serie X1000

en rango medio economico te podría recomendar la Nvidia Geforce GTX 550Ti y en ATI la HD 6770, HD 6790 y HD 6850, un precio mas elevado tienes la Geforce GTX 560Ti y ATI HD 6870

en lo personal tengo la Geforce GTX 550Ti y me funciona de maravilla con cualquier aplicacion de edicion de video, aunque trabaja mucho mejor la ATI HD 6850 (probada con mayor variedad de juegos), 

esta bien que exportes como AVI-DV (y de hecho es lo mejor si se necesita un cambio de formato posterior), si es a NTSC no te recomiendo lo trabajes directamente a 29.970 fps o en algun momento en el tiempo quizas necesites un cambio de frames a 25 o 23.976 fps para acoplarlo a algun otro formato/contenedor y al tratarse estos 29.970 fps que has renderizado de video progresivo se te hará dificil dicha conversion pues ocasionarias cambios en el tono de las voces durante la reproduccion

lo mejor y mas conveniente es si es a NTSC renderizar a 23.976 fps y mediante la tecnica de 3:2 pulldown (truco de reproduccion que agrega un frame cada grupo de 4 frames, descomoponiendo un frame prgresivo en 2 frames entrelazados), logrando asi llegar a los 29.970 fps que te solicita el reproductor, para esta tecnica te puede servir el programa dgpulldown

el metodo para pasarlo a MPEG-2 nij ya te lo ha mencionado

¿y por que no meterlos dentro de un contenedor MKV? asi no se pierde calidad al no necesitar recodificacion y si que permite muchas mas caracteristicas de las que solicitas

con mkvmerge (incluido en el paquete de mkvtoolnix) lo puedes lograr, aqui tienes el link http://www.bunkus.org/videotools/mkvtoolnix/win32/ descarga la ultima version (5.3.0 hasta ahora)

ademas danos mas detalles de las caracterisitcas del video que tienes

saludos

Muchas veces sucede que nuestra TV o reproductor multimedia dice que soporta contenedor MKV en H264/AVC o VC-1 pero al cargarlo en el mismo nos encontramos con el problema que sale el mensaje de "archivo no soportado", el problema (la mayoría de las veces) radica en la compresion de cabeceras, esto quiere decir eliminar informacion inutil que se incluye dentro de cada paquete y reproduccion con un tiempo de respuesta mas veloz, estando habilitada... al encapsular audio y video dentro de un contenedor (MKV, TS, etc.) comprime en cierto modo (sin degradar la calidad) cada pista contenida con el beneficio de reduccion de tamaño en el fichero de apenas unos cuantos KBytes, pero muchos de los reproductores (si no es que todos) no soportan esta caracteristica, por lo que habremos que deshabilitarla.

Con mkvmerge en versiones modernas viene habilitada por defecto, por lo que solo basta con deshabilitarla







Ya solo damos en Aceptar y volvemos a crear un mkv (botón iniciar multiplexado) sin compresion de cabeceras.

Para averigüar si nuestro fichero lleva compresion de cabeceras basta con cargar nuestro mkv a mkvmerge, seleccionar la pista de video/audio e irnos a...



otra opcion sería con mediainfo fijarnos en el informe que nos da y verificar si tenemos Muxing mode: header stripping, el cual en este si tendría compresion de cabeceras

saludos

aaa ya veo, al parecer la grabacion está pensada para hacer algo parecido a lo que hacen los reproductores de DVD, solo que en las matematicas si que sale algo diferente o lo usamos de modo diferente, pues en un DVD para calcular cuanto estiraba la imagen yo hacía (en caso de NTSC)

480 * 4 / 3 = 640, 640x480 (con un DAR 4:3)
480 * 16 / 9 = 853x480 (con un DAR 16:9)

sin embargo la relacion de pixeles (PAR) debia continuar siendo la misma como tu mencionas, ya fuera 1.86 o 2.35 (generalmente) agregando bandas negras, pero la verdad con el metodo que mencionas si que me pierdo xD

suponiendo que al igual que en un DVD la imagen viaja deformada... con el metodo que yo utilizo se toma en cuenta el DAR 16:9 y es a lo que hay que estirar horizontalente
1080 * 16 / 9 = 1920, 1920x1080
¿es asi?

PD: siempre se aprende algo nuevo 
saludos

no entendi muy bien lo que quisite decir pero basicamente hablando del codec x264 y no tanto de la GUI que hace uso del mismo, pues este metodo tambien se puede hacer por medio de linea de comandos, solo basta con descargarnos la version mas actual de x264 CLI http://x264.nl/ y copiar el archivo x264.exe en la raiz C:\

ahora presionamos windows+R -> ejecutar -> teclear CMD y enter, se abre el msdos y escribimos:

"c:\x264.exe" --preset slow --tune film --pass 1 --bitrate xxxx --stats "c:\video.stats" --level 4.1 --vbv-bufsize 30000 --vbv-maxrate 40000 --output NUL "c:\ script.avs" --slow-firstpass

Los valores de otro color son los que se recomiendan variar, la diferencia aqui es que el log lo podremos ver dentro del mismo msdos

Como es eso nij? La verdad que nunca he trabajado con esa resolucion pues nisiquiera tengo una videocamara jeje, ¿que acaso el video se graba en 4:3 para despues trabajarlo a 16:9? Pues la relacion de aspecto original corresponde a video 4:3, pero claro q como no trabajo con videocámaras se puede tratar distinto

Saludos

mas bien la relacion de aspecto que debes conservar es la de 1.3333 y no pasarlo a 1.2121 o de lo contrario deformara el video al visualizarlo en un reproductor DVD

solo has de pasar el video a 720x480 NTSC (720x576 PAL) y marcar como DAR (display aspect Ratio) 4:3, el reproductor hace las conversiones necesarias para que no deforme el video, el codec a utilizar ya NIJ te lo ha dicho

el video MTS lo puedes extraer con tsmuxerGUI -> demux (entrega un video en M2V generalmente) y el fichero de video que te entregue lo cargas en los programas en el manual  mencionados

saludos

¿Se han preguntado alguna ves cual es el mejor metodo de compresion al utilizar como codificador x264 (H264/AVC) para nuestros ripeos? ¿2 pasadas o calidad constante CRF?

basicamente ambos metodos son lo mismo, ambos permiten asignar mayor/menor bitrate segun la escena o frame que esté codificando, la cantidad de tonalidades, colores, movimiento, etc. que encuentre en ella, la verdadera diferencia está en que:

2 pass (2 pasadas) permite asignar un tamaño especifico a la pista de video mediante un bitrate promedio que elegimos por medio de una calculadora de bitrate (probablemente) y en torno a ese valor hace los ajustes en las escenas encontradas asignando mas/menos bitrate segun la complejidad del frame tratado, para estos casos estamos limitando la cantidad de datos que requiere cada pixel por lo que podemos quedarnos "cortos" y degradar algunas zonas de la pelicula, ademas del tiempo requerido para la codificacion es el doble.

CRF (Constant Rate Factor) asegura una calidad constante durant toda la pelicula y con solo una pasada, el metodo se basa en que el ojo humano no espera que tenga la misma calidad que el original, sino la misma complejidad, este al igual que el anterior asigna mayor/menor bitrate segun asi lo necesite cada frame, la desventaja de este metodo es que no es posible especificar un tamaño en particular y el tamaño del archivo puede elevarse mucho, segun que tan compresible sea la pelicula, habiendo variaciones mayores de bitrate entre un frame y otro, pues no tenemos un bitrate promedio que limite dicho valor, pero al menos nos aseguramos que la calidad en toda la pelicula es constante, valores aceptables para no degradar la calidad se encuentran entre 18 y 23 (entre menor valor mayor calidad pero mayor tamaño).

Ahora... ya tengo claro que el metodo CRF es mejor, pero ¿si quiero hacer ripeos en microHD como controlo su tamaño?

Es facil, para ello deberemos realizar un test de compresibilidad, este lo podemos hacer por medio de linea de comandos o utilizar una interfaz grafica (GUI) que permite la adicion de comandos nuevos a la linea de comandos mencionada, en mi caso utilizaré MEGUI.

Antes tenemos que crear un script para permitir la carga de nuestro archivo de video y hacer un analisis equivalente al 5% del total de frames, en mi caso el mio luce asi:

Citardgsource("El papá de los pingüinos [BDRemux].dgi") #herramienta de carga de video
Crop(0, 20, -0, -28) # filtro que recorta las bandas negras
spline36resize(1280,696) # filtro que re-escala a una resolucion inferior, pues partimos de un 1080p
SelectRangeEvery(500,25) #esto hace que por cada 500 frames que detecte solo codifique 25 (5%)

Para mas informacion sobre carga de videos mediante scripts pueden leer el siguiente apartado

Ya tengo mi script terminado, lo cargo en MEGUI y me dirijo a la configuracion de x264



Tengo una pelicula con duracion de 1 hora 34 minutos (5640 segundos) y deseo un tamaño de la pista de video de 4 GB (4096 MB), entonces utilizamos esta formula

VIDEO = (MB X 8388.608) / SEGUNDOS DE DURACION
VIDEO = (4096 x 8388.608) / 5640
VIDEO = 6092 kbps, este valor será el que incluya en el aprtado bitrate



Nos dirigimos a la pestaña Misc -> custom command line y escribimos --slow-firstpass, esto por que por lo general la primer pasada la hace rapida y lo que nosotros deseamos es una pasada con mayor precision, lenta y segura, entonces pulsamos OK.



en la ventana principal presionamos el boton Queque, nos manda el video a la cola de trabajo, nos vamos a la pestaña Queque (en la parte superior junto a input) y presionamos Start y esperamos a que termine la primer pasada.

Esto nos genera un log localizado en C:\...\MeGUI_2112_x86\logs, lo abrimos y miramos en especifico el rate factor que nos lanzó



si el valor del rate factor se encuentra entre 18 y 23 (si es inferior mucho mejor) quiere decir que la calidad de la pelicula sera excelente a ese valor de bitrate, si pusieramos un bitrate mas bajo y nos lanza valores de CRF superiores a 23 lo mejor sería realizar nuevamente el test aumentando el valor de bitrate a ver que resultado nos arroja, como en mi caso salió 15.23 colocare en mi codificacion un valor de 15.2 CRF y ahora si prosigo con los pasos de codificacion normales

PD: es un metodo alternativo que me he buscado en base a uno publicado por mi amigo psicator de mundodivx

saludos

De hecho soy prioritario al apoyo del pack de k-lite, es el paquete de codecs mas completo y configurable, lo q digo es que si quiero reproducir solo habilito las librerias necesarias para decodificarlo (ffdshow), para cargarlo a programas de edicion la mayoria son compatibles con directshow y habilitando solo el codec correspondiente hace la carga del video a manipular

Si ocurre q este tiene sus propias librerias de carga y ademas k-lite hace uso de algun decoder tipo vfw ahi causaria un conflicto

Igual solo es mi punto de vista

Saludos