'laitteisto'-luokan arkisto

Second Life jumiuttaa työpöydän

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurin (ati) käyttöön. Olen määritellyt ikkunointiympäristön asetuksissa EXA-kiihdytysmenetelmän käyttöönotetuksi.

Olen asentanut Second Life -pelin asentamalla secondlife-install -paketin getdeb-sivustolta. Minulla on Second Life -tili, ja olen käynnistänyt pelin ja kirjautunut onnistuneesti sisään.

Ongelma

Liikuttuani jonkin aikaa pelin virtuaalimaailmassa työpöytä lakkaa vastaamasta näppäinten painalluksiin, ja jumiutuu lukuunottamatta hiiren osoitinta, joka reagoi normaalisti hiiren liikkeisiin. Työpöydän alapaneeliin lisäämäni Järjestelmän tila -sovelma, joka näyttää suoritinkäyttöä, paljastaa, että hetkeä ennen jumiutumista suoritinkäyttö on kohonnut sataan prosenttiin.

Koska ikkunointiympäristö ei reagoi näppäimistöön, en voi käynnistää sitä uudestaan Control + Alt + Backspace -näppäinyhdistelmällä.

Ongelman syy
Toimiakseen kunnolla Second Life vaatii ATIn toimittaman suljetun lähdekoodin näytönohjainajurin.
Ratkaisu
ATIn näytönohjainajureiden asentaminen saattaisi ratkaista ongelman, mutta en ole testannut sitä. ATIn ajurit rakentuvat vielä toistaiseksi suljetulle lähdekoodille, ja haluan pitäytyä avoimelle lähdekoodille pohjautuvissa ajureissa periaatteesta. Lisäksi työpöytätehosteet vaativat toimiakseen avoimen lähdekoodin ajurit. Avoimen lähdekoodin näytönohjainajureiden kanssa toimivaa ratkaisua ei vielä ole.
Huomautuksia
  • Työpöydän jumiuduttua järjestelmän alasajoon voi käyttää Linux-ytimen tunnistamaa näppäinyhdistelmää Alt + SysRq + R E I S U B. Ikkunointiympäristön uudelleenkäynnistys etäyhteyden kautta saattaisi myös tehota, mutta tätä en ole testannut.
  • Second Lifen pelaaminen avoimen lähdekoodin ajureilla saattaa olla mahdollista tulevaisuudessa sikäli kuin AMD tulee lunastamaan lupauksensa avoimen lähdekoodin ajureiden toimittamisesta.

[Ratkaisu] Firefox-ikkunan sisällön vieritys saa musiikin pätkimään

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurit käyttöön. En ole määritellyt ikkunointiympäristön asetuksissa kiihdytysmenetelmää (AccelMethod), joten käytössä on oletuskiihdytysmenetelmä, XAA.

Työpöytätehosteet (Compiz) ovat käytössä oletusasetuksin.

Käynnistän Rytmilaatikko-musiikkisoittimen, ja panen sen soittamaan musiikkia.

Käynnistän Firefox-selaimen, ja avaan Launchpadista bugiraportin 177492, joka on pystysuunnassa varsin pitkä sivu. Tartun hiiren osoittimella selainikkunan pystyvierityspalkkiin, ja alan vierittää sivua pystysuunnassa.

Ongelma
Vierittäessäni sivun sisältöä selainikkunassa Rytmilaatikon soittama musiikki alkaa pätkiä, eli pysähdellä. Työpöydän alapaneeliin lisäämäni Järjestelmän tila -sovelma, joka näyttää suoritinkäyttöä, paljastaa, että suoritinkäyttö on koko vierityksen ajan täysillä tai lähes täysillä.
Ongelman syy
Näytönohjaimen avoimen lähdekoodin ajurissa on ohjelmavirhe, joka ilmenee suorituskyvyn heikkoutena työpöytätehosteiden ollessa käytössä silloin, kun käytetään XAA-kiihdytysmenetelmää.
Ratkaisu

Vaihdan oletuksena olevan XAA-kiihdytysmenetelmän EXA-kiihdytysmenetelmään lisäämällä /etc/X11/xorg.conf -tiedoston sisältämään Device-osioon, jossa näytönohjaimen ajuri on määritelty, seuraavat rivit:

	Option	"AccelMethod"		"exa"
	Option	"MigrationHeuristic"	"greedy"

Kun tämän jälkeen kirjaudun työpöydältä ulos ja ikkunointiympäristö käynnistyy uudestaan, kiihdytysmenetelmänä on EXA. Tällöin selainikkunan vieritys ei enää saa taustalla soivaa musiikkia pätkimään.

