<eddyb>
that+ExpressCard connector and you've got yourself a RapidIO bus
ZipCPU|Laptop has quit [Ping timeout: 268 seconds]
futarisIRCcloud has joined ##openfpga
ZipCPU|Laptop has joined ##openfpga
<eddyb>
apparently that's an old RapidIO version :(
<flea86>
eddyb: Hi. You were asking about DP/HDMI for ECP5?
<eddyb>
flea86: yeah, it would seem like DP would let you get higher resolutions?
<flea86>
I've not done much with that.. best I could do was 1080p30 using LVDS alone.
<flea86>
I've done nothing with DP sorry
<eddyb>
and then I was imagining something with a mouse that when you move it, it sends two updates, the size of the cursor, one to clear the old position and another to fill the new position
ZipCPU|Laptop has quit [Remote host closed the connection]
<flea86>
you mean a hw blitter? :)
<eddyb>
with DP this might work for arbitrary resolutions/refresh rates? not entirely sure
<eddyb>
flea86: well, but to the display directly without a framebuffer
<flea86>
I couldn't say without looking into it
<eddyb>
DP with DSC and Adaptive Sync should make this pretty doable AFAICT
<flea86>
Possible. Modern video tech is pretty nifty.
<eddyb>
but it would use up all the SERDES on the ECP5 (output, maybe input can be connected to something interesting?)
<eddyb>
flea86: I'm still bitter about the way VGA -> DVI -> HDMI happened
<flea86>
DP used to be an open standard, but not anymore IIRC?
<dj_pi>
hdmi is run like a cartel...i avoid trying to use hdmi in any designs. i'm excited for DP over USB 3.0 (from what I have read...have yet to see an implementation)
<dj_pi>
fwiw...there is also an implementation of hdmi over usb 3.0 as well from what i read. again...who knows if they're going to make people pay rediculous amounts of money to implement this 'feature'
<eddyb>
dj_pi: like, something different from USB-C alternate modes?
<flea86>
I think DP went the same way after DP++
<dj_pi>
eddyb, you're spot on...it is the alternative modes. i couldn't remember what they were calling it
<eddyb>
ah I have two implementations at the office :P
<eddyb>
new laptops are "standardizing" on DP over USB-C
<dj_pi>
that's awesome. i saw a display that had the DP over USB-C that you're talking about
<dj_pi>
when you say implementation, are you referring to a HDL implementation or someone that's actually cut a chip?
<eddyb>
dj_pi: it's mostly just DP over the USB wires
<eddyb>
you can buy adaptors, I think in both directions?
<eddyb>
like, we don't have displays that take it in over USB-C, but instead convert from USB-C to DP
<dj_pi>
cool
<eddyb>
dj_pi: note that this is entirely consumer stuff
<eddyb>
AFAIK this is the cheapest way to do 4K
<eddyb>
at 60Hz
<eddyb>
cheaper laptops don't tend to expose the DisplayPort output that they technically could
<eddyb>
except over USB-C
<eddyb>
flea86: anyway, while you technically could do GPDI-type stuff using DP or USB-C connectors, sadly USB-C is more complex because it has to handle flipping. but it could be cool if you could program different alt modes without changing the board
<flea86>
Problem with USB-C is you need serdes for the SS pipe :)
<kc8apf>
Only if you use SS
<flea86>
True.
<flea86>
I was talking about taking a stab at USB 3.0
<eddyb>
flea86: the connector not USB
<flea86>
Ah fair enough
<eddyb>
you need SERDES for plain DP too
<flea86>
I am not exactly a fan of USB-C, but it has it's place.
<eddyb>
wait you can use as many lanes as you want
<eddyb>
with adaptive sync you can probably run whatever resolution you want over one lane, it would just refresh slowly. unless you can do that trick with smaller updates and only move a crosshair around or something
<eddyb>
there are a bunch of cute demos you could do if that works, like send one random color and position pixel per frame, which would eventually fill the screen
<eddyb>
wait, HTC Vive uses DP... what if I could drive it like I suggested above but instead of a mouse cursor it's head movement. pointlessly expensive crosshair demo?