Ennek nem biztos, hogy van jelentősége, mert a képfrissítés helye egyébként is folyamatosan elcsúszik a 37.5 Hz miatt, az pedig talán nem lényeges, hogy például a hang lejátszás a képernyő melyik pontján történik De ha mégis fontos a megszakítások helye, akkor egyszerűen csak egy LPB-ben kell engedélyezni a megszakítást, és ezt az LPB-t váltogatni a megszakítási rutinból. Ez a művelet még mindig gyorsabb, mint az 1 kHz-es megszakítás.

A szinkronizálásra esetleg az is megoldás lehet, hogy a 3 megszakítás közül 2 csak egy sor hosszúságú az LPT-ben, egy viszont 103 soros (a megszakítás a lefutó élnél történik, azaz amikor az LPT-ben a mód byte 7. bitje már nincs beállítva). Így a "nyújtott" megszakítás LPB(k) előtt csak 1 olyan sor van, ahol a megszakítás bit nincs beállítva, és ha a rutin elég lassú (pl. SOUND: hívása), akkor a B4h port 4. bitjének a tesztelésével fel lehet ismerni, melyik megszakítás történt. Tehát az LPT-ben ez van:
  - 1 sor megszakítás
  - 103 sor nem megszakítás
  - 1 sor megszakítás (ez lesz a "fő" 50 Hz-es megszakítás, illetve ahol a SOUND: hívása történik)
  - 1 sor nem megszakítás
  - 103 sor megszakítás
  - 103 sor nem megszakítás
A megszakítási rutin pedig egy 3-ról indított számlálót csökkent; ha ez lefutna 0-ra, akkor végrehajtja az 50 Hz-es megszakítást (SOUND:, stb.), majd teszteli a B4h port 4. bitjét: ha ez 1, akkor a számláló szinkronban van, és 3-ról indulhat újra, egyébként 2-ről.
Nem tudom, hogy ez a gyakorlatban mennyire használható megoldás (én még nem használtam), illetve amint említettem, lehet, hogy a szinkronizálás valójában nem is fontos.

Kijavitottam nagyábol a birds and bees-t csak nem tudom az externállokat ellenörizni még nem jöttem rá.
irjátok meg mit kellene javitani rajta
3 változatot csináltam 1 sima 128-as verziot és 2 E64-es változatot de azok mintha lassuak lennének
mellékelem a betöltök .asm -jét is. Ha valaki rájön a hibára ossza meg velem.

Milyen hibák lettek kijavítva?
A két Ep64-es változat miben különbözik?

Arra gondoltam, a kis egyszerû Hungry Creature címû játékomat is ki lehetne javítani, túl sok pontszámnál átvált a pontszám elõjele minuszra (a Zzzip egyik sajátossága miatt).
Megpróbáltam az eredeti basic programot elõkeresni, de csak olyat találtam, ami Zzzippelve nem teljesen azonos az ep128.hu-n levõvel. Bár a méretre teljesen azonos vele, de vannak eltérések a fájlokban (de lehet, hogy csak egy eltérés). (De az is lehet, ezek az eltérések azért vannak, mert az újrafordításkor más konfigot használtam?)
Mellékelem most a két Zzzippelt programot, amik között nem tudom, mi a különbség (EREDETI.RAR és NEM EREDETI.RAR, elõbbi van az ep128.hu-n is). Ezekbõl a programokból kimaradtak a SET CHARACTER és ENVELOPE NUMBER utasítások, hogy a Zzzipbe beleférjenek (ezek nélkül "furcsa" a kép és nincs hang), ezeket egy külön betöltõben adtam meg, a betöltõt is mellékelem (LOADER.BAS), amihez a végén még meg kell adni a következõ file nevét (vagy pedig EPfileIO confignál egyszerûen csak kiválasztani). Ha valaki rájönne, mi a különbség a két lefordított zzzipes program között, szóljon!
(A zzzippelt változatoknak a .zip fájlja az elsõ.)

