Cw audio over ip

Cw audio over ip смотреть последние обновления за сегодня на .

Sending/Receiving CW DATA (0,1) over ip instead of CW AUDIO over ip: LIVE DEMO of Xmitter & Rcvr

37
1
0
00:12:44
30.10.2021

this is a follow up to the previous video on this topic starting here: 🤍 in this video the DECODING of the CW DATA into CW AUDIO NOTEs is done with a soundcard SDR program from RECRI KEYER 🤍 ...using its LO-MIXER to mix/convert the CW DATA received over ip from 0's &1's to CW AUDIO NOTEs with a frequency that you choose on the Recri Keyer LO-MIXER module 2 post Recri Keyer CW audio bandpass filter modules are used to clean up/clean out... the CW ELEMENT audio edge noise coming from the rapid start/stop/make/break/keydown/keyup etc.... THE PINK CW NOTE on the SCOPE VIEW shows the final wave shape of the decoded/demodulated CW from the CW DATA Over IP transmitter source the Gstreamer audio codec = eac3 is used to provide the pathway over ip from the transmitter location to the receiver location here is an example of the TRANSMITTER GSTREAMER SCRIPT used: gst-launch-1.0 -v jackaudiosrc ! audioconvert ! queue ! avenc_eac3 ! rtpgstpay ! udpsink host=(ip address of the cw receiver) port=7777 here is an example of the RECEIVER GSTREAMER SCRIPT used: gst-launch-1.0 -v udpsrc port=7777 ! "application/x-rtp, media=(string)application, clock-rate=(int)90000, encoding-name=(string)X-GST, caps=(string)\"YXVkaW8veC1lYWMzLCBjaGFubmVscz0oaW50KTEsIHJhdGU9KGludCk0ODAwMA\=\=\", capsversion=(string)0, payload=(int)96" ! rtpjitterbuffer ! rtpgstdepay ! avdec_eac3 ! audioconvert ! jackaudiosink

QSO CW audio OVER ip with another CW OP with 3 Windows 10 Terminals & 3 individual Terminal commands

26
2
0
00:02:24
22.10.2020

