MV-1FZ (MVS), MV1-ACH (MVS) og NEO-AEC (AES) som ikke vises pa systemene MV-1C (MVS), MV-2F (MVS) og NEO-0 (AES).

(Det vises ogsa ikke i emulatorer.)

i henhold til det faktiske krympnivaet. Har noen andre sett dette problemet for, og hvis ja, hva kan det v re grunnen til?

SC234Put (0x8097, zoom_in (shrinkStep));

SC234Put (0x8098, zoom_in (shrinkStep));

SC234Put (0x8099, zoom_in (shrinkStep));

SC234Put (0x809A, zoom_in (shrinkStep));

SC234Put (0x809B, zoom_in (shrinkStep));

I motsetning til den forste 2-Slot MV2F har L0 ROM-brikken et litt annerledes nummer https://wiki.neogeodev.org/index.php?title=L0_ROM.

Datlib gjor ingenting spesielt med Sprite init, var ikke klar over dette problemet. Det setter bare riktig spritehoyde i VRAM.

av Neo Geo-systemene jeg eier i morgen (jeg ma skru av systemtilfeller for a sjekke brettene som tar.

en stund fordi tre av MVS-brettene er konsolisert).

og funksjonen forarsaker den samme «svarte boksen» grafisk problem ogsa pa samme «problematiske» systemer.

Hoyden er spesifisert i fliser (16 piksler) og brukes av videobrikken til a vite om sprite faller i rasterlinjen som blir gjengitt, sammen med Y-posisjonen.

Med 0 krympe, bor grafikkgrafikken v re i samsvar med hoyden du angav, sa ikke noe problem.

Med krymping fortsetter videosporet fremover i tilkartet til det nar spritens hoyde. Sa hvis det er soppel i tilkartet, vil det ende opp med a bli vist.

Sa du kan ogsa automatisk justere spriteens hoyde ved a beregne verdien fra den virkelige grafikkhoyden og krympev rdien.

De to MV2F-systemene og de to AES-systemene har samme brikkesett, men fungerer forskjellig nar de krymper en sprite.

Den eneste forskjellen er BIOS (SNK BIOS eller UniBios), alle systemer med SNK BIOS viser feilen og alle systemene med.

UniBios viser ikke feilen.

og etter det var ikke glitchen synlig lenger. Apenbart har Razoola forbedret «noe» i hans UniBios.

hva loser det skinnende glitch.

av de shinked sprites til gjennomsiktig og deaktivere autoanimation. DATlib gir en funksjon for a manipulere SCB1 data.

med «SC1Put (addr, storrelse, pal, data);». Vil det v re mulig a gjore det med denne funksjonen, HPMAN?

Hvis ja, kan du vennligst legge inn en provekode for: sprite no. 150 / flis 1 til 6 brukes / flis 7 til 32 er ubrukte?

Synes at hvis jeg vil v re sikker pa at krymping ogsa fungerer pa systemer med vanlig SNK bios, ma jeg sette alle ubrukte fliser.

av de shinked sprites til gjennomsiktig og deaktivere autoanimation. DATlib gir en funksjon for a manipulere SCB1 data.

med «SC1Put (addr, storrelse, pal, data);». Vil det v re mulig a gjore det med denne funksjonen, HPMAN? Hvis ja, kan du vennligst legge inn en provekode for: sprite no. 150 / flis 1 til 6 brukes / flis 7 til 32 er ubrukte?

A holde oversikt over hvor mange fliser som brukes per sprint a vite om / nar du skal rydde dem for nye sprites, kan v re en losning, men trenger litt RAM.

Deretter setter du et sprite for a vise noen grafikk 7 fliser hoy, sprite hoyde 7 obvisouly, og ingen zooming.

I en annen scene, bruker du det sprite, men bare med grafikk 5 fliser hoyt, sprite hoyde 5, ikke noe problem.

Men hvis du krymper den vertikalt, begynner de 2 gjenv rende fliser fra forrige oppsett a vises pa bunnen: Problemet.

Pa den maten, for fremtidige oppsett, kan du sammenligne den siste hoyden med den nye og bare fjerne nok fliser for a unnga feil.

Du trenger ikke a gjore noe hvis sprite ikke vil bruke vertikal krymping selvfolgelig.

