Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Zpět na zprávu

Celé vlákno · 5 zpráv

Re: [SharpMZ] sndtracker - Load/Save opět a znovu

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj Vasku, snad se nebudes zlobit, kdyz poslu odpoved pres konferu. Treba k tomu jeste nekdo neco pripise...


Ukladani souboru na disketu s sebou prinasi nutnost zaclenit do programu tez nejaky FDC driver a obsluhu filesystemu, zatimco ukladani na CMT lze vyresit elegantne jen s pomoci ROM, nicmene v dnesni dobe i nektere jinak podotykam velice vyspele emulatory bohuzel zapis na CMT nepodporuji :)

Zacnu u MZFS:

- neskutecne neusporny
- fyzicky zapis je invertovany, coz znemoznuje napr. upravu dat primo v DSK
- kompatibilni jen s BASICem
- v ROM je (alespon myslim) pouze podpora sequencniho cteni alokacnich bloku, chybi podpora prace s adresarem, bitovou mapou disku a podpora zapisu
+ ve tvem programu lze pouzit jiz hotove FDC a MZFS drivery, ktere jsem v nedavne dobe dotesal
+ pro prenos dat mezi PC a DSK lze pouzit ten muj bastl, nebo Zdenkuv emu (nevim vsak, zda prenasi obema smery)


CPM:

- pokud jeho implementaci beres vazne, tak ma pomerne velkou variabilitu v moznostech sveho formatu, konfigurace vsak bohuzel neni k dispozici na samotnem mediu, ale musi se precist z tabulky disku v operacnim systemu cp/m
- bud si musis napsat vlastni obsluhu a nebo musis mit v pameti kus kodu z cp/m (tvuj program pokud si pamatuju bezi v MZ-700 a pouziva ROM(?), musel by sis teda najit vhodne misto v pameti na program a na data a v pripade potreby se prepinat do MZ800 modu)
+ skoro by se dalo rici, ze pomerne slusne kompatibilni
+ co se tyka PC prenosu, tak Zdenkuv emu dokaze z bezne cp/m diskety data asi pouze cist, moje utility jsou na tom tusim podobne - oba vsak natvrdo pocitame s tim, ze se bude vzdy jednat o beznou konfiguraci media...
Pokud vim, tak existuje i nejaky Linuxovy program pro prenos souboru obema smery - mam pocit, ze s nim experimentoval Jakub Ladman.

MRSFS:

Kompatibilni jen s MRSem. Podle toho co si vybavuju jak jsem se v nem hrabal, tak se jedna o filesystem podobny DOS FAT. Fyzicky format je podobny standardni cp/m. Logicky format vsak na pevno pocita s tim, ze jeden blok je jeden sektor, coz mi prijde sikovnejsi.
Kdyby se nasel nekdo, kdo by chtel upravit ROM a BASIC pro nejaky lepsi filesystem, tak bych mu asi po drobnych upravach doporucil prave tenhle.

UMZIX:

Ten asi pouziva nejaky ext2fs na fyzickem formatu z LEC cp/m?

Ramdisk:

Netusim, zda existuje nejaky ramdiskovy FS v BASICu ... mam takovy pocit, ze neco v tomto duchu jsem videl, ale ruku do ohne bych za to nedal. Jinak je tu samozrejme ramdisk pod cp/m ...

Unikarta - SD:

Pokud jsi hardcore Sharpista - srdcar, tak urcite pises svuj program primo na Sharpu :) Nejake examply pro praci s repozitarem jsem kdysi kamsi nahral... Jinak podpora je snad jen v Bohousove emulatoru - nevim, zda i pro zapis.

Osobne jsem v drivejsich dobach pouzival ve Zdenkovem emulatoru SRAM disk k tomu, ze jsem si na nej v MRSu presmeroval port tiskarny. Pak jsem si nechal vytisknout zdrojak sveho programu a po ukonceni emulatoru stacilo prejmenovat rd.dat na rd.txt

Jinak kdyz uz jsem se o tom rozepsal, tak jako data storage stoji za zminku i emulovany HDD, ktery je ovsem k dispozici jen u Zdenka.

