Hírek | Archívum | Fórum | IRC | Amiga | AmigaOS | FAQ | RSS

 - Fórumok - Keresés - Statisztika - Szabályzat - Pegasos.hu fórum
forum.amigaspirit.hu / Fejlesztés / Általános fejlesztési kérdések
<< 1 ... 18 . 19 . 20 . 21 . 22 . 23 . 24 . 25 . >>
Szerző Üzenet
Yellow Dog
Tag

# Elküldve: 2020. Máj. 05. 18:40 - Szerkesztve: yellowdog


Quoting: charlie
Engem leginkább az érdekelne, hogy ez az egész minek. Mit vársz a megnövekedett buffermérettől?

Ez most komoly? Sebesség növekedést, mi mást :-)

1024 byte/blokk
PC -> Amiga (DH1:) 28kB/s
PC -> Amiga (RAM:) 61kB/s

16384 byte/blokk:
PC -> Amiga (DH1:) 82kB/s
PC -> Amiga (RAM:) 91kB/s

Chain-Q
Divatamigás

# Elküldve: 2020. Máj. 06. 02:20


Igen, értem, de ezt magyarázom, hogy ha a diszk I/O blokkméret összefügg a kommunikációs blokkmérettel, akkor hiányzik egy layer a kódban. Ez abból is látszik, hogy a RAM-on mennyivel kevesebbet gyorsít a cucc, mint a diszken. Attól hogy 1K-s blokkokat küldessz át a hálózaton, még simán írhatsz-olvashatsz akármekkora blokkokat a lemezről. Mármint ha lenne valami normális buffering a kódban, de láthatóan nincs.

Yellow Dog
Tag

# Elküldve: 2020. Máj. 06. 15:11


Igen, értem én is amit írsz :-) Teszek még pár próbát különböző buffer méret illetve sebesség kapcsolatában, kíváncsi vagyok mi mennyit ad hozzá. Illetve nagyon érdekel, csak maga a kommunikáció, önmagában hogyan viszonyul a keretmérethez, (KS backup) fájlművelet nélkül csak memóriából olvasás esetén.

Jut eszembe, szeretném megkérdezni a 64 bites verziót mivel tudom ugyanígy szerkeszteni? Most 32bit XP virtual gépre telepítettem a VC6-ot (Win7 64-bitre nem ment fel...) de ezzel természetesen csak a 32 bites verziót tudom megnyitni illetve megnyitja a 64-est is, de a build más hibákat dobál.

Yellow Dog
Tag

# Elküldve: 2020. Máj. 06. 19:15


Tehát akkor a csupasz kommunikáció, A1200 Kickstart ROM backup, vagyis szimpla dbra loop 512kB olvasása ROM -> send_buffer, majd küldés parallel portra, byte_size:

buffer_size = 1024
Kickstart -> PC 82kB/s

buffer_size = 16384
Kickstart -> PC 218kB/s

Vagyis utóbbi esetben kb. 2,4mp alatt letöltődik a PC-re...

Tehát kijelenthetjük, mintha nem tudtuk volna eddig is ;-) minden +kódsor lassít, illetve a RAM Disk-hez képest a CF kártya is jóval lassabb sebességű hardver eszköz.

Yellow Dog
Tag

# Elküldve: 2020. Máj. 12. 11:46


Tanulmányozom a sertransplg forrását, próbálom értelmezni, ill. tanulni belőle (a C-t is...) de a lowlvlio.cpp-ben pl. az "Err TimedReceiveBytes(char* recvbuf,UInt32* numbytes,Int32 timeout_msec)" funkció vagy függvény, nem tudom mi a pontos megnevezése, kétszer szerepel... Ez hogyan lehetséges? Illetve megpróbáltam beilleszteni a sertransplg.cpp-be de fordításkor minden paraméternévre, mind a négyre az "undeclared identifier" hibát dobja. Gondolom azért mert utóbbi cpp-ben nincsenek deklarálva, de mi a javaslot út a függvény innen való elérésére, egy újabb függvény létrehozása amely meghívja?
Köszönöm

YADA
Tag

# Elküldve: 2020. Máj. 12. 13:03


itt funkcio/fuggveny (ugyanaz eltero nyelven), metodus objektumoknal van

Mint irtam ez egy multi protokol kod, eredetileg palm kommunikaciora fejlesztve.
Azert van 2 verzio mert 2 eltero kornyezetre keszult. Az egyik (az elso) a palm default Watcom kornyezetere lett irva, a masodik meg ahogy nezem maskepp kiemelten kezeli az USB portot.

Tanuld meg a direktivak ertelmezeset es hasznalatat elobb. #include,#define,#ifdef,#else,#endif,#pragma
Nem viccbol vannak, felteteles kodforditas total ossze fog zavarni ha nem ismered ezeket sem.

Es sajat magad szopatasa helyett hasznalj olyan editort, ami ismeri a hasznalt programnyelv altal hasznalt nyelvi strukturakat, es azok hatarainak jeloleset, neadjisten intelligens kod elemzest vegez. (intellisense, codeinsight,stb...)

Yellow Dog
Tag

# Elküldve: 2020. Máj. 12. 13:20 - Szerkesztve: yellowdog


Köszönöm az információt, esetleg tudnál ajánlani? Csak azért kérdezem mert van 64 bites verzióhoz való forrás is ami már nem kompatibilis a 32 bites VC-vel.
Közben addig eljutottam, hogy: fconnected=TimedReceiveBytes((char*)theport,8,5000);
esetében ahol is a behelyettesített változók elérhetőek az adott cpp-ben, már csak egy hibát jelez: "error C2065: 'TimedReceiveBytes' : undeclared identifier" magát a függvényt. Ezt hogyan tudom megértetni, hogy létező?

És mégy egy kérdésem volna ;-) Mi a különbség az alábbi két függvénynél, hogy egyik esetben zárójeles a (char*) míg másikban nem, és csak így is fogadja el a fordító?

fconnected=TimedReceiveBytes((char*)theport,8,5000);

BOOL ShowConnectDialog(char* theport,int* speed,BOOL configure)

YADA
Tag

# Elküldve: 2020. Máj. 12. 17:49


Az egyik deklaracio/definicio, a masik pedig typecast.
A zarojeles tipus megadas a typecast (vagyis az elso), az fuggveny hivas.
Ez itt peldaul eltero adattipusokra mutato pointerek kozti konverziora jo. A 'theport' valtozo tipusa nem biztos hogy hivaskor karakterre mutat, lehet hogy egy int pointer, vagy mas karaktertipusra mutat eredetileg, ezzel a casttal kenyszerited atadaskor karakter pointer tipusra, igy a compiler nem fog ajvekolni hogy bazmeg, rossz tipusu valtozot akarsz atadni.
A masodik pedig a fuggveny deklaracioja, es abban a parameter tipusat definialja (karakterre mutato pointer).

Szoval kell az az alapfoku C tankonyv. A pointer aritmetikaba inkabb bele sem megyek, mert az fajni tud, paraszti esszel logikatlan muveletek is ertelmes eredmeny tudnak adni.

Igazabol letszukseglet a C tudas, legalabb olvasasi es kod ertesi szinten. A legtobb modern nyelv C hagyomanyokra epit, de legalabbis szeretne az lenni.

A hibauzenetek ertelmezese meg gyakorlatot kivan. Nem vagyok en abban biztos, hogy a fuggveny nem letezik, inkabb az adott parameter tipusokkal nem letezik deklaracio (vagyis nem azt irtad amit a gepnek valojaban mondani szerettel volna, azaz kodjaink nem a vagyaink hanem utasitasaink szerint mukodnek).

Yellow Dog
Tag

# Elküldve: 2020. Máj. 12. 18:46 - Szerkesztve: yellowdog


Értem, köszönöm a részletes magyarázatot. 64bites verzió fordításához milyen környezetet javasolsz, lehetőleg "minimál stílus" érdekelne, kizárólag ehhez a dologhoz telepíteném.

anchor
Tag

# Elküldve: 2020. Máj. 12. 20:38


szerintem tudsz a meglevo visual studioval is x64 targetre forditani. (lehet hogy a supportot kulon fel kell rakni hozza, nezd meg.)

Yellow Dog
Tag

# Elküldve: 2020. Máj. 12. 21:38


Quoting: anchor
szerintem tudsz a meglevo visual studioval is x64 targetre forditani

Utána nézek, köszönöm.

Quoting: Yada
Nem vagyok en abban biztos, hogy a fuggveny nem letezik

Igen, egy másik cpp-ben hiba nélkül fordítja is, amelyikbe beillesztettem ott hiányzott egy .h fájl és természetesen ehhez meg egy másik .h, szóval logikus a logikája, de azért az anyukáját... :-)

Yellow Dog
Tag

# Elküldve: 2020. Jún. 12. 13:03


Megérkezett! <3 <3 <3



Majdnem három hónapot vártam rá, és két hete le is mondtam róla, szóval "dispute", pénz vissza, erre ma csenget a postás :-) Na lesz mit olvasgatnom pár hétvégén, azt hiszem, a kölcsön "C" könyvet meg nagy ívben... :-D

u.i.: természetesen írok a feladónak a továbbiakat illetően, a tisztesség úgy kívánja, még ha neki (USA-ból jött) $13 nem is a világvége...

Chain-Q
Divatamigás

# Elküldve: 2020. Jún. 12. 14:18


