1. |
op-redszer (mind) |
13 sor |
(cikkei) |
2. |
Re: Soros port programozasa (mind) |
15 sor |
(cikkei) |
3. |
re: Ujra grafika 16M szinekkel meg Flatreal (mind) |
53 sor |
(cikkei) |
4. |
Re:Delphihez kellene egy kis Help (mind) |
25 sor |
(cikkei) |
5. |
Re: grafika 1m szinnel... -->Mc (mind) |
21 sor |
(cikkei) |
6. |
Re: pic (#2) <-- soros port programozas -->Mc (mind) |
25 sor |
(cikkei) |
7. |
sornyomtatas win32 alatt. (mind) |
31 sor |
(cikkei) |
|
+ - | op-redszer (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szevasz orbital,
> A magasszintu programnyelveket milyen programnyelven irtak:
> assembly(ez a "legalapabb" nyelv)?Es az op rendszereket(OS/2, DOS)
> stb? A valszokat elore is koszonom
Szerintem: Assemby+C
--
Minden jót,
Ricsi
mailto:
|
+ - | Re: Soros port programozasa (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok
Egy javitasi szandekom van a temaban:
> IRQ15 (reserved)
Ezen altalaban a secondary IDE szokott lenni.
> 4 IRQ12 (mouse interrupt)
Ez csak a PS/2-es gepeknel, vagy az uj gepeken - ahol az alaplapon van
beepitett egervezerlo - van igy.
> 2 IRQ10 (reserved)
Ez altalaban a halokartya megszakitasa szokott lenni. A PCI-s szinte csak
ezt hasznaljak.
Udv: McMacee
|
+ - | re: Ujra grafika 16M szinekkel meg Flatreal (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali Coders!
>A korabbi problemam, amit a 642-es szamban irtam (pixelz.pas)
>megoldodtt. Valoban lapozni kellett...
>A gond, csak az, hogy az interruptos lapozgatas eleg nagy
>mertekben csokkenti a megjelenitesi sebesseget. Azt
>hallottam, hogy van portos megoldas is, de nincs ra
>szabvany ezert nem celszeru a hasznalata.
Ezert kell buffert hasznalni, mivel akkor eloszor a bufferre rajzolsz es
mikor kesz a kep akkor 2,3 bankvaltassal kimasolod a sega000 szegmensre.
>LFB nem erdekel, mert
> irta:
>> Ez csak 32-bites fordito esten igazi opcio, mert 16-bites
>> DPMI host eseten ugyis csak max. 64k-os szelektorokat
>> (szegmenseket) tudsz letrehozni
De van FlatReal/Unreal mod.Ami lehetove teszi a linealis mem cimzest
pascal alatt. Igaz hogy csak a kulon a programhoz csatolt (obj file-kent)
asm rutinokban hasz nalhatjuk ezt ki mert a pascal inline assemblere nem
ismeri a 32bites regisztereket. De ha ezt megcsinaltuk akkor 4gb memoriat
linealisan tudunk cimezni tpascal alatt!! Igy tudjuk kezelni a LFB(Linear
Frame Buffer)-t is, es akkor nem kell foglalkoz ni a bankvaltasokkal.
Persze van hatranya is win es memoria managerek(emm386,qemm) alatt nem
mukodik Ha ez erdekel valakit el tudok neki kuldeni pascal nyelvu forrast.
>Hol talalhatok informaciot arrol, hogy milyen videokartyak
>tamogatjak es melyek nem tamogatjak az alabbi video mod
>beallitasokat (VBE v1.2):
Van egy ilyen vesa funkcio:
ax 4f01h
cx a lekerdezni kivant video mod szama
es:di mutato egy 256byte-s bufferre (ide kapod vissza az infot)
int 10h
A visszateresnel
al=4fh ha a funkcio letezik
ah=00 sikeres lekerdezes
ah=01 sikertelen lekerdezes
>Tobbek szerint ez nagyon videokartya-fuggo. En eddig harom
>videokartyan probaltam, de mindegyiken gond nelkul mentek.
Igen az altalad emlitett video modokat altalaban minden videokartya tamogatja
csak nem mindegyiken ugyananazt a felbontast takarja:(.
Ezert ajanlom az elobb emlitett vesa funkciot mert az a visszakapott tablaban a
mod felbontasat is visszaadja.
az elozore utalva:
buffer[18] = x felbontas (word)
buffer[20] = y felbontas (word)
remelem segitettem
bye
vic/all.inq
|
+ - | Re:Delphihez kellene egy kis Help (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado :
>
>Lenne egy oriasi problemam:
>Delphi 5 -ben irok egy progit,mar majdnem el is keszult, de csak 1
>ablakos! En pedig meg szeretnem csinalni azt,hogy ha rakattintok
>egy gombra,akkor egy uj ablak (Form) jojjon elo,amit szepen
>megint ki lehet csinositani.
Szerintem a Delphi 5-ben is mukodik, ami a Delphi 3-ban:
Tegyél az alkalmazásodhoz egy uj formot, es csinositsd ki kedvedre, majd
a kov parancsokkal tudod elohivni:
Ezeket irhatod be a gomb esemenyebe:
UjForm.ShowModal; <-- ez ugy nyitja meg hogy a programodban csak erre
a formra kattintgathatsz, ez
akkor kell, mikor egy
megerositesnel csak az uj formot
piszkalhatja a
felhasznalo (pl: Biztosan ki
akar lepni? I-N)
UjForm.Show; <-- ez a masik ellentetje, tehat ennek bezarasa nelkul vissza-
juthatsz az eredeti ablakodhoz.
UjForm.Close; <-- ezzel bezarod az ablakot.
Udv:
Tamas
|
+ - | Re: grafika 1m szinnel... -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
iC> Hogyan kell megirni egy tuti-jo lapozo rutint turbo pascal nyelvre?
veegulis akar hasznal az ember lfb-t, akar nem, mindenfelekeppen
kell trukkoznie egy kicsiket, mert ha mindig kirajka az egesz
videomemoriat, az igen lassu... /ki lehet probalni, a video ram
tobb mint 10x lassabb a normal ramnal!!!!... tehat, vegulis
a megoldas igen egyszeru, de rohatt sokat gyorsithat a
proggykon; 2 buffer kell, mindketto akkora, mint a videomem,
amit eppen hasznalunk a modban... pl; 640x480x64k --> 600k...
az elso bufferbe ir a kedves felhasznalo... azaz, ha meghiv
egy pitpixel, vagy line, stb... eljarasokat, az ebbe a
bufferbe fog irni.... van egy masodik buffer.... ebben a
bufferben mindig ugyanaz van, mint a videomemoriaban....
amikor a kedves user meghiv egy fresh_screen procot, akkor
a kedves vesa unit fogja, es vegigrohangal a ket bufferen,
es ahol kulonbseget talal, ott kiteszi a videomemoriaba is,
es a masodik buffert is felujitja... ezezl rohatt sok cpu
idot lehet megtakaritani... /a kod megy maganba....
tovabbi jo kodolast... csao... Mc
|
+ - | Re: pic (#2) <-- soros port programozas -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
iC> Milyen interrupt maszkot es vektort kell beallitani a magas megszakitasok
iC> hasznalatahoz?
iC> Pelda1: COM3, IRQ5, IntVec: $0D, IntMask: $DF
iC> Pelda2: COM3, IRQ7, IntVec: $0F, IntMask: $7F
iC> Kerdes1: COM3, IRQ9, IntVec: $71, IntMask: $fd
iC> Kerdes2: COM3, IRQ12, IntVec: $74, IntMask: $ef
na nezzuk csak:
port irq int-vec
> ----------------------------------------------------
pic1: 020h..021h 00h..07h 08h..0fh
pic2: 0a0h..0a1h 08h..0fh 70h..77h
ui: amugy a megszakitasokat oda 'teszed' at, ahova csak
akarod... azaz... a pic felsetupolasaval meg kell hatarozni
az interrupt base vektort, ahova a pic majd az irq-kat fogja
jelezni... ennek igazan vedett modban van jelentosege, ahol
az int 7 nel meg javaban exceptionok vannak....
tovabbi jo kodolast... Mc
|
+ - | sornyomtatas win32 alatt. (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Win32 alatt kellene matrixnyomtatoval soronkent nyomtatni.
Ez alatt azt ertem hogy kuldok neki egy szovegsort,
azt rogton kinyomtatja es nem dob lapot. A kovetkezo
szovegsort kesobb kapna meg.
Ha gdi-vel nyomtatom az a baj, hogy a nyomtatas csak a HDC
lezarasa utan kezdodik el, es ekkor lapot dob. Ugyanazt a lapot
nem tudom folytatni.
Masik problemam a savonkenti nyomtatas.
Egy 1Mb memoriaju Laserjet-el kell nyomtatni 600 dpi-vel.
Ha a lapon bonyolult rajz van akkor nem fog beleferni a
nyomtato memoriajaba, es kozepen lapot dob.
Megoldas lenne a savonkenti adagolas ugy hogy
egy sav beleferjen a nyomtato memoriajaba.
Win16-ban erre vannak fuggvenyek, amivel
a kovetkezo sav nyomtatasat lehet kerni.
Win32 api-ban ezek mar nincsenek benne.
A kerdesem az, hogyan lehet win32-ben savonkent nyomtatni,
vagy a win32 nyomtatasvezerloje ezt lekezeli es nekem nem kell
vele foglalkozni ?
A legjobb az lenne, ha ilyen temaju forrast kuldene
valaki.
Elore is koszi.
- Tamas -
|
|