Date   

Re: CPDLC/HFDL

Josef Garcia
 

Hello Patrick,
 
would it be a lot of work for you to program the CPDLC protocol in multipsk for VDL2?
 
Many thanks and 73
Josef 


Re: Multipsk 4.45 - Bug in switching on RSID

Ralf Bender
 

Patrick, thank you for your support with my problem.
It seems to be quite obviously with my laptop and some still unclear constellation.
--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


Re: Multipsk 4.45 - Bug in switching on RSID

Patrick Lindecker
 

Hello Ralf,

 

Can you send me, in direct, your CONFPSER.SER inside a ZIP, because I can’t emulate the problem here (I just tried and it is OK). So it must be a problem related to the configuration.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Ralf Bender
Envoyé : mercredi 3 mars 2021 22:20
À : multipsk@groups.io
Objet : Re: [multipsk] Multipsk 4.45 - Bug in switching on RSID

 

GE Patrick,

the initial mode was Olivia-4-500, when it jumps to BPSK31on click on OK.

But today, with the new version, I have the same issue with Olivia-16-500.
Click on OK it jumps now to MFSK. Initial mode was also Olivia. Maybe here is the problem.

This time i made a short video, when it happens twice, about it:
https://www.dropbox.com/s/6co56kxc9ihltnk/mulipsk-prob.mp4?dl=0

--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


Re: Multipsk 4.45 - Bug in switching on RSID

Ralf Bender
 

GE Patrick,

the initial mode was Olivia-4-500, when it jumps to BPSK31on click on OK.

But today, with the new version, I have the same issue with Olivia-16-500.
Click on OK it jumps now to MFSK. Initial mode was also Olivia. Maybe here is the problem.

This time i made a short video, when it happens twice, about it:
https://www.dropbox.com/s/6co56kxc9ihltnk/mulipsk-prob.mp4?dl=0

--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


New release of MULTIPSK (4.45.1) #multipsk

Patrick Lindecker
 

New release of MULTIPSK (4.45.1)

 

