Re: gry na surowego peceta - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › gry na surowego peceta › Re: gry na surowego peceta

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!not-for-mail
From: g...@n...invalid (Adam Wysocki)
Newsgroups: pl.comp.programming
Subject: Re: gry na surowego peceta
Date: Tue, 21 Feb 2012 16:05:32 +0000 (UTC)
Organization: news.chmurka.net
Lines: 48
Message-ID: <p...@n...chmurka.net>
References: <ji06bu$1va$1@inews.gazeta.pl>
NNTP-Posting-Host: avenger.chmurka.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: avenger.news.chmurka.net 1329840332 15145 94.75.119.166 (21 Feb 2012
16:05:32 GMT)
X-Complaints-To: usenet#chmurka.net
NNTP-Posting-Date: Tue, 21 Feb 2012 16:05:32 +0000 (UTC)
X-Accept-Language: pl, en-us, en
X-Face: cH9M7E&=}hx;:1xh~O-@_W%(+nYCoNx6[gzClaf{{5#M@%v@D@3#5[=yv>XO\D?39"SsA~%
:>dyB~`d?;hdxK-'g3?"Mz/4%[j@_MMe8:8B=EUYkc#nqxy<vvbc(@~@|ML,jK%C;z3)gKyR:,QBb3
9PPzM74c>y{6"X`:)D*<j-,~_L`IYzr)@RG_dn
X-Composer: nano
X-User-Uptime: 851316671 seconds
X-Hackerkey: v4sw7CHPSU$hw8ln4pr8OP$ck4$ma6u7LNS$w2Cm4g/l8D$i5e5t4Xb5en8$aIs0r1
p0/0g4/5CHO http://www.hackerkey.com/
User-Agent: tin/1.9.3-20080506 ("Dalintober") (UNIX) (Linux/2.6.38-avenger (i686))
X-Geek-Code: v3.1 G d- s:++ a- C++++$ UBL++++$ P+ L++++$ !E !W++ N++ o? K--? !w !O M?
!V PS+++ PE++ Y++ PGP++ !t !5 X+ !R tv-- b- DI D+ G e h r++ y?**
X-Comment-To: " grfr" <f...@g...pl>
Xref: news-archive.icm.edu.pl pl.comp.programming:195582
[ ukryj nagłówki ]
grfr <f...@g...pl> wrote:

> czy daloby sie napisac gre na surowego peceta?
> powiedzmy ze gra bylaby wypalona na plycie cd
> lub byla plikiem na pendrivie

Dałoby się.

> jak rozumiem os bylby raczej nie potrzebny ale
> pewnie musialbybyc jakis loader, ktory przerzucilby
> plik do ramu i tam go odpalil,

W MBR lub bootsektorze musi znajdować się kod, który jest ładowany przez
BIOS pod adres 7C00:0000 i tam uruchamiany. Kod może mieć max 512 bajtów
(lub 448 jak ma być w MBR-ze i chcesz mieć tam też tablicę partycji),
więc najczęściej służy tylko do wczytania reszty gdzieś dalej do pamięci
(funkcja 02h przerwania 13h) i skoczenia tam.

> co jeszcze potrzebabybylo by taka gra dzialala - musialbym pisac
> jakies elementy driverow do gpu itp?

Jak jest na współczesnym sprzęcie to nie wiem, ale kiedyś mogłeś obsługiwać
kartę graficzną przy pomocy przerwania 10h i/lub pisząc bezpośrednio do jej
rejestrów, np. popularny był tryb 13h (320x200, indeksowany) - ustawiało się
go funkcją przerwania 10h, wypełniało paletę rejestrami karty (262144 dostępne
kolory, ale tylko 256 w palecie) i pisało na ekran pisząc do pamięci karty
graficznej (A800:0000 jeżeli mnie pamięć nie myli).

Kartę dźwiękową obsługiwało się pisząc do jej rejestrów - albo odtwarzając
sample przez timer 8255 (przerwanie 08h z odpowiednio przeprogramowaną
częstotliwością timera), albo - bardziej elegancko - inicjalizowało się
kontroler DMA i w przerwaniach (generowanych po odtworzeniu bufora)
podsuwało się kontrolerowi DMA bufor z kolejnymi danymi.

Same bufory wypełniało się stosując podwójne buforowanie, tzn. jak jeden
się skończył to podsuwało się drugi, a ten pierwszy przy najbliższej okazji
(w pętli głównej programu, nie w przerwaniu) się doczytywało.

Tyle z moich DOSowych zabaw, to było ponad 10 lat temu i wiele się przez ten
czas zmieniło, ale nie wszystko - np. nowe karty dźwiękowe nadal mają tryb
kompatybilności z SoundBlasterem.

Było też coś takiego jak Ralf Brown Interrupt List, bardzo pomocne - miałem
to w pliku helpa Windowsa 3.11 (wtedy o Internecie nikt nie słyszał), teraz
pewnie jest gdzieś w Internecie.

--
gof