Search found 93 matches
- Mon Aug 07, 2017 7:04 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Then I'm off to dick with timing delays then! Thanks again lid. Good talk, see you again in another month or so. EDIT: Oof, I really hope this delay thing pans out because if the PCP clamp doesn't fix my contrast problem then solving it through gamma correction is surprisingly expensive. At least th...
- Mon Aug 07, 2017 6:20 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
No need to 'scope it, we have jwdonal's redrawn schematics. /BURST from PPU2 is tied to both /PCP and /BFP. /BURST should be low during the colorburst, which is a time that—in the absense of Macrovision—should be 0 IRE on average. So a delayed copy of /HSYNC that's only true during some subset of t...
- Mon Aug 07, 2017 5:21 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
The easiest way to make sure is to use a different length of cable to connect it... but I have to admit that I'm surprised you're seeing tens of microseconds of echo. This is the kind of thing my cable length effects? Interesting. I happen to be running the signal through about a 3 foot cable that ...
- Mon Aug 07, 2017 3:21 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Paging lidnariq! Or anyone else who knows a lot about this chip. I've been adjusting my circuit and experimenting with things right and left and I think I need to know more about this chip. Specifically the pedestal clamp pulse pin. Let me explain. My current image is more or less the correct hue an...
- Sun Jul 09, 2017 5:53 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
I'm following you! I like what I've got so far. My picture could stand to have slightly better definition in the dark colors, but I'm not sure where to work with that and my experiments haven't taught me much so far so I might work with this for now. I want to start adding the color difference signa...
- Sun Jul 09, 2017 4:41 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Some of that went over my head. I assume that 5Vpp means 5Volts from Peak to Peak. If the sheet says it expects .55vpp though, I like that because my sync signal currently sits at 0.5V peak to peak (but apparently the high points need to be at about 1.5V, or so my experimentation has found). I have ...
- Sun Jul 09, 2017 3:26 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Oh, no I meant that the image onscreen was falling out of sync (or rather, never IN sync). My scope most certainly fails to sync up, because it would appear that my sync pulses aren't actually getting through at all. There certainly seems to be a difference between blanking and black, and I would ca...
- Sun Jul 09, 2017 1:53 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Ah, so the Pedestal is the 40 ire from the sync pit up to black (0 ire)? And Burst Flag just tells the chip 'currently, we should send out the color bust signal'. Okay. Yeah, I was hoping that I could just link up R G B and Sync to the chip and at least get Luma out, but no luck with that. I just tr...
- Sun Jul 09, 2017 12:22 pm
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Re: Abusing the BA6592F as a general purpose encoder
Indeed, it can be found with little difficulty! Unfortunately I wasn't able to read much of it. My Japanese is limited to kana and only the simplest of phrases. I have a scope as well, an Xprotolab-plain that was a gift, and it's been really useful so far. That being said, even after reading your tr...
- Sun Jul 09, 2017 11:43 am
- Forum: SNESdev
- Topic: Abusing the BA6592F as a general purpose encoder
- Replies: 17
- Views: 11354
Abusing the BA6592F as a general purpose encoder
Hi all. Not sure if this is an appropriate place for this discussion, and I'm okay if this is moved to a better spot. I've been trying since New Year's to make a general-purpose RGB>YPbPr encoder (and hopefully refining the result to also output S-Video and Composite) with basically no usable result...
- Fri Sep 23, 2016 11:37 pm
- Forum: NES Graphics
- Topic: RPG tiles
- Replies: 15
- Views: 12271
Re: RPG tiles
I am not a fan of dithering, but Alp has hit this point far better than I ever could. I wanted to comment that the mountains don't at all seem connected to the flat lands, they're very out of place. It probably comes from the harsh black outlines. The sprites though, those are excellent. I can't ful...
- Fri Sep 16, 2016 8:19 pm
- Forum: Newbie Help Center
- Topic: 16 Bit, Fixed Point, Signed Arithmetic
- Replies: 9
- Views: 4922
Re: 16 Bit, Fixed Point, Signed Arithmetic
You're missing the carry there. Good catch, and thank you. It might be faster or smaller just to subtract from 0 in these cases: ... Trying to do it with EOR is more applicable when your value is already in A. And thanks for that as well! That might speed up my metasprite routines a little, if I ca...
- Fri Sep 16, 2016 2:03 pm
- Forum: Newbie Help Center
- Topic: 16 Bit, Fixed Point, Signed Arithmetic
- Replies: 9
- Views: 4922
Re: 16 Bit, Fixed Point, Signed Arithmetic
Personally what I'm doing with 16-bit coordinates is that I use the middle 8 bits for pixel position, and the low 4 bits for sub-pixel position. The upper 4 bits are there just for overflow detection, but could be used for position among 8 or 16 screens later if there was such a need. That's a real...
- Fri Sep 16, 2016 1:23 am
- Forum: Newbie Help Center
- Topic: 16 Bit, Fixed Point, Signed Arithmetic
- Replies: 9
- Views: 4922
16 Bit, Fixed Point, Signed Arithmetic
I'm trying to implement some really basic physics into my game and I'm coming up with some interesting problems I've never thought of before. My objects have 16 bit fixed point coordinates; that's a byte of pixel positioning and a byte of subpixel positioning. Simple enough. My objects also have 16 ...
- Wed Sep 14, 2016 4:00 pm
- Forum: NES Hardware and Flash Equipment
- Topic: Grumps Dream Course cart
- Replies: 4
- Views: 3195
Re: Grumps Dream Course cart
I've gotten my hands on Geiger's Snes9x Debugger, and I have a disassembler (which seems to be unreliable) called Dispel. I can step through the code now! I've used HxD to change the SRAM size in my ROM to match the SRAM size that INL's snes flashboard would provide. Which is to say, I've changed th...