Author Topic: Limited batch of new S-Video Adapters. (Read 14881 times)

atomicburner · « **Reply #25 on:** 18:06, 14 March 14 »

Hello Bryce, item arrived, fantastic, you made me a very happy man.

Thank you very much

Bryce · « **Reply #26 on:** 22:10, 14 March 14 »

Glad you like it. Have you tried it out yet?

Bryce.

atomicburner · « **Reply #27 on:** 00:37, 15 March 14 »

Yes Bryce, its fantastic, my dream finally come true, because of you.

Once again, thank you very much.

Bryce · « **Reply #28 on:** 18:52, 15 March 14 »

The Amiga has a very clean RGBS signal that strictly adheres to the standard, so the S-Video picture is really good/sharp with my adapter. The ST gives great results too. The Spectrums aren't good at all. The CPC sometimes gives a slight shadow on the text.

Bryce.

Gryzor · « **Reply #29 on:** 20:25, 15 March 14 »

Ooh, how do you work it with the ST?

Bryce · « **Reply #30 on:** 16:14, 16 March 14 »

By connecting it to the appropriate signals??

Bryce.

Gryzor · « **Reply #31 on:** 17:47, 16 March 14 »

Reeeeeally? How didn't I think of that

Now, looking at the ST pinout I can see the R/G/B, H/VSync, but 12V (and, interestingly, the 520 has no GND?). Do you do it internally?

atomicburner · « **Reply #32 on:** 00:21, 17 March 14 »

Hy Bryce, I've got a slight shadow on the text in the WorkBench , but nothing that really matters.

In the games we don't see it.

Cheers

Bryce · « **Reply #33 on:** 17:44, 18 March 14 »

Yup, on the ST it's easier to do internally, but possible externally with a regulator. No GND? Really? How about Pin 13

Bryce.

Gryzor · « **Reply #34 on:** 17:49, 18 March 14 »

Er... wtf, I swear when I was looking at them 13 wasn't there

And actually the 520STF also has GND on pin 8, too.

Bryce · « **Reply #35 on:** 20:38, 18 March 14 »

Yup, but if you want your expansion to work on all STs use 13.

Bryce.

atomicburner · « **Reply #36 on:** 17:11, 19 March 14 »

Hi Bryce, it is possible to connect my dreamcast to this video adapter? Or other consoles?

If so, can you make a diagram?

Cheers

Bryce · « **Reply #37 on:** 21:20, 19 March 14 »

Anything that has a half decent RGBS output and a 5V source will work with it.

Bryce.

TotO · « **Reply #38 on:** 21:27, 19 March 14 »

But... The Dreamcast already allow to out Composite. What is the interest? $:-\$

Gryzor · « **Reply #39 on:** 20:32, 20 March 14 »

I was going to post this. Doesn't it come with SCART by default?

TotO · « **Reply #40 on:** 22:01, 20 March 14 »

RGB Scart by default in France.
May be Composite RCA in other countries?
And VGA for me.

Bryce · « **Reply #41 on:** 10:42, 21 March 14 »

Quote from: TotO on 21:27, 19 March 14

But... The Dreamcast already allow to out Composite. What is the interest? $:-\$

S-Video is slightly sharper than Composite, but I'm not sure I'd go to the bother of adding S-Video to a device that already has composite.

Bryce.

TotO · « **Reply #42 on:** 11:03, 21 March 14 »

The Dreamcast can out S-Video too.
It natively output all the analog video standard from its AV connector, w/o need of any electronic.
Composite, S-Video, RGB, VGA (640x480p).

Bryce · « **Reply #43 on:** 14:01, 21 February 15 »

Hi,
sorry for digging up a relatively old thread, but I've been asked quite often why my S-Video adapter (or any RGB to S-Video / VGA etc) doesn't work on the Spectrum +2/+3 although they also offer RGBS just like the CPC. My answer up to now was "I dunno", so it's been on my to-do list for quite some time and today I finally got around to checking it out. For those who haven't tried it, this is what you usually get on the screen if you try to connect the Spectrum via RGB to an adapter:

CPC6128 Sync Signal.png
(41.83 kB, 800x480 - viewed 115 times)

I was hoping that this was just a slightly off frequency sync signal, maybe just the negative pulse not going low enough or the pulse length too short/long. So first off, what does a proper sync signal look like. Here's the CPCs sync signal:

