exxos's Atari, Amiga & retro forum

sandord wrote: 04 Dec 2018 10:30 I was wondering if, once this all works flawlessly, it would be possible to have the FPGA optionally output the video using a "scanline look" filter. You know, like the OSSC and the Framemeister do.

You bet! I have already added a jumper to the circuit board to enable this, and it should only be a small amount of work in Verilog. Actually I should have done it already but I've become obsessed with finding out where this opaque read issue is coming from :wink:

...by the way Ijor, have you tried your HDMI mod to see if it works on your machine(s)?

Smonson wrote: 04 Dec 2018 10:50

sandord wrote: 04 Dec 2018 10:30 I was wondering if, once this all works flawlessly, it would be possible to have the FPGA optionally output the video using a "scanline look" filter. You know, like the OSSC and the Framemeister do.

You bet! I have already added a jumper to the circuit board to enable this, and it should only be a small amount of work in Verilog. Actually I should have done it already but I've become obsessed with finding out where this opaque read issue is coming from :wink:

Of course, first things first but it's great to hear!

With all these switches adding up (TOS/floppyAB/Accellerator/Scanlines), we might nead a switch board :lol:

sandord wrote: 04 Dec 2018 10:53 With all these switches adding up (TOS/floppyAB/Accellerator/Scanlines), we might nead a switch board :lol:

Anyone who installs one of these mods is also gonna want a high/low res switch... I didn't add one to the HDMI mod board itself, because it's really between the user and TOS, nothing to do with the shifter. If it was on the mod board it'd just end up having some more wires that go somewhere else anyway.

Smonson wrote: 04 Dec 2018 10:55 Anyone who installs one of these mods is also gonna want a high/low res switch... I didn't add one to the HDMI mod board itself, because it's really between the user and TOS, nothing to do with the shifter. If it was on the mod board it'd just end up having some more wires that go somewhere else anyway.

Good point. So, even one more switch. I'm thinking it would be nice to have a single 8 pin connector or something on the rear of the ST that takes a small 3D printed box with rocker switches on top of it. Not too different from a rear cartridge like the C64 has but much less protruding.

Until now I have been drilling holes in my 3D printed Gotek bracket, but it hasn't enough space for more than 2 switches.

For testing shifter accuracy with the bus capacitance remanance, you can use this and compare if it looks like that.
(at minute 54)
:D

Gunstick wrote: 04 Dec 2018 11:04 For testing shifter accuracy with the bus capacitance remanance, you can use this and compare if it looks like that.

It you are relying on the unused bits, it won't work on this board. I mean, you won't get the same effects because all the data lines goes through a single transceiver.

Btw, did you try that with all the Shifter versions? I didn't test, but I suspect the behavior would be different with an IMP shifter. There are also minor differences when using an IMP MMU as well.

Smonson wrote: 04 Dec 2018 10:51 ...by the way Ijor, have you tried your HDMI mod to see if it works on your machine(s)?

Sorry, not yet. It's not easy for me.

Btw, Gunstick's post reminded me. You shouldn't drive the data bits that Shifter doesn't use. A real shifter never drives those bits. Well, at least the gate array versions. Can't say for sure about IMP Shifter.

Sorry, I missed a lot of posts in this thread the last few days. But iirc Smonson made a test program that generates a trigger signal upon faulty reads. Wouldn't the best way forward be to use that test program and to probe (with a scope) e.g. D9 at every buffer, level shifter or latch it passes through. Somewhere it must get corrupted. Then look at the direction and/or output enable signal of the IC where D9 is not passed through correctly.

ijor wrote: 04 Dec 2018 11:16 Btw, did you try that with all the Shifter versions? I didn't test, but I suspect the behavior would be different with an IMP shifter. There are also minor differences when using an IMP MMU as well.

Oh, if I knew which STs have an IMP. Looks like I'll need to open them all up. Well the one problem-ST I have currently open only has one IMP chip: C070714-001 (GLUE) and on that one neither closure nor DSOTS run. So I first get to work to make a fullscreen running on this strange hybrid.