Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Voishan sitä koittaa saako nomodeset kernel pararametrillä sopivan kuvan.konsolissa tapahtuu jotain, tulee menu jossa ilmeisesti merkistöä voi vaihtaa mutta paljaalla raudalla tulee jotain dpkg herjoja.
edit:myös raudalla tulee menu (josta ei saa selvää) mutta ei nuo viittaa resoon?
En uskalla säätää mut eikö tuo vain vaihda merkistön esim nyt UTF-8 niin ei kai vaikka ISO-8859-10 fonttia muuta.Niin, kun ei sitä resoa tarvi muuttaa ku voit fonttia isontaa.
Menee jo turhan vaikeaksi.Voishan sitä koittaa saako nomodeset kernel pararametrillä sopivan kuvan.
Tässä on esimerkki ubuntulle mutta saman pitäisi toimia proxmoxissa.
![]()
How do I set 'nomodeset' after I've already installed Ubuntu?
I know that editing the boot options line and adding 'nomodeset' solves the problem of my laptop during LiveCD mode, what I don't know is how to set it at boot up through Grub2 after I've installedaskubuntu.com
Näköjään tosin ei ole helppoa ensi yritys menussa UTF-8 => käyttis tilttas, toinen yritys jo lupaava valinta joku ISO mutta merkistö täys seko.Kyllä sillä sen fontinkin koonkin saa vaihdettua..
![]()
e: ja eri fonteilla saa vielä isompia fonttikokoja. Ehkäpä DejaVu testiin?
~# debconf-show console-setup
console-setup/fontface47: Fixed
console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages
console-setup/codesetcode: Lat15
console-setup/fontsize-fb47: 8x16
console-setup/fontsize: 8x16
console-setup/guess_font:
console-setup/store_defaults_in_debconf_db: true
console-setup/fontsize-text47: 8x16
console-setup/charmap47: UTF-8
console-setup/use_system_font:
console-setup/framebuffer_only:
Mulla äskeisten säätöjen jälkeen:Kuulostaa että joku on siellä enemmänkin rikki. SSH:llä tuota dpkg-reconfigurea ajan ja näyttää em. kuvan mukaiselta.
Tässä defaulttini (eli UTF-8):
Koodi:~# debconf-show console-setup console-setup/fontface47: Fixed console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/codesetcode: Lat15 console-setup/fontsize-fb47: 8x16 console-setup/fontsize: 8x16 console-setup/guess_font: console-setup/store_defaults_in_debconf_db: true console-setup/fontsize-text47: 8x16 console-setup/charmap47: UTF-8 console-setup/use_system_font: console-setup/framebuffer_only:
debconf-show console-setup
console-setup/framebuffer_only:
console-setup/use_system_font:
* console-setup/fontsize-fb47: 16x32 (framebuffer only)
console-setup/fontsize-text47: 8x16
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages
console-setup/fontsize: 16x32
console-setup/codesetcode: Lat15
* console-setup/charmap47: ISO-8859-1
console-setup/store_defaults_in_debconf_db: true
console-setup/guess_font:
* console-setup/fontface47: VGA
Sori vähän offtopic. Itse itselleni vastaten. Sain secure bootin pöytäkoneessa toimimaan winukan kanssa ku muutin biosista secure boot - on, tulee varotusikkuna -> install factory keys -> secure boot - on.Joo, mulle aika hepreaa nämä secure boot ja uefi jutut, en suosittelee tekee niinkuin ite teen. Ihmettelin kun esim oman pöytäkoneen, missä on win10, biosin uefi on setup tilassa. Jos laitan securebootin päälle, ni ei tuu ees kuvaa ruutuun enkä pääse edes biosiin. Bios resetillä taas toimii.
Onko joku rakentanut ajastettuja toimintoja esim. crontabilla? Kiinnostaisi tietää miten sellaisen saisi toimimaan. Suunnitteilla automatisoituja backup-kopiointeja.
Siis mikä siinä erityisesti kiinnostaisi tai on esteenä toteuttamisella nyt? Linuxin puolella varmaan on harva yhtä paljon vuosien saatossa käytetty toiminto kuin cron.Onko joku rakentanut ajastettuja toimintoja esim. crontabilla? Kiinnostaisi tietää miten sellaisen saisi toimimaan. Suunnitteilla automatisoituja backup-kopiointeja.
Valitettavasti ei ole mitenkään harvinaista että wintel-koneissa, varsinkaan vähän vanhemmissa, toimii suspendit ja hibernatet miten sattuu jos toimii ollenkaan. Ei niinkään Linuxiin rajoittunut ongelma vaan yhtä tuuripeliä se on Windowsissakin. Ei oikein rauta, softa ja firmware siinä välissä pelaa yhteen.Kuinkahan lähteä selvittelemään tällaista juttua, kuin että intel-pohjaisessa (i5-3210M) vanhassa läppärissä Minttiin iskee jossain vaiheessa sellainen vaiva että prossun ykköscore jää ilman näennäistä syytä ilmeisesti pian suspendista heräämisen jälkeen koholle leijailemaan 50-100% välille ja hidastaa yleistä käyttöä niin että youtube-videoissakin on pientä tökkimistä. Mitään muuta prossua käyttävää prosessia en näe kuin "cinnamon --replace" ja sekin system monitorin mukaan käyttää prossua alle 10% verran. Uudelleenkäynnistys korjaa vaivan joksikin aikaa, mutta aina se tulee muutaman suspendista herättelyn jälkeen takaisin. Olen kokeillut Ctrl-alt-esc joka kaiketi käynnistää cinnamon uusiksi mutta ei vaikuta asiaan mitenkään. Haiskahtaa jonkinlaiselta virranhallinnan bugitukselta ja olisi ihan mukava kuitenkin suspend-tilaa käyttää kun kone on niin nopsaan käyttövalmis avatessa. Niin ja siis uusin Mintti käytössä.
W10:ssä ei sleep modella ollut vastaavia ongelmia mutta taisi sitten tuuri käydä bittien kanssa. System monitorissa kun koneen ollessa jouten katsoo niitä prossun kuormituskäppyröitä, niin ykköscore on jatkuvasti jotenkin ylivirittyneessä tilassa ja heiluu koholla. Lisäksi kun tällainen monitorointihullu olen niin olen lisännyt CPU temperature monitorin lisäksi "multi-core system monitor-"appletin josta ensin huomasin että core leijailee taivaissa jatkuvasti ja systeemi tökkii. Tietty voisi kokeilla ilman niitä appletteja jos vaikka sattuvat liittymään asiaan, mutta muuten jos ei mitään kikkaa ole niin ei sitten vissiin auta muu kuin laittaa suspendin pois käytöstä ja sammutella ja käynnistellä aina koneen. Eipä tuo muutamaa sekuntia enempää SSD:llä tee ylimääräistä.Valitettavasti ei ole mitenkään harvinaista että wintel-koneissa, varsinkaan vähän vanhemmissa, toimii suspendit ja hibernatet miten sattuu jos toimii ollenkaan. Ei niinkään Linuxiin rajoittunut ongelma vaan yhtä tuuripeliä se on Windowsissakin. Ei oikein rauta, softa ja firmware siinä välissä pelaa yhteen.
Mutta tuo on aika kummallinen ongelma. Missä se yhden coren kuorma näkyy?
Omassa vanhassa Ivy Bridge-läppärissä joskus hirttää joku prosessorin sisäinen virransäästö kiinni ja se juuttuu minimikelloille, millään tavalla komentamalla se ei siitä enää tokene vaan pitää käyttää virtoja pois päältä. Ei edes liity suspendiin koska en jaksa edes yrittää sellaisia käyttää.
MitäsW10:ssä ei sleep modella ollut vastaavia ongelmia mutta taisi sitten tuuri käydä bittien kanssa. System monitorissa kun koneen ollessa jouten katsoo niitä prossun kuormituskäppyröitä, niin ykköscore on jatkuvasti jotenkin ylivirittyneessä tilassa ja heiluu koholla. Lisäksi kun tällainen monitorointihullu olen niin olen lisännyt CPU temperature monitorin lisäksi "multi-core system monitor-"appletin josta ensin huomasin että core leijailee taivaissa jatkuvasti ja systeemi tökkii. Tietty voisi kokeilla ilman niitä appletteja jos vaikka sattuvat liittymään asiaan, mutta muuten jos ei mitään kikkaa ole niin ei sitten vissiin auta muu kuin laittaa suspendin pois käytöstä ja sammutella ja käynnistellä aina koneen. Eipä tuo muutamaa sekuntia enempää SSD:llä tee ylimääräistä.
htop -s PERCENT_CPU tai vmstat 1 10 näyttää kun tuota tapahtuu?Juu näkö alkaa olla niin heikko että näyttöjen oletusreso on liian pientä (vai suurta), bootatessa välillä on aluksi ok reso mutta sitten joku säätää sen.
~# cat /etc/default/console-setup
# CONFIGURATION FILE FOR SETUPCON
# Consult the console-setup(5) manual page.
VIDEOMODE=1920x1080
~# hwinfo --framebuffer
02: None 00.0: 11001 VESA Framebuffer
[Created at bios.459]
Unique ID: rdCR.QgFYtsmQZBC
Hardware Class: framebuffer
Model: "Intel(R) Sandybridge/Ivybridge Graphics Controller"
Vendor: "Intel Corporation"
Device: "Intel(R) Sandybridge/Ivybridge Graphics Controller"
SubVendor: "Intel(R) Sandybridge/Ivybridge Graphics Chipset Accelerated VGA BIOS"
SubDevice:
Revision: "Hardware Version 0.0"
Memory Size: 255 MB + 960 kB
Memory Range: 0x00000000-0x0ffeffff (rw)
Mode 0x033c: 1920x1440 (+1920), 8 bits
Mode 0x034d: 1920x1440 (+3840), 16 bits
Mode 0x035c: 1920x1440 (+7680), 24 bits
Mode 0x033a: 1600x1200 (+1600), 8 bits
Mode 0x034b: 1600x1200 (+3200), 16 bits
Mode 0x035a: 1600x1200 (+6400), 24 bits
Mode 0x0307: 1280x1024 (+1280), 8 bits
Mode 0x031a: 1280x1024 (+2560), 16 bits
Mode 0x031b: 1280x1024 (+5120), 24 bits
Mode 0x0305: 1024x768 (+1024), 8 bits
Mode 0x0317: 1024x768 (+2048), 16 bits
Mode 0x0318: 1024x768 (+4096), 24 bits
Mode 0x0312: 640x480 (+2560), 24 bits
Mode 0x0314: 800x600 (+1600), 16 bits
Mode 0x0315: 800x600 (+3200), 24 bits
Mode 0x0301: 640x480 (+640), 8 bits
Mode 0x0303: 800x600 (+832), 8 bits
Mode 0x0311: 640x480 (+1280), 16 bits
Mode 0x037d: 0x0 (+0), 8 bits
Mode 0x037e: 0x0 (+0), 16 bits
Mode 0x037f: 0x0 (+0), 24 bits
Config Status: cfg=new, avail=yes, need=no, active=unknown




