INTERACT FORUM
More => Old Versions => JRiver Media Center 31 for Windows => Topic started by: pixelpusher15 on January 20, 2022, 09:29:22 am
-
I have been slowly planning and building a HTPC that was to eventually be used for an MadVR Envy like system. I was going to use Video Processor + MadVR to do it.
VideoProcessor link: http://videoprocessor.org/
Well I just tested JRVR a bit it it might be good enough if JRiver allows easy use with capture cards. The thread below is what piqued my interest:
https://yabb.jriver.com/interact/index.php?topic=130584.0
If my understanding is correct it looks like it might "just work" with a DirectShow capable card...(??) If this is the case the JRiver is a much simpler solution and may also allow the use of better cards. Right now the only real options with VideoProcessor are BlackMagic DeckLink cards. $200 for a 4K30 capable cards and $550 for a 4K 60 card. What I'm wondering about is cards like the AverMedia LiveGamer 4K, or Elgato 4K60 Pro MK.2. Both of these cards are in the $200-250 range for 4K60 capability. But, there's always a but.... I believe the developer of VideoProcessor said that there's some funny business going on with how these cards work. IIRC it is that they may convert HDR to SDR when sending the stream to another app. I'm not sure about this and I don't have the technical knowhow to figure it out without just buying them and testing.
I'm hoping there are others here that know more than me or that have tested this. I also would find it to be awesome if this thread could be a place where we document what works and what doesn't. Tonemapping external sources well would be an amazing feat in my mind and if it can be done with JRVR it would add a ton of value IMO. As of now it looks like the Magewell cards work, but they are quite pricey.
-
The only way to know is to try it unfortunately
I have a different magewell device and it does not work well with jriver TV feature (but does work fine with other software)
-
The answer is yes, generally speaking. If the device supports DirectShow, it should work. However, we do have to implement quite some specific code to support some individual devices, and we do have a mechanism for adding new code to support new devices.
We have code to support at least one BlackMagic device. BlackMagic devices are a bit of strange in some aspect.
You need to try your devices and see how well they work. If they don't work, let us know and we might make some changes to make it work.
-
I will add that the video captured on disk is uncompressed video, unless the capture card itself has hardware compression. The capture is written in JRiver TV format, JTV, which can be converted to another file format after the capture.
-
I will add that the video captured on disk is uncompressed video, unless the capture card itself has hardware compression. The capture is written in JRiver TV format, JRV, which can be converted to another file format after the capture.
This bit tripped me up a bit. But I think get it now. I’m not wanting to record the incoming feed. Just view it and apply tone mapping to it. Is this possible or do I have to record it first? I have zero interest in recording.
-
There's little difference between live and recorded, from a user point of view.
-
JRiver Media Center can either record a show to disk or render the show on screen live. I don't know how Video Processor work, so I can't comment on that.
-
I had a bit more of a play using my Blackmagic Ultrastudio 4K to forward a video/audio feed from an NVidia Shield to MC.... and it works..... but there are some limits to think about:
- HDCP: I could not (as expected) play any protected content, you will need an HDCP stripper for such content. No issue with non protected content.
- Video Output Format: You will need to find a capture card to output/passthrough the Video Formats (incl HDR) that you want. My BM WDM video output seems to only offer UYVY, 8-Bit, 4:2:2 (at various resolutions / framerates) regardless of what the source is, looks good but you then don't get any HDR tonemapping in JRVR/madVR etc.
- Audio Output Format: You will need to find a capture card to output/passthrough the Audio Formats you want.
- Changing Refresh Rates: MC will let you change refresh rates of your monitor on starting a playback but, you can not do this dynamically once the video playback/capture has started. This can be an issue if the source device uses one refresh rate for it's menu etc then a different one for the actual video. You will probably want to pre-set the display frequency before commencing.
-
I emailed AverMedia support asking if they supported HDR with other applications and they said no. I think this is a known thing based on some older conversations on AVS. I believe the HDR metadata is stripped out so everything appears washed out. VideoProcessor apparently maintains this when working with BlackMagib cards since it is directly using the SDK. From my understanding VP and JRiver don't work together as of now. But, what I'm now wondering is if I can add back in HDR metadata via an HDFury device. My Vertex2 allows for custom HDR to be injected. I could easily do this but it would be the same for each piece of content. I can also control it with my Harmony remote. I already have to switch picture modes for HDR so this could just be another command, turn the custom HDR on/off based on HDR or SDR. I thought this might work since it is my understanding that JRVR and MadVR pretty much ignore the metadata when doing their DTM goodness.
There are a few assumptions and "my understandings" here so all of this could fail. I do have a BlackMagic DeckLink Mini 4K coming today so I can start testing with that. It doesn't support 4K60 though.
The framerate handling is a concern for me. I'm not sure what to do about that as of now.
-
I don't believe there are any 4K video capture cards that support capture of HDR content at the full HDMI 2.1 bandwidth of 48 GBps (or at least 40 GBps), so it's likely better to wait for availability of such cards first.
I also considered using a 4K capture card to perform real-time color correction in software, since I switched from a LG OLED to a Sony OLED TV that has no uploadable hardware LUT for this. The plan was to redirect the graphic card output to one of its inputs, do the color correction, and use the capture card output to drive the TV display. Other brands you may look into besides BlackMagic and AVerMedia are Magwell, Elgato, Datapath Vision.
-
Coming back to this...
I got a BlackMagic Quad 4K HDMI recorder and was able to get it to work with JRiver. I able to open the device and view my sources with minimal latency (audio is in sync). My issue, as of now, is that I'm unable to tone map HDR which is my whole point of wanting to do this. Is it possible for JRVR to work with capture inputs - or - am I missing something?
This is on version 31 which I know this is now in the wrong forum but I figured I'd keep this thread going...
-
Coming back to this...
I got a BlackMagic Quad 4K HDMI recorder and was able to get it to work with JRiver. I able to open the device and view my sources with minimal latency (audio is in sync). My issue, as of now, is that I'm unable to tone map HDR which is my whole point of wanting to do this. Is it possible for JRVR to work with capture inputs - or - am I missing something?
This is on version 31 which I know this is now in the wrong forum but I figured I'd keep this thread going...
JRVR is used for capture card playback, what makes you think it isn't being used? you should be able to check the debug osd to see what is going on
perhaps the issue is that it doesn't see the source as HDR? does other software see the relevant metadata on the video stream? or is there some blacklink utility that can show what it is presenting? if it's present, it's possible MC just doesn't read that info from the stream
-
That would be my guess, that either the card doesn't present metadata, or whatever part is reading the image from the card isn't getting the metadata. I think Yaobing is dealing with capture input, maybe he can shed some light if metadata about the image is read at all.
You could make sure JRVR is running by turning on the OSD (Ctrl-J) and then also posting a screenshot of that. If all the input data is unknown, then its likely not reading anything from the card.
-
The card is presenting the metadata. i can confirm this by using VideoProcessor (see attached). And yup, it looks like MC isn't reading in the HDR metadata but JRVR is being used. (see attached)
-
Dennis had to write code to get HDR10 metadata for Video Processor to send to madVR. The DeckLink cards don't forward the metadata. Before he did that he created a metadata injector to send hard-coded metadata values. It might be possible to add it as a plug-in filter in JRiver. I assume that JRVR does not rely on accurate HDR10 metadata values.
https://github.com/defl/directshow_metadata_injector_filter
-
Coming back to this...
I got a BlackMagic Quad 4K HDMI recorder and was able to get it to work with JRiver. I able to open the device and view my sources with minimal latency (audio is in sync). My issue, as of now, is that I'm unable to tone map HDR which is my whole point of wanting to do this. Is it possible for JRVR to work with capture inputs - or - am I missing something?
This is on version 31 which I know this is now in the wrong forum but I figured I'd keep this thread going...
I have tried and failed to get JRiver to work with a BlackMagic DeckLink Mini. Could you describe how you did it with the Quad?
-
I’m following this thread because I’m also very interested to use JRVR as video processor with HDMI 4k capture card.
-
I have tried and failed to get JRiver to work with a BlackMagic DeckLink Mini. Could you describe how you did it with the Quad?
hey claw, this is how I have it setup. I forgot if there were some other things I did. TBH, I had a hard time too and ended up just clicking random things until it worked, lol
Let me know if you have questions about other settings
-
Does it work with timeshifting? ie can you pause and unpause ok
-
Does it work with timeshifting? ie can you pause and unpause ok
I'm having an issue where the image is off center (down and to the right) but yes, pause and unpause work well.
-
hey claw, this is how I have it setup. I forgot if there were some other things I did. TBH, I had a hard time too and ended up just clicking random things until it worked, lol
Let me know if you have questions about other settings
I was able to get JRiver 31 to recognize the DeckLink card as a Camera device. Sending it 4K23 input and the picture is smooth.
I never got it to work with version 28. Now to figure out the JRVR tone mapping options.
I will probably place another HDfury device between the RTX3080Ti output and the LG OLED I am testing with in order to get better signal information about the output.
Right now it seems that JRiver is converting 4K23 input to 4K60 output.
-
So basically the request to jriver is to add whatever the minimum required metadata is to enable jrvr to see it as HDR and allow DTM to activate? I guess ideally you would want to be able to switch this on the fly (i.e. content could change from SDR to HDR externally) via some keyboard shortcut/mcws call?
-
I am also very interested to get this working with a capture card to allow JRVR to process the signal and output it.
-
So basically the request to jriver is to add whatever the minimum required metadata is to enable jrvr to see it as HDR and allow DTM to activate? I guess ideally you would want to be able to switch this on the fly (i.e. content could change from SDR to HDR externally) via some keyboard shortcut/mcws call?
The BlackMagic DeckLink cards do not pass on any HDR metadata.
JRVR status screen reports:
Primaries: Unknown
Transfer: Unknown
Perhaps an option that would force JRVR to see the input as:
Primaries: BT2020
Transfer: PQ
I don't think that luminance values such as Max/Min Luminance, MaxCLL, and MaxFall should be needed since I assume JRVR can tone map HDR content that has zero values. There are quite a few HDR discs that have zero values.
-
Yes that's what I am saying the feature request to jriver is, provide a way to specify just enough info on the stream to force jrvr tonemapping to activate.
I guess that lies in Yaobing's area to deliver rather than Hendrik but they would have to comment on that.
-
Is this currently working with non HDR sources, decklink mini and JRVR?
-
Is this currently working with non HDR sources, decklink mini and JRVR?
Looks like the DeckLink cards don't pass Primaries and Transfer Function for SDR either. Although the SDR output looks OK; perhaps defaulting to SDR input. (Note that I had JRVR configured to output BT2020)
-
I was able to get JRiver 31 to recognize the DeckLink card as a Camera device. Sending it 4K23 input and the picture is smooth.
The reason why such devices are recognized as cameras is because they do not provide programming interfaces for us to choose which video output line to use. You have to go to the device's own set up or configuration page to set it up. Likewise, might there be a setting there too to let it output metadata so the downstream DirectShow filter JRVR could process? To be honest I don't have much knowledge on this.
-
The reason why such devices are recognized as cameras is because they do not provide programming interfaces for us to choose which video output line to use. You have to go to the device's own set up or configuration page to set it up. Likewise, might there be a setting there too to let it output metadata so the downstream DirectShow filter JRVR could process? To be honest I don't have much knowledge on this.
Pretty sure there is not any configuration setting for this. Seems to be an issue with all of the avaliable 4K capture cards. While they may support HDR recording, they don't seem to include HDR metadata in pass through mode.
What I think might work is if JRiver/JRVR supported adding DirectShow Filter plug-ins in Advanced...Custom...JRVR mode. The filter might be able to use the Black Magic API to obtain the metadata, or it could just hard code the metadata which would work with most any capture card. The filter would need to be called before JRVR is.
I previously linked to a Directshow Filter that hard codes HDR metadata including the missing Primaries and Transfer Function.
https://github.com/defl/directshow_metadata_injector_filter
Never mind about the metadata injector filter I linked to. It was written to work with madVR only...
The filter will work regardless. Whatever you tell it, it will inject. It cares not what the source is (but it cares about the sink which has to be madVR).
-
I looked at it, and to me the filter looks like its not dependent on madVR, it was just made for madVR because at the time it was the only one to understand this kind of metadata - but since I defined that metadata more or less for LAV, of course JRVR understands the same.
Technically we allow adding extra filters into the DirectShow chain - if that works with live input however ... I don't have a setup to test.
For MC31.0.40 and up, I added the injector to our video post-processor filter whitelist, maybe we can get that working somehow.
-
I looked at it, and to me the filter looks like its not dependent on madVR, it was just made for madVR because at the time it was the only one to understand this kind of metadata - but since I defined that metadata more or less for LAV, of course JRVR understands the same.
Technically we allow adding extra filters into the DirectShow chain - if that works with live input however ... I don't have a setup to test.
For MC31.0.40 and up, I added the injector to our video post-processor filter whitelist, maybe we can get that working somehow.
Thanks.
I did not notice anything madVR specific when I looked at the code. I was just going by the author's comment.
When .40 is available for download I will take a look.
-
When .40 is available for download I will take a look.
It's here: https://yabb.jriver.com/interact/index.php/topic,136599.msg947065.html#msg947065
-
Thanks.
I did not notice anything madVR specific when I looked at the code. I was just going by the author's comment.
When .40 is available for download I will take a look.
Please let us know what you find out!
-
I looked at it, and to me the filter looks like its not dependent on madVR, it was just made for madVR because at the time it was the only one to understand this kind of metadata - but since I defined that metadata more or less for LAV, of course JRVR understands the same.
Technically we allow adding extra filters into the DirectShow chain - if that works with live input however ... I don't have a setup to test.
For MC31.0.40 and up, I added the injector to our video post-processor filter whitelist, maybe we can get that working somehow.
I was able to get the metadata injector filter to affect the metadata when playing file-based media. But not from the capture card.
I registered the filter in Windows 10 and added the filter as a Video post processor filter in Custom JRVR mode. Screen shot attached.
I took a screen shot of the JRVR statistics when playing back an HDR video in Red October JRVR mode. (I didn't have an SDR media file to test with)
I then took a screen shot of the stats when playing the same HDR video in Custom JRVR mode with the filter.
The setting values I configured in the directshow_metadata_injector_filter.ini configuration file were applied overriding the original values for:
System (BT.709 instead of BT.2020)
Primaries (DCI-P3 instead of BT.2020)
Transfer (2.2 Gama instead of PQ HDR10)
Levels (Full/PC instead of Limited/TV)
I was never able to get the HDR10 Nits value to change. It would be reported as zero when I did not override the transfer from PQ.
Finally, I took a screen shot of the stats when playing an HDR video through the BlackMagic DeckLink 4K Mini Recorder capture card. No metadata values from the metadata injector filter were applied. So either there was no attempt to apply the filter to capture card input, or it failed.
Note that I will redo this test using an SDR file as a more realistic use of the filter.
-
Yaobing will likely have to look into if we can use the custom filters for live input.
-
is interesting to know if we can also use Dirac or similar plugins on audio part and let JRiver to sync audio and video
-
With live input maintaining sync with extensive processing is not that easily done. With a file you can just read ahead.
-
yes but I know that the Dirac plugin of the Dirac Live processor already informs the host of the latency, if JRVR will do the same we can have a perfect sync.
-
This is probably a naive question.
In order to accomplish the goal of input HDR signals and applying processor: Instead of trying to get JRiver to work with Decklink capture card, what about getting JRVR to work with VideoProcessor? I suspect JRiver only wants users to use JRVR in JRiver but thought that if it is a direct show renderer, one could just use it in VideoProcessor like Madvr and then JRiver does not have to code to figure out how to get Decklink capture to work properly.
-
No one? I would appreciate some insight!
-
No one? I would appreciate some insight!
all that is needed is for jriver is inject the required metadata in when playing back from a capture card. It makes absolutely zero sense to even think about doing that via some 3rd party app that exists purely to plug madvr together with a filter that injects that metadata which is probably why you got no comments.
-
Thank you for the reply.
OK. You make that sound easy. To my knowledge, JRiver does not inject this metadata when playing back from a capture card yet (as the posts above indicate). Perhaps you're suggesting that since it is so easy, it will possibly happen in the future? If so, that is good news! I was just suggesting possibly an alternative that would work right now, which sounds like it will not.
The reason why such devices are recognized as cameras is because they do not provide programming interfaces for us to choose which video output line to use. You have to go to the device's own set up or configuration page to set it up. Likewise, might there be a setting there too to let it output metadata so the downstream DirectShow filter JRVR could process? To be honest I don't have much knowledge on this.
@Yaobing, Any ETA on when JRiver will inject the required HDR metadata when playing back from a capture card?
-
I couldn't say if it is actually easy but it doesn't sound so complicated to implement, to test and verify it behaves is another question. They don't do ETAs though so just have to wait and see.
-
No one? I would appreciate some insight!
Your question was asked early in the development of JRVR.
https://yabb.jriver.com/interact/index.php/topic,130657.msg906609.html#msg906609
Quote from: zybex on September 24, 2021, 11:41:09 am
@Hendrik, is JRVR [eventually] usable by other apps like MPC-HC?
No. Its a core component of Media Center.
I would suspect that JVR is not DirectShow since JRiver is a cross platform product, not just for Windows.
Besides, JRiver is a licensed and paid product and JRVR has increased its value. Separating JRVR so that it can be used with other products means JRiver would end up competing with itself in other free-to-use products.
-
I was assuming that one would have to pay for JRiver in order to have access to the JRVR. But I suspect you're right and so it is moot, JRVR is probably not a directshow filter anyway so it would not work.
I guess I'll have to wait to purchase until they get working the capture issue in JRiver.
-
I was wondering if there had been any developments in order to use JRVR with external inputs with the capture card. As this thread indicates, the issue was injecting the relevant metadata so that it would be seen as HDR. I'm sure there are other issues to work out but that was the most recent. I am looking for a replacement for Videoprocessor that the first post mentioned.
Thanks for your work.
-
Just curious if there has been any progress with this or if it is basically a dead issue?
-
I second this, as I am very interested in using JRiver to do the tone mapping from capture cards.
-
Just found this thread. @Hendrik Perhaps it should be moved to MC 32 since 31 is now legacy?
Right now this idea is even more interesting as we can get devices that will output full DV Profile 7 with FEL included. So if we can plug this device to the capture card + JRVR we can achieve the best possible DV output and the best JRVR tone mapping solution.
And yes, right now I can do that with VideoProcessor + MadVR, but I prefer to not get stuck with a super old version of MadVR since all versions after v.113 are blocking the use of Capture Cards. (Concerns with cannibalizing Envy sales...).
All I need is an option that can I use to force HDR/PQ/BT.2020 or SDR/BT.709 as an input into JRVR. (output of the Decklink capture card).
-
I think MC support for capture cards needs some work above and beyond this, ime it's not reliable and can't handle audio and video in the way other windows apps can out of the box.
-
I would love this support. I'd love to ditch MadVR.
Just found this thread. @Hendrik Perhaps it should be moved to MC 32 since 31 is now legacy?
Right now this idea is even more interesting as we can get devices that will output full DV Profile 7 with FEL included. So if we can plug this device to the capture card + JRVR we can achieve the best possible DV output and the best JRVR tone mapping solution.
And yes, right now I can do that with VideoProcessor + MadVR, but I prefer to not get stuck with a super old version of MadVR since all versions after v.113 are blocking the use of Capture Cards. (Concerns with cannibalizing Envy sales...).
All I need is an option that can I use to force HDR/PQ/BT.2020 or SDR/BT.709 as an input into JRVR. (output of the Decklink capture card).
-
I would love this support. I'd love to ditch MadVR.
me too. Used to run CoreElec before moving to a Zidoo, and will order an Ugoos and moving back to CoreElec. Full FEL support is huge.
-
I saw in the recent logs for V33 some items related to video capturing such as this in 33.0.40:
Changed: For video capturing (on Windows, using DirectShow), if the device does not offer "Video Capture Pin" property page, MC will save video output format data upon user exiting from "Video Capture Filter" property page. This solves the issue of MC never saving the output format that the user set on the property page.
2. Fixed: DirectShow device "DeckLink Video Capture" from Blackmagic Design did not work.
I was wondering if the above is related to the topic discussed in this thread, and if yes, has any progress been made, if not why has any progress not been made? :)
-
See https://yabb.jriver.com/interact/index.php/topic,139807.msg971864.html for some progress
Fwiw I have written a capture filter for the magewell 4k pro cards which does this (switching to HDR and back automatically) and multichannel pcm , can't say it's 100% reliable yet but nearly there I think
-
See https://yabb.jriver.com/interact/index.php/topic,139807.msg971864.html for some progress
Fwiw I have written a capture filter for the magewell 4k pro cards which does this (switching to HDR and back automatically) and multichannel pcm , can't say it's 100% reliable yet but nearly there I think
That's great news! However, until there is a solution with audio passthrough, it's a bit of a no-no, as it means no Atmos or DTS:X.
Does the Magewell do full HDMI 2.1 bandwidth, or is it 18Gb/s?
-
There is a variant with a LT port https://www.magewell.com/products/pro-capture-hdmi-4k-plus-lt
No idea if MC television would support bitstream via this method
Specs are https://www.magewell.com/tech-specs/pro-capture-hdmi-4k-plus-lt
It's a 2.0 input, are there any that do 2.1?
-
There is a variant with a LT port https://www.magewell.com/products/pro-capture-hdmi-4k-plus-lt
No idea if MC television would support bitstream via this method
Specs are https://www.magewell.com/tech-specs/pro-capture-hdmi-4k-plus-lt
It's a 2.0 input, are there any that do 2.1?
There was no HDMI 2.1 capture card last time I looked, no. I have less need for this now that I have a 1,000nits TV as static tonemapping is fine for my non-HTPC source (with DV / HDR10+ when available), but in case I ever go back to projectors that would be an interesting project.
I don't really mind the HDMI 2.0 bandwidth as all my non-HTPC sources have the same limitation, but if you can't passthrough immersive audio that's a dealbreaker for me.
Thanks for the update, please let us know if you make any further progress!
-
Any progress on this project?
-
Mine works fine for me, still need to test if bitstream pass through works or not (will try to do that this weekend)
-
That would be great thanks! If it does, I'd really appreciate if you could provide a bit more details on the capture cards that work, and how you get the input to benefit from JRVR tonemapping with HDR content, as that would be my primary use.
I'm thinking that if the sources go through the AVR first, it doesn't matter if there is no bitstream passtrough in the capture card.
Do you have some kind of rough diagram of your A/V chain, i.e. where is each device in the chain?
-
I've tested with https://www.magewell.com/products/pro-capture-hdmi-4k-plus and https://www.magewell.com/products/usb-capture-hdmi-4k-plus
and how you get the input to benefit from JRVR tonemapping with HDR content
I read the contents of the HDR infoframe on a frame by frame basis and tell the renderer when the format changes, this switches automatically between HDR and SDR when necessary
Do you have some kind of rough diagram of your A/V chain, i.e. where is each device in the chain?
I'm PC only so it's v simple
sources -> vertex2 -> PC -> jvc projector
there's an LG OLED (which feeds a Denon AVR via earc) on the 2nd output from the vertex2 though that's probably not so relevant here)
-
Thanks!
That's quite expensive here: https://www.scan.co.uk/products/magewell-pro-capture-hdmi-4k-plus-hdmi-20-input-loop-through-pcie-x4-interface-4096-x-2160-dci-4k-vi
Do the Blackmagic cards work too? Their 4K Capture card is about half the price: https://www.scan.co.uk/products/decklink-quad-hdmi
I guess I should follow @Yaobing's thread you linked to earlier, as it looks like it's focusing on Blackmagic's support, but it doesn't seem to be working with HDR content yet (which would be my primary use for this).
I guess in my case I would have something like:
Sources > AVR HDMI Out 2 > HD-Fury > Capture Card > HTPC > TV In 2 (probably using a DP>HDMI output of my nVidia GPU when I need to use JRVR to process/tonemap content) and
HTPC HDMI Out (and other sources) > AVR HDMI Out 1 > TV In 1 when I want to use the HTPC as a source.
Thanks again for your help/feedback!
-
yes they're rather expensive new, they pop up on ebay with some regularity for much much less (e.g. I picked mine up for £120). There's one on there atm in fact (https://www.ebay.co.uk/itm/156794487682?mkcid=16&mkevt=1&mkrid=711-127632-2357-0&ssspo=Pt993cfKRK6&sssrc=2047675&ssuid=9YI-1Z4YTBm&widget_ver=artemis&media=COPY) albeit they're asking for rather more.
the alternative is to wait for Yaobing to implement similar for blackmagic cards though last I saw he doesn't have a card himself to develop with which seems like an extraordinarily hard task to take on. They don't give progress reports though so can't say if that's changed.
I do also have blackmagic card at home actually so theoretically I could port my filter to use their SDK, if I get the time perhaps I'll take a look to see if that's a relatively easy job.
-
Thanks. Yes, if you look at the buy it now it's still expensinve for used and no warranty.
It would be great if you could take a look at the Blackmagic, it must indeed be really hard to develop this without access to the hardware.
I'll keep an eye on the Magewell card on e-bay (£120 would be fine of course). I won't buy a Blackmagic one until support is confirmed working. I'm not really in a hurry for this.