Hello John,
>Where on the bands can this mode be found?
For this first question look at the mail hereafter, sent in the Multipsk group.
>And does it sound like Pactor / Amtor ARQ ?
Pactor 1 and Amtor are FSK modes (two frequencies). ALE and ALE400 are MFSK
modes (as MFSK16 for example).
So ALE4
Hello Cesco and John,
Here is an extract of the help about RS ID:
"This "RS" ("RS" for "Reed-Solomon") identifier permits to, automatically,
locate, any digital transmission done in one of the RX/TX modes handled by
Multipsk (91 modes and sub-modes in 4.1.1 version). It is detected, in one
han
Hello Cesco,
>The 1.5 sec is too long to use it before every transmission, but good for the
>initial transmission as you suggest.
Yes during the QSO, waiting 1.5 sec is a bit boring, but for CQ it's OK.
We'll contact in direct.
73
Patrick
- Original Message -
From: cesco12342
Hello Hisami,
>Can I find the MultiPSK ALE tutorial in the Internet?
There is a Word document which goal is to show from Multipsk snapshots how to
do the basic operations in ALE and ALE400. This document (1.1 Mo) is available
from my site site "http://f6cte.free.fr/ALE_and_ALE400_easy_with_Mult
New release (4.6) of MULTIPSK
Pour les francophones: la version française 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 rele
Hello to all,
I would be interested to study JT65 and, perhaps, add this mode to Multipsk
(let's say before the end of 2008 or the beginning of 2009).
The JT65 specifications are too much general and don't permit to build a code
from them.
I saw that the sources (Fortran and C or C++?) of JT65 e
m I interested, I am ahead of you - I hope to have this working with
a C++ engine under Windows by about the end of March 2008. Originally I was
targeting end of 2007 but decided to add SSTV support before finishing WSJT.
The WSJT code is Fortran, Python and C (I think) which is very easy
and how to use it.
I have written a lot of user interface but not yet attacked the decoding.
Simon Brown, HB9DRV
- Original Message -
From: Patrick Lindecker
* a file which name is WSJT-5[1].9.2-r115.tgz (I don't remember how I get
it) with many files and
*
who are also Hams but they just
don't have the spare time for digital mode software.
As you know writing a program is easy - the support takes up so much time
it's just not true!
Simon Brown, HB9DRV
- Original Message -----
From: Patrick Lindecker
TKS for info.
Hello Dave,
>Patrick, the newest version of DXKeeper provides a sub-mode field;
>it'd be nice if MultiPSK would log things like the Olivia tone
>constellation there: APP_DXKEEPER_SUBMODE. Perhaps Simon and I can
>convince the ADIF development community to make this a standard field.
Yes it woul
Hello Votjech,
Why do you think to propose JT65 to your program. It would be quite nice to be
able to do far QSOs with a Pocket PC and a small mobile QRP station.
I have studied part of the JT65 code (TX part). It seems, a priori, not very
complex and quite classical.
I'll propose Delphi code
Hello Votjech,
It's true that 2.69 Hz is not much.
>I also thought about implementing your 400Hz ALE, but I was
>intimidated by the DoD specification.
I suppose that you mean the FS1045 specification.
Simply send and receive AMD messages (without all the other features) is not
very complicated a
Hello Bill,
It is theoritically possible.
But ARQ FAE means two things:
* a modulation: it is mainly issued from ALE (DBM),
* an ARQ protocol: it is matched to this ALE DBM modulation and is issued from
a mix between Pax/Pax2 protocol and ALE DBM. I took the idea of ARQ memory
(which is indispe
Hello Lynn,
As said by Bill, you installed the program from the desktop (which must not be
done): Multipsk considered the desktop as the installation folder and installed
all the files in this "folder".
To install Multipsk, read _READ_ME.TXT in the Multipsk package first.
Hereafter is the begi
ould make more sense to look at that approach.
Then error correction could also be applied...
73, Sholto KE7HPV.
- Original Message -----
From: "Patrick Lindecker" <[EMAIL PROTECTED]>
To:
Sent: Sunday, January 20, 2008 2:50 PM
Subject: Re: [digitalradio] Re: Redef
Hello Sholto,
MFSK SSTV is an analogical SSTV mode with the originality that it is a narrow
band SSTV mode (the same as MFSK) and the format of the picture is free (small
or big as you want).
It would be possible to put some RS prefix (with more bits available than for
RS ID) to define the ce
two together and
the mode will be widely available fairly soon.
73,
Leigh/WA5ZNU
On Sun, 20 Jan 2008 3:14 pm, Patrick Lindecker wrote:
> Sholto,
>
>> Patrick, I just assumed that a digital SSTV mode in 500Hz that could
>> send a
>
>> decent size picture
ut the cognitive overhead of switching to MFSK. PSK users probably
wouldn't want to do this unless there is enough clear bandwidth
available.
73,
Leigh/WA5ZNU
On Mon, 21 Jan 2008 10:54 am, Patrick Lindecker wrote:
> Hello Leigh,
>
>> RSID is now available in open s
en as its own mode. In
reality, it would simply be MFSK and would start with the Open File
dialog box for image types, and in the case of MultiPSK and PocketDigi,
it would send the RSID for MFSK.
Leigh/WA5ZNU
On Tue, 22 Jan 2008 12:48 pm, Patrick Lindecker wrote:
> Hello Leigh,
>
Hello Howard,
> to remove clutter and I don't think he wants to get involved in that.
No I'm going to get involved in that simply because there is no clutter. All is
done in a logical way and done to switch rapidly without going in a menu (as I
don't like menus and prefer buttons).
But I unders
blowing smoke in my directionwell, usually...uh...most of the time.
Best Regards, Sir
Howard W6IDS
Richmond, IN
- Original Message -
From: "Patrick Lindecker" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, January 23, 2008 4:16 PM
Subject: Re: [digital
Wed, 23 Jan 2008 1:07 pm, Patrick Lindecker wrote:
> Hello Leigh,
>
>> So, I propose simply making it more easily accessible, for example, by
>
>> making it available on a main menu, or even as its own mode. In
>
> I understand. In fact the solution would be to
Thu, 24 Jan 2008 14:31:46 -0800 (PST)
To: <[EMAIL PROTECTED]>
Subject: Re: [multipsk] Redefining SSTV operations:
SSTV_IN_MFSK16_EASY_WITH_MULTIPSK
Patrick,
That link does not work.
Best regards,
Gary, K7EK
- Original Message ----
From: Patrick Lindecker <[EMAIL PROTECT
Sholto,
It is an interesting mail.
Can I QSP it to digitalradio?
73
Patrick
- Original Message -
From: Sholto Fisher
To: [EMAIL PROTECTED]
Sent: Friday, January 25, 2008 5:05 PM
Subject: Re: [multipsk] Understanding image transmission
I think there is a little confusion creeping
Hello Lynn,
As far as I know, there are only two programs which can manage directly Packet
through the sound card: Mixw and Multipsk.
73
Patrick
- Original Message -
From: n0alo
To: digitalradio
Sent: Monday, January 28, 2008 2:37 PM
Subject: [digitalradio] packet software
New release (4.7) of MULTIPSK
Pour les francophones: la version française 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 rel
Hello Frank,
>Windows - No Disk Exception Processing Message 0xc013 Parameters
Did you have this problem at the second starting? Or is it permanent each time
you start it?
>but still kinda clunky and cluttered.
You see it cluttered, I see it in perfect order. Here is the way I see things:
ns about Multipsk, contact the Multispk Yahoo group.
73
Patrick
- Original Message -
From: Paul
To: digitalradio@yahoogroups.com
Sent: Thursday, January 31, 2008 2:05 AM
Subject: [digitalradio] Re: New release (4.7) of MULTIPSK
--- In digitalradio@yahoogroups.com, "Patrick
Hello Frank and all,
I don't think Multipsk deserves all these mails.
However thanks to all who present, in a better way that I could do it, this
program.
>Here's a screenshot of what I get to stare at for hours on end:
http://evokefrank.googlepages.com/psk31qso
Notice the full screen waterfall
@yahoogroups.com
Sent: Thursday, January 31, 2008 7:53 PM
Subject: [digitalradio] Re: New release (4.7) of MULTIPSK
--- In digitalradio@yahoogroups.com, "Patrick Lindecker" <[EMAIL PROTECTED]>
wrote:
>
> Hello Frank,
>
> >Windows - No Disk Exceptio
Hello John and Ralph,
>If it did not get a space, it would force the end of line sequence after 72
>charcters.
In Multipsk (and perhaps in other soft) this option exists (button "1 CR/LF"/72
char."). It permits to communicate with old RTTY mechanical machine. But this
option is OFF by default (
Hello John,
>As far as FAE400 goes, I would like to try it. Too bad one
>can only get it from one source. (gee that kind of makes it
>just like pactor 3.
Pactor 2 and 3 have private detailed specifications which forbid to even decode
them (however it would be impossible to work them in ARQ with
For important information about JT65 on Multipsk.
73
Patrick
>you know what Patrick? it works really, really well and can live with the GUI
>however you want it.
TKS John!
- Original Message -
From: Patrick Lindecker
To: [EMAIL PROTECTED] ; [EMAIL PROTECTED]
Cc: [EMAIL PRO
Hello to all,
To leave a mail to John, start the "Aux. fonctions" window and add "VE5MU" to
your callsign list:
- Write "VE5MU" in the edit label where it is written "Call"
- click on the button"Add this call to the list"
- click on the button "Lits up-to-date"
Select VE5MU in the addressee lis
Hello Mark,
On the Mixw program, for RTTY 45 bauds, it is reversed internally, to keep
compatible with traditional RTTY which is transmitted in LSB, if you are in
USB. Multipsk does the same.
So with these softs, you must stay in USB for all digimodes (including RTTY 45
bauds) and all bands, th
Hello Dave and all,
In JT65, the decoded callsign goes automatically (on option) to the QSO field.
There is only to click on "Cluster".
73
Patrick
Extract for the help
Local "spot" ("L" option button clicked and "A" option button unclicked)
"L" for "Local" is an option and not a command. It w
New release (4.8) of MULTIPSK
Pour les francophones: la version française 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 rele
Hello David,
With Multipsk, you can send, in Video ID, the mode but also your call, name,
QTH, locator...but not "73" specifically.
However, if you put "73" in your Locator information field, you could send "73"
at any moment (with the macro).
73
Patrick
- Original Message -
Hello Jeff,
>example - SSTV, I've spent hours runnng MultiPSK trying to figure out which
>variation of SSTV a signal is only to be rewarded >with nothing.
If you are synchronized, Multipsk must automatically detect the SSTV mode
either with the SSTV code or by assessing the type of SSTV forma
Hello to all,
>But never had this problem using Feld Hell.
The fun side of Hell modes (as fuzzy modes) is that you are obliged to
investigate your brain on the decoding.
On that sense, it is a bit as CW (in easier than CW however).
The best Hell mode is for me FM Hell (which might be called MSK
Hello to all,
Here is an extract of the answer I did in the Multipsk group plus some other
results.
>> I have also ran into at least 8 different stations running MultiPSK
>> 4.7 or newer that I can't decode UNLESS I run MultiPSK 4.7 or later.
I tried here generating Olivia 32-1000 towards an old
Hello to all,
In the TAPR Spring 2008 PSR Journal ftp://ftp.tapr.org/psr/psr105.pdf
it can be found a paper which title is "Digimode identifiers".
Unfortunatly, it corresponds to the first version that I sent to Stan and not
to the modified version that I sent to him several days after (after h
Hello Paul and all,
You can found in my WEB site a paper (RS_ID_English.DOC file) which title is
"Digimode identifiers" and which describes mainly Video ID and RS ID. Paste
http://f6cte.free.fr/PAPERS.ZIP in your Internet Explorer or equivalent.
Download the ZIP file and extract RS_ID_English.D
Hello Andy,
In ALE or or ALE400 it would not possible (or not very easy) to switch of speed
due that the transmission bandwidth which would vary in the same proportion.
The ideal for that sort of thing would be to use a system close to the MIL STD
110A, with a fix modulation (8ary PSK for 110A)
Hello Rick,
>Note that the bandwidth is perhaps five times wider for 2 1/2 times more
>throughput.
Normally it would be possible to have a 2000 Hz ALE at 250 bauds instead of 125
bauds. For, I suppose, a reason of frequency diversity, the shift between two
adjacent tones in ALE is twice the bau
1.0?
What would happen if a slower baud rate were used with a single tone
modem, instead of the high baud rate? (Of course it would not be MIL-STD
anymore).
73,
Rick, KV9U
Patrick Lindecker wrote:
> Hello Rick,
>
> >Note that the bandwidth is perhaps five time
Hello Paul,
Do you try CCW-FSK at 48 wpm (in Multipsk)? 2 complementary modulated CW
carriers are transmitted (a sort of RTTY with CW signs).
73
Patrick
- Original Message -
From: Paul
To: digitalradio@yahoogroups.com
Sent: Saturday, June 07, 2008 4:46 PM
Subject: [digital
New release (4.9) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125-250/QPSK31-63-125-250/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
"Run"/DTMF/CW/CCW/CCW-FSK/THROB/THROBX/DTMF/MFSK8/
MFSK16 (+ SSTV)/MIL-STD-188-141A (+ARQ FAE)/ALE400/OLIVIA/CONTESTIA/RTTYM/
VOICE/JT65/DominoF DF/Domi
Hello Doug,
>> I would love an example of how to go about making a qso or connecting
>> to a BBS or doing email.
If you have the BBS callsign + SSID, the most simple is to use Mixw or
Multipsk.
In Multipsk 4.9, after selecting Packet+APRS:
* put yout callsign in the "Sender" field ,
* put the BB
Hello to all,
For the ones interested by APRS, I have updated the English paper
"APRS_easy_with_Multipsk" with examples of use of digipeaters.
It is based on the new 4.9 Multipsk version.
In this document it will be found 4 snapshots of Multipsk screen with
indications to the " how to operate "
see (and won't acknowledge) messages sent to them. They simply
beacon their positions, as they move about.
73, Bob, KD7NM
--
From: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of
Hello Rick,
> As far as scanning, I suspect very few of us want to do this. At least
> for now. I am not sure how to set this up with Multipsk at this time.
At the present time, automatic scanning in ALE through DXKeeper is limited
to the licencied users. I prefer this solution (to limit the use)
Hello Rick,
> why I am not able to send messages using DTM and DBM ARQ. Especially
> helpful would be those who are using Multipsk.
We could see what happens step by step either in the Multipsk Yahoo group or
directly through mails (f6cte at free.fr) .
73
Patrick
- Original Message -
F
Hello Alan,
>But since CR/LF treatment, etc all impact this type of thing there is no
>guarantee yet.
I have a doubt. Do you know if LF character (CHR(10)) is really managed for
HFLink. Multipsk does not transmit LF as it is not useful for text (CR is
sufficient and is worth for CR/LF). But if
Hello Rick,
> Patrick has been unable to figure out the problem. In fact, between the
> DXLab Commander program and Multipsk program, there was added code to
> insure that the thumbwheel is not activated and yet it still causes this
Have you tried to check the "No mouse wheel" option in the "Tran
Hello Rick,
It would be worth to try with PCALE to know if the problem comes from
Multipsk or from the protocol.
To just send an ARQ DBM message:
Store the destination callsign and your callsign, then:
* menu "Data",
* DBM MSG
It will perhaps request a frequency. You put any frequency that you
ck. I did have
> some AMD messages go through, however there is no confirmation that says
> that it has gone through so I have to trust that it is working OK.
> Sometimes it will return a failure, but this can be much later on. Many,
> many minutes later on. Perhaps there are other
Hello all,
Just to say that aside to Olivia, you have a mode which name is Contestia,
which is twice quicker than Olivia and almost as sensitive. It is built on
the same principle as Olivia but with different parameters and a reduced set
of characters.
It is present at least on Mixw and Multip
;Contestia" as one of its
> modes. I am using version 2.18 and can find nothing on Contestia.
>
> Dick Z., kc4cop
>
>
>
>
>
> --- In digitalradio@yahoogroups.com, "Patrick Lindecker" <[EMAIL PROTECTED]>
> wrote:
>>
>> Hello all,
>>
>
Hello,
Multipsk can also be used for a sound-card terminal for Packet (with many
other possibilities).
But you can also use AGW Packet engine (and of course Mixw).
73
Patrick
- Original Message -
From: ""John Becker, WØJAB"" <[EMAIL PROTECTED]>
To:
Sent: Saturday, July 05, 2008 6:41 A
Hello Matt,
I'm the author of Multipsk. It is curious no to run correctly Pactor1 FEC.
Could you send me (or better to the Multipsk Yahoo group as it can interest
other Hams and, moreover, some Hams use Linux) the information about this bug:
first the text of the message and then the "scenario"
LINUX is UBUNTO 8.04
Thankyou for your time and hard work
MATTHEW A. GREGORY
KC2PUA
- Original Message ----
From: Patrick Lindecker <[EMAIL PROTECTED]>
To: digitalradio@yahoogroups.com
Sent: Thursday, July 10, 2008 4:05:20 PM
Subject: Re: [digitalradio] mu
Hello all,
Another Patrick here.
For an honest comparaison, logically the result might be normalized to a
standardized text throughput (based, for example, on BPSK31). For example, the
Olivia 32-1000 has a throughput of 24.4 wpm. MFSK16 about the same as PSK31 (a
little less than 50). This bec
Hello Rick and all,
One information about the S/N ratios on Multipsk. Normally, it is accepted 2
% of errors (because perfection would need a relatively higher S/N).
However, it is theoritical: as for example, in QRSS (slow CW) it is not
possible to appreciate 2 % of errors, except after hours,
Hz/sec etc.
A steady signal source like WWV might be useful for this kind of measurement
as well.
Tony, K2MO
- Original Message -
From: "Patrick Lindecker" <[EMAIL PROTECTED]>
To:
Sent: Saturday, July 12, 2008 5:39 AM
Subject: Re: [digitalradio] Re: KV
.
>
> I often see the effects of selective fading sweeping across the spectrum
> with wide-band modes like MT63 and was wondering if there's anything we
> can
> tell about the refracting layers, phase and so on using this mode or
> something similar?
>
> Thanks,
>
Hello all,
Ed Sack (W3NRG) issued a paper which name is "RANKING THE DIGITAL MODES FOR THE
STEALH QTH with Tables.doc" at the "ARRL and TAPR Digital Communications
Conference 2007".
Speaking of it, Ed aggreed to add his paper to my papers collection (PAPERS.ZIP
file). Thanks to him.
So the Ed
Hello all,
For my small experience about ARQ modes, it seems to me that:
* a modern ARQ system does not really need a synchronous scheme as in Pactor
(with obligation to permanently exchange frames). It must be asynchronous as
Packet, Pax or ARQ FAE, at least to be able to share the frequency
Congratulations Dave for this very deserved award and to permit other softs to
interface and use this suite of programs through this "old but gold" link: the
DDE one.
73
Patrick (F6CTE)
- Original Message -
From: Simon Brown
To: DIGITALRADIO
Sent: Friday, August 08, 2008 9:13
Hello all,
I was reading the general specifications of Pactor and I note a curious feature.
The first mode of Pactor 3, with 2 carriers (in BPSK) specifies a crest factor
of 1.9 dB (ratio of 1.55).
Pactor 2 specifies a crest factor of 1.45 (in ratio)...1.6 dB
Meanwhile, Pactor 2 applies a root
Hello Votjech,
> I wonder whether they reference their two tone crest factor to a
> single PSK carrier?
I think that it is the global crest factor as they gives an example: if the
crest factor is 3 dB a 100 W SSB generates 50 watts, so that's true...
> How about to shift one carrier in time by a
two tone BPSK100 mode in its most robust form. Thus, even if we
> did not use adaptive speed levels for the changing ionospheric
> conditions we would likely focus on the more robust capabilities but
> still with moderately good speeds.
>
> It will be interesting to see wha
00 Hz) modes.
>
> SCS claims a very favorable figure of P2 and P3's ability to work deep
> into the noise (something around -15 dB S/N?) but I don't know how much
> ISI they can tolerate and no one who actually has this equipment has let
> us know of their experi
New release (4.10) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125-250/QPSK31-63-125-250/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
"Run"/DTMF/CW/CCW/CCW-FSK/QRSS/THROB/THROBX/DTMF/
MFSK8/MFSK16 (+ SSTV)/MIL-STD-188-141A (+ARQ FAE)/ALE400/OLIVIA/CONTESTIA/RTTYM/
VOICE/JT65/DominoF D
Hello Tony,
TKS for the interesting tests. Did you test PAX or PAX2? with Unproto frames?
73
Patrick
- Original Message -
From: Tony
To: digitalradio@yahoogroups.com
Sent: Sunday, August 24, 2008 10:38 AM
Subject: [digitalradio] Path Simulations for PAX / HF Packet
All,
Hello Tony,
Glad you did measures for Pax.
My figures are the following:
Lowest S/N : - 10 dB for PAX and - 7 dB for PAX2
It corresponds to a Gaussian noise without any ionospheric distortion (your
first case).
In my figures, I accept an error rate of 2 % (2 characters false for 98
characters
Hello to all,
About "slow" asynchronous ARQ modes as ARQ FAE, Pax, Pax2 and even Packet
there is no much problem to have several dozens of ms in delay. This because
due to sound card buffers, the obligation to work even with slow computers,
and due to slow modulation, it is introduced big margi
Hello Tony,
RR for all.
If you have some spare time, some modes would be interesting to be tested
(with Multipsk):
- PSK10,
- PSKAM10,
- ARQ FAE in ALE400 (simply with "Unproto" APRS frames, as the ARQ memory
can be used only when connected),
- ALE AMD, DTM and DBM (DBM is the best ALE sub-mode
Hello Rud,
In asynchronous ARQ mode, in all cases, it is necessary to bit synchronize
the receiver as the receiver does not know when teh next frame is going to
be transmitted (reversely, in synchronous ARQ mode this is not necessary as
the RX knows exactly the time of the reception of the next
Hello Tony,
TKS for all data. It is interesting to have a completly different way to find
the minimum S/N.
I note that you find PAX a bit better than ARQ FAE (in APRS without ARQ
memory). With my measures it was reversed (ARQ FAE:-11.5 dB against -10 dB for
PAX).
I was a bit surprised for P
Hello Tony,
TKS for the comments.
PAX/ARQ FAE
>I don't allow for any errors and that can raise the minimum SNR by several db.
>I show 85% copy with ALE400 at the 11.5db SNR level you >mentioned. Is that
>what you're seeing?
In fact I did ARQ FAE S/N tests with short ARQ FAE frames (31 character
Hello to all,
The KISS feature is available in a test version. A next new test version
(proposed in the Multipsk reflector) will improve this feature tested
through UI-VIEW for instance. There won't be any licence necessary for this
feature, so it will be open to any Ham able to interface or to
Hello Tony,
About Multipsk, could you first (if not done) the MT63 sampling calibration by
clicking on "Sampling freq." and start the automatic calibration.
Note: in Multipsk there is a double correction:
* determination of the sampling frequency offset between the TX and the RX
sound cards. Th
QUICKBRON FOX JUMPS OVER THE LAZY DOG
THE QUICK BRKWN FO { MPS OVER THE LAZY DOG
THE QUICK BROWN FOX JUMPS OVER THE LAZY DOG
- Original Message -
From: "Patrick Lindecker" <[EMAIL PROTECTED]>
To:
Sent: Friday, September 26, 2008 7:04 PM
Subject: Re: [digit
Hello Tony,
The sample rate on Multipsk is 11025 samples/s for all modes except in MT63
where it is 8000.
73
Patrick
- Original Message -
From: "Tony" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 30, 2008 6:04 AM
Subject: Re: [digitalradio] Comparing data modes
>> What were the
Hello Mark,
> touch anything at all while running the program, it
> mutes my line in. Strange. Fldigi seems to work fine
You must have chosen the "Software adjustment" in the Mixer menu of the
Configuration screen (the "Line in" is muted in the mixer Volume menu but,
of course not, in the mixe
Hello Stelios,
>However, fldigi's default behaviour is to open the sound card at its
>default (native) sample rate, usually 48 or 44.1 KHz, and then resample
But how can you know the default native sample rate?
With Multidem, I can work in full duplex in any sampling speed from 8000 to
192000 Hz
Hello Dave,
As Simon says, the RTTY is very few sensitive to sampling rate as it is not
a synchronous mode as PSK31. It means that the decoding is more or less done
as CW. The decoding program has not to synchronize to the signal (to extract
the exact moment when it will have to assess the bit
Hello John,
I think that with any program, you can check the sample rate calibration.
In Multipsk, click on the button "Sampling freq.". You have automatic
determination of RX and TX sampling rates at 11025 samples/s. You have also
a test for MT63 (at 8000 samples/s).
73
Patrick
Original
Hello Tony and all,
Yes Voice is done for blind or partially sighted Hams (very sensitive and
automatic tuning). I added the same system in JT65, but in JT65 it is
simpler as you need only the Function keys (F1 to F12) to do the QSO.
In Voice and JT65, characters can be repeated to the speaker
on the Voice mode. I've noticed that the vocalization
> audio is sent to the sound card output that goes to the rig. Is there a
> way
> to route it to the PC speakers instead?
>
> Thanks,
>
> Tony, K2MO
>
> - Original Message -
> From: "
Hello Dave,
It is simple. If the offset in sampling frequency is x% and the true AF
frequency is f0, the displayed frequency f will be equal to
f=f0*(1-x/100)
Example: if the sampling offset is +1% and f0 is 1000 Hz, the frequency
displayed will be equal to 1000*(1-0.01)=990 Hz
73
Patrick
>I am therefore actually transmitting on 2439 Hz, or .9998% higher
> than indicated
>
> Does that sound right?
>
> Tnx es 73
> Dave KB3MOW
>
>
> Patrick Lindecker wrote:
>>
>> Hello Dave,
>>
>> It is simple. If the offset in sampling freq
Hello Paul,
> Multipsk - will it store/save the correction between applications?
No you must calibrate each application with the true sound card speed.
> If I have a choice between a 16 bit external soundblaster and a 24 bit
> external sound blaster, which should I use at what setting for best
I
Hello Simon,
With the last Multidem which is a complete (but rustic) RX/TX SdR program, you
can exchange data (RX/TX) with a client program through a TCP/IP link. The
interface Multipsk/Multidem is done this way.
73
Patrick
- Original Message -
From: Simon Brown (KNS)
To: Digit
Hello John,
As said by Vojtech the big problem is the synchronization. As there is no
specific synchro signal, you must synchronize of the signal itself (using
some non-linear function). The synchronization is primarily done for the
theoritical modulation speed with the hypothesis of a pefect s
Hello Tony,
According to my measures (under noise only):
* "16-1K": "Fast" 16 tones, bandwidth=1000 Hz, speed=62.5 bauds, 78.2 wpm,
lowest S/N =-9 dB,
* MT63 1K: 100 wpm, lowest S/N - 5 dB for 10 bauds (perhaps -7dB with the
original program) but due to the
Pmean/Ppeak: 0.1, it is only theor
Hello John,
As far as I know, there are no public specifications or description of THOR
modes.
73
Patrick
- Original Message -
From: "vk2eta" <[EMAIL PROTECTED]>
To:
Sent: Saturday, October 11, 2008 12:01 PM
Subject: [digitalradio] Re: Sound card question
> Vojtech and Patrick thank
NBEMS Development Team
- Original Message -
From: Patrick Lindecker
To: digitalradio@yahoogroups.com
Sent: Saturday, October 11, 2008 9:25 AM
Subject: Re: [digitalradio] Re: Sound card question
Hello John,
As far as I know, there are no public specificatio
Hello Vojtech and Tony,
> has very low crest factor, so the effective transmitted power will be
An example, with a 100 watts HF transceiver, keeping linear:
* you can transmit 10 watts of MT63,
* you can transmit 76 watts of Contestia.
73
Patrick
- Original Message -
From: "Vojtech Bub
101 - 200 of 522 matches
Mail list logo