Köszönöm az ötleteket, sikerült a dolog!:)
Az EP128Emu-val tokeletes a hangátvitel, méghozzá oda vissza!
Pár programot most mentetem le wav-be, most felmásolom a PDA-mra és onnét próbálom betöltögetni. Csak kell egy saját kábalt csinálni hozzá, mert a PDA-nak 4 szálas kimenetele van, amiböl az EP-hez ugye 2 kell:)
Ezútán már csak az lenne a hab a tortán, ha a az EP128Emu futna PDA-n is, Windows Mobile 5 alatt.

Még egy kérdés! .tap fájlokat honnét lehetne letölteni? Hosszas keresés útan sem találtam sehol. Esetleg a letölthetõ .com kiterjesztésû programokból, hogy lehet ilyet ellõálítani? Vagy ha nem is .tap-ot, de wav-ba menteni a hangokat:)

Sziasztok!

Új tag vagyok itt a Fórumon, de már régóta olvaslak benneteket.

A munkahelyemen mikrokontrollerekkel foglalkozom és most felmerült egy SD kártyát használó kis adatgyûjtõ "kütyü" elkészítése, amely FAT16-os fájlrendszert használna. Ekkor eszembe jutott, hogy talán ez a tervbe vett áramkör illetve ennek egy egyszerûsített verziója képes lehetne arra is, hogy .TAP fájlokat tároljon és lejátszon úgy, mintha azok egy kazettás magnón lennének. Ugyancsak tudhatna ilyen fájlokat írni is. Kéne egy egyszerû pl. nyomógombos PLAY, STOP, PAUSE, RECORD, stb. "billentyûzet", egy mondjuk 1x40 karakteres olcsó LCD a legfontosabb adatok megjelenítéséhez (pl. a .TAP fájl neve, stb.), na meg a szokásos kis jack aljzatok (REMOTE, LINE), esetleg egy szintbeállító (hangerõ szabályozó) poti.
Azaz a kütyüt egy korszerû magnóként lehetne használni a hagyományos kazettás helyett úgy, hogy az EP128 nem is venné észre, hogy nem hagyományos kazettát használ. Az 1GB SD kártya ma 2008 tavaszán már brutto 3000.- Ft alatt kapható, tehát tároló hely az aztán bõven lenne, a szalag sem gyûrõdne, na meg egy fájl megtalálása gyors és kényelmes lehetne, stb. 

Az elkészítéshez azonban a következõ ismereteket kéne begyûjteni:

1.) Az EP128 kazetta adatok olvasása, írása hardver közeli szinten (idõzítések, kódolás, blokkok, stb.). Ez a ROM0 visszafejtése c. (nagy zöld) könyvben jól le van írva, de a könyv nekem nincs már meg; 

2.) A .TAP fájl adatszerkezete, amely pl. az EMU-val is kompatibilis;

Aztán kellene egy mûködõ EP128-as gép, amin a próbákat el lehetne végezni és kell még sok idõ meg türelem! 

Ha van valakinek eladó (letölthetõ) ROM0 visszafejtés könyve vagy a témát érintõ leírása(i), tapasztalata, bármilyen ismerete, kérem, hogy küldje el a lardy kukac altavizsla pont hu email címre vagy tárgyaljuk meg ebben a topikban.
Ha pedig van eladó jó állapotú angol-magyar EP128 és magnó, engem nagyon érdekelne.

Üdv és kösz:
Lardy

Üdv a fórumom!

A cél érdekében én szívesen felajánlom a segítségemet és a TAPir nevű programom forrását ami tudja kezelni a .tap file-okat.
Ha megmondod milyen nyelven kell megírni majd a vezérlőprogramot hozzá ill. mivel, még akár azt is bevállalom.

MrPrise, megköszönném, ha "rögeszmét" cserélhetnénk a .TAP fájlok felépítésérõl. A forrás program sem lenne rossz, ha van benne elegendõ komment. 