Pokud by jsi chtel, tak do sveho emulatoru muzu pridat sluzbu pro ulozeni MZF tak, jako kdyby jsi pracoval s CMT - tedy pripravis header, das treba do HL jeho adresu a pak pres IORQ oslovis emulator, ktery otevre nabidku k ulozeni MZF.

Michal


Dne 15.1.2016 v 9:33 Vaclav Peroutka napsal(a):
Ahoj Michale,

včera jsem ještě večer přemýšlel nad tím sound trackerem. Jak bude nejlepší udělat load/save. Rád bych ukládal jak samotný song (*.ST), tak nástroje, tj. obálku (*.STE) i kmitočtové efekty (*.STF).

Možnosti jsou tyhle:
- CP/M - tj. bude MZF (asi lepší než COM) a v sndtrackeru budou rutiny pro CP/M
- MZFS - otázkou je jestli spustit přímo sndtracker po bootu nebo spouštět z BASICu zavaděčem, pokud to jde, nebo nějak jinak.
- přes MRS

Load/save na kazetu bych nedělal.

Co nějaký RAMDISK ? Je nějaký FS ? Má to smysl ?

Jaký na to máš názor ?

Podle mne teď je dodělání LOAD/SAVE prioritní věc, pak si můžu hrát s efekty a obálkami.

Vašek


Re: [SharpMZ] sndtracker - Load/Save opět a znovu

Miloš <milsa@[doména skryta]> SHARP MZ-800

Zdeňkov emulátor podporuje len sťahovanie z DSK do PC. Stiahnuť vie aj IPLPRO súbor. Tie veľmi vyspelé, čo nepodporujú zápis na CMT je myslené asi práve tvoj emulátor alebo si už zápis pridal? Samozrejme Bohušov nepodporuje CMT vôbec, ale verím, že sa dočkáme, lebo ja čakám v jeho emulátore len na to. No a ešte aj na ručné nastavenie umiestnenia adresára SD karty pre Win emulátor.

Neviem, ale myslím, že na jednoduchý zápis a čítanie by mohlo byť ideálne QD emulované na adresár ako sa to spomínalo pred pár dňami. Podpora v ROM je a myslím, že obmedzenie na 60 kB je len pri formátovaní, takže LOAD a SAVE by asi nemal byť problém alebo sa mýlim? Akurát bude potrebné občas prečistiť adresár, ak bude tých súborov viac. A podpora do Unikarty sa tiež zvažuje. Mimochodom, prepnúť zavádzač Unikarty v QD na iné QD (či už obraz alebo adresár) v Unikarte by šlo OUTom príkazu na port priamo z Unikard managera, ktorý by teda prepol QD obraz tesne po načítaní managera (toľko k otázke z pred pár dní, že ako "bezpečne" meniť obrazy v Unikarte, keďže je nutný aj zavádzač).

Ten RAMDISK filesystem som celkom nepochopil, ale tam myslím, že by nemal byť problém vytvoriť aj čisto nový, ľahko spracovateľný, lebo práca s RD je asi najjednoduchšia so všetkých FS.

Dúfam, že nepíšem odveci, lebo neviem presne o čo sa jedná. Dúfam, že som pomohol.

Miloš

Dňa 15. 1. 2016 o 11:07 Michal Hucik - ORDOZ napísal(a):

Ahoj Vasku, snad se nebudes zlobit, kdyz poslu odpoved pres konferu. Treba k tomu jeste nekdo neco pripise...


Ukladani souboru na disketu s sebou prinasi nutnost zaclenit do programu tez nejaky FDC driver a obsluhu filesystemu, zatimco ukladani na CMT lze vyresit elegantne jen s pomoci ROM, nicmene v dnesni dobe i nektere jinak podotykam velice vyspele emulatory bohuzel zapis na CMT nepodporuji :)

Zacnu u MZFS:

- neskutecne neusporny
- fyzicky zapis je invertovany, coz znemoznuje napr. upravu dat primo v DSK
- kompatibilni jen s BASICem
- v ROM je (alespon myslim) pouze podpora sequencniho cteni alokacnich bloku, chybi podpora prace s adresarem, bitovou mapou disku a podpora zapisu
+ ve tvem programu lze pouzit jiz hotove FDC a MZFS drivery, ktere jsem v nedavne dobe dotesal
+ pro prenos dat mezi PC a DSK lze pouzit ten muj bastl, nebo Zdenkuv emu (nevim vsak, zda prenasi obema smery)


CPM:

- pokud jeho implementaci beres vazne, tak ma pomerne velkou variabilitu v moznostech sveho formatu, konfigurace vsak bohuzel neni k dispozici na samotnem mediu, ale musi se precist z tabulky disku v operacnim systemu cp/m
- bud si musis napsat vlastni obsluhu a nebo musis mit v pameti kus kodu z cp/m (tvuj program pokud si pamatuju bezi v MZ-700 a pouziva ROM(?), musel by sis teda najit vhodne misto v pameti na program a na data a v pripade potreby se prepinat do MZ800 modu)
+ skoro by se dalo rici, ze pomerne slusne kompatibilni
+ co se tyka PC prenosu, tak Zdenkuv emu dokaze z bezne cp/m diskety data asi pouze cist, moje utility jsou na tom tusim podobne - oba vsak natvrdo pocitame s tim, ze se bude vzdy jednat o beznou konfiguraci media...
Pokud vim, tak existuje i nejaky Linuxovy program pro prenos souboru obema smery - mam pocit, ze s nim experimentoval Jakub Ladman.

MRSFS:

Kompatibilni jen s MRSem. Podle toho co si vybavuju jak jsem se v nem hrabal, tak se jedna o filesystem podobny DOS FAT. Fyzicky format je podobny standardni cp/m. Logicky format vsak na pevno pocita s tim, ze jeden blok je jeden sektor, coz mi prijde sikovnejsi.
Kdyby se nasel nekdo, kdo by chtel upravit ROM a BASIC pro nejaky lepsi filesystem, tak bych mu asi po drobnych upravach doporucil prave tenhle.

UMZIX:

Ten asi pouziva nejaky ext2fs na fyzickem formatu z LEC cp/m?

Ramdisk:

Netusim, zda existuje nejaky ramdiskovy FS v BASICu ... mam takovy pocit, ze neco v tomto duchu jsem videl, ale ruku do ohne bych za to nedal. Jinak je tu samozrejme ramdisk pod cp/m ...

Unikarta - SD:

Pokud jsi hardcore Sharpista - srdcar, tak urcite pises svuj program primo na Sharpu :) Nejake examply pro praci s repozitarem jsem kdysi kamsi nahral... Jinak podpora je snad jen v Bohousove emulatoru - nevim, zda i pro zapis.

Osobne jsem v drivejsich dobach pouzival ve Zdenkovem emulatoru SRAM disk k tomu, ze jsem si na nej v MRSu presmeroval port tiskarny. Pak jsem si nechal vytisknout zdrojak sveho programu a po ukonceni emulatoru stacilo prejmenovat rd.dat na rd.txt

Jinak kdyz uz jsem se o tom rozepsal, tak jako data storage stoji za zminku i emulovany HDD, ktery je ovsem k dispozici jen u Zdenka.

Pokud by jsi chtel, tak do sveho emulatoru muzu pridat sluzbu pro ulozeni MZF tak, jako kdyby jsi pracoval s CMT - tedy pripravis header, das treba do HL jeho adresu a pak pres IORQ oslovis emulator, ktery otevre nabidku k ulozeni MZF.

Michal


Dne 15.1.2016 v 9:33 Vaclav Peroutka napsal(a):
Ahoj Michale,

včera jsem ještě večer přemýšlel nad tím sound trackerem. Jak bude nejlepší udělat load/save. Rád bych ukládal jak samotný song (*.ST), tak nástroje, tj. obálku (*.STE) i kmitočtové efekty (*.STF).

Možnosti jsou tyhle:
- CP/M - tj. bude MZF (asi lepší než COM) a v sndtrackeru budou rutiny pro CP/M
- MZFS - otázkou je jestli spustit přímo sndtracker po bootu nebo spouštět z BASICu zavaděčem, pokud to jde, nebo nějak jinak.
- přes MRS

Load/save na kazetu bych nedělal.

Co nějaký RAMDISK ? Je nějaký FS ? Má to smysl ?

Jaký na to máš názor ?

Podle mne teď je dodělání LOAD/SAVE prioritní věc, pak si můžu hrát s efekty a obálkami.

Vašek




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] sndtracker - Load/Save opět a znovu

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800

Ahoj Michale, tož, připsal, Milsa :-D

Asi nejlepší bude použít funkce pro čtení a zápis CP/M FS. Co to všechno obnáší ? Vlastně mi stačí udělat DIR, abych vypsal na screen soubory, klikem mi to udělá LOAD. A u SAVE něco podobného s tím že si určím jméno souboru, když nechci přepsat stávající...

Nevíš, jsou někde ty funkce dostupné jako sólo ?

Vašek


Ahoj Vasku, snad se nebudes zlobit, kdyz poslu odpoved pres konferu. Treba k tomu jeste nekdo neco pripise...


Ukladani souboru na disketu s sebou prinasi nutnost zaclenit do programu tez nejaky FDC driver a obsluhu filesystemu, zatimco ukladani na CMT lze vyresit elegantne jen s pomoci ROM, nicmene v dnesni dobe i nektere jinak podotykam velice vyspele emulatory bohuzel zapis na CMT nepodporuji :)

Zacnu u MZFS:

- neskutecne neusporny
- fyzicky zapis je invertovany, coz znemoznuje napr. upravu dat primo v DSK
- kompatibilni jen s BASICem
- v ROM je (alespon myslim) pouze podpora sequencniho cteni alokacnich bloku, chybi podpora prace s adresarem, bitovou mapou disku a podpora zapisu
+ ve tvem programu lze pouzit jiz hotove FDC a MZFS drivery, ktere jsem v nedavne dobe dotesal
+ pro prenos dat mezi PC a DSK lze pouzit ten muj bastl, nebo Zdenkuv emu (nevim vsak, zda prenasi obema smery)


CPM:

- pokud jeho implementaci beres vazne, tak ma pomerne velkou variabilitu v moznostech sveho formatu, konfigurace vsak bohuzel neni k dispozici na samotnem mediu, ale musi se precist z tabulky disku v operacnim systemu cp/m
- bud si musis napsat vlastni obsluhu a nebo musis mit v pameti kus kodu z cp/m (tvuj program pokud si pamatuju bezi v MZ-700 a pouziva ROM(?), musel by sis teda najit vhodne misto v pameti na program a na data a v pripade potreby se prepinat do MZ800 modu)
+ skoro by se dalo rici, ze pomerne slusne kompatibilni
+ co se tyka PC prenosu, tak Zdenkuv emu dokaze z bezne cp/m diskety data asi pouze cist, moje utility jsou na tom tusim podobne - oba vsak natvrdo pocitame s tim, ze se bude vzdy jednat o beznou konfiguraci media...
Pokud vim, tak existuje i nejaky Linuxovy program pro prenos souboru obema smery - mam pocit, ze s nim experimentoval Jakub Ladman.

MRSFS:

Kompatibilni jen s MRSem. Podle toho co si vybavuju jak jsem se v nem hrabal, tak se jedna o filesystem podobny DOS FAT. Fyzicky format je podobny standardni cp/m. Logicky format vsak na pevno pocita s tim, ze jeden blok je jeden sektor, coz mi prijde sikovnejsi.
Kdyby se nasel nekdo, kdo by chtel upravit ROM a BASIC pro nejaky lepsi filesystem, tak bych mu asi po drobnych upravach doporucil prave tenhle.

UMZIX:

Ten asi pouziva nejaky ext2fs na fyzickem formatu z LEC cp/m?

Ramdisk:

Netusim, zda existuje nejaky ramdiskovy FS v BASICu ... mam takovy pocit, ze neco v tomto duchu jsem videl, ale ruku do ohne bych za to nedal. Jinak je tu samozrejme ramdisk pod cp/m ...