Huomautus
Katso myös merkintä Web-sivulla oleva Flash-elementti tekee vierityksestä hidasta.

[Ratkaisu] Speaker-test ilmoittaa äänentoiston avausvirheestä PulseAudion kanssa

Lähtökohta

Pakettienhallinnassa pulseaudio ja siihen liittyvät paketit ovat asennettuna. PulseAudio on otettu käyttöön ja se toimii.

Haluan testata, onko 5.1-äänentoistolaitteistoni kytketty tietokoneen ääniulostuloportteihin oikein, joten komennan avaamastani Päätteestä speaker-test -Dplug:surround51 -c6 -l1 -twav.

Ongelma

Kaiutintestisovellus speaker-test ilmoittaa seuraavaa:

Toistolaite on plug:surround51
Virran parametrit ovat 48000Hz, S16_LE, 6 kanavat
WAV tiedosto(t)
Äänentoiston avausvirhe: -16, Device or resource busy
Äänentoiston avausvirhe: -16, Device or resource busy

Äänentoiston avausvirheestä ilmoittava rivi tulostuu yhä uudelleen kunnes keskeytän speaker-testin ajon näppäinyhdistelmällä Control + C. Haluan, että virheilmoituksen sijasta speaker-test toistaa kaiuttimien testaamiseksi ääninäytteitä eri kanavilta.

Ongelman syy
Äänentoistosta järjestelmässä vastaava PulseAudio on varannut äänentoistolaitteiston käyttöönsä. Speaker-test ei toimi PulseAudion vaan ALSAn varassa, joten PulseAudio ei voi jakaa sille äänentoistoresursseja.
Ratkaisu

Vapautan äänentoiston tilapäisesti speaker-testin käyttöön suorittamalla komennon seuraavasti:

pasuspender -- speaker-test -Dplug:surround51 -c6 -l1 -twav

Tällöin kaiutintesti toistaa ääninäytteet kytkentöjen testaukseen soveltuvalla tavalla.

Huomautus
Elegantimpi ratkaisu olisi käyttää PulseAudiota tukevaa kaiutintestisovellusta, mutta en toistaiseksi tiedä onko sellaista.

[Ratkaisu] Tietokoneen kello ei siirry kesäaikaan

Lähtökohta
Tietokoneessani on Ubuntun lisäksi toisella kiintolevyosiolla Windows-käyttöjärjestelmä. Ubuntun asennuksen yhteydessä olen ilmoittanut paikalliseksi aikavyöhykkeekseni (eli tietokoneeni sijainniksi) Suomen aikavyöhykkeen (Europe/Helsinki).
Ongelma
Kun Suomessa siirrytään kesäaikaan, Ubuntun työpöydän paneelissa oleva kello ei ole siirtynyt kesäaikaan. Kesäaikaan siirtymisen jälkeen tietokoneeni kello on siis tunnin Suomen aikaa jäljessä. Järjestelmä → Ylläpito -valikon Aika ja päiväys -sovellus ilmoittaa aikavyöhykkeekseni Europe/Mariehamn.
Ongelman syy
Tietokoneeni kello on asetettu paikalliseen aikaan koordinoidun yleisajan (UTC) sijasta. Ubuntu on tietoinen tästä valinnasta, ja tulkitsee sen siten, että Windows huolehtii kesä- ja talviaikaan siirtymisistä. Jos en ole käynnistänyt Windowsia kesäaikaan siirtymisen tapahduttua, kello näyttää tuntia vähemmän kuin sen pitäisi, jolloin Ubuntu ilmeisesti olettaa aikavyöhykkeen muuttuneen.
Ratkaisu
Sammutan Ubuntun ja käynnistän Windowsin, jolloin Windows asettaa tietokoneen kellon kesäaikaan. Kun sen jälkeen sammutan Windowsin ja käynnistän uudelleen Ubuntun, työpöydän paneelin kellonaika on Suomen kesäaika. Valitsen sen jälkeen Järjestelmä → Ylläpito-valikon Aika ja päiväys -sovelluksessa aikavyöhykkeekseni jälleen Europe/Helsinki.
Huomautuksia
  • Jos siirryn käyttämään yksinomaan Ubuntua, voin asettaa tietokoneen kellon koordinoituun yleisaikaan ja ilmoittaa siitä asettamalla /etc/default/rcS -tiedostossa olevan UTC-muuttujan arvosta no arvoksi yes. Sen jälkeen Ubuntu osaa laskea kulloinkin vallitsevan paikallisen ajan tietokoneen kellon ja asettamani paikallisaikavyöhykkeen perusteella.
  • En tiedä mistä Ubuntun asennusohjelma päätteli, että tietokoneeni kello on asetettu paikalliseen aikaan. Sen pitäisi tiettävästi olettaa kellon olevan yleisajassa. Ehkä se otti yhteyden aikapalvelimeen ja vertasi sieltä saamaansa aikaa tietokoneeni kellon näyttämään aikaan.
  • Jos aikavyöhykkeen korjaa ennen Windowsin käynnistämistä, se on Ubuntun uudelleenkäynnistämisen jälkeen jälleen Europe/Mariehamn.

[Ratkaisu] Secret Maryo Chronicles on hidas

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurit käyttöön, ja ikkunointijärjestelmä ja työpöytä toimivat niiden kanssa hyvin.

Käynnistän Secret Maryo Chronicles -pelin suorittamalla smc-komennon Päätteestä. Peli käynnistyy ja sen musiikki alkaa soida.

Ongelma

Pelin kuvanpäivittyminen on todella hidasta; vaikuttaa siltä kuin kuva päivittyisi vain noin kerran parissa sekunnissa. Näin hitaan kuvanpäivityksen kanssa pelin valikon käyttäminen on vaikeaa ja itse pelin pelaaminen mahdotonta. Pääteikkunassa, josta pelin käynnistin, näkyy seuraavanlainen virheilmoitus:

*********************************WARN_ONCE****************************
File r300_render.c function r300Fallback line 471
Software fallback:ctx->Line.SmoothFlag
**********************************************************************
Ongelman syy
Secret Maryo Chronicles käyttää R300-piirisarjan ominaisuutta jota ajuri ei vielä tue, jolloin ajuri turvautuu ohjelmalliseen kuvanpiirtoon.
Ratkaisu

Asennan DriConf-sovelluksen ja kiellän ajuria käyttämästä ohjelmallista kuvanpiirtoa pelin kanssa.

  1. Asennan Synaptic-pakettienhallinnassa driconf-paketin.
  2. Käynnistän DriConfin komentamalla Päätteessä driconf.
  3. Lisään sovelluskohtaisen asetuksen DriConfin Direct Rendering Preferences -ikkunan Application Settings -osion Lisää-napilla.
  4. Avautuvan Add Application -ikkunan Application Name -kenttään kirjoitan Secret Maryo Chronicles ja Executable Name -kenttään smc, jonka jälkeen suljen Add Application -ikkunan sen OK-napilla.
  5. Direct Rendering Preferences -ikkunan Application Settings -osiossa on nyt valittuna äsken luomani Secret Maryo Chronicles. Lisään sovellukselle Disable Low-impact fallback -asetuksen Add setting -kohtaan liittyvän alasvetovalikon Performance-alivalikosta.
  6. Kun Disable Low-impact fallback -asetus on valittavissa, asetan sen arvoksi Kyllä.
  7. Suljen DriConfin Direct Rendering Preferences -ikkunan Sulje-napilla.

Kun tämän jälkeen käynnistän Secret Maryo Chronicles -pelin, sen kuvanpäivitys toimii niin nopeasti, että valikkoa voi käyttää ja itse peliäkin pelata.

[Ratkaisu] Km-moduulin kääntäminen ei onnistu

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Kaappausta varten All In Wonder -näytönohjaimille on olemassa GATOS-projektin tuottama km-moduuli, jota ei ole saatavilla pakettivarastoista.

Linux-ytimestä käytössäni on versio 2.6.22-14-generic.

Pakettienhallinnassa linux-headers-generic ja cvs on asennettuna.

Ongelma
Jos lataan km:n sen www-sivuilta ja yritän kääntää lähdekoodia, kääntäminen epäonnistuu. Lisäksi lähdekoodissa ei ole Radeon 9600 -piirisarjan tunnistamiseen tarvittavia tietoja.
Ongelman syy
Km:n lähdekoodi on niin vanhaa ettei se ole yhteensopiva Linux-ytimeni kanssa eikä siinä ole huomioitu Radeon 9600 -piirisarjaa.
Ratkaisu

