madVideoRenderer - high quality video renderer (GPU assisted)

[Actarusfleed]

...

Madashi ,questa mi mancava......,ma da dove lo hai preso sto nome.......si chiama Madshi.

Mi sono preso libertà stilistica.

Madshi vorrebbe in qualche modo di implementare i pixel shader sul suo renderer,ma non ho capito il senso della tua affermazione....

Intendevo dire che nel 3ad ufficiale di madashi un tizio gli chiedeva il perchè non fosse possibile "fare andare" gli shaders interni a MPC HC con il suo shader.
Lui gli ha risposto che quegli shaders, per andare, avrebbero dovuto operare in YCbCr visto che il suo shader, per garatire la massima resa video, lavora sulla medesima base.

Conlude la sua risposta invitando gli autori di mpc hc ad implemetare tale opzione.

Il suo intervento me lo sono memorizzato in un file di testo sul pc in ufficio. Domani lo posto quì.

e cosa centra col file 3dlut.

Ho tirato in ballo 3dlut perchè nella mia sconfinata ignoranza in materia HTPC mi sembra un modo per implemetare script estreni in madVR .... e qualche utente evoluto potrebbe scrivere uno script per l'enfatizzazione del dettaglio.

Acta, come fare bene o male l'ho già detto,poi magari forse è il caso anche di provare a smanettare un pò di più,prima di dire con certezza che non si po fà.

Caspita Ciccio me lo sono proprio perso! scusami!
Dammi il link alla tua spiegazione perfavore.
Io, dal canto mio, leggendo sul 3ad ufficiale che gli shaders non funzionano ed avendone la prova con i test fatti avevo dato x scontato che non funzionassero.

Chiedo a tutti scusa se ho creato "disinformazione".

L'ho postato solo per farti notare che è possibile aggiustare la colorimetria,mentre tu, se non erro, mi pare abbia detto il contrario.......,lascia stare il gamma e il delta dei vari colori, mi riservero' di sistemarli.:O

No, io avevo detto che, sulle prove fatte, la colorimetria veniva aggiustata ma con un grado di precisione non ottimale e che, per di +, lo script andava a modificare pesantemente il gamma e la risposta rgb.

Ora yesgrey mi ha suggerito di correggere gamma e rgb dopo aver implemetato la sua soluzione.

Farò delle prove e vi terrò informati.

acta.

 

[Riker]

RIKER dammi qualche dritta.

a me madVR su vista non va gggrrrrr...
Volevo far le prove ma mi da un maledetto errore ...

 

[ciccio1112]

@acta

Dopo il tuo resoconto,non me ne volere male, ma vedo che c'è un pò di confusione tra pixel shader e file 3dlut da creare col comando "cr3dlut".


Al momento l'unico modo per avere il controllo della colorimetria con madvr e creando l'apposito file 3dlut ,se poi un domani e possibile implementare il controllo della colorimetria anche con in pixel shader che ben venga per adesso se vuoi gli shader, devi ritornare in EVR.

La breve spiegazione sul 3dlut l'ho data qui,qualcuno ha afferrato il concetto e adesso lo sta utilizzando.​

http://www.avmagazine.it/forum/showpost.php?p=1945652&postcount=126

Per quanto riguarda il discorso script ,puoi applicare lo script su avisinth del LSF ,che è uno dei migliori filtri di sharpness mai creati, per ffdshow.

 

[Actarusfleed]

...

Dopo il tuo resoconto,non me ne volere male, ma vedo che c'è un pò di confusione tra pixel shader e file 3dlut da creare col comando "cr3dlut".

Sì, scusami ma, come sai, mi sto riavvicinando al mondo HTPC da pochi giorni.
Confido nella tua pazienza … però anche alcune tue affermazioni contribuiscono a confondermi le idee.
X es. :

E, che cosa te lo fà pensare...
Guarda che non dico barzellette.....

E questa…

per adesso se vuoi gli shader, devi ritornare in EVR.

Sono in antitesi.

Quindi, per chiarmi le idee, ti ri-chiedo: Gli shaders di MPC HC possono funzionare sotto madVR?
Se sì, mi spieghi come fare?

A tal proposito, come promesso ieri, riporto la citazione presa da un intervento di madshi:

That will require a combined effort on my side and MPC-HC side, but it should be possible to do. One problem is that I think the best place for some shaders would be in YCbCr space and madVR could offer that to custom shaders, while VMR/EVR can not. So MPC-HC currently does not support YCbCr shaders.

La breve spiegazione sul 3dlut l'ho data qui,qualcuno ha afferrato il concetto e adesso lo sta utilizzando.[/LEFT]http://www.avmagazine.it/forum/showpost.php?p=1945652&postcount=126 .

Ok, questa l’avevo vista e diciamo che la sto testando.
Il mio discorso nasceva dal fatto di vedere il 3dlut come una “porta aperta” in madvr per caricare degli script. Quello postato da te serve a correggere la colorimetria.
Analogamente speravo fosse possibile usare lo stesso tool per creare-caricare script con finalità differenti.

Quindi il sunto del mio discorso si traduce in una domanda: 3dlut può essere usato con script differenti da quello postato da te?

