Virkistystaajuus 50 Hz:iin

[New_user]

Tässä oikea tuloste näytön osalta lokista. 50Hz on siis paneelistakin valittuna, mutta kuitenkaan DVI:llä ei tule tila käyttöön.

Kokeilitko tuota FlatpanelProperties-valintaa? Sen voi tehdä myös nvidia-settingsillä monitorin välilehdellä kohdassa Flat Panel Scaling: kokeile ottaa valinta Force Full GPU Scaling pois päältä.

Mitä nvidia-settings kertoo monitorin välilehdellä kohdissa Refresh rate ja Scaling?

Joo, kokeilussa on. Scaling on Stretched ja Refresh 60 Hz, Force on pois päältä.

Kokeilin myös sitä rinnakkaista X-serveriä, mutta Ctrl-Alt-F7 ei näytä mitään, F8 kylläkin. Loki (1) syntyi kyllä, ja se kertoi nopeasti vilaistuna, että moodi 1920x1080@50 on valid.

[nm]

Ok, se näemmä skaalaa silti väkisin sopivimpaan EDID-tilaan, eli 1080p60:ksi. Ei ehkä auta muu kuin kytkeä EDID pois päältä: http://www.mythtv.org/wiki/User_Manual:JudderFree#Advanced_Scenario

Koodia: [Valitse]

   Option "ExactModeTimingsDVI" "True"
   Option "UseEDIDFreqs" "FALSE"
   Option "UseEDIDDpi" "FALSE"
   Option "ModeValidation" "NoEdidModes,AllowNon60HzDFPModes"[/quote]

[New_user]

Ok, se näemmä skaalaa silti väkisin sopivimpaan EDID-tilaan, eli 1080p60:ksi. Ei ehkä auta muu kuin kytkeä EDID pois päältä: http://www.mythtv.org/wiki/User_Manual:JudderFree#Advanced_Scenario

Koodia: [Valitse]

   Option "ExactModeTimingsDVI" "True"
   Option "UseEDIDFreqs" "FALSE"
   Option "UseEDIDDpi" "FALSE"
   Option "ModeValidation" "NoEdidModes,AllowNon60HzDFPModes"[/quote]

Jesh!!! Noin se sitten meni. Kone yön valmiustilassa vga-kaapeli kiinni. xorg.confin muokkaus, tallennus, kaapelin vaihto dvi:lle, ja pimeällä ruudulla Ctrl-Alt-Backspace (määritellyt itse tuon) ja kirjautumisen jälkeen tsekkaus monitorista, 1920x1080, 56 kHz, 50 Hz. Siinä se. Paljon kiitoksia "nm" ja Timballe myös. Tosiaan antamasi komento saa aikaan noita modelinejä, ja nyt osaisin tämän jo itsekin. Testiajo testivideosta (n. 5 minuuttia 1080p@50) VLC:llä kertoi, että ajoneuvot liikkuvat tasaisesti, mutta sitten kun lopussa tulee 360 asteen panorointi ja siinä siirrytään tuulessa heiluvaan koivikkoon, ruutuja alkaa putoilla. Noin 20000 kokonaismäärästä tippui noin 450 ja se kokonaan n. minuutin panorointiosuudessa.

Kirittävää Linux-puolella siis on vielä reippaasti. Eilen illalla kotikoneella testailin core2duo läppärillä, Intelin 945G ohjaimella. WinXP-puolella VLC ei pudota yhtään ruutua eräästä 720p@50 videostani, joka on tehty OpenShotilla 15 mb/s läpäisyllä. Vastaavasta videosta on myös kevyempi 5 mb/s versio, ja se takeltelee Ubuntun puolellakin. Molemmissa tapauksissa katsottu VLC:llä. Toinen, Pentaxilla kuvattu 720p@30 motionjpegiä menee sekin puhtaasti XP:n puolella, Ubuntun puolella ruutuja putoaa raskaasti.

Rautakiihdytys VDPAU:lla ei ole lunastanut lupauksia ainakaan omalla koneellani. CPU:n prosentit pysyvät alhaalla, mutta kun videota katsotaan kuitenkin silmillä eikä CPU-mittarilla niin... Mplayer2:llä nämä raskaat MTS-videot pätkivät pahasti VDPAU:sta huolimatta. Optioina Mplayer2:lle -vo vdpau  -vc ffh264vdpau.

