1. |
Re: Videotomoritgetes vindoze alatt (mind) |
19 sor |
(cikkei) |
2. |
Re: *** HIX CODER *** #729 (mind) |
16 sor |
(cikkei) |
3. |
Re: interrupt kezeles vedett modban... (mind) |
20 sor |
(cikkei) |
4. |
Re: dbase engine (mind) |
15 sor |
(cikkei) |
5. |
Re: Interrupt kezeles vedett modban (mind) |
21 sor |
(cikkei) |
6. |
Re: *** HIX CODER *** #729 (mind) |
24 sor |
(cikkei) |
|
+ - | Re: Videotomoritgetes vindoze alatt (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok,
> hogy kivalaszthattam melyik videotomoritot akarom
> hasznalni (pl Indeo 5.2, MS-MPEG4).Ekkor feljott
>
> Hogyan lehet megszolitani egy ilyen en/decodolot???
> Hogyan lehet a rendszerbe beintegralni???
>
> Peldaproggy, sdk, elore is koszi.
A megoldas a Microsoft DirectX Media SDK.
Ez tele van peldaprogramokkal, animacio lejatszas, codec hasznalat,
kepek manipulacioja, stb temaban.
A weben nem talaltam , de megtalalhato a DirectX 6.1
vagy DirectX 7.0-s MSDN-cdn.
Vigyazat !
Nem resze a directx sdk-nak, csak egy cd-n vannak.
Rezso
|
+ - | Re: *** HIX CODER *** #729 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali,
> Felado : [Hungary]
> Temakor: Videotomoritgetes vindoze alatt ( 21 sor )
> Szeretnek egy sajat tomoritott irni vindoze ala
> ...
> Hogyan lehet megszolitani egy ilyen en/decodolot???
> Hogyan lehet a rendszerbe beintegralni???
A dolog neve DirectX Media SDK (regebben ActiveMovie). A Platform SDK-ban
benne van.
Udv,
Compi
|
+ - | Re: interrupt kezeles vedett modban... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>> amit lejatszik dma-san a kicsike, azt sem art lockolni, mert
>> ha azt elmozditja a swappelo, abbol telleg nagy gaz van, mert
>> a buszrendszerben mar nincs se lapozas, se semmi!!! ott
>> biza fizikai cimek vannak!!!
>
>Pontosan igy van, raadasul a logikai cimnek egyeznie kell a
>fizikai cimmel, mert a lapozas a processzoron _belul_ folyik,
>arrol a kulso hardver nem tud.
Szerintem nem _egyeznie_ kell, csak eppen a DMA-vezerlot a fizikai cimekkel
kell felprogramozni, mig maga a program linearis (nem logikai, mint ahogy te
mondtad - biztos nyelvbotlas volt) cimekkel dolgozik. Tehat a lenyeg csak
az, hogy meg tudd allapitani a linearis cim alapjan a fizikai cimet.
Az mar mas lapra tartozik, hogy a hagyomanyos DMA vezerlok csak 1MB alatti
teruletekre/-rol kepes transzferalni es hogy a legtobb vedett modu mukodesi
kornyezetben - ha nem mindegyikben - a linearis memoria elso 1MB-ja a
fizikai memoria elso megajaba van mappelve, igy gyakorlatilag DMA transzfer
eseten tenyleg egyezik a linearis es a fizikai cim, de nem azert, mert ennek
igy _kell_ lennie.
Gabor
|
+ - | Re: dbase engine (mind) |
VÁLASZ |
Feladó: (cikkei)
|
writes:
> ...
> Kerdesm: tud valaki valamifele ertelmes dbase engine -t?
> (lehetoleg C -ben)
PostgreSQL
http://www.postgresql.org
IMHO huzos olvasmany lesz :-)
--
Don't blame my opinion on my employer
ImRe
|
+ - | Re: Interrupt kezeles vedett modban (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi!
> Na ezt viszonyt tenyleg nem irtam le es ebben tenyleg igazad van...
> Es bar ugy emlekszem direkt erre ki van alakitva egy specialis interfesz
> (VDMA - Virtual DMA Specification) ami intezi helyetted ezeket a dolgokat es
> ha kell 1M ala helyezi at a fizikai memoriaban a szukseges teruletet, de a
> Free Pascal go32 unitja nem tartalmaz ehhez kapcsolodo rutinokat. Lehet,
> hogy a go32 nem is tamogatja? Ez utobbi esetben esetleg a
> globaldosalloc()-kal es annak lockolasaval lehetne probalkozni (de lehet,
> hogy ez utobbira nincs is szukseg, mert alapbol lockolva van) - de eziranyu
> tapasztalataim nincsenek.
A GlobalDosAlloc pont erre jo. En is azt hasznalom, es teljesen jol mukodik.
> Pontosan igy van, raadasul a logikai cimnek egyeznie kell a
> fizikai cimmel, mert a lapozas a processzoron _belul_ folyik,
> arrol a kulso hardver nem tud.
Ezt kifejtened egy kicsit reszletesebben. Hol van itt logikai cim?
Gubi
|
+ - | Re: *** HIX CODER *** #729 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
hi HIX CODER!
> amit lejatszik dma-san a kicsike, azt sem art lockolni, mert
> ha azt elmozditja a swappelo, abbol telleg nagy gaz van, mert
> a buszrendszerben mar nincs se lapozas, se semmi!!! ott
> biza fizikai cimek vannak!!!
HC> Pontosan igy van, raadasul a logikai cimnek egyeznie kell a
HC> fizikai cimmel, mert a lapozas a processzoron _belul_ folyik,
HC> arrol a kulso hardver nem tud.
errol nekem mas a velemenyem:
a fizikai cimnek 1 mb alatt kell lennie, es
ezt a cimet kell kozolni a dma vezerlovel...
DE: a procin belul te oda teszed ezt logikailag,
ahova akarod!! szoval a logikai es a fizikai
cimnek nem kell egyeznie, de az viszont fontos,
hogy tudd, hogy a logikai cim hol van fizikailag!!!
amugy amit kiemeltel, eppen azert lenyegtelen
a lejatszas szempontjabol, hogy hol van logikaliag,
mert a logikai cimkezeles a procin _BELUL_ van,
es igy a kolso dolgok errol nem tudnak semmit se,
tehat megegyszer, _NEM_ kell egyeznie a logikai
cimnek a fizikai cimmel!!!
Mc
|
|