They are indeed! Similar to GPU shaders in MAME! Mike is really serious about making this a real shootout between his box and Marqs and Woozles! This is good stuff.
Glad you like it. I'm still chasing the holy grail (to me personally) of an accurate slot mask, but it is doubtful that such a thing will be possible at sub 4k (or perhaps even 8k).
Sure, there will be limitations at sub 4K, but I'll bet 1440p can come close to making it look authentic. Good thing the 5X can handle 1440p output. It'll be a good primer for what we can expect from the the RT 9X+ Pro.
Haha, to do a real 4k scaler with the proper horse power to do GPU shader effects would probably require a "real" company (employees, payroll, HR, accounting, legal) to support. I'm not sure if I'm up for that again. One round has already caused me enough gray hairs.
One thing that I truly love about all this is that it's still very much a "hobby garage" operation. So perhaps, I'll have to pass the torch on that one. But hey, that's what I said last year about even touching a FPGA.
The 5X already looks so good where it's at. If scalers fell off the earth today and none were ever made again, I'd be happy enough at this point. Of course, I'll gladly take better ones if they come along 5-10 years down the line. LOL!
"Frame lock is automatically engaged for 480p, 576p, 720p and
1080i sources since they derive from modern equipment that
generally follow standard refresh rates."
The manual has this on page 8, but when playing 480p GameCube games with progressive scan and component cables, I can change Frame Lock to Triple Buffer. Why is that?
Those modes look way better than just basic scanlines! Pretty cool stuff. On the one hand, I'd still love to see a smoothing filter for N64 games; on the other hand, I could probably just use one of these new filters instead to overcome how awful N64 looks.
mikechi2 wrote:Glad you like it. I'm still chasing the holy grail (to me personally) of an accurate slot mask, but it is doubtful that such a thing will be possible at sub 4k (or perhaps even 8k).
What you have looks really great.
Thanks for pouring so much extra time into the firmware (and adding all these really cool niche features). I'm just guessing, but I think you may have smothered the next Framemeister in it's crib.
mikechi2 wrote:Someone at some point requested that 480p sync be switchable
Is there a difference between the two? I don't see a difference on 480p when switching between the two options.
Triple buffer has more lag but is generally more compatible with displays. Unlikely to be a problem for 480p sources. Though the manual you were just quoting from explains this...
It can do 4:4:4 with the latest firmware, so it's just a software thing, not a hardware limitation then? I noticed that 4:4:4 is implemented for 1080p (Over) for SNES 256 mode, but N64 320 mode doesn't have it. Does 480p from the GameCube get 4:4:4 by any chance?
Odolwa wrote:Does 480p from the GameCube get 4:4:4 by any chance?
GameCube is not 4:4:4 to begin with.
Indeed and neither is Wii.
444 for 480p is possible if a manual phase adjustment was implemented. Haha. But I think it’d need to be tweaked every time you connect a source. The current implementation is pretty good though IMO. Especially with the DTV 858 auto phase.
Odolwa wrote:Does 480p from the GameCube get 4:4:4 by any chance?
GameCube is not 4:4:4 to begin with.
Indeed and neither is Wii.
444 for 480p is possible if a manual phase adjustment was implemented. Haha. But I think it’d need to be tweaked every time you connect a source. The current implementation is pretty good though IMO. Especially with the DTV 858 auto phase.
Odolwa wrote:
Is there a way to get 4:4:4 for the N64 or NES?
Unless I am misunderstanding you, I think the issue is that you do not yet have a clear understanding of chroma sub-sampling. If you are using anything in the RGB color-space, there is not sub-sampling done at all.
Has anyone tried 540p with a HDCRT? I’m curious if it’s genuinely 0 lag and treated like 1080i on Sony sets with the HDPT. I was going to wait for the Morph, but this may change my mind.
anexanhume wrote:Has anyone tried 540p with a HDCRT? I’m curious if it’s genuinely 0 lag and treated like 1080i on Sony sets with the HDPT. I was going to wait for the Morph, but this may change my mind.
anexanhume wrote:Has anyone tried 540p with a HDCRT? I’m curious if it’s genuinely 0 lag and treated like 1080i on Sony sets with the HDPT. I was going to wait for the Morph, but this may change my mind.
Sure thing, just know that its likely that you will have to convert the HDMI out of the 5X to component video to get it working. I suspect thats going to be the case with most if not all Sony HD CRTs. Best get one of those $20 Portta converters on the way so you'll have it when you get your 5X. Report back when you are able to test!
Has anyone tried it with a DA4 chassis yet? I think the 34XBR960 is basically the same time period as the DA4 IIRC and shares the input section? Not 100% sure.
When experimenting with the HS510 and the Raspberry Pi, I had zero difficulty in outputting a 540p signal to the DVI input. I'm not sure why that would not work with the RT5X, but I also don't know what timings are actually being output to the set from the tink.
I guess if Mike were to chime in with the timings, I could compare them to what I got working with the Pi and see if there's anything really different going on.
vol.2 wrote:Has anyone tried it with a DA4 chassis yet? I think the 34XBR960 is basically the same time period as the DA4 IIRC and shares the input section? Not 100% sure.
When experimenting with the HS510 and the Raspberry Pi, I had zero difficulty in outputting a 540p signal to the DVI input. I'm not sure why that would not work with the RT5X, but I also don't know what timings are actually being output to the set from the tink.
I guess if Mike were to chime in with the timings, I could compare them to what I got working with the Pi and see if there's anything really different going on.
I know that the HDMI input has less lag than component on the 910/955/960 in like for like resolutions. From looking at the schematics, that makes sense as the HDMI input is passed directly to the DAC and converted to tube level inputs from the amps there on. The syncs are also passed straight through from looking at the schematics.
The syncs appear to have a path through muxes to be passed straight through just as the digital path is, but I’m sure the tube forcing digital processing on an analog input precludes that from being functionally possible.
I know that the HDMI input has less lag than component on the 910/955/960 in like for like resolutions. From looking at the schematics, that makes sense as the HDMI input is passed directly to the DAC and converted to tube level inputs from the amps there on. The syncs are also passed straight through from looking at the schematics.
The syncs appear to have a path through muxes to be passed straight through just as the digital path is, but I’m sure the tube forcing digital processing on an analog input precludes that from being functionally possible.
That is not true for the 36HS420. Ive tested with a Time Sleuth direct to HDMI compared to converted with a DAC to the YPrPb inputs. The input lag was identical.