f4exb / sdrangel

SDR Rx/Tx software for Airspy, Airspy HF+, BladeRF, HackRF, LimeSDR, PlutoSDR, RTL-SDR, SDRplay and FunCube
GNU General Public License v3.0
2.85k stars 432 forks source link

Full Analog-TV support #21

Closed veso266 closed 2 years ago

veso266 commented 7 years ago

Hi do you think you could add Full Analog TV Support (not just ATV Analog)

It would be great if you could add PAL B/G, D/K, I and NTSC as well as SECAM but first if you could add Color support to existing PAL Demodulator (I have a lot of bosnian stations that are still analog and nowadays its imposible to find a portable Analog television that would support all analog television modes

Thanks for Anwsering and Best Regards

f4exb commented 7 years ago

I have added it as a feature request and realize that analog color support is of interest for some of the audience. However it is fairly demanding in development effort and is not my priority. As always I am opened to contributions.

Also it would help if the present analog BW ATV gets more mature. For example it is still weak on the line synchronization and this is a killer for color support.

veso266 commented 7 years ago

OK so when you finish all your issues and improve line sync will color be added PS: don't hams like colors? (why would it be of interest to them?)(even PAL Plugin for SDR# stopped in black and white state) I am asking this because I don't understand why adding color is that demanding because if you came that far to actualy implement PAL isn't adding color just a small addition?

Thanks for Anwsering and Best Regards

f4exb commented 7 years ago

When hams want to use color they probably switch to digital nowadays and quite a few probably did that some time ago. Purpose of the plugin was to have fun with good old analog TV without too many bells and whistles and also experiment with NBTV (Narrow Band) and for that purpose you would discard color to save bandwidth. NBTV will come in v3.3.3

I used the term "PAL" to qualify the frame synchronization scheme which is the one used in PAL (and NTSC and SECAM by the way) and that's all that is PAL there. To implement color is a lot of work because you have to mimic the rather complex analog circuitry that best works in... analog. This implies locking the color oscillator (a NCO then) in frequency and phase with the small burst at the start of the line. Then you need to filter the luminance (LPF) and the chrominance (BPF) apart. You then take the chrominance signal and decode its phase using the reference of the color oscillator. Then you reassemble everything to get the RGB according to the particular standard (PAL, NTSC, SECAM). I beleieve this is a lot of work for just analog color. Now anyone who is up at it is welcome but I will certainly concentrate on more valuable features. In particular it would be more immediately interesting to add support for digital TV.

So unless a contribution comes in I would say that it is not anytime soon. Having said that I keep this ticket open.

DG9BFC commented 7 years ago

we also still use analog atv here ... so i second that begging for pal color support would make an easy atv repeater / receiver / transmitter rx on 2.4 tx on 3,4 gig (just an example) ... or use lnb for 10gig rx and retransmit on 9, 13 or 23 cm?? all is possible with the lime (if i could just get sdrangel working here grmbl)

cabeener commented 6 years ago

In the USA Hams on ATV still use analog TV NTSC. Some of us have filter at 70mhz to take the bandwidth down to 350Khz, 700Khz, 1.2 Mhz up to 3.5Mhz. of course when we use 350Khz the Ham Txing needs to use Large black Call letter so we can see them. It helps a lot. you can see Call letter about 12db down farther in the noise. A normal Rx sensitive for analog TV is around -100dbm but with 350khz its down around -115dbm. You can take just seeing sync at 3.5Mhz to a lock P1 at 350khz bandwidth. So I'm looking for better NTSC analog TV, and also DVB-T 2Mhz wide to 100Khz wide. At 2mhz wide we have worked W4HTB two way Digital DVB-T 2Mhz. 311 miles just once. But have work 125 miles all the time. We love your program keep up the good work !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Charles WB8LGA

DG9BFC commented 6 years ago

our repeater has a dvbt receiver 2 megs wide on 432 megs ... works suerb even for long distances cabeener what did you use ther for dvbt?? the stuff from taiwan?? the lime maybe also could do this (its all a question of software) ... with a wide band multiband rx tx like the lime you could do ANY mode ... even dvbt or any other fancy digital mode ... in any bandwidth

f4exb commented 6 years ago

Request for DATV modes is rather followed up with this issue https://github.com/f4exb/sdrangel/issues/18 Here we are talking about color support in analog TV plugins which is rather obsolete I agree.

DG9BFC commented 6 years ago

analog tv is not obsolete so color support is a must have (i think) ... i was just asking cabaneer what he has used when they made their tests in datv ... i did not want to get off topic (and yes i have seen that topic) so my dream is: a powerfull single board pc with a touch screen (odroid xu4 with vu7 or a tablet pc) together with the lime and some poweramps, filters, rx/tx relays, gpio board, 5 and 10 gig up/downmixer all in one case running sdrangel and we have a multiband multimode sdr transceiver most analog things are already there (am fm ssb etc.) on analog only analog tv is not finished .. when that is done and if dvbt could be added ... then also that mode could be added without adding new hardware tm my "dream" sdr :)

