[edam]

Matti Lehtomäki kirjoitti 09.07.2010 21:16

Mutta juu, mulla olis tarkoitus saada tuo lopullinen 2.20 final ulos kyl mahd pian, mutta kesä on aina kesä. Voi olla et menee elokuun puolelle tuo julkaisu. Mut parempi silloinkin kun ei koskaan

Miten olisi julkaiste RC2, jossa jo raportoidut ongelmat olisi korjattu / niille workaround, jotta innokkaimmat saisi ne testattua? Itse päivittäisin omassa boksissani mielelläni suoraan lopulliseen kun se on testattu&"valmis". Mielestäni lopullisen version kanssa on turha hötkyillä jos featuret ei ole huolella testattu - versionumerofriikeille ja päivitysinnokkaille riittänee testiversiotkin?

[jankro]

prelude kirjoitti 25.03.2010 22:55

Nyt on selvää, ettei vika ole Plasma EPG 2.20 (perusteellisen testauksen jälkeen). Oli vain silkka sattuma, että ongelma alkoi, kun otin 2.20:n koekäyttöön. Vika taitaa olla topparin elkoissa =virtalähdevikaa. Laite ostettu kesällä 2006. Taitaa olla tulossa tiensä päähän. Milloin tuo uusi HD-malli on tulossa myyntiin? Ja millä hinnalla?

Eihän tuo nyt vielä tiensä päässä ole. Oma sama laite sai juuri sisäänsä uuden 7200 rpm 500Gb:n levyn, uudet elkot, pölyjen poiston koneistosta ja puhaltimesta ja uudet TAP versiot ja nyt taas kelpaa ;-) Hups, meno OT, sori.

-Jan

[JariS]

Ennen virallisen 2.20:n julkaisua haluaisin raportoida, että PlasmaEPG:n käynnistys jumittaa toisinaan 5100MP:n (Welhon kaapelissa). Tässä havaintoni 2.20RC:stä:

Viime syksynä tein virtalähteeseen elkoremontin alkuperäisen kovalevyn naksumisen johdosta. Samalla vaihdoin Jag'sEPG:stä Plasmaan ja laitoin 1 GB Samsung SATA-levyn sisään.

Syksyn ja talven aikana boksi on kuitenkin silloin tällöin jumiintunut tallennusten aikana siten, että boksi on päällä ja näyttää staattista kuvaa kanavalta, jolta on ollut tarkoitus nauhoittaa. Boksi ei reagoi kaukosäätimestä mihinkään muuhun kuin virtanäppäimeen. Tällöin boksi kyllä sammuu, mutta käynnistyksen yhteydessä suoritettava kovalevyn tarkistus saattoi hukata useammankin tallenteen. Tällöin kovalevy piti korjata HDRW-ohjelmalla PC:n avulla.

Tälläistä tapahtui noin kerran kuussa ja valitettavasti usein viikonloppuisin, jolloin tallennuksia saattois jäädä useampiakin välistä. Viikossa tehdään n. 15-20 tallennusta eli karkeana arviona sanoisin, että jumiintumista tapahtuisi n. 1-2% todennäköisyydellä.

Vaihdoin jopa alkuperäisen kovalevyn takaisin, joka toimikin elkojen vaihdon ansiosta jälleen moittetta. Mutta jumiintumiset jatkuivat.

Lopulta otin PlasmaEPG:n pois AutoStartista eli se on pitänyt käynnistää erikseen.

Tällä tavalla boksi ei ole jumiintunut kesän aikana kertaakaan ajastuksia tallentaessa ja kaikki ajastukset ovat onnistuneet!

Mutta pari kertaa on käynyt niin, että kun PlasmaEPG:n on käynnistänyt manuaalisesti, niin boksi on jumiintunut aiemmin kuvatulla tavalla eli TV-kuva pysähtyy ja boksi on jumissa.

