OldComp.cz

Komunitní diskuzní fórum pro fanoušky historických počítačů


Právě je 28.03.2024, 21:42

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]




Odeslat nové téma Odpovědět na téma  [ Příspěvků: 37 ]  Přejít na stránku Předchozí  1, 2, 3  Další
Autor Zpráva
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 16.04.2019, 20:14 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
iwosh píše:
Lanex píše:
0xFF myslíš... ;)

Nie, myslím 0x0F. Alebo 0xF0, alebo 0xAA, alebo 0x55.
;)

Skrátka rovnaký počet jednotiek aj núl.

Pre 0xFF som nameral rýchlosť cca 1018bps. :)

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 08:59 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
misticjoe píše:
Jinak mne zaujala informace: "BORDERu budu rychlosti standartne ako v romke, klesnu iba v PAPERi." - čili všechno, co mělo počítadlo nebo proužky ve čtverečku v paperu, tak to nejelo tak rychle, jak by mohlo? Vlastně tyhle efektíky byly takové zpomalovací prahy?
To s tym sice priamo nijak nesuvisi, ale inak mas pravdu, akykolvek pristup do spomalenej pameti pri SAVE (citanie dat posielanych na vystup a zapis - akekolvek graficke akcie pocas toho) sposobuju na Spektrach spomalovanie SAVE rutinky a pokles baudovej rychlosti.

Samotne citanie posielanych dat je ale zanedbatelne, pretoze bajt sa cita len raz za cca stotinu az dvestotinu sekundy, a samotne spomalenie nie je vecsie nez 6T (doba pokym si ULA precita svoje info a CPU moze pokracovat), co je v najhorsom pripade cca 0.04%. Ovela vecsie spomalenie sposobuje pouzivanie samotneho portu #FE, ku ktoremu pristup je tiez spomaleny, a toto spomalenie (max. 6T) sa prejavi 16-krat castejsie, pretoze na odvysielanie jedneho bajtu treba urobit az 16 OUTov.

Ale aj toto spomalenie je este stale zanedbatelne voci spomaleniu ktore sposobuju spominane graficke akcie - typicky priklad je vypis pocitadla v kazetovych kopirakoch. Tam sa po kazdom odvysielanom bite zapisuje viac bajtov do videoram (vypis toho pocitadla), a kedze pocas zobrazovania paperu je zapis spomalovany, tak tam je to spomalenie uz aj uchom jasne pocut ako skreslenie signalu v rytme 50Hz. Preto som do niektorych svojich kopirakov doplnil funkciu vypnutia tohto pocitadla, aby kopirak vedel generovat co najcistejsi SAVE signal. Sice to nie je nutne (load rutinka nema najmensi problem nahrat aj takyto pocutelne skresleny signal), ale cisto pre dobry pocit sa to hodi :)

Niektore klony (Didaktik M, Pentagon...) maju celu pamet (romku, ramku, videoramku) rovnako rychlu, a rychlost nezavisi od toho ci sa zobrazuje border ci paper. V ich pripade je to uplne jedno a SAVE vzdy bezi svojou presnou konstantnou rychlostou a signal je vzdy cisty, aj pri vypise pocitadiel.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 09:14 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
iwosh píše:
Busy píše:
Hodnota 1500 Bd je potom taky "managersky" priemer (bulharska konstanta) ktory obcas vobec nemusi zodpovedat realite. Napriklad pri nahravani screenu, kde je vecsina bitov nulovych, to bude ovela viac :)
Podľa toho čo som nameral, s použitím emulátorov a goldwave, to bude veľmi zaokrúhlená ("marketingová") hodnota, ktorá hlavne dobre vyzerá. Ja som sa dostal k hodnote 1357bps pri zázname obsahujúcom iba bajty 0x0F.
V tomto pripade nie je priemer ako priemer a zalezi na tom ako ho urcujes.

