[aprssig] high altitude balloon / Raspberry Pi SSTV / RTTYtracking
Lynn W. Deffenbaugh (Mr)
ldeffenb at homeside.to
Fri Jul 20 16:57:04 CDT 2012
AFAIK, never been truly implemented, but has some discussion about
packet counts required to assemble even a small grayscale image. I
really couldn't see any way that video frames could come in over 1200
baud, or maybe even 9600 baud, and have any chance at actually getting
enough frames per second for motion.
It's not the APRS-IS that's the major consideration, but the RF channel
first. But don't get me wrong, the APRS-IS isn't really made for
transmitting that kind of packet rate either.
Lynn (D) -KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 7/20/2012 5:38 PM, Thomas Krahn wrote:
> In principle SSDV frames could be transmitted through APRS just as
> fine (imagine live pictures popping up at various places on the APRS
> However we already have extremely high APRS packet collision rates at
> some regions and hot running aprs.is servers so that I hesitate to
> encourage it. The solution is probably to shift to higher frequencies
> and baud rates for this. I wonder if the aprs.is backbone could handle
> that. Maybe the backbone specialists could give us some idea what is
> On 07/20/2012 02:16 PM, Keith VE7GDH wrote:
>> Thomas KT5TK wrote...
>>> The balloon with the Raspberry Pi was actually transmitting
>>> the webcam pictures with SSDV rather than SSTV...
>> Thanks for the clarification. I hadn't heard of SSDV before.
>> It was an interesting project even if APRS wasn't involved.
> aprssig mailing list
> aprssig at tapr.org
More information about the aprssig