Date   
Re: Im Back

terryt <terryt@...>
 

Thanks for that Andy,hey we have los of sunshine here cul t


----------------------------------------------------------------------------------------------

On Sat, 20 Apr 2019 09:28:16 -0700, "Andrew O'Brien" <andrewobrie@...> wrote:

Welcome back Terry ! Seems to me that your idea would work with physical connections between the two computers .
Andy K3UK
On Apr 20, 2019, at 9:15 AM, terryt <@terryt> wrote:

Hi all members,its Terry in West Yorkshire, sorry for the long absence, i have now got settled into my sheltered accomodation which is very nice indeed BUT i arent allowed to have aerials erected so all i have is online streaming which is ok but not like real radio.
I have a question which may be daft but i dont know, as follows there is plenty of Data whilst streaming which at present i am unable to decode, is it possible to receive the data from streaming on one pc and decode it using a second pc the main system i am using for rxing has both input and output audio sockets, my second system is a laptop but this only has a headphone socket ----------- if i used the laptop for streaming and feeding the audio to the input of the desktop anyone know if it would work please ????.

Sorry for the Daft question but simply put well i dont know the answer BUT as my now pathetic brain tells me yes it would be fine,any advice would be more than welcome thank you all in advance and hope wherever you are hope all is well with you and yours
Good to be back.

Regards and 73

Terry.

Re: Im Back

Alan Gale
 

At 17:15 20/04/2019, you wrote:


Hi Terry,

No need for two PCs, if you enable 'Stereo Mix' in your sound card settings and use that
in your decoding programmes as well, you can then decode straight from the webSDR's own stream.

An alternative method is to buy one of the cheapo USB sound cards that are available on
eBay (some smaller ones look just like memory sticks), and these allow you to plug it
into a spare USB port. These have an audio input and output and you can feed the output
from your current socket to the input of that one as well.

Alan.



Hi all members,its Terry in West Yorkshire, sorry for the long absence, i have now got settled into my sheltered accomodation which is very nice indeed BUT i arent allowed to have aerials erected so all i have is online streaming which is ok but not like real radio.
I have a question which may be daft but i dont know, as follows there is plenty of Data whilst streaming which at present i am unable to decode, is it possible to receive the data from streaming on one pc and decode it using a second pc the main system i am using for rxing has both input and output audio sockets, my second system is a laptop but this only has a headphone socket ----------- if i used the laptop for streaming and feeding the audio to the input of the desktop anyone know if it would work please ????.

Sorry for the Daft question but simply put well i dont know the answer BUT as my now pathetic brain tells me yes it would be fine,any advice would be more than welcome thank you all in advance and hope wherever you are hope all is well with you and yours
Good to be back.

Regards and 73

Terry.

Re: Im Back

Andrew O'Brien
 

Welcome back Terry ! Seems to me that your idea would work with physical connections between the two computers . 
Andy K3UK 


On Apr 20, 2019, at 9:15 AM, terryt <terryt@...> wrote:

Hi all members,its Terry in West Yorkshire, sorry for the long absence, i have now got settled into my sheltered accomodation which is very nice indeed BUT i arent allowed to have aerials erected so all i have is online streaming which is ok but not like real radio.
I have a question which may be daft but i dont know, as follows there is plenty of Data whilst streaming which at present i am unable to decode, is it possible to receive the data from streaming on one pc and decode it using a second pc the main system i am using for rxing has both input and output audio sockets, my second  system is a laptop but this only has a headphone socket -----------  if i used the laptop for streaming and feeding the audio to the input of the desktop anyone know if it would work please ????.

Sorry for the Daft question but simply put well i dont know the answer BUT as my now pathetic brain tells me yes it would be fine,any advice would be more than welcome  thank you all in advance and hope wherever you are hope all is well with you and yours
Good to be back.

Regards and 73

Terry.

Forgot.

terryt <terryt@...>
 

I can be contacted at the following email adress         terryt@....

Thanks.

T.

Im Back