Bare legg inn en dummy blank 16 * 512 sprite pa forhand jeg antar ?.

HPMAN, tusen takk for denne ideen – det loser problemet! Laster en 16 * 512 (eller 96 * 512 i mitt tilfelle) sprite med alle fliser i gjennomsiktig «rosa farge» (# FF00FF)

inn i det respektive spritnummeret (for du laster inn «beregnet for a bli krympet» -sprite inn i det sprite-nummeret) fungerer perfekt. Jeg har testet det vellykket pa alle.

systemer med SNK Bios (det fungerer ogsa med UniBios) uten a se noen glitches. Det er en enkel og praktisk losning – jeg synes det ikke er nodvendig a slette alle spritefliser.

hele tiden generelt hvis det tar for mye CPU-hastighet / RAM. Jeg vet at sprite krymping ikke var virkelig implementert i DATlib enna, men for neste oppdatering kan du kanskje.

vennligst legg til en spesiell sprite init-funksjon for «krympbar» sprites?

Bra, takk igjen Synes LSPC2-A3 har samme pinout som A2, mysteriet gjenstar.

Takk for at du deler dine erfaringer med den krympende feilen og detaljert informasjon.

Hvis du vil at M1-FSZ-kortet for a desoldere LSPC2-A3 bare send meg en PM med adressen din, vil jeg sende den til deg som bidrag til wiki.

Veldig interessant argument, takk alle.

Kan du prove noe med unibios? Legg en mork full storrelse sprite pa forhand i stedet for en gjennomsiktig. Se om det fremdeles vises ok eller ikke. Jeg tror det er bare blind flaks med hvordan bios setter opp ting.

OK, jeg har lastet en solid svart 96 * 512 pixel sprite inn i det sprite nummeret for du laster inn 96 * 96 pik Alien Boss sprite inn i den.

Resultatet er en ekspansiv gronn boks under sjefspriten. Dette skjer pa alle virkelige systemer med SNK Bios / UniBios.

og kan ogsa sees i emulering (SNK Bios og UniBios handler det samme). Jeg har laget en rask video av det (beklager at jeg ikke kunne motsta a drepe sjefen):

Universet Bios er basert pa bios kalt ‘sp-s2.sp1’ i MAME arkiv, kan du se om bruk av bios ogsa tar opp problemet? Hvis det ikke er sa klart det jeg har lagt til i Universet Bios.Raz.

Hei Raz, takk for at du ble med i diskusjonen og for a legge til detaljert informasjon. Synes at na nesten alle «kjendiser» av Neo Geo utviklingsscenen er aktiv pa Yaronet, som er fantastisk.

Jeg vil brenne SP-S2 BIOS og rapportere snart.

Universet Bios skriver 0x0000 til alle flertallet LSBs og 0x0000 til alle de ulike egenskapene til SCB1. Dette betyr at alle 4 MSB-flisbitene er klare nar systemet er gatt ut i spillet.

clrspr move.w # $ 0001, $ 003c0004.

scloop move.w D0, $ 003c0002.

Jeg vil prove a integrere ASM-koden i init-koden.

Hvis du vil at M1-FSZ-kortet for a desoldere LSPC2-A3 bare send meg en PM med adressen din, vil jeg sende den til deg som bidrag til wiki.

Folk som bruker wiki er alt vi vil ha takk for tilbudet, men jeg ville ikke kunne vite noe mer med det i hendene jeg antar.

Kanskje de la til et register som videomodusbryteren i LSPC2-A2 eller noe som noen spill kan oppdage og bruke, eller bare en mindre signal timing-losning. Jeg er i stand til a sove uten a vite sa det er greit.

Omtrent $ C02000, de kaller det «METRIC_DATA» i AOF-kildekoden. Jeg trodde ogsa at det var noe X-zoomfordelingsbord.

Matte finne et spill som bruker det (nam1975 tittels skjerm ikke).

Ogsa brukt i 2020 super baseball for ball hit deteksjon tilsynelatende. Hvis du roter med de returnerte verdiene, kan du ikke sla ballen.

Categories: posts


Hallo! Vil du spille i det mest populære kasinoet? Vi fant det for deg. Prøv her nå!