jdryyz
Forum Replies Created
-
AuthorPosts
-
Thanks!
Those settings appear to help for me also.
I recently pulled out my PAL Amiga 1200 and my original OSSC due to a Pistorm upgrade.
Instead of attaching the OSSC to my TV, I tested it with a few LCD monitors. I immediately noticed the wavy lines described here.
In fact, the work-around (which is only temporary) is also exactly as described here: Switch inputs and switch back or power cycle the OSSC.
Prior to testing it, I did a firmware upgrade to 0.90 because it was a few versions back. I also did a settings reset just in case.
Also as was reported here, I noticed the frequency range changes to 49.88 while this anomaly is present.
I am using RGB to SCART cables made by Retro Computer Shack.
Has a fix been identified yet?
-
This reply was modified 2 years, 2 months ago by
jdryyz.
So is there an easy way to find out what my current firmware version is?
Thanks.
Thank you!
I did see this before but the archive contents did not look right. I discovered later there was a C64 program inside.
I ran the program and the very first palette change made the output look much better.
Yes, more than one cable was tried.
In addition, the cable I normally use works fine with other C64s.
I wanted to be sure my problem had nothing to do with my 250466 board so I installed the component mod into a 250407 Rev C (SixtyClone) board.
Component works still but I now see the artifacting/video glitches that have been reported. I know the fix involves updating the firmware (if not already) and then applying some hardware fixes. Since I do not plan to use the component mod in the 407 board, I am not too concerned about this.
Still no A/V output when in the 250407!
Can anyone suggest a next course of action to troubleshoot what might be wrong? Otherwise I suppose I will need to look into what the RMA process is for this product.
Thank you.
I installed my new pin header sockets. I basically followed Jan Beta’s lead in his Component Mod install video. I found a local source for the same sockets he used since they provide the correct height needed to line up the board with the case openings.
Unfortunately, the new sockets and pin headers did not help. Component output still works but Chroma/Luma does not.
Any other ideas? I do not have an oscilloscope or logic probe but if there are measurements I can take with my multimeter, please advise.
Thank you.
I’ve got continuity from the top of the PCB to the A/V port pins for all of the important signals (Luma, Chroma, Comp and Ground). I was a little confused by the numbered pin outs from a diagram I found but that may be the info or just me not interpreting it correctly.
So if all of the lines are good, could be a component on the PCB not working correctly?? All looks good visually. If there is an area on the PCB I should be focusing on for the chroma/luma output, I can test.
Thanks on the clock chip info.
When you say test the outputs using a multimeter, did you mean while the C64 is on?
I do plan to test all eight A/V connections on the C64 PCB for continuity but I was going to wait until my new pin header sockets arrive. The new ones are the break-away type so should be a cleaner installation.
I can still test for continuity from the top of the component PCB over to the A/V port pins. I will do that and report back.
I know there is code that can be ran on the C64 to adjust the color palette. Can anyone point me to a link?
Is there also a program to tell me what my current firmware version is? I just got my component mod this week and wanted to make sure the firmware is up to date.
Thanks.
Andreas,
May I ask what LCD monitor you are using with your CGA2RGBv2?
I have the Dell U2410 which will accept a 15KHz signal over VGA. I am only using this so far with an Amiga 1200. With most Amiga-to-VGA adapters, the display will have vertical bars. Fortunately, Edu Arana made an adapter that eliminates this.
I wonder how the CGA2RGBv2 looks though. Are there any unwanted artifacts? I would like to connect my C128 to my U2410 using the CGA2RGBv2. Sounds like I just need some good quality cables and an adapter to supply power.
Wow! Good job!
1D.4
Could be one of these A1200 “timing” issues perhaps? I am using an ACA accelerator in this machine also. No problems with any other software I’ve thrown at it so far with one exception…a demo that crashes. I think it just doesn’t like my accelerator for some reason, not the A1200.
I’m still here!
Interesting observation on the motherboard rev. I will have to open the case and take a look. Stay tuned…
Yeah, looks like I never modified this setting from the default “test pattern”. I changed it to the input I want and saved it to my profile. I power on my A1200 at the same time as the OSSC so I do not see the test pattern.
Yippie!
-
This reply was modified 2 years, 2 months ago by
-
AuthorPosts