OldComp.cz

velikost ne, ale čitelnost je podstatně lepší

I tuto webovou stránku si čtu fontem 5x7, ty snad máš větší font?

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

A není to pro VGA náhodou 8x16 pro 640x400 ?
9x14 se používalo pro rastr 720x350 MDA.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

už je to OFF topic, VGA dle Wiki mělo hodně režimů, ten 9 bit byl stejně jen oddělovací aby znaky nebyly napatlané na sobě a předlohy jsou 8x16 nebo 8x8 pro víceřádkové režimy, ale nikdy ne 5x7

No právě, když má VGA řádek 640 bodů, tak nemůže mít znak šířku 9 bodů, jelikož by jsi tam 80 znaků nenacpal.
Naopak v textovém modu MGA, kde byl generátor znaků v ROM, nebyl problém k 8 bitům ROM přidat 1 bit mezeru a řádek měl pak pro 80 znaků 720 bodů.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

A co ten HW scroll, protože je řešený sčítačkou nešla by jen potunit hodnota v PROM aby se daly přidat fyzické řádky? Pro 640x400 by bylo potřeba krásných 32000 bajtů což by odpovídalo půlce adresního rozsahu a zbylo by 768 bajtů na nějakou datovou žoužel, třeba až 9 neviditelných řádků či celkem slušně dlouhý assemblerový prográmek nebo tabulka hodnot (virtuální PROM?)...

Přimlouval bych se za graficky nejlépe dosový font a KOI-8 CS kódování ať máme diaktritiku a kompatibilitu s dobovými aplikacemi (případně to řešit tak aby fonty byly zaměnitelné?). Rozlišení 8x8 pixelů, v nejhorším 8x14 ubírá to řádky...

To není tak jednoduché, jelikož je tam lineární X,Y adresování.
V horizontálním směru můžeš přidat dalších 16kB, na 1024, ale zobrazíš jen 640.
Ve vertikálním směru přidáš dalších 16kB na 512 řádků, na adresaci použiješ Cary ze sčítačky ale zobrazovat budeš stejně jen 256 řádek, který jdou do sčítačky.
Ale dal by se tam doplnit bit sčítačky a pak by jsi mohl zobrazovat 400 řádek.
Rolování ale bude fungovat na modulo 256.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

A kdo z vás přeprogramuje stávající CPM a jiný SW, aby to nebyl HW bez SW?
Nebo uděláte jedno demo a tím to skončí.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

na font je potřeba 2kB (pokud bude mít výšku 8), pro FK-1 není skoro žádný speciální SW (mimo ty 3-4 dochované diskety)

předělat CP/M 2.2 je otázka kolik času tomu někdo bude chtít věnovat, BIOS sem si kdysi disassembloval částečně - takže ne, že by to nešlo ale bez možnosti si zkoušet v emulátoru to bude děsná pakárna něco ladit.
tak samo to Cestrovo "3.0" což je jen jím rozšířená, trochu zoptimalizovaná 2.2 - nevím jestli vynaložené úsilí bude mít praktické využití

HW scroll bych jen velice nerad obětoval, to je pro okulibé a CPU nenáročné rolování textu či grafiky mimořádně užitečná věc. Zase má-li tam být nezbytné drátové hnízdo pro bankování VideoRAM, nevidím zásadní důvod aby nemohlo být i pro HW scroll. Jak by to modulo 256 fungovalo? To by rolovalo celým prostorem paměti 400 linek jen by se fyzicky rolovalo po více než jedné lince (tj. zde 1,56:1)? Nebo to je v rámci výřezu 256 linek z 400? Oba přístupy by vypadaly všelijak, ten druhý ale imho výrazně hůř. Škoda že tehdy autoři nekoukali za roh na podporu většího vertikálního rozlišení ale chápu že těch 256 se jim dobře dělalo.

Dexovo hexadecimální doupě obsahuje dosti krátký seznam programů co na FK-1 běhaly a i ty si žijí svým životem a patrně jediná grafická hra ze Spectra má rozlišení pořád ze Spectra, zatímco textové věci jsou mnohem méně náchylné na vyšší dostupný počet sloupců když je adresace lineární. Jestli jsou mé představy správné, tak by se možná musel překompilovat CP/M aby podporoval standardních 80 sloupců pokud tedy originálně podporuje jiný počet (s tím užším fontem by to klidně mohlo být hned i těch 80 bez úprav). RM-týmovský editor FSED má konfigurační nástroj, který mu řekne jaké rozměry má čekat, takže minimálně FSED pod CP/M je otázkou lehké překonfigurace a může se s ním ihned fungovat. Skoro bych si myslel že těch 80 sloupců bude pro průměrný CP/M program z internetu lepší, protože to byl tehdy jakýsi standard rozlišení a přinejhorším nevyužije celou plochu ale jen část. Novotvorba je tak patrně jediná alternativa pro grafické hry a pořád se můžeš držet v rámci 512x256 pro zpětnou kompatibilitu s neupraveným originálním FK-1. Když i dobové programy to tak měly...

Jestli se nepletu tak pokut zvýšíte rozlišení, a k tomu ještě zvýšíte snímkovou frekvenci tak počet přístupů do VRAM se zvýší. Bude pak schopen se CPU dostat k lizu, nebo pak bude řešit takové věci jako vyrovnávací paměti, odstavování kreslení obrazu případně se bude zvedat takt CPU …

Jek to tak pozoruji tak se tu někdo hlásí na stavbu zcela nového počítače aneb zásaně překopat grafiku znamená překopat i část počítače. A taky kdo pro to něco napíše asi ten, kdo chce překopat tu grafiku.

FK-1 má mimo jiné i výstup na AZJ-468 kde je k dispozici jak horizontální tak i vertikální synchronizace a samozřejmě i video. Případně se na konektor dají dotáhnout další signály. Takže pokud bude problém s komerčním mezi ksichtem na kompozitu tak jedna z možností je spáchat si vlastní mezi ksicht, který může jet jak z kompozitu tak s AZJ-468 a korektně to napasovat na nějaký VGA standart. Následně se pak muže použit mezi ksicht na cokoli dalšího. S trochou snahy by ten mezi ksicht mohl sloužit pro vícero strojů, aneb by znal jejich specifika.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/

Nikoliv, zpětná kompadebilita tam je, původní zobrazení sedí na původní 16kB stránce.
Až pokud by jsi chtěl rolování jinak, tak by jsi to musel jinak ošetřit, ale to se dá vypnout.
Aby to nerušilo, stačí jen ty přídavné stránky vynulovat.
Jde mi jen o to, abyste se něco naučili s hw, nebo si to chceš jen vystavit do vitríny ?

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Já teď budu primárně řešit kompozit to HDMI. Možná to bude kvalitativně dostatečné řešení. Jen by ve finále bylo ne tak lehce využitelných 48 kB RAM z videopaměti bez úpravy bankování ale bude to 100% originál.

Na monochrom kompozit stačí, ale na barvičky to chce RGB Scart
Ojednal jsem https://eshop.evercon.cz/vga-dvi-hdmi-k ... h-888.html tak uvidíme.
Doufám, že je to stejný jako https://www.softcom.cz/eshop/premiumcor ... 58564.html

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Otázka je, jestli to dělá z RGB složek, nebo z kompozitního videa. Na SCARTu je totiž oboje.