Genesin veppistore suljettu...

Kirjoittaja Viesti   itix Maanantaina, 3. toukokuuta, 2004 - klo 20.14:    Tai siis.. lukekaa itse ;) https://www.pegasosppc.com/store.php   miksuh Maanantaina, 3. toukokuuta, 2004 - klo 21.29:    Eh ? Mikähä tossa nyt on ideana. Jotenkin kyl en jaksa uskoa, et tilauksia on niin pirusti tullu et pitää sivukin sulkea sen takia Tietty jos ne tekee jokaisen emon käsityönä ilman minkäänlaista automatiikkaa, niin sit voin uskoa   miksuh Maanantaina, 3. toukokuuta, 2004 - klo 21.42:    Olishan se tietty hienoa, jos joku Amigaan liittyvä firma, vaikka sit genesi, onnistus myymään rautaa hirmusia määriä, mut ööh kuulostas kyl vähän liian hyvältä ollakseen totta.   JPQ Maanantaina, 3. toukokuuta, 2004 - klo 21.42:    Voi olla jos ei aukea ajassa X niin Pegasos2 on menettänyt mahdollisuutensa minun kohdallani.   JPQ Maanantaina, 3. toukokuuta, 2004 - klo 21.59:    Tarkoitan vaan että rahat olisi ollut aika pian kasassa kaikkeen tarvittuun enkä usko että jaksanen pitkään myyntiin paluuta odotella. Nimimerkki onneksi muitakin tietokoneita saa kaupausta/käytettynä.   Piru Maanantaina, 3. toukokuuta, 2004 - klo 22.16:    JPQ: Tämä ei suinkaan tarkoita että jälleenmyyjien varastot olisivat tyhjiä.   Joanna Maanantaina, 3. toukokuuta, 2004 - klo 22.37:    Sinällään mielenkiintoisia nuo kommentit SNDF:stä.. viime syksynä Genesi ei ollut liki ollenkaan kiinnostunut euroopan SNDF tapahtumista.. http://www.morphos-news.de/comments.php?lg=en&nid=741 Mutta tosin, hyvä kun edes tänä vuonna   JPQ Maanantaina, 3. toukokuuta, 2004 - klo 23.10:    Piru: ei varmaan mutta sitten kun rahat olisi täysin kasassa varmaan onkin jo toisin ja toiseksi miten on suomen jälleenmyyjien ei oikein ulkomaailta pystyne tilaamaan ? (ei riitä kielitaito selvitys työhön jos tulee ongelmia lisäksi ne postikulut ne postikulut)   KimmoK Tiistaina, 4. toukokuuta, 2004 - klo 12.18:    heh, MophOS aiheuttaa syvähypnoosin: http://www.pegasosppc.com/images.php?f=image&id=1179 Tuote vedetty markkinoilta jatkotutkimusten ajaksi. Tilapäisratkaisuna voi asentaa Bosch emulaattorin ja WinXP:n, sillä saadaan kone hidastettua kylliksi paljon jottei tajunnan virta siirry hyperavaruuteen.   Jon Tiistaina, 4. toukokuuta, 2004 - klo 20.52:    Tuleeko MorphOSista sitä luvattua classic-versiota ? Pakko alkaa jo udella kun olen aikani oottanut ja BVision-kortinkin taannoin hommasin. Toinen kysymys koskee Pegasos 2:n saatavuutta Suomessa - saako niitä? Työkaveri täytteli kuukausi takaperin webbilomakkeen eikä saanut vastausta yritykseltä. @Kimmo:   Joanna Tiistaina, 4. toukokuuta, 2004 - klo 21.34:    Jon: Tuosta Classic versiosta ei ole juurikaan mitään kuulunut. Luulisi sen olevan tehtävissä. Tosin kun se ei ole rahaneteinen projekti niin se ei liene firmassa korkeimmalla prioriteetilla. Pegasoksen saatavuudesta Suomesta.. Ei ainakaan ITI:ltä ole vielä saanut. Emme ole tilanneet, koska olemme halunneet odottaa että Genesi selvittää Jälleenmyyntikuviota. Lisäksi koneiden saatavuus asiallisella toimitusajalla (edes etumaksua vastaan) ei ole ollut mitenkään varmaa. Tällähtkellä ITI:ssä ei ole ketään joka työnään hoitaisi asiaa. Asiaa pidetään auki ja vallankin tuo Genesin Freescale/Motorola yhteistyö on meidän kannaltamme erittäin lupaava kehityssuunta.   hooligan/dcs Tiistaina, 4. toukokuuta, 2004 - klo 22.28:    Suosittelen GGS Dataa... tuntuu olevan homma hanskassa.   JPQ Tiistaina, 4. toukokuuta, 2004 - klo 23.49:    hooligan/dcs: jos tulee ongelmia pärjäänkö (GGS Datan tyyppien) niiden kanssa suomella ?   hooligan/dcs Keskiviikkona, 5. toukokuuta, 2004 - klo 6.27:    @JPQ Sain viime viikolla kutsun johonkin Pegasos käyttäjäklubin tapahtumaan GGS Datalta, ja se kirje oli ruotsiksi. Rohkenen epäillä että suomen kielellä ei pärjää.. englantia toki kaveri suoltaa passelisti. En nyt keksi muuta "ongelmaa" mistä aiheutuisi isompia kommunikaatiovaikeuksia kuin että jos kone possahtaa ja pitää alkaa takuurakkinetta hommaamaan.. mutta se nyt tuntuu olevan joskus suomessa suomenkielelläkin erittäin hankalaa =)   miksuh Keskiviikkona, 5. toukokuuta, 2004 - klo 13.03:    Jon: No jos MOS:sta ei tule, niin OS4:sta kyllä ainakin Eli sama sitten tuleeko MOS:sta classic versiota vai ei   JPQ Keskiviikkona, 5. toukokuuta, 2004 - klo 13.05:    hooligan/dcs: eipä siis auta kun itse en osaa englantia kirjoittaa ja koneen posahdus juuri se mitä tarkoitan muussahan voitte te muutkin auttaa periaatteessa ja eräät PC puolellakin olevat asiat pätee jopa Pegasos2:sessa pätevät kaikissa muissakin tietokoneissa enempi tai vähempi. Olet oikeassa tuossa suomessa suomella komunikoinnissa senkin selitys mikä ongelma mulla kaikissa svga monitorissa (3kpl) mitä olen koskaan omistanut on ollut. Onneksi tiedän nykyään että halpuus tekee ilmeisesti sen ongelman.   KimmoK Keskiviikkona, 5. toukokuuta, 2004 - klo 15.35:    Olisiko olemassa jokin lakipykälä joka estää MOS:n MYYMISEN klassikko Amigaan? Voisiko olla että MOS ei saisi käyttää mitään "alkuperäisen" (Genesi puolen oma termi AOS:sta) käyttiksen osasia. Osasia jotka on esim. kickstartilla? Eli MOS:lle pitäisi olla kaikki tehtynä uudestaan ennen kuin sitä saisi laillisesti myydä klassikkoAmigaan?   Jope Keskiviikkona, 5. toukokuuta, 2004 - klo 15.40:    Eikös siinä olekin? Kuinka se muuten boottais Pegasoksella?   KimmoK Keskiviikkona, 5. toukokuuta, 2004 - klo 17.01:    @Jope Mutta se onkin aivan eri rauta. Eli meinaan että onko kickstart:ssa olevat classic Amiga rautatuet jop kirjoitettu uudelleen MOS:lle? Vai ajaako se joitain AOS/kickstart koodinpätkiä 68k emussa? Ilman ajureita ei mikään rauta toimi. MorphOS 0.4 käytti AOS:a.   itix Keskiviikkona, 5. toukokuuta, 2004 - klo 17.26:    > Olisiko olemassa jokin lakipykälä joka estää MOS:n MYYMISEN klassikko Amigaan? No ei. Saahan sitä ROM:ssa olevaa koodia ajaa... mikäs sen kieltäisi? Siinä MOS Classicissa oli vielä sellainen hyvä puoli että halutessaan pystyi käyttämään alkuperäisiä 68k-ajureita jos tahtoi, tai sitten vaihtoehtoisesti kehityksen alla olleita PPC-versioita. Harmi vain ettei MOS tiimillä näytä riittävän kiinnostusta BPPC/CSPPC-koneita kohtaan ja epäilenpä ettei mitään classic-versiota enää koskaan tule.   itix Keskiviikkona, 5. toukokuuta, 2004 - klo 17.28:    Itse asiassa hiukan epäilen riittääkö Hyperionillakaan enää kauheasti kiinnostusta classic-rautaa kohtaan. A1-versio on ollut jo pitkään etusijalla ja varmasti Hyperionkin toivoisi että mahdollisimman moni ostaisi uutta rautaa.   miksuh Keskiviikkona, 5. toukokuuta, 2004 - klo 17.43:    itix: Ainakin cyberstorm versio pitäs kai olla näytteillä jossain Amiga tapahtumas täs lähiaikoina. Eiköhän se bppc versiokin sieltä vielä tuu sitten.   miksuh Keskiviikkona, 5. toukokuuta, 2004 - klo 17.46:    "Alan Redhouse (Eyetech) visits AmigaOS4 Event in Essen(Germany) and AmigaOS4 demonstrated on CyberstormPPC Alan Redhouse (Eyetech Group Ltd.) will pay a visit to AmigaOS4 Event in Essen on May 15th. Among other things, Ralf Toenjes (OS4 Betatester) demonstrates the latest AmigaOS4 version on his A4000 with CyberstormPPC. " http://amigaworld.net/modules/news/article.php?storyid=1414   Piru Keskiviikkona, 5. toukokuuta, 2004 - klo 18.04:    @KimmoK "Eli meinaan että onko kickstart:ssa olevat classic Amiga rautatuet jop kirjoitettu uudelleen MOS:lle?" On. Minä olen kirjoittanut niistä useita (mm. .resource osaset). "Vai ajaako se joitain AOS/kickstart koodinpätkiä 68k emussa?" MorphOS toimii classicilla ilman alkuperäistä kickstart ROMia.   itix Keskiviikkona, 5. toukokuuta, 2004 - klo 18.04:    Onkos tuossa OS4:ssa nyt sitten PPC-natiivit ajurit (floppy, scsi, pcmcia) ? Muistan että MOS Classicista puuttui omat floppy- ja pcmcia-ajurit pitkän aikaa ja scsi.device taisi sekin tulla aika myöhään.   KimmoK Torstaina, 6. toukokuuta, 2004 - klo 10.46:    @Piru Thanks. Syy julkaisemattomuuteen ei siis ole siinä. @itix Voi riippua seuraavista: - toimiiko emuloidut koodit riittävän hyvin klassikossa - onko lähdekoodit saatavana vanhoista rautatuen toteutuksista - onko viitseliäisyyttä tukea vanhaa rautaa "niin viimeisen päälle" Joku AOS4 betatestaaja on muuten kertonut ajavansa AOS4:sta BPPC:llä. Joten kyllä se kait edelleen on tulosillaan. Menettävät kyllä (taas?) kasvonsa jos tekevät täydet oharit AOS4:n klassik riliisin suhteen...   Jupp3 Torstaina, 6. toukokuuta, 2004 - klo 19.50:    KimmoK: Itse epäilisin, että suurin syy (Sekä MorphOS että AmigaOS4-puolella) viivyteltyyn Classic-tukeen on yksinkertaisesti se, että käyttäjillä on erilaista rautaa niin paljon... Väyläkortteja löytyy Zorro2, Zorro3, PCI (kaikkia eri valmistajilta) ja niihin kytketyt laitteet, sitten on kelloporttiin ja pcmcia-porttiin tulevat laitteet, viimeisenä (muttei vähäisimpänä) vielä "eksoottisemmat" ratkaisut, kuten esim. Power Flyer (kytketään Amiga1200:n ROM-piirien tilalle, ja muistaakseni vielä jonkin muun piirin päälle) Eli yksinkertaisesti sanottuna, erilaisesta raudasta jota pitäisi tukea EI ole pulaa   JPQ Torstaina, 6. toukokuuta, 2004 - klo 20.06:    Jupp3: mikä on powerflyer ? tosin tuntuu että kaikkien väyläkorttien tuki on suhteellisen samanlaista en tosin ole varma...   itix Torstaina, 6. toukokuuta, 2004 - klo 21.21:    No siis eihän kaikkea tarvitse tukea natiivina ja suurimman osan _pitäisi_ toimia ihan 68k-ajureillakin. Ja tietysti patchit. Niitä vanhat Amigat on pullollaan. Esimerkiksi joku MCP voi vielä toimia mutta porukalla on PrepareEmulia ja BlitzKickiä sun muuta...   JPQ Perjantaina, 7. toukokuuta, 2004 - klo 0.58:    itix: 68k ajurit vaan hidastaa ja ikävä kyllä Sunrizen AD516 lienee sellainen että sille ei saatane tukea. PrepareEmulin idea voinee toimia (uudelleen tehtynä vähintään) ja toiseksi eihän varmaan oikein muutenkaan toi PrepapeEmulia vaativat jutut toimi.   itix Perjantaina, 7. toukokuuta, 2004 - klo 1.21:    JPQ: Hidastaa muttei välttämättä merkittävästi. Parhaimmillaan (tai pahimmillaan) JIT-emuloitu 68k koodi on nopeampaa kuin oikea PPC-koodi ;)   Frn Perjantaina, 7. toukokuuta, 2004 - klo 10.03:    JPQ: Kurkista täältä   JPQ Perjantaina, 7. toukokuuta, 2004 - klo 14.05:    Olisihan tuo pitänyt muistaa kytkemis paikka johti harhaan. itix: voiliikaa hidastaa silti audio tai muussa realiaikaisuutta vaativassa.   KimmoK Perjantaina, 7. toukokuuta, 2004 - klo 15.01:    @jupp3 Jep. Etenkin BPPC versio on varmasti ylläpitäjän painajainen. Toisaalta jos käyttiksen antaa ilmaiseksi niin sen vois sanoa olevan "itse ylläpidettävä"... MOS:n tärkein funktion on myydä pegasosta. Se luulen olevan suurin syy. Ja luulo ei ole tiedon väärti.   allu Perjantaina, 7. toukokuuta, 2004 - klo 22.16:    Oho itix, äkkiä ajatellen nyt tais päästä sammakko suusta . "Parhaimmillaan (tai pahimmillaan) JIT-emuloitu 68k koodi on nopeampaa kuin oikea PPC-koodi ;)". siis, joku jekku tässä on oltava. Ainakin sun täytyy nyt perustella/todistaa tämä. Nimittäin mun mielestä sanoit, että "PPC suorittaa 68k koodista käännettyä koodia nopeammin kuin x-lähdekoodista suoraan ppc:lle käännettyä koodia". Kummasta lähdekoodista on mahdollista generoida tehokkaampaa koodia, 68k-asmista vai vaikka C:stä? Mene ja tiedä.   itix Lauantaina, 8. toukokuuta, 2004 - klo 0.37:    "Nimittäin mun mielestä sanoit, että "PPC suorittaa 68k koodista käännettyä koodia nopeammin kuin x-lähdekoodista suoraan ppc:lle käännettyä koodia"." Näin sanoin. Ja se pitää paikkansa, mutta totta puhuen vain joissain harvoissa tapauksissa. Nimittäin Trance osaa analysoida ja siten optimoida käännettävää 68k-koodia, tai vastaavasti PPC-versio on käännetty huonolla kääntäjällä. Ainakin StormC 3 teki joskus "väljää" koodia. Harvinaista tuo kuitenkin on.   JPQ Lauantaina, 8. toukokuuta, 2004 - klo 1.44:    itix: c/c++ kääntäjät tekevät usein (asteikoista riippuen jopa aina) "löysää" koodia ja puhumme uskoisin samasta termi vain eroaa. ja sitten on vielä "löysää" koodia tuottavat koodarit päälle koska uskoisin että jopa C kielellä saman asian voi tehdä aika monin eritavoin eli hellowordinhan jotkut optimoi puts funktion käytöllä printf:än sijasta.   allu Lauantaina, 8. toukokuuta, 2004 - klo 22.24:    Mitäs sitä sitten arvaileen? Jos joku vois tehdä sellasen testin, jossa sama c-ohjelma käännetään vertailukelpoisilla gcc:eillä sekä 68k:lle että PPC:lle. Sitten ajetaan PPC-ohjelma natiivisti ja 68k JIT:llä ja verrataan suoritusajat. Itseasiassa luulen että noi vois päästä aika tasoihin, jos JIT on tarpeeksi pätevä. PPC:stä löytyy ihan varmasti kaikki käskyt, mutta löytyykö siitä kaikki osoitusmuodot, joita gcc keksii generoida 68k koodiin? Siis, tällänen testi on tehty jo, eikö? Mikä oli tulos?   itix Lauantaina, 8. toukokuuta, 2004 - klo 23.27:    No PPC:stä ei löydy läheskään kaikki osoitusmuotoja mitä 68k tuntee. Testasin kuitenkin ptplay.librarya uusimmalla ANR NG 3:lla. Testikappaleena mod.AceOnASpring CPU-aika: ptplay 68k: 3.00 % ptplay PPC: 2.00 % 68k versio on käännetty VBCC:llä (v0.8), 020+FPU. PPC versio on käännetty GCC:llä (2.95.x), G3. Pikaisesti katsottuna muut MODit antoivat samansuuntaisia tuloksia. Käytännössä JIT:n nopeutta ei pysty mitenkään luotettavasti mittaamaan. Vähän sama kuin testaisi CPU:n nopeutta RC5 benchmarkilla.   allu Sunnuntaina, 9. toukokuuta, 2004 - klo 0.45:    Pystyyhän sen mittaamaan. se on fakta. Kai sen RC5:sen laskentaan joku aika menee. Joka vieläpä seuraa jollain tavalla CPU:n laskentaherkkyyttä. Mutta, mitäs toi nyt tarkoittaa? ptplay 68k vei yhden prosentin enemmän cpu:ta vai 1.5 kertaa enemmän? Olisko mahdollista ajaa joku ohjelma täysillä prioriteeteilla siten että se ruksuttaa aikansa jotain ja antaa sitten tuloksen? Näistä mitattais suoritusaika. Mielellään sais kalkuloida vähintään 10 sekuntia jotain mielenkiintoista probleemaa.   JM Sunnuntaina, 9. toukokuuta, 2004 - klo 10.31:    Täytyy ottaa huomioon, että PPC on huomattavasti nopeampi CPU kuin MC68k:t, kun mitataan konekielisten käskyjen suoritusmäärää tietyssä ajassa. Silti yllä olevan testin mukaan G3 söi CPU-aikaa suhteellisesti katsottuna lähes yhtä paljon, kuin 020. Ilmeisesti G3:n suorittamien konekielisten käskyjen määrä oli suurempi. Mistä lyhenteet ANR NG3 ja RC5 tulevat? Asiasta toiseen: Mikäs viisaus siinä on, että Amigan modeissa toi "mod." on alussa eikä lopussa. Siksikö, että kaikki modit olisivat hakemistolistauksessa perättäin? Eikös muut päätteet olleet lopussa kuten ".info"? Ei ole juuri nyt Amigaa mistä katsoa.   Piru Sunnuntaina, 9. toukokuuta, 2004 - klo 13.29:    @JM ANR - AmiNetRadio ANR NG3 - AmiNetRadio Next Gen 3 (ANR versio 3.x) http://anr.amigazeux.net RC5 - Rivest Cipher 5 http://www.rsasecurity.com/rsalabs/faq/3-6-4.html "mod." tulee käsittääkseni ensimmäisistä module-editoreista, eli SoundTracker, NoiseTracker, jne. jota lisäsivät sen automaattisesti tiedoston eteen. Korjatkaa jos muistan väärin.   Jope Sunnuntaina, 9. toukokuuta, 2004 - klo 13.55:    Joo, eiköhän tuosta etuliitteestä voi kiittää Karsten Obarskia, joka sen soundtrackeriinsä ensimmäisenä keksi. Kyllähän Amigassakin on normaalisti nuo liitteet laitettu filenamen perään, vrt #?.info.   itix Sunnuntaina, 9. toukokuuta, 2004 - klo 13.56:    Tuo "mod." on tiedostonimien alussa varmaankin siksi että sen tarkistaminen on helpompaa nimen alusta kuin lopusta. 68k:ssa tuon pystyy tarkistamaan yhdellä konekielikäskyllä jos se on nimen alussa. Vanhoissa viidentoista soittimen ST-moduleissa ei ole mitään pomminvarmaa keinoa tarkistaa tiedostoformaattia itse binääridatasta.   itix Sunnuntaina, 9. toukokuuta, 2004 - klo 14.03:    @allu: No eipä tuossa juuri muuta kuin että ptplay 68k pääsi JIT-emulaatiossa 65% nopeuteen natiiviin koodiin verrattuna. Käytännössä tuolla "nopeustestillä" ei ole mitään järkevää merkitystä. Ensinnäkin tuollainen CPU-kulutus on aivan mitätöntä ja JIT-emulaatio käyttäytyy eri ohjelmilla eri tavoin. ProTracker-moduulien soitto AHI:n kautta on käytännössä sampledatan pokettamista yhteen eikä siinä tarvita kovin paljon laskentaa. FPU:takin käytetään vain lowpassfilterin emulointiin. Eli JIT on juuri noin hyvä, ajettaessa VBCC:n tietyillä optimoinneilla käännettyä 68k-koodia, verrattaessa GCC:llä tehtyyn natiiviin koodiin.   itix Sunnuntaina, 9. toukokuuta, 2004 - klo 14.07:    @JM: Molemmat tulokset on Pegasoksesta. 020 ei ikinä pystyisi miksaamaan noin nopeasti 16-bittistä sampledataa AHI:lle (4x8bit => 2x16bit 44100Hz).   JM Sunnuntaina, 9. toukokuuta, 2004 - klo 19.35:    @itix: Aha! No, eipä tullut mieleen, että joku miksaaminen voisi viedä niin paljon CPU-aikaa ettei 020 ehdi tekemään sitä. Oon käyttäny Amiga 4000/040 viimeksi kymmenen vuotta sitten ja silloin ei muistaakseni ollut vielä AHI:a (tai ainakaan minulla ei ollut), eikä pelkkä modin soittaminen ilman AHI:a muistaakseni vienyt juurikaan CPU aikaa. Voi olla että aika kultaa muistot. :-)   allu Sunnuntaina, 9. toukokuuta, 2004 - klo 19.36:    itix, ok. vbcc ja gcc voi olla vertailukelpoisia mutta sitä ei voi mistään tietää varmaks. Toisekseen tollanen testi joka ei vie 100% cpu tehoa ei ole oikein hyvä. Parempi olis laskee jotain pitemmän aikaa. Eihän kai ketään kiinnosta oikeasti paljonko koneessa on mipsejä vaan ainoastaan tulokset ratkaisee. mipsejä voi olla vaikka kuinka paljon muttei sellasta käskyä joka tekis jotain järkevää. JM, tottakai PPC on nopeampi korkeamman taajuuden takia, mutta edes instructions-per-cycle suhde ei vaikuta tässä testissä. Pohjimmiltaan tässä oli kyse siitä, voiko PPC ajaa 68k:lle käännettyä ohjelmaa nopeammin tai vähintään samalla nopeudella kuin natiivia PPC-ohjelmaa.   KimmoK Maanantaina, 10. toukokuuta, 2004 - klo 12.25:    @JM Joo, modien soittaminen ei syö CPU:ta juuri ollenkaan. Itse huomasin että esim MP3 soitossa AHI voi pahimmillaan liki kaksinkertaistaa CPU kuorman (68060:lla testattua). "Mikäs viisaus siinä on, että Amigan modeissa toi "mod." on alussa eikä lopussa." Amigassa ei ole erillistä tiedostopäätettä kuten eräissä muissa neoliittikauden järjestelmissä. Tällöin on vaara että jos modille annetaan liian pitkä nimi niin se ".mod" tieto voisi vahingossa leikkautua pois sieltä lopusta. Parempi antaa vain sen biisin nimen hieman lyhentyä. Ja Amigallahan saadaan hommat yleensä pelaamaan sangen hyvin täysin ilman hassuja filepäätteitä. Fiksumpaa voi olla laittaa hakemiston nimen yhteyteen se "mod" tieto. Mutta pitää kai nuita muitakin käyttiksiä kohtaan olla ymmärrystä.