Tästä päättelisin siis, että PlasmaEPG:n käynnistyksen yhteydessä joko PlasmaEPG kaatuu tai sen toiminta kaataa boksin oman ohjelman. Huom: käytössä ei ole muita TAP:eja kuin PlasmaEPG.

En tiedä saako tästä raportista mitään konkreettisempaa vinkkiä vianetsintään, mutta ainahan voi toivoa ...

Tämän käynnistysongelman ohella ainoa muu ongelma tässä PlasmaRPG 2.20RC:ssä on muidenkin jo mainitsema ohjelmatietojen satunnainen puuttuminen...

Terveisin,
Jari

[Matti Lehtomäki]

Lopullinen 2.20-julkaisuversio olisi tässä vielä testattavaksi ennen virallista julkaisua. Uutta tässä versiossa edelliseen 2.20-RC:hen on:
- Ajastusten loppuun voi valita lisättäväksi myös MMDD-päätteen
- Muistivuotobugi kanavaa käynnistettäessä parh. menevien ohjelmien näkymässä korjattu
- Osittain päällekkäisiä ohjelmatietoja (ajankohtien muuttuessa) ei pitäisi enää näkyä ohjelmaoppaassa

Latauslinkki

Joskohan tämä rupeaisi olemaan julkaisukunnossa Mikäli todellisia bugeja ilmenee, otan uutiset surumielin vastaan

[Matti Lehtomäki]

JariS kirjoitti 10.08.2010 21:30

Ennen virallisen 2.20:n julkaisua haluaisin raportoida, että PlasmaEPG:n käynnistys jumittaa toisinaan 5100MP:n (Welhon kaapelissa). Tässä havaintoni 2.20RC:stä:

Viime syksynä tein virtalähteeseen elkoremontin alkuperäisen kovalevyn naksumisen johdosta. Samalla vaihdoin Jag'sEPG:stä Plasmaan ja laitoin 1 GB Samsung SATA-levyn sisään.

Syksyn ja talven aikana boksi on kuitenkin silloin tällöin jumiintunut tallennusten aikana siten, että boksi on päällä ja näyttää staattista kuvaa kanavalta, jolta on ollut tarkoitus nauhoittaa. Boksi ei reagoi kaukosäätimestä mihinkään muuhun kuin virtanäppäimeen. Tällöin boksi kyllä sammuu, mutta käynnistyksen yhteydessä suoritettava kovalevyn tarkistus saattoi hukata useammankin tallenteen. Tällöin kovalevy piti korjata HDRW-ohjelmalla PC:n avulla.

Tälläistä tapahtui noin kerran kuussa ja valitettavasti usein viikonloppuisin, jolloin tallennuksia saattois jäädä useampiakin välistä. Viikossa tehdään n. 15-20 tallennusta eli karkeana arviona sanoisin, että jumiintumista tapahtuisi n. 1-2% todennäköisyydellä.

Vaihdoin jopa alkuperäisen kovalevyn takaisin, joka toimikin elkojen vaihdon ansiosta jälleen moittetta. Mutta jumiintumiset jatkuivat.

Lopulta otin PlasmaEPG:n pois AutoStartista eli se on pitänyt käynnistää erikseen.

Tällä tavalla boksi ei ole jumiintunut kesän aikana kertaakaan ajastuksia tallentaessa ja kaikki ajastukset ovat onnistuneet!

Mutta pari kertaa on käynyt niin, että kun PlasmaEPG:n on käynnistänyt manuaalisesti, niin boksi on jumiintunut aiemmin kuvatulla tavalla eli TV-kuva pysähtyy ja boksi on jumissa.

Tästä päättelisin siis, että PlasmaEPG:n käynnistyksen yhteydessä joko PlasmaEPG kaatuu tai sen toiminta kaataa boksin oman ohjelman. Huom: käytössä ei ole muita TAP:eja kuin PlasmaEPG.

En tiedä saako tästä raportista mitään konkreettisempaa vinkkiä vianetsintään, mutta ainahan voi toivoa ...

