Supporto A-EON per nuovi driver RadeonHD

[samo79]

Più che altro Hyperion dovrebbe gestire meglio le cose, ultimamente si sono dati più da fare lato supporto sistema operativo e comunicazione esterna (anzi è stato Solie a sobbarcarsi l'onere) ed hanno lasciato andare altri aspetti...
Noi più che trovarci davanti a fatti compiuti, e reagire di dovere, cosa possiamo fare ?

Beh è già qualcosa, in effetti la maggior cura si vede e anche i betatester aiutano e riportano gli eventuali problemi nel tracker, questo non può che fare piacere sopratutto quando poi i risultati si vedono ad update installato .. certo loro sono pochi e sarebbe meglio se facessero poche cose alla volta anzichè incasinarsi in più progetti che poi richiedono secoli ..

Credo di si, ma prendetelo con le molle e come informazione non ufficiale...

Ok, speriamo esca presto allora .. chissà se ce la faranno prima di Agosto, tu che dici ?

[NubeCheCorre]

sarà interessante vedere la svolta che avrà AmigaOS dal 4.2 in avanti.. Perchè tutto sto lavoro che stanno facendo, e non solo questo da quanto ho potuto intuire, é indirizzato al 4.2.. Sono curioso una volta avuto Gallium ed i nuovi driver video cosa faranno.. Si dedicheranno finalmente al workbench?

[cdimauro]

@samo: ma guarda, che ci fossero delle contrapposizioni fra AmigaOS, MorphOS e AROS me ne sono accorto da subito.

Però che volassero le coltellate all'interno di AmigaOS mi mancava proprio...

P.S. Fermo restando che la questione x86 (o ARM) sia un elemento ben più importante di un driver a pagamento oppure no.

[NubeCheCorre]

se ti facciamo la cronistoria di quello che é successo dal 94 ad oggi, scappi... altro che..

[samo79]

Però che volassero le coltellate all'interno di AmigaOS mi mancava proprio...

No si tratta solo di mala-organizzazione ... in fin dei conti chi ha un X1000 una licenza per il 4.2 se l'era già pagata .. da li il driver gratuito anche se vabbè pure la scelta di andare a supportare più schede ancora più moderne (anzichè concentrasi su altro) rimane opinabile.

.. per le poche risorse che ci sono ..

[marmotta]

se ti facciamo la cronistoria di quello che é successo dal 94 ad oggi, scappi... altro che..

Anarchia mista a democrazia... ci vorrebbe un po di monarchia ergo dalla fine della commodore e' mancato un vero leader (che sia una persona fisica o società)

La perdita del nome e logo Amiga ne e' la più palese dimostrazione

[nibiru]

Comunque personalmente non so se ridere o piangere per la situazione in cui versa la scena Amiga. Ci sono 3 s.o. AmigaOS/Like e ci si ammazza per delle baggianate, anziché unire le poche forze rimaste verso obiettivi comuni...

È una cosa tristissima, e lo dico dopo aver provato MorphOS 3.0 su un Mini G4 overcloccato a 1,5Ghz.

Un gran bel giocattolone, le finestre si aprono alla velocità della luce, ma appena cerchi di fare qualcosa si vedono i limiti; per esempio: i driver 3D ci sono... ma crashano perfino sullo screensaver (!!!). Artefatti grafici un po' ovunque in Ambient, anche se a onor del vero il Mini ha "solo" 32 mega di VRAM (ma la stessa macchina non fa di questi casini con OSX).

Io proprio non li capisco. Un AROS "plug and play", cioè garantito per funzionare su un certo set hardware (per es. Ares One o i computer da ricchi di C= USA) e senza "costi" aggiuntivi, magari venduto a 10-15€, non sarebbe una soluzione migliore per tutti? Io dico che gli utenti sarebbero felici, e questi grandi programmatori ne ricaverebbero molto di più, viste le dimensioni ENORMI del mercato dei PC usati, specie in tempi di crisi dove "nun se butta via gnente!"

[nibiru]

Dovrà cambiare molto, e arrivare una nuova generazione di applicazioni (cosa molto difficile, visto che già adesso c'è una forte penuria), relegando la retrocompabilità 68000 a una sandbox opportunamente controllata dal s.o. host.

Si tratta, insomma, della direzione intrapresa da AROS già da qualche tempo con Janos-UAE & co.. Un passaggio non soltanto obbligato, ma logico e razionale...

Altra cosa che non capisco, magari tu puoi illuminarmi: sbaglio o MorphOS è partito DA SUBITO con questa idea? Vedasi Quark / ABox... mi chiedo: perché l'hanno poi gettata nel cesso? Perfino su MorphOS le applicazioni 68k sono ancora la maggioranza ma sono ignorante, ammetto di essermi limitato alla lista del signor Grunch

[divina]

a mio parere è del tutto incomprensibile il costo priori per un driver video in un OS, incomprensibile inoltre che lo sia per un hardware rispetto ad un altro, incomprensibile che il 3d sia sostanzialmente un "optional" a distanza di tempo immemore, incomprensibile lo scarso supporto lato AmigaOne/Pegasos2; in altre parole, celeri nel chiedere introiti, ma smemorati nel bel supportare l' hardware.
Se una cosa del genere si fosse vista in AROS o MorphOS gli end users difficilmente sarebbero stati entusiasti.
Per come la intendo io, una software house che sviluppa un OS deve farsi carico dei costi per migliorare lo stesso (così come fanno i relativi concorrenti sopra indicati), altrimenti quale valore aggiunto avrà l' OS medesimo ?

Trovo incomprensibile che una ditta produttrice di hardware abbia deciso egoisticamente di non aggiornare il bios delle proprie schede per aggiungere il supporto per schede più moderne, come abbiamo fatto noi in piccolo e totalmente gratuitamente con le nostre Sam440ep mini-itx anche dopo molto tempo che sono uscite ufficialmente di produzione (e si tratta di modifiche di veramente piccolo impatto a livello di costo aziendale).

Bplan non supporta da molto tempo il Pegasos2 al punto che non hanno da molto tempo le parti di ricambio, inoltre si tratta di hardware del 2003, ed in ogni caso, non più supportato.
Logico pertanto che a parte le versioni del firmware e poco altro non offrano ... prodotto legacy.
Mi domando invece perchè non provveda il team di AmigaOS4.x a supportare le schede video 9800/9700/9600 AGP (già utilizzabili in parte nel 2d) che sarebbero più che ben sfruttate nel AmigaOne e Pegasos2; come vedi è solo un discorso di interesse

[cdimauro]

Dovrà cambiare molto, e arrivare una nuova generazione di applicazioni (cosa molto difficile, visto che già adesso c'è una forte penuria), relegando la retrocompabilità 68000 a una sandbox opportunamente controllata dal s.o. host.

Si tratta, insomma, della direzione intrapresa da AROS già da qualche tempo con Janos-UAE & co.. Un passaggio non soltanto obbligato, ma logico e razionale...

Altra cosa che non capisco, magari tu puoi illuminarmi: sbaglio o MorphOS è partito DA SUBITO con questa idea? Vedasi Quark / ABox... mi chiedo: perché l'hanno poi gettata nel cesso? Perfino su MorphOS le applicazioni 68k sono ancora la maggioranza ma sono ignorante, ammetto di essermi limitato alla lista del signor Grunch

Il parco 68000 è enorme, di gran lunga superiore a quello nativo / PowerPC di MorphOS o AmigaOS 4.

Essendo un mercato di micro-nicchia, purtroppo non si può pretendere altro.

Riguardo all'integrazione 68000 & ABox, si tratta di una soluzione molto diversa da quella di AROS & Janos-UAE.
La prima non fa uso di una sandbox, ma le applicazioni 68000 sono "first citizen", sostanzialmente alla pari con quelle PowerPC. Nel secondo caso si usa, invece, una sandbox in cui gira un ambiente 68000 a sé stante, che viene opportunamente "patchato" per condividere in maniera trasparente alcune risorse (filesystem, sottosistema grafico a 32 bit, audio, clipboard, ecc.).

[samo79]

Si tratta, insomma, della direzione intrapresa da AROS già da qualche tempo con Janos-UAE & co.. Un passaggio non soltanto obbligato, ma logico e razionale...

Ma Janus non è altro che una versione di UAE più o meno integrata, non è che RunInUAE o glUAE su OS4 siano cosi diversi eh .. Petunia o Trance su MorphOS sono cose ben distinte e ben più eleganti rispettto a queste soluzioni .. semmai nel caso di AROS sarebbe interessante provare a scrivere un emulatore JIT x86 --> 68k

Il parco 68000 è enorme, di gran lunga superiore a quello nativo / PowerPC di MorphOS o AmigaOS 4.

Già ma roba vecchia e stravecchia nella maggioranza dei casi, tra l'altro a volte pure parzialmente incompatibili per via di tutti quegli hack schifezza o implementazioni "personali" che si usavano nel periodo post-Commodore, ovvero quando le linee guida di sviluppo erano completamente assenti e si viveva nell'anarchia più suprema ..

Personalmente sono pochissime le applicazioni 68k che uso regolarmente su OS4 e sono sicuro che su MOS sia più o meno lo stesso, UAE lo lascio per i giochini di un tempo ..

Cmq ehm siamo molto OT ..

[marmotta]

Si ma concretamente oggi che te ne fai di una retrocompatibilita al 68000? Secondo me UAE per i pruriti classic basta ed avanza. Capisco la penuria di software, ma avere software inutile non e' che aiuta... Non mi ci metto di sicuro nel 2012 ad usare Lightwave 4.0 o DeluxePaint (se non per ricordare i vecchi tempi)

P.s. Samo mi ha anticipato

[samo79]

Determinate utility o anche qualche vecchio (buon) programma è sempre comodo averlo, se poi funziona in maniera elegante e indistinguibile rispetto a quella nativa è meglio ancora.

Tra l'altro uno dei vantaggi è la possibità di mantenere un certo grado di "famiiarità" tra il vecchio e il nuovo, per esempio portando AmiArcadia da 68k ho avuto la possibità di testare eventuali problemi/bugs quando questa girava in emulazione con Petunia, problemi che per esempio non si presentavano nella versione compilata nativa o viceversa, da li pian piano abbiamo potuto migliorare il sorgente della versione 68k ... quindi in un certo senso un sistema NG ha aiutato un programmatore 68k nello scrivere codice più pulito e testato con beneficio di entrambi

E' chiaro che non si può pensare di andare avanti con il vecchio software 68k, anche perchè nonostante sia vero che il software 68k rimane più numeroso è anche vero che la stragrande maggioranza dei programmi recenti di un certo peso oggi li si fa solo per le piattaforme NG .. e questo è anche logico

[scusscus]

E' assurdo che Hyperion non curi con attenzione i rapporti con i suoi partner commerciali. Già la situazione e' difficile e così non si può certo sperare di migliorare!

Ben Herman e' ancora ceo di Hyperion o si e' preso una vacanza ai Tropici? :D

[scusscus]