terryt <terryt@...>
 

Hi all members,its Terry in West Yorkshire, sorry for the long absence, i have now got settled into my sheltered accomodation which is very nice indeed BUT i arent allowed to have aerials erected so all i have is online streaming which is ok but not like real radio.
I have a question which may be daft but i dont know, as follows there is plenty of Data whilst streaming which at present i am unable to decode, is it possible to receive the data from streaming on one pc and decode it using a second pc the main system i am using for rxing has both input and output audio sockets, my second  system is a laptop but this only has a headphone socket -----------  if i used the laptop for streaming and feeding the audio to the input of the desktop anyone know if it would work please ????.

Sorry for the Daft question but simply put well i dont know the answer BUT as my now pathetic brain tells me yes it would be fine,any advice would be more than welcome  thank you all in advance and hope wherever you are hope all is well with you and yours
Good to be back.

Regards and 73

Terry.

Re: RSID FUNCTION #RSID

Patrick Lindecker
 

David,

 

I just found the Fldigi forum : https://groups.io/g/winfldigi

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de David Michael Gaytko // WD4KPD
Envoyé : vendredi 19 avril 2019 19:33
À : multipsk@groups.io
Objet : [multipsk] RSID FUNCTION #RSID

 

GREETINGS GENTS...

I FUN MULTISPS AND FLDIGI ALL THE TIME.  MY PROBLEM IS MULTIPSK SEEMS A LOT MORE SENSETIVE THAN FLDIGI ESPECIALLY ON OLIVIA/CONTESTIA.
DON'T KNOW OF ANY ADJUSTMENTS FOR MULTIPSK, BUT FLDIGI HAS QUITE A FEW.  WOULD LIKE TO HEAR YOUR SETUPS FOR FLDIGI AND OLIVIA FOR MAX
SENSETIVITY.

WD4KPD@... OR GROUP REPLY OK.
CPY TO WINFLDIGI

DAVID




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: Orbcomm satellites

Patrick Lindecker
 

TKS Ralf, nothing beats a picture

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Ralf Bender
Envoyé : samedi 20 avril 2019 10:22
À : multipsk@groups.io
Objet : Re: [multipsk] Orbcomm satellites

 

HI Max,

yes, it is possible.  Just type the name of the satellite in the red marked field in the screenshot and Multipsk track only the selecetd one:


73s
Ralf




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: Orbcomm satellites

Patrick Lindecker
 

Hello Max,

 

>Hi, is it possible choosing manually a satellite and not the only the one proposed by the software based on distance?

Type the satellite that you want to track on the “Only one track” editor and click on “Tracked”.

 

>I also notice that the callsign of one satellite visualized on the map it's never the same visualized on telemetry. Tnx

Click on « Downloading » to have an updated TLE file.

73

Patrick

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Massimiliano Sacchi
Envoyé : vendredi 12 avril 2019 11:42
À : multipsk@groups.io
Objet : [multipsk] Orbcomm satellites

 

Hi, is it possible choosing manually a satellite and not the only the one proposed by the software based on distance? I also notice that the callsign of one satellite visualized on the map it's never the same visualized on telemetry. Tnx
Max




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: Orbcomm satellites

Ralf Bender
 

YW. 
I forgot to mention that you have to push the button 'Tracked' also. 
Happy easter time.
Ralf

Re: RSID FUNCTION #RSID

Patrick Lindecker
 

Hello David,

 

>I FUN MULTISPS AND FLDIGI ALL THE TIME.  MY PROBLEM IS MULTIPSK SEEMS A LOT MORE SENSETIVE THAN FLDIGI ESPECIALLY ON >OLIVIA/CONTESTIA.

There is certainly a problem of setup on Fldigi as I don’t think it might be less sensitive. Can someone indicate a forum for Fldigi users (as this forum is not the good one).


73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de David Michael Gaytko // WD4KPD
Envoyé : vendredi 19 avril 2019 19:33
À : multipsk@groups.io
Objet : [multipsk] RSID FUNCTION #RSID

 