Spectrum3 Sync Signal.png
(56.54 kB, 800x480 - viewed 100 times)

Mmmmm, nice clean sharp signal there with all the correct parameters. Let's take a look at the Spectrums sync:

Spectrum Sync Dropout.png
(44.19 kB, 800x480 - viewed 120 times)

Bloody hell, it's extrememly noisy, but the frequency, length and levels are near enough not to bother my adapter, which is quite forgiving on most parameters. For those who've noticed: The positive level is slightly higher than it should be in this screenshot because I was measuring on the ASIC side of R34. I could reduce that noise easily by adding a 1nf capacitor between Sync and GND, but that noise shouldn't cause a problem.
Then I took a look at "the big picture" and what the hell! There's a sync dropout every 20ms! ie: The sync is going low and staying there for 250µs (a normal sync pulse is around 4µs). This is what the dropout looks like:

[ Invalid Attachment ]

The normal sync signals can be seen on the left and you can see how long the dropout is in relation to them.
Unfortunately, this dropout is coming directly out of the ASIC, so there's no easy fix to this. The ASIC designer must have seriously messed something up on his timing. This is causing the mess on the screen, so without recreating a completely new sync signal from scratch, the Spectrum is just going to have to stay on CRTs for now.

A possible solution would be to create a sync signal from a seperate clock, but it would have to be pretty accurate and would have to be triggered from one of the "good" syncs from the ASIC, otherwise it would be out of phase. Any other suggestions are welcome?

Bryce.

pelrun · « **Reply #44 on:** 17:17, 21 February 15 »

Every 20ms? That's 50Hz. Perhaps this is the old-style 'block sync' type signal with the VSync and HSync ORed together instead of XORed. That would explain why a CRT can handle it.

http://what-when-how.com/display-interfaces/standards-for-analog-video-part-ii-the-personal-computer-display-interfaces-part-2/
Chapter 3. Building Blocks of a Video Format

chinnyhill10 · « **Reply #45 on:** 18:49, 21 February 15 »

I've had a sod of a time trying to capture the RGB from any of my three 128k Spectrums (two +3's, one Plus 2). Either get a rolling picture or a black screen with a very very faint black and white picture on it. That's why with ChinnyVision I've been stuck on composite from a 48k Speccy.

Bryce · « **Reply #46 on:** 18:53, 21 February 15 »

@Pelrun: No, it's not quite block-sync, if it was, it would return to 5V at the normal sync intervals, but it doesn't do that, it stays low completely:

Spectrum TV Signal.png
(61.22 kB, 800x480 - viewed 121 times)

As you can see from the following screenshot, the TEA2000 used to produce the TV Out isn't happy with the signal either. The blue channel is the composite output taken where it goes into the modulator:

CPC Blank.png
(43.11 kB, 800x480 - viewed 120 times)

Here as a comparison is the CPC blanking signal which is a proper block sync:

[ Invalid Attachment ]

@Chinnyhill: If I come up with a hack I'll send you one for testing.

Bryce.

pelrun · « **Reply #47 on:** 19:15, 21 February 15 »

You've obviously got a very different idea of what 'block sync' means; the links I posted (look at Figure 9-7a in the first link, Figure 3-8 in the second) define it exactly the same as the spectrum signal - the hsync pulses are blocked by the vsync pulse.

The waveform you call 'block sync' in your image is what I would call 'serrated sync', and the SGI document calls 'commercial sync'.

Bryce · « **Reply #48 on:** 19:25, 21 February 15 »

Ah sorry, first off, I mis-read your first post and yes, I have always considered serrated sync to be block sync (learn something new every day). I didn't realise that the was a sync that permanently stayed low (TV signals aren't my strongest point

). Either way, digital equipment and modern adapters don't seem to be happy with a block sync, but I haven't found a way inside the Spectrum to get it back to serrated as they are being ORed inside the ASIC.

Bryce.

pelrun · « **Reply #49 on:** 19:37, 21 February 15 »

Yeah, all the video processor datasheets I just read had text similar to "some video sources have this non-standard sync pattern which will cause problems but we just send it through unaltered".

You'd need a PLL and some assorted logic to rebuild a good sync signal from the block sync, which could probably be implemented in a CPLD.

News:

Author Topic: Limited batch of new S-Video Adapters. (Read 14881 times)