Unikarta - SD:

Pokud jsi hardcore Sharpista - srdcar, tak urcite pises svuj program primo na Sharpu :) Nejake examply pro praci s repozitarem jsem kdysi kamsi nahral... Jinak podpora je snad jen v Bohousove emulatoru - nevim, zda i pro zapis.

Osobne jsem v drivejsich dobach pouzival ve Zdenkovem emulatoru SRAM disk k tomu, ze jsem si na nej v MRSu presmeroval port tiskarny. Pak jsem si nechal vytisknout zdrojak sveho programu a po ukonceni emulatoru stacilo prejmenovat rd.dat na rd.txt

Jinak kdyz uz jsem se o tom rozepsal, tak jako data storage stoji za zminku i emulovany HDD, ktery je ovsem k dispozici jen u Zdenka.

Pokud by jsi chtel, tak do sveho emulatoru muzu pridat sluzbu pro ulozeni MZF tak, jako kdyby jsi pracoval s CMT - tedy pripravis header, das treba do HL jeho adresu a pak pres IORQ oslovis emulator, ktery otevre nabidku k ulozeni MZF.

Michal


Dne 15.1.2016 v 9:33 Vaclav Peroutka napsal(a):
Ahoj Michale,

včera jsem ještě večer přemýšlel nad tím sound trackerem. Jak bude nejlepší udělat load/save. Rád bych ukládal jak samotný song (*.ST), tak nástroje, tj. obálku (*.STE) i kmitočtové efekty (*.STF).

Možnosti jsou tyhle:
- CP/M - tj. bude MZF (asi lepší než COM) a v sndtrackeru budou rutiny pro CP/M
- MZFS - otázkou je jestli spustit přímo sndtracker po bootu nebo spouštět z BASICu zavaděčem, pokud to jde, nebo nějak jinak.
- přes MRS

Load/save na kazetu bych nedělal.

Co nějaký RAMDISK ? Je nějaký FS ? Má to smysl ?

Jaký na to máš názor ?

Podle mne teď je dodělání LOAD/SAVE prioritní věc, pak si můžu hrát s efekty a obálkami.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] sndtracker - Load/Save opět a znovu

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj Vasku,

mohu ti poskytnout svou fyzickou vrstvu, coz je ponekud sileny sam sebe prepisujici floppy driver, ktery podporuje jak standardni FDC, tak i HD upravu a rovnez i posunuty FDC v Unikarte.
Je to napsano v ASM (asxxxx) a upraveno tak, aby to bylo mozne obsluhovat i z ceckoveho programu.

Podporu logicke vrstvy (blok totiz zpravidla neodpovida velikosti sektoru), ani samotneho filesystemu vsak bohuzel hotovou nemam.

Pokud budes trvat na cp/m FS, tak bych zrejme alespon prozatim volil cestu, kterou uz jsem ti nastinil v predchozim mailu:

Natahnout do pameti nejprve cp/m a az odsud spoustet sndtracker, kteremu bych pri diskovych operacich premapoval pamet a prizpusobil interrupt tak, jako je bezne v zivem cp/m. Potom bych volal standardni cp/m sluzby BDOSu.

Pri vyvoji by ti vsak zrejme trochu komplikovalo zivot to, ze by jsi svuj kompilat musel pokazde nahravat na cp/m disketu - tomu bych se mozna vyhnul tim, ze bych kuchnul prislusnou cast ziveho BIOS, BDOS + konfiguracni tabulku cp/m, napr. ve zdenkovem emu a jako binarku by jsi to pak mohl vzdy pri kompilaci prilepit ke svemu programu.

O tom co kuchnout, z jakych adres a co volat si asi udelas nejlepsi predstavu bud ze zdrojaku cp/m 3, ci 4, ktere jsou k dispozici na scav.cz, nebo ze zdrojaku NIPOSu - ostatne kdyz o nem pisu, tak ten si vlastne muzes cely prikompilovat k sobe a mas vystarano a muzses dokonce zapisovat i na 8 bitovy HDD :))