Vysvetlim na priklade: Ides autom, prvych 50 km ides rychlostou 50km/h a druhych 50km ides rychlostou 100km/h. Aka je priemerna rychlost ? Manager hned placne ze 75km/h. A ma pravdu - je to priemer cisel 50 a 100 vzhladom na vzdialenost ktoru si presiel.
Lenze, to co si ty nameral, bol priemer vzhladom na cas kolko to trvalo. Dokopy si presiel 100km, trvalo to hodinu a pol. Cize z hladiska celkoveho casu priemerna rychlost vychadza na 100/1.5 = 66.66 km/h.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 10:14 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
Z toho jasne vyplýva, že manažéri žijú v nejakom inom časopriestore. Vlastne iba priestore, nazvyme to alternatívnou realitou, alebo iným svetom kde neexistuje čas. Sú niečo ako Pozorovatelia z Fringe :D

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 10:24 
Offline
Profík
Uživatelský avatar

Registrován: 31.08.2014, 16:27
Příspěvky: 994
Bydliště: Praha
Has thanked: 63 times
Been thanked: 374 times
iwosh píše:
Z toho jasne vyplýva, že manažéri žijú v nejakom inom časopriestore. Vlastne iba priestore, nazvyme to alternatívnou realitou, alebo iným svetom kde neexistuje čas. Sú niečo ako Pozorovatelia z Fringe :D

Žijí presně v tom časoprostoru, kde platí, že 1500 bps nebo 16K za 100 vteřin na obalu či letáku prodává lépe než 1357 bps.
A zrovna tento časoprostor je velmi mocný.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 10:38 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
iwosh píše:
Z toho jasne vyplýva, že manažéri žijú v nejakom inom časopriestore. Vlastne iba priestore, nazvyme to alternatívnou realitou, alebo iným svetom kde neexistuje čas.
Tak zase ale z tohto pohladu my ostatni potom zijeme vo svete kde neexistuju data (alebo vzdialenost) :)


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 10:46 
Offline
Pan Generální