Tämän käynnistysongelman ohella ainoa muu ongelma tässä PlasmaRPG 2.20RC:ssä on muidenkin jo mainitsema ohjelmatietojen satunnainen puuttuminen...

Terveisin,
Jari

Nämä satunnaiset kaatumisongelmat ovat kyllä äärimmäisen vaikeasti paikallistettavissa ja koodikatselmointi on käytännössä ainoa tapa yrittää selvittää tuon kaltaisia ongelmia, kun reaaliaikaista debuggeria ei ole TAP-maailmassa käytettävissä. Ja katselmointi on kyllä käytännössä neulan etsimistä heinäsuovasta ja aikaa siihen on palanut jo tolkuttomasti =P Toivotaan, että uusi 2.20-versio toimisi keskimäärin paremmin TAPit ovat herkkiä...

[Nible]

Matti Lehtomäki kirjoitti 10.08.2010 23:24

Nämä satunnaiset kaatumisongelmat ovat kyllä äärimmäisen vaikeasti paikallistettavissa ja koodikatselmointi on käytännössä ainoa tapa yrittää selvittää tuon kaltaisia ongelmia, kun reaaliaikaista debuggeria ei ole TAP-maailmassa käytettävissä. Ja katselmointi on kyllä käytännössä neulan etsimistä heinäsuovasta ja aikaa siihen on palanut jo tolkuttomasti =P Toivotaan, että uusi 2.20-versio toimisi keskimäärin paremmin TAPit ovat herkkiä...

Ne kerrat kun on sattunut tv olemaan päällä kun toppy jumittanut, on se tapahtunut Plasman asetusten tai evts tiedoston lukuun. Kun myöhästytin asetusten lukua asetuksista niin toppykin jumitti myöhemmin. Ei tuo nyt ihan kerta viikkoon tuota tee mutta joskus menee parikin buuttia peräjälkeen että samaan jumahtaa.

Pitääkin päivitellä Plasma kunhan ehtii.

[JariS]

Matti Lehtomäki kirjoitti 10.08.2010 23:24

Nämä satunnaiset kaatumisongelmat ovat kyllä äärimmäisen vaikeasti paikallistettavissa ja koodikatselmointi on käytännössä ainoa tapa yrittää selvittää tuon kaltaisia ongelmia, kun reaaliaikaista debuggeria ei ole TAP-maailmassa käytettävissä. Ja katselmointi on kyllä käytännössä neulan etsimistä heinäsuovasta ja aikaa siihen on palanut jo tolkuttomasti =P Toivotaan, että uusi 2.20-versio toimisi keskimäärin paremmin TAPit ovat herkkiä...

Ymmärrän itsekin ohjelmoijana tuon kaatumisongelman selvittämisen vaikeuden.

Mutta haluaisin mielelläni auttaa tämän vian selvittämisessä tästä muuten niin erinomaisesta ohjelmasta.

Onko mitään konstia antaa sinulle lisäinfoa näistä kaatumistilanteista? Pystyykö nykyisestä PlasmaEPG:stä kääntämään jotain lokia päälle, johon tallentuisi vaikkapa käynnistyksen aikaiset operaatiot (eli tuloste aina ennen ja jälkeen merkittävimpien aliohjelmien kutsua)? Tai onko sinulla jotain debug-versiota, joka tekisi tuollaista lokia? Tosin tässäkin taitaa olla se ongelma, että jumiintumisen tapahtuessa loki saattaa olla auki ja seuraavassa boksin käynnistyksessä tapahtuva levytarkistus hukkaa tuon lokitiedoston.

Entäpä jos nuo käynnistyksen aikaiset operaatiot tulostettaisiin TV:n näytölle? Ja tämä toiminto vaikkapa jonkin option taakse, jotta se ei tulisi kaikkien käyttäjien silmille. Kun jumiintuminen tapahtuu, niin TV-ruudusta voisi ottaa yksinkertaisesti valokuvan ja lähettää sulle ... :-)

Otan 2.20:n uuden version käyttöön, niin katsotaan miten käy. Mutta kesän kokemusten perustella on odotettavissa, että voi kestää yli kuukaudenkin ennenkuin jumiintuminen tulee kohdalle ...

t. Jari

[Matti Lehtomäki]

JariS kirjoitti 11.08.2010 22:34

Ymmärrän itsekin ohjelmoijana tuon kaatumisongelman selvittämisen vaikeuden.

Mutta haluaisin mielelläni auttaa tämän vian selvittämisessä tästä muuten niin erinomaisesta ohjelmasta.

Onko mitään konstia antaa sinulle lisäinfoa näistä kaatumistilanteista? Pystyykö nykyisestä PlasmaEPG:stä kääntämään jotain lokia päälle, johon tallentuisi vaikkapa käynnistyksen aikaiset operaatiot (eli tuloste aina ennen ja jälkeen merkittävimpien aliohjelmien kutsua)? Tai onko sinulla jotain debug-versiota, joka tekisi tuollaista lokia? Tosin tässäkin taitaa olla se ongelma, että jumiintumisen tapahtuessa loki saattaa olla auki ja seuraavassa boksin käynnistyksessä tapahtuva levytarkistus hukkaa tuon lokitiedoston.

Entäpä jos nuo käynnistyksen aikaiset operaatiot tulostettaisiin TV:n näytölle? Ja tämä toiminto vaikkapa jonkin option taakse, jotta se ei tulisi kaikkien käyttäjien silmille. Kun jumiintuminen tapahtuu, niin TV-ruudusta voisi ottaa yksinkertaisesti valokuvan ja lähettää sulle ... :-)

Otan 2.20:n uuden version käyttöön, niin katsotaan miten käy. Mutta kesän kokemusten perustella on odotettavissa, että voi kestää yli kuukaudenkin ennenkuin jumiintuminen tulee kohdalle ...

t. Jari

Lokiinkirjoitustoiminnosta voisi olla hyötyä virheen selvityksessä. Ainoa ongelma on vaan, että boksin käyttö saattaa hieman hidastua, koska tiedosto avataan, kirjoitetaan ja suljetaan joka rivin kirjoituksen yhteydessä (jottei se tosiaan korruptoituisi kaatumistilanteessa).

Lisäinfoa käyttöohjeen kappaleessa 13.1:
"PlasmaEPG:ssä on sisäänrakennettu lokiinkirjoitustoiminto ohjelman sisäisen
toiminnan tarkkailemiseen. PlasmaEPG_Logging.ini -tiedostossa on toiminnallisuuskohtaisesti
määriteltävissä lokiinkirjoitustaso, jonka oletusarvona on 0 eli
kirjoitus on pois päältä. Asettamalla arvoksi 1 kaikki tärkeimmät toiminnallisuuteen
liittyvät seurantaviestit kirjoitetaan lokiin. Joillekin toiminnallisuuksille
saattaa olla määriteltynä tarkempia lokiviestejä, jotka saa aktivoitua kasvattamalla
lokiinkirjoitustason numeroa. Lokitiedostot kirjoitetaan PlasmaEPG/Logs-alihakemistoon.
PlasmaEPG Logging.ini on tallennettava UNIX-tiedostoformaatissa."

[olof]

JariS kirjoitti 10.08.2010 21:30

Ennen virallisen 2.20:n julkaisua haluaisin raportoida, että PlasmaEPG:n käynnistys jumittaa toisinaan 5100MP:n (Welhon kaapelissa). Tässä havaintoni 2.20RC:stä:

Syksyn ja talven aikana boksi on kuitenkin silloin tällöin jumiintunut tallennusten aikana siten, että boksi on päällä ja näyttää staattista kuvaa kanavalta, jolta on ollut tarkoitus nauhoittaa. Boksi ei reagoi kaukosäätimestä mihinkään muuhun kuin virtanäppäimeen. Tällöin boksi kyllä sammuu, mutta käynnistyksen yhteydessä suoritettava kovalevyn tarkistus saattoi hukata useammankin tallenteen. Tällöin kovalevy piti korjata HDRW-ohjelmalla PC:n avulla.

Terveisin,
Jari

Hyvin tuttua tekstiä.

Itse olen ratkaissut tämän alla kuvatulla tavalla. Näiden toimenpiteiden jälkeen Toppy pysyy yleensä pystyssä useita päiviä, jopa ueeita viikkoja, eikä yleensä kaadu nauhoituksen aikana, jolloin tiedostot eivät häivy.

Käytän edelleen versiota 2.10. Sinänsä versio 2.0 taisi olla stabiilimpi kuin versio 2.10, muistaakseni, enkä uskaltanut siirtyä versioon 2.10 niin kauan kun mulla oli PlasmaEPG auto-startissa. Voisin tietenkin minäkin kytkeä logi-toiminnan päälle, jos se autta kaatumisien syiden selvittämisessä.

1. X-start tapin avulla pidän huolta siitä että kun Toppy herää standby-tilasta nauhoitukseen ainoastaan välttämättömät tapit käynnstetään. Erityisesti PlasmaEPG jää tällöin käynnistämättä. Useimmat nauhoitukset mulla tapahtuvat tällä tavalla, standby-tilasta lähtien.

2. Olen paljon matkoilla, joten on pakka käyttää taustahakua, jos haluan että kaikki ohjelmat tulevat otettua talteen. Suoritan taustahaun kuitenkin ainoastaan kaksi päivää viikossa. Tämä on hoidettu siten että Toppy on ainoastaa kaksi päivää viikossa auki syvähaun käynnistymshetkellä. (Eli mulla on kaksi katseluajastusta, toinen maanantaiksi, ja toinen torstaiksi.)

3. Kun käynnistän Topyn kaukosäätimen avulla XStart pitää huolen siitä ett tapit käynnistetään yksi kerrallaan, niin että niiden väliin jää 5 sekunta odotusaikaa. Tämä vähensi tuntuvasti käynnistyksen aikana tapahtuvat kaatumiset. (Meneekö Toppy ehkä sekaisin siitä että useat tapit yrittävät varata muistia samanaikaisesti?)

4. Mulla Filer ei enää käynnisty automaattisesti.

Nykyään jumiutumiset tapahtuvat lähinnä taustahaun aikana, eikä ollenkaan nauhoituksen aikana.

Mulla XStartTap.ini on seuraavan näköinen:

# Rigid format. Like this:
# MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename

00:00|00:01|0000|0|0|PowerRestore.tap

03:00|04:55|0000|1|1|RecCopy.tap
03:00|04:55|0000|1|1|automove.tap
03:00|04:55|0000|1|1|Shutdown.tap

07:50|07:59|0005|0|1|PlasmaEPG.tap

05:00|02:00|0010|0|1|automove.tap

08:00|02:00|0000|1|0|IdleHdd.tap
08:00|02:00|0000|0|0|jags_auto-off_1.1_07-30.tap
08:00|02:00|0005|0|0|info_viewer_DE.tap
08:00|02:00|0010|0|0|PlasmaEPG.tap
08:00|02:00|0015|0|0|skipit.tap
08:00|02:00|0020|0|0|TapLauncher.tap
# 08:00|02:00|0020|0|0|filer.tap
# 08:00|02:00|0025|0|0|AutoResume.tap
# 08:00|02:00|0030|0|0|TAPCommander.tap
# Wakeup key
# W=0x1001e
#

[mamipa]