Ez Amiga specifikus? Mert oke h. mit ir a 68k systems programming konyv, de az nem biztos h. ugy van Amigan is. :)

Yellow Dog
Tag

# Elküldve: 2020. Jún. 12. 16:09 - Szerkesztve: yellowdog


Nem mondanám, inkább a processzorról szól, de egy komplett rendszer is helyet kapott a könyvben. Nagyon ajánlott anyag, ezért is és mert pdf-ben gyakorlatlag elérhetetlen, döntöttem a könyv illetve a vásárlás mellett. Sajna csak "belepörgettem" mert indulnom kellett munkába, szinte új az állapota és ezer+ oldal. Mit nem adtunk volna ezért 30 éve...

Yellow Dog
Tag

# Elküldve: 2020. Jún. 16. 18:37


Szeretném megkérdezni, Trackdisk device CMR_READ illetve CMD_WRITE előtt (és után) ki kell adni a TD_MOTOR parancsot vagy az olvasás és írás elintézi a háttérben? Csak azért kérdezem, mert WinUAE alatt működik a "motor birizga" nélkül is az olvasás és írás, real vason pedig csak Gotek-em van, szóval nem tudom valódi drive-al kipróbálni.

Chain-Q
Divatamigás

# Elküldve: 2020. Jún. 16. 18:50 - Szerkesztve: charlie


Leírja az autodoc:

http://amigadev.elowar.com/read/ADCD_2.1/Includes_and_Autodocs_3._guide/node058A.html

Normally, turning the drive on is not necessary, the device does this automatically if it receives a request when the motor is off. However, turning the motor off is the programmer's responsibility.

Vagyis, normál esetben a motor "kézi" bekapcsolása nem szükséges, a device megteszi magától is, viszont az utolsó írás/olvasás, stb. request után neked kell kikapcsolni.

Yellow Dog
Tag

# Elküldve: 2020. Jún. 16. 20:18


És itt van a következő kérdésemre a delay-re is a válasz. Köszönöm szépen :-)

Yellow Dog
Tag

# Elküldve: 2020. Jún. 17. 20:46 - Szerkesztve: yellowdog


Kezd megütni a szél...

Ezen az oldalon találtam használható és részletesen dokumentált assembly példát trackdisk.device READ és WRITE funkciókra. Az olvasás rendben működik, bármekkora értéket adok meg az IO_LENGTH-nek, viszont a lemezre írás esetén pl. 1024bájt (2 blokk) vagy 2048báj (4 blokk) esetén rendben van, de ha pl. 8192-re emelem az értéket, 5632 ($1600) bájt íródik át, illetve 16384 esetén pedig csak 11264 ($2C00), ami érdekes, ha megismétlem a parancsot kiíródik a maradék is. Szóval nem értem... :-(

szerk.
Azt tapasztalom, hogy a IO_LENGTH - 11*512 bájtot írja csak a lemezre, az utolsó szektor adatait nem. Bogarászom a doksit, de egyelőre nem találom a magyarázatot. Viszont ha megismétlem az írást, akkor kiírásra kerül a maradék is.

Yellow Dog
Tag

# Elküldve: 2020. Jún. 18. 23:47 - Szerkesztve: yellowdog


Ha jól értelmezem, akkor történik a drive pufferbe az adatok átírása, ha a DiskIO->iotd_Req.io_Data tartalma megváltozik, szóval az utolsó CMD_WRITE után kiadok egy CMD_READ parancsot (pl. az első blokkra) így a végrehajtása előtt kiíródik az utolsó sector (11*512 bájt) tartalma. Nyilván nem ez a legszebb megoldás, de működik...

szerk. CMD_UPDATE a helyes út :-)

dh1
Mr. DTP

# Elküldve: 2020. Jún. 19. 22:30


Yellow, te nem ezt, vagy ilyet epitesz?

https://lotharek.pl/productdetail.php?id=269

YADA
Tag

# Elküldve: 2020. Jún. 20. 02:26


Nem, ez a lotharek cucc egy USB HXC floppy emulator.

Amit csinalni akar az pedig SER/PAR/(USB) keresztul amiga dos (filesystem) eleres totalcommander segitsegevel, igy nem kell komplett file kezelo programot irni, csak egy egyszeru szervert amigara TC pluginhez.
Ez egy fokkal egyszerubb, absztraktabb es ezaltal rugalmasabb dolog.

Kicsit olyan mint az amigaexplorer.

Yellow Dog
Tag

# Elküldve: 2020. Jún. 20. 14:44 - Szerkesztve: yellowdog


Quoting: dh1
nem ezt, vagy ilyet epitesz?