Kdysi jsem si dal tu praci, ze jsem zdrojove kody NIPOSu upravil tak, aby byl kompilovatelny v asxxxx .... ale ty asi stale pouzivas to zpropadene PASMO, ze? :)

Michal


Dne 18.1.2016 v 12:55 Vaclav Peroutka napsal(a):
Ahoj Michale, tož, připsal, Milsa :-D

Asi nejlepší bude použít funkce pro čtení a zápis CP/M FS. Co to všechno obnáší ? Vlastně mi stačí udělat DIR, abych vypsal na screen soubory, klikem mi to udělá LOAD. A u SAVE něco podobného s tím že si určím jméno souboru, když nechci přepsat stávající...

Nevíš, jsou někde ty funkce dostupné jako sólo ?

Vašek

Re: [SharpMZ] sndtracker - Load/Save opět a znovu

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800


Ahoj Michale,

našel jsem původní výpis BDOSu tady: http://www.retroarchive.org/cpm/archive/unofficial/source.html

Ráno mne napadlo, že SNDTRACK.MZF budu moct spouštět z SD karty nebo klidně z magneťáku, jen budu muset mít namountovaný floppy disk s CP/M formátem.

První asi budu muset naimpolementovat DIR, potom READ a WRITE.

V.

Zobrazit citovaný text

---------- Původní zpráva ----------
Od: Michal Hucik - ORDOZ <ordoz[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 18. 1. 2016 15:11:37
Předmět: Re: [SharpMZ] sndtracker - Load/Save opět a znovu



Ahoj Vasku,

mohu ti poskytnout svou fyzickou vrstvu, coz je ponekud sileny sam sebe prepisujici floppy driver, ktery podporuje jak standardni FDC, tak i HD upravu a rovnez i posunuty FDC v Unikarte.
Je to napsano v ASM (asxxxx) a upraveno tak, aby to bylo mozne obsluhovat i z ceckoveho programu.

Podporu logicke vrstvy (blok totiz zpravidla neodpovida velikosti sektoru), ani samotneho filesystemu vsak bohuzel hotovou nemam.

Pokud budes trvat na cp/m FS, tak bych zrejme alespon prozatim volil cestu, kterou uz jsem ti nastinil v predchozim mailu:

Natahnout do pameti nejprve cp/m a az odsud spoustet sndtracker, kteremu bych pri diskovych operacich premapoval pamet a prizpusobil interrupt tak, jako je bezne v zivem cp/m. Potom bych volal standardni cp/m sluzby BDOSu.

Pri vyvoji by ti vsak zrejme trochu komplikovalo zivot to, ze by jsi svuj kompilat musel pokazde nahravat na cp/m disketu - tomu bych se mozna vyhnul tim, ze bych kuchnul prislusnou cast ziveho BIOS, BDOS + konfiguracni tabulku cp/m, napr. ve zdenkovem emu a jako binarku by jsi to pak mohl vzdy pri kompilaci prilepit ke svemu programu.

O tom co kuchnout, z jakych adres a co volat si asi udelas nejlepsi predstavu bud ze zdrojaku cp/m 3, ci 4, ktere jsou k dispozici na scav.cz, nebo ze zdrojaku NIPOSu - ostatne kdyz o nem pisu, tak ten si vlastne muzes cely prikompilovat k sobe a mas vystarano a muzses dokonce zapisovat i na 8 bitovy HDD :))

Kdysi jsem si dal tu praci, ze jsem zdrojove kody NIPOSu upravil tak, aby byl kompilovatelny v asxxxx .... ale ty asi stale pouzivas to zpropadene PASMO, ze? :)

Michal


Dne 18.1.2016 v 12:55 Vaclav Peroutka napsal(a):
Ahoj Michale, tož, připsal, Milsa :-D

Asi nejlepší bude použít funkce pro čtení a zápis CP/M FS. Co to všechno obnáší ? Vlastně mi stačí udělat DIR, abych vypsal na screen soubory, klikem mi to udělá LOAD. A u SAVE něco podobného s tím že si určím jméno souboru, když nechci přepsat stávající...

Nevíš, jsou někde ty funkce dostupné jako sólo ?

Vašek

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz