OpenHD
See the release notes in the official channel(s) for a complete overview
Dear community, We’ve been working on OpenHD-evo for almost a year now, open and documented on GitHub, but without a public release. After getting a lot of positive feedback from our most experienced users, we finally decided to make the first public (beta) release. Please note: There are a lot of new features, but also a few missing ones – read below for a comprehensive list.
We would like to thank everybody involved who made this release possible – our lead developers Constantin and Raphael , who have put in hundreds of hours to give you a completely reworked and mostly rewritten version of OpenHD. We would also like to thank Careyer for his work in problem solving and communication with companies. In addition to that we thank Luke and Roman for their contributions to the code base. And we also want to thank our testers group of about 30 individuals, who helped us detect bugs and make important decisions. A special thank you to Norbert , Marcel and Sebastian for their constant help and expertise.
We are also excited to announce that we have started an official partnership with Arducam and Veye-Imaging, which are currently supplying our dev team with prototypes, information, and even access to closed-source code. This will enable us to support more modern cameras and help these companies design cameras which are more suited for the drone environment. Now, let’s go into more detail about what OpenHD-2.3-evo (beta) is. As previously mentioned, we have done a complete rework of the old OpenHD. This means that we now have a completely rewritten version of OpenHD written in consistent C++ code with standardized MAVlink telemetry and settings. We have also reworked the build structure so that it compiles end-to-end winthin online CIs in a transparent and reproducible way. Additionally, we have made sure that the entire code base is optimized and well-documented for easier access and modification. Here are some of the most important changes: • Extended camera support, including Libcamera, raspivid, gstreamer, and Veye support. • Integrated h.265 and MJPEG support* • Extended WiFi support, including 8812AU, AR9271, 8812BU and 8188EUS • Extended SBC support, adding x86 support and Jetson Nano as TX • Updated settings, which can now be changed without any config files inside QOpenHD and LIVE – note that this replaced the OpenHD-settings-1.txt file. • Updated Wifibroadcast with better FEC, 40MHz channel width and RC support • Channel scanning inside QOpenHD (*on supported devices)
Please note that since we have rewritten most of OpenHD, not every function is currently implemented. Currently, we do not have: • Apps for Android/Windows/iOS (we have already started working on them) • More advanced multi-camera support (currently, we only allow 2 cameras, and switching requires a reboot) • Advanced camera settings (currently only MMAL allows for brightness, exposure, etc. changes) • VR/3D support • Easy IP Camera support Furthermore we decided to remove support for ARM6, which means that we no longer support the Pi Zero, Pi1 and Pi2(v.1) due to a lack of features and performance in these boards. We are also still working on the UI and trying to make things easier for the user. The current state is stable to fly and should be free of major bugs. This version is designed to let the user try almost everything. OpenHD will not check if the settings are sane or even manageable by the hardware, so please be warned. For more information, please visit our wiki: https://openhd.gitbook.io/open-hd/ After all this information, let’s start using evo! Simply install the OpenHDImageWriter (currently only available on Windows and Linux) and flash OpenHD to your device. https://openhdfpv.org/downloads/
Direct Downloads can be found here: https://github.com/OpenHD/OpenHD-ImageBuilder/actions/runs/3971979662 please add a "air.txt" or a "ground.txt" to the openhd folder when flashing it manually
We are expecting some bug Please Report them via issues on Github!
KNOWN ISSUES- -android adsb aircraft icon missing -possible inconsistent mission waypoint order/lines on map
QOPENHD APP Changes- -ardupilot only flight mode change via flight mode widget -ardupilot only RTL command via home widget -ardupilot only Mission widget. Total waypoint count and current waypoint -ardupilot only mission waypoints on map -ardupilot only arm/disarm via throttle widget -FC reboot command via power page -Total rewrite of ADSB widget. Now agregates sources (David Contribution) -in app veye camera control (Daniel Contribution) -ALL widgets positioned via long press and settings. Tap/click opens "actions" if available -Widget names in popup (Daniel Contribution) -Configurable Mavlink sysid in general -blackbox playback fixed (not enabled in release build) -Autopilot info requested on connnect (internal to app) -GPIO widget layout fixed -Data Logger class added (internal to app and disabled in build) -UAV position track history draws on map (efficiently recycles 100 points) -Horizon width control now more fine -FPV widget default size increased -Declutter option from old OSD now added to multiple widgets and is configurable via settings popup -GPS widget layout cleanup -i2c and Veye changes related to app setting Veye controls (Daniel Contribution) -Raspberry Cam controls via the app (Daniel Contribution)
OPENHD CHANGES- -new pi4b model added -unknown pi models default to assuming dual hotspot band ability
This is likely the last release of the 2.0.x series. OpenHD 3.0 is a complete rewrite and should be released in a few weeks.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThis is likely the last release of the 2.0.x series. OpenHD 3.0 is a complete rewrite and should be released in a few weeks.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThere are still a handful of little issues that need to be resolved, if you see anything wrong either open an issue on Github or tell us about it in Telegram.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThere are still a handful of little issues that need to be resolved, if you see anything wrong either open an issue on Github or tell us about it in Telegram.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThere are still a handful of little issues that need to be resolved, if you see anything wrong either open an issue on Github or tell us about it in Telegram.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThere are still a handful of little issues that need to be resolved, if you see anything wrong either open an issue on Github or tell us about it in Telegram.
/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
insteadThere are still a handful of little issues that need to be resolved, if you see anything wrong either open an issue on Github or tell us about it in Telegram.
This is a temporary problem, the result of fixing the long term performance and stability issues on the pi zero. It should work very well now on Stretch, however the fixes conflict with some of the other parts of Raspbian Buster (not anything in OpenHD itself, just the base operating system), so Buster will not boot on a Pi Zero in 2.0.1.
This presents some (temporary) issues for certain users. If you use a Pi Zero on the air side and a Pi4B on the ground, or for other reasons are using Buster on the ground side, and you rely on SmartSync or the 2nd camera system, you may want to wait for 2.0.2 which will make it possible to use different images on the air and ground.
trackermavfilter
program! :)TELEMETRY_OUTPUT_SERIALPORT_GROUND_FILTER=Y
in the openhd-settings-1.txt
file/boot/qopenhd.conf
and rebootVIDEO_TMP=sdcard
VIDEO_TMP=memory
instead