Mitä ilmeisimmin koodaamista tarvitaan vielä reippaasti. Rauta siis antaisi jo myöden, mutta rautapurun koodaaminen kuntoon olisi nyt tärkeää. Maailma on liikkuvan kuvan, ja toivotan koodaajille menestystä

[nm]

Testiajo testivideosta (n. 5 minuuttia 1080p@50) VLC:llä kertoi, että ajoneuvot liikkuvat tasaisesti, mutta sitten kun lopussa tulee 360 asteen panorointi ja siinä siirrytään tuulessa heiluvaan koivikkoon, ruutuja alkaa putoilla. Noin 20000 kokonaismäärästä tippui noin 450 ja se kokonaan n. minuutin panorointiosuudessa.

Jos käytät jotain vanhempaa VLC:n versiota, sen softapurku hyödyntää vain yhtä ydintä, joten korkean bitraten 1080p50-videon purussa tuo on odotettavissa käyttöjärjestelmästä ja prosessorista riippumatta. VLC 2.0:lla pitäisi toistua paremmin, ainakin quad corella.

Kirittävää Linux-puolella siis on vielä reippaasti. Eilen illalla kotikoneella testailin core2duo läppärillä, Intelin 945G ohjaimella. WinXP-puolella VLC ei pudota yhtään ruutua eräästä 720p@50 videostani, joka on tehty OpenShotilla 15 mb/s läpäisyllä. Vastaavasta videosta on myös kevyempi 5 mb/s versio, ja se takeltelee Ubuntun puolellakin. Molemmissa tapauksissa katsottu VLC:llä. Toinen, Pentaxilla kuvattu 720p@30 motionjpegiä menee sekin puhtaasti XP:n puolella, Ubuntun puolella ruutuja putoaa raskaasti.

Tässä tapauksessa epäilen pullonkaulaksi Intelin Linux-ajuria. Se on parantunut paljon viime vuosina, mutta tuskin vastaa nopeudeltaan Windows-ajuria. Seuraavassa Ubuntussa on taas uudempi ajuri, joka saattaisi olla hieman nopeampi videotoistossakin.

Rautakiihdytys VDPAU:lla ei ole lunastanut lupauksia ainakaan omalla koneellani. CPU:n prosentit pysyvät alhaalla, mutta kun videota katsotaan kuitenkin silmillä eikä CPU-mittarilla niin... Mplayer2:llä nämä raskaat MTS-videot pätkivät pahasti VDPAU:sta huolimatta. Optioina Mplayer2:lle -vo vdpau  -vc ffh264vdpau.

On mahdollista, että näytönohjaimesi ei ole aivan riittävän nopea 1080p50-purkuun. VDPAU Feature Set A (VP2) -näytönohjaimet purkavat 1080p:tä maksimissaan n. 45 fps:n nopeudella. Oletko kokeillut samoja videoita Windowsissa saman näytönohjaimen rautapurulla?

Sinänsä VDPAU toimii nykyisin yhtä hyvin kuin Nvidian rautapurkurajapinnat Windowsissa. Julkaistaessa VDPAU oli joiltain osin niitä edellä.

[New_user]

Jos käytät jotain vanhempaa VLC:n versiota, sen softapurku hyödyntää vain yhtä ydintä, joten korkean bitraten 1080p50-videon purussa tuo on odotettavissa käyttöjärjestelmästä ja prosessorista riippumatta. VLC 2.0:lla pitäisi toistua paremmin, ainakin quad corella.
-----------
Tässä tapauksessa epäilen pullonkaulaksi Intelin Linux-ajuria. Se on parantunut paljon viime vuosina, mutta tuskin vastaa nopeudeltaan Windows-ajuria. Seuraavassa Ubuntussa on taas uudempi ajuri, joka saattaisi olla hieman nopeampi videotoistossakin.

On mahdollista, että näytönohjaimesi ei ole aivan riittävän nopea 1080p50-purkuun. VDPAU Feature Set A (VP2) -näytönohjaimet purkavat 1080p:tä maksimissaan n. 45 fps:n nopeudella. Oletko kokeillut samoja videoita Windowsissa saman näytönohjaimen rautapurulla?

Kiitos.

Tällainen tavallinen pulliainen ei vaan ollenkaan tiedä, mistä moisen VLC 2.0 saisikaan. Itsestään ei päivity, vaikka tämä 1.1.3:kin on kai jostain ppa:sta jossain vaiheessa haalittu. En muista mistä.

