You can bind a switch of your remote to a script file on the cam. When you press it, the script is started. The cam itself is like a Linux PC with a video input - it can do what you wish.

Stabilization is done on the ground. OSD is also drawn on the ground, over the stabilized video. This is how it looks like when I draw the OSD on the cam and stabilize on the ground kzbin.info/www/bejne/pJrcgKGojbR5nLc

Aha nm just saw you forked it. Nice!

@@ejowerks yes, it's your code. Added some tweaks to improve performance and played with the params.

One LHCP 10 turn helical and two vertical polarization patch antennas, 11 and 14dBi. Vertical polarization antenna on the plane.

No antenna tracker, the antennas are no high gain (12~15dBi), so they have rather wide beam width. I rotate them by hand. When the plane is far away, it can't quickly move away from a 20 degree beam.

It won't help much in a weather like this. Here is the digital stabilization in "normal" weather conditions : kzbin.info/www/bejne/i3rPY42ij9x5d5o

I switch them real-time during the flight via a 6pos switch on my Tx.

@@tipoman9 What are you using to switch between the 2 feeds? The cameras must be plugged into something that controls which feed is being sent to the VTX

@@dooddrones6521 Flight Controller controls the cam via MSP protocol, that exports Tx switch positions. Description of the system here kzbin.info/www/bejne/sHrbl5dobNCZr9E

@@tipoman9 Gotcha, thanks for the info! Have been developing a camera switcher for HD Zero and wasn't sure if yours operated in a similar fashion or not

imx335 supports full sensor scan (2592 x 1944) scaled down to 1080p at 60fps, that gives much sharper image. Higher resolution of imx415 is in fact a drawback, since the cam can't handle full sensor scan at more than 40fps. And its binning mode is useless. For 720p at 120fps they are about equal

It is clearly written in the video description

This is a known limitation of the Atheros stock driver, you'll need a small patch to allow higher bitrates in monitor mode. It is already included in OpenIPC, but seem you are using a different HW. Contact me on telegram OpenIPC group to explain

I have AR Wing 900 also. kzbin.info/www/bejne/m3vdapWJn9dshrM

Glad you noticed 😀There is also the pitch angle text that rotates with the AHI. And center of the horizon line getting green when the plane is level 😉Icons are variable size, with more important being bigger. Home indicator on AHI (not working in this video). And stick position indicator on lower right...

@@tipoman9 Very nice. So is it rendered in post after the flight? Or can the firmware in the Walksnail or DJI goggles be upgraded to render it in real-time during the flight?

@@RCGuyVideos It's rendered realtime on the ground, based on the telemetry data transmitted by the plane. 😉 The video is a screen recording with somewhat reduced quality compared to what I actually see on the laptop screen

​@@tipoman9 ​ Excellent work! I recall the weird looking AHI of the Walksnail and DJI was what made me discover that their OSD rendering technique is all character-based graphics! They just use specialized detailed glyphs for some of the finer OSD elements. I was shocked they took such a rudimentary approach to graphics rendering in modern times. I could guess they took this approach because of lack of computing power onboard the goggles. But rendering 2D graphics onto a 1920x1080 canvas isn't so compute intensive these days is it? Maybe then they just didn't want to spend the time/money on hiring a programmer that had experience with 2D graphics perhaps and rushed it out the door with a cheesy character-based OSD. Now we need Walksnail and DJI incorporate it into their goggle's firmware since OpenIPC is open-source under the MIT license.

Yes, it is fully open source. You can customize it as you wish.

@@tipoman9 Do you have a link to the repo?

@@azimyth1542 Just google OpenIPC

Is the stabilization done on the grounds station ?

@@ramygad Exactly.

Parrot drones , Bebop and Disco doing this Real time stabilization and way better since 2015 .

@@nicktk I don't claim I've invented it.. I only made it opensource ;) ..and... just out of curiosity, can you point me to a sample how "the competition" handles stabilization on a 6x optical zoom?

@@nicktk This is electronic stabilization, not physical stabilization. Isn't the comparison object wrong? Mechanical gimbal with normal focal length lens vs. electronic stabilization with telephoto lens

Well, there are quite a few options for HW. I'm using EOM modules for security cams, the one in the video is ssc30kq CPU on MC-L12B board, google it. There are already ready to use HW offerings from emax/runcam, so you may considers using them. My only advice is to stick to imx335 sensor.

I don't plan to use wifi radio to control the plane. I consider ELRS much more reliable. But yes, it is technically possible to have mavlink upstream : ground=WiFi => OpenIPC =UART=> FC , the tools are available and some folks are experimenting with this.

No idea. Ask INAV whether they support MSP Display Port in 2.x

The OSD is qOpenHD with transparent background, drawn over a video decoding implemented with gstreamer wrapped in Python. qOpenHD decoding adds ~100ms latency, radio layer is managed by wfb_ng.

It is available as an external tool for x86 ground station.