Hát, erről nem vagyok meggyőződve Egyébként sima C-ben írtam. Tervezem, hogy átírom C++-ra majd. Szerintem azzal szebb lenne.
Egyébként a TAP felépítése nem túl bonyolult. Ami már trükkösebb az TAP-ban szereplő byte-okból a csipogás előállítása.
A TAP file eredetileg Stocker Dániel találmánya, akinek az EPTE-t köszönhetjük.
Van egy 512 byte hosszúságú fejléc az elején. Ebben, ha a TAP-ot az EPTE-vel csináltad, akkor 0-tól az egyes szeletek file-on belüli címe-512 található 4 byte-onként, 128-tól az "ENTERPRISE 128K TAPE FILE       Converted by Stocker Dániel 1999" szöveg. (Gyanítom ez felülíródhat az offszetekkel, túl sok file esetén.) Az offszeteknél az első mindig 0, mert az első file kezdőcíme mindig 512 (bár ez nem biztos, lásd később). Itt észre is lehet venni egy lehetséges bugot. Az eltolások értékei hiába vannak 4 byte-on tárolva, mivel 512-től jön mindig az első file adat része, csak 128 file címét lehet az 512 byte-on tárolni. Persze lehetséges, hogy ha ettől több file-ról van szó, akkor már nem 512-tól, hanem pl 1024-től fog kezdődni az első file és az első offset sem 0 lesz, hanem 512? Ezt még nem próbáltam ki Ehhez gyártani kellene egy több mint 128 file-ból álló TAP-ot az EPTE-vel. Ha ez tényleg így van akkor az én programom nem kompatibilis az EPTE-vel ilyen szempontból. Na, de ez most nem is számít.
Szóval 512-től jönnek a kazettán szereplő Enterprise-os byte-ok, olyan sorrendben ahogy a kazettán is voltak. Ezen a felépítésen a TAPir-ban én annyit módosítottam, hogy az első 512 byte-ot nem használom beolvasáskor, hanem az adatrész végigolvasásával térképezem fel a TAP-ot, hol kezdődnek a file-ok, mi a nevük, milyen hosszúak, a file-okon belül hol vannak a szeletek. Ennek köszönhetően szeletenként is lehet lépkedni a file-ok között, aminek gyakorlati hasznáról nem tudok, de jó ha van Egy-egy szelet 4096 byte, ennyit tölt be az EP két PAUSE között. Ennyit így elöljáróban és emlékezetből, a többit majd megbeszéljük.

Az miért lehet jó, hogy az eredeti, gyári kazettás Enterball betöltésnél (hallhatóan) hosszú ideig ugyanazokat a bájtsorozatokat nyomatja a gépbe magnóról? Vagy nem teljesen ugyanazok a bájtsorozatok, csak nagyon hasonlítanak? (Meg kéne nézni hex aditorban...) Igaz, sok játékban, amikor a karakterkészletet tölti be (általában külön CHR kiterjesztésû vagy hasonló fájlként), azoknak is megtévesztésig hasonlít a betöltési hangja több játéknál is, pedig különbözõek. Ja, meg a basic set character és data utasítások után álló számok is teljesen egyformán hallatszanak emberi fül számára - az már durva lenne, ha a betöltés hangja alapján meg lehetne állapítani, milyen számok vannak a data sorokban.
Szóval az Enterball lehet, hogy ugyanazzal a bájtsorozattal tölti fel valamiért a memóriát?

A szinkron bit pontosan nem tudom, mire jó és mikor szól, talán az összes többi bit között kell egy, vagy nem.

Szinkron bit csak egyszer van a néhány másodperces bevezető jel után, a funkciója a polaritás azonosítása (azaz hogy egy bit 01 vagy éppen 10 a bemeneten), és hogy fel lehessen ismerni, hogy EP-s adatblokk következik. Az utóbbi célra van még egy azonosító byte (6Ah) is.

van SD kártya olvasó ep-hez. csak egy mp3 lejátszót kell csatlakoztatni hozzá

Azt írja a weboldal, hogy támogatja az Enterprise-t is. Úgy érted, hogy nem vette figyelembe az EP-s igényeket, hogy csak WAV file-lal működik EP-hez?