Newsgroup: it.comp.lang.pascal
Titolo: Inserire un immagine in tp7.

Stň impazzendo da giorni cercando una unit decente e funzionante che mi
consenta di disegnare una immagine in un programma in tp7.
Qualcuno sa dirmi gentilmente dove trovarne una?
che funzioni.
Grazie
RicDisaster


wrote:

Sul mio sito 
www.lagrandezucca.cjb.net
 c'e' una unit italiano/inglese
per visualizzare le PCX
Omega e' omega e basta

 Omega e' omega e basta
Io cosa centro???? ^_^
--
=Omega======================
"Hands On"
sentinellaomega[at]hotmail[dot]com
http://www.sentinellaomega.too.it
============================

La mia č la migliore in assoluto, e funziona, supporta anche la grafica a 16
milioni di colori.
Legge files .bmp, .pcx, .fli, e lo scheletro dei files di 3d studio.
E' vecchia e vetusta, ma se vai sul mio sito c'č anche un esempio
funzionante.
www.xungame.com/public/tutorials.asp
scaricati i due file zippati dove sta scritto CGRAPH, c'č anche un esempio
di un giochino.
vai e gioisci.
supporta anche la scheda sonora, il mouse, legge i files .wav, la memoria
estesa e i font .chr
:PPP
Sfido a segnalare un'altra libreria altrettanto completa.
E naturalmente gestisce direttamente le palette se inizializzi a 256 colori.
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  Giovanni Ceglia WebMaster & WebDesigner
 
http://www.xungame.com/
 
http://www.mozzarelladibufaladop.com/

Uhm, 16 mln di colori su un sistema DOS a 16 bit ?
Perplesso :P
Vabbè... mica so cosi folle che vado a contare uno a uno tutti i colori... e
poi non si vede molta differenza a occhio nudo fra 65535 colori e 16777216
colori...
Preferisco affidarmi alle nozioni teoriche :-)
Cooper (o che di si voglia: C20X... azz a questa forza abbreviativa nun ce
avevo pensato... visto come so diventato intelligente??? hahahahhah
:PPPPPPPPP :)))
ScherZoZamente, Cooper.

Io cosa centro???? ^_^
Oh accidenti, dovro' cambiare la mia forma di saluto preferita ;-)
Vabbe' pazienza capisco che ho violato la GPL usando il tuo nome senza
specificare una nuova versione quindi...
Omega e' omega e basta; cosmic version
PS ehehe++


Te lo posso dimostrare, non centra che il DOS è a 16 bit, la memoria video
funziona diversamente, la memoria video utilizza sempre lo stesso buffer che
si trova dopo l'indirizzo 0A0000 cioè dopo i 640k iniziali, ha un buffer di
64k, ovviamente per questo buffer va swappato a seconda della sezione di
video che si vuole colpire.
Il dos può indirizzare fino ad 1Mbyte di memoria e quindi indirizza
tranquillamente i 64k dopo i 640k
I banchi di memoria video, li swappa la scheda video con i propri comandi o
secondo lo standard VESA.
mettiamo che io inizializzi la grafica 640x480x256 ci sono 4 banchi di
memoria da 64k sulla stessa schermata, ma il buffer è sempre di 64k,
esistono delle funzioni per ogni scheda video che permettono di swappare
l'area di memoria video da colpire, io nella mia libreria non ho scritto le
funzioni per le singole schede grafiche, ma mi sono attenuto allo standard
vesa, infatti se provi la mia libreria su schede grafiche che non supportano
lo standard vesa, devi utilizzare solo le risoluzioni vetuste ( max
320x200x256 colori ), altrimenti puoi utilizzare i 16 Milioni di colori.
Nella mia libreria supporto fino a 24bit perchè ho fatto varie prove e gli
altri 8bit che sono accessibili per la grafica a 16milioni, non davano
cambiamenti e quindi li ho ignorati.
Se non ci credi che sotto Dos è possibile inizializzare la grafica a
16milioni di colori te lo dimostro, basta leggere 4 o più files con palette
differenti sulla stessa schermata.
ti faccio notare la lettura dei 4 files a 256 colori e quella a 16 milioni e
vedi cosa succede.
a 256 colori i quattro files non avranno i colori originali, ma solo
l'ultimo sarà letto correttamente, mentre a 16m di colori tutti e quattro
avranno i colori originali.
Vuoi una dimostrazione?
Per tua inforamazione i colori sono dati da 256x256x256   24bit
16777216
In realtà attraverso lo standard vesa sarebbe possibile utilizzare anche
32bit 256x256x256x256 molto più di 16 milioni sotto DOS :PPP

Non insisto.... anche perchè io vado a logica e non a pratica... resta cmq
il fatto che sotto DOS la massima risoluzione possibile è quella offerta da
una VGA standard (se è 24 bit allora ok... non ricordavo io, o ricordavo
male... non lo nego... succede di sbagliare... nessuno è perfetto ^_^ )
Cmq, ho dato una occhiata al pascal, puoi arrivare a 24 bit si vero, usando
la modalità (R,G,B) = (0..255, 0..255, 0..255) = 256x256x256 = bla bla bla
Ma a 32 bit col pascal ne dubito ^_^ cmq sarei curioso se fosse possibile...
^_^
Cooper.
Ps: evvabbè dai 1 a 1 X palla al centro :P  hehehe :-))

 ha scritto nel messaggio
news:tpni8.50347$Ns4.2...@news2.tin.it...


 wrote in message
ce0j8.54009$_u5.1...@news1.tin.it...


Ok ok,
ma sei uscito dalle ipotesi iniziali :P
Poi chiaro, se l'hardware è progettato a 64 bit, ha un suo processore
interno etc etc e tu, ti interfacci direttamente con l'hardware sorpassando
pascal e sistema operativo è ovvio che puoi usare appieno la potenza
dell'hardware fornito (DRIVER)...
Ma qui si parlava del pascal e del dos... non di un interfacciamento diretto
con l'hardware... :P
Cooper.

Ma qui si parlava del pascal e del dos... non di un interfacciamento diretto
 Esistono strumenti ufficiali nel dos per gestire la memoria oltre il
megabyte. In pratica viene suddivisa in pagine, attraverso un registro
si indica poi quale pagina utilizzare di volta in volta. Questo puň
essere svolto anche in maniera trasparente al programmatore (piů o
meno). Chiaramente non č una soluzione ottimale, ma funziona.
Saluti.
--
    _
 Fa/_)io         A1200 PowerTower, WB 3.9, 060@60, 64MB, FireBall 13GB,
  /__)enedetti   Voodoo3, Digicom-10/100, Philips PCRW1208 - TFT-140/S.
/...ha la mente di Tetsuya, ma tutto il resto fa da sé/

 meno). Chiaramente non č una soluzione ottimale, ma funziona.
La memoria estesa.  La mia libreria supporta anche quella.
Praticamente la memoria gestita dal driver del dos :: himem.sys per
intenderci.
:PPP