calafat ahora ayúdame tú
 

Hola Calafat... tú que has probado ACP.

Resulta que he estado probando el ACP (que funciona con CQ_VBR como sabes) y el porcentaje de calidad en la predicción siempre sale bastante mas bajo que en CQ con Tok... TE pasa a ti lo mismo?

Venga, espero tu contestación.

:wink:

si lo sé nogod, se que da bastante menos, yo la primera vez me quedé tambien muy sorprendido, pero me metí en el foro ingles del acp y según entendí (me defiendo un poco en inglés) que era normal que diera menos en CQ_VBR, ya que codificaba de otra manera o algo por el estilo, si me haces decirte porque, pues no lo sé, eso si no nos lo dice kwag, yo no tengo ni idea...

Lo que si tengo idea, es k hice una prueba con el tok con el script optimo añadiendole el blockbuster(solo predicción) y me dio una CQ de 71...lo guardé y lo pase a *.m1v!

Luego, con el mismo script, sin tocarlo para nada, hice la predicción con el acp en CQ_VBR y me dió un valor de 35 y también me quedé pasmao 8O ...pero queria probar a ver que tal...(como CQ_VBR trata mejor el blockbuster) y tambien lo convertí....

luego comparé los dos videos (sin multiplexar) en determinadas zonas, y te puedo decir que el m1v creado con el script calculado del acp, se vé mucho mejor si el source es limpio en escenas oscuras....

que valor te ha dado? duracion de la peli? es normal nogod.... :wink:

Es un avi corto (1hora 18 min) en formato 2.35:1 (amplias bandas negras).

Con Tok 90 CQ (el máximo que puede dar, pero realmente hubiera podido dar 100% si fuese posible). Con ACP 75 % CQ_VBR.

Pero es que, hago un sample de la peli con ambos porcentajes, y con CQ da un "pelín" mayor el tamaño de la película 8O

El sample es demasiado corto para evaluar lo del blockbuster (lo que decía kwag de que funcona mejor con CQ VBR).

TEngo que probar una peli entera con ambos métodos a ver que tal. Desde tiempos en los que no existía ni tok ni acp (predecíamos "a mano") y que existían plantillas con gop 50 y CQ_VBR (además de no usarse avisynth) que no codificaba con este método. Y ahora que recuerdo, los porcentajes siempre eran bajitos (aún así la calidad era comparable).

Gracias hombre

has utilizado el optimal script? o uno hecho tuyo? es que para una peli de 1 hora y 18 minutos encuentro que el acp te ha dado mucha CQ_VBR!!! supongo que sera hecho tuyo, ya que supongo que con el optimal al ser mas complejo menos CQ_VBR te da....te sabria mal postear el script? es para probar, si quieres...sino da igual...

otra cosa, tengo una peli que es bastante oscura, y el CQ_VBR me da 25 y la peli no es demasiado larga, si mal no recuerdo es de 1 hora y 30 minutos...no se xk me la da tan baja...puede ser que el optimal y el blockbuster tengan que añadir mucho "ruido" en la oscuridad y eso hace que baje el valor? gracias....

otra cosa,con el acp siempre que vayas a codificar (esta comprobado) y te dé, por ejemplo, 33 de CQ_VBR le puedes subir unos 2 ó 3 ese valor, ya que una vez que lo pasas a mpg y lo multiplexas con el bbmpeg el video y audio(eso si, solo te puedo asegurarlo en 128) te da unos 730-740 MB y no aprovecha todo el cd...asi que, lo subes un poquito y ya está.. :wink:

Como te dije, yo no utilizo el optimal script. Este me va bien para lo que busco. Me da una imagen definida (no emborronada), pero limpia, y no tarda mucho.

Gracias por la recomendación para el acp!

yo no uso siempre el optimal, tambien lo hago como tu mas o menos, es decir ho uso el optimal o el mismo que tu has posteado pero sin el ConvertToYUY2(), y en overscan uso 0!
por cierto para que usas el convertToYUY2()??? que funcion realiza???gracias...por postearlo....es que asi uno va comentando y va aprendiendo.... :wink:

otra cosa nogod, sabes como insertar las bandas negras (arriba y abajo) se k esta el filtro addborders pero no se como se usa, lo sabes tu? ...puede ser que en vez de gripborders sea addborders o algo asi? gracias...

Hola chicos, una pregunta casi tonta ...

