JohnPCAE Posted February 9, 2017 Share Posted February 9, 2017 https://www.rcgroups.com/forums/showthread.php?1473207-Diy-osd-%28Arduino-and-opensource%29 Apparently you can use an Arduino to produce a video overlay (the source is all the way at the bottom). I'm tempted to do some experimenting with the Inty's video overlay pin. Detecting a new frame might have to be done differently (or not), but this might be an easy to start experimenting with its video overlay capabilities. 1 Quote Link to comment Share on other sites More sharing options...
decle Posted February 9, 2017 Share Posted February 9, 2017 https://www.rcgroups.com/forums/showthread.php?1473207-Diy-osd-%28Arduino-and-opensource%29 Apparently you can use an Arduino to produce a video overlay (the source is all the way at the bottom). I'm tempted to do some experimenting with the Inty's video overlay pin. Detecting a new frame might have to be done differently (or not), but this might be an easy to start experimenting with its video overlay capabilities. It might also be worth considering a Parallax Propeller http://forums.parallax.com/discussion/109025/video-overlay-using-propeller Although its design is a bit unorthodox there is lots of experience of generating video directly from it and its multi-core interruptless architecture might be good for triggering on the frame start. Quote Link to comment Share on other sites More sharing options...
JohnPCAE Posted February 10, 2017 Author Share Posted February 10, 2017 (edited) I got a bit sidetracked today and did something I've been meaning to do: map out how control signals flow inside the Inty and specifically map out display timing. I think I've got it sorted out, but there is still one mystery: the role of pins Y0-Y2 on the STIC. They seem to stand in for the lowest three data pins on the STIC bus. Does anyone have a clue as to what's going on there? On another note, in crawling through the schematic I ran across something that doesn't look right. At the top center are three XOR gates sending the bus control signals to the cartridge (which appear to allow the cartridge to intercept I/O access to the STIC, system ROM, program ROM, and sound chips). What's weird is the inputs to the bottom two XOR gates: BC1 is feeding the gates directly as well as feeding gates that feed them. This seems to be a conflict. Any clues as to this? Is the schematic incorrect? Bus control signals.txt Edited February 10, 2017 by JohnPCAE Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.