Lataan km:n lähdekoodin uusimman version CVS-versionhallintajärjestelmän avulla ja korjaan lähdekoodin toimivaksi.

  1. Lataan km:n lähdekoodin uusimman version seuraavalla komennolla:

    cvs -z3 \
    -d:pserver:anonymous@gatos.cvs.sourceforge.net:/cvsroot/gatos \
    co -P km
  2. Lataan korjaavan paikkaustiedoston seuraavalla komennolla:

    wget http://mummila.net/vuorovaikutus/tiedostot/r9600-2_6_22.patch
  3. Sovellan paikkaustiedoston tiedot km:n lähdekoodiin seuraavalla komennolla:

    cd km && patch -p1 -i ../r9600-2_6_22.patch
  4. Nimeän 2.6-sarjan Linux-ytimelle sopivan Makefile-tiedoston niin että make-komento käyttää sitä:

     mv Makefile-2.6 Makefile
    

Kun tämän jälkeen käytän make-komentoa lähdekoodin kääntämiseen, sen suorittaminen onnistuu.

Huomautuksia

All In Wonder ja xawtv: grabbing: not supported [try -noxv switch?]

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurit käyttöön.

Olen kopioinut näyttökortin ajurilevyltä ativmc20.cod -nimisen mikrokooditiedoston /usr/lib/xorg/modules/multimedia/ -hakemistoon ja nimennyt sen rt2_pmem.bin -nimiseksi. Näytönohjaimen ajurit ja mikrokooditiedosto ladataan onnistuneesti X-ikkunointijärjestelmän käynnistymisen yhteydessä.

Pakettienhallinnassa xawtv on asennettuna.

Olen kytkenyt digitaalikamerani videoulostulon näytönohjaimen komposiittisisääntuloon ja käynnistänyt kameran, jolloin se alkaa välittömästi lähettää kuvasignaalia videoulostuloonsa. Olen käynnistänyt xawtv:n Päätteestä ja pystyn katselemaan komposiittisisääntuloon tulevaa kameran näkemää kuvaa xawtv:n ikkunasta.

Xawtv:n ikkuna on valittuna. Haluan tallentaa otoksen kameran näkemästä kuvasta, joten painan näppäimistöni g-näppäintä.

Ongelma

Kuva ei tallennu. Sen sijaan Päätteeseen tulostuu vain seuraavanlainen rivi:

grabbing: not supported [try -noxv switch?]
Ongelman syy
Xawtv käyttää komposiittisisääntuloon tulevan kuvasignaalin näyttämiseen Xvideo-laajennusta. Xvideo-laajennus ei tue kuvien kaappaamista.
Ratkaisu
Ei vielä tiedossa.

Huomautuksia
  • Xawtv:n käynnistäminen Päätteeseen tulostuneen ilmoituksen ehdottoman -noxv -valitsimen kanssa (ilman muita valitsimia) ei onnistu. Silloin xawtv antaa seuraavanlaisen virheilmoituksen:

    X Error of failed request:  XF86DGANoDirectVideoMode
      Major opcode of failed request:  136 (XFree86-DGA)
      Minor opcode of failed request:  1 (XF86DGAGetVideoLL)
      Serial number of failed request:  63
      Current serial number in output stream:  63
  • Mikäli annan xawtv:lle -noxv -valitsimen lisäksi -nodga -valitsimen, se käynnistyy, mutta silloin se ei näytä komposiittisisääntuloon tulevaa kuvaa. Xawtv kykenee ilmeisesti tarttumaan komposiittisisääntulon kuvaan ainoastaan Xvideo-laajennuksen avulla, eikä -noxv -valitsinta käytettäessä siksi päästä kuvaan lainkaan käsiksi, jolloin sitä ei myöskään pystytä tallentamaan.
  • Ruutukaappauksen ottaminen xawtv:n ikkunasta (Alt + Print Screen) ei toimi, eikä koko työpöydästä otettuun ruutukaappaukseen (Print Screen) sisältyvän xawtv:n ikkuna sisällä sen näytöllä sisältämää kuvaa.

[Ratkaisu] No matching Device section for instance (BusID PCI:3:0:1) found

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder, jossa on kaksi VGA-ulostuloa. Olen kytkenyt ainoan käytössä olevan näyttöni ensisijaiseen VGA-ulostuloon. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurit käyttöön, ja ikkunointijärjestelmä ja työpöytä toimivat niiden kanssa hyvin.

Ongelma

Ikkunointijärjestelmän lokiin kirjautuu sen käynnistyksen yhteydessä seuraavanlainen varoitus:

(WW) RADEON: No matching Device section for instance (BusID PCI:3:0:1) found

Vaikka ikkunointijärjestelmä tuntuukin toimivan, virheilmoitus saa minut pohtimaan, olisiko sen asetustiedossa tehtävissä jotain sellaista, jonka jälkeen varoitusta ei enää tulisi.

Ratkaisu
Varsinkin Radeon-piirisarjalla varustetuille, useampia ulostuloja tarjoaville näytönohjaimille on tyypillistä, että ne näkyvät laitetasolla järjestelmälle kahtena eri laitteena. Toinen laite on kuitenkin täysin näennäinen ja se on läsnä vain, koska jotkin käyttöjärjestelmät tarvitsevat sen, jotta ensisijaisen lisäksi muutkin ulostulot toimisivat. X.org-ikkunointijärjestelmää käytettäessä varoituksen voi jättää täysin huoleti huomiotta.
Huomautuksia
  • Toisesta laitteesta saa sen näennäisyydestä huolimatta lisätietoja lspci-komennolla. Tiedot ovat melkein samat kuin silloin, kun lspci kohdistetaan lukemaan ensimmäistä näytönohjainlaitetta.
  • Lisäsin kokeeksi ylimääräisen Device-lohkon /etc/X11/xorg.conf -tiedostoon. Määrittelin laitteen portin varoituksessa annetun mukaisesti ja asetin sen käyttämään samaa avoimen lähdekoodin ajuria kuin mitä varsinainen näytönohjainlaitekin käyttää. Sama varoitus kirjattiin kuitenkin lokiin käynnistyksen yhteydessä sen jälkeenkin.

[Ratkaisu] MythTV ei pysty lukittautumaan signaaliin

Lähtökohta
Olen asentanut MythTV:n. Olen tehnyt tarvittavat sisääntuloasetukset, skannannut ja löytänyt kanavia ja tallentanut ne MythTV:n tietokantaan. Pystyn katselemaan signaalin ohjelmia.
Ongelma

Toisinaan käynnistettyäni MythTV:n ja valittuani sen päävalikosta kohdan Watch TV, näytön kuva muuttuu mustaksi eikä kanavan ohjelmaa näy. Näytöllä on vain kanava- ja ohjelmatiedot ja seuraava ilmoitusteksti:

You should have gotten a channel lock by now. You can continue to wait for a signal, or you can change the channels with Up and Down, change  input's (C), capture cards (Y), etc.
Ongelman syy
Syöttösignaali on heikkolaatuinen.
Ratkaisu
Poistan signaalin lähtöpisteen ja sisääntulopisteen väliltä kaikki ylimääräiset sovittimet ja jatkojohdot. Kytken signaalin käyttäen vain yhtä, mahdollisimman lyhyttä ja hyvälaatuista kaapelia. Tämän jälkeen MythTV pystyy käynnistettäessä lukittautumaan signaaliin.

Tv-ulostulon päällekytkentä xrandr-komennolla

Lähtökohta

Näytönohjaimeni on Connect 3D:n valmistama, AGP-väylässä kiinni oleva Radeon 9600 -piirisarjalla varustettu All In Wonder. Olen valinnut näytönohjaimelle avoimen lähdekoodin ajurit käyttöön.

Olen kytkenyt näytönohjaimen VGA-ulostulon VGA-kaapelilla näyttöön, joka on Acerin valmistama AL707-mallinen nestekidenäyttö. Työpöytäni näkyy nestekidenäytössä.

Olen kytkenyt näytönohjaimen TV-ulostulon RCA-kaapelilla ja adapterilla PAL-standardin mukaisen television SCART-liittimeen. Olen avannut television ja asettanut sen kanavaksi SCART-liittimen kautta tulevaa signaalia näyttävän AV-kanavan.

Työpöydän laajentaminen tv-ulostuloon kytkettyyn televisioon ei onnistu Gnome-työpöydän näytön asetuksia hallitsevalla sovelluksella, joten käytän xrandr-komentoa, jolla näytönohjaimen ominaisuuksia pystyy hallitsemaan laajemmin, komentamalla seuraavasti:

xrandr -s 800x600
xrandr --addmode S-video 800x600
xrandr --output S-video --mode 800x600

Komentojen ajamisen jälkeen työpöytäni on 800 × 600 -kokoisessa näyttötilassa nestekidenäytössäni.

Ongelma
Televisiossa näkyvä signaali näyttää lähinnä mustavalkoiselta häiriökuvalta.
Ongelman syy
Ei vielä tiedossa.
Ratkaisu
Ei vielä tiedossa.
Huomautus
Olen yrittänyt muuttaa S-videon käyttämää tv-standardia xrandr --output S-video --set tv_standard pal -komennolla. Virheilmoitusta se ei anna, mutta se ei myöskään tee mitään näkyviä muutoksia.