Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: noger 10. 02. 2011, 15:07:35
-
Zdravím,
mám problém s jemným trhaním ako vo vlc, tak aj v smplayer. Nieje to typicky tearing ako prezentujú niektoré foto na webe. Je to len jemnučké trhanie, ktoré je na nevydržanie ( som trochu náročný na obraz a zvuk). Mám pocit, že je problém v počte snimkov vo videách, niektoré idú bez problémov, a niektoré nie. Viem že je tam rozdiel v nejakých desatinách ( 23,xxx a 29, xxx fps ).
Mám v tomo už docela chaos, neviem si poradiť. Skúšal som aj na otcovom PC, má grafiku nVidia GF9500GT a tam mu to robí tiež.
Predpokladám, že to nieje ani tak problém ovládačov, ale asi skôr kodekov, že si nevedia poradiť s tým snímkovaním.
Monitor 1920x1080 (cez HDMI) (60hz)
primárny display 1600x800 (notebook) (60hz)
distro Ubuntu 64bit
drivery: ATI catalyst 11.1
Videá : avi, mkv, (rôzne ripy), a aj Samsung test video v rozlíšeniach 720p, 1080i.
Neviete ako a čo nastaviť aby videá išli bez tohoto nepíjemného javu? Niekto si to možno ani nevšimne, ale mne to trhá srdce.
Ak potrebujete nejaké logy, prípadne ako vyzerajú mojé konfiguráky, pls napíšte aj ako sa k nim dostanem, bo som začiatočník (som polročný ubunťák).
P.S.: vo win7 to nerobí, čiže videá sú určite OK.
Za akúkoľek pomoc vopred ďakujem
-
no a jak presne to trhani vypada? me se nekdy zdalo, ze mam jakoby sikmou caru pres TV, ktera jako obraz rozkrajuje?
-
no a jak presne to trhani vypada? me se nekdy zdalo, ze mam jakoby sikmou caru pres TV, ktera jako obraz rozkrajuje?
To čo popisuješ ty ( šikmá čiara, alebo vodorovná), sa nazýva myslím tearing. Je možné to odstrániť zapnutím Vsync.
To čo popisujem ja, je jemné trhanie. Tento jav je najviac viditeľný, ak je pred kamerou statický záber napr. krajiny a kamera sa začne pohybovať, alebo zoomovať, tak po krajoch vidíš jemné trhanie. Myslím si že to može mať niečo spoločné s 60Hz monitorom a snímkami filmu, tie sú v rôznych ripoch rôzne.
-
a mas nejakej ukazkovej soubor, kde je to hodne videt?
-
na XBMC forech jsem cetl o silencich, co si nastavovali frekvenci LCD na 23.498 (nebo kolik to je). Zkratka proto, ze 60/75/120Hz neni nasobkem snimkove frekvence filmu.
Ja to zkousel u sebe na TV ale jelikoz jsem pak mel brutalne pomalou odezvu mysi a tak nejak me 60Hz nevadi, tak jsem se na to vybodl. Mozna to je ale cesta - nastav si frekvenci LCD na snimkovou frekvenci filmu :)
-
na XBMC forech jsem cetl o silencich, co si nastavovali frekvenci LCD na 23.498 (nebo kolik to je). Zkratka proto, ze 60/75/120Hz neni nasobkem snimkove frekvence filmu.
Ja to zkousel u sebe na TV ale jelikoz jsem pak mel brutalne pomalou odezvu mysi a tak nejak me 60Hz nevadi, tak jsem se na to vybodl. Mozna to je ale cesta - nastav si frekvenci LCD na snimkovou frekvenci filmu :)
Díky za nápad, je to jedno z riešení, ale sám si spomenul hlavný neduh tohoto riešenia a to nevyhovujúce vizuálne správanie sa pracovného prostredia. Čiže dajme to ako posledné možné riešenie;-) Asi aj dnes vyskúšam doma čit o naozaj pomôže.
Mám ešte otázku na čo presne slúži deinterlancing(dúfam, že som to správne napísal).
-
Deinterlacing je odstraneni prokladaneho radkovani. Analogova televize mela obraz ktery se skladal ze 2 pulsnimku, jeden pulsnimek obsahoval liche radky, druhy sude radky, sejmute z kamery o 20 ms pozdeji. Byla to metoda jak snizit blikani obrazu bez nutnosti prenaset 2* tolik dat.
Pro video je to dostacujici ale
pro pocitace se to ale ukazalo byti nevhodne, protoze staticke obrazky (treba pismenek) pak bud blikaji (pokud jsou vodorovne cary siroke 1 pixel) nebo poskakuji nahoru a dolu s frekvenci 25 Hz (kdyz jsou vodorovne cary 2 pixely siroke). Takze se od toho nakonec upustilo, ovsem je tu spousta videii natocenych drive ktere jsou prokladane a pokud je prehrajete na neprokladanem monitoru bez upravy tak se pohybujici-se predmety rozpadnou do jednotlivych radek, coz je velmi neprijemny artefakt.
Deinterlacer se snazi ty chybejici radky dopocitat, coz neni uplne trivialni. Jednoduse se to da delat treba linearni interpolaci barvy ze sousednich radku, pokud byl v tom miste detekovan pohyb (velka zmena barvy), ale asi je vam jasne ze tato metoda muze selhat, treba v pripade ze se divame na staticky obrazek pruhu.
Lepsi reseni by bylo sledovani sceny na urovni pulsnimku a detekovani hranic objektu a jejich nasledna registrace mezi jednotlivymi pulsniky a presamplovani s vyuzitim informace z obou pulsnimku. Ovsem asi jeste porad to nejde delat on-line (leda mozna s vyuzitim vypocetniho vykonu graficke karty).
-
ďakujem za vysvetlenie klusacek2. :)
Neviem si to vysvetliť, ale ozaj si neviem rady s tým problémom sekania. Sekanie je veľmi jemné. Vo VLC je badatelnejšie ako v SMplayer. Ale ani jeden z prehrávačov mi to neprehrá tak ako by som si želal..:(
Keď zadám možnosť, aby vynechávalo snímky, tak je sekanie neskutočne časté..cca 1 frame/sec (od oka).Bez vynechávania snímkov je obraz plynulejší, avšak stále je badatelné jemné trhanie.
Neskutočne budem vďačný tomu, kto si pre mňa nájde čas a bude to možné vyriešiť.
-
Hele a neni to nakonec tim ze nestiha CPU, kdyz rikas ze to reaguje na frame-dropping? Co je to za video? Nejake high-definition? To mi obcas taky trha..
Treba uz ve windows stihli implementovat dekodovani na vice jadrech nebo to dekoduji v graficke karte, to myslim mplayer stale nema i kdyz se na tom pracuje..... To by vysvetlovalo proc to dela jen linux.
-
Ide o .mkv kontajner. Videá sú HD = 1080i, 1080p, 720p atď. a robia to aj DVD z adresára na disku. Vyťaženie procesoru je ako pri HD, tak aj pri DVD cca na 50% plus mínus 10%. Mám Intel Core2duo 2.1GHz a Grafiku ATI mobility HD 4330.
Čo som spomínal, že to robí aj u otca, on má teraz nový AMD Athlon X3 a nVidiu GF 9500GT.
Tak pochybujem, že to je výkonom notebooku, prípadne u môjho otca výkonom desktopu.
Áno, vo Win7 je to riešené pomocou akcelerácie GPU a funguje to vynikajúco. Avšak rád bys om používal Ubuntu, za pol roka, čo skúšam rôzne OS a distrá mi vyhovuje najviac a tento problém s videom je zatial jediný dôvod prečo nemôžem vymazať zo všetkých PC a NTB Windows.
-
Podobné chování pozoruju taky, na různých počítačích s různými grafikami. Jemné trhání je vidět zejména u scén, kdy se kamera plynule posouvá, anebo třeba u závěrečných titulků. CPU se při tom všem relativně fláká a děje se to i při přehrávání z ramdisku.
Čím to je nevím, nicméně žádné srovnání s Windows nemám, neb žádný takový stroj nevlastním. Takže nevím do jaké míry je to „normální“.
-
Jo, podobné problémy s přehráváním videa na Ubuntu můžu potvrdit. Nešlo na to koukat. Kupodivu přítelkyně ten problém vůbec neregistrovala, nevěděla o čem mluvím.
Protože běžně Linux nepoužívám, tak jenom jeden nápad. Přehrávačům videa na Linuxu lze nakonfigurovat použití různých výstupů (VDPAU, OpenGL, SDL, GGI atd). Zkuste si vyhledat command line parametry pro svůj přehrávač, a změnit typ výstupu.
Mimochodem už ve Windows 3.1 si stačilo stáhnout runtime Video for Windows, a šlo přehrávat bez trhání všechno, na co měl člověk kodek a dost silný CPU. Je smutné řešit na Linuxu trhané přehrávání videa o 20 let později.
-
Podobné chování pozoruju taky, na různých počítačích s různými grafikami. Jemné trhání je vidět zejména u scén, kdy se kamera plynule posouvá, anebo třeba u závěrečných titulků. CPU se při tom všem relativně fláká a děje se to i při přehrávání z ramdisku.
Čím to je nevím, nicméně žádné srovnání s Windows nemám, neb žádný takový stroj nevlastním. Takže nevím do jaké míry je to „normální“.
Zdravím Aleš, presne toto je môj problém. Škoda že sa to musí riešiť v dobe, keď všetci používame pri jedle vidličky a nože (rozumej 21. storočie). Problémy s videom som neriešil nikdy, bo som používal Win. Jedinú vec ktorú som riešil sú kodeky. Je to naozaj smutné. Pevne verím, že sa nám to tu podarí.
-
Ja podobne trhání kdysi taky pozoroval. Stacilo vypnout kompozitni efekty a zmizelo to. A na pc kde mas tu nvidii, dopoporucuji jako video vystup pouzit vdpau.
-
Je smutné řešit na Linuxu trhané přehrávání videa o 20 let později.
Přijde-li vám to smutné, můžete se směle pustit do opravy.
-
Ja podobne trhání kdysi taky pozoroval. Stacilo vypnout kompozitni efekty a zmizelo to. A na pc kde mas tu nvidii, dopoporucuji jako video vystup pouzit vdpau.
Obe veci som spravil. Žiaden výsledný efekt. Bohužial..:) na PC kde mám nVidiu som vypol kompozitné efekty a nastavil video výstup vdpau. Obraz je plynulý, bez problémov, dokonca bez tearingu, avšak to jemné trhanie je badateľné stále. Najlepšie to popísal Aleš Janda, tak si ho dovolím citovať:
Jemné trhání je vidět zejména u scén, kdy se kamera plynule posouvá, anebo třeba u závěrečných titulků. CPU se při tom všem relativně fláká a děje se to i při přehrávání z ramdisku.
-
Je smutné řešit na Linuxu trhané přehrávání videa o 20 let později.
Přijde-li vám to smutné, můžete se směle pustit do opravy.
Keby som tak mal vedomosti ako na to. Ak vieš momôcť ako na to, nejaký úvod, nejaké materiály, daj linky. Asi to nevyriešime jedným kliknutím, alebo nastavením nejakého konfiguračného súboru, to mi je jasné 8) Aspoň sa niečo nové priučím a možno o rok o dva bude riešenie na svete ;)
-
Obe veci som spravil. Žiaden výsledný efekt. Bohužial..:) na PC kde mám nVidiu som vypol kompozitné efekty a nastavil video výstup vdpau.
Zkousel jsi to i v jine distribuci? Pokud ne, zkus treba live xbmc http://xbmc.org/download/ a pokud to tam bude v poradku, budes o neco chytrejsi.
A jeste k tomu vypnuti Composition. Jak presne jsi to vypnul? Ubuntu jsou v tomhle dost neprijemne a jediny zpusob, ktery u me opravdu zafungoval, bylo vynuceni v xorg.conf
Section "Extensions"
Option "Composite" "Disable"
EndSection
-
Nevím, zda je to přesně o tématu, ale po zapnutí vyšší verze deinterlacingu ve VDPAU v XBMC bych řekl, že je obraz v pohybu klidnější.
-
Nevím, zda je to přesně o tématu, ale po zapnutí vyšší verze deinterlacingu ve VDPAU v XBMC bych řekl, že je obraz v pohybu klidnější.
Vyššia verzia je aká? Vyššia než čo?
-
Zkousel jsi to i v jine distribuci? Pokud ne, zkus treba live xbmc http://xbmc.org/download/ a pokud to tam bude v poradku, budes o neco chytrejsi.
A jeste k tomu vypnuti Composition. Jak presne jsi to vypnul? Ubuntu jsou v tomhle dost neprijemne a jediny zpusob, ktery u me opravdu zafungoval, bylo vynuceni v xorg.conf
Section "Extensions"
Option "Composite" "Disable"
EndSection
Ahoj vyskúšal som vypnúť compozitné efekty tak ako si mi poradil a nič.
Skúšal som aj Ubuntu 32bit, 64bit, skúšal som ešte aj Opensuse. Všate ten istý problém :-\
P.S.: môžme sa držať GPU ATI? teda neriešiť vdpau?
-
jestli mas ati/amd proprietarni ovladac, tak zkus toto:
http://thelinuxexperiment.com/guinea-pigs/tyler-b/fix-ati-vsync-video-tearing-issue-once-and-for-all/
ja mam svobodny ovladac a zda se mi, ze problem nemam
s nvidii nevim
-
Vyššia verzia je aká? Vyššia než čo?
V menu XBMC lze vybrat různé formy deinterlacingu. Ta základní mi přišla trošku trhavá, když jsem dal tu nejvýkonnější (šly popořadě), řekl bych, že se to zlepšilo. Trochu přiblížení je na http://www.mythtv.org/wiki/VDPAU#Supported_Cards - tabulka De-interlacing capabilities On Each Card. Ale to je nvidia a vdpau.
-
Je smutné řešit na Linuxu trhané přehrávání videa o 20 let později.
Přijde-li vám to smutné, můžete se směle pustit do opravy.
Proboha proč bych marnil čas a úsilí opravováním něčeho, co dávno funguje na ostatních platformách? Jedna taková oprava by mě při ceně mého času stála nejspíš tolik jako malý osobní automobil :). BTW opravujete si doma od výroby nefungující mixér, automobil, boty a ledničku?
-
Proboha proč bych marnil čas a úsilí opravováním něčeho, co dávno funguje na ostatních platformách? Jedna taková oprava by mě při ceně mého času stála nejspíš tolik jako malý osobní automobil :). BTW opravujete si doma od výroby nefungující mixér, automobil, boty a ledničku?
Zajímalo by mě, co či možná kdo kompenzuje Laelovo drahý čas strávený na tomto serveru. Těch aut už muselo být několik.
-
@dustin: napsat názor ke článku na rootu je prosté flákání se. Za práci si rád nechávám platit. Navíc rýpání se v cizích C/C++ zdrojácích mě fakt nebere.
-
jestli mas ati/amd proprietarni ovladac, tak zkus toto:
http://thelinuxexperiment.com/guinea-pigs/tyler-b/fix-ati-vsync-video-tearing-issue-once-and-for-all/
ja mam svobodny ovladac a zda se mi, ze problem nemam
s nvidii nevim
Vyskúšam dnes keď prídem domov. Ale z komentárov k tomuto linku, čo si sem dal to vyzerá, že sa to dá vyriešiť. Už sa teším domov. Zatiaľ ďakujem 8)
-
Jeste takovej napad: Zkus to prehrat jako mplayer -nosound video.mkv
Jinak se taky podivej do konfigurace kernelu jestli jsi povolil 'low latency kernel' a pripadne jestli mas novejsi jadro tak jestli ja nastaveno neco co se jmenuje process grouping nebo tak nejak, melo by to byt nekde pobliz nastaveni scheduleru. Jestli to nemas, tak to zmen, prekompiluj jadro a vyzkousej. Mohlo by to byt tim.
Taky zkus povypinat ostatni procesy ktere se snazi periodicky neco kreslit na plochu (treba ruzne ty sledovace vykonu CPU do listy, nebo sledovace sitoveho provozu, hodiny s milisekundovou rucickou atd.)
Obecne se pochopitelne jemneho trhani uplne nezbavis, je videt i v kine (i v analogovem). Kdykoliv snimkova frekvence neni stejna jako frekvence monitoru tak to vede k trhani. Dokonce i kdyz monitor (ted myslim CRT) bezi treba na 2nasobku. Je to dano tim jak clovek sleduje pohybujici-se predmety. Snazi se je totiz fixovat plynulym pohybem oka. Kdyz monitor proste zopakuje tentyz snimek treba pohybujiciho se mice tak na stinici oka ktere ten pohyb sleduje se nezobrazi na jedno misto jak bychom chteli ale bude poskakovat vpred a vzad.
Dal jsou problem uz samotna LCDcka protoze neblikaji (teda CCFL v nich blika, ale ne vzdy stejne se snimkovou frekvenci coz je jeste dalsi problem) tak nemuzou vyuzit setrvacnosti sitnice jako CRT monitor. Vyrobci high-end televizi to resi tak ze uvnitr televize je pocitac (udajne zalozeny na procesoru CELL), ktery analyzuje pohyb ve scene a generuje mezilehle snimky a z 25 nebo 50 snimku/sec originalu udela 800 snikmu/sec, kde uz je ten mic rozposouvan tak aby byl tam kde ho clovek ceka. Videl jsem to v obchode a fungovalo jim to i na pomerne obecne scene (s hloubkou) ne jen na titulcich ve spodni casti obrazu jako televize mych rodicu.
Nevim ale ze by byl takovyhle filtr pritomen v mplayeru. Nicmene jestli mas nejaky novejsi monitor tak je mozne ze se to snazi delat ten a pocitac ho mate tim kdyz obcas vynecha nebo pozdrzi nejaky snimek protoze snimkova frekvence nedeli frekvenci monitoru.
-
Mám ten samý problém s trháním videa. Používám distro openSUSE, ve verzi 11.4 to jakš takš šlo, bylo to vidět snad jen v závěrečných titulcích. Ale teď po přeinstalování na nový 12.1 je to o dost horší. Stejný HW: ATI HD4250, AMD X2 2900Mhz 2GB DDR3 1330, stejný svobodný ovladač "radeon", stejné nastavení (ono jaksi v kaffeinu kde4 není co nastavovat).
Zkoušel jsem na 11.4 i vlc, mplayer, ale bylo to stejné. Zkoušel jsem Kubuntu, Mythbuntu: stejné jako suse 12.1.
Zkoušel jsem nainstalovat proprietární ovladač pro ati, ale asi se to nepodařilo: video se proměnilo v sérii fotek.
Mimochodem, to prokládání mě štve už hodně dlouho (asi 5 let), poněvadž žádná metoda odstranění není dokonalá a nechápu proč se tak vysílá v DVB-T většina i úplně nových pořadů. A ta nejlepší metoda dokáže hodně zatížit procesor, zvýšit spotřebu energie, otáčky větráků...
-
Asi už hodně offtopic, ale jako čerstvý uživatel Kubuntu jsem měl s jemným trháním ve videích taky problém. Šlo by to určitě opravit přidáním frekvence monitoru na 48hz, jelikož většina filmů má snímkovou frekvenci 23.976, a 48 je dvojnásobek. Nic takového jsem nedělal, pořešil jsem to v SMPlayeru změnou výstupního ovladače na "xv". Nevím, jestli to před těmi 5ti lety šlo :)
-
Také mám ten problém. Je to dost nepříjemné.Asi malá snímková frekvence. Možná je problém s rozdílem obnovovací frekvence monitoru a frekvence snímků.
-
Tak tak, už již 13 let je to tento problém stejný, potvrdil ho i Jura před 8. Zkoušel jsi radu Petra před 7 lety, nastavit frekvenci monitoru shodnou s frekvencí filmu? Případně nastavit playback rate. vhodným podílem jako 1.25, 1.2 0.98 ...
Ale pochybuji, že jsi za dvě hodiny od registrace stihl přečíst celé vlákno.
O tomhle tématu bych se nějak rád dozvěděl víc, jak to funguje. Zpomalí OS třeba o nějakou tisícinku přehrávání? 24/25/ 30/29.997
-
Prehravani se nespomaluje, na obrazovku se placaj snimky ktere jsou casove nejblizsi. V pripade 24/60 to sw prehravac muze zkusit delat v 3:2 pulldown rezimu, takze to bude "cukat" pravidelne a user bude mit "filmovej" zazitek. 25p na 60p vypada vzdy cukane. V pripade americkoho frameratu s 1000/1001 framy, se to na PC skubne jednou za 1000 frejmu :D
Primarni casova zakladna je odvozena od zvuku.. a video framy se dekoduji a placaj na screen "s nejlepsi snahou".
(venuji se videu profesionalne, a na PC to je nemozne udelat pokazde dokonale, ale kdyz to udelate spravne, ze FPS sedi na vsech castech retezce, tak to divak stejne neoceni, ze mu to bude pripadat plynule jako telenovela..)
-
Nejlepší je přehrávat na obrazovce co umí všechny tyhle divné FPS a přehrávač co to přepne podle videa, aby to sedělo. Pro 25 a 30 Hz to může být dvojnásobek nebo víc (120 Hz), aby bylo UI přehrávače plynulejší. Takhle to dělá třeba Kodi.
Jinak přehrávač může resamploval audio podle FPS displaye a když je rozdíl ve frekvenci velký, tak i upravit tempo. Kodi nevím jestli to umí. V mpv se to nastavuje přes --video-sync a spol.
-
Asi to nebude ten problém, ale kdysi jsem se setkal s problémem duplikovaných snímků. Může to vzniknout, když se musí převést 30 fps ntsc prokládaný obraz na neprokládaný 25fps pal. Ale to asi nebude autorův problém. Spíš jsem si na to vzpomněl.
-
Tomu predchazim pres funkci AFR (Auto-Frames-Rate) nebo D-AFR Duble-AFR 50Hz pro 25f/s a 60 pro 30f/s , kde Hz monitoru nebo TV se prepnou na frames danneho filmu. Tak 25Hz odpovida presne 25frames/s, 24Hz -> 24frames/s a podobne.
Toto trhani obrazu muze i tomu odpovidat, jelikoz nesedi frames s Hz, a tak muzeme pozorovat kazdy cyklus jemne trhnuti (pri teto neshode frammes)