Tengo instalada la version 5.2 de liquid para Silver. A pesar de ser un sistema Silver, el software es idéntico a la misma versión para pc convencional.
Todo funciona a la perfección salvo que, cuando exporto la linea de tiempos, bien sea "exportar como" o "exportar a dvd" el mpeg resultante comienza con el audio y video sincronizados, pero a medida que va avanzando el mpeg se va generando un desfase entre el audio y el video, adelantándose este último hasta que, en un video de 1h 30mal final del video el desfase es de casi 3 segundos de retraso del audio con respecto al video.
Tengo que deciros que mi distribuidor, no sabe ni por donde van los tiros, que el servicio técnico de Londres...NPI, así que, os pido el favor de que, aunque creais que es una locura lo que se os ocurra, me lo conteis, porque solo me queda por intentar locuras a ver si asi damos con la tecla.

Gracias anticipadas, y un saludo a todos.

*Nota. Con la 4.2 que era la versión antigua todo funcionaba a la perfección. No es un problema de configuración de software. Todas las fórmulas de exportación a mpeg han sido testeadas.


Nota del moderador: modificado ligeramente el asunto, para que la gente identifique de que va el hilo.

Mi querido amigo buenas, ¿como andas?

 una pregunta ¿en grabar a cinta tambien hay asincronismo?

 ¿solo se da el fallo al exportar a mpeg2 ? ya sea elementary o program stream?

saludos

Y si fusionas la secuencia como avi? tienes desincronizacion?

Que tipo de tarjeta de sonido tienes, integrada en placa base o por separado?

Intenta fusionar la secuencia en uno o varios fragmentos (para no generar clips fusionados gigantescos) e intenta exportar este o estos clips a ver que tal. No se me ocurre otra cosa. Suerte

lo de la fusion no es posible, ya que la edición está en mpeg2 a 50 mbits, con lo cual no tiene mucho sentido convertir a avi, cuando despues va a tener que convertir a mpeg2 de nuevo.

Gracias por las propuestas.
La edición trabaja mpeg2 50 nativo por hardware, como la composición tiene una timelime complicada, he generado un fuse, que en este caso, no es otra cosa que otro mpeg2 50 pero en solo clip con pérdida "cero" al ser un sistema 4:2:2. En la linea de tiempos no hay ningún problema, sincronismo correcto hasta el último frame, el problema se genera al convertir a fichero dvd (mpeg).
Después de ilustrarme un poco, he leido con sorpresa que el formato mpeg tiene un problema que es intrínseco a su propia naturaleza... se trata de los Gop. Cuando una linea de tiempos excede de los 60 minutos, la generación del mpeg a partir de esa linea de tiempos genera una desincronización audio/video, ya que al establecer los frames de control de forma abierta, crea una equeña variación en la compresión del video con respecto al audio porque se utilizan metodos diferentes de compresión para cada uno de los elementos.
Por tanto se llega a la siguiente conclusión, si el problema radica en la longitud del mpeg, habrá que hacer como hacen las grandes  productoras de dvd´s (que por algo lo hacen, y aqui la razón), se trata de seccionar la timeline en renders que no excedan de los 60 minutos, y después, en la autoría "linkar" el final de cada segmento con el sigiuente, este es un sistema que he probado y funciona. La otra solución es menos drástica y también funciona perfectamente, el único inconveniente es que este sistema genera un mepg algo más voluminoso, pero por contra, se puede renderizar la linea de tiempos en un solo fichero sea cual la longitud de la linea de tiempos. Esta segunda opción no es otra que la de modificar los parámetros de codificación asignando la longitud de los Gop en 15/3 y lo más importante, generando Gops cerrados (Closed Gop), para así obligar al codec en cada frame de control a generar una nueva sincronización de audio y video, evidentemente como ya he descrito el mpeg aumenta de volumen, pero el sincronismo se reajusta cada 15 frames con lo que el problema queda resuelto.

Gracias a todos por los post de respuesta, y espero que estas dos soluciones al problema os sirvan a vosotros también si algún dia teneis el mismo problema.

Un Saludo a todos.

Respuesta para Mario.
Efectivamente, la primera solución que dicta la lógica es hacer un render a otro formato para que sea la autoría la que transforme a VOB directamente. El problema de Silver, es que, al trabajar con mpeg2 50, lo lógico es pasar a AVI o QT pero como mínimo a 50, o en este caso, cuadros completos sin comprimir (cuestión de mantener la calidad) y da como resultado un fichero de 90Gb, dicho fichero es generado con la sincronización perfecta pero, causa un colapso en el software de autoría, que no es capaz de gestionar ficheros de esas dimensiones.

Respuesta para Julator.
Muchas gracias por la propuesta Julator, como ves, no ibas muy desencaminado al menos, en una de las posibles soluciones. La única condición para llevar a cabo tu formula es, como has podido leer, que tienes que generar los mpeg con la longitud justa, antes de la desincronización, por tanto, considero más recomendable la segunda opción.

Respuesta para Cabo.
Cabo amigo mio, muchas gracias por tu interés. Por desgracia el elementary y el program son prácticamente hermanos gemelos, lo único que los diferencia es la presentación final para el usuario, ya que como bien sabes, program ofrece un solo archivo y elementary da como resultado de forma separada audio/video para una gestión mas detallada de los componentes, aunque por desgracia el motor encargado de generar tanto uno como otro es el mismo, por tanto adolece del mismo defecto congénito.

Muchas gracias de nuevo.
Un Saludo.