| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
Release id #201894 : Borderpolizei
So, quoting Krill:
Quote:Finally someone made this! =)
It would be really cool if some of you would take their time and read the .pdf, and then provide your results.
Especially interesting would be results from high quality CRT TV sets that can be trusted to be properly factory calibrated. Even more interesting if someone around here is qualified to do this himself (and has the equipment). Speak up! :) |
|
... 13 posts hidden. Click here to view all posts.... |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
please post the other values (positions) as well :)
not sure what you mean by "my screens absolute maximums". all values should be checked after calibrating the screen as described in the manual. tweaking the screen so it shows as much of the signal as possible makes no sense for this measurement - we already know what those are, and the whole point is to find out what the visible area of properly calibrated screens is. |
| |
Digger
Registered: Mar 2005 Posts: 447 |
Perhaps a video showing how to calibrate would be cool for non-RTFM freaks. I'd gladly make one but don't have any CRT yet. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
Recently Tobias spawned some related action on F64 and we noticed that, for some reason, Borderpolizei does not work on SX-64 apparently. And of course we want to find out why that is the case :) We suspected the raster sync loop (using SHX), but all the VICE tests seem to work on that SX-64, and also Krills Softwired works just fine(?)
So first thing to ask for would be: if you have a SX-64, could you try running Borderpolizei on it? Perhaps we are just looking at a wonky SX-64 :) |
| |
Krill
Registered: Apr 2002 Posts: 3056 |
Weird and interesting!
The only SX-64 oddity i know is that it has 60 Hz AC in both NTSC and PAL versions. But surely Borderpolizei does not at all care about CIA TOD? |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
Right now i am hoping(*) this is somehow related to the cpu port. It uses this to sync:
// y = $7f
sync_loop:
lda #$3e // included in sync_loop to ensure cycle length of 19 cycles
sta $dc04
ldx #$35
shx $ff82,y // y=$7f -> SHA stores to $ff82 + $7f = $0001 (hi-byte gets anded with $ff+1 = $00, which does not change it)
cpx $01
bne sync_loop // loop ends when raster is on a badline
I'm trying to replace that loop by something else for a test right now... which is a bit too non trivial to do for my taste :D
(*)because if its really SHX that isnt working right... we have a problem |
| |
Krill
Registered: Apr 2002 Posts: 3056 |
Ah, forgot about the other oddity: no C2N tape port.
Have you ruled that out? |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
That would be what is related to $01 :) Managed to tweak the code to use $02 instead - waiting for test result |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
And indeed... now it works!
Conclusion: don't do weird things with $01 on the SX64 unless you really know it works :)
(Now... how do we emulate this...mmmh)
Edit: on the SX-64, after powerup, $01 reads back as $07 - not $37. So this is related to the non existing tape port indeed.
Should hack this into VICE real soon - this seems to be a detail that is easy to stumble about :) |
| |
Copyfault
Registered: Dec 2001 Posts: 482 |
Hmkay, seems I went too far with that nice SHX-approach for the timer init. And yeah, I really did not know of this $01-behaviour on the SX-64. Afair, I coded this when the discussion on the SHX-approach was rather fresh, and somehow I got hooked by the idea to let the init loop do something useful "for free" (not the full "0-byte-version", but well...)...
So sorry for causing the headaches, and @Groepaz: yes, a 2.0 of this tool is a must and I'm going to follow your latest advices (and also keep the latest insights of this thread in mind). |
| |
chatGPZ
Registered: Dec 2001 Posts: 11493 |
https://github.com/VICE-Team/svn-mirror/releases/tag/r45631 :) |
Previous - 1 | 2 | 3 - Next |