Pour les francophones: la version en français de ce message se trouve sur mon site (http://f6cte.free.fr). Il suffit de cliquer sur le lien "Principales modifications (courriel avertissant de la sortie de la nouvelle version)".


Hello to all Ham and SWL,

 

The new release of MultiPSK (4.45.1) is on my Web site (http://f6cte.free.fr/index_anglais.htm).
The mirror site is Earl's, W8BR: https://www.paazig.net/f6cte/MULTIPSK_setup.exe

The MD5 signature of the downloaded MULTIPSK_setup.exe file to, possibly, check (with WinMD5 for example), that the downloading works without error, is equal to:

487b680646a08e793c8a9b0cb83d7d63

Multipsk associated to Clock are freeware programs but with functions submitted to a licence (by user key).

 

The main improvement of MULTIPSK 4.45.1 is the following:

 

M20 radiosondes decoding

 

The new M20 radiosonde is an improved version of the M10 model. The M20 and the M10 radiosondes share the same description. However, there are differences between addresses of the pieces of information.

 

Note: Multipsk decodes the radiosonde position but not the telemetry (temperature, pressure etc).

 

This mode is available for licencied copies, only (otherwise, the decoding is stopped after 5 minutes).

 

Other improvements:

·                     For BPSK, QPSK, PSKR, PSK63F and MFSK modes, it is proposed a UTF8 characters decoding function (only in RX, not in TX, and limited to 2 characters). The "UTF8" button must be pushed, in case of UTF8 (Fldigi) transmission, i.e. if odd double characters appear instead of accented characters.

·                     Improvement of the RX/TX screen resizing.

·                     Possibility of a 4 times bigger waterfall or spectrum ("x 4" button).

·                     The receiver maximum frequency managed by Multipsk via Commander moves from 4.16 GHz to 24.3 GHz.

Note about translation of Multipsk.exe and Clock .exe:  the 4.45 version of Multipsk has been translated to Spanish by Joachin (EB4Z), from French.

See: http://f6cte.free.fr/Translation_files.htm.

 

 

73

Patrick

 

 

 


Re: Multipsk 4.45 - Bug in switching on RSID

Patrick Lindecker
 

Hello Ralf,

 

I’ve just checked here by transmitting an Olivia 4-500 RSID (i.e. switching in TX) from a first occurrence of Multipsk. In the second occurrence of Multipsk, the RS ID is correctly decoded and Multipsk is switched to Olivia and not BPSK63, if I click on “OK”. What was the initial mode (before receiving the RS ID)?

If this problem happens again, tell me.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Ralf Bender
Envoyé : lundi 1 mars 2021 22:33
À : multipsk@groups.io
Objet : [multipsk] Multipsk 4.45 - Bug in switching on RSID

 

Hello Patrick,

not sure if it is a local problem, but I recognize that if Multipsk identify a RSID of Olivia 4-500, which is correct indentified, and I click Ok to switch on the ID, Multipsk activate BPSK63 instead of Olivia.

--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


Multipsk 4.45 - Bug in switching on RSID

Ralf Bender
 

Hello Patrick,

not sure if it is a local problem, but I recognize that if Multipsk identify a RSID of Olivia 4-500, which is correct indentified, and I click Ok to switch on the ID, Multipsk activate BPSK63 instead of Olivia.

--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


Re: decoding with Multipsk online

Lambert J. Derenette
 

My apologies all, Murphy won't leave me alone today...

I have a really bad day...

 


Re: decoding with Multipsk online

Fred Albertson
 

Hi Grtz,

Check the "Out" setting for the RSPduo VRX that you are using.

Hope this helps,

Fred


Re: Multipsk 4.45 Test 1 NDB

Steve Rose
 

Thanks Patrick
73 Steve


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Mark Bailey
 

Not sure, but I'll check. The 7300's sound devices are the only USB-based sound devices on my PC. 

also, if I go back into Configuration, the mapping remains out of whack. It is only exiting and re-launching MultiPSK does the mapping seem to get straightened out again. One way I might test this is to have Mumble also running and have its Input as the same 7300 "speaker" and leave the beacon activated and see what happens. I know the VB Cable virtual audio device continues to work through Mumble when the lock screen kicks in. Interesting idea.


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

tseug <tseug@...>
 

Wild guess......Is the USB on your computer covered by some power-saving policy? Windows might enumerate the devices differently each time it 're-starts' USB after a screen lock/unlock but MultiPSK not see that change unless you check via the configuration settings


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Patrick Lindecker
 

For information, the Windows API used is waveOutGetDevCaps

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Mark Bailey
Envoyé : lundi 1 mars 2021 18:56
À : multipsk@groups.io
Objet : Re: [multipsk] Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

 

Hhhmmm. Indeed is does sound like that. I will check the Events logs too. Also, this is only happening to the output audio device. The input (set to the 7300's Record tab device) seems to remain mapped properly. I could also set the output device to, say, by 55" flat screen speakers and see if it get remapped the same as the 7300's is. If not, then it could be something squirrely with the 7300's Sinclair USB audio device driver. Not sure. But now that I know how MultiPSK gets its mapping in the first place, that gives me a narrower scope to be exploring now. thanks!


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Mark Bailey
 

Hhhmmm. Indeed is does sound like that. I will check the Events logs too. Also, this is only happening to the output audio device. The input (set to the 7300's Record tab device) seems to remain mapped properly. I could also set the output device to, say, by 55" flat screen speakers and see if it get remapped the same as the 7300's is. If not, then it could be something squirrely with the 7300's Sinclair USB audio device driver. Not sure. But now that I know how MultiPSK gets its mapping in the first place, that gives me a narrower scope to be exploring now. thanks!


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Patrick Lindecker
 

Mark,

 

The API is called when you are in the Configuration screen, but not when you are in the RX/TX screen.

>However, if I leave MultiPSK running, and then the idle timer kicks in to lock the screen, when I come back in after some period of time has passed, all things being equal, the output from MultiPSK is >now coming out on a different soundcard # (and not always the same “wrong” one each time):

The behavior that you described looks like as if Windows, for an unknown reason,  stops the sound card in progress for another sound card. Curious.

 

73

Patrick

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Mark Bailey
Envoyé : lundi 1 mars 2021 18:43
À : multipsk@groups.io
Objet : Re: [multipsk] Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

 

OK, will try that. On the same point, would MultiPSK call that same Windows API call again on a Lock screen unlock, desktop restore/redisplay? What's odd is that this remapping seems to stick for as long as the screen is not locked. But I haven't tried to retest the sound card mapping across multiple consecutive idle->lock->unlock events. 

I will try a fresh install in a new created folder first, though. 


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Mark Bailey
 

OK, will try that. On the same point, would MultiPSK call that same Windows API call again on a Lock screen unlock, desktop restore/redisplay? What's odd is that this remapping seems to stick for as long as the screen is not locked. But I haven't tried to retest the sound card mapping across multiple consecutive idle->lock->unlock events. 

I will try a fresh install in a new created folder first, though. 


Re: Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Patrick Lindecker
 

Hello Mark,

 

The sound card lists (RX and TX) are extracted from a Windows API. Multipsk displays what Windows gives and does not modify these lists. They are given as received.

 

>In fact, the entire sound card list appears to have been shuffled randomly.

However, it is possible that the Multipsk file be corrupted. Try to download the last version of  Multipsk  and install it in a new directory. If the lists continues to change randomly or to show weird lines, it’s  beyond my competences.

 

73

Patrick

 

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Mark Bailey
Envoyé : lundi 1 mars 202
1 18:19
À : multipsk@groups.io
Objet : [multipsk] Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

 

I’m using a 7300 with latest Sinclair USB drivers, and all that works well with my Windows 10 Pro (). For some reason, instead of showing Sinclair sound device, the 7300 just shows as “Speakers (USB Audio CODEC)”. In MultiPSK, this sound device shows up as ‘Sound Card 5’:

 

 

And, sure enough, on a TX, this is the audio device in Sound Control Panel’s Playback tab that has the audio signal coming from MultiPSK to the 7300:

 

 

 

However, if I leave MultiPSK running, and then the idle timer kicks in to lock the screen, when I come back and unlock my PC screen after some period of time has passed, all things being equal, the output from MultiPSK is now coming out on a different soundcard # (and not always the same “wrong” one each time):

 

 

I confirmed the Sound Card (Output) is still set (as up top of this email) for the “Sound Card 5 - USB Audio CODEC”. But now, MultiPSK’s audio out is coming out one of my 2 27” LG gaming monitors, and not going to 7300 anymore. And in order to actually send audio to the 7300’s “speaker” device (computer to 7300), after a bit trial and error picking different other Playback devices, this go around, I had to set it to “Sound Card 3” (digital audio port on my PC).

 

In fact, the entire sound card list appears to have been shuffled randomly. When I TX now from MultiPSK, it connects to remote nodes as expected. Note that if I exit MultiPSK completely, and relaunch it, the sound card list mapping is back to what you’d expect. It’s weird.

Any takers??? :)

Attachments:


Re: decoding with Multipsk online

Lambert J. Derenette
 

Folks,
I tried to switch back to the RSPduo for RX, switched back the speaker in the taskbar, but I have no waterfall on Multipsk.
I am deeply ashamed for my stupidness.

My apologies !

Grtz

 


Output sound card number mappings shuffling after PC random idle unlock (v 4.43.1)

Mark Bailey
 

I’m using a 7300 with latest Sinclair USB drivers, and all that works well with my Windows 10 Pro (). For some reason, instead of showing Sinclair sound device, the 7300 just shows as “Speakers (USB Audio CODEC)”. In MultiPSK, this sound device shows up as ‘Sound Card 5’:

 

 

And, sure enough, on a TX, this is the audio device in Sound Control Panel’s Playback tab that has the audio signal coming from MultiPSK to the 7300:

 

 

 

However, if I leave MultiPSK running, and then the idle timer kicks in to lock the screen, when I come back and unlock my PC screen after some period of time has passed, all things being equal, the output from MultiPSK is now coming out on a different soundcard # (and not always the same “wrong” one each time):

 

 

I confirmed the Sound Card (Output) is still set (as up top of this email) for the “Sound Card 5 - USB Audio CODEC”. But now, MultiPSK’s audio out is coming out one of my 2 27” LG gaming monitors, and not going to 7300 anymore. And in order to actually send audio to the 7300’s “speaker” device (computer to 7300), after a bit trial and error picking different other Playback devices, this go around, I had to set it to “Sound Card 3” (digital audio port on my PC).

 


In fact, the entire sound card list appears to have been shuffled randomly. When I TX now from MultiPSK, it connects to remote nodes as expected. Note that if I exit MultiPSK completely, and relaunch it, the sound card list mapping is back to what you’d expect. It’s weird.

Any takers??? :)



Re: Multipsk 4.45 Test 1 NDB

Patrick Lindecker
 

>.....x4 reverts to single vertical tuning line.

Thanks for the report Steve. Now it is fixed.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Steve Rose
Envoyé : lundi 1 mars 2021 14:59
À : multipsk@groups.io
Objet : [multipsk] Multipsk 4.45 Test 1 NDB

 

Hi Patrick,

All good with  new  test version) one small point with NDB decoding....choice of waterfall x2 x4.. ..x4 waterfall decoding NSB it loses the  parallel vertical twin markers around the signal....x2 its there.....x4 reverts to single vertical tuning line.
This is just a  note....it all works fine..)) 
73
Steve

181 - 200 of 4609