Motionflow 120Hz fatto con htpc ffdshow avisynth reclock = paradiso panning

Ho deciso di croppare perchè tanto ho visto che sono solo 2 pixel per video da togliere.

Il problema è come corppare???

Ho letto che c'era un modo attraverso l'mkvmerge aggiungendo un command line option con questa sintassi:

--cropping <TID:left,top,right,bottom>


Ho provato ma mi restituisce sempre errore.

e non so nemmeno che cosa voglia dire TID
 
Ma è la tua sorgente originale che ha un formato strano?

Sennò, fai un resize con la funzione che ho scritto io (DynamicWidth), quella automaticamente ti risolve il problema dei multipli di 8.

Altrimenti usi la funzione Crop prima di lanciare quello che ti serve.
 
Allora, il problema è questo.

Alcuni mkv, non molti, non sono multipli di 8.

avevo pensato al crop di avisynth, ma non so come gestire l'eccezione.

Non so come fargli caricare a ffdshow un profile se il video non è multiplo di 8.

Oltretutto, non so di quanto fare il crop non essendo fisso per tutti i video.


ecco perche avevo deciso di croppare direttamente il video.
 
Con il Dynamic Width puoi star sicuro di mantenere l'AR. Non fa un crop ma stretcha quanto basta per avere i multipli di 8 con il più vicino AR possibile.

In questo modo le eccezioni sono automaticamente gestite con un piccolo sacrificio sull'AR.
A dire il vero non avevo pensato di croppare se non incontro l'AR ma se mi dovesse sconfinferare lo farò.
 
Per chi guarda principalmente dvd pal, se trovate il motionflow bello ma un po' eccessivo, e volete ridurre la sensazione che il video sia "accelerato", o comunque ridurre un po' la sensazione di estrema burrosità del filmato.......potete farlo grazie a reclock.

Mettete il refresh a 48, fate partire un dvd e nella configurazione di reclock scegliete di guardare il filmato a refresh/2 (ovvero 24fps, per farlo basta scegliere alla voce speed la modalità "refresh/2" e spuntate anche locked, giusto per essere sicuri).

Controllate sempre che reclock veda la sorgente a 25 e non a 50 (con script di avisynth x il motionflow attivo ovviamente reclock rileva in uscita il doppio dei frame), altrimenti vi va tutto al rallentatore ;)

Lo aggiungerò anche al primo post, chi non ha un pc recente o chi trovava eccessivo l'effetto cosi potrebbe trovarlo molto piu gradevole........
 
stazzatleta ha detto:
fra qualche giorno dovrei disporre dello StazzaHTPC dell meraviglie col nuovo quad core :cool: e proviamo.

il qualche giorno si è trasformato in qualche mese complice una scheda madre DFI difettosa che ci ha messo due mesi per essere sostituita. :mad:

comunque la bestiaccia adesso è installata nello StazzaCinema. appena riesco a riprendermi dalla nottata passata a configurare le cosettine di base, installo i SW necessari allo pseudomotionflow e provo ;)
 
stazza per favore visto che inizi da una tabula rasa saresti così gentile da descrivere le operazioni passo-passo?
così visto che h voglia di formattare il mio littlesheeps-pc
magari esce qualcosa di carino!
che ne dici se iniziassi da una fredda lista dei componenti del tuo?
forse meglio farlo nel mio topic (voglio l'htpc!)
per non sporcare questo e torniamo quì quando arriverà il momento dei settaggi!
ciao e grazie ale!
 
io ho un televisore a 100Hz. Secondo voi utilizzando questa tecnica del motionflow a 120Hz noterei grosse differenze? potrei anche farne a meno?
 
Posterò a breve una versione dello script affinata ulteriormente.....sono riuscito a ridurre ancora parecchio gli artefatti, grazie ad un paragone con il FI epson.
Per chi avesse visto il tw5000 con FI, l'effetto di questo script è simile, ma rimane
1) un gradino sotto come numero di artefatti (veramente pochissimi sull'epson, anche sulle scritte.....wow.....)
2) un blocco di cemento sopra come fluidità complessiva (penso il tw5000 abbia un grave problema firmware........c'erano dei macroscatti evidenti ogni pochi secondi)

@stazza
cerca di sopportare i primi 30minuti (o se guardi dvd portali da 25 a 24fps - è meno traumatico ;) ) e dopo aver guardato un po' di panning finalmente inchiodati allo schermo e volti che non perdono dettaglio sui primi piani appena si spostano di pochi cm comincerai ad amare le telenovelas :D

@breme
ti ho già risposto pochi post fa........non ti fidi :D ?
 
Nuova versione dello script, postata anche in primo post, questa versione oltre ad essere piu veloce genera anche meno artefatti.

Sui blocchi quadrati e sulle scritte il search>0 generava troppi artefatti (nel cavaliere oscuro, controllate il primo palazzo bianco a sinistra che si vede nel primo panning del film, a circa 1minuto).

E ora la scritta di TDAT della bandiera si vede molto molto meglio.......ha solo qualche sfarfallio veloce e molto contenuto!

Il ThSCD1 altissimo contribuisce a creare pochissime sbordature......ora quando qualcosa si muove i contorni sono praticamente quelli di un fermo immagine......WOW!!!!

setMTMode(2,26)
source=ffdshow_source()
super = source.MSuper(pel=2)
backward_vec = MAnalyse(super, blksize=16, overlap=0, isb = true, search=0, searchparam=0)
forward_vec = MAnalyse(super, blksize=16, overlap=0, isb = false, search=0, searchparam=0)
source.MFlowFps(super, backward_vec, ThSCD1=100000, blend= true, forward_vec, num=2*FramerateNumerator(source), \
den=FramerateDenominator(source))
distributor()

Dopo un lungo periodo di antipatia profonda, comincio ad amare l'htpc! :D :D
 
Fantasyl sei sempre il migliore!! ;)
Hai provato a diminuire il blksize da 16 a 8 o anche 4??
Ma da quello che ho capito io le funzioni search/searchparam/pelsearch sono importanti per determinare la SAD!
Abbassando il blksize e aumentando il serarch dovresti (da quello che posso averne capito io :confused: ) poter tenere il ThSCD1 ad un livello migliore, proprio perché l'analisi dei movimenti è più accurata.
 
Ultima modifica:
breme ha detto:
io ho un televisore a 100Hz. Secondo voi utilizzando questa tecnica del motionflow a 120Hz noterei grosse differenze?
O utilizzi il 100hz del TV o utilizzi il motion flow...
Sarebbe interessante avere una comparazione tra i due, soprattutto se il TV è un sony, visto che quello della sony sia l'unico 100hz digeribile...
 
d5786 ha detto:
Hai provato a diminuire il blksize da 16 a 8 o anche 4??
Si, ma con thSCD1 solo a 350 e 400 :rolleyes: .....non notavo particolari miglioramenti, almeno sulle scene che ho visto.
In effetti dovrei riprovare ora con thSCD1 sparato alle stelle, perchè tenendolo a 350/400 forse il problema di maggiori artefatti era dovuto alle impostazioni che rendevano inutilmente "indeciso" lo script.......

Da quel che ho capito (dalla documentazione) se alzo il thSCD1 diminuiscono i blocchi cambiati (blocchi per cui il motion comp non è rilevante e viene quindi ignorato).
........sostanzialmente sparandolo alle stelle viene applicato di più il MC. Prima su alcuni oggetti - grossi e "vicini" - in movimento rapido - non veniva applicato il MC, e quindi li vedevo molto più "scattoselli".....

Solo non capisco la parte finale del thSCD1.....quando dice "....and you must always use reduced to block size 8x8 value"

.......mmmmhhh....serve qualcuno che ci capisca davvero, steeeeeealth, steeeeeallthuccio :D
 