En myöskään osaa Windowsin puolella säätää mitään sen paremmin rauta- tai softapurkua käyttämään. Katsoin vähän prossukuormia tässä aiemmin, ja kokonaiskuorma näytti pyörivän 10-15% välillä noilla mts-videoilla Win7:ssa. Yhtään droppia ei sillä puolella kyllä saa aikaiseksi.

Ja tuosta ohjaimesta vielä. Mistähän tätä 460GTX:ää  tehokkaaamman mahtaisi saadakaan. No eipä silti, en sitä tarvitse, jos softapurkuun saisi edes kaksi neljästä käyttöön.

[nm]

Tällainen tavallinen pulliainen ei vaan ollenkaan tiedä, mistä moisen VLC 2.0 saisikaan. Itsestään ei päivity, vaikka tämä 1.1.3:kin on kai jostain ppa:sta jossain vaiheessa haalittu. En muista mistä.

Ubuntu 11.04:n virallisissa lähteissä on VLC 1.1.9 ja esim. natty-bleed-PPA:sta saa version 1.1.13. Nattyyn ei taida vielä saada mistään valmiiksi paketoitua 2.0:aa.

Ubuntu 11.10:een VLC 2.0:n voi asentaa tästä PPA:sta: https://launchpad.net/~n-muench/+archive/vlc

Ubuntu 12.04:ään VLC 2.0:n saa suoraan virallisista lähteistä.

En myöskään osaa Windowsin puolella säätää mitään sen paremmin rauta- tai softapurkua käyttämään. Katsoin vähän prossukuormia tässä aiemmin, ja kokonaiskuorma näytti pyörivän 10-15% välillä noilla mts-videoilla Win7:ssa. Yhtään droppia ei sillä puolella kyllä saa aikaiseksi.

On mahdollista, että VLC käyttää Windowsissa oletuksena DXVA2-rautapurkua. Tai sitten sinulla on niin paljon HT-ytimiä, että kuorma näyttää alhaiselta. Mitä VLC:n versiota käytät Windowsissa ja jakautuuko kuorma tasaisesti kaikille ytimille?

Ja tuosta ohjaimesta vielä. Mistähän tätä 460GTX:ää  tehokkaaamman mahtaisi saadakaan.

Esimerkiksi GT520 purkaa H.264 videota tuplasti nopeammin kuin GTX 460. Tosin 1080i-videon lomituksenpoistoon siinä ei riitä tehoja.

GTX 460:ssä on kuitenkin Feature set C -videodekooderi, joten nopeus riittää 50p ja 60p-purkuun. Sinulla on sitten jotain muuta ongelmaa VDPAU:n kanssa. Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection


[New_user]

On mahdollista, että VLC käyttää Windowsissa oletuksena DXVA2-rautapurkua. Tai sitten sinulla on niin paljon HT-ytimiä, että kuorma näyttää alhaiselta. Mitä VLC:n versiota käytät Windowsissa ja jakautuuko kuorma tasaisesti kaikille ytimille?

Käytössä oli 1.1.11 Windowsissa. Kokeilin juuri sillä mts-videota. Kyllä kaikkia ytimiä (4) jotenkin käytetään, mutta ei  tasaisesti. Yksi noin 50-60%, toinen noin 25-30%, muut sitten vähemmän. Kokokomaiskuorma vaihteli siis 10-15%.  Kokeellinen GPU-purku pätki pahasti. Pakko ottaa pois.

Latasin sitten 2.0:n. Softapurulla nyt tasainen kuorma ytimille, kokonaiskäyttöaste tippui 4-12% testivideollani. Nyt kai sitten virallisesti mukana oleva GPU-purku pätki vieläkin pahemmin mielestäni kuin 1.1.11-versiolla. CPU-kuorma mitätön, noin 1-4%, mutta ei siis voi käyttää pätkimisen takia. Tämä siis kaikki Win7-puolella.

GTX 460:ssä on kuitenkin Feature set C -videodekooderi, joten nopeus riittää 50p ja 60p-purkuun. Sinulla on sitten jotain muuta ongelmaa VDPAU:n kanssa. Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection


Ubuntu puolella käytössä ollut, muistaakseni juuri Natty-bleedistä napattu 1.1.13. Uudempaa ei ole näköpiirissä. Todennäköisesti vaihdan sitten 12.04 aikanaan, kunhan se vakiintuisi. Ainakin Hardyn kanssa meni melkein vuosi, ennenkuin se alkoi pelata kunnolla, mikä ei ole hyvä juttu, kun 2 vuoden tuesta menee vuosi ongelmissa. Tässä samalla herää siihen, että Ubuntua on tullut käytetyksi 7.04:stä saakka, viitisen vuotta

