Newsgroup: it.comp.os.amiga
Titolo: OS4.1 rilasciato

Da qualche giorno ho a casa la mia copia di OS4.1, l'ho installato e
riconfigurato come il vecchio 4.0. Quello che mi chiedo e' come mai,
con la mia Radeon 9200 da 256 mega, me ne usa solo 128 mega, puo'
dipendere da qualche settaggio? Non mi ricordo se era lo stesso anche
sotto OS4.0.
Varthall



cioč in pratica dove lo vedi che te ne usa solo 128?

 cioè in pratica dove lo vedi che te ne usa solo 128?
Nella barra del Workbench; nelle preferenze c'e' la possibilita' di
visualizzare lo stato della memoria della scheda grafica, come memoria
totale mi da' 128. Mi accorgo della cosa anche perche' una volta
arrivata la memoria a valori minimi, sui nuovi schermi aperti il
Compositing Engine passa a software acceleration, rallentando non poco
il refresh.
Varthall

 il refresh.
L'hanno programmato meglio di Exposé su Mac eh? :-)))

> >> cioè in pratica dove lo vedi che te ne usa solo 128?

Mi hanno risposto su 
amigaworld.net
:
"This was a last-minute issue in the Radeon driver. There had been a
problem with accessing video ram beyond around 160 MB or so, so I
(literally on the last hour) limited the amount of video ram to 128
MB. I'll make sure that this gets addressed in the first update (there
is most likely going to be an update in two or three months that
addresses all the issues that pop up over the next weeks)."
E' un problema noto quindi, ed e' gia' previsto un update nei prossimi
2-3 mesi. Mi domando ora se si puo' limitare l'uso dell'engine al solo
Workbench e non agli altri schermi.
Varthall

 Workbench e non agli altri schermi.
Sě ma non mi riferivo a quello, ma al fatto che 128 mega di memoria 
video vengano consumati tutti... č praticamente impossibile, gestendo la 
memoria nel modo giusto.
Quartz extreme di Apple funziona *abbastanza* bene (piccoli scattini su 
G4) anche con 32 miseri mega...

 wrote:
in pratica OS4.1 ha bisogno di ciucciarsi in via preventiva 128 MB di
memoria video..

 G4) anche con 32 miseri mega...
Dipende cosa ci fai girare... Varthal non specifica cosa esegue
(praticamente tutti giochi SDL su Schermi custom). MacOSX non ha
schermi custom fino a Leopard, io ho il 4.1 e fin'ora non ho mai
esaurito la ram grafica pur tenendo due browser su Scermi custom
separati, CubicIDE su Schermo separato, e i normali programmi che uso
per internet...
Peccato però che su OS4.1 abbia smesso di funzionare NewsCoaster e
dunque mi tocca scrivere da google attraverso OWB questa risposta...
ShInKurO

 memoria video..
Piu' correttamente, non mappa i 128 mega superiori.
Varthall

 dunque mi tocca scrivere da google attraverso OWB questa risposta...
Stai usando la versione 68k? Se si', hai provato a mettere
l'eseguibile nella blacklist di Petunia?
Altrimenti, altri newsreader che conosco sono NewsRog, NewYork II e
FFNews; di NewsRog sono stati rilasciati i sorgenti qualche anno fa,
ma mi sembra che non sia stato rilasciato alcun binario ne' sia stato
portato su OS4/MOS.
[OT]
Shinkuro, interessano ancora i grab di PTP? Posso mandarteli stasera,
se ti trovo su IRC.
[/OT]
Varthall

 [/OT]
Tranky, tutto fatto (si fa per dire :D)
ShInKurO

 in ogni caso...
Sì, ma c'è qualcosa che non va, NON SI DEVONO esaurire 128 mega, neppure 
con "così tanti" (è ironico eh) schermi aperti...
Se vi fate due conti, uno schermo da 1024x768 a 32 bit, occupa circa 3 
mega di memoria... il che significa circa 40 schermi aperti!!!
Il problema è che secondo me OS4 alloca ancora la memoria come ai tempi 
dell'1.0: qualunque bitmap finisce nella memoria grafica, per avere le 
massime prestazioni, ma con uno spreco micidiale di ram.
Aveva senso ai tempi del chipset OCS: se ti servivano 4 colori, 
consumavi esattamente 2 bitplane (quindi non c'erano "bit" sprecati).
Però far girare YAM o altro su uno schermo a 32 bit, e magari attivare 
pure lo "smart refresh" delle finestre... è il massimo dello spreco.
La soluzione "decente" potrebbe essere relegare tutti i programmi che 
non lavorano con la grafica in uno schermo ad 8 bit, e tenere il resto 
in uno schermo a 32.
Ma secondo me c'è pure qualcos'altro che non va, ripeto, 128 mega per 4 
schermi aperti non è normale.

 in uno schermo a 32.
Buona idea, settero' lo schermo per esso e per DOpus a 8 bit.
Preferisco comunque usare uno schermo autonomo per ogni programma, per
non dover cercare ogni volta la finestra che mi serve.
Varthall

 non dover cercare ogni volta la finestra che mi serve.
Fai benissimo era una delle ficiurs migliori di AmigaOS. :-)
Puoi provare anche con dimensioni < 8 bit (diciamo che già 64 colori 
bastano :-)), ma non sapendo se e come gestisca le bitmap a pochi planes 
os 4, non saprei dirti se sia meglio o peggio... probabilmente cambia 
poco rispetto al caso 8 bit.

 poco rispetto al caso 8 bit.
Il fatto non è come vengano gestite da OS4.x, perchè almeno fino a
OS4.0 si prevedeva l'esecuzione su AGA, e dunque su schermi con
<=8bit. Il fatto è che le moderne schede grafiche non si comportano
benissimo su schermi inferiori a 16bit per quanto ne sappia.... 8 bit
è un retaggio mantenuto per compatibilità, quindi è già un miracolo
che funzioni...

 portato su OS4/MOS.
Dunque ho provato newsRog, altro reader con sorgenti veramente ben
scritti...e con un UI ancora più oscena e complicata di MicroDotII! :-
(
Gli altri due non li ho proprio trovati, avresti qualche link
funzionante?
ShInKurO

 poco rispetto al caso 8 bit.
Il fatto non è come vengano gestite da OS4.x, perchè almeno fino a


 funzionante?
New York era commerciale, e purtroppo sembra che non sia mai stato
rilasciato come freeware, almeno dalle ricerche che ho fatto. FFNews
era stato rilasciato freeware, ma non su Aminet a quanto sembra.
Dovrei averne una copia a casa da qualche parte, ti sapro' dire.
Varthall

A proposito dell'uso spropositato della video RAM da parte di un
motore di compositing, c'e' un'interessante commento di umisef
(l'autore di Amithlon) che spiega brevemente quanta memoria e'
necessaria per ogni componente dello schermo.
http://amigaworld.net/modules/news/article.php?storyid=4531&start=200#60574
Varthall



umisel..
umi starà per Umilator che lui ha di certo o lo starà usando :p