PCB super sprint difetti video

[PaTrYcK]

Ultimamente non ho potuto eseguire verifiche di questo tipo dato che ho la scheda sul banco e non sul cabinato ed eì piuttosto laborioso dover creare 2 controlli artigianali, stasera porto tutto sul cab cosi posso fare le prove e vediamo il comportamento con i test consigliati

[tokysan]

non ho il gioco sotto mano ma più che lo scontro (collisione tra sprite) dovresti provare a vedere se, mettendo una macchinina davanti all'altra, viene gestita la priorità.
Ad esempio se fai un salto con una e l'altra sta sotto il ponte......
Per capire inoltre se l'hardware gestisce la priorità tra sprites e background o solo tra sprites bisognerebbe capire se le rampe dove si salta sono tiles di background oppure sprites....
Con queste info magari puoi restringere il problema attorno agli integrati deputati a questi scopi!

mi pare di aver capito che il problema è che le macchine saltano il ponte,ma la linea del bordo ponte resta sopra le altre...

[PaTrYcK]

mi pare di aver capito che il problema è che le macchine saltano il ponte,ma la linea del bordo ponte resta sopra le altre...

Esatto, saltano perfettamente, le macchine hanno un comportamento logico perfetto, sbattono, si disintegrano se cadono dal ponte ecc...sembra che il difetto sia da imputare a qualche elemento grafico statico che non riesce a mettersi in secondo piano quando dovrebbe

[antoniomauro]

Vedi se durante il salto la macchina in aria è davanti a quella sulla strada sotto

[PaTrYcK]

Vedi se durante il salto la macchina in aria è davanti a quella sulla strada sotto

La macchina sotto il ponte e' spesso in primo piano rispetto alla macchinina che sta eseguendo il salto, quindi anche in questo caso non e' correttamente gestita' la priorita'...
Il resto e' ok, le macchinine si scontrano e la loro logica e' perfetta

[antoniomauro]

Allora è definitivamente un problema di gestione nella priorità tra sprites.
Non conosco l'hardware in questione ma ci dovrebbero essere delle linee reative ai registri che gestiscono tali priorità....

[PaTrYcK]

Allora è definitivamente un problema di gestione nella priorità tra sprites.
Non conosco l'hardware in questione ma ci dovrebbero essere delle linee reative ai registri che gestiscono tali priorità....

La parte hardware che gestisce le priorita e' sempre la prioritizing logic:



come gia' scritto ho verificato la continuita' tra gli integrati deputati a tale scopo, i pochi che si vedono nello schema fanno poi riferimento a diversi altri integrati nella scheda quindi e' impensabile cambiarli tutti, se nessun altro ha idee non mi rimane che aspettare l'arrivo della sonda logica

[tokysan]

mi sa che serve aspettare la sonda...sperando che il difetto sia abbastanza lungo da essere rilevato, in teoria dovresti rilevare alta (o bassa) una linea che normalmente dovrebbe commutare più volte durante il gioco...

[PaTrYcK]

mi sembra di capire che sono incappato in un difetto un po' rognoso

[tokysan]

mi sembra di capire che sono incappato in un difetto un po' rognoso

mi è parso di vedere comunque,che quando si tratta di riparazioni un po alla meglio,spesso si fa in modo che il gioco bene o male possa comunque girare,quindi se per ipotesi il circuito delle priorità funzioni male,magari si è bellamente scelto di mantenere attiva la linea in un solo modo,cosi magari si evitano rogne peggiori come potrebbero essere i reset del gioco. Ad esempio una system 12 con tekken3 ha una saldatura stramba sotto la pcb della cpu,se la levo il gioco resetta sempre,se la lascio il gioco funziona male (si buca la grafica),ma non si resetta...