Vlákno názorů k článku MythTV aneb Linux na televizi v obýváku od jd - Funguje v soucasne verzi MythTV poradne VDPAU? Tedy neptam se...

  • Článek je starý, nové názory již nelze přidávat.
  • 5. 1. 2010 11:15

    jd (neregistrovaný)

    Funguje v soucasne verzi MythTV poradne VDPAU?
    Tedy neptam se jesli funguje vubec (ano vim ze to ma podporu) ale jesli s tim nejsou problemy.

    V soucasne dobe pouzivam VDR a zobrazeni kvuli HD mam xine/VDPAU.

    Jenomze XINE v kombinaci s VDPAU zahazuje snimky a vysledek je obcas cukany i pri stejnem FPS filmu a TV (HDMI). Nejhorsi pripad je integrovana 8300 grafika a HD video ze satelitu, vysledek je zahozeni 90% snimku a to se neda. Grafika problem neni, mlayer to prehraje hladce, zato nepochopi spravne fps u prokladaneho satelitniho HD. (http://www.cssf.cz/showthread.php?… anglicky http://www.nvnews.net/…owthread.php?…)

    Problem mam potvrzen minimalne na 4 naprosto odlisnych pocitadlech a mimochodem to vypada ze nikoho jineho nezajima.

    Nechova se MythTV stejne blbe?

  • 5. 1. 2010 12:53

    Petr Stehlík
    Zlatý podporovatel

    Zkuste napsat konkrétní FTA HD kanál (z rozsahu 13E-28E), kde je to tak špatné (90% loss). A pozor, většina německých kanálů přestane ve čtvrtek vysílat HD volně, takže to možná nestihnu ani otestovat. Pak by pomohla krátká nahrávka, kterou mi můžete poslat na zkoušku.

  • 5. 1. 2010 13:15

    jd (neregistrovaný)

    Bohuzel nemecke kanaly vysilaji rozumne 720p a tam to problem neni. Problem je s 1080i u nasich HD kanalu.

    Ukazku jsem nahral na net ale bohuzel jiz vyprsel soubor na hostingu. Nevite kam nahrat 129MB ukazku aby po mesici nevytikala (RS premium ucet nemam)

    Mimochodem dokaze nekdo vysvetlit proc se vysila 1080i kdyz na trhu neexistuje jedina HD televize s prokladanym zobrazenim a vzdy se dela deinterlace (coz znamena vzdy degradaci obrazu.) V testech ktere jsme delaly dopadlo 720p lepe i v pripade kdy zdrojem byl kinofilm (24fps) coz v praxi znamena zdvojovani snimku. Deinterlacer si dotiz interpoluje i informace ktere v originale nejsou. Vysledkem je naprklad vlneni na delicich carach bezecke drahy pri sportovnim prenosu prestoze cary na stadionu jsou prokazatelne nakreslene a nikdo s nimy nehybe.

  • 5. 1. 2010 14:44

    Petr Stehlík
    Zlatý podporovatel

    Tak 129 MB by vydrželo na jabber disku i déle, než měsíc, ale chce to prémiový účet. Někam to položte a napište mailem, můžu si to hned vzít, nač čekat měsíc na vypršení.

    O zlu jménem prokládané vysílání bych nerad mluvil, je to hrách na stěnu a už to přede mnou udělali lépe jiní.

  • 5. 1. 2010 23:33

    jd (neregistrovaný)

    soubor je dekodovany TS bez uprav a pokus prehrat pod MythTv dopadl jeste hure nez pod XINE.

    Ani nejde poznat jesli zahazuje snimky, skace to tak ze to vypada na prehazovani poradi snimku. Pri vyuziti procesoru cca 5%.
    Jine videa 720p h264 mkv jsou bez problemu jen to vysilani ceskych HD kanalu na satelitu je problem.

    PS: to ze se na prehravani pouzije VDPAU jsem nekolikrat overoval a mam to podtvrzene i debug logem VDPAU

  • 8. 1. 2010 0:13

    Petr Stehlík
    Zlatý podporovatel

    Je to normální ČT1 HD, takže to v MythTV hraje perfektně, bez jediného zaváhání, obraz je plynulý a nádherný. A to mám dost starý ovladač (185.18.36) a obyčejnou 8600GT kartu, viz mythfrontend -v playback:

    2010–01–07 23:59:49.710 NVP(0): Waiting for prebuffer.. 0 LLLAAAAAAAAAAAALL
    2010–01–07 23:59:49.718 VDPAU: Created VDPAU decoder (4 ref frames)
    2010–01–07 23:59:49.722 [h264_vdpau @ 0×b703dd20]mmco: unref short failure
    2010–01–07 23:59:49.764 Detect Letterbox: The source is not a supported frame format (was 11)
    2010–01–07 23:59:49.774 E­nabled deinterlacing
    2010–01–07 23:59:49.813 [h264_vdpau @ 0×b703dd20]mmco: unref short failure
    2010–01–07 23:59:50.083 VDPAU: Using 4 output surfaces (max 4)
    2010–01–07 23:59:50.624 AFD: HandleGopStart: gopset not set, syncing positionMap
    2010–01–07 23:59:50.626 Dec: Resyncing position map. posmapStarted = 0 livetv(0) watchingRec(0)
    2010–01–07 23:59:50.626 AFD: HandleGopStart: Initial key frame distance: 15.
    ‚video_output‘ mean = ‚39057.38‘, std. dev. = ‚12529.70‘, fps = ‚25.60‘
    ‚video_output‘ mean = ‚39989.32‘, std. dev. = ‚8234.78‘, fps = ‚25.01‘
    ‚video_output‘ mean = ‚39989.35‘, std. dev. = ‚8211.71‘, fps = ‚25.01‘
    2010–01–08 00:00:05.688 NVP(0): 400 interlaced frames seen.
    ‚video_output‘ mean = ‚39989.32‘, std. dev. = ‚8177.67‘, fps = ‚25.01‘
    ‚video_output‘ mean = ‚39989.57‘, std. dev. = ‚8229.16‘, fps = ‚25.01‘
    ‚video_output‘ mean = ‚39990.63‘, std. dev. = ‚8255.62‘, fps = ‚25.01‘
    2010–01–08 00:00:13.970 AFD: HandleGopStart: Key frame distance changed from 32 to 40.
    2010–01–08 00:00:15.253 AFD: HandleGopStart: Key frame distance changed from 40 to 32.
    ‚video_output‘ mean = ‚39988.58‘, std. dev. = ‚8231.11‘, fps = ‚25.01‘
    2010–01–08 00:00:21.685 NVP(0): 800 interlaced frames seen.
    atd.

  • 8. 1. 2010 11:02

    jd (neregistrovaný)

    Nechapu, me se u tohoto souboru chova mythTV jeste hure nez XINE.
    Stravil jsem na tom 2 mesice, zkusil vsechny mozne drivery (vcetne posledniho beta) a problem to dela porad.
    Dokonce jsem zkusil 4× jiny HW a nektere jsou lepsi jine horsi ale dela to porad.

    Integrovana grafika je nejhorsi, ale i G130 ktera ma vykonovou rezervu pri VDPAU jako ..... to obcas udela taky.

    Co to udela kdyz je zatizeny procesor. V okamziku kdy jede nejaky preklad na obe jadra (make -j3) tak se zahazovani neda prehlednout

  • 9. 1. 2010 11:40

    Petr Stehlík
    Zlatý podporovatel

    Když je přetížený procesor, tak nestihne dodávat data grafické kartě a obraz se pak nepřehrává plynule. Nerozumím, co je na tom divného.

    Pokud opravdu chcete na HTPC něco kompilovat při sledování ČT HD, tak navrhuji zkusit zapnout v MythTV realtime podporu (která vyžaduje práva roota), pohrát si s schedulerem v linux kernelu, či možná přikoupit výkonnější CPU.

    Mimochodem, v tomto případě bude možná špatně ještě něco jiného, protože mplayer mi ten soubor přehrával nějak divně, trhaně. Možná je to o deinterlacerech a podobných nastaveních v MythTV?

  • 11. 1. 2010 16:32

    jd (neregistrovaný)

    Prave ze to ze v pripade VDPAU to nema byt procesor kdo dodava surova data grafice.
    V pripade pouziti VDPAU se procesor zucasni dekovovani pouze pro VC1 kodek, ne pro H264 a ne pro MPEG2

    Takze jedine co by mohl nestihat je dodavat komprimovany stream, coz s odpustemim je pitomost, tech dat neni tolik. Krome toho bych mel stejne problemy i pri prehravani pri pouziti HW dekoderu MPEG (karta SS1) a nic.

    Vykonejsi CPU by byl fajn, ale prve ze ani jeden z testovanych pocitacu nemal zadny slaby procesor (i na dnesni meritka). Tim to nebude.

    mplayer ma problem kdy prehrava H264 prokladane HD video polovicni rychlosti (je nutne vypnout zvuk a parametr „-speed 2“ ) Dela to jak u ceskeho satelitniho HD tak u Polskeho pozemniho HD, znama chyba.

  • 8. 1. 2010 11:28

    jd (neregistrovaný)

    jen se zeptam odkud jste? Docela rad bych to videl funkcni. Pokud je to rozumne dosazitelne z Plzne dejte me vedet na jdobry zavinac centrum tecka cz
    Zkusil jsem snad vsechno a vysledek je zahazovani snimku at delam co delam