21. toukokuuta 2008
Luokittelu ja avainsanat: laitteisto, sovellukset, työpöytä, ajurit, ATI, avoin lähdekoodi, näytönohjaimen ajuri, Second Life
- 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.
Kommentiton »
28. huhtikuuta 2008
Luokittelu ja avainsanat: laitteisto, sekalaiset, työpöytä, EXA, ikkunan vieritys, musiikin pysähtely, suoritinkäyttö, suorittimen käyttö, suorituskyky, vierittäminen, XAA
- 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
.
5 kommenttia »
27. huhtikuuta 2008
Luokittelu ja avainsanat: laitteisto, sovellukset, äänentoisto, äänentoistolaitteisto, äänikortti, PulseAudio, resurssien jakaminen, speaker-test
- 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.
Kommentiton »
30. maaliskuuta 2008
Luokittelu ja avainsanat: GNU/Linux, laitteisto, aika, aikavyöhyke, EET, kello, kellonaika, kesäaika, koordinoitu yleisaika, Suomen aika, talviaika, UTC, Windows
- 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.
3 kommenttia »
28. maaliskuuta 2008
Luokittelu ja avainsanat: laitteisto, sovellukset, Direct Rendering Preferences, Disable Low-impact fallback, DriConf, grafiikan hitaus, grafiikkanopeus, kuvanpäivittyminen, kuvanpäivitys, nopeus, R300, Radeon, SDL, Secret Maryo Chronicles, smc
- 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.
- Asennan
Synaptic-pakettienhallinnassa driconf-paketin.
- Käynnistän DriConfin komentamalla Päätteessä
driconf.
- Lisään sovelluskohtaisen asetuksen DriConfin
Direct Rendering Preferences -ikkunan Application Settings -osion Lisää-napilla.
- 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.
- 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.
- Kun Disable Low-impact fallback -asetus on valittavissa, asetan sen arvoksi
Kyllä.
- 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.
Kommentiton »
28. helmikuuta 2008
Luokittelu ja avainsanat: GNU/Linux, laitteisto, AIW, All In Wonder, km, Linux-ydin 2.6.22
- 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.
-
Lataan km:n lähdekoodin uusimman version seuraavalla komennolla:
cvs -z3 \
-d:pserver:anonymous@gatos.cvs.sourceforge.net:/cvsroot/gatos \
co -P km
-
Lataan korjaavan paikkaustiedoston seuraavalla komennolla:
wget http://mummila.net/vuorovaikutus/tiedostot/r9600-2_6_22.patch
-
Sovellan paikkaustiedoston tiedot km:n lähdekoodiin seuraavalla komennolla:
cd km && patch -p1 -i ../r9600-2_6_22.patch
-
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
-
Kommentiton »
27. helmikuuta 2008
Luokittelu ja avainsanat: laitteisto, sovellukset, AIW, All In Wonder, kuva, kuvan kaappaaminen, kuvan tallentaminen, videokaappaus, xawtv
- 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
-
Kommentiton »
27. helmikuuta 2008
Luokittelu ja avainsanat: laitteisto, AIW, ajurit, All In Wonder, ATI, Device-lohko, lokitiedosto, näytönohjain, Radeon, varoitus, X.org, xorg.conf
- 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.
Kommentiton »
26. helmikuuta 2008
Luokittelu ja avainsanat: laitteisto, sovellukset, kaapeli, kaapelit, kanavalukitus, MythTV, signaali, sisääntulo
- 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.
Kommentiton »
19. helmikuuta 2008
Luokittelu ja avainsanat: laitteisto, All In Wonder, ATI Radeon 9600, televisio, tv-out, tv-ulostulo, Xrandr
- 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.
Kommentiton »