CQMatic se estrella con Jellygoose
 

En el log de cqmatic siempre me sale una diferencia de archivo negativa al usar el siguiente script:

#Jellygoose Script for Lord of the Rings I - extended Edition
#

## DLL Section ##
#
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\MPEG2Dec3.dll")
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\STMedianFilter.dll")
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\asharp.dll")
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\undot.dll")
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\vsfilter.dll")
LoadPlugin("D:\DVD RIPPING\Avisynth\AviSynth 2.5\plugins\blockbuster.dll")
#

## Defined Variables and Constants ##
#
MaxTreshold = 1.55
scd_trigger = 30 # Scene change trigger value.
nf = 0 # Current frame.
#
####

Mpeg2Source("D:\DVD RIPPING\PELICULA\LOTR_TWO_TOWERS_D1\LOTR2.d2v")

Undot()
Limiter()
asharp(1.5,4)

BilinearResize(352, 288, 8, 0, 704, 576)
STMedianFilter(8, 32, 0, 0 )

MergeChroma(blur(1.55))
MergeLuma(blur(0.025))

## Dynamic Linear Adaptive Filtering and Scene Change Detection ##
#
# ( 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:

ScriptClip("nf = YDifferenceToNext()"+chr(13)+ "nf > 2.5 ? asharp( -(fmin((nf/30), 1)), 0 ) : \
TemporalSoften(2,7,7,5,2) ")

#
# Scene change detection ( kwag ) - If a scene change is detected, we
# blur heavily. This affects the scene before and the one after the
# scene change, thus providing a softer transition for the encoder instead
# of a sharp "spike".
# If it's not a scene change, then we just blur dynamically, depending on
# the action.

ScriptClip("nf > scd_trigger ? asharp( -2,0) : asharp(0,0) ")

#
#
#
BlockBuster(method="noise", detail_min=1, detail_max=10, variance=0.6, seed=5823 )

#Letterbox(0,0,14,14)
#AddBorders(0, 32, 0, 32) # Depends on situation. Use MovieStacker!

Limiter()


#
#
## Functions ###

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

#
####

pero pulsar veo que añades el blockbuster y no utilizas gripcrop...

Viendo tu script, yo probaria exactamente con este:

No se mira si se "estrella" el CQMatic con este script...

Gracias, pero ...
 

Gracias por contestar, Cala, pero ya lo probé.
De hecho, además de éste, he probado el QMOTION que aparece -recientemente- en la página de avisynth ... todos sin éxito.

Una cosa: me imagino que Kwag habrá tomado nota ya en el foro de bugs, pero CQMatic FALLA ESTREPITOSAMENTE a menos que se arranque desde un proyecto TMPEnc EN BLANCO. Si arrastramos parámetros de otro proyecto SIN LIMPIAR TOTALMENTE los datos del anterior, el CQMatic tarda milésimas de segundo en dar un resultado. Se puede ver que la diferencia del archivo calculado es NEGATIVA, con lo cual ni se molesta en codificar. (Se ve con 8 o 10 "parpadeos" de pantalla -en los que TMPEnc se inicia y se para- y da un resultado a velocidad de relámpago, curiosamente siempre por encima de 89 pero sin llegar a 90).

SE PODRÍA AVISAR DE ESTO ANTES DE que los que lo utilizamos estemos 48 horas intentando hacer que el CQMatic funcione.

Otra cosa: con el script JellyGoose (que creo que a él le funcionó) el CQMatic me dice (esto es lo bueno) despues de 4 HORAS de pruebas en CQ con overrride, que marque un CQ de .... tachán: 1,84. -yo lo hago antes a mano sin tanta parafernalia-. y ya en serio ¿es normal que tarde tanto? ¿Es normal un índice tan bajo?

y la pregunta del millón: ¿COMO METO LOTR-2TOWERS en 1CD de 99min.?

Esta vez un poco mejor.

Iniciando un proyecto en blanco, cqmatic me dice:
con cq_vbr: 11,08
con CQ: 44,96

No es muy bueno, pero es un principio. Estoy haciendo una prueba sobre 20 minutos de vídeo original a ver que tal queda.

Por cierto, es un trabajo pesadísimo: probar, grabar, visionar, probar otra vez, grabar otra vez, visionar de nuevo .... ¿no hay algo parecido al AVSCompare para ver las pruebas antes de grabarlas? (AVSCompare está un poco "buggy-buggy" con el avs 2.52)

Otra por cierto: ¿se podría simular en el monitor el resultado de la peli tal cual quedaría vista en una TV?. No se trata de reproducirla, sino de adaptar el monitor para que emulase una TV y evitar la fase de grabación.

Gracias, seguiré dando noticias.

Prueba de calidad nefasta. Se puede ver, pero me aparecen los famosos DCT BLocks, y aparte los macro-blocks y los super-macro-blocks.

Seguiré intentándolo con otro script.

Hola,

Pasar una peli de 2h40 en 704x576?! Creo que el problema está alli. Intenta cambiar la linea de gripcrop a GripCrop(352, 288).

Con esta resolución, me entra en un CD de 80min, y un CQ de 70 (max. bitrate de 2300)...

Salu2

Prueba a 352x576 a ver q tal con overscan=2 y si no 352x288. 704x576 es una burrada para esa pelicula y querer meterla en un solo cd aunque sea de 99min.

¿tu lo has hecho, fabrice? ¿la calidad de vídeo es buena?

Me has pillado justo haciendo la predicción con CQmatic y el Script Optimo adaptado a 352x288. con BitRateMax=1150 y BitRateMin=300, el CQmatic me está calculando ahora un CQ de 36,57.

Me temo que el resultado sea igual que el anterior.

Voy a abrir un post nuevo para las experiencias de >2 horas en KVCD. Al igual que están en inglés, pero en castellano.