Ja, és mellékelem a "zzzippeletlen" basic változatot, amit megtaláltam (HUNCREA1.BAS); ebbõl fordítottam, ami a NEM EREDETI.RAR-ban van. Ezt majd kielemezhetnénk a BASIC topikban, hogy mit lehetne benne jobban megcsinálni...

Ami a program kijavítását illeti: kérdés, hogy hány pontot kapjunk egy pogácsa befalásáért. Eddig 10 volt, ami sok volt. Legyen helyette 5? vagy 1? vagy 2? És egyébként lehet, hogy a pályánként 500 pogácsa, amit meg kell enni, kicsit sok, bár az utolsó szintek meg túl könnyûek lennének, ha kevesebb lenne.

Mondjuk nem tudom, rajtam kívül valakit érdekel-e ez.

Ki akartam javítani a Hungry Creature-t, de listázás közben egyszer csak megállt, egy üres sor az utolsó, amit kiírt. Ez mitõl lehet  Valami IS-BASIC bug? Néha mintha nem szerette volna az IS-BASIC a nagyon hosszú basic programokat...

Ha kiadunk pl. egy LIST 8620- parancsot, kilistázódik a többi is, de itt valami nem stimmel... 
Pedig éppen kijavítottam, hogy szintenként 500 helyett csak 400 bogyót kelljen megenni és hogy bogyónként csak 2 pontot kapjunk 10 helyett. Van egy sejtésem, hogy a belejavítás okozta a galibát.
Snapshot mellékelve. [ Guests cannot view attachments ]

Nem tudom, ennek hasznát lehet-e venni, de itt egy próbálkozás EXOS és EP64 kompatibilis átiratra:

Ez késznek számít? Berakjam az Ep64 kompatibilis programokhoz?

Nem tudom, ennek hasznát lehet-e venni, de itt egy próbálkozás EXOS és EP64 kompatibilis átiratra:

Jól néz ki! A beszélõkéjét fel lehetne deríteni? Currah MicroSpeech-et használ, aminek ugyanaz a procija mint a SpeakEasy-nek!

IsvanV a / birdsbee.s /-t  mivel forditod ****.COM -á

sjasm kell hozzá, ez egy PC-s assembler, amely megtalálható például a letöltéseknél az "EPvideoconv" csomagban (Windows és Linux verzió is). A használata egyszerű:
  sjasm birdsbee.s birdsbee.com
Ez a parancs a fordítás mellett létrehoz egy "birdsbee.lst" file-t is, ami hasznos lehet a hibakereséshez.
A fordításhoz kell egyébként a zxchrset.bin file is, amelyre a forráskód (incbin direktívával) hivatkozik.

A teljes fordítás (azaz .prg file létrehozása is) így történik:
  - lefordítani a birdconv.s file-t birdconv.bin-re
  - az ep128emu-t Spectrum módban indítani, és a "Working directory"-t (Alt+F) beállítani arra a könyvtárra, ahol az előbb létrehozott .bin file van
  - a debuggerben betölteni és elindítani a birdconv.lua file-t
  - megnyitni és betölteni a .tzx file-t
  - amikor automatikusan megjelenik a debugger ablak, akkor - ha nem volt hiba - kész van a .scr és .prg file

akkor javitom az EXTJOY-t, hogy tudom ellenörizni.

Az 1Fh I/O port olvasását kell megkeresni (valójában a joystick 00h és 1Fh között minden porton megtalálható Spectrumon, de ez a "szabványos" port, és a programok általában ezt használják), és pédlául a birdsbee.s-ben található "scanJoystick" rutin hívásával helyettesíteni:

Tudja-e valaki miért lassabb az E64 mint a 128-as program ugyan az a programkód.

EP64-en az egész RAM video memória (FCh-FFh szegmens), ami lényegesen lassabb a normál RAM-nál (a legrosszabb esetben akár több, mint kétszer).

Szerintem próbáljátok meg Ti is:

Nálam semmi baja