Jos softa ei kerro että siellä on operaatio käynnissä. Eli tosiaan täysin softasta kiinni, osaako se ilmoittaa KDE:ole että disabloi sleeping.Juuh, uudella kubuntu livellä tyhjentelin vanhan koneen kovoa joka löyty kaapista. No jossain vaiheessa katsoin että kone sammunut? Oli mennyt lepotilaan itsekseen. Katsoin virransäästön asetukset kde:stä ja niinhän siellä seisoi että jonkun minuuttien jälkeen kone lepotilaan jos sitä ei käytetä.
Riittää vissiin että hiiri ei liiku eikä näppis näpyttele, niin kone on "käyttämättä". Vaikka siellä on DD työkalu käynnissä tyhjentämässä sitä kovoa. Ja pöytäkone kyseessä tietenkin eli jollain virransäästöllä mitään väliä edes. Vittu mitä PASKAA ei tässä voi muuta sanoa.
Vinkkiä kde:n kehittäjille, potkikaa viherpiiperöt pois tiimistä niin tuote paranee 180%.
Varmaan samalla logiikalla sammutetaan näyttö/koko kone myös jos fullscreen leffa on päällä eikä katsoja muista heiluttaa hiirtä muutaman minsan välein. Näin taisi itse asiassa käydäkin jollain distrolla ja työpöydällä joskus.![]()
![]()
Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.![]()
Ei voi kuulua terminaalityökalun vastuulle kurkistella olisiko siellä jossakin joku KDE, Gnome tai muu saunatonttu jonka unihaluja pitäisi toppuutella. Jos tuollaista edellytetään niin KDE:lla tehty kohtalaisen älyvapaita ratkaisuja. Kuitenkin kyse on Linuxista missä ei todellakaan ole harvinaista että tehdään jotakin terminaalissa ja että se voi jopa ottaa aikaakin.Jos softa ei kerro että siellä on operaatio käynnissä. Eli tosiaan täysin softasta kiinni, osaako se ilmoittaa KDE:ole että disabloi sleeping.
Monet graafiset ohjelmat osaa
Joo unohtui tuosta että tämä siis graafisten sovellusten osalta, tässä olikin cli-työkalu kyseessä.Ei voi kuulua terminaalityökalun vastuulle kurkistella olisiko siellä jossakin joku KDE, Gnome tai muu saunatonttu jonka unihaluja pitäisi toppuutella. Jos tuollaista edellytetään niin KDE:lla tehty kohtalaisen älyvapaita ratkaisuja. Kuitenkin kyse on Linuxista missä ei todellakaan ole harvinaista että tehdään jotakin terminaalissa ja että se voi jopa ottaa aikaakin.
Jossain on neuvottu että kannattaa käyttää levy-swapin sijaat ZRAM, jos on nimenomaan vähän RAMia käytössä. Käytännössä se taitaa olla RAM:ssa (ei levyllä) sijaitseva kompressoitu swap joka, niin kummalliselta kuin kuulostaakin, säästää vähäisen RAM:in määrää, ilmeisesti tuon kompressoinnin ansiosta.Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.![]()
Mitäshtop -s PERCENT_CPUtaivmstat 1 10näyttää kun tuota tapahtuu?
el9:n (fokusoimaton) Gnome terminaali heittää työpydälle ilmoituksen, kun komentorivillä käynnistetty komento loppuu.Jos softa ei kerro että siellä on operaatio käynnissä. Eli tosiaan täysin softasta kiinni, osaako se ilmoittaa KDE:ole että disabloi sleeping.
Monet graafiset ohjelmat osaa
Tuohan on aika triviaalia. Gnome-terminal tietää tasan mitä se printtaa, joten promptiin on helppo tehdä hookki joka tekee ilmoituksen jos ikkuna on taustalla.el9:n (fokusoimaton) Gnome terminaali heittää työpydälle ilmoituksen, kun komentorivillä käynnistetty komento loppuu.
Mitenköhän terminaali saa bash:lta vinkin, että nyt palattiin promptiin?
Ei.Mutta voisiko tuo xorgin core :0 sitten jotenkin viittailla sinne päin kun kyseinen core kuitenkin alkaa bugittamaan. Mietin jos sitä jostain confista editoimalla saisi vaihdettua toiselle corelle ja katsoa jos suspendin jälkeen alkaa sitten se vuorostaan poukkoilemaan.
-core ei liity CPUhun mitenkään, vaan on heikosti dokumentoitu optio joka vain käskee Xorgin pulpauttamaan coredumpit tietyissä tilanteissa.Tuon perusteella ei paljoa aktiviteettia ole. Ei swappausta, hyvin vähän I/O:ta ja CPU:kin pääasiassa idlenä.vmstat ei sitten meikäläiselle kerrokaan sitten oikein mitään
sudo ps -eLo pid,tid,pcpu,cmd --sort=-pcpu|head -10 kun tilanne on päällä, pitäisi saada kymmenen suurinta CPU kuormaa aiheuttavaa prosessia komentoriveineen suurimmasta alaspäin. Sudolla ajettuna ainakin pitäisi näkyä kaikki jos normikäyttäjä ei niitä syistä näkisikään.Ei.-coreei liity CPUhun mitenkään, vaan on heikosti dokumentoitu optio joka vain käskee Xorgin pulpauttamaan coredumpit tietyissä tilanteissa.
Tuon perusteella ei paljoa aktiviteettia ole. Ei swappausta, hyvin vähän I/O:ta ja CPU:kin pääasiassa idlenä.
Jos 2c/4t prosessorilla yksi core jumittaa 50-100% loadissa niin luulisi että jotakin näkyisi vmstatissakin.
Mitäs ps näyttää? Jos vaikkasudo ps -eLo pid,tid,pcpu,cmd --sort=-pcpu|head -10kun tilanne on päällä, pitäisi saada kymmenen suurinta CPU kuormaa aiheuttavaa prosessia komentoriveineen suurimmasta alaspäin. Sudolla ajettuna ainakin pitäisi näkyä kaikki jos normikäyttäjä ei niitä syistä näkisikään.
Siltähän tuo vahvasti kuulostaa. Jos et jo lopettanut suspendin käyttöä ja tilanne tulee vielä eteen, niin ihan mielenkiinnosta kurkista missä prosessorin kellot vetelee, erikseen suunnilleen idlessä ja jossakin suht raskaassa kuormassa:Ei siellä kyllä mitään erikoista saa näkymään ja homma vaikuttaisi nyt sellaiselta, että siellä pyörii ihan normaalit prosessit normaalisti mutta itse prossu jotenkin sekoaa siitä suspendista. Aivan kuin kaikki kuorma alettaisiin kippaamaan sille yhdelle corelle ja pienikin aktiviteetti saa sen ponnaamaan tappiin. Itse prosessien monitorointikin siis aiheuttaa sen että coren käyttöaste on korkealla ja täysin idlenä ohjelmat suljettuna riittää, että liikuttelee vaikka vähän hiirtä niin core pomppaa tappiin. Ja loput threadit sitten joten kuten laahaa siellä perässä matalasti kuormitettuina. Kun taas normaalisti toimiessa kaikki threadit on suht tasaisesti kuormitettuna ja käyttöasteet pysyy idlenä lähellä nollaa, eikä hiiren heiluttelukaan hetkauta. Aika omituista.
grep '^cpu MHz' /proc/cpuinfo.Meni ohi kuvaus, mutta tarkistitko mikä cpu governor on päällä? Jos se vaihtuu? Mulla oli muistaakseni, että joko bootin jälkeen tai suspend/hibernaten jälkeen olikin powersave-governor päällä ja kellot ei nousseet ja piti vähän etsiä, että mitä kautta systeemi halusi muuttaa sen powersaveksi.Omassa Ivy Bridge läppärissä aikaisemmin mainittu jumi näkyy siten että nuo kellot ovat kaikki tasan 800MHz eivätkä siitä liikahda.
Siis minun tapauksessani ei suspendilla ole osaa eikä arpaa, tapahtuu itsestään kun kone on vaan tarpeeksi kauan päällä. En edes käytä suspendia.Meni ohi kuvaus, mutta tarkistitko mikä cpu governor on päällä? Jos se vaihtuu? Mulla oli muistaakseni, että joko bootin jälkeen tai suspend/hibernaten jälkeen olikin powersave-governor päällä ja kellot ei nousseet ja piti vähän etsiä, että mitä kautta systeemi halusi muuttaa sen powersaveksi.
Näytti kellot vaihtelevan kuitenkin normaalisti, idlenä siellä 1GHz tienoilla ja kuormalla sitten nosti 2,5GHz. Jotenkin se ei vaan enää bugitilassa osaa fiksusti jakaa kuormaa threadeille. Olisi kyllä melkoisen epämielyttävä bugi noin että ilman suspendiakin jumittelee kellotaajuudet,Siltähän tuo vahvasti kuulostaa. Jos et jo lopettanut suspendin käyttöä ja tilanne tulee vielä eteen, niin ihan mielenkiinnosta kurkista missä prosessorin kellot vetelee, erikseen suunnilleen idlessä ja jossakin suht raskaassa kuormassa:grep '^cpu MHz' /proc/cpuinfo.
Omassa Ivy Bridge läppärissä aikaisemmin mainittu jumi näkyy siten että nuo kellot ovat kaikki tasan 800MHz eivätkä siitä liikahda.
On kyllä mielenkiintoinen tapaus tuokin. Alkaa loppua ideat mistä selitystä hakea.Näytti kellot vaihtelevan kuitenkin normaalisti, idlenä siellä 1GHz tienoilla ja kuormalla sitten nosti 2,5GHz. Jotenkin se ei vaan enää bugitilassa osaa fiksusti jakaa kuormaa threadeille. Olisi kyllä melkoisen epämielyttävä bugi noin että ilman suspendiakin jumittelee kellotaajuudet,
Testaa Heroic-launcherilla? Video-codecit on hankala tapaus, koska Valve ei saa paketoida niitä, mutta esim ProtonGE:ssä niitä on eli silläkin kannattaa testaa, jos Lutris:lla kokeilet.Jos haluaa kysellä miten saada joku Windows-peli toimimaan Linuxissa joko WINE:llä (käsin asennettuna) tai Lutriksella, mitkä lienevät parhaimmat paikat?
Kävin Lutris foorumeilla, ne taitavat olla nyt suljettu ilmeisesti jonkun bottiroskapostihyökkäyksen takia, ja löytyy linkki johonkin Discord-keskusteluihin. Sekö on esim. Lutris-kysymyksille oikea paikka nykyisin?
Yleiset Wine-kysymykset jonnekin WineHQ foorumille?
Lähinnä tässä yritän selvittää onko mitenkään mahdollista saada Sacred Gold-pelin (digitaalinen GOG.com versio) WMV-videoita toistumaan pelissä, joko Lutris tai manuaalisella WINE-asennuksella. Muuten peli tuntuu toimivan hienosti, vain tuo välivideoiden skippaaminen on jäljellä. Jostain sain jo lisätietoa että ehkä pitää asennella käsin jotain gstreamer 32bit plugineita koneelle, ehkä sitten lähtisi toimimaan...
Winen osalta itse katsoisin ensin pelikohtaisesti WineHQ AppDB:sta olisiko siellä ohjeita, sieltä ainakin itse olen kaivanut toimivia kikkoja moniin peleihin. Nykyään tosin Steamin kautta Protonilla on tuntunut toimivan about kaikki mitä olen kokeillut suoraan. Tuohon Sacrediinkin siellä on winetricks-loitsu millä pitäisi videot lähteä toimimaan (wmp9 asennus tms) sekä joku fontteihin liittyvä fiksi mainittu. Yleensä noissa videojutuissa ainakin itselläni on winestä puuttunut joku koodekki eli windows-puolelle on joutunut noita asentelemaan, linux-puolella ei ole mitään koodekkeja joutunut asentelemaan vaan kaikki on ollut ainakin itselläni valmiina.Jos haluaa kysellä miten saada joku Windows-peli toimimaan Linuxissa joko WINE:llä (käsin asennettuna) tai Lutriksella, mitkä lienevät parhaimmat paikat?
Kävin Lutris foorumeilla, ne taitavat olla nyt suljettu ilmeisesti jonkun bottiroskapostihyökkäyksen takia, ja löytyy linkki johonkin Discord-keskusteluihin. Sekö on esim. Lutris-kysymyksille oikea paikka nykyisin?
Yleiset Wine-kysymykset jonnekin WineHQ foorumille?
Lähinnä tässä yritän selvittää onko mitenkään mahdollista saada Sacred Gold-pelin (digitaalinen GOG.com versio) WMV-videoita toistumaan pelissä, joko Lutris tai manuaalisella WINE-asennuksella. Muuten peli tuntuu toimivan hienosti, vain tuo välivideoiden skippaaminen on jäljellä. Jostain sain jo lisätietoa että ehkä pitää asennella käsin jotain gstreamer 32bit plugineita koneelle, ehkä sitten lähtisi toimimaan...
Kokeilin yhtenä sitäkin, lopputulema oli sama kuin Lutriksella eli peli muuten tuntuu toimivan hienosti mutta nuo videot eivät vaan näy, sama homma kun asensin joidenkin ohjeiden mukaan käsin Winelle, export 32bit prefix jne. Kyseessä on pelin GOG-versio, ei Steam, mutta sekä Lutris että Heroic hanskaavat GOG myös.Testaa Heroic-launcherilla? Video-codecit on hankala tapaus, koska Valve ei saa paketoida niitä, mutta esim ProtonGE:ssä niitä on eli silläkin kannattaa testaa, jos Lutris:lla kokeilet.
Tuokaan ei ole itselleni selkeää, en tajunnut että siinä Windows-sessiossa pitäisi myös ehkä jotain koodekkeja asennella. Se Lutriksen käyttämä GOG installeri antaa loppuvaiheessa yhden errorin missä se ilmeisesti yrittää juuri asentaa jotain Windows Media-koodekkia, jos se sitten siitä johtuu ettei saa sitä jostain syystä asennettua?Yleensä noissa videojutuissa ainakin itselläni on winestä puuttunut joku koodekki eli windows-puolelle on joutunut noita asentelemaan, linux-puolella ei ole mitään koodekkeja joutunut asentelemaan vaan kaikki on ollut ainakin itselläni valmiina.
WineGE taitaa olla jo poistunut käytöstä ja ProtonGE:tä voi käyttää kaikkialla normi Protonin sijasta. Ei ole vain Steam-käyttäjille, toimii myös muualla. GE on siis Glorious Eggroll eli ko. Proton-version kehittäjä (ja Nobara Linuxin).Tuokaan ei ole itselleni selkeää, en tajunnut että siinä Windows-sessiossa pitäisi myös ehkä jotain koodekkeja asennella. Se Lutriksen käyttämä GOG installeri antaa loppuvaiheessa yhden errorin missä se ilmeisesti yrittää juuri asentaa jotain Windows Media-koodekkia, jos se sitten siitä johtuu ettei saa sitä jostain syystä asennettua?
Sanottakoon että Windows 11:ssa samaa GOG-installeria käytettäessä pelin videot kyllå toimivat.
Muualla tulleissa neuvoissa puolestaan puhuttiin että luultavasti tuo tarvitsee, ainakin puhtaalla WINE-asennuksella, 32bittisiä plugineita Linuxiin asennettuna. Listattiin esim. i386 versiot näistä:
gstreamer1.0-libav
gstreamer1.0-plugins-good
gstreamer1.0-plugins-bad
gstreamer1.0-plugins-ugly
Joissakin tähän peliin ja juuri sen videoihin liittyvissä ohjeissa vuosien takaan teroitettiin että varmista että sinulla on gstreamer jutut asennettuna, siis Linuxiin.
Videos play properly for me in Sacred Gold using wine-6.0-rc1-56-gbe459282420.
...
If you still are encountering errors, please ensure you have the requisite 32-bit GStreamer libraries.
Paljonhan tässä on vielä opittavaa, kuulen kyllä termejä kuten ProtonGE ja wineGE ja WINE mutta en ole täysin varma miten ne liittyvät toisiinsa ja ovatko ne toisensa poissulkevia vaihtoehtoja, ja onko esim. ProtonGE tarkoitettu vain Steam-käyttäjille. Jos kyseessä ei ole Steam-peli, yleensä kokeilen ensimmäisenä asentuuko peli Lutriksella, ja jos onnistuu ja peli toimii, en mieti sen enempää miten ja miksi peli asentui ja toimii, kun kerran toimii. Esim. GOG-versiot Newerwinter Nights Diamond:sta ja Sacred 2:sta asentuivat näin täysin ilman ongelmia, jopa ne videot toimivat.
Osittain tässä tuntuu myös olevan jotain distro-sodan kaltaista oikeaoppisuutta jne. kun joku oli sitä mieltä että Lutris ja ehkä myös Heroic ovat ongelma jo itsessään koska käyttävät jotain muunneltua versiota WINE:stä ja aiheuttavat sitä kautta ihan omia ongelmiaan. Väitti videon toistamuttamuusongelmaan olevan juuri Lutriksen aiheuttamaa, mutta en ole vakuuttunut koska ihan sama tulee eteen jos yrittää asentaa Heroicilla, PlayOnLinux:lla tai jopa käsin Winellä.
Vähän kehnoahan tätä on yrittää ratkoa kun en edes ole varma juurisyystä, tämäkin tuntuu arvailulta että homma riippuu puuttuvista 32bit gstreamer plugineista Linuxista, tai mistä lie.Esim. sudo apt-get install gstreamer1.0-plugins-bad:i386
Jos tuo peli vaatii sen quartz.dll niin videot eivät välttämättä toimi oikein(oikealla nopeudella) vaikka saisit videot näkymään ja errorit pois.
Nuo kodekit voi asentaa winetricksillä. Jos sitä ei ole asennettu niin joudut asentamaan sen ensin, aina sen voi poistaa. Esim. kirjoittaa: winetricks quartz
Katso myös mitä muita kodekkeja tuo peli vaatii: devenum.dll amstream.dll. Esim. winetricks wmp9 directshow
Lopuksi vielä valitsee 'winecfg' oikean käyttöjärjestelmän.
support.codeweavers.com
Kaikista tärkein taito on bugiraporttien tekeminen, että kehittäjät voivat korjata ongelmat, ja niitä tosiaan korjataan joka päivä, ja mitä paremman bugiraportin saa aikaan niin sitä todennäköisemmin bugit korjataan ja nopeasti.Ehkä samalla oppisin miten sama ongelma korjata kymmenissä muissakin vanhemmanpuoleisissa Windows-peleissä Linuxissa.
En tiedä missä bugi on ja kenelle raportoida. Ilmenee sekä puhtaalla WINE:llä että Lutriksella että Heroicilla. Vai onko se ongelma mikä pitäisi ilmoittaa esim. OpenSUSE:lle. jos Lutriksen tekijät eivät tunne kyseistä distroa ja mitä se on syönyt? Kiinnostaako esim. WINE:n kehittäjiä jos raportoin Lutriksessa havaitsemani ongelman?Kaikista tärkein taito on bugiraporttien tekeminen, että kehittäjät voivat korjata ongelmat, ja niitä tosiaan korjataan joka päivä, ja mitä paremman bugiraportin saa aikaan niin sitä todennäköisemmin bugit korjataan ja nopeasti.
Tällöin kyseessä on regressio, joka on syytä raportoida.WINE:ssä oli ollut joku tuohon liittyvä bugi vuonna 2008 mutta se korjattiin jossain 6.0 versiossa, ja sen jälkeen on vain toitotettu että tarkistakaa että on tarvittavat gstreamer-kilkkeet asennettuna, ilman selitystä että mitkä nuo kilkkeet ovat ja miten ne tarkistetaan (mikä toki olisi vaikea tarkasti selittää kymmenelle eri distrolle).
Ei se välttämättä ole niin mustavalkoista. Jos esim. distro harrastaa codecien kanssa nihilismiä ja kategorisesti jättää pois kaiken tuen sellaisille codeceille joissa voi olla patentti- tai lisenssikuormaa *köh*Fedora*köh* ja kääntää Winen siihen sellaisena että codecien tuki on vajaa, niin miksi siitä pitäisi yrittää tehdä Winen kehittäjien ongelma.Tällöin kyseessä on regressio, joka on syytä raportoida.
Ilmoitus tässä tapauksessa suoraan ylimmälle portaalle joka softaa tekee (upstream) kun se kerran sielläkin esiintyy, eli Winelle, ei Lutris/Heroic/OpenSUSE sitä tule korjaamaan.
Käytämme välttämättömiä evästeitä, jotta tämä sivusto toimisi, ja valinnaisia evästeitä käyttökokemuksesi parantamiseksi.