[newsupermarkio]

Hi @megari, I tried out the 1.1-test1.zip FW. This version seems more stable, but after a while, I still do see the issues as noted previously with 1-1-test0 and the other experimental versions (https://videogameperfection.com/forums/topic/new-koryuu-test-firmware-1-1-test0/#post-42737).

[newsupermarkio]

Hi @megari, I tried the linked Koryuu firmware image out with the “in lock” status tied to hlock, but it exhibits a new issue where the video signal is lost completely in some instances.

I uploaded two new videos at: https://goo.gl/photos/SR9uWteAQLa3pGEY6

In the newly uploaded videos, I compared the CPS Changer S-video output through the Koryuu and the RetroTink-2x Pro over several minutes of operation.
The RetroTink-2x Pro seems to handle the S-video output better than the Koryuu. There is no loss of color or video signal with the RetroTink-2x Pro.

From here [https://videogameperfection.com/forums/topic/composite-s-video-solution/page/2/#post-20336], it seems the RetroTink 2x series might be using the ADV7280, similar to the Koryuu? There must be some setting issue difference which is leading to the Koryuu not being able to handle the CPS changer S-video output compared to the RetroTink 2x Pro.

Thanks and Best Regards,
newsupermarkio

[newsupermarkio]

@megari I tried the experimental firmware with the different color kill thresholds using both composite and S-video inputs.
Even with the most lowest threshold setting, I was still getting a grayscale signal output from the composite input.
Strangely with this experimental color kill threshold firmware, the S-video input also shows grayscale output much faster than stock or 1.1 firmware.

[newsupermarkio]

Hi megari,

Thanks for the reply!

Here is a video I took of the color issue I saw with the original stock firmware with the following connection:
CPS Changer -> S-video -> Koryuu -> Component -> RetroTink Comp2RGB -> SCART/DB-25 -> PVM 2530

https://goo.gl/photos/SR9uWteAQLa3pGEY6

Everything runs fine for a while, then the colors start to flicker and eventually it goes to gray. Perhaps this gives you an idea of what may be going on. As noted above, with the firmware 1.1-test0, the problem is not as bad as with the stock firmware for some reason — I don’t have a video of that yet. With a direct S-video connection to the PVM 2530, this issue is not seen.

Thanks for preparing a test firmware. I’ll take a look and provide some feedback later this week. This problem is puzzling me and it very may well be an issue with how the output of the CXA1645 is being handled.

Thanks and Best Regards,
newsupermarkio

[newsupermarkio]

Hi megari,

Thanks for your reply.

The PVM I’m using is the Sony 2530 (ref: https://docs.sony.com/release/PVM2030.pdf, https://cdn.retrorgb.com/assets/monitormanual/SonyPVM_2530_Service_Manual.pdf). This actually has direct S-video and direct composite inputs. It also has a DB-25 pin RGB input. My intention with the Koryuu was to get composite or S-video sources into a component switch which then feeds into the RetroTink Comp2RGB (https://www.dropbox.com/s/rnoxcaxaqljq018/Transcoder%20Manual.pdf?dl=0) and then into the PVM via the SCART to DB-25 connection. That being said, the RGsB or RsGsBs options wouldn’t work in my case.

I just re-tested direct composite input to the PVM, and that is running fine with no issue on color.

I did try running the composite input through the Koryuu, and for some reason that output was pure gray from the start. I also had an issue with the running the composite signal through a RetroTink 2x Pro to HDMI display — it was also gray. It puzzles me why the direct composite connection to the PVM is ok with color, but running through Koryuu (or even RetroTink 2x Pro) is interpreting it as grayscale.

Regarding S-video, the direct S-video connection to the PVM is ok. The S-video connection through RetroTink 2x Pro to HDMI display is ok as well.
When running S-video though Koryuu, I can get color, but it has issues. With the original stock firmware, the issue showed up quickly, and eventually most of the video signal turns gray. Strangely enough, with the updated test firmware (1.1-test0), the onset of color loss in S-video is delayed, and the problem isn’t as bad as with the original stock firmware — that’s why I suspected something changed with the interlace handling modification in the blanking interval.

I also had looked up the video chip in the CPS Changer too (CXA1645, ref: https://console5.com/techwiki/images/2/2f/CXA1645P-M.pdf). From my observations/tests, the direct video output of the CXA1645 via composite or S-video to the PVM is ok (no flicker, color loss). Maybe there is something about how the Koryuu is handling the signal output.

When the issue occurs, the picture is stable. There is some strange color flickering and or complete color loss to grayscale.
I’ll see if I can get some video clips of the issues seen later this weekend.

Thanks and Best Regards,
newsupermarkio

[newsupermarkio]

Hi Megari,

I’m using the Koryuu with a Capcom CPS changer S-video output with Street Fighter 2 Turbo PCB.

The connection is:
Capcom CPS changer S-video -> Koryuu -> Component Video -> RetroTink Comp2RGB -> PVM

With the stock Koryuu firmware, I encountered a strange issue where after 5 minutes of operation, the video starts to flicker and eventually it loses all color.

A direct S-video connection into my PVM display is ok. The S-video input to a RetroTink 2x Pro to an HDMI display is ok too.
I have separately tested the RetroTink Comp2RGB -> PVM connection with a SNES -> HD retrovision cable -> RetroTink Comp2RGB -> PVM, and verified that works fine. Thus, I believe there may be an issue with how the Koryuu is handling the S-video output of the CPS Changer.

I suspect there may be some issue with the field reversal and updated the Koryuu firmware to version 1.1 to see if the issue goes away. The updated firmware did seem to help the issue, but after several minutes of operation, I could see the video start to flicker again under certain scenarios/screens. It seems that the issue gets cleared out between screen transitions, but certain video input patterns seem to trigger the flickering/color issue. The start up screen/attract mode with vertical scrolling seems to be problematic, as is Chun Li’s stage for some reason. I think the field reversal solution helps, but it seems there remains some residual issue that is still not fully resolved. Do you have any theories why this might be happening?

A side note on the firmware update procedure, as it took me a while to get this working with proper driver and programmer software:
1. I used the Olimex AVR-ISP-MK2 (https://www.olimex.com/Products/AVR/Programmers/AVR-ISP-MK2/open-source-hardware) with AVR-ICSP 10-to-6 cable (https://www.olimex.com/Products/AVR/Programmers/AVR-ICSP/)
2. I have a Mac with Windows 7 via Parallels
3. I had to manually install drivers as recommended by Olimex (https://www.olimex.com/Products/AVR/Programmers/AVR-ISP-MK2/resources/AVR-ISP-MK2.pdf, https://www.olimex.com/Products/AVR/Programmers/AVR-ISP-MK2/resources/DRIVER-MK2- AS-6-7-W10.zip)
4. I was not able to get Khazama AVR programmer (http://khazama.com/project/programmer/) to work. Instead I was able to use Atmel Studio 7 (https://www.microchip.com/mplab/avr-support/atmel-studio-7) to flash the Koryuu.

[Author]

Posts