Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Generic HDMI input to DJI goggles #14

Open
macrokernel opened this issue Aug 28, 2023 · 2 comments
Open

[Feature Request] Generic HDMI input to DJI goggles #14

macrokernel opened this issue Aug 28, 2023 · 2 comments

Comments

@macrokernel
Copy link

macrokernel commented Aug 28, 2023

I wonder if a Raspberry Pi or a similar reasonably priced SBC can be used for connecting Walksnail or HDZero VRX HDMI output to DJI goggles USB input? Something like DigiView or Cosmostreamer but the other way round.
It would be a really nice device, as DJI is never going to release a 1s lightweight/whoop digital VTX, and buying another set of HD goggles is rather expensive.

@macrokernel macrokernel changed the title Generic HDMI input to DJI goggles [Feature Request] Generic HDMI input to DJI goggles Aug 28, 2023
@j005u
Copy link
Collaborator

j005u commented Aug 29, 2023

It's possible with a combination of moonlight (which enables streaming your desktop/screen to the goggles) and a HDMI capture card combined together.

In practice however the capture card adds anywhere between 20-50ms of latency, so this isn't practical for actual flying. Also to pull this off on a raspi one would need to write a custom dji-moonlight-embedded alternative that would take h264 provided by the capture card and pipe it directly to the goggles. A raspi will most likely not be able to keep up if it has to decode the video stream and then re-encode it for supplying to the goggles - this is how the naive moonlight setup would work.

So the tl;dr; is it would be possible to develop a raspi based solution, but it wouldn't be practical for flight purposes due to HDMI capture cards always having quite a bit of latency. As such the core team currently has no intent to invest time into this, however as always we welcome any community contributions.

An alternative would be to write a user-space driver for UVC h264 capture cards, this way the raspi could be skipped altogether. Latency concerns remain however and this is technically pretty hard™️.

@macrokernel
Copy link
Author

macrokernel commented Aug 29, 2023

Thanks for your detailed reply Joonas. I've seen someone on YouTube using Moonlight for this purpose, but using a PC is not very handy. Sad to hear that an SBC-based solution is not practically feasible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants