Printable View
Just remember, when trying to find a black bar on a TV screen, it's going to be hard, because it'll look like there's no scan. I think cranking the black level (brightness) might reveal it as a grey spot. I'll need to check this on my Sony PVM.
EDIT: My PVM won't let me adjust it far enough to the right. Need to find a monitor that will.
EDIT2: Yea, it's obviously not VDP created. More like, the VDP wasn't displaying anything yet at that spot, but the sync was active. That can do it...
I just recently discovered these colored borders. So the only option is to get a Genesis model 1? How exactly do you change the border colors?
All MDs can have different border colors, and it all controlled by whatever runs on MD... you need to write to one VDP reg to change the color (any of currently loaded 64 colors).
Yea, it's obviously not VDP created. More like, the VDP wasn't displaying anything yet at that spot, but the sync was active. That can do it...
its not, VDP doesn't turn off RGB lines... did a small test, not too accurate though... I'll verify all when I get that o-scope next week.
I will try to capture some Sonic 2 video tonight. Might nap first. Long day ahead. :(
I have long weekend... military related stuff...
I know it can change borders. That's obvious.
You're not understanding what I'm saying. The VDP may not be outputting an overscan color at the time, but the sync was still starting that line, thus a blank black area. I mean, if no picture, it's black.
If that's still not understood, then forget it. I know what your trying to say, but you don't know what I'm trying to say. It's not like I'm on the same wavelength of communication as you.
you equipment shows black because it thinks there's nothing to show, though VDP still continues to output stuff
The black bar is there, at least in Sonic 2 (I didn't try any other games):
http://www.joeredifer.com/crap/sonic2.png
S-video capture. My system hates capturing from the Genesis.
TmEE, it shows black because it's just plain there. Everything shows it, and now Joe has proven it that it is indeed there.
Haha, I'm in the same boat....Quote:
Originally Posted by TmEE
my weekend is over... I'm exhausted...
and I'll go to my friend's place after a few days, grab the scope and check myself... HBL period in MD is NOT that long... if it would, 3D with nice framerate would be much easier on MD...
Remember that the video is resized from whatever the Genesis outputs to 720x480. That's just the way DV works. The black bar isn't there in other sources digitized to DV. It wasn't there when I recorded Street Fighter Zero 3 on the Saturn. There was an overscan area, granted, but the picture was perfectly centered.
I can make the black area appear on almost quarter of the screen (on right side) if I want (thanks to the small screen centering mod in my MD2)... and that's not what MD VDP outputs.
My HDTV's scaler allows me to move the picture horizontally or verticlly.
If I move it out of the picture's sync, you'll be presented with a 30Hz flashing blue screen.
When shifted to the left, the overscan color is solid, but then goes to the no sync flashing blue.
When shifted to the right, you see the black stripe, THEN the flashing blue.
I imagine there is an 8 (or 16)-pixel block on the left that is masked out of Sonic 2. Many Master System games did this when they scrolled and several Genesis games do this as well when things get funky. Sonic 2 could mask this out to hide problems that might otherwise be visible. Just a weak theory. But I don't think other Genesis games output that black bar. Maybe I will test later tonight.
tried knuckles chaotix, and it's still there...
MD games don't need that pixel block, as there's nothing to hide (unless game is made to be so)... Sonic 2 is not one of them.Quote:
Originally Posted by Joe Redifer
even if there was a pixel block, wouldn't it be INSIDE the overscan area, not outside?
Yes, like whenever the Genesis tries to do it's limited rotation trick. I think TMEE is right, the black bar is not part of what the Genesis generates, but somehow makes its way into the signal.
well that is what I TRIED to say, but was essentially told i was wrong. so i shifted theories.
couple pages ago: "Yea, it's obviously not VDP created. More like, the VDP wasn't displaying anything yet at that spot, but the sync was active. That can do it..."
The end result is that the bar IS in the video signal before it reaches the display. I've also wondered about the bottom garbage that only Sonic 2 seems to create.
The colorful dots? That's on about every game.
Even the Sega CD BIOS.
Cause, last I heard, they thought it was the writing to CRAM.
The bottom rows of pixels aren't right... they don't match what is directly above them.
oh, the 2 line bug.
yea, that was one of the things that my NES Sonic 2 hoax got caught with.
i don't know what causes it.
2 line bug, most likely a simple error... like 2 last line scroll table values don't get delivered...
And the pixel garbage appears when there's anything written to VDP color palette.
Sorry to resurrect this topic after so long but I've been recently experiencing this faint vertical line issue on my 40" LCD TV.
I'm using a Sega Nomad with RGB Scart and it is quite annoying to say the least.
The problem doesn't occur when you use the composite pin (on other Scart socket) on the RGB Scart but the picture is fairly poor that way.
This website seems to document the same problem for the Neo Geo and a fix. http://www.mmmonkey.co.uk/console/neo/video.htm
Does TmEE or anyone else have a simple straight forward fix for this problem?
Thanks :)
over RGB one should not have such lines unless the cable is done wrong, there should be a 100ohm resistor going to one pin, that turns on RGB. Some cables have a wrong value resistor there and you get mix or RGB and composhit (with these lines present). See inside the SCART end, and check the resistor value.
From what I can tell it is same as this RGB Scart.
http://members.optusnet.com.au/evilt...cart/mega2.png
Here are a couple of pictures from my LCD TV
http://img199.imageshack.us/img199/3755/image078rq.jpg
http://img80.imageshack.us/img80/2424/image076f.jpg
^^this was the problem i had
Were you able to fix it? ;)Quote:
Originally Posted by JDB1983
Sorry to bump but does anyone have a solution to this problem?
I tried emailing the guy who runs mmmonkey.co.uk but the email failed.
Bumping this with a question.
I'm in the same boat with the lines and i'm confused about which resistor needs replacing. I changed the resistor to a 100ohm resistor thats linked beteen pin 8 and 16 but I get the same problem. Where am I suposed to put this resistor?
I'm having the same problem with the faint vertical banding. After finally getting around to buying an RGB SCART cable and Component Video converter, I hooked them up to my HDG Model I Genesis and noticed it right away.Quote:
Bumping this with a question.
I'm in the same boat with the lines and i'm confused about which resistor needs replacing. I changed the resistor to a 100ohm resistor thats linked beteen pin 8 and 16 but I get the same problem. Where am I suposed to put this resistor?
So I opened up the SCART end of the cable to check the resistors, and the one going from pin 8 to pin 16 is 180 ohms.
In the meantime, I messaged the seller about the cable, and he seems to think that it's a problem with the Genesis I video encoder chip. One that he's been unable to resolve.
What do, Sega-16?
Try to replace it with a 100 ohm resistor? It seems Kaze already tried that to no effect.
On the one hand, this is the best picture I've ever seen my Genesis put out, vertical bands or not. On the other, I know that somehow it could be better...
Hay man, please pm me whit pic opf this, I have with my Sega multi-mega the shifted left rgbissue and I want to get rid of it. Could you advise me?Quote:
Originally Posted by TmEE
So, using the 100 ohm resistor had no effect. Still have the faint vertical lines.
Does anyone know if the Sync Striker would fix this problem, by cleaning up the CSync to get a pure Sync signal?
http://www.arcadeforge.de/?page_id=880#pcbonly
Might help to have a plug-and-play solution for those of us who don't want to mess with the internals of our consoles...
I have the SyncStrike and doesn't remove the jailbars from the picture. :(Quote:
Originally Posted by M.U.S.H.A.
Yeah, I was afraid of that. I grew impatient and tried this...Quote:
Originally Posted by Whitesnake
http://www.assemblergames.com/forums...t=32194&page=3
Which actually did a good job of eliminating most of them. I discussed the results here...
http://www.sega-16.com/forum/showthr...d-ones./page77
http://www.sega-16.com/forum/showthr...d-ones./page78
How do you have yours set up, Whitesnake? I assume you have it hooked to a CGA-capable monitor of some kind, or to a scaler & HDTV. You say you have jailbars, but how does it look otherwise?
I have it hooked up to a SyncStrike and that is plugged into a GBS-8220 scaler which is plugged into my Samsung SyncMaster 214T.Quote:
Originally Posted by M.U.S.H.A.
Although at present I can't get a stable picture with the Sega 32X.
it is shame there is no solution for this jailbar issue =[ I think it plagues every Mega Drive in RGB mode. I noticed some people say they don't get it but I'm not convinced, I'm sure they are not running in RGB or it is being masked by their TV.
I get jailbars on two different Mega Drive Model 1 revisions plus two Sega 32X revisions and a Sega Nomad.
I'm not sure about lifting PIN6 on the RGB encoder I think this just moves the problem to another part of the colour spectrum and it may cause sync issues with the Sega 32X as it uses the composite for sync.
Main issue is people assume it only affects model 1. When that's just NOT true, at all. No one bothers to do much research about it for other versions. I'm actually planning to buy someone a model 2 later to help them look into this further.