portapack-havoc icon indicating copy to clipboard operation
portapack-havoc copied to clipboard

Video camera sniffing

Open silascutler opened this issue 7 years ago • 9 comments

Would be awesome to add support for receiving 900MHz - 2.4GHz RF cameras. These often encode the video streams with either NTSC or PAL.

Related projects / Uses: https://makezine.com/2008/02/27/sniff-wireless-video-came/ http://www.recyclism.com/twopointfour.php

Related GitHub Projects: https://github.com/argilo/sdr-examples/tree/master/ntsc https://github.com/gnuradio/gr-etcetera - gr-ntsc.lwr https://github.com/kik/sdr-tv https://github.com/seminar/televison_back

silascutler avatar Feb 21 '18 22:02 silascutler

Also this project too: https://github.com/lscardoso/gr-ntsc-rc

silascutler avatar Feb 21 '18 22:02 silascutler

I'm pretty sure receiving realtime video won't be possible on the Portapack since drawing to the screen is quite slow. I'm not even sure it would be possible to record frames directly to the SD card without showing them. The 7MHz channel could be "seen" alright, but processing might be too demanding for the mcu.

If there's enough CPU power then it could be possible to show a frame once in a while, and if not an NTSC/PAL analog signal detector can at least be done.

(Cool links !)

furrtek avatar Feb 22 '18 06:02 furrtek

+1 Great Idea :)

chimera234 avatar Feb 22 '18 15:02 chimera234

Furtek you're right. I have an hardware camera detector, the lawmate compact camera detector/monitor. I reverse it to know if we could add this techno inside the portapack ans this is complicated. The portapack is not enough powerfull, and the screen not optimised for that. But.. Maybe an other system could be created. Don't know but i'm interested about that.

tibas21 avatar Apr 02 '18 06:04 tibas21

Would the I/Q data piped out to an external receiver or monitor work instead?

chudgoo avatar Apr 02 '18 16:04 chudgoo

We have achieved analog tv demodulating using hackrf on a host computer. I think to demodulate black and white signal, 2MHz is more than enough, since TVSharp is using rtlsdr to do the job. Also the grey scaled signal is AM signal, we will try on a computer to see the lowest cpu usage we can achieve and then think about bringing to portapack. Maybe we can drop some resolution to barely see what's happening.

jamesshao8 avatar Nov 18 '19 14:11 jamesshao8

@jamesshao8: For what it's worth, most FPV and security cameras I've encountered use FM to modulate the video signal, not AM as used by NTSC broadcast TV. So the band-limiting trick not might work as well.

jboone avatar Nov 20 '19 05:11 jboone

@jboone Thanks for your comment. In my country, the analog fpv camera for drone are usually PAL. I firstly demoluated one of them in TVSharp. You can see in this video below (0:28~1:00), the left side window is tvsharp (grey scale), the right side is showing the image from its original receiver. https://v.youku.com/v_show/id_XMTc4MDgzNTkwOA==.html

In the video, I am using a FPV camera in 1.2GHz which is inside the frequency range of rtl-sdr. However most of the camera I can find is 5.8GHz, so I made a similar program with HackRF under linux directly calling its API. I decompiled the source code of TVsharp, it's calculating the magnitude of IQ sample, hence AM demodulating. So I did the same with HackRF. And it's working. The only problem with my program is it's always rolling. However it's enough to tell what's in the image.

jamesshao8 avatar Nov 20 '19 14:11 jamesshao8

Hi @silascutler @jboone I am implementing analog tv receiver in portapack, and I have some achievement now.

We are discussing here: https://github.com/jamesshao8/portapack-havoc-modified/issues/2

jamesshao8 avatar Feb 25 '20 05:02 jamesshao8