Nem.
Ha jól értelmezem az oldalon a leírást és a videot, ez a készülék a PC-ből csinál Floppy drájvot.
Egyébként ezt már a Cortex Firmware-es Gotek emulátor készítője is megcsinálta jó pár éve, abból fejlesztette tovább a pendrive-os verziót, ez utóbbit készítette el később Lotharek is, illetve fut egy projekt még FlashFloppy néven, FB-on van csoportja is. Szóval 3 féle verzió létezik pendrájvos emulátorra és most egy vezetékes megoldás is megjelent, de ha jól látom, csak egy irányba működik, PC-> Amiga, szóval...

Amit én készítek (YADA leírta nagy vonalakban, tehát) nem floppy emuláció, de lesz/van benne Floppy Disk backup és restore, tehát két irányban működik (most már) a lemezkép kezelés, igaz egyelőre csak ADF formátummal.

Devide list

DH0 list

Utilities

dino
Kék troll

# Elküldve: 2020. Jún. 20. 20:26 - Szerkesztve: dino


Tenyleg ha mar gotek, ki milyen programot hasznal az adf ek hasznalatara a Goteknel? Selector?
Ugytudom van fizetos is mar (HxC). Az mivel tud tobbet? Melyik a legjobb?

Yellow Dog
Tag

# Elküldve: 2020. Jún. 20. 20:58


Az ingyenes(!) HxCEdit programot ajánlom. Vannak hiányosságai, de használható.
Komolyan, a t.k.m tele van a HxC pénzéhségével, a Cortex-es Gotekhez képes arany áron adja a HxC floppy emulátort, de árul (már) Goteket is, úgy látszik kevés a bevétel...
Csak remélem, hogy vicc a fizetős szoftver...

dino
Kék troll

# Elküldve: 2020. Jún. 20. 21:38


Az is erdekelne, ha mondjuk megveszem, akkor egy Gotekre veszem meg, vagy tudom hasznalni a tobbi Gotekre is, ami van itthol, a tobbi Amgamban?

dh1
Mr. DTP

# Elküldve: 2020. Jún. 21. 03:05 - Szerkesztve: dh1


torjon le a kezem ha Gotekhez nyulok, ugy segeljen!

Dr.OG
Tag

# Elküldve: 2020. Jún. 21. 05:20


Sajnos stock A500(+)-nál nem nagyon van más alternatíva 'kulturált' háttértárolóra, ha az ember nem akar egy vagyont költeni turbókártyára...

Yellow Dog
Tag

# Elküldve: 2020. Jún. 21. 08:49 - Szerkesztve: yellowdog


Quoting: Dr.OG
Sajnos stock A500(+)-nál nem nagyon van más alternatíva 'kulturált' háttértárolóra, ha az ember nem akar egy vagyont költeni turbókártyára...

Pontosan! dh1 könnyen beszél, nyilván van még működő drájvja illetve hozzá jó lemezei ;-) Majd ha ez megváltozik, akkor a véleménye is, nem mellesleg, főleg bizony A500 játékgép esetében még mindig közelebb áll az igazi 80-as 90-es évek feelinghez a Floppy emulátor mint a WHDLoad amely semmilyen retro faktorral nem rendelkezik, cserébe sokkal drágább megoldás. Van létjogosultsága, de szerintem inkább a HD-s A1200, A4000, stb rendszerekben.

Yellow Dog
Tag

# Elküldve: 2020. Jún. 21. 09:07


Quoting: dino
ha mondjuk megveszem, akkor egy Gotekre veszem meg, vagy tudom hasznalni a tobbi Gotekre is, ami van itthol, a tobbi Amgamban?

Ez nyilván attól függ, milyen firmware van a Goteken, mert három féle is létezik ;-)

Cortex Amiga Floppy Emulator

HxC Floppy Emulator

FlashFloppy Floppy Emulator

Én az elsőt használom, ingyenes, működik, nincs vele probléma.
A második a lehúzós kategória (nem ajánlom) a maga saját körülményes programjaival. A frimware-t is pénzért küldenék, pontosabban előre programozott PIC-et, ha te akarsz építeni, dolgozik a paranoia...
A harmadik szintén ingyenes és folyamatosan fejlesztik, többféle kiegészítő is elérhető hozzá, ez a "bütykölős" kategória, ajánlott ha nem tudsz elülni a seggeden és mindig újabb dolgokra vágysz :-)

Dr.OG
Tag

# Elküldve: 2020. Jún. 21. 10:23


Én a 3. alternatívát használom. Tetszik, hogy lehet mini OLED kijelzőt csatlakoztatni, sőt, piezo beeperen még a floppy hangokat is emulálja. Nem utolsósorban teljesen ingyenes és opensource!

<< 1 ... 18 . 19 . 20 . 21 . 22 . 23 . 24 . 25 . >>
forum.amigaspirit.hu / Fejlesztés / Általános fejlesztési kérdések
 
 

Powered by community script miniBB™ © 2001-2024