GREETINGS GENTS...

I FUN MULTISPS AND FLDIGI ALL THE TIME.  MY PROBLEM IS MULTIPSK SEEMS A LOT MORE SENSETIVE THAN FLDIGI ESPECIALLY ON OLIVIA/CONTESTIA.
DON'T KNOW OF ANY ADJUSTMENTS FOR MULTIPSK, BUT FLDIGI HAS QUITE A FEW.  WOULD LIKE TO HEAR YOUR SETUPS FOR FLDIGI AND OLIVIA FOR MAX
SENSETIVITY.

WD4KPD@... OR GROUP REPLY OK.
CPY TO WINFLDIGI

DAVID




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: Orbcomm satellites

Massimiliano Sacchi <iz6rmr70@...>
 

tnx Ralf !

Re: Orbcomm satellites

Ralf Bender
 

HI Max,

yes, it is possible.  Just type the name of the satellite in the red marked field in the screenshot and Multipsk track only the selecetd one:


73s
Ralf

RSID FUNCTION #RSID

David Michael Gaytko // WD4KPD <wd4kpd@...>
 

GREETINGS GENTS...

I FUN MULTISPS AND FLDIGI ALL THE TIME.  MY PROBLEM IS MULTIPSK SEEMS A LOT MORE SENSETIVE THAN FLDIGI ESPECIALLY ON OLIVIA/CONTESTIA.
DON'T KNOW OF ANY ADJUSTMENTS FOR MULTIPSK, BUT FLDIGI HAS QUITE A FEW.  WOULD LIKE TO HEAR YOUR SETUPS FOR FLDIGI AND OLIVIA FOR MAX
SENSETIVITY.

WD4KPD@... OR GROUP REPLY OK.
CPY TO WINFLDIGI

DAVID

Orbcomm satellites

Massimiliano Sacchi <iz6rmr70@...>
 

Hi, is it possible choosing manually a satellite and not the only the one proposed by the software based on distance? I also notice that the callsign of one satellite visualized on the map it's never the same visualized on telemetry. Tnx
Max

Multipsk 4.39 translated to Spanish

Patrick Lindecker
 

Hello to all Spanish native speakers,

 

