Newsgroup: it.comp.os.amiga
Titolo: Con Amiga si può?

Secondo voi è possibile visualizzare con Amiga 'Classic' (qualsiasi
modello, anche aggiornato con schede di terze parti) l'immagine "Massive
File TIFF - 385.09 MB 18000 X 18000" scaricabile da
http://snipurl.com/4h7gt
 ?
Certo l'Amiga 'Classic' non ha memoria virtuale, però esistono softwares
tipo 'VMM' e 'GigaMem' per macchine dotate di MMU e tipo 'Virtualmem' per
quelle che ne sono sprovviste (comunque alcuni programmi di grafica per
Amiga, tipo 'PPT', possiedono la loro propria memoria virtuale).
In ogni caso si tratta di un file di grandissime dimensioni, se non
sbaglio qualcosa io, il mio Amiga 1200 espanso a 8MB di FAST RAM non ci
riesce (risultato scontato direi).
Un PC ci riesce, possibile che l'Amiga non possa farcela?
Non parlo di velocità di caricamento ed elaborazione, parlo del risultato:
alla fine avere sullo schermo l'immagine o una sua porzione.
E un AmigaONE?, (...ahh!, averne uno...), quello sicuramente(?!?!) ci
riesce...
Non è vero?
GP1200
 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Non è vero?
Secondo me è da pazzi anche con A1. A meno di non avere 1 giga di 
memoria fisica installata e tanta pazienza.

 Non è vero?
Non saprei. Però ti posso dire per certo che nemmeno AmigaOS 4.1 la 
digerisce gran che bene: ho provato ad aprire quella immagine sulla 
SAM440EP dapprima direttamente con OWB, poi scaricandola con IBrowse e 
tentando di aprirla con MultiView. In entrambi i casi il sistema si è 
inchiodato, col puntatore fisso sullo schermo.
Non capisco se è un problema di allocazione di memoria o di formato del 
file, in ogni caso AmigaOS si riconferma incapace di gestire documenti 
troppo grossi.
AROS invece non ha battuto ciglio, ma MultiView invece dell'immagine ha 
visualizzato il file come un binario generico, mostrando il suo dump 
esadecimale (insomma è riuscito ad aprirlo, ma non a visualizzarlo per i 
limiti del relativo datatype).
Saluti
p.bes


Ciao Paolo ti hanno dato una Sam???

 troppo grossi.
Credo sia proprio un problema di allocazione della memoria. Io ho
256mb di ram e la memoria virtuale attiva, eppure NetSurf mi dice che
non c'è abbastanza memoria...
Benvenuto su AmigaOS4.x Paolo :)
ShInKurO

 inchiodato, col puntatore fisso sullo schermo.
Il problema con un file cosi' grosso e` che potenzialmente occupa 3 
volte la sua dimensione come spazio in memoria:
1) il buffer da disco da cui viene caricata
2) la bitmap su cui viene decodificata
3) la finestra su cui viene visualizzata
Probabilmente ci sono viewer piu` furbi, quindi solo quest'immagine si 
porta via quasi con qualunque viewer 1gb di ram, ovviamente con tanto 
swapping su linux/mac/windows probabilmente anche una macchina con 
512mega di ram ce la fara`...
Volendo si potrebbe realizzare un viewer apposito per vederla anche su 
amiga (una versione scalata o caricandone un pezzo x volta), ma i 
vantaggi direi che sarebbero solo di tipo accademico :)
Bye,
  Gabry

 Benvenuto su AmigaOS4.x Paolo :)
Grazie, ma devo dire che per ora il rientro è stato piuttosto agrodolce. 
Al prossimo che me la mena perché "AROS non è stabile" o "Windows fa 
schifo" saprò che sistema operativo consigliargli. ;)
p.bes

 vantaggi direi che sarebbero solo di tipo accademico :)
Ma perché? In fondo anche noi adesso abbiamo il meraviglioso "state of 
the art memory management system", per cui non dovrebbe essere piů un 
problema, giusto?
p.bes

 Ciao Paolo ti hanno dato una Sam???
