Posts by DL9SEC

    Hi Peter,

    I am using such a weather protection for my multifeed (Poty + Astra LNB).

    Works very well especially if it is raining or snowing.

    As far as I can see, there are no noticeable negative effects.

    Unfortunately the most hoods are made from plastic that will brittle and crack after two or three years because of UV radiation and wide temperature differences over the year.

    Last month I tried a desk pad from IKEA (Polyethylene) and cut out the hood.

    PE isn't optimal but the desk pads are a cost effective slution as a spare part.

    Will see how long it lasts...

    Regards, Thorsten

    hallo Wilhelm,

    ich habe erst mal mit dem einfachen Test angefangen. Nach dem Motto man nehme ein Handfunkgerät mit 100mW oder so und schliesst an der Antenne eine 1N4148 gegen Masse. Dann kann man die 24 Oberwelle von 437.0625 MHz auf 10489,500 MHz sehen. Dann wiess man schon das der TCXO richtig arbeitet. Danach habe ich den Trick gemacht, man nehme ein LNB und halte es in Richtung Satellit. Man konnte einwandfrei die Barken und die SSB Stationen sehen und sogar demodulieren. Ich werde jetzt mal die Tröte absägen und bearbeiten und dann an dem Poti montieren und auf Dach bringen. Bin aber guter Dinge.

    Gruß Ulrich

    Hallo Ulrich,

    ich habe für Tests auch das von Dir beschriebene Prinzip genutzt ( siehe…tRef_Modification_1V0.pdf).

    Allerdings habe ich zwischen Sender und Diode noch ein Dämpfungsglied mit 20dB entsprechender Leistung (10dB geht auch) eingefügt, um nicht in einen nahezu HF-Kurzschluss zu senden. Nicht jede PA ist robust genug unbeschadet in einen Leerlauf oder Kurzschluss zu senden. Mit dem Dämpfungsglied sieht der Sender eine gute Anpassung, und die 23. Oberwelle wird dennoch erzeugt...

    73, Thorsten

    Guten Morgen Heiner,

    ich habe mitlerweile den Mini Tioune Pro V2 aus F bekommen. Alle Testprogramme laufen einwandfrei. Wenn ich die Barkenfrequenz einstell bekommen ich die Carrier, Träger, SR, Full und RF PW Anzeige. A-V- Decoder ist auch OK. SW version 0.9.9.l

    Ich bekomme einfach kein Bild zustande. Ich nehme an das die PID-Parameter die ich verwende falsch sind oder der Fehler ein halben Meter vor dem Gerät liegt. Kannst Du mir bitte mal etwas auf die Sprünge helfen?

    Gruß Ulrich

    Habe sehr ähnliche Probleme mit der neuen Version. Die Vorgängerversion läuft prima, mit der neuen kommt kein Bild/Ton. JP konnte nicht helfen, er meinte das könne nicht sein.

    Bin gespannt, ob Du das zusammen mit Heiner hinbekommst...

    Gruß, Thorsten

    Also ich bin auch kein Mitglied der R.E.F. und habe dort einen gekauft und bekommen.

    Adelaide, die das dort schmeißt kann auch englisch.

    Wenn Google-Übersetzer nicht weiterhelfen kann, sieht's schlecht für Dich aus ;)

    73, Thorsten


    today I tried the latest MiniTioune v 0.9_9.1h but I am a bit frustrated with it. I adapted the ini as I did for the v0.9.beta8.9 (which runs very well, apart from the totally overloaded GUI which is nearly too big for my FHD screen), ran the "install_usrc_ax_winXP.exe", but the beacon (or any other station) doesn't decode anymore (see attachment).

    The most right LED of the TS indicators always stays red. The previous version works still well.

    Any hints? Am I missing some parameters or drivers?

    73, Thorsten

    Hi Herko,

    as far as I see, you used a lot of solder for the reflector. The produced meniscus influences the resonance significantly.

    I had the same effect, removed the patch, used a file to remove the meniscus to get a right angle as good as possible and reinstalled the patch again.

    Try to use solder as less as possible. For a second POTY I used SMT solder paste, which gaves perfect results.

    73, Thorsten

    Hi Mike,

    I have a i7-3610QM CPU @ 2,3GHz 8GB RAM and only a few scenes in OBS (test pattern, image show, shack cam and one with an image film of the region here). "First-stage" H.264 encoding is hardware supported.

    Concerning the CPU load, it depends a bit what is fed from OBS to FFMPEG. I only work with 12 FPS and a low resolution, so FFMPEGs work is also not that much.

    Thanks for the hint with PCR/PTS. I could improve the stream quality by increasing that value.

    I have a big big playing field now with that solution and I will also try the lower bitrates. Saw SV8RV's transmission with SR66 and 8PSK. It's really amazing what is possible wit such a small bandwidth.

    I am really happy, that i can work the QO-100 WB transponder with my equipment. Works better than I expected :D



    the last weeks I played around with OBS, H.264 encoding and streaming via RTMP to my Pluto. Because of my limitations of RF power (about 20W) and dish size (about 73cm) I am bound to lower DATV bitrates (<=125kBit/s), but it works so far to send moving images via QO-100.

    Now that i saw what H.265 can do, I tried to get the "nvenc_hevc" encoder working in OBS, but it seems, that this set needs hardware support, which my NVIDIA GT650M can't offer. My expectation was, that in case of no HW support this encoder uses software encoding through "libx265" which FFMPEG should support. But it doesn't and OBS doesn't show a "libx265" selection in the dropdown (like the "libx264").

    A inquiry at the OBS forum wasn't succesfull, those guys live in their "4K-Twtich-Youtube" world and claimed, that H.265 software encoding will not work because of the CPU load (although i explained the background and that i want to use very low bitrates).

    Anyway, until my HDMI/H.265 encoder arrives from China, i searched and found a solution to create a H.265 encoded stream for the Pluto with software encoding. This solution works fine for me with SR125, a 384x306 image size with 12 FPS and 12kHz mono audio and i would say the quality is some kind of "crispy clear" compared to the same conditions encoded with H.264.

    What I use is:

    The FIRM2201RC gives the possibility to feed the Pluto with UDP packets (thanks to DD4YR for that hint) instead of the common RTMP streaming described on the Pluto documentation page. This UDP stream can be created in OBS by recording to an URL instead of a file. Unfortunately software encoding is only possible with H.264, but not with H.265.

    To work around this, the UDP stream is not sent to the Pluto directly, but to a local FFMPEG instance running which transcodes the stream from H.264 to H.265, downscales audio (thanks to G0MJW for the hint) and send another UDP stream to the Pluto.

    The FFMPEG instance runs in a console window here with the following parameters:

    ffmpeg -i "udp://localhost:7272" -vcodec libx265 -crf 33 -preset superfast -b:v 40k -acodec ac3_fixed -strict experimental -b:a 12k -ar 12000 -vf scale=384:-2:flags=lanczos -r 12 -f mpegts "udp://"

    • -i "udp://localhost:7272"
      FFMPEG listens locally at port 7272 for UDP input
    • -vcodec libx265
      Selects the H.265 software encoder
    • -crf 33
      Selects the "Constant Rate Factor" for quality (the lower the better)
    • -preset superfast
      Selects the compression (the faster, the less delay, but the higher bitrate)
    • -b:v 40k
      Set video bitrate to 40 kbit/s
    • -acodec ac3_fixed
      Selects the AC3 audio encoder (more downscaling possibilities than AAC)
    • -strict experimental
      Seems to be needed for the AC3 encoder (don't know exactly why)
    • -b:a 12k
      Set audio bitrate to 12 kBit/s
    • -ar 12000
      Set the audio sample rate (corresponds to the bitrate)
    • -vf scale=384:-2:flags=lanczos
      Scale down the image to width 384 pixel, height is chosen automatically according to a parameter "n", use the "Lanczos" scaling filter (sharp)
    • -r 12
      Set output feamerate to 12 FPS
    • -f mpegts
      Use "MPEGTS" as output streaming container
    • "udp://"
      Send the output as UDP to IP:PORT with given packet size (copied from Robert :) )

    I tried a lot of parameters for FFMPEG and also for OBS to get a good result and it wasn't always clear for me, why some combinations work and some not. The OBS settings can be found at the attachments. Also the Pluto transmit parameters I used ("PCR/PTS" and "PAT period" ar not really clear for me).

    Just start FFMPEG, then start RECORDING(!) (not streaming) in OBS and PTT ("Switch ON") at the Pluto.

    The H.265 output was really good via QO-100:

    CPU usage for OBS was about 5..7%, for FFMPEG about 3..5%

    The over-the-air stream is at its upper capacity level, but it works fine with my rig.

    Maybe there are some improvements and optimizations one can do and I would appreciate if they could be shared here...

    73, Thorsten

    You can send the audio and video to ffmpeg running on your PC and then forward the TS as UDP to the Pluto. That TS can contain anything you want.

    All no problem, if one knows how ;)

    In the meantime i managed to send an UDP stream, as Robert described, to my Pluto. Unfortunately i couldn't get a software encoder for H.265 in OBS, so i stuck to H.264, which leads to a stuttering audio with 32kbit/s. ;(

    But the audio bitrate can not be lower than 32kBit/s (no downscale option at the Pluto controller page)...

    How can we reduce the audio bitrate in OBS below 32kS? Would be interesting for RB-modes.

    Not in OBS directly, but via RTMP parameter at the Pluto (see attachment). Take a look at the Pluto's internal webpage, section "PC with Vmix or OBS".

    Actually the audio bitrate can be reduced far below 64kbit/s. I tried this down to 8 kbit/s, because i was short on bandwidth.

    Sound like though the phone, but sufficient... :D

    Morning Robert,

    thanks for the information.

    Ok, will try the beta (althought rtmp streaming seems to be broken).

    Unfortunately this HDMI-H.265 encoder seems to be rare and out if stock at ebay.

    Any ideas for further sources or alternative devices?

    With direct RTMP streaming from OBS to Pluto i can scale down audio e.g. to 8KBit/s (through the URL parameter).

    Can this be achieved with the UDP variant too?

    73, Thorsten

    Which firmware is necessary on the Pluto? Will the UDP streaming work with the latest release or is the beta ("for the brave") needed?

    If no HW acceleration is available for H.265, is there a software encoder available for OBS?


    Thanks Robert for that desription, couldn't find this trick somewhere else.

    73, Thorsten