Az 1-es csatornával nem lenne probléma, a :LOAD parancs is azt használja.

a :LOAD parancs is azt használja.

Pontosabban az első szabadot amit talál, BASIC alatt mivel a 0-ás az EDITOR, így lesz ez az 1-es.

Nem tudom mennyire nagy munka lenne Esetleg lehetne TVC-s kimenet opciót is berakni?

Megoldhatónak tűnik, de természetesen nem lenne soronként változó paletta, és a színek is eltérnek az EP-től. A formátum leírása és a forráskód között vannak kisebb különbségek, az utóbbiban nem látom az interlace módot (az egyébként a színek számát növelné villogtatással, és nem a felbontást?), a tömörítésnél pedig a fenntartott bit a formázott módot állítja, azaz hogy a fejléc tartalmazza-e a kép méretét. Viszont ha lehetséges a képnéző program bővítése, akkor könnyen lehetne az epcompress által támogatott tömörítésekkel is menteni.

Ez nyilvánvaló. Egyébként a TVC-s színeknek mely EP-s színek felelnek meg legjobban?

Ha jól értelmezem a kapcsolási rajzot, akkor a normál és a fényes színek fényerejének az aránya 4/7 (azaz az LM1886 bemeneteire 100b vagy 111b kerül), de ezen még változtathatnak a különböző analóg áramkörök is. A 4/7-et feltételezve EP-n a fényes színek használhatják az első 8 paletta színt, a BIAS pedig 0.

Ennek gondolom semmi akadálya, csak tisztázandó, hogy az előbb emlegetett fenntartott bitekből mit lehetne felhasználni ezek jelzésére.

A leírás és a forráskód szerint a felső 4 bit nem használt.

Megfelelő időzítéssel elvileg lehetne soronként változó paletta is, a sorok közötti 72 ciklus elég 4 I/O port írására.

És a sorrend egybeesik, nincs olyan kavarás, mint a Spectrum színekkel?

A színek sorrendje a Spectrumhoz hasonló TVC-n is (IGRB), de nincs a színek között megosztott fényesség bit.

Soronként változó 4 színű paletta (csak véletlenszerű adattal, de így is látható hogy működik, legalábbis az emulátoron):
[ Guests cannot view attachments ]

Lassan mar kene egy altalanos koverter, ami aztan tud EP-re (kulonbozo modokban), TVC, C64-re tudomisenmire konvertalni mert ugye az elso lepes, a kep analizalasa, dither cuccok, kvantalas miegymas az vegulis hasonlo, csak a "profil" mas, hogy mire kell aztan az eredmenyt kihozni

és karakteres módokra is, különösen gracha módra

formátum leírása és a forráskód között vannak kisebb különbségek, az utóbbiban nem látom az interlace módot (az egyébként a színek számát növelné villogtatással, és nem a felbontást?)

Az interlaced formátum kísérleti stádiumban maradt. Alapvetően 4-színű grafikus mód lenne, páratlan és páros sorokra különböző palettával. A képek Floyd-Steinberg dithering algoritmussal készülnek / készültek volna. A pcxkonv.exe beállítások párbeszéd-ablakában kell beikszelni az interlaced-módot. Ilyenkor látszólag 8-színű palettával dolgozna az algoritmus. Mivel mindkét palettában a 0. fekete és 3. fehér színt fixre vettem (ezek mindenképp kellenek az algoritmusnak az intenzitás kiegyenlítéséhez), lényegében csak 2x2 szín változtatható. Ez a 4 szín kerül a KEP fájl palettainformációs bájtjaiba. Ilyen beállítással a 4-színű konverzió során interlacelt kép jön létre.
Mivel a trükk nem hozta a várt minőségi javulást ezért a TVC-s megjelenítő részt már el se készítettem, vagy a videólejátszó fejlesztése miatt nem foglalkoztam vele. De alapvetően két féle módon lehetne TVC-n megjeleníteni: SW-es úton soronként átkapcsolni a paletta megfelelő bájtjait (ez eléggé lefoglalná a processzort, gyakorlatilag nem is tudna közben más kódot futtatni, mert szinkronban kell maradnia mindenképp a képmegjelenítéssel).
 
A másik lehetőség a HW-es interlace, ahogy írtad, minden második TV kép előtt átkapcsolni a palettát. A 6845-ös HW-esen ismeri az interlace módot, tehát ha bármikor pl. egy POKE utasítással átállítod a megfelelő regiszter adott bitjét akkor két fél képet fogsz látni a képernyőn egymás alatt. Ilyenkor a CRTC csak minden második sort rajzolja ki és a kép felénél eléri a videómemória végét és újra az elejénél kezdi, ezért lesz a két félkép. Persze programban a TV kép méretét 128 sorosra kell venni és nem lesz ez a zavaró mellékhatás. Ez be is határolja a hagyományos TVC-n az elérhető interlacelt kép méretét: 256 soros lesz, de az a 256 sor olyan magas mint alapesetben a 128 sor lenne.
Ha 64k+ os géppel dolgoznánk, akkor persze lehetne a teljes kép 512 soros, és a paletta átkapcsolása mellett a megjelenített videólapot is át kellene kapcsolni. Érdekes lenne kipróbálni...
Egy gyíksága van még a TVC-s a HW-es interlace-nek: a kép szinkronjelek nem tartalmazzák a kiegyenlítő jeleket. Így elméletileg a TV nem tudja, hogy melyik kép a páros és melyik a páratlan félkép. Tehát rossz esetben felcserélődhetnek az egymás alatti sorok. De igazából még ezt sem teszteltem, lévén nem kielégítő a minőségi javulás interlacelt képeken...

, a tömörítésnél pedig a fenntartott bit a formázott módot állítja, azaz hogy a fejléc tartalmazza-e a kép méretét.

A nem formázott képek kategória alapvetően a korabeli TVC-s programok betöltő képei. Pl. az Áttörés űrhajós képe vagy a Póklakoma virágkehelyből késsel/ villával/ kanállal falatozó méhecskét ábrázoló képe. Ezek eredetileg semmilyen fejlécet sem tartalmaznak, csak a 15-16kB-nyi képernyőbájtot. Szövegszerkesztővel anno eléjük írtam 8 bájtot (KEP + grafikus mód + paletta), és így lett némi fejlécük. Mivel az újabb KEP fájlokat csak a pcxkonv.exe -vel lehet létrehozni, azok mindig teljes formázott fejlécet tartalmaznak. A formázatlan képek a "legacy" kategória, nem fognak újabbak készülni, és nem is terveztem a támogatásukat, ezért nem is kerültek bele a hivatalos dokumentációba. Ettől függetlenül talán a keplib.asm és a pcxkonv.exe is lekezeli őket.

Viszont ha lehetséges a képnéző program bővítése

Lehet, csak adjunk neki valami új nevet, PLUS vagy V2 vagy valami, hogy ne legyen keveredés Az a felső 4 bit felhasználható.
[/color]