Yes, adesso è montata sul testbed con un disco da 80 giga e un 
masterizzatore DVD serial ATA. Sto cercando di procurarmi un case ITX un 
po' stiloso in cui montarla e lasciarla definitivamente. Nel frattempo, 
giocherello con AmigaOS 4.1 (in beta, occorre dirlo) e mi diverto a 
risolvere problemi del tipo "non c'è un fottuto player MP3 che funzioni, 
dannazione" quando ho già altre mille cose da fare, ed è bello doversi 
fermare per risolvere questi problemi.
A proposito, la libreria .so di SDL si trova già dove dovrebbe essere 
(in SYS:OBJso o qualcosa del genere, ora non ho la SAM accesa per 
verificare il nome), ma tanto amp quanto simpleplay si lamentano o che 
non riescono a scrivere su un file (che a occhio e croce sembrerebbe più 
un device di AHI), o che non riescono ad accedere al mixer di SDL. Ma 
non dovrebbe già essere al posto suo? Ho provato a riscaricare SDL ma il 
file è lo stesso. L'handler di AHI è già al suo posto. Naturalmente le 
preferenze di AHI sono già impostate e se provo a vedere un video con 
dvplayer si vede e si sente tranquillamente.
p.bes

Yes,
proprio tu che ritenevi una follia spendere tutti quei soldi per un
sistema poco competitivo, anzi nulla?
oppure a forza di vedere hardware su hardware e recensirlo pure, ti
sia un po confuso pensando fosse nuova tecnlogia ? :p :p

 non dovrebbe già essere al posto suo?
Mai usati :) Fin dal 3.5 ho sempre usato AmigaAmp, con il 3.9 era
incluso Amplifier, e quando volevo "hackerare" il volume su Paula
usavo SongPlayer. Tutti e tre fungono su OS4 :)
ShInKurO

 schifo" saprò che sistema operativo consigliargli. ;)
Eheh il problema non è solo OS4, ma uno dei programmi più usati negli
ultimi mesi, cioè OWB. In sostanza è basato sugli shared object (i
file .so di cui parli) la cui implementazione non è esente da bug. Dal
mio punto di vista è inutile che Hyperion se la mena e consiglia di
impiegare questi shared objects per i porting di librerie da altri OS,
almeno fin quando non li renderà più stabili... OWB ne è la prova
lampante...
Cmq se hai problemi di stabilità non esitare a domandare, so quanto
possa essere agrodolce (parafrasandoti) la ricerca di programmi
utilizzabili che non inchiodino il sistema ;-)

 usavo SongPlayer. Tutti e tre fungono su OS4 :)
Bene, proverò a scaricarli. Adesso ho un meraviglioso articolo di sei 
pagine con otto schede madri da recensire (aaaaargh!) e ho poco tempo da 
dedicare all'Amiga...
p.bes

 utilizzabili che non inchiodino il sistema ;-)
Oh, credimi, avrò parecchio da domandare e domanderò.
p.bes

 Oh, credimi, avrò parecchio da domandare e domanderò.
;-)
ShInKurO

 rispetto ad OS quali Windows XP o MacOSX? Assolutamente no :)
Ah, ecco. :D
p.bes

 Ah, ecco. :D
Vabbè lo saprai già, ma ogni notizia sugli OS Amiga è scritta quasi
sempre da gente che li paragona ai suoi predecessori, non agli OS
attuali, quindi... :)
ShInKurO

 attuali, quindi... :)
Siamo al retrocomputing, per non dire alla futta... :):):)

 virtuale.
Ci sono certi oggetti non cachabili e di conseguenza non swappabili, 
quali sono dipende dal sistema operativo, ai tempi di AmigaOS 3.x si 
diceva di usare MEMF_PUBLIC con AllocVec()/Mem() per specificare che 
l'area di memoria non poteva essere messa in (future o dell'epoca, 
gigamem x esempio) implementazioni di memoria virtuale e/o paginata.
Ragionevolmente potrebbero aver esteso il concetto alla memoria grafica 
(ad esempio non rendere swappabili le pagine allocate con MEMF_CHIP, 
ammesso che tale flag sia ancora utilizzato).
Certo che in contesti come questo (risorsa non virtualizzabile) 
potrebbero far fallire l'allocazione piuttosto che mandare in stallo il 
computer!
In ogni caso se proprio vi serve vedere quell'immagine posso mettere su 
un viewer che usa SDL che carica solo una parte di immagine per volta e 
la visualizza su una finestra :) (di sicuro sara' MOOOOOLTO lento nel 
caricamento (del pezzo) dell'immagine)
Bye,
  Gabry

 programma (quasi) decente.
E secondo te quante macchine ci vogliono per avere un programma 
semidecente su win/linux/mac? :)
Te lo dico perche` nel mio lavoro lo sviluppo crossplatform e` il pane 
quotidiano e magari bastasse testare su due macchine, in particolare se 
si parla di qualcosa di ludico che si appoggia a OpenGL.
MINIMO TEST POSSIBILE:
Win: XP e Vista, schede video ATI/NVIDIA/Intel
6 permutazioni
MacOSX: 10.3.9, 10.4, 10.5, schede video ATI/NVIDIA/Intel
9 permutazioni
Linux: Ubuntu 8.x, Ubuntu 7.x, Fedora 6+, SUSE 10, schede video 
NVIDIA/ATI/Intel
12 permutazioni
In realta` questo e` uno scenario molto roseo perche` capita per esempio 
che nel 10.5.5 apple renda inutilizzabile la generazione hardware delle 
MIPMAP su schede NVIDIA e che nel 10.4 con video intel non supporti 
correttamente la decompressione in hardware delle texture dxt1 (anche se 
da tale compatibilita`), che i driver NVIDIA x linux degli ultimi 6 mesi 
abbiano un bug nel probe dei formati di texture supportati, ecc, ecc...
In pratica sviluppare su pc/mac/windows diventa sempre piu` complicato :)
Scrivere giochi o applicativi x Amiga negli anni 90 era infinitamente 
piu` semplice, non solo perche` erano meno le feature base richieste da 
un applicativo, ma anche per test e varieta` di macchine di deployment, 
nel 98 avevo dovuto soffrire per far funzionare "Eat The Whistle" su 
Picasso96, CyberGFX o AGA, girare intorno ai bug dei vari driver opengl 
e` infinitamente + complicato :)
Bye,
  Gabry

 e` infinitamente + complicato :)
Sì ma io mi riferivo anche ad applicazioni (all'epoca) relativamente 
semplici... e soprattutto alla stabilità.
Tu parli di "piccoli" bug di rendering OpenGL tra piattaforme diverse, 
per cui ci si deve sbattere a trovare soluzioni, ma immagino che 
un'applicazione sviluppata con un Mac (con un minimo di capacità e 
usando tutti gli strumenti di debug) non si metta a crashare 
allegramente appena passata su di un altro modello (vedi nota sull'UB di 
cui sopra).
Negli anni a cui facevo riferimento io (18-16 anni fa circa), non c'era 
OpenGL, e non c'erano manco tutti i driver odierni: i Mac erano ancora 
tutti 68k, e i PC andavano dai 286 ai 486, dove la differenza principale 
(vista l'assenza di accelerazione 3d) era la potenza della CPU.
Negli anni a seguire, Mac e PC hanno messo su dei Kernel moderni, dove 
la sicurezza e la robustezza sta (dovrebbe stare nel caso di 
Microsoft...) al primo posto.
Le vicissitudini Amiga hanno portato ad un'estensione di OS3, abbastanza 
inadeguata all'hardware moderno, e con *gli stessi* problemi di 20 anni 
fa: crash in agguato se apri il programma """sbagliato""".
My two cents.

 caricamento (del pezzo) dell'immagine)
Leopard su G4 con 1,5 giga di ram la apre, ma solo con Anteprima (il 
Multiview di OSX).
Altri programmi crashano allegramente :) (segno che non prevedono simili 
"mostri" di immagini), mentre un paio avvisano che "manca ram fisica" 
per visualizzare tutto quanto.
Anteprima invece visualizza solo quanto effettivamente visibile (un po' 
come dici tu) ed in effetti se vai a zoomare ci mette un po'... però ce 
la fa, e soprattutto non si pianta!

>> hours of Amiga hacking a day :-) <<<

 cui sopra).
Qui ti dimentichi un altro fattore importante di AmigaOS3.1: non
trovavi mai un sistema base, come invece accade adesso con OS4, AROS e
MOS. AmigaOS3.1, e in misura minore OS3.9, era un tripudio di patch
che andavano a sostituire funzioni di sistema e a diminuire
ulteriormente lo stack a disposizione per ciascun programma.
Risultato: ogni sistema era diverso da un altro...
Posso farti un esempio banale: su NoWinED uso un tag ASL che è stato
introdoto a partire dal 3.9, un utente mi ha riferito malfunzionamenti
con i requester ASL e, dopo essere uscito pazzo, ho scoperto che
l'utente in quesione usava MCP con AslToRt attiva, la quale ovviamente
riproduce fedelmente le funzioni di ASL del 3.1, ma non quelle del
3.9.
Ogni volta che qualcuno mi chiede di far girare NoWinED sul 3.1 mi
inquieto, perchè non si può mai sapere che strane combinazioni di
patch potrebbe utilizzare la gente...
ShInKurO

 possibile utilizzare programmi pre os4 senza problemi? Ho letto/capito male?
L'emulatore qui non c'entra nulla, se un programma contiene errori non
ammessi su OS4 crasherà comunque...
ShInKurO

 patch potrebbe utilizzare la gente...
Sì ma con l'OS cosa c'entra? :))
Anche OSX se incominci ad installare driver non certificati e altre 
porcherie, c'è il rischio che poi vedi i kernel panic...

 porcherie, c'� il rischio che poi vedi i kernel panic...
C'entra c'entra :)
Su OSX l'utente medio non installa certe cose, sul 3.1 certe cose era
praticamente obbligatorio installarle. La gente si è talmente abituata
alle patch che non è raro sentire gente istallarle su MorphOS e OS4
proprio per abitudine... Se AROS potesse far girare i programmi 68k
vedresti gente installare MCP, e compagnia bella 90 su 100 :)
Non so te, ma io i programmi non li scrivo per l'OS, ma per gli
utenti, dunque devo conoscere i miei polli :)
ShInKurO

 utenti, dunque devo conoscere i miei polli :)
Mi sembra una politica giusta :)
Ciò non toglie che i limiti di AmigaOS non possono essere visti nelle 
patch installate dall'utente (che si possono pure disinstallare eh), ma 
nelle mancanze "di base", quali appunto la memoria protetta, il 
multi-threading e la gestione delle risorse.
E continuo a non capire perché non abbiano seguito l'approccio di 
MorphOS, per OS4...

 GP1200
Ciao a tutti, scusate se mi attacco qui per rispondere.
Come prima cosa grazie per le molte ed esaurienti spiegazioni.
Francamente io la facevo più facile ed in vece viene fuori che pure un
computer moderno fatica a portare a termine quell'operazione.
Il pc più antico che ho sotto mano è un Athlon 1100MHz fsb 200 con 384MB
di ram, hd da 40GB, scheda video NVidia 32MB, Windows XP Home e l'immagine
la carica in 48 secondi usando IrfanView 3,85, anche Imaging riesce a
visualizzarla.
Ora non saprei un 486, ma non mi aspettavo che l'AmigaONE avesse problemi.
Ok, mi sembra che le rogne le crei l'OS e non l'hardware o altrimenti
nemmeno il mio Athlon riuscirebbe nell'impresa dato che è più vecchio di
un AmigaONE(sul più o meno potente non mi pronuncio visto quanto ho potuto
leggere, tra l'altro googolando ho trovato chi sostiene di aver impiegato
circa 3 minuti per visualizzare l'immagine sotto Photoshop su un doppio
Xeon da non mi ricordo più quanti MHz e con 2GB di ram).
Appena trovo un pochino di tempo provo a mettere in pratica qualche
suggerimento preso da internet.
Anora tante grazie a tutti!
GP1200
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Ok, mi sembra che le rogne le crei l'OS e non l'hardware o altrimenti
Ovvio, è il motivo per cui il thread è proseguito discutendo sul fatto 
che OS 4 tutto è fuorché un OS al passo coi tempi.
L'hardware su cui gira fa schifo, eppure è molto più aggiornato che non 
le ficiurs :) di OS 4 stesso, quindi fa' un po' te...
Discorso diverso meriterebbe MorphOS, anche se dubito riesca ad aprirla, 
almeno finché le applicazioni si appoggeranno solo ad Exec e non a Quark.
Se però qualcuno ha un pegasos con 2 giga di ram e vuole provare... :))