Efectivamente nij, a bitrates cercanos al standard dvd soy incapaz de apreciar diferencias (>6.000 y visualizado en tv standard), tambien es cierto que no soy ningún experto.

Sí, opino mas o menos como Arton, canopus es de lo mejorcito del mercado en compresión, pero ojo con mainconcept, tan rápido como canopus (sin filtros de ninguna clase) y al comparar ambos soft, los dos tienen tal cantidad de parámetros configurables que seguro se puede llegar al mismo resultado, quien sepa cómo usarlos por supuesto.

Eso sí, canopus con su plantilla standard de dvd (pal en mi caso), con el bitrate mínimo que acepta (2.500 kbps), ajuste de calidad general en high, parámetro dc en 10, gop cerrado 15, estructura gop en Ibbpbbp....y sin tocar nada más me ha dado mejores resultados que mainconcept ajustando esos parámetros mas o menos igual, pero es que tampoco sé ajustar mas parámetros y ambos soft llevan multitud (estas pruebas las realicé para imitar los parámetros standard que daba la plantilla dvd-pal de tmpeg xpress 3 y poder compararlos).

En resumen, con lo poco que sé me da mejor resultado las plantillas standard de configuración de canopus y cuando me dió por tocar algún parámetro de mainconcept como el dc (por fin lo encontré), el resultado tendía a coincidir en calidad y tiempo.

Sólo es una experiencia, no siento cátedra.

Startel, mas o menos a mi entender la respuesta es que efectivamente no parece tener mucho sentido.

Por un lado, los filtros de corrección etc... los aplicas en vegas. Si conviertes el proyecto a p.e. avi dv para después recomprimir a mpeg-2, por velocidad y calidad de compresión mainconcept da buenos resultados y en consecuencia podrías haberlo realizado directamente desde vegas. Otro tema es si algún otro soft tiene unos filtros que no puedas imitar sus resultados con vegas (no puedo dar ejemplos, no tengo tanta experiencia).

Otro tema muy general es el uso de los programas. Estoy convencido que el que domine los parámetros de configuración de p.e. tmpeg, conseguirá fastuosos resultados. En mi caso fuera de la estructura gop, la calidad dc de 9 o 10 bits, el bitrate y el parámetro de calidad general que acostumbran a llevar estos soft, los demás me suenan a chino y si alguien los entiende (p.e. los del soft de compresión de mainconcept), eternamente agradecido de su explicación.

No estará el audio en VBR, tmpeg presenta dificultades con audios en VBR.

Bueno, lo de las calidades es relativo teniendo en cuenta la cantidad de parámetros configurables que tienen tmpeg, procoder y por supuesto mainconcept (utilizado por vegas). Realmente las pruebas que he realizado indican que con bitrates tendiendo al standard dvd (>6.000 kbps) las diferencias son mínimas.

Por el contrario con bitrates bajos (2.500 kbps), los mejores resultados los he conseguido con procoder.

En cuanto a la velocidad de proceso procoder y mainconcept van bastante a la par y tmpeg es algo mas lento (ésto sólo sirve si no se aplican filtros ni en procoder ni tmpeg). Si aplicamos filtros (p.e. un crop, un pequeño gaussian blur y un sharpen), los tiempos en procoder y tmpeg pueden llegar a x5.

Sólo como ampliación al audio ac3 y dvda, existe la versión studio de vegas y architect y éstos no procesan el audio en ac3. Pakochin, usas éstas versiones ?, si es así es normal que dvda no coja el ac3, sólo procesa wav

Para la transparencia del texto:

Inserta una nueva pista de video antes de la pista de vídeo donde está el clip que editas. Añade el texto en la nueva pista creada. Cuando crees el texto, en la pestaña properties, cuadro background color, desplaza el deslizador vertical del color de fondo totalmente a su parte inferior (transparente).

Para que aparezca y desaparezca, aplica transiciones.

Espero que sea lo que querías, un saludo

No estoy seguro que sea el mismo problema pero algo parecido me ha sucedido al comprimir con xvid y multiplexar con cierto soft (unir el audio y el video).

Si la multiplexación la realizaba con el soft utilizado para comprimir en xvid, los reproductores no lo reconocían o me daban problemas. Si por el contrario utilizaba el soft de compresión y generaba por separado las cadenas de audio y video para posteriormente unirlas desde virtualdub, no tenía ningún problema.

Quizás el fichero original es el equivalente al que yo generaba, mientras que el que resulta después del corte con virtualdub es el que a mí me resultaba al unir las pistas de audio y vídeo directamente con éste.

Si quieres probarlo el proceso sería el siguiente:

Abre el fichero original con virtualdub y extrae el audio en formato wav. Idem y guarda una copia sólo de la pista de video.
Abre la pista con el video sólo en virtualdub y añádele la pista de audio wav que habías extraído y vuelve a generar con ambos un nuevo fichero original con audio y video. Prueba si se reproduce.

Gracias.
La opción 1 y a medias la 3 (no tan completa) ya las suponía.
La opción 2 me faltaba por no haber hecho lo básico (clicar en la ayuda de dvda). Ahora sabiendo que es posible me pongo al trabajo.

Muy agradecido.

Gracias a los dos.
Novel, esa es mi intención y así iva a realizarla, incorporando en dvda sobre los botones la característica de auto ejecución.

Mi problema mas preciso es que tengo ya el menú preparado en dvda y no sé como importarlo exactamente igual al p.e. photoshop.

Quizás debo hacerlo al revés, diseñarlo en photoshop, guardar como imagen, importar imagen en dvda y montar los botones sobre la imagen pre-diseñada, quitar la imagen prediseñada y añadir el mismo fondo. De esta manera consigo igual posición en todos los elementos que integran el menú.

En pocas palabras, en encore se importa directamente el menú tal cual en photoshop. Algo parecido es lo que necesito.

Buenos dias.
Mi intención es capturar una imagen del menú creado (incluyendo botones), para posteriormente editarlo añadiendole una pista de audio para producir el efecto de que al ponerse encima de un botón determinado se reproduzca un clip de audio sin perder la imagen del menú.

Cómo???

Te sugiero que pruebes de simular el quemado sobre el disco duro.
Creará las carpetas audio_ts y video_ts en el disco duro y podrás comprobar lo que pesan todos los archivos que contiene la carpeta video_ts que es la que se quema al dvd.

Así lo hice y en mi caso cabían, pese a lo que me indicaba DVDA.

Creo que el problema es parecido a lo que ya me sucedió a mí y estoy convencido que nij recordará (acabó hasta el gorro de mí ja, ja, ja, ja).

Tenía una autoría realizada con encore la cual cabía perfectamente en un dvd de 4,7 gb. Al imitarla con architect éste indicaba que sobrepasaba la capacidad del disco. No le indicaba que recomprimiese porque no era necesario hacerlo, ya sabía que debía caber.

Aún lo que indicaba architect decidí generar la autoría sobre disco y efectivamente cabía. El por qué architect me indicaba lo contrario lo desconozco pero caber caber, cabía.

Quiero decir que startel no ha llegado a generar la autoría basándose en las indicaciones de architect que indican que sobrepasa la capacidad, mi consejo es que aún así lo pruebe, el resultado puede que sí quepa.

Por fin!!!!, gracias nij eso es lo que esperaba pues temía que no interpretara bien o tuviera algo mal configurado en el architect y por eso me diera esas malas referencias en cuanto al tamaño.

Muy agradecido por la atención prestada y por fín dejo de dar el coñazo, ...... por el momento.

Saludos

Siento liarte, veamos si consigo explicarme mejor:

de tu post

CitarSi miras los tamaños que te da Architect en Optimize, comprobarás que son mas grandes que en Windows, ya que los cambia de base; y lo mismo hace Nero en sus cálculos..

, entiendo que si leo lo que ocupan los ficheros de la carpeta video_ts generada desde la autoría con uno u otro programa, pueden cambiar las lecturas de tamaño por trabajar éstos en base 10 o 2 respectivamente. En mi post te doy las lecturas de la misma carpeta desde windows y nero:

CitarDe la carpeta windows selecciono todo el contenido que grabaré, aparece 4,15 GB seleccionados x 1024 = 4249,6 MB.

CitarDesde nero al arrastrar esos ficheros a video_ts, puntero sobre banda de capacidad usada y en la esq. inf. izq. aparece 4250 MB

y es evidente que coinciden ambos valores.

Por otro lado mi problema real está en lo que dice architect, que el proyecto ocupará 4961,2 MB aprox. 4,8 GB (que no debería caber en un disco de 4,7 GB).

Saltándome a la torera el valor de architect que viene a decirme que no realice esta autoría si quiero hacer un DVD en disco de 4,7 GB porque no cabrá, lo realizo.

El resultado es el ya posteado y citado, desde nero y windows el contenido de la carpeta video_ts generada por la autoría ocupa realmente unos 4250 MB que sí caben en un dvd de 4,7 GB (recuerdo que según architect debería ocupar 4961 MB).

Entonces y aquí entra el ensayo/error, como los 4250 MB obtenidos están al límite de la capacidad del disco de 4,7 GB (mas un pequeño margen por si acaso), en options, preferences, burning de architect busco el valor que debo poner en la casilla space available on media, para que en mis futuros proyectos pueda fiarme del % de disc space used que indica architect en la esq. inf. dcha y así aprovechar al máximo la capacidad del dvd que uso realmente que es de 4,7 GB.

Este valor de la casilla space available on media, lo establezco en 5,35 GB. Ahora architect me indica que mi proyecto está evidentemente al 100% de capacidad y realmente podré grabarlo.

Supongamos que el valor de la casilla space available on media, lo establezco en 4,7 GB (4403 MB), entonces architect indica que ocupo más del 100% de la capacidad del disco y que por tanto no cabrá.


Todo este rollo no tiene mayor importancia, sólo intento aprovechar al máximo la capacidad del DVD y confiar en architect para saber si puedo o no añadir material o, si debo o no recomprimir, o hasta dónde debo comprimir el material de la autoría que hago para que finalmente quepa, basándome en apartado optimize de architect, y no tener sorpresas al quemar el dvd.

Ya sea de windows o de nero los dos coinciden:

De la carpeta windows selecciono todo el contenido que grabaré, aparece 4,15 GB seleccionados x 1024 = 4249,6 MB.

Desde nero al arrastrar esos ficheros a video_ts, puntero sobre banda de capacidad usada y en la esq. inf. izq. aparece 4250 MB.

Comprendo la dificultad del VBR pero me parece exagerado el desfase en la aproximación de cálculos.

Por otro lado en preferences, pestaña burning, aparece como medio std el 4,3 GB (se supone que es el que debería usar si mi soporte es de 4,7 en base decimal) y mi proyecto no cabría.

Definitivamente no lo entiendo y estoy convencido que se me escapa algo teórico o una opción de configuración.

De todas maneras aprendo con el método de ensayo/error, seguiré ensayando con mi medio hipotético de 5,35 GB y basándome en el % que establece optimize .... hasta que evidentemente erre.

Muchísimas gracias por vuestro esfuerzo para ayudarme a comprender.