Palaan  tuon neuvosi kokemuksiin, kunhan taas pääsen sille puolelle konetta. Pakko  tulla konvertoimaan koostamani esittelyvideo tälle puolelle, kun en Handbrakesta ja Avidemuxista löydä koon pienennystä (Full HD -> 480p ja 576p). Tehtävä täällä AVS-konvertterilla. Nuo valinnat saisivat olla OpenShotissakin suoraan, 720p siellä on, muttei esim. 480p:ä
1024x576 PAL on, mutta se tiputtaa fps:n 25

[New_user]

Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection


KIITOS!!! Tämä oli aivan ratkaiseva siirto! Nyt vetävät Mplayer2 ja Smplayer (oikeat optiot mplayerille) fullHD-mts:ää täysin puhtaasti. Ei pienintäkään glitchiä liikkeessä tai panoroinnissa ja järjestelmän valvonta kertoo ytimien (4, yhteensä 8 säiettä) pystyttelevän hyvin alhaisilla kuormilla. Yritys kokeilla VLC:ä (1.1.13) GPU-purulla tuottaa saman tuloksen kuin Win7:ssa, eli video nykii tosi pahasti. Jos ei winukkaan parempaa soitinta ole, niin nyt kyllä sitten ollaan edellä Linuxin puolella Hienoa 

[timbba]

Jos ei winukkaan parempaa soitinta ole, niin nyt kyllä sitten ollaan edellä Linuxin puolella Hienoa  

Itselläni on läppärissä Pentium SU4100 tuplaydinprosessori ja Intelin 4500MHD näytönohjain, jossa on rautapurku kyllä tuettuna. Itse käytin testatakseni 1080p videoita ihan pelkkää Windows 7:n Media Playeria ja toistui mukisematta cpu kuorman ollessa muistaakseni n. 10-20%. Eli oletko Win7:ssa kokeillut ihan sen omaa Media Playeria?
 
Omaan näytönohjaimeen olisi myös kokeellinen VAAPI toteutus tehty linuxin puolelle, mutta enpä ole jaksanut lähteä kokeilemaan kun itse pitäisi käännellä.

[New_user]

Itselläni on läppärissä Pentium SU4100 tuplaydinprosessori ja Intelin 4500MHD näytönohjain, jossa on rautapurku kyllä tuettuna. Itse käytin testatakseni 1080p videoita ihan pelkkää Windows 7:n Media Playeria ja toistui mukisematta cpu kuorman ollessa muistaakseni n. 10-20%. Eli oletko Win7:ssa kokeillut ihan sen omaa Media Playeria?

En ole koskenut Microsoftin mediaplayeriin enkä selaimeen pitkällä tikullakaan enää vuosikausiin. Ainoa pakollinen sillä puolella on kotona lähinnä Picbasic Pro kehitysympäristö, kuvankäsittely (raw), ja satunnaisesti jotain muuta, mille en ole löytänyt mieleisiäni vastineita Ubuntun puolelta.

1080p videota on tietysti sitäkin monenlaista. Eilen juuri katselin Youtubesta nappaamaani, ja se toistui kotiläppärilläkin ihan hyvin ulkoisella näytöllä. Mutta silloin kun ruutuja on 50/sek, ja raakaa bittivirtaa on about 30 megabittiä sekunnissa, ei siihen niin vain pystytä. Tuolla Core2Duo läppärilläni on ihan turha yrittääkään. Kevään/kesän aikana, kun Intelin uusi Ivybridge-sarja alkaa näkyä kaupoissa, lähden ostoksille. Katsotaan sitten tarvitaanko erillistä näyttistä, vai riittääkö mukana tuleva integroitu hyvään videotoistoon. Hyvä näyttö on nyt niin kotona kuin duunissakin

[timbba]

En ole koskenut Microsoftin mediaplayeriin enkä selaimeen pitkällä tikullakaan enää vuosikausiin.

No tarkoituksena olikin, että kokeile.. en siis tuputtanut että vaihda. En itsekää sitä käytä, kun en viitsi edes käyttää koko Windowsia  .. Paljon paremman käyttökokemuksen saan Linuxin parissa  . Mutta siis.. ei vie kuin muutamia minuutteja kun kokeilet Windowsin omalla playerilla miten pyörii.