The 4.39 version of Multipsk has been completely translated to Spanish by Joachin (EA4ZB), from French. The links to the translation file and to the manual (AIDE_PSK.CHM) in Spanish are on my Web site (http://f6cte.free.fr/Translation_files.htm).

 

Note that for a new CHM file (as here the AIDE_PSK.CHM file):

 

"

Sometimes .CHM files are flagged (by Windows) as downloaded from an untrusted source such as the Internet.

 

To resolve this issue, carry out the following steps:

 

1.       Right-click the .CHM file and choose Properties

 

2.       On the General tab, click the button labeled "Unblock"

 

3.       Click OK

"

 

73

Patrick

 

 




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: [winfldigi] A Solution To The Digital Mode Recognition Issue

Tony
 

Dave:

The new TX-RSID CQ macro functions perfectly and it did not alter the content of my existing CQ macros. Hope the code crunching didn't take up too much of your time.

Excellent work - thank you!

Tony -K2MO


On 4/18/2019 4:34 PM, Dave wrote:
The newinstall.cxx code has been changed so that the default CQ macro has been changed to:



shown on an OS-X test compilation.  CW, PSK-31, and RTTY RsID transmit are initialized to disabled for the new installation.

73, Dave, W1HKJ

On 4/18/19 1:35 PM, Tony wrote:
On 4/18/2019 3:23 AM, Dave wrote:
I will change the fldigi's default CQ macro to that shown above. That will at least assist new digital operators using fldigi to be courteous and informative.

Dave:

That's great news -- simple and effective.

Thank you.

Tony -K2MO


Re: [winfldigi] [digitalradio] A Solution To The Digital Mode Recognition Issue

Tony
 

On 4/17/2019 10:41 PM, Charles Hargrove wrote:
I don't see what the difficulty is. I leave my RxID & TxID on all the time.
Charles:

Difficulty is not the problem, it's the lack of use. The reason is a mystery, but I can tell you that the problem has existed for many years.

I'm not aware of RS-ID being mentioned in the ham license question pool so that could be part of the problem for new and old alike who are just getting started with digital.

Tony -K2MO

Re: [digitalradio] A Solution To The Digital Mode Recognition Issue

Tony
 

On 4/17/2019 5:53 PM, Andrew O'Brien wrote:
I’ve tried and tried Tony but never been able to get people to use it .
Andy:

Patrick Lindecker's implementation solves the problem by triggering
TX-RSID whenever a string of CQ's are detected within Multipsk's macros.
Common modes are excluded.

It would be beneficial if all digital mode developers would adopt this
approach. Not sure how difficult that would be in terms of code crunching.

Tony -K2MO

Re: A Solution To The Digital Mode Recognition Issue

Patrick Lindecker
 

Hello Joachin,

 

Nice that you recall the links in Spanish.

 

>Patrick, I agree with Tony, maybe add a pop-up window that remembers the need to activate RS ID every time a mode is activated and maybe unify it so that it

I’m much more for a temporary message in a caption to warn the user.

 

Note: in Multipsk, for exotic modes (all RX/TX modes except BPSK31, BPSK63, JT65, CW, PACKET, PAX, DTMF, PACTOR1, RTTY 45, FAX, SSTV, 141A et 110A), if the Ham sent a macro with a “CQ”  ("CQ CQ" or "CQ DE" precisely) inside, it is previously transmitted a RS ID.

 

73

Patrick

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de EA4ZB
Envoyé : mercredi 17 avril 2019 13:15
À : multipsk@groups.io
Objet : Re: [multipsk] A Solution To The Digital Mode Recognition Issue

 

Tony, Patrick, all

Thank you for your comments once again about the convenience of using Reed-Solomon indicators. Tony, thank you for the video.

It's a topic that I've always commented on whenever I've had the occasion, because there are several programs that implement these identifiers (HRD, Fldigi, MixW, etc). Any user of digital modes is going to have difficulties to know which way it is, except in the most used ones, like psk31, rtty, sstv, etc, but very few people use these identifiers.

I think there are users who don't know what it's for. I also made some short videos about RS ID, Call ID and Video ID (in Spanish) but I'm not sure people use them.

 

 

Multipsk – Identificador Reed Solomon RS ID – Parte 1

https://youtu.be/czzgFAdMB3M

 

Multipsk – Identificador Reed Solomon Parte 2 – Call ID, Prop ID, Message ID

Multipsk vs FlDigi Identificadores RS ID Video ID

 

As Tony says, it is also a problem for new users of digital modes, who may get discouraged when they want to know what mode appears in the waterfall.

Patrick, I agree with Tony, maybe add a pop-up window that remembers the need to activate RS ID every time a mode is activated and maybe unify it so that it always appears in the waterfall horizontally and not vertically.

It's just an idea, but I think everything would be much easier then, especially for new digital mode operators.


 

 

 

 

El mar., 16 abr. 2019 a las 20:23, Patrick Lindecker (<f6cte@...>) escribió:

Hello Tony,

>This video explains the need for mode identifiers: https://www.youtube.com/watch?v=nwkz0GNpA0I
Good idea that this nice video (and the "wake-up call"). So a new link from my WEB site.

73
Patrick

-----Message d'origine-----
De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Tony
Envoyé : mardi 16 avril 2019 00:31
À : multipsk@groups.io
Objet : [multipsk] A Solution To The Digital Mode Recognition Issue

All:

Most are aware that mode identification became a necessity more than a decade ago as the number of sound card modes grew. The problem was solved early on thanks to the Reed Solomon Identifier developed by F6CTE. Yet here we are years later with more modes than ever before and we're still not using RS-ID when we should be.

It's puzzling because there are only a handful of modes that are discernible by sight and sound so we're left with dozens of variants and sub-modes that require RS-ID in order to be identified quickly and efficiently.

Prompt identification by observation is impossible because many variants share the same modem with their primary counterparts so their appearance is identical. We also have protocols that share the same modulation type which have visual and audible similarities that make it difficult to distinguish one from the other.

The solution would be to automate the process by having the TX-RSID engage by default whenever a difficult-to-decipher mode is selected. An easier approach for developers to implement might be to add a pop-up that reminds the user to engage the TX/RX ID when selecting certain modes.

It's not only bad practice not use mode ID when attempting to communicate with a protocol that's not easily recognized, it's a waste of time. It also sends the wrong message to new comers and it's certainly not the way to promote amateur radio to the public in a field day setting or at other public events.

This video explains the need for mode identifiers:
https://www.youtube.com/watch?v=nwkz0GNpA0I

Tony -K2MO





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus






Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com


Re: A Solution To The Digital Mode Recognition Issue

EB4Z
 

Tony, Patrick, all

Thank you for your comments once again about the convenience of using Reed-Solomon indicators. Tony, thank you for the video.

It's a topic that I've always commented on whenever I've had the occasion, because there are several programs that implement these identifiers (HRD, Fldigi, MixW, etc). Any user of digital modes is going to have difficulties to know which way it is, except in the most used ones, like psk31, rtty, sstv, etc, but very few people use these identifiers.

I think there are users who don't know what it's for. I also made some short videos about RS ID, Call ID and Video ID (in Spanish) but I'm not sure people use them.

 

Multipsk – Identificador Reed Solomon RS ID – Parte 1

https://youtu.be/czzgFAdMB3M

Multipsk – Identificador Reed Solomon Parte 2 – Call ID, Prop ID, Message ID

Multipsk vs FlDigi Identificadores RS ID Video ID


As Tony says, it is also a problem for new users of digital modes, who may get discouraged when they want to know what mode appears in the waterfall.

Patrick, I agree with Tony, maybe add a pop-up window that remembers the need to activate RS ID every time a mode is activated and maybe unify it so that it always appears in the waterfall horizontally and not vertically.

It's just an idea, but I think everything would be much easier then, especially for new digital mode operators.



El mar., 16 abr. 2019 a las 20:23, Patrick Lindecker (<f6cte@...>) escribió:
Hello Tony,

>This video explains the need for mode identifiers: https://www.youtube.com/watch?v=nwkz0GNpA0I
Good idea that this nice video (and the "wake-up call"). So a new link from my WEB site.

73
Patrick

-----Message d'origine-----
De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Tony
Envoyé : mardi 16 avril 2019 00:31
À : multipsk@groups.io
Objet : [multipsk] A Solution To The Digital Mode Recognition Issue

All:

Most are aware that mode identification became a necessity more than a decade ago as the number of sound card modes grew. The problem was solved early on thanks to the Reed Solomon Identifier developed by F6CTE. Yet here we are years later with more modes than ever before and we're still not using RS-ID when we should be.

It's puzzling because there are only a handful of modes that are discernible by sight and sound so we're left with dozens of variants and sub-modes that require RS-ID in order to be identified quickly and efficiently.

Prompt identification by observation is impossible because many variants share the same modem with their primary counterparts so their appearance is identical. We also have protocols that share the same modulation type which have visual and audible similarities that make it difficult to distinguish one from the other.

The solution would be to automate the process by having the TX-RSID engage by default whenever a difficult-to-decipher mode is selected. An easier approach for developers to implement might be to add a pop-up that reminds the user to engage the TX/RX ID when selecting certain modes.

It's not only bad practice not use mode ID when attempting to communicate with a protocol that's not easily recognized, it's a waste of time. It also sends the wrong message to new comers and it's certainly not the way to promote amateur radio to the public in a field day setting or at other public events.

This video explains the need for mode identifiers:
https://www.youtube.com/watch?v=nwkz0GNpA0I

Tony -K2MO





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus