Painin pitkään suse 10.2:n videotoistossa esiintyvän nykimisen kanssa. Tätä nykimistä "syklistä hidastelua" joka oli havaittavissa etenkin kamera-ajo kohtauksissa erittäin häiritsevästi. Se esiintyi samalla tavalla jokaisella toistimella mplayer, xine ja vlc. Koska sama ongelma esiintyi jokaisella soittimella ja myös kiintolevyltä toistettaessa arvelin ongelman aiheuttajan olevan syvemmällä järjestelmässä.
Ajoin ongelman aiheuttajan nurkkaan ja löysin sen kernelin param.h -tiedoston "HZ"-asetuksesta, joka jostain ihme syystä susesssa oli oletuksena vain 100. Ymmärtääkseni 2.6-sarjan kerneleissä tämä on yleensä oletuksena 1000. No asetin arvon 100 -> 1000 ja käänsin kernelin uudelleen. Ja voilá, videot toistuu silmiä hivelevän tasaisesti frame by frame.
Kirjoitin tämän tänne tiedoksi muille, jotka painivat vielä tuon ongelman kanssa.
Ajoin ongelman aiheuttajan nurkkaan ja löysin sen kernelin param.h -tiedoston "HZ"-asetuksesta, joka jostain ihme syystä susesssa oli oletuksena vain 100. Ymmärtääkseni 2.6-sarjan kerneleissä tämä on yleensä oletuksena 1000. No asetin arvon 100 -> 1000 ja käänsin kernelin uudelleen. Ja voilá, videot toistuu silmiä hivelevän tasaisesti frame by frame.
Kirjoitin tämän tänne tiedoksi muille, jotka painivat vielä tuon ongelman kanssa.
Vastaukset 7
Vanhimmat
Mullakin nyki ja kokeilin tuota kernelin kääntämistä.. just silloin taas alko nykimään jopa niin pahasti että tohvelit lensi jaloista sinne kernelin käännöksen väliin perkele. Nyt ne on muussina siellä kernelin käännöksessä ja savuta katkuaa kun kone käy tietty kuumana, onhan kernelin ja raudan välissä huopatossua. Eikä kone suostu enää käynnistymään kuin tuohon käännettyyn kerneliin "huopatossu 2.6.16-8ht" että mitäs nyt tehdään? Ja edell een vvaan nn n nny y kkk iin n y n ynykii ssaa ttaan naa aa
toi arvo on myös susen 10.1:ssä 100 ja ei tässä mitään nykimisiä tapahdu.
kiinnostaisi tietää tuo "Ajoin ongelman aiheuttajan nurkkaan" tapahtuma vähän tarkemmin ja se että miten päädyit juuri tuohon ratkaisuun?
käsittääkseni tuolla HZ arvolla ei ole mitään tekemistä videoiden nykimisen kanssa. vinhan tietysti olla väärässäkin.
koska arvolla HZ = 100 kernel suorittaa 100 laitekeskeytystä sekunnissa. Joten yhden keskeytyksen viemä aikaikkuna on 1s/100 eli 10ms. Nyt jos videotoiston aikana kernel saa vaikkapa 10 keskeytystä jonkin toisen sovelluksen toimesta esim. css-lukija, kello, sää-widget tai järjestelmämonitori-widget, tällöin aiheutuu jo 10 x 10ms eli 100ms viive videotoistimen toiminnassa ja frameja tippuu varmasti riippumatta konetehoista. Ei auta vaikka olisi 5GHz prosessori ja huppunäytönohjain. Yhden keskeytyksen varaama aikaikkuna pinenee jo merkittävästi asetuksella "HZ" = 1000. En ole mikään kernel-guru, joten en tiedä käyttäytyykö toiminta sekä viiveet aivan suoraa tuolla tavoin mutta tämä on minun käsitykseni/kokemukseni asiasta.
Otan mielelläni vastaan faktaa tästä asiasta jos jollakin on sitä kertoa.
Täältä löytyy erään xine-kehittäjän testiä:
http://cambuca.ldhs.cetuc.puc-rio.br/~miguel/multimedia_sim/
voipi olla nuinnii..
itselläni tätä nykimistä ei kyllä tapahdu niin en rupea koittamaan mitä saisi HZ arvon muuttaminen aikaan, mutta jos jollain on tosiaan tuon kanssa ongelmia niin ainahan sitä voipi kokeilla.
mitähän tapahtuisi jos tuohon tarjoaa jonkun "epämääräisen" luvun? esim. 953 tms.
"videot toistuu silmiä hivelevän tasaisesti frame by frame. "
tarkoitatko tuolla että tosiaan "frame by frame"?
Eikös se "frame by frame" ole aika HIDAS yksikkö?
niinhän se on :D