[Jakke77]

ootkos xranderiä kokeillut ?

http://linux.fi/wiki/RandR

[nm]

ootkos xranderiä kokeillut ?

http://linux.fi/wiki/RandR

Jaa virkistystaajuuden vaihtoon? Sillä voi kyllä lisätä modelinen lennossa, mutta en ole koskaan kokeillut miten Nvidian suljettu ajuri reagoi siihen. Modelinen lisäämiseen ei edes ole ohjetta tuolla linux.fi:n wikiartikkelissa.

Olemassaolevien näyttötilojen valitsemisessa xrandr toimii suunnilleen samalla tavalla kuin nvidia-settings. (Paitsi ettei se näytä oikeita virkistystaajuuksia Nvidian ajurilla, jos DynamicTwinView on päällä).

[New_user]

Olemassaolevien näyttötilojen valitsemisessa xrandr toimii suunnilleen samalla tavalla kuin nvidia-settings. (Paitsi ettei se näytä oikeita virkistystaajuuksia Nvidian ajurilla, jos DynamicTwinView on päällä).

Mulla Xrandr (Grandr) näytti puuta heinää vaikkei tuo TwinView päällä ollutkaan. Eikä se myöskään toiminut virkistystaajuuden vaihdossa Nvidian ajurilla. Tuolla aiemmin ketjussa oli kyllä kaikki, mitä piti tehdä. Kiitos siitä nm:lle

[nm]

Mulla Xrandr (Grandr) näytti puuta heinää vaikkei tuo TwinView päällä ollutkaan.

DynamicTwinView on päällä silloinkin kun TwinView ei ole päällä, ellet erikseen kytke DynamicTwinviewiä pois xorg.confissa. Xrandr näyttää kyllä oikeat lukemat silloin kun DynamicTwinView on pois päältä.

Eikä se myöskään toiminut virkistystaajuuden vaihdossa Nvidian ajurilla.

Virkistystaajuus vaihtuu xrandr:n listauksessa näkyvän numeron perusteella, jos vaihtoehtoja ylipäänsä on olemassa. Esimerkiksi minulla xrandr näyttää DynamicTwinViewin kanssa LCD-monitorin natiiviresoluutiolle taajuudet "50.0" ja "51.0", joista ensimmäinen on nvidia-settingsillä tarkistettuna 60 Hz:n tila ja jälkimmäinen 75 Hz:

Koodia: [Valitse]

Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
   1280x1024      50.0*    51.0
Tällöin voin vaihtaa 75 Hz:n tilaan komennolla xrandr -r 51.

[New_user]

Virkistystaajuus vaihtuu xrandr:n listauksessa näkyvän numeron perusteella, jos vaihtoehtoja ylipäänsä on olemassa. Esimerkiksi minulla xrandr näyttää DynamicTwinViewin kanssa LCD-monitorin natiiviresoluutiolle taajuudet "50.0" ja "51.0", joista ensimmäinen on nvidia-settingsillä tarkistettuna 60 Hz:n tila ja jälkimmäinen 75 Hz:

Koodia: [Valitse]

Screen 0: minimum 320 x 240, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
   1280x1024      50.0*    51.0
Tällöin voin vaihtaa 75 Hz:n tilaan komennolla xrandr -r 51.

Ok. Nyt en kyllä duunikoneeseen koske, kun saatiin se niin hyvään iskuun. Tässä kotikoneessa on nyt Peruskäyttö-osastolla mainittu ikkunoiden säätönamiskoiden häviäminen (ikkunan ylin osa) Compizin poiston jälkeen, ja jos sinne joku guru eksyy hyviä neuvoja antamaan, niin hyvä on Öitä

[New_user]

Ehkä kompositointi häiritsee sitä -- itse en ole saanut kahden näytön TwinView-kokoonpanossa VDPAU:ta toimimaan nykimättä ja repeilemättä ellen kytke kompositointia kokonaan pois X-palvelimesta:

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection


Voinko tehdä kotiläppäriini Xorg.confin, jossa on vain ylläoleva pätkä?

