Hojo_Norem

Forum Replies Created

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • in reply to: Legacy AV In for OSSC Pro #65961
    Hojo_Norem
    Participant

      Nice.  I look forward to it.

      in reply to: Legacy AV In for OSSC Pro #65945
      Hojo_Norem
      Participant

        Just noticed that the non-RF version has just gone out of stock.  If the next batch is going to the RF model then I’m still down for one.

        On a related note, does the decoding IC properly implement the delay line part of PAL decoding or is it something that is/will need to be simulated on the FPGA?

        in reply to: OSSC Pro Legacy AV Expansion Card (my experience) #63717
        Hojo_Norem
        Participant

          Any news on the RF input version?  Going by eightbit’s reaction to the standard version it looks like it’s going to be worth the wait!

          in reply to: Legacy AV In for OSSC Pro #62339
          Hojo_Norem
          Participant

            Thanks. The price is at that point that I won’t mind putting a soldering iron to it to fit a local RF connector.
            Do you have the rough dimensions of the module pcb? I might try to hunt down a suitable enclosure.

            in reply to: OSSC Pro : UI suggestions #61572
            Hojo_Norem
            Participant

              Just a small update – Discovered that the advanced timing menus (at least for the scaler) maintain separate states for different video formats.  This means that a single profile can store manually zoomed settings for 50Hz (interlace and prog stored separately) and unzoomed for 60Hz.  Tested this with my modded PS1.

              I’ve taken a look at the source code and if I can manage to get a toolchain setup (looks like it’ll be a Linux VM) then I might have a crack at adding the profile shortcut.  These one part I need a little clarification on:

              NOTE: If you want to generate distributable bitstream and do not have Intel VIP license, disable alt_vip_* modules in Qsys before platform generation and comment out `define VIP at the top of rtl/ossc_pro.v. 

              I’m assuming that is relation the the de-interlacer.  Does it mean that I can compile regardless of having the licence and it’s a (not)simple case of copyright violation if I distribute the binary (not that I would in that case) or is it a case that the licence is also a physical signed file and Quartus will stonewall me with a “Give Intel some money to continue” error?

               

              Oh, one last thing, what RC protocol does the OSSC use?  I want to build a device to extend the OSSC’s front panel controls (daily driver functions like profile shortcuts, input select, etc) and rather than ask for a UART I could dangle a IR diode in front of the OSSC’s sensor.

              in reply to: OSSC Pro Downscale – Strange Issue #61067
              Hojo_Norem
              Participant

                I can report that with the test firmware my Yamaha AVR now recognises 96 and 192 KHz audio from the OSSC Pro.  96KHz sounds slightly quieter than 48 and 192 is quieter still, nothing that bumping up the ADC gain doesn’t fix.  My model AVR is quite old, so it forces itself into ‘Straight’ mode when 192KHz is selected.

                • This reply was modified 1 year, 3 months ago by Hojo_Norem.
                in reply to: 64C Image scrolling vertically w/component mod #40550
                Hojo_Norem
                Participant

                  I have a Yamaha AVR (different model) myself and I also get the same rolling problem but only if I have the ‘VIDEO CONV’ setting turned ON. With my AVR, when VIDEO CONV is on it actively converts all input formats (Composite, s-video, component) and spits them out of the component and HDMI outputs.

                  Again, with my AVR, when VIDEO CONV is OFF, the video inputs act purely as switchers and the video enhancement mod comes through clean and stable. All the video formats are separated (IE, no cvbs>s-vid>ypbpr>hdmi conversion) and the AVR spits out the signal with no processing. I don’t normally make use of my AVR’s video conversion function (to minimise video lag) so I never knew that there was a incompatibility until I decided to see how good a job it would do converting the mod’s component to hdmi.

                  Turning the conversion off does mean a separate component connection from your AVR to your display is required.

                  in reply to: Problem to change colors palette #39904
                  Hojo_Norem
                  Participant

                    To paraphrase the enhancement mod’s GitHub page (can be considered the de-facto instruction manual):

                    “Before you can change the palette register contents, you need to switch the output mode switch to a different mode and back again (back is optional).”
                    https://github.com/c0pperdragon/C64-Video-Enhancement#details-on-color-signal-reprogramming

                    Switching between two modes/states/whatever can be referred to as ‘toggling’.

                    Your Ultimate Cart has no bearing on the issue (I have a first issue 1541U-II). Just toggle your mode select switch when instructed on screen and enjoy!

                    in reply to: Problem to change colors palette #39896
                    Hojo_Norem
                    Participant

                      Did you toggle your mode select switch as instructed on the palette editor’s first screen?

                    Viewing 9 posts - 1 through 9 (of 9 total)