cabeener commented 6 years ago

Yes we used Hides equipment for Tx and Rx. But there is a new SDR out Adalm-Pluto. You can Tx DVB-T on it with program Express DVB Transmitter. and It only cost $99 USD. We have work two way on DVB-T 2 Meg and 311 miles. and we do 125 mile. on and off depending the conditions. Yes you can also use Lime on both Tx and Rx but not in Windows.

F5OEO commented 6 years ago

Can maybe inspired on Tx by colour ATV transmitter from https://github.com/fsphil/hacktv

f4exb commented 5 years ago

This issue has gained interest since the 5 GHz band FPV devices operate in color analog either PAL 625/25 or NTSC 525/30 with FM modulation. Using a modified version of hacktv (deviation for FPV is apparently only 4.3 MHz) I was able to see the color video on a wrist watch receiver. Great fun!

I'm thinking of putting color in the ATV transmitter first. This is easier than the Rx.

DG9BFC commented 5 years ago

what about also adding tone carrier(s) ??? 5.5-6.5mhz ... selectable in 500kc steps (thats all needed 5.5, 6, 6.5 megs carrier) or free tunable ?? greetz sigi dg9bfc

f4exb commented 5 years ago

Sorry, not enough resources this request is dropped

f4exb commented 5 years ago

Deserves second look

f4exb commented 2 years ago

dropped

PhilippMolitor commented 11 months ago

Is there any chance this will be revived? I am coming from exactly the use case you described: I'm flying FPV and would love to use SDRAngel to view analog video feeds, while also using other SDR features (mostly just the spectrogram) in the 5.8G Band.

gllxflr commented 5 months ago

Would love this to be revived, or at the very minimum a proper output from the existing one. 560x418 (viewport size) isn't a suitable capture resolution for 625-line television

DG9BFC commented 5 months ago

I guess with clever firmware one could stream video to pluto and get full analog tx signal (with colour and tone-subcarrier!!!) we can send DVB-S/S2 and DVB-T with the Pluto ... so I guess the Pluto could send analog (in PAL resolution)... just needs a clever guy coding itDG9BFC sigi Am 23.03.2024 21:10 schrieb gllxflr @.***>: Would love this to be revived, or at the very minimum a proper output from the existing one. 560x418 (viewport size) isn't a suitable capture resolution for 625-line television

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: @.> Am 23.03.2024 21:10 schrieb gllxflr @.>: Would love this to be revived, or at the very minimum a proper output from the existing one. 560x418 (viewport size) isn't a suitable capture resolution for 625-line television

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: @.> Am 23.03.2024 21:10 schrieb gllxflr @.>: Would love this to be revived, or at the very minimum a proper output from the existing one. 560x418 (viewport size) isn't a suitable capture resolution for 625-line television

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: @.***>