Ja todella surkea kuvanlaatu verrattuna ffdshow'lla paranneltuun. Eroa on kuin VHS:llä ja DVD:llä.
Tolla vaan sattuu näkymään melkein mikä vaan ;)
FFD-show saa joskus hulluksi, voi helvetti sitä säätämistä jne, ja sonicin kodekit bugittaa välillä joissakin leffoissa jne.............
___________________________________
Mielipiteeni ovat joskus jyrkkiä, sorry.4.6/7.4 *club 05 8k@x800* *Member of team Pöpi & Pulle*
Kiitos hyvistä ohjeista, ero on tosiaan kuin VHS:llä ja DVD:llä.
Mistä johtuu, että videoita katsellessa tuonne System tryihin ilmestyy kaksi ""ffdshow audio"" kuvaketta? Ei tuosta mitään haittaa ole mutta kyllä se aika häiritsevää on. Käytössä on ffdshow-20050303-sse, joka toimii sekä video ja audio decoderina. AC3Filter:iä en ole asentamassa, koska tekee hidastelullaan divx ja xvid videoiden katsomisesta mahdottoman (ainakin versio AC3Filter 1.01a RC5).
Joko tiedostossa on kaksi ääniraitaa, tai sitten on ffdshow:n asetuksista laitettu päälle pakkaamattoman äänen käsittely ja laitettu pois useamman instanssin tarkistus. Codecs astuksista katsot onko Uncompressed jokin muu kuin disabled ja Info & Debug välilehdeltä onko ""Multiple ffdshow instances"" jokin muu kuin ""only one - check all filter in graph"".
___________________________________
Gigabyte GA-7NNXP, Amd Athlon XP 2800+@2200Mhz, 2x1024MB, Radeon 9800 Pro 128MB, X-fi Fatal1ty FPS
Kuten Pred asian ilmaisi
Joko tiedostossa on kaksi ääniraitaa, tai sitten on ffdshow:n asetuksista laitettu päälle pakkaamattoman äänen käsittely ja laitettu pois useamman instanssin tarkistus. Codecs astuksista katsot onko Uncompressed jokin muu kuin disabled ja Info & Debug välilehdeltä onko ""Multiple ffdshow instances"" jokin muu kuin ""only one - check all filter in graph"".
Kiitoksia avusta! Tuossahan se vika olikin.
Osaisiko joku vielä kertoa mitä säädetään ""VFW codec configuration"" asetuksista?
Kuten Tronic asian ilmaisi
Oikea järjestys filttereille on seuraava:
1. post-process (tämä aina ihan ekana; piilottaa teräviä pakkausartifakteja)
2. levels (mikäli käyttää, yleensä tarpeeton)
3. deinterlace/framerate doubler (mikäli käyttää)
4. resize (lanczos, näytön natiiville resolle, parantaa laatua HUOMATTAVASTI!)
5. sharpen (lähinnä hyvälaatuiselle originaalimatskulle; ei niin paljoa että nappaisi kiinni pakkausartifakteihin tai originaalimatskun noiseen)
6. noise (piilottaa jäljelle jääneitä pehmeitä pakkausartifakteja tehokkaasti; noisea sitä enemmän mitä paskempi bitrate)
Noisessa kannattaa käyttää gaussista jakaumaa, jolloin noise on huomattavasti vähemmän häiritsevää, mutta ajaa silti asiansa hyvin.
Hömhöm, unohtui tähän sitten aikanaan vastata vaikka piti.
Oppaassa on jo nuo järjestykset käsitelty mutta varmistukseksi vastataan vielä tähän.
Järjestys on muuten oikein mutta framerate doubler pitää ehdottomasti olla resizen JÄLKEEN.
Resize on raskain filtteri näillä asetuksilla, eikä ole mitään järkeä pistää sitä tekemään kaksinkertaista työtä.
Kuvanlaadullistakaan etua tuosta järjestyksestä ei ole.
Sen sijaan jos tarvitaan aitoa deinterlacingia, se pitää nostaa listan YLIMMÄKSI, koska muuten postprocessing alkaa sotkemaan niihin interlacing artifakteihin ennenkuin deinterlacing hoitaa ne.
Tuosta framerate doublerin ja resizen keskinäisestä järjestyksestä voi olla montaa mieltä. Jos käyttää todella raskasta resizeä ja framerate doubler puolestaan on kevyempi, kannattaa ne laittaa esittämääsi järjestykseen. Jos taasen resize on kevyempi kuin doubler, kannattaa ne laittaa minun järjestykseen. En ole itse doubleria käytellyt, mutta voisi kuvitella sen olevan hyvinkin raskas filtteri.
Post-processing pitää ehdottomasti olla aivan ensimmäisenä, siis aina ennen deinterlacea. Jos se on vasta deinterlacen jälkeen niin sehän tekee virheellisiä korjauksia, kun deinterlacer on jo siirrellyt blockkien rajoja. Toisaalta pp nimenomaan ""parantaa"" kuvan laatua silmän ja sattumoisin myös deinterlacerin kannalta. Tämä tosin puolestaan vaatii että materiaali on pakattu interlacedina ja että myös pp-algoritmi ymmärtää tämän. Muutenhan kentät menevät sekaisin eikä deinterlace toimi lainkaan. Esim. DVD MPEG-2 ja sen PP kyllä jättävät kentät ihan erilleen, jolloin deinterlacella on parhaat mahdollisuudet toimia.
___________________________________
If you use incorrect HTML and your document doesn't work on a particular browser, it is your fault; if you use correct HTML and it doesn't work, it is a bug in the browser. -W3C
Meillä ei ole tiedossa korvaavaa energialähdettä fossiilisten tilalle (jos joku toisin väittää, niin ko. henkilö ei ymmärrä mikä ero on mW:n ja MW:n välillä). -Kurki-Suonio
Kuten Tronic asian ilmaisi
Tuosta framerate doublerin ja resizen keskinäisestä järjestyksestä voi olla montaa mieltä. Jos käyttää todella raskasta resizeä ja framerate doubler puolestaan on kevyempi, kannattaa ne laittaa esittämääsi järjestykseen. Jos taasen resize on kevyempi kuin doubler, kannattaa ne laittaa minun järjestykseen. En ole itse doubleria käytellyt, mutta voisi kuvitella sen olevan hyvinkin raskas filtteri.
Post-processing pitää ehdottomasti olla aivan ensimmäisenä, siis aina ennen deinterlacea. Jos se on vasta deinterlacen jälkeen niin sehän tekee virheellisiä korjauksia, kun deinterlacer on jo siirrellyt blockkien rajoja. Toisaalta pp nimenomaan ""parantaa"" kuvan laatua silmän ja sattumoisin myös deinterlacerin kannalta. Tämä tosin puolestaan vaatii että materiaali on pakattu interlacedina ja että myös pp-algoritmi ymmärtää tämän. Muutenhan kentät menevät sekaisin eikä deinterlace toimi lainkaan. Esim. DVD MPEG-2 ja sen PP kyllä jättävät kentät ihan erilleen, jolloin deinterlacella on parhaat mahdollisuudet toimia.
Oppaan asetuksilla framerate doubler kannattaa ehdottomasti jättää resizen jälkeen:
1. resize joutuisi tekemään tuplatyöt
2. resizen algoritmit alkaisivat säätämään myös väliframeja(eli muuttamaan niitä) joka ei todellakaan ole tarkoitus.
3. resizen käyttö tuplauksen jälkeen voi jopa laskea kuvanlaatua, johtuen kohdasta 2.
4. frameratedoublerin tehonkäyttöön ei resoluution nosto vaikuta lähimainkaan niin paljon kuin resizeen käsiteltävien ruutujen määrän tuplaus
Ja ihan omien testien perusteella fps-doublerin jättö resizen jälkeen käyttää paljon vähemmän prosessoria.
Postprocessingin/deinterlacingin kävitkin hyvin läpi.
Jos video on pakattu kunnolla ja postprocessing tunnistaa sen niin tuo järjestys on ehdottomasti oikein.
Sen sijaan jos postprocessing ei huomaa deinterlacingia ollaan ns. nesteessä kun se alkaa ""korjata"" interlacingkenttiä.
Mutta oikeassa olet, postprocessing ennen deinterlacingia jos homma toimii.
Itselläni ollut ffdshow lähemmäs vuoden vakio asetuksilla, nyt kuitenkin päivitin sen uusimpaan versioon ja päätin kokeilla topicin ohjeita. Lopputulos oli puuroutunutta kuvaa ja heti kun kuva liikkui vähänkin nopeammin, oli pixeleitä kertakaikkiaan oksettava määrä. Mitä tein väärin/mistä tämä johtuu? Onko tuohon ffdshowhun mahdollista saada suomenkieleä niin tajuaisi itsekin noista jotain? Kone on 3500+/1024/6600gt joten siitä ei pitäisi olla kiinni.
Kuten vhbs asian ilmaisi
Itselläni ollut ffdshow lähemmäs vuoden vakio asetuksilla, nyt kuitenkin päivitin sen uusimpaan versioon ja päätin kokeilla topicin ohjeita. Lopputulos oli puuroutunutta kuvaa ja heti kun kuva liikkui vähänkin nopeammin, oli pixeleitä kertakaikkiaan oksettava määrä. Mitä tein väärin/mistä tämä johtuu? Onko tuohon ffdshowhun mahdollista saada suomenkieleä niin tajuaisi itsekin noista jotain? Kone on 3500+/1024/6600gt joten siitä ei pitäisi olla kiinni.
Ettei ole filtterit väärässä järjestyksessä? Itellä ainakin ohjeet vähän paransi kuvaa, mutte eipä sitä valmiiksi raiskattua kuvaa mitenkään maagisesti taijota selkeästi paremmaksi jollain filtterillä.
___________________________________
mä en vaan osaa
olisko sticky mitään? Mistä muuten haette uusimman version, mä haen tuolta -> http://www.dvd.box.sk/ Sinne tulee aika tiuhaan uusia versioita, mutta change log:ia ei ole näkynyt enää pitkään aikaan, joskus myös tuntuu hieman bugisilta, oikeestaan sen jälkeen kun rupes kuvakkeet näkymään task bar:ssa..
Mistä muuten johtuu että minulla ""elää"" videoissa reunat? Eli kaikki reunat on sellaista pientä sahalaitaa ja ne tavallaan liikkuu kokoajan? Vaikka pause onkin päällä? :O
Toivottavasti tajusitte. :D
Tein tuon keskimmäisen ohjeen mukaan säädöt ja nyt hyvin tuntuu muuten pelaavan.
Ihmettelin että miks videoita kattellessa prossun lämmöt nousee aivan tajuttomasti, noh sitten tsekkasin CPU Usagen, niin sehän on täydet 100%!
Ja prossuna 3,0GHz P4.. Jotain mätää tässä on. :D
Riippuu tietysti asetuksista, mutta kyllä tuon 3GHz p4:n saa ""helposti"" tukittua ffdshow:n asetuksia riittävästi rukkaamalla. Jos sinulla ei ole erityistä käyttöä uusien ffdshow-buildien ominaisuuksille, suosittelen ffdshow-20040801a_preview_SSE2:a. On vanhasta iästään huolimatta se nopein saatavilla oleva.
-EDIT: Tuohon alkuperäiseen oppaaseen vinkiksi, resize-kohdan chroma sharpeningiä ei kannata käyttää, pelkästään lumaa (ja mahdollisesti sharpening-valikosta löytyviä vaihtoehtoja käyttämällä).
Tarkistinpa tuossa huvikseni prossun kuorman kannettavassani (PM 1,5GHz). Yllätykseni se näytti 80% Mplayerc:lla ja juu kyllä oli piuha seinässä ja prossu täydellä teholla. Kokeilin uudestaan Mplayer2:lla ja nyt näytti vain 30-40 prosenttia. Eli kertokaapa mikä ffdshow tai muu vastaava codec plus toisto ohjelma kuormittavat vähiten prossua. Pohdiskelen vain siksi, että saan tuon akkun keston reissussa makismoitua.
Niin ffdshowsta on kaikki filterit kytketty pois päältä.
[Edited by: Hewi on 15.9.2005 11:29]
[Edited by: Hewi on 15.9.2005 11:36]
Doddii Selvis. Vobsubbi nosti prossu kulutusta 30%. Hmm ja nyt mietin, että miten saan tekstityksen ilman tollasta piikkiä kuormituksessa. Pitänee kait tutustua ffdshown ja noiden toisto ohjelmien omiin tekstitys ominaisuuksiin. Niin ja vobsubin asetusten muuttaminen ei auttanut tuossa kuormituksessa, vaikka valitsin heikompi laatusen tekstityksen ja vaihdoin resolution asetusta.
Kuten Dani asian ilmaisi wiFFy, onko nuo postaamasi tiedostot valmiiksi rukattuja niin että kaikki toimii kuten threadin alussa?
Tuo MPC on täysin normaalia vastaava, uudempi vain kuin ""yleisessä"" levityksessä oleva. Joitain ominaisuuksia lisätty/bugeja korjattu.
Kyseinen ffdshow-buildi sisältää melkoisen paljon käsin optimoitua koodia, jonka ansiosta esim. denoice3d ja lanzcos(kuinka mahdetaan kirjoittaa?) ovat huomattavasti normaalibuildeja nopeampia. Vaatii prossulta SSE2-tuen. Buildi on kuitenkin sen verran vanha, että wmv-tiedostojen toistossa saattaa esiintyä jonkinasteisia ongelmia.
Oppaassa mainitut säädöt toimivat kuitenkin samalla tavalla. Itsellä tosin denoice3d:n ""fast"" asetus ei toiminut, mutta kokeilemallahan tuo selviää.
Onko tiedossa mitään vanhemmille prossuille optimoitua buildia? Läppärissä on vanhempi Pentium2-prossu, joka tuottaa vähän ongelmia paremman reson oomaavilla pätkillä. ffdshown todella vanhat buildit laittavat kuvan pätkimään ja uudet pyörittävät kuvaa sulavasti, mutta ääni tulee ~500ms jäljessä.
___________________________________
No good deed goes ever unpunished http://archonon.sytes.net
Registered: 10/1999
Kuten tumpeloinen2000 asian ilmaisi
Mistä muuten johtuu että minulla ""elää"" videoissa reunat? Eli kaikki reunat on sellaista pientä sahalaitaa ja ne tavallaan liikkuu kokoajan? Vaikka pause onkin päällä? :O
Toivottavasti tajusitte. :D
Tein tuon keskimmäisen ohjeen mukaan säädöt ja nyt hyvin tuntuu muuten pelaavan.
Siis...puhutaanko nyt reunoista itse kuvassa(esim. hahmojen reunat suhteessa taustaan) vai itse kuvan reunoista?
Oli kummin oli...liikkuu vaikka pause on päällä?! Kuulostaa todella hämärältä, kokeile ottaa pois kaikki ffdshown filtterit niin näkee johtuuko se niistä vai jostain muusta.
