Posts by Tobias

Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.


Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.

Don't Panic. Please wash hands.

    Not contrast, but saturation ("color") :) Simply said, "contrast" controls luma, "saturation" (or "color") controls chroma. In your pictures the colors of the c64 reloaded look much more saturated than the ones from the c64 - which is a bit strange. The reason could simply be different output levels however, which is why i asked you to turn down saturation for the c64r a bit, so its the same as with the breadbin.


    As for the cable, i am just guessing here. There is a common problem with using SCART, which is that either inside the adapter, or even inside the monitor, chroma+luma is recombined into composite.


    Also, are you absolutely sure that adapter actually connects chroma and luma to the scart adapter, and not composite and chroma (or luma)? That will also kindof work, depending on how the levels of the respective signals are (and this varies from board to board).


    Thats why i asked if you can test with a different display and without using a SCART adapter - it takes some uncertainties out of the equation.

    MMmh, that sounds like the microcontroller is broken... Jens should be able to repair this.


    In any case, first try:

    use different USB cables than before, connect the barebones chameleon (no sd card, no keyboard etc) with both USB connections to your PC, then try connecting with chaco again. Also try to run the flasher.exe that comes with the update. If they both fail to connect, it might indeed be the microcontroller.

    Quote

    It's normal to compare the image of the two machines Breadbin and C64R when using the same video chip. For me, it's a C64 and I expect to have the same quality image and there is no artefacts on the breadbin.

    Different boards produce different video output - this is true even for the different original C64 boards, no matter what videochip is in it. So to compare the images, you'll have to either dial down the saturation when the C64Reloaded is used, or increase it when the C64 is used (so the saturation is about the same for both) - because with (too) high saturation the artefacts you are seing are not unusual.


    That said, can you test with another display and not using a scart adapter? What you describes sounds a bit like that scart adapter is mixing chroma+luma into composite, which also might explain what you are seeing.


    Generally the Picture of the C64Reloaded should be at least as good as with any other C64 Board - so if it is not, its likely something like a broken cable, or broken connector.


    Quote

    proper 50/60Hz signal for the CIA TOD clocks is generated on board depending on selected video mode. The time base for this is another crystal oscillator, which is running independent of the main C64 clock circuit.


    I said to myself that this could possibly influence the picture.

    No, that only means that if a PAL VICII is used, then it will use 50Hz TOD clock, and when NTSC VICII is used, it will use 60Hz TOD clock - none of that affects the image in any way though.

    First, please upload the pictures to the forum (attach to your post), dont use external image hosters.


    Then, it looks like the C64Reloaded produces a much more saturated Picture than your breadbin, which makes comparing them like this a bit pointless - try to adjust the saturation of the monitor so both pictures are equally saturated, chances are they will look very similar (including those artefacts) then.


    > The recognition of the TOD is automatic, I tested it at 50Hz but that does not solve the problem


    And i have no idea what this is supposed to mean at all - what does the TOD have to do with this?

    This update implements another idea by a user: using a mountlist, several disk images can be mounted and started at once, for this the swaplist file format known from VICE and sd2iec can be used.


    The changes in detail:

    Code
    1. - BUGFIX: NMIs were still enabled when initially starting the menu system,
    2. this could cause subtle problems in some rare situations
    3. Filebrowser:
    4. - added support for swaplists (.lst/.vfl) to mount multiple disks at once
    5. - BUGFIX: autostart with LOAD (CBM+E) did not work correctly when the device
    6. number was 10 or 11


    As always get the update on the Chameleon wiki page.

    coincidentally i was playing around with this in VICE at the weekend, so here is all you need:

    First time someone reports such a problem i think - being a popular product, we'd know by now if there'd be a problem with the micromys and Amiga. *shrug* What kind of power supply are you using? Do you have a multimeter so you can measure the 5V at the joystick port?

    Quote

    To be crystal clear, I have a C64c with one socketed 6526A 4989 2161A on a rev A PCB, I can swap it with the CIA socketed on the Reloaded PCB next to the Joystick port correct?

    Yes, all CIAs are interchangeable (6526A/B/C and 8521)