Registrován: 01.12.2017, 21:01
Příspěvky: 2062
Bydliště: BA-Petržalka :(
Has thanked: 18 times
Been thanked: 323 times
Mám podozrenie, že kopirák o-copy si kompenzuje pri save rýchlosť RAM, teda spomalenie vykreslovania na obrazovku. Na didaktiku pri save bolo počuť vždy skreslenie signálu ako sa menilo počítadlo. Pokiaľ je to ono, tak na spectre by bol záznam čistý. Neskúšal som.

edit: Didaktik M som myslel. Sakra, musím si dávať pozor, vždy to zabudnem napísať.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.


Naposledy upravil PotPalo dne 17.04.2019, 13:55, celkově upraveno 1

Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 13:52 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
PotPalo píše:
Mám podozrenie, že kopirák o-copy si kompenzuje pri save rýchlosť RAM, teda spomalenie vykreslovania na obrazovku. Na didaktiku pri save bolo počuť vždy skreslenie signálu ako sa menilo počítadlo. Pokiaľ je to ono, tak na spectre by bol záznam čistý. Neskúšal som.
Vyskusaj. Na didaktiku musi byt zvuk uplne totozny ako na originalnom spektre, vzhladom na pouzitie klasickej uly. Ale napriklad na M-ku / Kompakte uz moze by iny, kedze tam je vsetko spomalene rovnomerne.

Inak o tom zeby mal nejaky kopirak kompenzaciu rychlosti CPU dost pochybujem. Na takom M-ku by to este slo (konstanty v SAVE rutine prepocitane pre to ruske PLA) ale kompenzovat rychlost kvoli pocitadlu pre originalnu spektracku ulu je jednak hodne o drzku a dvak (ako som uz predtym napisal) prakticky zbytocne lebo load rutinka to v pohode zvlada aj bez tejto kompenzacie.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 14:03 
Offline
Pan Generální

Registrován: 01.12.2017, 21:01
Příspěvky: 2062
Bydliště: BA-Petržalka :(
Has thanked: 18 times
Been thanked: 323 times
Didaktik M som myslel. Sakra, musím si dávať pozor, vždy to zabudnem napísať. Nemám to ako vyskúšať, mám iba eMko. Možno cez emulátor, ale to neviem či má nahrávanie do wav a na akej úrovni to emuluje...

Tak nahrať to išlo, aj keď to tam bolo počuť. Keď sa nahrávalo prázdne miesto, pekne bolo počuť kedy sa prepísalo počítadlo. Vždy som si myslel že autor odflákol časovanie, a zápis na obrazovku ho skrátka trošku rozhodí, ale teraz sa tu ponúka aj druhá možnosť (aj keď moc tomu neverím). Kto máte gamu alebo spectrum, odskúšajte to.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 14:15 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
Posli mi ten o-copy, vyskusam to.
Nejaky je aj tu zle zda sa ze zipko je poskodene.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 15:44 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 12.05.2013, 19:23
Příspěvky: 1910
Bydliště: Vsetín
Has thanked: 517 times
Been thanked: 812 times
Busy píše:
Posli mi ten o-copy, vyskusam to.
Nejaky je aj tu zle zda sa ze zipko je poskodene.

Tady je O-copy funkční
https://cs.speccy.cz/?scn=3

_________________
cs.speccy.cz, ondraspo186.8u.cz, zx-spectrum.cz


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 17.04.2019, 19:00 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
PotPalo píše:
Tak nahrať to išlo, aj keď to tam bolo počuť. Keď sa nahrávalo prázdne miesto, pekne bolo počuť kedy sa prepísalo počítadlo. Vždy som si myslel že autor odflákol časovanie, a zápis na obrazovku ho skrátka trošku rozhodí, ale teraz sa tu ponúka aj druhá možnosť (aj keď moc tomu neverím). Kto máte gamu alebo spectrum, odskúšajte to.
Takze pravda je taka, ze autor proste odflakol casovanie :)
Tie zapisy do obrazovky na zobrazenie pocitadla su velmi malo caste, tie to nemozu az takto moc rozhodit.
A zeby mal nejaku kompenzaciu rychlosti, to urcite nie. Skusal som to na Spektre 128 (so spomalenou videoramkou) a aj Pentagone (vsetku pamet ma rychlu a videoramka vobec nespomaluje), na oboch to ide rovnako blbo a rovnako pocut sekanie od pocitadla.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 18.04.2019, 14:16 
Offline
Profík
Uživatelský avatar

Registrován: 26.03.2015, 18:45
Příspěvky: 579
Bydliště: Třebíč
Has thanked: 43 times
Been thanked: 91 times
jakým způsobem se zjišťuje délka pulzů? čistě SW, nebo nějakým HW čítačem?
ptám se, protože neznám HW Spectra,

zajímalo by mě, jaké jsou vlastně limity přenosu na pásku
a jestli se rozšířilo nějaké turbo, podobně jako mělo Atari / C64 -na toto si odpovím sám, ZX s rychlostí 1500 bps to nepotřebovalo

PS:díky tomuto vláknu jsem si ze zajímavosti dohledal jak se to řešilo na C64 a jak pracovala originální rutina v ROM - která je opravdu velmi pomalá, ale robustní
a jak je uděláno turbo.
na C64:
ROM rutina 400 bps (800 je tok, ale data jsou uloženy 2x)
Turbo 4000 bps +- cca100 dle obsahu jedniček vs nul

Atari 800:
standard 600
turbo 2270
superturbo 2700-5000 (default 3630)

_________________
C64C 2x, C64C s S-Video, C64 MK2 reloaded, floppy 1541-II 3x, Commodore monitor 1084, MPS1250, 1541 ultimate II+, FCIII, SD2IEC, XU1541
*** 8bit lives matter ***


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 18.04.2019, 15:49 
Offline
Radil

Registrován: 18.10.2013, 15:30
Příspěvky: 263
Bydliště: Oakland, Slovakia
Has thanked: 25 times
Been thanked: 60 times
O turbe je tu cele vlakno http://oldcomp.cz/viewtopic.php?f=37&t=285
Busy v nom tusim spomina hodnotu 6000 Baudov.

_________________
Didaktik Gama | ZX Spectrum 128 | ZX Diskface Quick A | BetaDisk 128C Interface | D40 & D80 | divIDE | Interface M/P | Multiface 128 (GOTDJ) | Gama Breaker | D80mini

"Kvalita a stabilita Windows XP se Microsoftu nevyplatila, stal se takovou temnou připomínkou toho, co se stane, když odvedete svou práci moc dobře."


Naposledy upravil iwosh dne 18.04.2019, 15:53, celkově upraveno 1

Nahoru
 Profil  
 
 Předmět příspěvku: Re: Rýchlosť záznamu na pásku
PříspěvekNapsal: 18.04.2019, 15:51 
Offline
Óm Nejvyšší

Registrován: 22.05.2013, 21:14
Příspěvky: 3642
Bydliště: Bratislava
Has thanked: 371 times
Been thanked: 788 times
sandokan píše:
jakým způsobem se zjišťuje délka pulzů? čistě SW, nebo nějakým HW čítačem?
ptám se, protože neznám HW Spectra
Spektrum na toto ziadny specialny hardware nema, ma iba komparator ktory zistuje ci je signal nad nulou alebo pod nulou a vystup z komparatora je k dispozicii na vstupnom porte (bit 6 portu #FE). Tento bit sa nasledne spracovava cisto softwerovo, t.j. software si sam vo svojej rezii meria dlzky pulzov. Proste v programe je kratka slucka, ktora si pri kazdom prechode inkrementuje register a testuje stav komparatora. Ked nastane zmena, podla registra vie aky dlhy pulz to bol, a ked inkrementacia pretecie, nastal timeout a to znamena vypadok signalu a tym padom chybu nahravania.

Ukladanie na pasku sa robi podobne - softwerovo. Vsetky potrebne pulzy generuje soft na jednom vystupnom bite (bit 3 na porte #FE) a vystup tohto bitu priamo (s vhodnou napetovou urovnou) vedeny do vstupu kazetaku.

Kedze romka a cast ramky nie je spomalovana zobrazovanim, nie je nutne pocas loadovania zobrazovanie vypinat (tak ako na C64 ci Atari). Vdaka tomu mohli vznikat rozne zaujimave loadery, co pocas nahravania robili este nejake graficke akcie (Z80 je velmi vykonny CPU, nemal najmensi problem vsetko zvladat).

Logicka organizacia zaznamu je velmi jednoducha - najprv ide kratky (17 bajtovy) blok s menom programu a dalsimi potrebnymi parametrami, a nasledne nasleduje dalsi blok so samotnym programom. Na zaciatku bloku je jeden identifikacny bajt bloku a na konci kontrolny sucet celeho bloku, podla ktoreho sa kontroluje ci nenastala pocas nahravania nejaka chyba. Samotne data programu su v bloku iba raz, bez start a stop bitov, takze celkova rezia okolo uzitocnych dat je uplne minimalna.

Turbo: Je sice pravda ze rychlost 1500 Bd (resp. 1000 Bd pre bity 1 a 2000 Bd pre bity 0) je vecsinou dostatocna (cela 48k pamet je loadnuta do 5 minut), ale ludia su vzdy nedockavi a kedze vsetko nahravanie je softwerove, zacali vznikat rozne turba aj na Spektre. Priklad jedneho z nich je aj moj Speedyload. Ja som bezne na ukladanie zdrojakov pouzival rychlost 3000 Bd (kazetak na Spektre 128 +2) a s lepsim kazetakom (mal som nejaky japonsky Sharp v style Elty) sa dalo zvladnut az 6000 Bd. Take 15-kilobajtove MRS som mal cele nahrate (aj s uvodnou turbo rutinkou nahravanou v 1500 Bd) do 30 sekund :)

Kedze na formate samotneho zaznamu uz nie je moc co optimalizovat, vsetky turba maju format taky isty ako klasicke nahravky 1500 Bd, jediny roziel je ze vsetky pulzy su umerne kratsie.


Nahoru
 Profil  
 
Zobrazit příspěvky za předchozí:  Seřadit podle  
Odeslat nové téma Odpovědět na téma  [ Příspěvků: 37 ]  Přejít na stránku Předchozí  1, 2, 3  Další

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]


Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 3 návštevníků


Nemůžete zakládat nová témata v tomto fóru
Nemůžete odpovídat v tomto fóru
Nemůžete upravovat své příspěvky v tomto fóru
Nemůžete mazat své příspěvky v tomto fóru
Nemůžete přikládat soubory v tomto fóru

Hledat:
Přejít na:  
Založeno na phpBB® Forum Software © phpBB Group
Český překlad – phpBB.cz