¿Que version de AviSynth usais? y otra de regalo ... ¿Se queda la imagen limpia y sin bloques?

hola vialhue, yo uso el 2.52, pero nogod utiliza el 2.08!!! ojala se puedieran usar las dos a la vez... :D

Sobre tu segunda pregunta, te aseguro que si el source esta limpio y usando el optimo para 2.52 (en mi caso) se ve bien y sin DCT blocks en areas oscuras, y con el script que nogod ha posteado no se, supongo que viniendo de el , sera un bueno script, pero bueno..ayer pase una peli con el optimo, y esta mañana he dejado la misma peli con el script de nogod, pero en 2.52...ya te contaré si se ve gran diferencia....

otra cosa si trabajas en 352x288 y quieres eliminar los bloques trata con la prediccion del acp en CQ_VBR te aseguro que trabaja mejor que el CQ del tok... :wink: o por lo menos a mi....

Es que tanto el TOK, como el tmpgEnc, etc... NO aceptan películas en modo de color RGB y algunas están convertidas en ese modo. Por ello, es absolutamente necesario añadir esa línea (que hace eso, convertir el modo de color a YUY2, no hay que ser muy listo eh? :wink: XDD) o si no, no te acepta el script. Creo que ya te dije que añadieras esa línea para algún .avs no aceptado por Tok, ACP o TmpgEnc. No sé si para 2.52 se añade de la misma forma.

Es tan fácil como desmarcar la casilla de GripCrop en el moviestacker. Automáticamente te hace un resize añadiendo al .avs Addborders. Míralo con moviestacker y verás lo que te digo.

Tenía una duda yo. Me dijiste que añadiera siempre 2 o 3 a la predicción del ACP... TE pregunto: Siempre te ha pasado lo mismo? Ha habido algún caso en que no tuvieras que haberlo añadido? TE lo digo porque prefiero quedarme con 740 MB que irme a las 810 MB, ya me entiendes...

Subiendo 2 el valor NUNCA me he pasado de los 795 una vez multiplexado, porque como debes saber cuando juntas audio y video si la suma en teoria toca ser 750 te sube unos 10 MB (o almenos a mi)....Subiendo 3 el valor A VECES he tenido que cortar 1-2 minutos los creditos finales...no se en este ultimo caso, prefiero cortar y darle mas calidad a lo que me interesa, la peli, los creditos finales no son muy importantes para mi...tu mismo...

En definitiva, en 2 no creo que nunca te sobrepases, en 3 puede ser...pero para que sirven los creditos??? pa cortar si es necesario :D :wink:

Uf, entonces yo tengo un problema. Porque... Nunca dejo los créditos. Suelo dejar del orden de 15-30 segundos de créditos (para que la peli no se corte nunca justo en el final, que queda un poco brusco y "falsete"), pero ya sea origen dvd o avi, siempre lo hago.

Lo que tendré que hacer es variar el bitrate de audio. Si me sale un archivo demasiado largo, lo cambio de 128 a 112 (el bitrate mínimo que debe tener un audio para escucharse "bien") y ya está.

Buena observación, si me hubiese pasado eso de tener un archivo demasiado largo, habria vuelto a codificar en vez de modificar el bitrate del audio....buena idea :idea:

por cierto nogod, has probado el Mainconcept MPEG encoder? es k he leido en el forum ingles que es mucho mas rapido que el TMPGENC...quiza seria cuestión de probar...no se...

No me había quedado con esto.
Sería mejor que utilizaras overscan. Yo quizás utilizo demasiado (el valor 2, a veces, en algunas TV me deja un poquitín de margen izquierdo negro, casi imperceptible, en algunas tV). Pero tú almenos podrías utilizas uno. ES imagen codificada que luego no se ve en TV (si en el monitor) y te ayudaría a aumentar la CQ.

REcomendaciones:
-REsolcuiones verticales de 352: 1 overscan (yo uso 2)
- " " 480: 1-2 overscan (yo uso 2)
- " " 528-544: 2 overscan
- " " 704: 2-3 overscan (yo uso 4, aunque lo pongo a mano, porque moviestacker no permite mas de 3).

gracias por este ultimo consejo...yo usaba 0 xk no se quien me dijo al principio de ponerme en esto que era mejor, no se si era en este foro o en el otro que frecuentamos...es igual pero ahora lo tendre en cuenta...gracias...

El mainconcept es muchísimo mas rápido. Lo utilizo para películas en las que tengo mucha prisa (no me espero a dejar codificando por la noche), pero la verdad es que con filtros .avs y todo (hay que modificar una cosilla para que los acepte) y codificando solo video, deja unos resultados muy buenos a 352x288 (que es como yo codifico mayoritariamente sobre todo avi; además kwag dice que es la mejor opción para este encoder). Y encima no hace falta hacer predicción, pues puedes codificar (video solo) en mpeg1 a VBR, con bitrate máximo, mínimo y un average bitrate (bitrate medio) que se puede hallar con una calculadora de bitrates para VCD mismo... Y lo hace en solo una pasada. Todavía estoy experimentando con él.

Las pelis, ya te digo... si lo pruebas te darás cuenta de que esa velocidad no la has visto nunca. Acabas en un plis!

Le pedí a kwag que creara unas "plantillas kvcd para MCE" porque por ahora tienes que modificarlas a mano (tanto matriz como GOP) y poder hacer kvcd (y no una especie de CVCD con bitrates altos -por tanto mas calidad- que he hecho hasta ahora).

Sin predicción :?: 8O ostia que guay...Es que ayer lo instalé pero no experimenté nada con el, solo lo abrí para ver como era...pero ya te contaré...si es tan rapido y encima la resolucion que trata mejor es la 352x288 (tb es la que + utilizo para los avi, bueno solo hago desde avi) cojonudo...esto de la matriz y el gop ya esta controlao amigote...gracias :wink:

Recuerda que necesitarás una calculadora de bitrates para hallar el bitrate medio (average).

Enga.

Ah una cosa.
Para que el tmpgEnc te vaya mas rápido, puedes ir a Option/preview option y deshabilitarlo. Esto hace que no se vea "en pantalla" lo que se va codificando y, claro, acelera el proceso (consume menos recursos). Eso sí, te recomiendo que antes de hacer esto (lo puedes hacer mientras codificas) lo tengas en "preview" un rato para comprobar que se va codificando y que el resize es correcto.

gracias, esta noche lo probaré cuando empieze a codifcar tres pelis que tengo pendientes....como ahora estoy en el curro...jejeje :wink:

Hola de nuevo chicos !!!

Joer que hilo mas interesante, me lo he papao to de p a pa. (No lo digo en plan cachondeo, sino en serio).

Bueno, a lo que os queria comentar, vosotros que pasais de AVI y a 352x288 como un servidor ...

¿Mejor CQ_VBR que CQ? ¿Mejor ACP que TOK?

CALAFAT, ¿Que modificaciones le haces al OPTIMO del 2.5.2 para tratar bien los dichosos bloques?

Otra cosa ... ¿Que tal el nuevo programa compresor, MCE? ¿Mejores resultados(en calidad)? ¿Peores(en calidad)?

Una para mi amigo NoGod ;) ... El otro dia utilice tu script, claro que con el AviSynth 2.5.2 modificandolo un pokito, y si es verdad que con el Lzancos se consigue la imagen mas nitida, pero ¿No se te queda como una especie de cortinilla de cuadrados?, no son como cuando la imagen sale a bloques, sino es algo como si la cara del prota sale nitida pero el fondo sale como en una cortinilla de cuadrados. ¿Te pasa a ti lo mismo?

La verdad que me gustaria llegar a un metodo que me diera una calidad nitida, eso si, bajando siempre la definicion a 352x288, ya ni me planteo usar definiciones mas altas, si hago la prediccion para hacerlo en 1 CD de 80 los resultados son bastante malos.

Y por ultimo (ya se que soy un pesao, lo siento :P). Tengo un AVI con definicion 640x272, digamos que se ve bastante alargado, que considerais que es ... ¿16/9? ¿4/3? ¿Es anamorfico? ¿Como lo tratariais? (fijo que a 352x288) pero me refiero a eso que comentais del overlap y
el overscan. ¿Usariais CQ_VBR o CQ?

Bueno gracias por aguantarme, espero no haberos estresado demasiado :)

Usen MovieStacker. Que solamente al abrir el .avs, ya calcula el bitrate promedio, de acuerdo a la cantidad de CDs que seleccionen ;)

-kwag

Hola vialhue, para mi es mejor o me da mejor resultados en CQ_VBR (ya que trata mejor los DCT Blocks)porque yo me inicié en eso del avisythn para quitar los bloques malditos...ahora si el source o el avi original esta limpio (sin escenas oscuras, por ejemplo, una peli porno :wink: )para mi es mejor el CQ a tratar con el tok...no porque no vaya bien el CQ del acp,sino que estoy mas acostumbrao...

Respecto a tu segunda pregunta, yo no diria que hay uno mejor y otro peor, simplemente que el acp te hace la prediccion con CQ_VBR y CQ, y el tok solo en CQ, por eso cuando trato pelis oscuras, utilizo el acp...

en cuanto al optimo del 2.52 lo dejo asi

## DLL Section ##
#
LoadPlugin("C:\Filters25\MPEG2Dec3.dll")
LoadPlugin("C:\Filters25\GripFit_YV12.dll")
LoadPlugin("C:\Filters25\STMedianFilter.dll")
LoadPlugin("C:\Filters25\asharp.dll")
LoadPlugin("C:\Filters25\unfilter.dll")
LoadPlugin("C:\Filters25\undot.dll")
LoadPlugin("C:\Filters25\blockbuster.dll")
#
####

## Defined Variables and Constants ##
#
MaxTreshold = 1.50
nf = 0 # Current frame.
#
####

## Main section and static filters ###
#
AviSource("captura.avi")
#
undot()
Limiter()
asharp(1, 4)
GripCrop(352,288 overscan=1, source_anamorphic=false)
GripSize(resizer="BicubicResize")
STMedianFilter(8, 32, 0, 0 )
MergeChroma(blur(MaxTreshold))
MergeLuma(blur(0.1))
#
#

## Linear Motion Adaptive Filtering ##
#
# ( Portions from AviSynth's manual ) - This will apply temporalsoften to
# very static scenes, and apply variable blur on moving scenes.
# We also assign a variable - and this is why a line break is inserted:

SwitchThreshold = (Width<=352) ? 4 : (Width<=480) ? 3 : 2
ScriptClip("nf = YDifferenceToNext()"+chr(13)+ "nf >= SwitchThreshold ? \
unfilter( -(fmin(round(nf)*2, 100)), -(fmin(round(nf)*2, 100)) ) : \
TemporalSoften( fmin( round(2/nf), 6), round(1/nf) , round(3/nf) , 1, 1) ")
BlockBuster(method="noise", detail_max=7, variance=0.5, seed=1)


#
#
#

GripBorders()
Limiter()

#
#
## Functions ###

function fmin( int f1, int f2) {
return ( f1<f2 ) ? f1 : f2
}

#
####



En cuanto al MCE, no lo he probado aun no puedo opinar...pero pronto lo haré...

hasta pronto :wink:

Eso debe ir por gustos. Pero acabo de hacer una prueba con CQ_VBR con predicción ACP (añadiendo 2 al porcentaje como me recomendó Calafat) y estoy muy contento con los resultados. Realmente "parece" que se eliminan mas DCT blocks con el mismo .avs. No lo he comparado con la misma película, pero sí con otros episodios de la misma serie "V, los Visitantes" y parece ser así.

Como dices que lo que haces es convertir avi a 352x288 mpeg1, el mismo Kwag dice que con esta resolución es como mejores resultados da el MCE. Y notarás, que, codificando en mpeg1 (no elijas VCD standard) y solo "video", cambiando a VBR y bitrates máx, min y medio, es muchísimo mas rápido. Y encima acepta los .avs. La calidad se puede decir que es casi la misma (según Kwag) quizás un poco mas de artefactos, pero la velocidad es algo a tenerlo en cuenta. Pero como siempre digo, pruébalo tú mismo.

Pues no. A mí no me pasa eso. Supongo que te refieres a los "artefactos" o el ruido de mosquito. Este se causa cuando se afina la imagen (nitidez) y el bitrate no es lo suficientemente alto. A mí, hasta el momento no me ha pasado, porque con películas muy largas todavía no he probado ACP y TOK junto al tmpgEnc.
Si por el contrario te refieres a los DCT blocks (te sucede en zonas oscuras o de poca definición?), no sé si será resultado del avisynth 2.52. A mí el 2.08 me lo hace muy bien. Y con la última prueba CQ_VBR y acp, aún estoy mas contento; parece que los DCT blocks aún se han "ido" mas todavía. Claro que para estar mas seguro hay que hacer mayor número de conversiones y hablar con mas propiedad; por solo un caso no se puede juzgar. Pero esto pinta bien.

Para que la próxima vez te puedas hacer una idea; hay tres tipos de formato:

-4:3 o también 1'33:1 (si divides 4/3 da 1'33). Es la proporción de pantalla de las TV de toda la vida. Son para emisiones de DVD, capturas de VHS o algunas (pocas) películas DVD (normalmente antiguas). Se indica la resolución vertical (primero número 1'33) comparado con la horizontal (1). Es decir, la resolución vertical es de 1'33 cm por cada cm de resolución horizontal. Y esto es para cada una de las siguientes proporciones de pantalla.

-1'85:1. Es la proporción de las pantallas panorámicas pero con bandas negras no muy amplias. Ésta es la proporción realmente que también se llama 16:9 (aunque en algunos dvds originales verás que pone 16:9 tanto junto a 1'85:1 como 2'35:1). Las películas Disney suelen utilizar estas prporciones. Si divides 16/9 da 1'77 periodo, un valor muy cercano a 1'85.

-2'35:1. Es la pantalla panorámica con mayores bandas negras. Películas como "El seños de los Anillos" o "STar WARS".

Para saber mas o menos que proporción has de hacer esto: divide la resolución vertical (la primera que se da siempre) entre una de las proporciones de pantalla. Por ejemplo (el que tú das).

640x272; 640/2.35= 272'34 Es decir, mas o menos 272. La resolución ha de ser múltiplo de dos para divx, y por ello se "redondea" (a veces los redondeos varían algo mas que 0'34). Por tanto, tu avi es 2'35:1. Para ser 16/9 (o lo que es lo mismo 1'85:1), hubiera sido 640/1'85= 345'xx o sea, 346 mas o menos. Espero que me hayas entendido.

Yo siempre utilizaría el moviestacker cargando el avi, que es la forma mas sencilla. Y siempre utilizo grip crop y overscan. Tranquilo que te guardará las proporciones de forma exacta, sin problemas.

Lo del CQ o CQ_VBR pruébalo tú. YO la prueba que hecho con el segundo me ha gustado mucho, pero ya te he dicho que tengo que valorar mas cosas.

Y tranquilo; nadie nacemos sabiendo. Y a algunos, nos gusta tirar el rollo y explicarnos... xDDD

nogod, vas sobraoooooooo 8O 8O

peaso de post que te has marcado....es para quitarse el sombrero,sigue asi....eres genial!!! :wink:

Hola gente !!!

Gracias por la respuesta NoGod, la verdad que me has aclarado muchisimas cosas, sobretodo eso de las proporciones que no las tenia yo muy claras.

Unas cosillas, con respecto a lo de las proporcionas, ahora que lo tengo ya CRISTALINO, cuando configuro el TMPGEnc ... ¿He de poner el origen como 16/9 aun utilizando el GripFit? ¿Lo dejo en 4/3? , la salida siempre la dejo en 4/3, porque al poner CLIPFRAME veo un poco como queda la proporcion y siempre me queda bien.

Otra cosilla, respecto a los Bloques y lo que yo te decia de "cortinilla", el problema es que no se como explicarlo tecnicamente :(, pero a ver si lo puedo explicar para que me entendais, lo intento con un ejemplo a ver ...

La peli "EL QUINTO ELEMENTO", al principio cuando estan en una especie de interior de una piramide, la imagen recorre unas columnas y sigue a un chiquillo, las columnas son todas mas o menos del mismo color, pero al moverse la imagen parece que se forma en las columnas como una especie de cortinilla, es como si la textura de la piedra de la columna cambiara, yo diria que se forman como cuadraditos, pero no son iguales o al menos no me lo parecen, sino que unos son mas grandes que otros o mas alargados.

Yo creo que los DCTBlocks son los que hacen que toda la imagen se ponga en cuadraditos, que salga como pixelada, aunque solo sea un segundillo, pero esto que me pasa no es eso, digamos que la imagen sale bien definida, no hay cuadraditos en el contorno de las figuras, pero si en el interior de las figuras. Siguiendo el ejemplo, las columnas tienen el contorno liso pero en la textura (o el interior de las columnas) aparecen como cuadraditos que se van cambiando y hacen un efecto feisimo.

Lo mismo me pasa muchas veces cuando sale una cara el primer plano, la cara se ve bien pero el fondo se ve como a cuadrados, o sea que no se ve difuminado total, sino como si se formaran cuadraditos transparentes.

Ya se que no me explico demasiado bien, tal vez para entenderme deberia poner un trozo pequeño de una peli que haya hecho para que lo vierais, pero no se como postearlo :(

Cuando utilices cualquier .avs (ya sea con grip crop o no) pon siempre tanto en la pestaña "advanced" como en la de "video" 4/3. El mpeg es codificado en 4/3 (como todos los mpeg) porque las bandas negras rellenan lo que falte para esa proporción, así que tranquilo.

Creo que a lo que te refieres son los dct blocks. SE ven en las zonas oscuras sobre todo, pero también en zonas (no blancas ni muy claritas) con poca definición.

Eliminarlos del todo para mi ha sido siempre imposible, pero se pueden "disimular" bastante (pero mucho mucho). Con el script que yo utilizo no se ven casi (el blockbuster noise lo que hace es crear algo de ruido, imperceptible a la vista, en esas esecenas, para que no codifique los cuadritos, que son creados por falta de "algo" que codificar). Claro que como te dije, yo utilizo 2.08 avisynth). Parece ser que la forma de codificación CQ_VBR (hallando el valor de porcentaje con ACP) es la que mejor elimina DCT blocks con ese comando avisynth.

Hola gente !!!

Hola NoGod, con respecto a los DCT Blocks esos, pongamos que es eso a lo que yo me refiero, he usado el blockbuster, de hecho yo cuando veo la peli en el ordenata me quedo alucinao, porque casi casi es como si viera el DivX, pero lo chungo viene al grabarlo en KVCD. Al reproducirlo en el DVD se ve fatal, se ven mogollon de bloquecitos desos casi transparentes, y eso que el contorno de las figuras se ve bien. Es como cuando ves una cara en primer plano y se ve de lujo, pero el fondo esta como difuminado y como si cuadraditos se fueran formando y moviendose.

¿Ademas del BlockBuster, no hay otro metodo para quitarlos?

Hola vialhue, ese es el problema cuanfo codificas de un source avi file
es que si el source es mediocre es muy dificil obtener alta calidad, y la cosas se complican aun mas cuando usas resoluciones baja y la pelicula es de accion, larga y la tratas de introducir a un solo cd. Por lo tanto no hay filtro que elimine los DCT siendo este el caso. :wink:

chicos, puede ser que un divx, solo este en modo lectura? es que me el al querer cambiar el Code con el FourCC Code, me pone que solo es posible leer... 8O

Tranqui. A mí me pasa lo mismo. En el monitor, al estar el contraste o el brillo mas bajos, noto mucho menos los defectos de los dct blocks (aunque se nota mas la falta de definición a 352x288 y otro tipo de fallos). Lo que te dice un compañero puede ser también; que el divx de procedencia tenga ya el error y por tanto... nada se puede hacer.

No sé si te entiendo bien... quieres volver a recodificar? El virtualdub lo hace, y si no, el dr divx. Si no es eso, no sé de lo que hablas, I'm sorry.

si nogod, quiero volverlo a codificar, cambiarle el codec que lleva por uno que no me de problemas, pero lo raro es que con este codec ya he trabajado mas de una vez...ayer intente recodicarlo y enseguida que lo abres con el virtualdub que te enseña input y output video ,pues siempre al principio se queda enganchada, es decir , el proceso sigue pero solo te codifica hasta donde se queda engachada, es decir menos de 1 minuto...no se parece que es un divx protegido....es igual, hice un proceso mas facil (cansado de probar cosas e incluso cabrearme seriamente con mi pobre pc, que no tiene ninguna culpa :angryfire: ) seleccione el avi, pulse la tecla "Supr" y luego fuí a la papelera y la vacié....asi de facil lo arregle.... :mrgreen: es igual, por una que no paso...jejejeje...

Hombre, no es un arreglo demasiado "agresivo"? :lol: :lol: :lol:

La próxima vez, prueba con el doctor divx (que puedes descargar de la página de divx) o de algunos programas p2p que yo NO RECOMIENDO utilizar porque pueden compartirse programas ilegales :wink: ni usar los cracks que hay por ahí, por supuesto.

Ese programa puede con todo. Me dejó recodificar incluso lo que el virtualdub no me permitía.

ok, lo tendré en cuenta....gracias :wink:

Estais por todos lados, ejjejejejjeje :wink:
:twisted: :twisted:
P.D: Gracias kwag por recuperarme el username :wink:

;)

HOMBRE ra5849 :!: :!: k tal tu por aki :?: mejor con tu presencia... :ole:

Eh eh eh! Aquí que pachaaaaa?
Cuanto bueno! :D