Sitten vielä vähän korjausta aiempaan; kirjoitin VLC:n (1.1.13) kotiläppärissä kadottavan ruutuja 5 mbit läpäisyllä olevassa h264 videossa (720p@50) ja saman kokoisessa motion jpegissä. Tähän tuli korjaus. VLC:n asetuksissa täytyi olla jotain pielessä, koska asetukset nollaamalla ruutujen putoileminen loppui. Oma vika siis.

Ja vielä yksi kysymys. Nvian GT520 mainittiin aiemmin säikeessä pystyvän jopa tehokkaampaan rautapurkuun kuin GTX460 (ver II). Onko todellakin näin? Kyseessähän on hyvin edullinen videokortti.

[timbba]

Ja vielä yksi kysymys. Nvian GT520 mainittiin aiemmin säikeessä pystyvän jopa tehokkaampaan rautapurkuun kuin GTX460 (ver II). Onko todellakin näin? Kyseessähän on hyvin edullinen videokortti.

Kyllä ilmeisemmin videopurkua on nopeutettu todella reippaasti 5xx sarjaan GT520 korttiin. Ilmeisesti pystyy purkamaan vaikka kahtakin 1080p vaivatta yhtäaikaa. Mutta GTX460:ssa on paukkuja sitten enemmän lomitetun videon purkuun, kun taas GT520 hyytyy parhaimmilla lomituksenpoistometodeilla.

Esimerkkilinkkejä:
http://en.wikipedia.org/wiki/Nvidia_PureVideo
http://www.mythtv.org/wiki/VDPAU
http://forum.doom9.org/showthread.php?t=163110

Edit: Korjattu..

[New_user]

Kyllä ilmeisemmin videopurkua on nopeutettu todella reippaasti 5xx sarjaan. Ilmeisesti pystyy purkamaan vaikka kahtakin 1080p vaivatta yhtäaikaa. Mutta GTX460:ssa on paukkuja sitten enemmän lomitetun videon purkuun, kun taas GT520 hyytyy parhaimmilla lomituksenpoistometodeilla.

Niinpä todellakin. No, lomitettua videota syntyy itsellä vain loma-aikaan  , joten sen takia ei tarvitse ihmeitä näyttikseltä. Se mitä kaipaisi, olisi rautaenkoodaus, tai ainakin  sellainen videopakkaaja editorissa, joka hyödyntäisi useampi ytimiä prosessorissa. Nykyisellään ainakin OpenShotissa on tehokkaallakin koneella aika aikavaa pakata.

Tämän säikeen monista anneista yksi oli lisäksi, että HD-videon purku sujuu jo säikeistettynä hyvin ilman erityistä supernäytönjaintakin, jos vai tietsikan tehot ja väylät sen sallivat. Mplayer2 toistaa tässä kotiläppärissäkin aika kivasti 720p@50 tuollaisella jopa 5-7 mbit/s vauhdilla. Ulkoisen näytön ja täyden HD-resoluution käyttö sitten jo pistävät polvilleen tämän. Saas nähdä, missä mennään, kun uudet Intelin kamat tulevat ulos, ja millainen näyttis siellä on vakiona, ja mikä on Linux-ajurin tilanne silloin. Jos ei pelaile, niin tuollainen GT520 pelastaa kyllä videoiden puolella sitten joka tapauksessa.

[nm]

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Voinko tehdä kotiläppäriini Xorg.confin, jossa on vain ylläoleva pätkä?

Pitäisi onnistua.

Se mitä kaipaisi, olisi rautaenkoodaus

Tietokoneeseen liitettävistä kuluttajaluokan rautaenkoodereista Intelin Sandy Bridge -prosessorien Quick Sync on tällä hetkellä ainoa kohtalaisen pätevä vaihtoehto, joka ei häviä laadussa yhtä nopealle softaenkoodaukselle. Intelin Linux-ajuri tukee H.264 pakkausta, mutta tietääkseni kukaan ei ole vielä rakentanut softaa sen käyttämiseksi.

tai ainakin  sellainen videopakkaaja editorissa, joka hyödyntäisi useampi ytimiä prosessorissa. Nykyisellään ainakin OpenShotissa on tehokkaallakin koneella aika aikavaa pakata.

x264 osaa kyllä käyttää n. 12 ydintä erittäin tehokkaasti. Onpa outoa, jos OpenShotissa ei ole valintaa enkooderin säikeiden määrälle? Ehkä vaihto Kdenliveen olisi paikallaan.

Yleensäkin on aika kummallista, etteivät nuo ohjelmat käytä oletuksena x264:n automaattitunnistusta ytimien määrälle.