Il misterioso 68000 felino

[musehead]

Parto con due osservazioni:

- il Jaguar monta un 68000 a 16 mhz, identico a quello del Panther
- sulla console esistono giochi molto lenti ed altri che sembrano "a 16 bit"

Questo perché usano solo il 68000?

Raiden e Crescent Galaxy sono giochi che erano pronti per il Panther e mai pubblicati, che siano stati portati su Jaguar basandosi solo sul 68000 sembrerebbe verosimile, così come per similitudine hardware altri giochi presi pari pari da Amiga, ma sono supposizioni alle quali non posso far seguire conferme.

Ho trovato, invece, discussioni molto interessanti (in inglese) sul ruolo del 68000 e di come avesse ruolo molto attivo nel quadro completo di alcune indecenti prestazioni della macchina.

Domanda ad uno sviluppatore hardware del Jaguar:

The Jaguar used a 68000. Isn't that the CPU?

Again, quoting from Jaguar designer John Mathieson, "It may be the CPU in
the sense that it's the centre of operation, and boot-straps the machine,
and starts everything else going; however, it is not the centre of
Jaguar's power. ... The 68000 is like a manager who does no real work, but
tells everybody else what to do."

Quindi il 68000 non dovrebbe incidere negativamente, ma vediamo cosa dicono altri.

Qui siamo su un forum dedicato al Jaguar:

The Jag only has three traditionally programmable processors - the 68k and two 32-bit RISC chips. The Object Processor can only be used to generate the display (it can't output data anywhere but the line buffers and has rather limited decision making), and the blitter just moves and formats data, it's not a programmable or scriptable processor on its own. Only the Object Processor and the Blitter deal with 64-bits at a time, although the GPU has a single instruction to load and a second to store a 64-bit value (but it must treat it as two 32-bit values for all other operations and can only manage one at a time).

Since you can halt the 68k, and doing so causes no impact to the rest of the system, having it there to boot the machine doesn't hamper anything at all. However, it did appear to cause a perceptual issue -- since it could talk to every other part of the machine, and because it has the fewest limitations in the system, not to mention how familiar it was, developers fell to it. It was already faster than the 68k in any of the game systems of the day, and even most home computers.

Quindi, secondo questo utente, al 68000 gli sviluppatori affidano più di quanto avrebbero dovuto dato che non aveva limiti, era molto noto ed era cmq più veloci dei suoi simili sulle altre console. Leggiamo le sue conclusioni:


The biggest reason the 68k causes problems in the Jaguar is not the 68k's performance, nor is it a loss of potential, really, it's because the 68k sucks bandwidth from the rest of the processors. The Jaguar has a single unified bus for everything -- video, GPU, DSP, blitter, object processor, RAM, line buffers, 68k -- there's only one bus. When any chip needs it, no other chip can use it. The problem here is two-fold:

First, the 68k is only 16-bits wide, but works with 32-bit words. So every time it seizes the bus, it needs at least two cycles. (Generally speaking).
Second, the 68k is the slowest clocked processor in the machine, running at half the clock rate of the RISCs. So even though the DSP is also wired at 16-bits and works 32-bits at a time, it can get those 32-bits in half the time. (The DSP is also a little more advanced in how it can treat memory, and has internal cache to reduce the need to do this anyway).

Insomma, i programmatori svogliati che si ostinavano a passare dal 68000 rimanevano bloccati in un tremendo collo di bottiglia. Quest'altro utente ribadisce la cosa con vigore:

the M68k is NOT the Jaguar CPU!

The Jaguar does not have a CPU, its a custom chip set and was designed to use all at once with each doing its own job, hence no CPU is actually needed.

Those games you mentioned all use the M68k to execute the games which is why they have slowdown, this occurs when the bus is being choked or low fram rates because it can't update quick enough. Remember that the graphics are still being drawn by a 64-bit chip but being send to the M68k for execution.

Go look at Iron Soldier 2, Hoverstrike CD, Missile Command 3D or Zero 5 and you will see some wonderful 3D graphics comparable to anything from the early Saturn/PS1 days. Simply because these games were programmed how it was intended they should be using all the custom chips at once.

Per concludere, secondo questi ragazzi e il progettista di sopra, il 68000 doveva servire per bootstrap e le altre operazioni di cui parlava Dr_Who nell'altro thread, ma molti programmatori "pigri" abusavano di questo processore per facilità di sviluppo, combinandone di tutti i colori.

[Bert]

Incredibile di quanta libertà potesse godere il 68000 del Jaguar, in altre architetture alla cpu di bootstrap o di coordinazione non si permette di gestire l'intero complesso hardware della macchina, ma la si limita piuttosto alle sole mansioni che gli competono. Nel senso che tale processore, in genere, non "vede" gli altri dispositivi di I/O come ad esempio la gpu o il coprocessore audio poiché agisce in un "contesto" di memoria diverso. Sul Jaguar invece sembra proprio che potessere controllare ogni sngolo aspetto del chipset, forse anche per ovviare alle difficoltà della programmazione parallela che richiedevano i suoi chip... L'avesse potuto fare il 68000 del Saturn che invece era relegato a curare solamente il comparto audio.

[Ocram0806]

Uno dei tanti motivi che ha rovinato l'immagine del GIAGUARO, sono sicuramente aver commercializzato, all'inizio del lancio della console, giochi che utilizzavano principalmente il 68000.
Se si osservano i giochi all'uscita della ps1, ancora oggi ti lasciano piacevolmente colpito, in quel periodo eri BASITO, come al solito l'ATARI sbagliava, sottovalutando il consumatore, che non era più un bambino ingenuo, ma ormai un uomo adulto, capace di capire se l'oggetto che acquistava, corrispondeva con quello che la pubblicità dichiarava.

[Dr_Who]

Parto con due osservazioni:

Domanda ad uno sviluppatore hardware del Jaguar:
The Jaguar used a 68000. Isn't that the CPU?

... The 68000 is like a manager who does no real work, but
tells everybody else what to do."

Mi sembra una contraddizione in termini. "Dice agli altri cosa devono fare", il problema e che forse lo dice "lentamente"...

although the GPU has a single instruction to load and a second to store a 64-bit value (but it must treat it as two 32-bit values for all other operations and can only manage one at a time).

Secondo i dati , la GPU gira a poco più di 25 MHZ ed è capace di lavorare a 25 MIPS, quindi esegue una singola istruzione in un ciclo di clock (come "reclamizzato" da Atari & Soci). Qui si dice che può caricare e memorizzare un valore a 64 bit con una singola istruzione, quindi dovremmo attenderci che in un solo ciclo di clock possa eseguire questa operazione; ma non è così (anche perché ha i registri a 32 bit) e ne impiegherà almeno due cicli di clock. Proprio perché ha gpu ha i registri a 32 bit, essa lavorerà poi solo con dati a 32 bit. I tanti sbandierati 64 bit del Tom vanno quindi a farsi benedire.
Per la cronaca, non è raro trovare processori RISC per i quali è detto che tutte le istruzioni vengono eseguite in un singolo ciclo di clock
, e poi in realtà non è così (almeno non per tutte le istruzioni).

The biggest reason the 68k causes problems in the Jaguar is not the 68k's performance, nor is it a loss of potential, really, it's because the 68k sucks bandwidth from the rest of the processors. The Jaguar has a single unified bus for everything -- video, GPU, DSP, blitter, object processor, RAM, line buffers, 68k -- there's only one bus. When any chip needs it, no other chip can use it. The problem here is two-fold:
First, the 68k is only 16-bits wide, but works with 32-bit words. So every time it seizes the bus, it needs at least two cycles. (Generally speaking).
Second, the 68k is the slowest clocked processor in the machine, running at half the clock rate of the RISCs.

Il fatto che ci sia un unico bus dati e bus indirizzi al quale il 68000 può avere libero accesso ( e questo sinceramente non lo sapevo !), fa soffrire l'intero sistema di un significativo collo di bottiglia nel caso in cui sia utilizzato il 68000 come cpu principale , ovvero come cpu nella quale risiede la parte più importante di un codice programma di gioco, rallentando notevolmente le potenzialità e le velocità di Tom & Jerry

[Dr_Who]

Ho dato una occhiata agli schemi del Jaguar, e devo dire che per come è stata progettata la macchina, in effetti al 68000 è stato affidato il ruolo di "gregario" , come riferito dai progettisti stessi.
Intanto il povero Jerry sembra essere stato castrato: il suo bus dati con ampiezza a 32 bit è stato ridotto a 16, nel senso che solo i primi 16 bit risultano essere fisicamente collegati al bus dati del Jaguar (come se dovesse principalmente lavorare con il 68000, anch'esso con il bus dati a 16 bit, o come se fosse una sua "estensione/periferica").
Sembrerebbe anche che il solo Tom abbia l'accesso diretto alle DRAM, e che Jerry e 68000 vi possano accedere solo dietro "intercessione" di TOM.
Come già detto, Tom, Gerry e 68000 condividono il medesimo bus dati ed il medesimo bus indirizzi.
Sul bus indirizzi del Jaguar non vi è molto da dire, particolare invece è il bus dati della macchina : ha una ampiezza di 64 bit, laddove il solo Tom la utilizza completamente (si potrebbe dire : "Tom Rules"!), mentre Jerry e il 68000 accedono solo ai primi 16 bit del bus; le DRAM che sono quattro , sono collegate la prima ai primi 16 bit (D0-D15), la seconda ai secondi sedici bit (D16-D31), e così via fino alla quarta DRAM collegata agli ultimi 16 bit , in modo tale da permettere a TOM di operare su una memoria a 64 bit di dati.
E da qui nasce la "lentezza" nel caso in cui sia il solo 68000 a svolgere il grosso del lavoro: esso può comunicare con Tom solo "16 bit alla volta", e per accedere alla DRAM deve passare da Tom.
La cosa non è (o non sembra complicata), ma solamente molto lenta e lunga ; immaginiamo che il bus dati a 64 bit sia composto da 64 cassettini disposti tutti in fila uno affiancato all'altro, e di dovervi riporre qualcosa dentro ciascuno di questi cassetti; se noi avessimo 64 mani (come il Tom), potremmo riporre i dati in un colpo solo, in una sola operazione; ma avendo il 68000 solo 16 mani, deve per forza di cose riempire tutti i cassetti in 4 operazioni successive. Ma non solo, perché la cosa si complica: il 68000 "vede" solo i primi 16 cassetti (D0-D15), i rimanenti 48 (D16-D63)sono a lui completamente invisibili; quindi una volta riempiti i primi 16 cassetti, sarà necessario spostare/shiftare i dati di almeno sedici cassetti più avanti, al fine di liberare nuovamente spazio nei primi 16, e così via per altre due volte.
Nel caso in cui non si volesse utilizzare tutta l'ampiezza del bus a 64 bit, ma solo a 32 (d'altronde il 68000 internamente lavora a 32), si possono evitare alcuni passaggi, ma a questo punto si utilizza una console potenzialmente a 64 bit, programmandola a 32. E questo potrebbe essere il motivo per il quale alcuni giochi risultano essere nettamente sotto la media qualitativa, rispetto a quei giochi programmati come mamma Atari lo aveva inizialmente pensato...

[musehead]

Eh, già! Sembra proprio che sia questo il collo di bottiglia.

Ho letto da un'altra parte che la Atari, in realtà, avesse intenzione di implementare un processore tutto a 32-bit come il 68020, che a quanto pare avrebbe cambiato radicalmente le cose. Per una questione di costi venne abbandonata questa pista ma, in realtà, questo processore venne sostituito al 68000 nel CoJag, l'hardware da cabinato derivato dal Jaguar. Il quale, a mio avviso, non ha mai fatto girare titoli che non fossero largamente alla portata del modello standard di console...

[synapsy]

Tutto questo è davvero interessante e affascinante. Il Jaguar è una macchina che ho sempre desiderato possedere, proprio per la sua particolarità storica/tecnica, pur non apprezzandone il parco software: trovo la sua grafica, anche nelle realizzazioni migliori, troppo pacchiana/kitsch/trash/tamarra e dal look eccessivamente occidentale (molto vicina allo stile dei primi giochi 3D per PC di inizio anni '90, con le dovute differenze, ovviamente). Nonostante questo la console mi affascina per tutte le problematiche ad essa legate, non ultima la fine di un'azienda storica come Atari.

"Go look at Iron Soldier 2, Hoverstrike CD, Missile Command 3D or Zero 5 and you will see some wonderful 3D graphics comparable to anything from the early Saturn/PS1 days. Simply because these games were programmed how it was intended they should be using all the custom chips at once."

Adesso, con tutto il bene e la passione che si possano rivolgere a questa sfortunata macchina, non mi pare proprio che la grafica dei migliori titoli Jaguar possa essere avvicinata a quella dei primi titoli per Saturn e PSX: pensate a "Daytona USA" e Ridge Racer" o "Tekken", sfoggiavano motori 3D texturizzati che il Jaguar si sognava... tra l'altro, che senso ha dire che la grafica sarebbe comparabile a quella dei primi titoli per le console Sega/Sony (cosa che, come si è appena detto, comunque non è)? Ho capito, ma dopo un anno e mezzo Saturn e PSX ti sparavano una grafica da stringere le chiappe, al di là di ogni possibilità del Jaguar... quindi, che razza di paragone è...? Bah...

In più, i giochi citati come migliori, hanno sì una grafica "discreta", ma mi pare che, laddove ci siano texture "elaborate", gli elementi 3D presenti siano pochissimi (con l'espediente di farli girare su sfondi semplificati... ad esempio il campo stellare di "Zero 5"), mentre laddove ci siano "tanti" elementi 3D, questi sono modelli poliganali quasi spogli e costituiti da veramente pochissimi poligoni (es. "Iron Soldier 2")... minchia, dice che sono i titoli migliori perché sfruttano l'hardware così come era stato progettato, ma vogliamo ricordarci che monta processori a 32bit e 64bit...? Non mi vorrete dire che quella grafica sia la massima esprimibile da processori di tale "potenza" (fra virgolette per riallacciarmi al discorso sull'errato sistema di calcolare la potenza in bit di un altro post). Quindi, tantissima simpatia e interesse per il Jaguar, ma evitiamo fanatismi e non scomodiamo Saturn e PSX.

La cosa pazzesca che emerge da tutto il discorso, comunque è che il Jaguar (e quindi anche Atari) sia stato inguaiato innanzitutto da una progettazione hardware semplicemente folle: ma come si fa a dare tutto quel potere al 68k, quando hai per le mani una tecnologia a "32/64bit", mandandola completamente a puttane...?!!! Ce ne rendiamo conto noi, che non siamo ingegneri!!!

In secondo luogo, a quanto pare, la mazzata finale è stata data da softhouse e programmatori poco capaci, inesperti, incompetenti o, forse, solo pigri... cioè, tutto è andato a farsi friggere per pigrizia?! E' un po' quello che è successo anche col CD32, quindi...

Al di là di queste considerazioni, penso che sarebbe andata a finire comunque così, anche se il Jaguar fosse stato sfruttato a dovere. La macchina aveva troppi bachi e la sua grafica, in ogni caso, non era in grado di reggere il confronto con quella di Saturn e PSX. Oltre a ciò era particolarmente complessa da programmare. In più i giochi sembrano quasi tutti davvero poco ispirati e dominati dal trash (a parte qualche rarissima eccezione)... sembra quasi che a nessuno gliene fregasse che questa console uscisse bene, compresa la stessa Atari. E' la selezione naturale: le specie più deboli soccombono di fronte a quelle più forti... che tristezza, però...

Ma, forse, è solo la maledizione di Loki che si è compiuta...

[musehead]

Da affezionatissimo giocatore Jaguar, non posso che confermare che i migliori risultati tecnici dal Jaguar fossero comunque non paragonabili nemmeno alle peggiori prestazioni di Saturn e PSX. Sostenere il contrario, come a volte si legge, temo sia solo frutto di eccessivo campanilismo.

Non saprei, invece, stabilire quale fosse la console più performante tra Jaguar e 3DO, dato che ho sempre avuto l'impressione che quest'ultima avesse solo una diversa espressione di potenza piuttosto che un'effettiva superiorità.

Mi spiego meglio per parlare di una GROSSA mancanza del Jaguar. La 3DO aveva un vantaggio immenso rispetto alla macchina Atari: la gestione hardware delle textures. A volte ci lamentiamo spesso del fatto che le scene tridimensionali sul Jaguar fossero spoglie, in realtà il problema è che dove ci sono le textures sono gestite tutte via software con tutto quel che ne consegue come crollo delle prestazioni.

I titoli che ne usano poche e seguono un certo criterio nella programmazione, come Zero 5 o Tempest 2000, sono eccezionalmente fluidi. Questo perché, a mio avviso, di poligoni non texturizzati il Jaguar ne poteva gestire un buon numero, più della 3DO che davvero aveva una grafica a cubi (texturizzati, per carità, ma con bitmap di piccolissime dimensioni e molto ripetute a causa di una texture memory limitatissima).

Il Jaguar, rispetto alla storica rivale, aveva però un supporto hardware al gouraud shading che i poligoni permetteva quantomeno di sfumarli, tecnica sfruttatissima nel brutto ma fluido titolo di lancio Cybermorph.

Da non dimenticare anche un'eccellente gestione di rotazioni e zoomate "à la Mode-7", che garantivano fluidità impeccabile (Super Burnout è semplicemente impressionante, come anche Val d'Isere Snowboarding) a una risoluzione superiore allo SNES e senza il limite ad un unico piano (che su SNES veniva aggirato con chip aggiuntivi nelle cartucce), ma questo era il minimo per una console molto più nuova. Eppure la 3DO non ci riusciva e la cosa è particolarmente evidente in BC Racers.

Insomma, il mercato chiedeva textures e per utilizzarle il Jaguar faceva i salti mortali. Mettiamoci i programmatori un po' troppo faciloni che abusavano del 68000 e il frittatone era pronto.

[synapsy]

Mi spiego meglio per parlare di una GROSSA mancanza del Jaguar. La 3DO aveva un vantaggio immenso rispetto alla macchina Atari: la gestione hardware delle textures. A volte ci lamentiamo spesso del fatto che le scene tridimensionali sul Jaguar fossero spoglie, in realtà il problema è che dove ci sono le textures sono gestite tutte via software con tutto quel che ne consegue come crollo delle prestazioni.

Ecco, per l'appunto... ma come si poteva pensare di entrare nella nuova generazione che stava sbocciando SENZA implementare per lo meno la gestione HARDWARE delle texture...?! Anche perché non è che non si sapesse quello che stavano preparando i concorrenti...

Questo conferma la sensazione che ormai Atari fosse un animale morente e all'interno dell'azienda fosse stato abbandonato ogni criterio di ragionevolezza e tutti, ma proprio TUTTI, brancolassero nel buio.

Cmq "Alien vs Predator", "Super Burnout", "Rayman" e "Kasumi Ninja" (lo so, è trashissimo...) sono i titoli per cui vorrei la console... anche quello tipo (moooolto "tipo") "Mario Kart", di cui non ricordo mai il nome (credo sia della Ubisoft)... e anche "Cybermorph" m'incuriosisce...

[Dr_Who]

La cosa pazzesca che emerge da tutto il discorso, comunque è che il Jaguar (e quindi anche Atari) sia stato inguaiato innanzitutto da una progettazione hardware semplicemente folle: ma come si fa a dare tutto quel potere al 68k, quando hai per le mani una tecnologia a "32/64bit", mandandola completamente a puttane...?!!! Ce ne rendiamo conto noi, che non siamo ingegneri!!!

Ho capito cosa vuoi dire Synapsy, ma vorrei solo sottolineare che al 68K non è stato dato potere, è solo stato dato spazio e libertà di movimento tra i vari componenti hardware. Non avendolo mai visto lo schema, sono rimasto stupefatto nell'accorgermi che il 68K non avesse una sram , se non specificatamente dedicata , almeno condivisa ed accessibile in modo più diretto ad esso.
Non so, ma mi da l'impressione che la macchina monti un motore Ferrari alimentato dal carburatore di un 126...

[synapsy]

Ho capito cosa vuoi dire Synapsy, ma vorrei solo sottolineare che al 68K non è stato dato potere, è solo stato dato spazio e libertà di movimento tra i vari componenti hardware. Non avendolo mai visto lo schema, sono rimasto stupefatto nell'accorgermi che il 68K non avesse una sram , se non specificatamente dedicata , almeno condivisa ed accessibile in modo più diretto ad esso.
Non so, ma mi da l'impressione che la macchina monti un motore Ferrari alimentato dal carburatore di un 126...

Si, si, avevo capito... intendevo questo. Qualcuno mi regala un Jaguar con un po' di bei giochilli per Natale...?

[igorstellar]

Ho capito cosa vuoi dire Synapsy, ma vorrei solo sottolineare che al 68K non è stato dato potere, è solo stato dato spazio e libertà di movimento tra i vari componenti hardware. Non avendolo mai visto lo schema, sono rimasto stupefatto nell'accorgermi che il 68K non avesse una sram , se non specificatamente dedicata , almeno condivisa ed accessibile in modo più diretto ad esso.
Non so, ma mi da l'impressione che la macchina monti un motore Ferrari alimentato dal carburatore di un 126...

è esattamente questo il problema
bravi avete dato la spiegazione logica di perchè tom e jerry (e il 68000 ) si prendevano a cazzotti


Il 68000 nella versione ARCADE del CONJAG era stato cambiato
sicuramente per questo problema
in Area 51 aveva un 68EC020 @ 25Mhz ( tho un 32 bit o come mai ? ) mentre in un altra versione un R3000 @ 33 Mhz e se non erro sempre a 32 bit
questo per far si che questa CPU potesse accedere in modo 32 bit e non a 16 bit
per ridurre collo di bottiglia

La nota stonata è proprio questo : perché dare al 68000 cosi tanta "libertà" quando hai due processori dedicati e più veloci ?

La Flare ha fatto una bella macchina a livello di progetto ma un sano disastro a livello finale

I programmatori spesso usano la via piu facile per fare i giochi e visto che il 68000 era a loro piu congeniale hanno programmato come se avesse SOLO quel processore
ma gli altri due ( specie TOM ) hanno introdotto molti problemi

Certo è che se non aveva bachi cosi grossi e sopratutto non fosse possibile usare la CPU 68000 in questo modo "anomalo" probabilmente i programmatori sarebbero stati costretti a fare programmi migliori di quelli che hanno tirato fuori

[igorstellar]

Ecco, per l'appunto... ma come si poteva pensare di entrare nella nuova generazione che stava sbocciando SENZA implementare per lo meno la gestione HARDWARE delle texture...?! Anche perché non è che non si sapesse quello che stavano preparando i concorrenti...

Questo conferma la sensazione che ormai Atari fosse un animale morente e all'interno dell'azienda fosse stato abbandonato ogni criterio di ragionevolezza e tutti, ma proprio TUTTI, brancolassero nel buio.

Cmq "Alien vs Predator", "Super Burnout", "Rayman" e "Kasumi Ninja" (lo so, è trashissimo...) sono i titoli per cui vorrei la console... anche quello tipo (moooolto "tipo") "Mario Kart", di cui non ricordo mai il nome (credo sia della Ubisoft)... e anche "Cybermorph" m'incuriosisce...

piu che maledizione io la vedo come la ostinata ricerca di produrre un prodotto pensato a i tempi del super spectrum !!!

qui abbiamo sempre le medesime persone che hanno progettato e ideato i due filoni di sistemi : Flare 1 e Flare 2

sicuramente ottimi a livello cartaceo ma andavano ridefiniti in modo migliore
il jaguar è stato creato con colpi di genio come i multi core per poi riportare il tutto a i progetti base dei vari FLARE

Questa è la cosa che non capisco
Pur di far uscire questa loro idea si sono incaponiti

La Atari da parte sua ha preso in dotazione la Jaguar mettendoci sopra il marchio ma non ha mai sviluppato la macchina che era in mano solo a i suoi progettisti
Giusto o sbagliato che sia hanno finanziato il progetto e ci hanno creduto sino alla fine
Hanno fatto delle gaf che solo con la motivazione su detta si può capire !!!

Io piu che la atari e company direi che sono stati gli stessi progettisti della flare a cercare di imporre una idea "vecchia" a tutti i costi senza cercare di cambiare nulla al progetto base

Su questa base abbiamo un altro prodotto ( e finalmente l'ultimo ) si chiama NUON
questo progetto è sempre basato sul flare

successo ?
nullo

[synapsy]

[...]

La Atari da parte sua ha preso in dotazione la Jaguar mettendoci sopra il marchio ma non ha mai sviluppato la macchina che era in mano solo a i suoi progettisti
Giusto o sbagliato che sia hanno finanziato il progetto e ci hanno creduto sino alla fine
Hanno fatto delle gaf che solo con la motivazione su detta si può capire !!!

Io piu che la atari e company direi che sono stati gli stessi progettisti della flare a cercare di imporre una idea "vecchia" a tutti i costi senza cercare di cambiare nulla al progetto base

Su questa base abbiamo un altro prodotto ( e finalmente l'ultimo ) si chiama NUON
questo progetto è sempre basato sul flare

Ho capito, Igor, che la ATARI ha delegato... ma i vertici ATARI cosa facevano nel frattempo...? Si grattavano le bolas... mi vien da dire che alla fine se lo siano pure meritato 'sto disastro.

piu che maledizione io la vedo come la ostinata ricerca di produrre un prodotto pensato a i tempi del super spectrum !!!

Per questo parlavo di "maledizione di LOKI"... ne ho parlato proprio nello speciale che ho scritto parecchio tempo fa sul Konix: Loki era il nome del computer domestico derivato dallo ZX Spectrum su cui la Sinclair stava lavorando e che non vide mai la luce. Il "progetto Loki" venne poi assorbito dalla Flare per il suo "Flare One", da cui discende, in ultima analisi il Jaguar. La scelta del nome Loki è stata proprio portatrice di sfiga: Loki, come scrissi nello speciale, "è il nome d’un dio nordico della mitologia scandinava, ingegnoso inventore e diabolico ingannatore, noto per la grande astuzia: temibile, camaleontico, ingordo e insaziabile, autentico portatore di sventure, è colui che nel Pantheon Norreno minaccia l’ordine cosmico."

Lo speciale sul Konix Multi-System è stato frutto di lunghe ricerche ed ha avuto un significato affettivo particolare per me, perché ero tra quei ragazzini che all'epoca sbavavano sulle preview di questa fantomatica console. La cosa più eclatante di tutte fu per me scoprire che la sua storia era strettamente connessa a quella del Jaguar, cosa che fino ad allora ignoravo. E' tutto spiegato qui:

http://www.retrogaminghistory.com/ho...ima-parte.html
http://www.retrogaminghistory.com/ho...nda-parte.html
http://www.retrogaminghistory.com/ho...rza-parte.html

[igorstellar]

maledizione di LOKI".

lo so cosa intendevi

Ho capito, Igor, che la ATARI ha delegato... ma i vertici ATARI cosa facevano nel frattempo...? Si grattavano le bolas... mi vien da dire che alla fine se lo siano pure meritato 'sto disastro.

risposta ?
SI

il discorso è che erano molto impegnati nel cercare di fare un ST migliore della AMIGA ( oltre che una causa contro la commodore perché aveva acquisito tutta la AMIGA Inc, impedendo alla atari di usufruire dei chip custom che aveva pagato alla amiga INC )

certo potevano essere meno dispersivi ....