brief demo using just windows terminal commands... 1. to bring up a morse code CW Keyboard ( see this video here 🤍 CW keyboard 🤍 ) (NOTE: windows default sound card set to use a virtual audio cable, which will be the default soundcard of the CW Keyboard, which is the same VAC that is used by the GSTREAMER TRANSMIT script shown in #2) 2. to bring up a GSTREAMER TRANSMIT stream that sends OPUS ENCODED CW keyboard AUDIO to the other OP over ip ...AND... also forwards the CW KEYBOARD's transmit CW audio to the TX's sound card for monitoring the CW KEYBOARD's SIDETONE, with a visual scope for the SENDING WIN 10 OP to keep track and verify that the signal is being transmitted (HEAR & SEE) 3. to bring up a GSTREAMER RECEIVE stream from the other OP with its own RECEIVE SCOPE too the WIN 10 TRANSMITTER GSTREAMER SCRIPT C:\gstreamer\1.0\msvc_x86_64\bin gst-launch-1.0.exe -v wasapisrc device="\{0.0.1.00000000\}.\{a950d545-22e7-4373-910d-40a705b8f0c4\}" ! queue ! tee name=t ! queue ! audiorate ! queue ! wasapisink device="\{0.0.0.00000000\}.\{61becf4f-c8dd-4598-b53e-c993d81d6f28\}" buffer-time=20000 low-latency=true use-audioclient3=true t. ! audioconvert ! "audio/x-raw,channels=1,rate=48000" ! audioconvert ! opusenc bitrate=128000 frame-size=2.5 ! rtpopuspay ! queue ! udpsink host=192.168.1.101 port=6005 sync=false async=false t. ! audioconvert ! wavescope ! d3dvideosink the WIN 10 RECEIVER GSTREAMER SCRIPT * C:\gstreamer\1.0\msvc_x86_64\bin gst-launch-1.0 -v udpsrc port=9005 do-timestamp=true ! "application/x-rtp, media=(string)audio, clock-rate=(int)48000, encoding-name=(string)OPUS, sprop-maxcapturerate=(string)48000, sprop-stereo=(string)0, payload=(int)96, encoding-params=(string)2" ! rtpjitterbuffer ! rtpopusdepay ! opusdec ! tee name=t ! queue ! audioconvert ! wasapisink device="\{0.0.0.00000000\}.\{61becf4f-c8dd-4598-b53e-c993d81d6f28\}" sync=false async=false t. ! queue ! audioconvert ! wavescope ! d3dvideosink

QSO CW AUDIO over IP(Win 10) using a VST HOST in WASAPI EXCLUSIVE MODE & the Studio-Link VST plugin

104
2
0
00:07:39
12.10.2020

Brief demo of using just a VST HOST to conduct CW AUDIO qso's over IP via the STUDIO-LINK OPUS CODEC VST PLUGIN and a virtual audio cable that the VST HOST uses for its audio input, in WASAPI EXCLUSIVE MODE... FLdigi's audio output is using the same virtual audio cable as the VST HOST's INPUT, and sends its CW AUDIO output to the VST HOST virtual audio cable input....NOTE: - you can hear your own CW sidetone by wiring up the VST HOST's VIRTUAL AUDIO CABLE INPUT output PINs to go to the HEADPHONE/speaker output pins inside the VST HOST wiring bay...in addition to wiring the output pins of the VST HOST's virtual audio cable input to the STUDIO-LINK input pins...as shown on the video STUDIO-LINK has the capability to operate in FULL DUPLEX mode, as well as in conference mode so that more that 2 CW OPs can qso at the same time with each other... STUDIO-LINK, when activated, will bring up your default browser and show you the unique STUDIO-LINK id and another space to call other STUDIO-LINK operator(s)...using their unique STUDIO-LINK i d's Windows 10 WASAPI EXCLUSIVE MODE for the audio engine of the VST HOST 🤍 ELEMENT VST HOST - free WINDOWS BINARY .exe install DOWNLOAD(version 0.41.1) 🤍 STUDIO-LINK VST PLUGIN DOWNLOAD 🤍 VIRTUAL AUDIO CABLE used is this demo from VB-AUDIO 🤍

CW audio over ip Morse Code Net server using ZeroTier SDN, Gstreamer & a Raspberry PI - QRQ CW demo

127
3
0
00:03:59
01.08.2020

Brief demo of 4 QRQ CW OPs in conference, full duplex, 2-way, OPUS CODEC, Gstreamer pipelines, using ZEROtier's SDN network ip tables...each OP connecting to the same RASPBERRY PI SERVER and receiving everyone's CW AUDIO a Raspberry PI 4 is setup as a selective forwarding unit(SFU)... so each incoming morse code audio stream goes right back out to every OP connected to the zerotier SDN NETWORK 🤍 the OPUS CODEC is used at the default Gstreamer settings... 64K bitrate, 48k samplerate, 20ms frame-size...for this example for more info on QRQ CW, please see our website here: 🤍 RASPBERRY PI SFU SCRIPT - for each op - using their own individual input/output port(s) and Zerotier SDN ip addresses: using a script like this: gst-launch-1.0 -v udpsrc port=6001 ! queue ! multiudpsink clients=10.147.18.40:7001,10.147.18.6:7001,10.147.18.173:7001,10.147.18.252:7001 [the respective ZeroTier ip addresses of each OP connected to this unique Software defined network] EACH OP's TRANSMIT SCRIPT will look something like this(different port for each OP) gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw,channels=1" ! audioconvert ! opusenc ! rtpopuspay ! udpsink host=10.147.18.96[which is the ZeroTier SDN ip address of this pi 4] port=6001 TO RECEIVE every op's CW AUDIO from the PI 4 SFU SERVER - a script like this for each OP, different ports, different jackaudiosink name: gst-launch-1.0 -v udpsrc port=7001 ! "application/x-rtp, media=(string)audio, clock-rate=(int)48000, encoding-name=(string)OPUS, sprop-maxcapturerate=(string)48000, sprop-stereo=(string)0, payload=(int)96, encoding-params=(string)2" ! rtpjitterbuffer ! rtpopusdepay ! opusdec ! audioconvert ! jackaudiosink sync=false async=false name=W3NJZ

CW AUDIO over IP test using OPUS codec @ 4k bitrate, 60 ms frame-size; 200 hz CW pitch

100
3
7
00:02:26
12.08.2020

brief test to see how well 4k bitrate OPUS CODEC can be regenerated on the RECEIVE SIDE using TRIGGER MIDI MONO and the AD5DZ CW keyer 🤍 🤍 STEREO AUDIO output - Left Channel = original 200 hz receive CW Right Channel = regenerated 728 hz CW seemed like the best CW audio pitch when using the low bandwidth of 4k OPUS BITRATE encoding, was 200 hz...and the best OPUS FRAME size for the 200 hz receive pitch was 60 ms Here is another test over internet from midwest to west coast and then back to the midwest , same settings but using a VPN this time for 1000's of miles of internet travel to test how the setup does 🤍 GSTREAMER TRANSMITTER SCRIPT gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw,channels=1" ! audioconvert ! audioresample ! audiorate ! opusenc bitrate=4000 frame-size=60 ! rtpopuspay ! queue ! udpsink host=192.168.1.101 port=7001 sync=false async=false GSTREAMER RECEIVER SCRIPT gst-launch-1.0 -v udpsrc port=7001 ! "application/x-rtp, media=(string)audio, clock-rate=(int)48000, encoding-name=(string)OPUS, sprop-maxcapturerate=(string)48000, sprop-stereo=(string)0, payload=(int)96, encoding-params=(string)2" ! rtpjitterbuffer ! rtpopusdepay ! opusdec ! audioconvert ! jackaudiosink sync=false async=false

QRQ CW audio OVER ip test - 24 bit VS 32 bit - uncompressed audio over Ethernet

50
1
0
00:00:35
26.01.2020

brief test of 24 bit VS 32 bit uncompressed audio(680 hz CW TONE and a 5555 hz PTT activation TONE) going from a laptop to a Raspberry pi 2b loopback - and then right back to the laptop over Ethernet cables going through router and switches 32 bit has virtual no variance from the original audio source 24 bit does show a wide berth of harmonics generated at the lowest db levels NOTE: all of the SPECTRUM ANALYZERS go down to MINUS 181 db the apps used were zitanjbridge for the 24 bit audio OVER ip Gstreamer for the 32 bit audio OVER ip loopback for both - setup on the PI - for laptop input goes right to PI output and the right back to the laptop...so the 24/32 bit encoding/decoding occurs twice in this video test the reason for the test was to see what might get transmitted on HF when sending CW over IP to a RIG for transmit out on AFCW Mode on lsb/usb etc... 24 bit is "good enough" probably...but knowing that the spectrum is pure down to -180 db...32 bit might offer some degree of added strength in the pursuit of "PURITY of ESSENCE" for the art of QRQ CW TRANSMITTING

Raspberry PI CW audio over IP Receiver to modulate an LPAM AM Transmitter & listen 2 CW on HAM RADIO

76
1
0
00:02:06
26.04.2021

use your HAM RADIO RIG to receive a CW AUDIO OVER IP signal (any kind of AUDIO OVER IP program can be used, this example uses tcp/ip gstreamer pipelines) - the CW audio OVER IP receiver is a Raspberry pi2b - the audio output of the PI - goes to the AUDIO MODULATION INPUT of a simple low power AM transmitter (1690Khz) - the RF OUTPUT of the LPAM Transmitter goes to an antenna matching network and then to a small loop antenna - the RIG picks up the signal - either on AM or LSB(LSB will let you use your cw filters & you can vary the incoming CW PITCH easily by changing the LSB frequency on the RIG this could be advanced further to make it 2 WAY - FULL DUPLEX - you can use your KEYER's sidetone audio output to go to the PI's LINE INPUT or MIC INPUT and send it back to the other OP etc... and then your RIG and your CW KEYER become the main hardware devices to send and receive CW over IP AM TRANSMITTER CIRCUIT used in this demo is FROM: 🤍

Send QRQ CW AUDIO OVER IP with WebCall Audiophile Telephony - WebCall offers free WebRTC telephony

23
1
0
00:01:05
16.10.2021

this video is a followup video from the 1st testing of WebCall here - 🤍 2nd test of WebCall to see how well this FREE WebRTC service/APP will handle QRQ CW MORSE CODE AUDIO TONES 🤍 🤍 for more info on QRQ CW, please see our website here: 🤍

send CW audio OVER ip using the OPUS audio CODEC - better RX AUDIO when using the CW RE-KEYER SYSTEM

74
2
0
00:04:17
20.10.2020

test to see if the typical OPUS PACKET issues OVER IP can be handled better when using the CW RE-KEYER SYSTEM for the RECEIVER, to help deal with internet packet losses, delays etc...typical IP QRN/qrm etc... the TRANSMITTER is using a VPN server several states away to test going thousands of miles and many hops through routers and switches...back to the RX PC - which is using the CW RE-KEYER SYSTEM for listening to the CW 🤍 - as you watch the SPEC AN on the RECEIVER you can see where the packet glitches occur and listen to how well the CW RE-KEYER SYSTEM handles these events - and helps to preserve the flow the CW AUDIO RECEIVE...otherwise, you would hear a lot worse audio when the OPUS PACKETS mess up - high pitch full volume qrn pops & clicks - all kinds of internet qrn/qrm when things do not go well on the long path from transmitter to receiver...etc...

CW - Morse Code qso over the internet using the free "audio OVER ip" APP - "Gstreamer" - LIVE DEMO

1130
5
0
00:01:16
24.02.2018

brief demo of one CWop sending CW to another CWop over the internet using the Gstreamer audio streaming APP - an AUDIO OVER IP opensource project that has versions for all OSes... GSTREAMER: 🤍 here are the GSTREAMER terminal commands used in this video for the SENDER and RECEIVER: SENDER: gst-launch-1.0 jackaudiosrc provide-clock=true do-timestamp=true buffer-time=10000 ! audio/x-raw,channels=1 ! audiorate ! audioconvert ! opusenc bitrate=128000 frame-size=40 ! rtpopuspay max-ptime=10000000 ! udpsink host=192.168.1.101 port=5001 RECEIVER: gst-launch-1.0 -v udpsrc port=5001 caps="application/x-rtp" ! queue ! rtpopusdepay ! opusdec ! audioconvert ! jackaudiosink buffer-time=30000 Gstreamer allows full duplex..so you can have FULL QSK to break in Gstreamer has MANY options and a lot of versatility to explore for Morse Code QSO'n over ip as you can hear, and see on the SPECTRUM ANALYZER and SCOPE views....the CW remains fully intact, cloning the original FLdigi cw note shape and timing, and has excellent audio quality, sounding virtually like the original FLdigi morse code audio tones - when using Gstreamer and the OPUS CODEC NOTE: towards the end of the video you may have heard an audio "POP" that is typical example of the types of QRM & QRN you might hear when using UDP packets for audio transmission over the internet, similar to the audio artifacts you hear on HF, with static crashes et al... packet delay, packet loss etc...

Multi OP CW over IP CONFERENCE QSO setup using a VORBIS encoded 12 channel RTSP SERVER/client setup

37
1
0
00:09:06
10.11.2021

uses CW DATA over IP(instead of cw audio) via the RECRI CW KEYER software which allows sending CW at ZERO hertz which provides ON/OFF Morse Code CW data to go out over IP using VORBIS encoding/decoding 🤍 GSTREAMER provides the RTSP SERVER/CLIENT RTP Vorbis encode/decode scripts 🤍 12 or more channels are setup according to how many will be attending the online conference QSO each channel holds the signal of just one OP...and you will receive 12 channels and can choose which OP gets which CW pitch by using the RECRI KEYER SDR MIXER MODULE which takes the ZERO HERTZ ON/OFF data and converts it to whatever CW AUDIO TONE pitch/frequency you want to COPY each op at .... PI4 RTSP SERVER SCRIPT example pi🤍raspberrypi:~/Downloads/gst-rtsp-server-1.14.4/examples $ ./test-launch "(jackaudiosrc ! "audio/x-raw,channels=12" ! audioconvert ! vorbisenc ! rtpvorbispay name=pay0 )" EACH OP to get a stream of the 12 channels form the PI uses a script like this: gst-launch-1.0 rtspsrc latency=0 location=rtsp://(ip address of the PI RTSP SERVER):8554/test ! queue ! rtpjitterbuffer ! rtpvorbisdepay ! vorbisdec ! audioconvert ! queue ! jackaudiosink sync=false async=false REVERSE the setup to send audio to the PI each OP setups their own RTSP SERVER that the PI will receive from and redirect it towards the pi4 RTSP SERVER cw data inputs NOTE: this setup is using the JACK AUDIO CONNECTION KIT "dummy" virtual sound card - set to 12 channels input/output - in order to be able to encode/decode 12 "real" vorbis cw data channels for TRANSMIT/RECEIVE etc...

Homebrew Full Mesh Network for QSO'n CW Audio OVER ip, multiple OPs - using PYTHON Gstreamer Scripts

42
1
0
00:05:38
16.10.2021

modified python script for RECEIVING every connecting CW OP to the FULL MESH, ZEROTIER, PRIVATE IP network is from: 🤍 NOTE: other mods to the original python script are discussed in the description notes of this video: 🤍 ZEROtier 🤍 Gstreamer 🤍

send Morse Code QRQ CW Audio over IP on Windows 10 using FFMPEG & OPUS CODEC - LIVE demo @ 60 wpm

42
1
0
00:34:04
25.08.2020

this is a follow up video to the first here: 🤍 in this video, we test ffmpeg on WINDOWS 10 and have FLdigi on windows 10 send the whole book of Colossians at 60 wpm to the Linux laptop where the recording is made, and you can see & hear how well it does... the TRANSMIT FFMPEG SCRIPT for the WINDOWS 10 * \Downloads\ffmpeg-20200824-3477feb-win64-static\ffmpeg-20200824-3477feb-win64-static\bin ffmpeg -f dshow -i audio="Line 1 (Breakaway Pipeline)" -acodec libopus -ab 96k -cutoff 4000 -vbr off -application lowdelay -frame_duration 20 -ac 2 -ar 48000 -f rtp rtp://(IP ADDRESS OF THE RECEIVER PC):5000? the RECEIVER FFMPEG SCRIPT for the LINUX LAPTOP ffplay opuswin.sdp -protocol_whitelist file,udp,rtp DOWNLOAD FFMPEG windows, linux, mac 🤍 for more info on QRQ CW, please see our website here: 🤍

QSO CW over the internet with other Morse Code OPs using the New KOORD RealTime 'audio OVER ip' APP

54
5
0
00:03:14
22.01.2022

🤍 🤍 uses the open source code from JAMULUS NOTE: HF background static from my RIG was added to the audio for effect(comfort noise)

QSO CW on 2200 Meters OVER ip with SonoBus & the Recri Keyer SDR modules - LIVE example @ 136 Khz CW

179
5
1
00:05:38
08.12.2020

using a sound card sample rate of 384Khz, in order to be able to create CW LF RF frequencies up to 1/2 of 384Khz...a CW frequency of 136Khz is chosen, PADDLES, ST KEY, and CW KEYBOARD is demo'D using the RECRI KEYER morse code & SDR apps - CW is keyed directly at 136Khz and demod'D by the RECRI KEYER SDR lo-mixers set to 136700 🤍 SonoBus is providing the LF RF over IP using 16 bit uncompressed audio 🤍

QRQ CW over ip using Nelly Moser Audio Codec - real-time, low bitrate, low latency encoding/decoding

47
0
0
00:06:39
22.09.2020

demo of using the Gstreamer NellyMoser encoder/decoder for sending Morse Code Audio over ip with Gstreamer scripts TX (sound card sample rate = 44100) GST_DEBUG=3 gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw,channels=1" ! audioconvert ! avenc_nellymoser ! udpsink host=(ip address of rx) port=1194 RX (sound card sample rate = 44100) GST_DEBUG=3 gst-launch-1.0 -v udpsrc port=1194 ! "audio/x-nellymoser, channels=(int)1, rate=(int)44100" ! avdec_nellymoser ! audioconvert ! jackaudiosink sync=false async=false buffer-time=5000 🤍 for more info on QRQ CW, please see our website here: 🤍

REMOTE RIG "audio OVER ip" FULL DUPLEX audio streaming - demo of VOICE and CW - remote laptop to RIG

531
2
0
00:09:41
05.03.2018

using a RASPBERRY PI 2b for the RIG's computer, connecting to a remote LAPTOP over ip(LAN or WAN) this video demo concentrates on the QSK ABILITY of operating REMOTE - using the CALF GATE APP...you can adjust how much receiver audio you want between your CW or VOICE transmissions...🤍 NOTE: the audio you hear on this video is coming straight from the RIG's AUDIO INPUT MONITOR circuit...and the CW is using AFCW Mode so that both VOICE and CW tones can be heard on the RIG's audio input monitor...the rig is an ELECRAFT K3S with its own USB soundcard that the PI is using as its AUDIO DEVICE the SUB TONE TECHNIQUE is demo'D to show how the SUB TONE is sent ahead of the actual VOICE or CW to activate, FIRST, the RIG's PTT for transmitting - so that when the VOICE or CW arrives at the RIG's LINE INPUT, the PTT will already be activated and the RIG will be ready to transmit the VOICE or CW audio without chopping off the first bits of either(which is usually the case for Rig VOICE VOX circuits that activate the PTT) NOTE: the SUB TONE does not get transmitted since it is too low in frequency AND volume...the 40 hz SUB TONE is "rejected" by the RIG's transmit circuits... The actual VOICE or CW audio for transmit from the LAPTOP to the RIG, goes through a 60 millisecond linear delay line so that when it arrives at the rig over the ZITA-NJBRIDGE "audio OVER ip" APP, the RIG's PTT will have already been activated by the 40 hz SUB TONE which puts the RIG into TRANSMIT READY MODE... this is an advanced setup, but it has proven over time & testing the setups, to be a very stable and - FREE - way - to setup a remote rig for both VOICE and CW... the Raspberry PI 2b and LAPTOP are both using the free audio over ip software called ZITA-NJBRIDGE 🤍 🤍 NOTE: a 50 ohm dummy load was used for this video, no RF transmission went to the antenna since the ANTENNA was disconnected NOTE: an audio file of a talk radio show, was used to demo the QSK settings between voice phrases during normal conversation and how well the RIG goes to the receive audio during breaks in speaking, same thing for CW, you can adjust the QSK using this method to hear receiver audio between MORSE CODE letters if that is the preference or extend the QSK to only hearing RCVR CW audio between words or sentences... etc...

QRQ CW @ 101 wpm using 1 hertz CW audio output - transmit over ip using AC3 codec - RX/demod @846 hz

25
2
0
00:02:19
02.12.2020

the ac3 codec with RTP PAYLOADING via GSTREAMER, was used to transmit 1 hz CW AUDIO output from a CW KEYBOARD sending at 101 wpm.... then received via Gstreamer and transformed perfectly into a well constructed CW note at 846 hz using the RECERI KEYER lo-mixer and filter SDR modules 🤍 This experimental setup was used to see how well the AC3 codec would perform at 1 hz and preserve the original 1hz audio waveform from the CW KEYER sending QRQ CW at 101 wpm 🤍 NOTE: the OPUS CODEC did not work well at all...the opus receive 1hz waveform was too erratic going above and below the zero cross over point... making demo'Ding the 1hz CW - sound horrible and unintelligible for more info on QRQ CW, please see our website here: 🤍

QRQ CW - G729 vs iLBC(audio over ip codecs) - low bitrate performance test for morse code

862
2
0
00:03:27
25.02.2017

2 low bitrate codecs are compared for how well they sound transmitting CW AUDIO TONES over the internet(FLdigi)...and then how well they do when their original low bitrate cw audio is regenerated using all free software vst plugins here is a snapshot comparing the original waveforms of the 2 low bitrate codecs: 🤍 RESULTS: G729 seemed to sound better than iLBC...and G729 seemed to regenerate better than iLBC. SOFTWARE USED: 1. LINPHONE 🤍 2. FLdigi (original source of the cw audio transmitting to the input of LINPHONE) 🤍 3. Minihost Modular VST HOST ( for the regen VST plugins ) 🤍 4. LoudMax VST PLUGIN(used to set the volume to a standard value to prepare it for the input of REAGATE 🤍 5. Reagate vst plugin( takes an input volume and converts it to a TRIGGER to send out a MIDI NOTE INSTRUCTION to key the sineCW VST PLUGINS software code practice oscillator) 🤍 6. sineCW VST PLUGIN cw code practice oscillator 🤍 7 mBANDPASS - used as a final cw audio bandpass polishing filter to reduce further any cw waveform edge noise that is still getting through from sineCW 🤍

Morse Code Audio QSO over IP - CW NET - How to control every CW OP's sidetone pitch & volume

102
2
0
00:01:03
25.09.2017

using some free VST PLUGINs and Multiple instances of the MUMBLE CLIENT, you can control every morse code op's pitch and volume while in the same mumble channel using CW REGENERATION with the Reagate VST plugin and sineCW VST plugin This demo is using LINUX and the JACK AUDIO CONNECTION KIT, and the pulseaudio / jack bridge from KXstudio. using pacmd pulseaudio commands in terminal, 4 pulseaudio/jack sinks were setup so each instance of mumble can have its own pulseaudio/jackSINK...you can then route each mumble's audio output to separate cw regeneration plugin paths...and thus control every CW OP's pitch and volume using the sineCW VST plugin gui...use the PAVUCONTROL to select the appropriate jackSINK for each mumble client instance. for more info on CW REGENERATION see this ongoing article: 🤍 for more info on sineCW see this ongoing article: 🤍

QSO CW over ip using a single .sh file that activates both the CW ip Transmitter & CW ip Receiver

28
1
0
00:02:37
29.07.2021

BRIEF demo of QSO'n CW audio over ip using the OPUS CODEC from Gstreamer which has been coded into a single .sh file that you can save on the desktop and activate with a double click.... just code in the external ip address of the other OP that you want to transmit to... also write in the RX port number(NOTE: you have to port forward on your router, the RX port over to the RX PC's internal ip address) 🤍 here is the Gstreamer .sh file used used in this example: * QSOCW.sh * gst-launch-1.0 -v autoaudiosrc buffer-time=20000000 ! audio/x-raw, channels=2, rate=48000 ! tee name=t ! queue ! audioconvert ! audioresample ! queue ! opusenc bitrate=256000 ! rtpopuspay ! queue ! udpsink host=(external ip address of other op) port=7898 t. ! audioconvert ! monoscope ! ximagesink | gst-launch-1.0 -v udpsrc port=7899 ! "application/x-rtp, media=(string)audio, clock-rate=(int)48000, encoding-name=(string)OPUS, sprop-maxcapturerate=(string)48000, sprop-stereo=(string)1, payload=(int)96" ! tee name=t ! rtpjitterbuffer latency=20 ! rtpopusdepay ! opusdec ! audioconvert ! audioresample ! autoaudiosink buffer-time=40000 sync=false async=false t. ! rtpopusdepay ! opusdec ! audioconvert ! audioresample ! monoscope ! videoconvert ! ximagesink NOTE - the other OP(s) would have the same script but the ports would be adjusted appropriately and the ip address to transmit to would have to be changed accordingly ... etc...

Raspberry PI CW QSO over IP server for multiple OPs - using RF over IP from 1 hz to 96 Khz

43
0
0
00:05:47
08.04.2020

experimental setup using a JACK AUDIO CONNECTION KIT's "dummy" sound card at 192 Khz in order to pick up the full RF spectrum of the ELF, SLF, ULF, VLF & LF bands - from 1 hz all the way up to 96 khz - using RF over IP technology provided by GSTREAMER The PI has one TCP SERVER Gstreamer script that sends all RF from 1 hz to 96Khz to each op connecting their TCP CLIENT to the PI's TCP SERVER....then each OP sends their own GSTREAMER RF over IP SCRIPT to the PI SERVER for transmit out on the PI server and then to everyone scanning and listening. UDP over IP is used from the OP to the server... you need to be able to generate CW at the RF frequency you choose ...the AD5DZ CW KEYING SYSTEM is one software suite that can provide this function 🤍 PI GSTREAMER TCP SERVER SCRIPT- TO SEND RF from 1 hz to 96 hz to all ops * gst-launch-1.0 -v jackaudiosrc ! queue ! "audio/x-raw,channels=1,rate=192000,format=F32LE" ! audioconvert ! queue ! tcpserversink host=(internal ip address of pi) port=5555 PI RECEIVE SCRIPT EXAMPLE to receive RF over IP from each IP to be rebroadcast on the PI SERVER: * gst-launch-1.0 -v udpsrc port=6002 ! "application/x-rtp, media=(string)audio, clock-rate=(int)192000, encoding-name=(string)L24, encoding-params=(string)1, channels=(int)1, payload=(int)96" ! rtpjitterbuffer ! rtpL24depay ! audioconvert ! audiorate ! jackaudiosink buffer-time=30000 TO RECEIVE THE RF over IP From the PI SERVER each op uses: * gst-launch-1.0 -v tcpclientsrc host=(external ip address of pi) port=5555 ! "audio/x-raw, format=(string)F32LE, layout=(string)interleaved, rate=(int)192000, channels=(int)1" ! audioconvert ! jackaudiosink TO SEND RF over IP to the PI SERVER each op uses: * gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw,channels=1" ! audioconvert ! rtpL24pay ! udpsink host=(external ip address of pi) port=6002 VLF Transmitter & Receiver experiments playlist: 🤍

Raspberry PI4 CW AUDIO over ip NET HUB SERVER - full mesh, p2p, full duplex, multiple OPs connecting

29
0
0
00:03:03
03.11.2021

this RTSP SERVER PI4 setup does not even use a soundcard....just scripts from: 1. rtsp-simple-server 🤍 and 2. Gstreamer 🤍 see this previous video & its description for more info on this kind of setup: 🤍

OSC2MIDI demo - QRQ CW test - CW Midi to OSC - OSC over ip - OSC to MIDI CW - CW Midi to CW audio

51
2
0
00:12:11
24.08.2020

1st test converting CW morse code MIDI data to CW OSC data and sending OSC over IP and then converting receive OSC back to CW MIDI back to CW audio 🤍 CW MIDI functions from AD5DZ Recri Keyer APPs 🤍 for more info on QRQ CW, please see our website here: 🤍

QRQ CW over 100 WPM* Wavpack Codec to send QRQ CW DATA Over IP - SDR Mixer converts data to CW audio

11
0
0
00:06:57
20.12.2021

Gstreamer Wavpack Codec is tested to see how well it can send QRQ CW DATA over IP at speeds over 100 wpm...and how well a sound card SDR MIXER module can convert the CW DATA back to CW AUDIO tones SDR mixer & filter modules are from: 🤍 WAVPACK CODEC udp send / udp receive scripts are from Gstreamer: 🤍 TRANSMIT WAVPACK CW DATA OVER IP script: gst-launch-1.0 -v autoaudiosrc ! queue ! "audio/x-raw, channels=1" ! audioconvert ! wavpackenc perfect-timestamp=true bitrate=64000 ! wavpackparse ! rtpgstpay ! queue ! udpsink host=(ip address of wavpack cw data over ip receiver LOCATION) port=2345 RECEIVE WAVPACK CW DATA OVER IP script: gst-launch-1.0 -v udpsrc port=2345 ! "application/x-rtp, media=(string)application, clock-rate=(int)90000, encoding-name=(string)X-GST, caps=(string)\"YXVkaW8veC13YXZwYWNrLCBjaGFubmVscz0oaW50KTEsIHJhdGU9KGludCk0ODAwMCwgZGVwdGg9KGludCkzMiwgZnJhbWVkPShib29sZWFuKXRydWU\=\", capsversion=(string)0, payload=(int)96" ! rtpjitterbuffer ! rtpgstdepay ! wavpackparse ! wavpackdec ! audioconvert ! autoaudiosink for more info on QRQ CW, please see our QRQcw website articles here: 🤍 and a playlist for more videos about QRQ CW over 100 wpm here: 🤍

QSO QRQ CW over IP with other CWop(s) using the VST PLUGIN - SonoBus

83
3
0
00:01:17
26.10.2020

🤍 🤍 🤍 🤍 SETUP TEST for this video demo use VST HOST - Element - using WASAPI EXCLUSIVE MODE 48k sample rate, 144 buffer frames(lowest latency possible) input - virtual audio cable output - WINDOWS 10 sound card - RealTek HD AUDIO CWtype CW KEYBOARD uses same virtual audio cable... free - install WINDOWs binary ELEMENT VST HOST 0.41.1 HERE: 🤍 This DEMO video is showing both CW OP's at FULL DUPLEX , sending at the same time... hearing on the LEFT CHANNEL, CWop1 win 10's own sidetone as it passes through the VST SONObus input to output for monitoring sidetone immediately upon typing into the CW keyboard - no noticeable delay at all the 2nd CW AUDIO over IP signal on the RIGHT CHANNEL is the RX signal from CWop2 both CWOps are using the OPUS codec via the MENU of SonoBus

Send & Receive both CW AUDIO & BPSK63 Text Messages using just 1 Gstreamer "audio OVER ip" Pipeline

60
0
0
00:03:09
06.01.2020

Gstreamer has its own audio bandpass filter code that can be used along with Gstreamer's ability to SPLIT a 1 channel Gstreamer receive audio pipeline into 2 different sections...where each section can apply its own Gstreamer audio bandpass filter to "filter out" the other's audio pitch...so that you only hear on your speakers or headphones...the CW AUDIO PITCH(700 hz in this example)...and using FLdigi to receive and decode BPSK63 DIGITAL MODE from audio into TEXT, FLdigi only hears the BPSK63 PITCH(which is 2000 hz in this example) using just 1 channel audio, reduces the network bandwidth requirements and eases a bit, the network strain, when trying to QSO CW Morse Code audio OVER the internet There are many Audio OVER ip codecs to choose from...OPUS, AAC, VORBIS etc... in this example a very simple uncompressed pipeline was used to demo the potential of this setup for QSO'n online, Morse Code Audio AND sending and receiving text messages, at the same time... here is the TRANSMIT GSTREAMER PIPELINE used in this demo gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw,channels=1" ! audioconvert ! queue ! udpsink host=192.168.1.101 port=9009 here is the RECEIVE GSTREAMER PIPELINE, WITH its 2 individual audio bandpass filters, using the Gstreamer "TEE" technique of coding - to accomplish the 2 separate receive sections etc... * gst-launch-1.0 -v udpsrc port=9009 ! queue ! tee name=t t. ! queue ! "audio/x-raw,channels=1,format=F32LE,rate=48000" ! audioconvert ! audiowsincband mode=band-pass lower-frequency=600 upper-frequency=800 length=700 window=hamming ! audioconvert ! audioamplify amplification=1 ! audioresample ! audiorate ! jackaudiosink buffer-time=10000 t. ! "audio/x-raw,channels=1,format=F32LE,rate=48000" ! audioconvert ! audiowsincband mode=band-pass lower-frequency=1900 upper-frequency=2100 length=700 window=hamming ! audioconvert ! audioamplify amplification=1 ! audioresample ! audiorate ! jackaudiosink buffer-time=10000

test sending CW over IP with the EAC3 codec at Zero Hertz - demod the RX signal with a soundcard SDR

45
1
0
00:04:37
13.04.2021

brief test to see how well the EAC3 CODEC can reconstruct the ON /OFF cw element framework of Morse Code from a CW KEYER sending CW at "0" hz NOTE: test starts out at QRQ speeds, then CW speed goes down to 20wpm, gradually back up again and over 100 wpm, then back down, to give an idea of how this experimental Morse Code over IP setup performs at all speeds Gstreamer provides the audio over ip pathways.. GSTREAMER EAC3 TRANSMITTER SCRIPT: * gst-launch-1.0 -v jackaudiosrc ! "audio/x-raw, format=(string)F32LE, layout=(string)interleaved, rate=(int)48000, channels=(int)1" ! audioconvert ! avenc_eac3 ! rtpgstpay ! queue ! udpsink host=(ip address of Receiver) port=5555 GSTREAMER EAC3 RECEIVER SRIPT: gst-launch-1.0 -v udpsrc port=5555 ! "application/x-rtp, media=(string)application, clock-rate=(int)90000, encoding-name=(string)X-GST, caps=(string)\"YXVkaW8veC1lYWMzLCBjaGFubmVscz0oaW50KTEsIHJhdGU9KGludCk0ODAwMA\=\=\", capsversion=(string)0, payload=(int)96" ! rtpjitterbuffer ! rtpgstdepay ! avdec_eac3 ! audioconvert ! jackaudiosink NOTE: since the RECEIVE signal has ZERO RISE/FALL time, 2 tandem CW BANDPASS FILTERS were used to provide raised cosine CW ELEMENT edge shaping, which can be varied to suit the listener by adjusting the Recri Keyer FILT module cw bandpass options(especially the "length" setting) CW KEYBOARD and FILTERs and SDR Modules are from Recri Keyer: 🤍 GSTREAMER - has versions for all OS(es) 🤍 EAC3 CODEC (aka Dolby Digital Plus) 🤍 for more info on QRQ CW, please see our website here: 🤍

Remote QRQ CW over ip operations using multipurpose Gstreamer Scripts

47
1
0
00:05:49
03.02.2020

Several Gstreamer scripts are used to perform REMOTE QRQ CW KEYING of a RIG(afcw mode) from the REMOTE OP's location using rtp TCP audio over ip network packets through a router and network switches in the pathway(WIRED ETHERNET) there are 2 Gstreamer BANDPASS filters applied before audio goes to rig for transmit: 1. 680 hz BPF Gstreamer code gst-launch-1.0 jackaudiosrc ! "audio/x-raw,channels=1,rate=48000,format=F32LE" ! audioconvert ! audiowsincband mode=band-pass lower-frequency=610 upper-frequency=750 length=700 window=hamming ! audioconvert ! audioamplify amplification=1 ! audiorate ! jackaudiosink buffer-time=15000 2. 5555 hz BPF Gstreamer code gst-launch-1.0 jackaudiosrc ! "audio/x-raw,channels=1,rate=48000,format=F32LE" ! audioconvert ! audiowsincband mode=band-pass lower-frequency=5000 upper-frequency=6000 length=700 window=hamming ! audioconvert ! audioamplify amplification=1 ! audiorate ! jackaudiosink buffer-time=15000 There are 2 sets of 1 channel RTSP SERVER scripts: 1. to send audio from PI::RIG interface to remote OP ./test-launch "(jackaudiosrc ! queue ! "audio/x-raw,channels=1,format=F32LE,rate=48000,layout=interleaved,payload=96" ! audioconvert ! rtpgstpay name=pay0 pt=96 )" 2. to send transmit audio from REMOTE OP to the PI::RIG interface ./test-launch "(jackaudiosrc ! "audio/x-raw,channels=1,format=F32LE,rate=48000,layout=interleaved,payload=96" ! audioconvert ! rtpgstpay name=pay0 pt=96 )" There are 2 sets of 1 channel RTSP CLIENT scripts: 1. remote OP receives audio from the PI::RIG interface NOTE: this script also contains the Gstreamer code for a BandReject filter to block out the 5555 hz PTT ACTIVATION TONE from the RIG's transmit input audio CW sidetone monitor gst-launch-1.0 rtspsrc latency=0 location=rtsp://192.168.1.130:8554/test protocols=tcp ! rtpjitterbuffer latency=15 ! rtpgstdepay ! audioconvert ! audiochebband mode=1 lower-frequency=3000 upper-frequency=9000 poles=13 ! queue ! jackaudiosink buffer-time=16000 2. PI::RIG interface receives audio from remote OP for transmit: gst-launch-1.0 rtspsrc latency=0 location=rtsp://192.168.1.101:8554/test protocols=tcp ! rtpjitterbuffer latency=15 ! rtpgstdepay ! audioconvert ! jackaudiosink buffer-time=16000 For more info on QRQ CW, please see our website here: 🤍

QRQ CW qso'N over Gstreamer - using Gstreamer TCP audio OVER ip pipelines with the OPUS CODEC

48
0
0
00:19:34
31.01.2019

Test - sending a text FILE with the AD5DZ software CW KEYBOARD - to see if any audio dropouts would show up...using one computer to send the morse code audio tones form the cw keyboard - over the internet - using TCP IP OPUS audio packets - to the RECEIVING computer - both using TCP IP OPUS AUDIO Gstreamer PIPELINES HERE ARE THE GSTREAMER SCRIPTS USED in this test: SENDER gst-launch-1.0 -v jackaudiosrc ! audio/x-raw, channels=1, rate=48000 ! audioconvert ! opusenc inband-fec=true frame-size=2.5 bitrate=128000 ! rtpopuspay ! gdppay ! tcpserversink host=(internal ip address of sending computer) port=4000 RECEIVER gst-launch-1.0 -v tcpclientsrc host=(external ip address of sender) port=4000 ! gdpdepay ! rtpjitterbuffer latency=400 ! rtpopusdepay ! opusdec plc=true use-inband-fec=true ! audioconvert ! audioresample ! jackaudiosink buffer-time=400000 sync=false Results - not one drop out was heard for the time it took to play the whole file GSTREAMER TCP audio over ip - using FEC and PLC seemed to work very well for communicating morse code audio tones between 2 ops - over the internet - NOTE: there was also involved, a VPN SERVER in another state...which also complicates the ip packet paths even more....and still not hearing any dropouts from these GSTREAMER PIPELINES is a remarkable statement for the quality of the GSTREAMER CODE for more info on QRQ CW 🤍

QRQ CW qso'N over Gstreamer - Morse Code "audio OVER ip" using the FLAC Audio Codec

100
0
0
00:01:11
18.12.2018

brief demo of what QRQ CW morse code audio tones sound like using the FLAC AUDIO CODEC on Gstreamer Pipelines NOTE: the QRQ CW AUDIO you are hearing, if what the FLAC encoded CW AUDIO sounds like after decoding it finally on the LAPTOP(Lubuntu 18.04) the QRQ CW AUDIO stream starts on the LAPTOP goes to the PI over wired Ethernet, through routers & switches... then the PI re-encodes what it is receiving from the laptop and sends it right back to the laptop(basically a loopback formation on the PI) HERE ARE THE Gstreamer SCRIPTS USED: "gst-launch-1.0" NOTE: the FLAC CODEC on GSTREAMER has a default quality encoding setting of "5" ...so...just to see how well the CW NOTE audio quality could be encoded and decoded using FLAC at its lowest quality setting, a FLAC QUALITY SETTING of "zero" was used...and it turned out...at "ZERO", FLAC encodes faster with less strain on the CPU... and there was no degradation of the final received CW NOTE spectrum or waveshape when decoding it back to CW AUDIO send audio from LAPTOP to a Raspberry PI 2b * qrq🤍qrq:~$ gst-launch-1.0 -v jackaudiosrc ! audioconvert ! flacenc blocksize=128 quality=0 ! udpsink host=192.168.1.130 port=5005 receive audio from LAPTOP on the Raspberry PI 2b * pi🤍raspberrypi ~ $ gst-launch-1.0 -v udpsrc port=5005 ! flacparse ! flacdec ! audioconvert ! jackaudiosink buffer-time=60000 blocksize=128 send audio from the Raspberry PI 2b to the LAPTOP * pi🤍raspberrypi ~ $ gst-launch-1.0 -v jackaudiosrc ! audioconvert ! flacenc blocksize=128 quality=0 ! udpsink host=192.168.1.101 port=5006 receive audio from Raspberry PI2b on the LAPTOP * qrq🤍qrq:~$ gst-launch-1.0 -v udpsrc port=5006 ! flacparse ! flacdec ! audioconvert ! jackaudiosink buffer-time=60000 blocksize=128 NOTE: the CW that is heard, is from a software cw keyboard that is used to send a text file from TOM's , W4BQF , famous article about QRQcw 🤍 🤍 for more info on QRQ CW see: 🤍

QRQ CW over the OGG VORBIS audio codec - LIVE DEMO using Gstreamer TCP "audio OVER ip" scripts

151
1
3
00:20:29
12.12.2018

test by sending a QRQ CW test file from TOM's W4BQF famous article: 🤍 software CW KEYBOARD by AD5DZ: 🤍 RASPBERY PI GSTREAMER OGG VORBIS SCRIPTS USED: * TRANSMIT TO THE REMOTE LAPTOP pi🤍raspberrypi ~ $ gst-launch-1.0 -v jackaudiosrc ! audio/x-raw, endianness=1234, signed=true, width=16, depth=16, rate=48000, channels=1 ! audioconvert ! vorbisenc quality=1 ! identity silent=true sync=true ! oggmux max-delay=50 max-page-delay=50 ! tcpserversink host=192.168.1.130 port=4000 RECEIVE AUDIO FROM THE REMOTE LAPTOP pi🤍raspberrypi ~ $ gst-launch-1.0 -v tcpclientsrc host=192.168.1.101 port=4001 ! oggdemux ! vorbisdec ! audioconvert ! "audio/x-raw, layout=(string)interleaved, rate=(int)48000, format=(string)S16LE, channels=(int)2, channel-mask=(bitmask)0x0000000000000003" ! queue ! audioconvert ! audiorate ! audioresample ! queue ! jackaudiosink GSTREAMER SCRIPTS used on the LINUX LAPTOP(Lubuntu 18.04) TRANSMIT TO THE PI qrq🤍qrq:~$ gst-launch-1.0 -v jackaudiosrc ! audio/x-raw, endianness=1234, signed=true, width=16, depth=16, rate=48000, channels=2 ! audioconvert ! vorbisenc quality=1 ! identity silent=true sync=true ! oggmux max-delay=50 max-page-delay=50 ! tcpserversink host=192.168.1.101 port=4001 RECEIVE AUDIO FROM THE PI qrq🤍qrq:~$ gst-launch-1.0 -v tcpclientsrc host=192.168.1.130 port=4000 ! oggdemux ! vorbisdec ! audioconvert ! audioresample ! jackaudiosink was reading this page and it helped me to write up the scripts used in this experimental video example 🤍 for more info on QRQ CW see 🤍

CW over ip~WEBCAM VIEW of paddles & key over ip~WEBCAM MIC voice over ip~ all by 1 Gstreamer script

23
2
0
00:03:56
04.09.2021

experimenting with Gstreamer for - CW audio over ip - LIVE WEBCAM of morse code instruments over ip - WEBCAM MICROPHONE VOICE over IP... - special PICTURE/ID of CW OP that is transmitting * plus * there are 3 LV2 plugins being used for the WEBCAM MIC VOICE, that have been coded into the Gstreamer script for the WEBCAM MIC VOICE to use a GATE, COMPRESSOR and BASS BOOST LV2 DSP PLUGins HASAK TEENSY USB BOARD CW KEYER 🤍

Setup your own online CW NET(morse code audio + voice) using Gstreamer "audio OVER ip" PIPELINES

156
1
0
00:03:47
23.05.2018

🤍 🤍 RECEIVE GSTREAMER COMMANDS FOR HOST: 1. gst-launch-1.0 udpsrc caps="application/x-rtp,clock-rate=(int)48000,payload=(int)96,channels=1" port=5001 ! rtpjitterbuffer latency=15 ! queue ! rtpopusdepay ! opusdec ! audioconvert ! audioresample quality=10 ! jackaudiosink client-name=RECEIVE1 buffer-time=30000 2. gst-launch-1.0 udpsrc caps="application/x-rtp,clock-rate=(int)48000,payload=(int)96,channels=1" port=5002 ! rtpjitterbuffer latency=15 ! queue ! rtpopusdepay ! opusdec ! audioconvert ! audioresample quality=10 ! jackaudiosink client-name=RECEIVE2 buffer-time=30000 3. gst-launch-1.0 udpsrc caps="application/x-rtp,clock-rate=(int)48000,payload=(int)96,channels=1" port=5003 ! rtpjitterbuffer latency=15 ! queue ! rtpopusdepay ! opusdec ! audioconvert ! audioresample quality=10 ! jackaudiosink client-name=RECEIVE3 buffer-time=30000 TRANSMIT GSTREAMER COMMANDS FOR HOST: 1. gst-launch-1.0 jackaudiosrc client-name=TRANSMIT1 provide-clock=true do-timestamp=true ! audio/x-raw,channels=2 ! audiorate ! audioconvert ! audioresample quality=10 ! opusenc bitrate=128000 frame-size=5 ! rtpopuspay ! udpsink host=(ipADDRESSofOP1) port=5004 2. gst-launch-1.0 jackaudiosrc client-name=TRANSMIT2 provide-clock=true do-timestamp=true ! audio/x-raw,channels=2 ! audiorate ! audioconvert ! audioresample quality=10 ! opusenc bitrate=128000 frame-size=5 ! rtpopuspay ! udpsink host=(ipADDRESSofOP2) port=5005 3. gst-launch-1.0 jackaudiosrc client-name=TRANSMIT3 provide-clock=true do-timestamp=true ! audio/x-raw,channels=2 ! audiorate ! audioconvert ! audioresample quality=10 ! opusenc bitrate=128000 frame-size=5 ! rtpopuspay ! udpsink host=(ipADDRESSofOP3) port=5006 remote OPs do the similar as above...but only need one RECEIVE Gstreamer and one TRANSMIT Gstreamer for their TRANSMIT Gstreamer command line - they use the HOST ip address and HOST unique assigned port... port forwarding will be used for both HOST and REMOTE OPs to port forward in their routers, their assigned GSTREAMER RECEIVE ports to the computer they are using...

Extreme test for regenerating CW AUDIO TONES from Morse Code Audio over VOIP & a VPN

106
1
0
00:04:41
20.06.2018

after traveling from this station...to another state...and back again through a VPN using a VOIP APP(TrueConf) with the OPUS CODEC, to send morse code audio tones over the internet...the quality of the original transmitted morse code audio tones are negatively influenced by the having to go through a VPN...this VIDEO is a test to see how well a CW REGENERATION TECHNIQUE can bring back the CW to full fidelity and restore the CW NOTE integrity of the original TRANSMITTING SOURCE from the sender...(FLdigi RT CHANNEL QSK MODE) FREE VST PLUGINS...using the FREE VST HOST MiniHost Modular: 🤍 the VST plugins used, are for CW REGENERATION: 1. LoudMax: 🤍 2. REAGATE: 🤍 3. sineCW: 🤍 4. Mbandpass : 🤍 CONCEPT: to improve the quality of Morse Code Audio over the internet when using OPUS/voip /VPN - CW REGENERATION technique is utilized one unique part of the CW REGENERATION method, is to shorten the sender's cw elements for both dit and dah by 5 -10 milliseconds each(no matter what speed) then the 5-10 ms is added back using REAGATE's "HOLD" setting - this helps to prevent the harsh AUDIO SPIKES from packet dropouts and packet delays etc...

sending QRQ CW over IP over MIDI using ASEQNET TCP/IP - 80 wpm test - Linux Laptop to a Raspberry PI

28
0
0
00:06:05
30.01.2021

test to see how stable the CW TIMING is at QRQ CW speed * 80 wpm * when using ASEQNET server/CLIENT setup midi over tcp/ip 🤍 a MIDI CW KEYBOARD is used as the CW MIDI device from RECRI KEYER 🤍 the PI2 takes what it receives, midi data over ip from the laptop, and keys CW out at 18Khz to an antenna ... the 18Khz transmit signal is picked up by the LINUX LAPTOP's mic jack ferrite loopstick antenna, and demoD back to 803hz CW by the RECRI KEYER sdr modules a text file is sent by the LINUX LAPTOP, "ascii to midi data" to the ASEQNET sender...the ASEQNET RECEIVER on the PI takes that midi data and keys its own CW KEYBOARD app from RECRI KEYER with the KEYBOARD set to send CW at VLF DIRECTLY on 18Khz output ...goes to the PI's USB SOUND CARD line output, which goes to an 30 watt audio amp input, output of amp goes to a LARGE FERRITE TOROID Xformer - with windings for both the LEFT and RIGHT channel audio outputs from the PI's LINE OUTPUT usb sound card(12 turns each)...the FERRITE TOROID has 4 windings on its 3rd winding where one side goes to a 2.2uF cap/one end of wire loop... to series tune the 40 foot long wire loop antenna to max signal power output at 18Khz the other end of the loop antenna connects to the other wire end of the 3rd , 4 turn ferrite toroid winding for more info on QRQ CW, please see our website here: 🤍

Remote RIG audio streaming with "STUDIO LINK" - demo of a CW HF QSO from the remote location

105
1
0
00:14:30
08.04.2018

this is a live CW QSO on 40 meters demo'N the free software "audio OVER ip" APP called STUDIO - LINK the remote CW OP is using a LINUX LAPTOP and the STUDIO LINK LV2 Plugin to connect to the home base ELECRAFT K3S rig...for both transmitting and receive operations....REMOTE RIG CONTROL is via FLrig 🤍 this video is a follow up to the same setup shown in the this video 🤍 STUDIO LINK 🤍 🤍 🤍

Remote Rig setup - Windows 10 - Remote Transmit & Receive for QRQ CW afcw mode - first test

25
0
0
00:01:09
13.08.2019

This video demo's a first attempt at qrq cw remote keying over ip using a similar system that has been done on LInux 🤍 - trying to use the same idea on a windows 10 64 bit laptop in this first live video test the apps are quite a few that are needed... audio over ip - Gstreamer cw keyboard - YPLog cw keyers - sineCW VST PLUGin need 2 of these....1 to activate the PTT (5680 hertz) 1 to provide the afcw note for transmit readelay VST plugin- need a certain amount of delay to allow the PTT 5680 HERTZ tone to activate the rig's PTT circuit first...then delay the actual cw tone by "just enough" that will actually be the CW TONE transmitted on LSB NOTE: 5680 hertz is way too high of an audio frequency to get transmitted by the K3S, since it has a brick wall low pass filter drop off at 4000 hertz...however, the 5680 hertz, at as low a volume as possible is still able to activate the RIG's SSB TRANSMIT AUDIO VOX circuit REGATE vst plugin - one for each cw keyer (provides CW REGENERATION midi note outputs for the sineCW vst plugin cw keyer) VOICEmeeter - need this for its single VIRTUAL AUDIO CABLE which YPLog uses for its playback device ASIOBRIDGE - for the link between JackRouter and the VB AUDIO HI FI CABLES virtual audio sound cards - which is what Gstreamer is using for TRANSMIT and RECEIVE "audio OVER ip" Raspberry PI interface to the K3S internal usb sound card... uses the Gstreamer pipelines audio over ip for TRANSMIT and RECEIVE audio between the REMOTE OP and the RIG NOTE: with the current apps settings - QSK RECEIVE AUDIO was heard between words

160 Meters AM modulated VOICE & CW, "RF over IP" - LIVE demo

79
3
0
00:05:56
22.06.2020

TEST to see if Gstreamer and JACK AUDIO CONNECTION KIT on an i7 quad core laptop, could handle the job of: - using Gstreamer scripts to perform the "RF over IP" at 1860 Khz - using AD5DZ's SDR APPs to modulate and demodulate the 1860 Khz RF carrier with both CW and VOICE(from a podcast, gst123 player) - using the JACK AUDIO CONNECTION KIT dummy sound card at a sample rate of 3840,000 hz - using a GSTREAMER RTSP SERVER & CLIENT to resample the demodulated 1860,000hz RF over IP and send it to the REAL SOUND CARD, a REALTEK HD AUDIO MOBO SOUND CARD operating at a sample rate of 192000hz - using another Gstreamer script to record this video/audio

Get the FASTEST full qsk for CW on your REMOTE RIG audio setup using ZitaNJbridge and Ducka

31
0
0
00:03:41
27.09.2018

brief demo showing FULL QSK remote CW - using a remote rig audio setup using the "audio over ip" APP called ZITAnjBRIDGE 🤍 and DUCKA - (to MUTE the RX AUDIO RETURN to the emote OP's station so you only hear the local sidetone audio monitor) 🤍 the latency is low enough to allow FULL QSK where you can hear RX AUDIO between CW LETTERS... for more info on this topic, please search this QRQcw channel for other videos relating to REMOTE RIG'n on the LAN and for more info on ZitaNJbridge... BASIC CONCEPT of this REMOTE RIG CW setup: 1. the RIG is set to LSB for AFCW MODE... 2. the RIG's sideband audio input VOX CIRCUIT is turned on and set to its lowest possible value for HANG///RELEASE time...on this rig it was 10 ms...(the software setup provides the actual 'HANG' time..) 3. a 45 hz subtone is sent ahead of the actual CW TONE so that no first elements of the cw notes get chopped off by the rig's VOX ACTIVATION CIRCUIT... 4. a delay line is used at the remote op's stataion in order to delay the CW NOTE from arriving to the rig from the REMOTE OP by sending the CW AUDIO NOTES over ZITAnjBRIDGE...the delay is set so that it will arrive at the RIG just after the RIG's VOX CIRCUIT has been fully activated by the 45 hz subtone(NOTE: the 45 hz subtone is too low in frequency and too low in volume to actually get transmitted..but it is enough to activate the rig's VOX CIRCUIT - so that when the CW ARRIVES...it will be transmitted "AS IS"...just like the ORIGINAL CW NOTE waveshape when it was created on the remote OP's CW STATION...

Назад
Что ищут прямо сейчас на
cw audio over ip ПВЗ Wildberries Видеомонтаж Как МОНТИРОВАТЬ ВИДЕО в ADOBE PREMIERE PRO размыть фон в капкуте как размыть фон на видео в кэпкате сделать размытие в кэпкате размыть фон в кэпкате бизнес на wildberries как сделать размытие фона на видео в кэпкате Как продавать на Wildberries люба on my mind wildberries поставщикам как устроен бизнес ozon штрих код маркировка товара поставка wildberries премьер про уроки Sanich заблурить