En tiedä onko Plasman vika, mutta laitetaan tähän kuitenkin.
Eilen illalla oli tallennus menossa ja toinen lähti päälle kun Plasma oli auki. Kun suljin Plasman, jäi kuvaruudun keskellä osa Plasman ikkunasta näkyviin. Siinä näkyi kolmen kanavan nimet ja sen jälkeen mikään kaken näppäin ei toiminut.

Aamulla nuo Plasman jäljet oli hävinneet (ilmeisesti kun tallennukset oli valmiit?) ja kaikki toimi oikein. Molemmat tallennukset oli myös kunnossa.

Niin ja uusin Plasma käytössä

[Pentti Hile]

Nible kirjoitti 07.03.2010 11:08

Muutaman minuutin testauksella näyttää toimivan ihan ok. Katsellaan muutama päivä eteenpäin että miten lähtee toimimaan.

Pääsee taas näköjään yhdestä tapista eroon, kun Automove jää tarpeettomaksi.

Jaa plasmakäyttäjä ei tartte enää automovea? Kuinka se automove jää tarpeettomaksi?

[Nible]

Pentti Hile kirjoitti 15.08.2010 17:36

Jaa plasmakäyttäjä ei tartte enää automovea? Kuinka se automove jää tarpeettomaksi?

Automoven pääasillinen tehtävä tuossa omassa boxissa oli lisätä se päivämäärä tiedostonimeen.
Ei ole tapana arkistoida noita ohjelmia tuonne levylle vaan tulee ne katseltua melkein samaa tahtia pois sieltä kun se tv:stä tulee, niin ei ole tarvetta kansioihin siirroille.

[olof]

Matti Lehtomäki kirjoitti 12.08.2010 00:07

Lokiinkirjoitustoiminnosta voisi olla hyötyä virheen selvityksessä. Ainoa ongelma on vaan, että boksin käyttö saattaa hieman hidastua, koska tiedosto avataan, kirjoitetaan ja suljetaan joka rivin kirjoituksen yhteydessä (jottei se tosiaan korruptoituisi kaatumistilanteessa).

Lisäinfoa käyttöohjeen kappaleessa 13.1:
"PlasmaEPG:ssä on sisäänrakennettu lokiinkirjoitustoiminto ohjelman sisäisen
toiminnan tarkkailemiseen. PlasmaEPG_Logging.ini -tiedostossa on toiminnallisuuskohtaisesti
määriteltävissä lokiinkirjoitustaso, jonka oletusarvona on 0 eli
kirjoitus on pois päältä.
...
Lokitiedostot kirjoitetaan PlasmaEPG/Logs-alihakemistoon.
PlasmaEPG Logging.ini on tallennettava UNIX-tiedostoformaatissa."

Toimiiko tämä loggauspiirre kaikissa versioissa? Topysta kylläkin löytyi tällainen tiedosto, mutta se on aika vanha. Tämä tiedosto ei näytä tulevan jokaisen uuden version mukana. Ja pitääkö Logs-hakemisto luoda käsin? (Mitään logeja ei ole mulle toistaiseksi ilmestynyt kovalevylle, siitä huolimatta että muutin nollat ykkösiksi.

Tarkoitatko "UNIK-formaatilla" että rivinvaihto merkitään pelkälla Ctl-J:llä kuten Unix:issa yleensä, ilman Ctl-M:ää (DOS-puolella rivinvaihtoon käytetän kaksi merkkiä Ctl-J Ctl_M)? Vai onko sillä väliä puuttuko Ctl-M vai ei? Joka tapauksessa teksitin vakio-loppumismerkki EOT näyttää puuttuvan (ja lopussa on paljoin NULL-merkkejä), mutta onko tälläkään väliä?

[Matti Lehtomäki]

olof kirjoitti 16.08.2010 20:29

Toimiiko tämä loggauspiirre kaikissa versioissa? Topysta kylläkin löytyi tällainen tiedosto, mutta se on aika vanha. Tämä tiedosto ei näytä tulevan jokaisen uuden version mukana. Ja pitääkö Logs-hakemisto luoda käsin? (Mitään logeja ei ole mulle toistaiseksi ilmestynyt kovalevylle, siitä huolimatta että muutin nollat ykkösiksi.

Tarkoitatko "UNIK-formaatilla" että rivinvaihto merkitään pelkälla Ctl-J:llä kuten Unix:issa yleensä, ilman Ctl-M:ää (DOS-puolella rivinvaihtoon käytetän kaksi merkkiä Ctl-J Ctl_M)? Vai onko sillä väliä puuttuko Ctl-M vai ei? Joka tapauksessa teksitin vakio-loppumismerkki EOT näyttää puuttuvan (ja lopussa on paljoin NULL-merkkejä), mutta onko tälläkään väliä?

Loggausominaisuus taisi tulla ensimmäisen kerran 2.10-versioon (en muista satavarmasti). Tiedosto generoidaan aina automaattisesti PlasmaEPG:n käynnistyksen yhteydessä jos sitä ei ole luotu. PlasmaEPG kirjoittaa generointihetkellä sen hetkisen version tiedostoon. Versiotietoa ei tällä hetkellä kuitenkaan käytetä mihinkään. Logs-hakemisto luodaan automaattisesti.

Oleellista on että kaikki rivit aivan viimeistä "NULL"-riviä lukuunottamatta päättyvät vain ja ainoastaan Line feed (code 10, LF) -merkkiin (Unix-rivinvaihto). Carriage return (13 – CR) -merkkiä EI saa olla rivillä. NULLeilla ja EOT-merkeillä ei ole väliä.

[olof]

Matti Lehtomäki kirjoitti 16.08.2010 22:58

Oleellista on että kaikki rivit aivan viimeistä "NULL"-riviä lukuunottamatta päättyvät vain ja ainoastaan Line feed (code 10, LF) -merkkiin (Unix-rivinvaihto). Carriage return (13 – CR) -merkkiä EI saa olla rivillä. NULLeilla ja EOT-merkeillä ei ole väliä.

Johan rupesi toimimaan kun poistin ylimääräiset LF-merkit. Ja heti selvisi että tämän aamun (tai pikemmin yön) kaatuminen ei johtunut PlasmaEPG:stä: se ei ollut edes silloin käynnissä!

[Matti Lehtomäki]

lopullinen 2.20-versio vihdoin julkaistu!

Lataa tästä

[Nible]

Matti Lehtomäki kirjoitti 22.08.2010 11:56

lopullinen 2.20-versio vihdoin julkaistu!

Lataa tästä

Onko eroja tuohon 11. päivä laittamaasi versioon?

[Matti Lehtomäki]

Nible kirjoitti 22.08.2010 16:34

Onko eroja tuohon 11. päivä laittamaasi versioon?

Ei ole.

[beni]

Plasma 2.20 ollut nyt vajaa kaks viikkoo käytössä olen huomannut pari kertaa toppy PVRc 500 on kaatunut kun ollut nauhotus päällä ja selannut plasmaa samalla. Äskön juuri katselin plasmasta tietoja ohjelmasta free memory oli 9800 kb,samalla kaatui ja tuli ilmoitus tarkistetaan tiedostoja ja kansioita. Toinen kerta oli selailin plasmaa ja katseluajastus vaihtoi kanavaa tapahtui sama juttu. Liittyy ilmeisesti muisti ongelmiin? Sitä et ole saanut vielä korjattua. Muuten näyttää ihan asialliselta tää uus.

[JariS]

Valitettavasti joudun kertomaan samaa kuin Beni eli parin viikon aikana PlasmaEPG on jumittanut boksin EPG:tä selatessa.

Aiemmin raportoimani jumiintumiset tapahtuivat vain PlasmaEPG:n käynnistyksessä eivätkä koskaan EPG:n selauksessa.

Käytän sitä viimeisintä RC-versiota, jonka pitäisi olla sama kuin tuo virallinen 2.20.

t. Jari