240p / 288p at double frequency

NewHome Forums OSSC, OSSC Pro and DExx-vd isl OSSC – Feature Requests 240p / 288p at double frequency

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #18180
    smorsked
    Participant

      Hi, i have a sugestion of improoved 240p/288p for vga crt:s:

      Is it possible to display 240p/288p at double frequency with a firmware update? (320×240 120hz and pal equivalent)

      When displaying 240p line doubled to 480p with inserted scanlines the image looses some brightness natuarlly(sence half teh screen is blackened). Will it be possible to output 240p at 120hz instead of 240p 60hz?(and pal equivalent). Im asking because when using a vga pc crt most monitors dosnt suport 15khz, only 31khz and above. 240p at 120hz looks amazing and can be displayed on pretty much any a vga pc crt , it would be an amazing improvment in a firmware update if possible.

      This feature will be usefull mostly for people wusing vga crt:s in their setups. i doubt this strange signal will be accepted by most other monitors. It will make VGA crt:s comparable to PVM:s and BVM:s if it works though.

      my setup is a dell p992

      Thanks in advance

      Smorsked

      #18316
      marqs
      Participant

        Any framerate conversion requires a framebuffer, and OSSC only has memory for a couple line buffers.

        #18319
        smorsked
        Participant

          Ah ok. Thank you. Is there perhaps plans for a future board revision with that sort of framebuffer in the future?

          #18361
          BuckoA51
          Keymaster

            That would really be a whole new device, rather than a revision to the OSSC.

            #18363
            paulb_nl
            Participant

              Define whole new device. An OSSC revision with a FPGA with more pins for a RAM chip and flexible PLL chip should do it.

              #18448
              BuckoA51
              Keymaster

                A framebuffer based device would be quite different from the current OSSC and have different design considerations for best results, plus lots of new software of course. It’s way more than just slapping a frame buffer on the current OSSC.

                #18463
                paulb_nl
                Participant

                  Of course the hardest part would be programming the firmware and it would most likely need a separate firmware because of the different FPGA but the framebuffer would be an optional feature. It would not replace the zero lag processing of the current hardware.

                  With the extra RAM and PLL you can also optionally normalize the output with around 1 to 2ms delay. You don’t need to use a full framebuffer for that.

                  So with that said I fail to see how it would be quite different. What kind of different design considerations do you have in mind?

                  #18484
                  marqs
                  Participant

                    Framebuffer and dedicated PLL would not need to replace any existing functionality, but with larger FPGA requirement (basically a BGA which would also require way more advanced PCB) it’d be tempting to select a high-performance model that could not just handle the extra memory but also do more advanced processing, drive 4K etc. Changes like that would put the device in its own league not just in terms of possible features but also unavoidably in cost and complexity (less DIY-friendly). With that in mind, it’d make more sense to implement it as a separate/successor device rather than a new OSSC revision.

                    #18499
                    paulb_nl
                    Participant

                      Its unfortunate that a larger FPGA is only available in BGA. However, OSSC 2.0 4K confirmed 😀

                    Viewing 9 posts - 1 through 9 (of 9 total)
                    • You must be logged in to reply to this topic.