Per quanto riguarda il discorso script ,puoi applicare lo script su avisinth del LSF ,che è uno dei migliori filtri di sharpness mai creati, per ffdshow.

Grazie x il suggerimento, farò una ricerca per trovare lo script.

Acta.

 

[maury74]

scusami Acta..ma onestamente non ho ancora capito cosa stai cercando quello che ho capito io è che al momento non c'è un modo di applicare gli shader di mpc,cmq il 3dlut può fare lo stesso lavoro,quindi chi se ne frega?
se vuoi uno sharpness puoi applicarlo sia con ffdshow o ancora meglio con Avisinth come ti a suggerito Ciccio.
stasera farò una taratura strumentale per vedere cosa ne salta fuori,ma credo che cosi ad occhio (per quanto riguarda colorimetria e gamma)sembra andare meglio il metodo pixel shader di mpc.

volevo invece chiedere una cosa a ciccio sul file chc. perche non fai anche una rilevazione al 75% dei primari e complementari?sarei curioso di vedere i risultati sul gamut.

 

[ciccio1112]

Ciao maury il file chc è completo di tutte le rilevazione alle varie percentuali di saturazione,sia dei primari che complementari,guarda attentamente.

Fammi sapere post taratura le tue impressioni,anche perchè c'è qualcosa che non mi quadra....nel senso chè il verde si posiziona tranquillamente secondo specifiche mentre rosso e blu sono duri a morire,,questo nei pixel shader non succedeva.

 

[ciccio1112]

Acta scusami ma c'è stato un fraintendimento....

Punto primo dove dico"guarda che non .....barzellette" io parlavo del file 3dlut, tu invece ti riferivi agli shader ,e che giustamente tu hai detto che non funzionano con madvr mentre pensavo alludessi al uso del 3dlut,ecco perchè quella risposta.​

per concludere il discorso sugli shader al momento niente madvr.


No, il file xxxx.3dlut per il momento può correggere solo la colorimetria,il resto lo puoi fare mediante ffdshow,anche perchè il file cr3dlut che ti consente la creazione della tabella(look up table)al momento non include comandi atti ad aggiungere ad es. un filtro di sharpness.

Puoi vedere l'elenco completo dei comandi nel file di testo sulla cartella cr3dlut, il file si chiama"cr3dlut_ReadMe_Full"

 

[Actarusfleed]

...

scusami Acta..ma onestamente non ho ancora capito cosa stai cercando

Caspita Maury, non credo di esprimermi così male.... …. Alle volte sono prolisso ma solo perché cerco di spiegarmi al meglio. Ma forse non ci sono riuscito.
Basta che leggi attentamente le mie domande e le risposte di ciccio.

X es:

quello che ho capito io è che al momento non c'è un modo di applicare gli shader di mpc

Questo è quello che avevo capito anche io ma ciccio (nella citazione appena sopra da me riportata) asserisce il contrario.

cmq il 3dlut può fare lo stesso lavoro,quindi chi se ne frega?

Questo è vero solo per lo shader scritto da yesgrey ma per tutti gli altri shader?
Sono replicabili tramite il 3dlut?
Questi sono i quesiti a cui sto cercando di farmi dare una risposta da ciccio.

stasera farò una taratura strumentale per vedere cosa ne salta fuori,ma credo che cosi ad occhio (per quanto riguarda colorimetria e gamma)sembra andare meglio il metodo pixel shader di mpc.

Sono d’accordo con te lo shader sembra comportarsi nettamente meglio.

Ciao maury il file chc è completo di tutte le rilevazione alle varie percentuali di saturazione,sia dei primari che complementari,guarda attentamente.

Non vorrei mettermi tra moglie e marito ma sono abbastanza certo che maury ti stia chiedendo una lettura dei primari e secondari @75% Della LUMINOSITA’.
Non parla di saturazione.
Nel tuo file queste rilevazioni non ci sono. Dovresti farne uno complementare.

Acta.
P.S. x ciccio: mi dai qualche risposta netta sui quesiti riportati nel mio precedente post. Grazie 1000.

 

[maury74]

questo nei pixel shader non succedeva.:confused

infatti ho dato solo una sbirciatina al file stasera ricontrollo.

ho notato pure io questa cosa,avevo un file chc con i pixel shader,con questi sono riuscito ad ottenere dei risultati piu che buoni . speriamo anche con questo nuovo render.

cmq se la voglia rimane stasera vado di calb.

ciao.

 

[Actarusfleed]

fraintendimento

Acta scusami ma c'è stato un fraintendimento....

Scusa Ciccio,
non avevo visto questo tuo intervento e così ho risposto a maury.

Perfetto. Sospettavo in un fraintendimento ma speravo tu avessi trovato il modo di fare andare gli shaders.

ciao,
acta.

 

[ciccio1112]

ma sono abbastanza certo che maury ti stia chiedendo una lettura dei primari e secondari @75% Della LUMINOSITA’.
Non parla di saturazione.

Bhe a che pro... , il file da me postato è completo di tutte le misure, ci manca pure questa......, per conto mio il file è completo di tutto vedi(loving dvd AVS )

 

[maury74]

ma sono abbastanza certo che maury ti stia chiedendo una lettura dei primari e secondari @75% Della LUMINOSITA’.
Non parla di saturazione.

Giusto Acta.chiedevo propio quelle

per tutto il resto ora è tutto chiaro adesso ho capito.
cmq ci si perde facilmente nel mondo HTPC la vita è veramente ardua

 

[jay]

sto per dire un ovvietà quindi perdonatemi la mia domanda niubba...
ho notato che (almeno succede a me) i livelli con madvr non sono perfettamente allineati nonostante il 3dlut(quello di "base") se si usa coreavc la cosa è perfettamente risolvibile basta spuntare la casella giusta nella propietà del filtro.
Ma nel caso si usasse le ffdshow?
le opzioni che correggono una eventuale discrepanza dei livelli di luminanza funzionano solo nel caso di uscita in rgb,la cosa è risolvibile grazie al filtro livelli(oppure se esiste uno script avisinth) ma ad occhio non mi sembra della stessa qualità rispetto all'uso di un altro render+pixel shader...
a qualcuno è capitata la stessa cosa?

 

[maury74]

Allora Acta. hai fatto qualche prova con la sonda?io ieri sera ho provato a fare qualche prova e ne sono rimasto sorpreso.......si sorpreso dal casino che mi combina(almeno a me)questo Madvr gamma linearita rgb gamut,che si rientra un pò in specifiche ma ancora lontano da come speravo.
una cosa vorrei capire nel file 3dlut c'è anche la possibilita di avvicinare il gamma al ref.,ma onestamente non'ho ancora capito come quel codice gestisca il gamma,la prima misurazione che ho fatto mi a sparato un bel gamma a 1.77 (cosa che non mi succedeva dai tempi delle prime calib.)e nemmeno in modo lineare
poi ho fatto subito una controprova con la mia conf.cioè pixel shader di MPC render EVR costum,e già ad occhio la scala dei grigi migliorava nettamente,a letture complete ho avuto la risposta definitiva o quasi(almeno per il momento)con la mia conf.tutto torna,gamma,rgb,insomma con Madvr almeno per il momento non ci siamo ancora,almeno che non ci siano qualche errori da parte mia credo che ci sia poco da dire .

il file chc non lo nemmeno salvato,proverò in un secondo momento con piu calma,ma mi sà che sia solo tempo perso.

ciao.

 

[Actarusfleed]

@maury:

A me succede esattamente come te!
Quindi non solo il lut "scombina" tutte le regolazioni preliminari ma non è perfetto neppure nella collocazione dei primari sul triangolo.
Nel mio caso specifico mi collocava il rosso di una lunghezza netta all'interno del vertice del triangolo.

C'è evidentemente qualche cosa che non funziona come dovrebbe.

Ad ogni modo credo sia risolvibile ... dal tronde la controparte shader funziona nettamente meglio.

Nel weekend mi sono ripromesso di rifare le misurazioni x sicurezza.
Poi da lunedì partono le segnalazioni documentate sul 3ad di yesgrey.

acta.

 

[Actarusfleed]

Problema di Tearing

Ragazzi da qualche giorno con il MadVr mi compare una brutta riga orizzontale di Tearing sulla parte bassa del frame che "spezza" letteralmente l'immagine.

Da che cosa può essere causata?
Come si risolve?

La mia scheda video è la ATI Radeon 4850 con i driver 9.6 sotto Vista ultimate.

Nei settaggi di MadVr la modalità di eliminazione del tearingè attiva.

grazie,
acta.

 

[jay]

riesumo questo topic per una semplice domanda:
ho creato senza problemi il file di testo che dovrebbe sostituire i 3dlut nella cartella di madvr ma quando vado nel prompt dei comandi e provo a convertire(come suggerito in questo 3d) mi dice che cr3dlut non è riconosciuto come comando interno o esterno un programma eseguibile o un file batch,ovviamente ho già i dirirtti di amministratore...
mi sono perso qualche passaggio?
sul readme ho letto della possibilità di crearlo attraverso un file batch...
qualche idea? suggerimenti?
edit:risolto madvr ora lo fà automaticamente

a proposito yesgrey ci informa:

I already added the custom gamma curves to cr3dlut. We should be capable to specify the exact gamma curves of our displays and let cr3dlut create a 3D LUT that will compensate for it accuratelly. The results with my projector are very good, I only have to find the reason for a slight problem I am watching, and to add a simpler and faster algorythm for the curve fitting, because the current one (very accurate) is very slow, and only for testing we need a faster algorythm, and keep the more accurate only for the final 3D LUT file.

 

[ciccio1112]

http://madshi.net/madVR.zip


Codice:
madVR v0.11

* Fixed: luma impostazioni di ricampionamento non sono state salvate / caricate correttamente
* Fixed: su alcuni PC video ha preso avvio alcuni secondi
* Cr3dlut aggiornato alla v2.2

 

[YGPMOLE]

Ma la gestione dei sottotitoli è poi stata implementata con il MadVR, oppure ancora no?

 

[ciccio1112]

Purtroppo ancora no.