Io cmq inizierei con l'abbassare i valori di blksize a 8 o 4 se la tua cpu è in grado..... :mad: maledetta la mia :cry: ....
Poi imposterei il search a 3 visto che:
"...search, searchparam, pelsearch : search decides the type of search at every level, and searchparam is an additional parameter (step, radius) for this search, and pelsearch is the parameter at finest (pel) level:

search = 0 : 'OneTimeSearch'. searchparam is the step between each vectors tried ( if searchparam is superior to 1, step will be progressively refined ).
search = 1 : 'NStepSearch'. N is set by searchparam. It's the most well known of the MV search algorithm.
search = 2 : Logarithmic search, also named Diamond Search. searchparam is the initial step search, there again, it is refined progressively.
search = 3 : Exhaustive search, searchparam is the radius (square side is 2*radius+1). It is slow, but it gives the best results, SAD-wise.
search = 4 : Hexagon search, searchparam is the range. (similar to x264).
search = 5 : Uneven Multi Hexagon (UMH) search, searchparam is the range. (similar to x264).
Defaults are: search=4, searchparam=2, pelsearch=pel. "
Poi incomincerei ad abbassare il thSCD1 a 10000
 
fantasyl ha detto:
setMTMode(2,26)
source=ffdshow_source()
super = source.MSuper(pel=2)
backward_vec = MAnalyse(super, blksize=16, overlap=0, isb = true, search=0, searchparam=0)
forward_vec = MAnalyse(super, blksize=16, overlap=0, isb = false, search=0, searchparam=0)
source.MFlowFps(super, backward_vec, ThSCD1=100000, blend= true, forward_vec, num=2*FramerateNumerator(source), \
den=FramerateDenominator(source))
distributor()

Dopo un lungo periodo di antipatia profonda, comincio ad amare l'htpc! :D :D
La mia simpatia stenta ancora un po' anche se ormai lotto da più di 2 anni con esso, poi con la Samsumg cam ora che ero stabile ho perso parte della mia quasi tranquillità, ma veniamo alla domanda:
sto provando il tuo ultimo script ma appare il messaggio che dice:

there is no function named MSuper...

Why?
Ho notato che anche tutte le altre chiamate sono M anzichè MV, ho provato ad aggiungere la V ma nisba ne MSuper ne MVSuper.
Cosa devo aggiungere? O meglio cosa mi sono perso?:rolleyes:

_____________________

ho trovato da solo la risposta rileggendo tutto il tuo primo post del thread.
riporto ugualmente la soluzione pe qualche altro sbadato come me...

3) Installate MVTools ed MVTools2 per far andare le ultime versioni dello script!
http://avisynth.org.ru/mvtools/mvtools.html
http://avisynth.org.ru/mvtools/mvtools2.html

______________________
Però la mia CPU (vedi in firma) non ce la fa nemmeno con il PAL. arriva al 100% nonostante un po' di OC. Con il tuo precedente script ero sui 30-50%
 
Ultima modifica:
@d5876+
si, appena ho un attimo faccio qualche prova, anche se 10000 agli effetti pratici penso sia uguale a 100000........ovvero processa tutti i blocchi........

@franky
hai provato a lasciare il setMTMode che usavi prima o abbassarlo a 0, o a 2, ecc.ecc.? valori altissimi dei thread (come 26) usano molto di più la cpu, anche se è vero che il secondo script è più pesante.
Prova anche ad abbassare il thSCD1 a valori tipo 800 e 1500 e vedere se la cosa migliora........sui dvd mi sembra strano che un E6600 non ce la faccia.....
 
@fantasyl
proverò appena possibile... con i setting originali del secondo script ho una CPU quasi costante al 100% e l'altra a 80-100%. Naturalmente quando ho il 100% su entrambe il video stattera. La buona notizia, per quel poco che ho potuto valutare è che questo secondo script può funzionare meglio col calcio rispetto al primo.
Grazie Ciao
 
Top