Date   

Re: NBEMS questions

arthurwolfman@...
 

PLEASE TAKE ME OFF YOUR MAILING LIST AS i DO NOT USE YOUR PROGRAM AND TELL ANYBODY ELSE NOT TO MAIL ME ABOUT YOUR PROGRAM.
 
THANKS
Arthur
 

-------------- Original message --------------
From: w1hkj

Hello Dave, Skip,

1. Have you considered the use of compression on files, etc. to be
transmitted, thus
possibly cutting transmission times by one half?

Simple answer: it would not result in a reduction in transfer time

Long answer: Please read the ARQ specification. All data transmitted
within the block must be valid ARQ characters. These are identical to
base64 encoding characters. When you compress a file you produce binary
data which is 8 bit, not base64. The compressed file would then have to
be base64 encoded which has the effect of un-doing the compression.

2. Currently, when stations are disconnected, the displayed data on the
receiving
flarq screen disappears. You are probably saving the info in a file.

flarq is a file transfer protocol, and nothing more than that and
received data is always saved to a file if the ARQ transfer is successful.

Can you continue to save the data in a file, leave the data displayed in
the window,
and have the ability to high-light selected data, right-click on the
high-lighted
data, and choose to send the data to a printer. Likewise, the ability to
right-click
the received data screen and choose to clear the screen.

The "clear" button does that.

Every incoming file is name iaw with the sending stations file
descriptor. Incoming text, binary, and image files are always located in:
c:\NBEMS\ARQrecv

incoming emails are located in
c:\NBEMS\Mail\ARQin

The purpose of displaying data on the flarq rx window is solely to give
the operator a sense of what is happening. It may or may not represent
what is finally put into the file. When sending a binary or image file
the rx window will appear to contain random noise as you will be viewing
the base64 data stream. The program will convert the base64 data back
into its original format.

Windows has some excellent editor s with print capability. flarq does
not need to duplicate such a fine facility.

Would make life easier for operators .... thinking out loud. :-) 73

Might give the programmer a nervous breakdown :>(

Sorry for so many negative answers.

73, Dave, W1HKJ


NBEMS questions

w1hkj <w1hkj@...>
 

Hello Dave, Skip,

1. Have you considered the use of compression on files, etc. to be transmitted, thus
possibly cutting transmission times by one half?

Simple answer: it would not result in a reduction in transfer time

Long answer: Please read the ARQ specification. All data transmitted within the block must be valid ARQ characters. These are identical to base64 encoding characters. When you compress a file you produce binary data which is 8 bit, not base64. The compressed file would then have to be base64 encoded which has the effect of un-doing the compression.

2. Currently, when stations are disconnected, the displayed data on the receiving
flarq screen disappears. You are probably saving the info in a file.

flarq is a file transfer protocol, and nothing more than that and received data is always saved to a file if the ARQ transfer is successful.

Can you continue to save the data in a file, leave the data displayed in the window,
and have the ability to high-light selected data, right-click on the high-lighted
data, and choose to send the data to a printer. Likewise, the ability to right-click
the received data screen and choose to clear the screen.

The "clear" button does that.

Every incoming file is name iaw with the sending stations file descriptor. Incoming text, binary, and image files are always located in:
c:&#92;NBEMS&#92;ARQrecv

incoming emails are located in
c:&#92;NBEMS&#92;Mail&#92;ARQin

The purpose of displaying data on the flarq rx window is solely to give the operator a sense of what is happening. It may or may not represent what is finally put into the file. When sending a binary or image file the rx window will appear to contain random noise as you will be viewing the base64 data stream. The program will convert the base64 data back into its original format.

Windows has some excellent editors with print capability. flarq does not need to duplicate such a fine facility.

Would make life easier for operators .... thinking out loud. :-) 73

Might give the programmer a nervous breakdown :>(

Sorry for so many negative answers.

73, Dave, W1HKJ


NBEMS

"w7oze" <w7oze@...>
 

Hello Dave, Skip,

1. Have you considered the use of compression on files, etc. to be transmitted, thus
possibly cutting transmission times by one half?

2. Currently, when stations are disconnected, the displayed data on the receiving
flarq screen disappears. You are probably saving the info in a file.

Can you continue to save the data in a file, leave the data displayed in the window,
and have the ability to high-light selected data, right-click on the high-lighted
data, and choose to send the data to a printer. Likewise, the ability to right-click
the received data screen and choose to clear the screen.

Would make life easier for operators .... thinking out loud. :-) 73


Re: vbdigi 1.2.0

w1hkj <w1hkj@...>
 

ag7cpete wrote:

Hi folks,

Just loaded vbdigi 1.2.0
With the mouse over the INVERT check box, the popup for the old SCALE
checkbox still comes up.

Trivial, but thought I'd mention it.

Pete AG7C

Good catch.  I will fix.

Dave, W1HKJ


vbdigi 1.2.0

"ag7cpete" <ag7cpete@...>
 

Hi folks,

Just loaded vbdigi 1.2.0
With the mouse over the INVERT check box, the popup for the old SCALE
checkbox still comes up.

Trivial, but thought I'd mention it.

Pete AG7C


The rest of the team(s)

w1hkj <w1hkj@...>
 

Here is the current list of programmer, support, and testing teams.  They put their computers and radios at risk by running alpha level programs - they enjoy the process, get to help determine the design, and just want to give back to the world-wide amateur radio community.  A hearty round of applause to all of these folks.  There is no significance to the ordering, it's just the way that the email program built the list.

fldigi team

Bob Christenson, WU9Q
Skip Fleming, NT1G - site moderator
Dave Cooper, VE3IXI - site moderator
David Munn, VK4BDJ
David Karipides, AC7JN
David Bastress, K3GAO
Diane Bruce, VA3DB - FreeBSD fldigi port maintainer
Ed Stout, W3NR - site moderator - the new Linux user's best friend
Gary Meyn, K1YAN
Jason Turning, N6WBL
Jim Haynes, W6JVE
Joe Barr, K1GPL
Joe Veldhuis, N8FQ - contributor to modem code
Leigh Klotz, WA5ZNU - xml code development
Michael Heim, KD0AR
Mike Phipps, KD8DKT
Phil Moore, KD4O
Rick Kunath, K9AO - Linux systems administrator with all the right answers
Skip Teller, KH6TY
Stelios Bounanos, M0GLD - expert Linux programmer / administrator
Victor Alger, K4XTT
Walter Fey, DL8FCL
Walter Giovanni, CX7BF - the RTTY guru
Mike Haynes, N4ZNV
Bill Evans, WD4FNY
Don Walters, W9DKI
Brian Kassel, K7RE
Thomas Beierlein, DL1JBE
Ken Hopper, N9VV
Steve Conklin, AI4QR - Red Hat fldigi RPM maintainer
Hamish Moffatt, VK3SB - Ubuntu gmfsk maintainer, contributed Domino-EX code

Kachina team

Don Jackson, AE5K - Kachina guru
Tom Mandell, W3FRG - principal Kachina tester on Windows
Jim Haynes, W6JVE - the idea man who loaned a Kachina to W1HKJ for over a year

NBEMS / vbdigi team

Skip Teller, KH6TY - co-developer of EMCpup / vbdigi / flarq
David Bastress, K3GAO
Lynn De Hart, KB3FN
Roger Beever, G6CKR

There were countless others who reported problems, requested changes or suggested improvements.  I apologize if I have missed a contributor.

73, Dave, W1HKJ


Reposted from linuxham

w1hkj <w1hkj@...>
 

Dear Linux-Ham, I finally found out to whom we owe a *BIG Thank You* for
all this wonderful code and all their hard work.

Please join me in giving the Team a big round of applause. Send them a
thank you note and tell them how you use and appreciate their programs:

KH6TY/4 Skip Teller is the motivator, driver, and salesman for EMCpup.
We all know Skip for his innovation in creating the venerable DigiPan
for PSK31. Skip has innovated the development of PSK63 and several
hardware devices to promote the digital revolution.

W1HKJ Dave Freese is the principle programmer, guru, and industrious
creator of EMCpup with Fldigi and Flarq. Dave is also supporting gmfsk.
Dave recently created vbdigi for NBEMS on Windows - an especially
arduous task! Thanks for sticking with it Dave.

M0GLD Stelios Bounanos - sound card interface and pthreads expert - two
of the most difficult programming concepts to master.

WA5ZNU Leigh Lkotz - our XML parsing guru.

forgive me if I have missed anyone.
------------------------
IMHO: Ham Radio is in a time of tremendous change, adaptation, and
evolution. We have finally turned the corner from rigs that you repair
yourself to the rigs you can enhance yourself; from rigs you build out
of parts, to rigs you build out of functional blocks; from rigs that are
self contained trophy's of bent aluminum, to rigs that beat with an
invisible software heart.

The team who have given us all this wonderful code is our link to the
new era of Software Defined Ham Radio.
------------------------
Thank you Skip, Dave, Stelios, Leigh and others who have so graciously
given us pleasure and excitement by sharing your software engineering
skills.


Ken N9VV
-- What a fantastic time to be in Ham Radio!


Macro run time error

w1hkj <w1hkj@...>
 

Hello Dave, Skip,

I getting a run time error when the TIMER macro is set greater than 30 seconds.
Likewise I would like to see the upper limit at 1200 seconds.

Fixed.  Do not use above 31 until the next release.

I would like to see the following macro functions.

1. To specify a particular offset from the tuned frequency. nnnn, nnnn
being a value between 500 and 2500.

How would you use this?  You can do the same thing if you set the Tx Offset on the General Setup tab.


2. Ability to plug in the system time and system date. and
would be great.

Not a difficult addition.  My own personal observation is that date and time macro tags are overused by many operators.  I find it annoying to have the other operator send me every statistic available on his or her machine including date/time on the closing SK macro.  I know what time it is and I can compute the local time at any point on the globe.

Great work .... we really appreciate your efforts.

Thank you, this has been a labor of love.

Dave, W1HKJ


73 ...... w7oze


Macros

"w7oze" <w7oze@...>
 

Hello Dave, Skip,

I getting a run time error when the TIMER macro is set greater than 30 seconds.
Likewise I would like to see the upper limit at 1200 seconds.

I would like to see the following macro functions.

1. To specify a particular offset from the tuned frequency. <offset>nnnn, nnnn
being a value between 500 and 2500.

2. Ability to plug in the system time and system date. <systemdate> and
<systemtime> would be great.


Great work .... we really appreciate your efforts.

73 ...... w7oze


Pulling the plug on vbdigi :>(

w1hkj <w1hkj@...>
 

Alas, a new problem. When Vbdigi is running, then exited by the upper
right hand corner 'X' control, the visible part goes away but the
task manager says it's still running. ie, 'cannot run multiple
vbdigis' message appears. I've duplicated this on XP and Win2k. The
program does properly exit with the 'exit' button under the file bar
on the left side of the window. Lazy me, going for the quick kill
button, but this may need attention.

Thanks again,
Rich
WA4SXZ

Well, I thought I had that one fixed. I will check out why that is not working correctly.

Dave


Re: Announcement of Software Updates on W1HKJ web site

"Rich Newsom" <richwa4sxz@...>
 

Alas, a new problem. When Vbdigi is running, then exited by the upper
right hand corner 'X' control, the visible part goes away but the
task manager says it's still running. ie, 'cannot run multiple
vbdigis' message appears. I've duplicated this on XP and Win2k. The
program does properly exit with the 'exit' button under the file bar
on the left side of the window. Lazy me, going for the quick kill
button, but this may need attention.

Thanks again,
Rich
WA4SXZ

--- In NBEMSham@..., "Rich Newsom" <richwa4sxz@...> wrote:


Thanks Dave, I've just pillaged one of each from your site. Excellent
download speeds. I have done a remove via the control panel and then
fresh install on Vista Home Premium, Win XP home, Win2000Pro, and
Win98SE. All worked fine except the Vista vbdigi will not start.
The runtime error is 429, activeX can't create object. Did the
install twice, same result. I have already done the WinScript change
on the XP, w2k, and w98 machines but didn't see a update for
WinScript for Vista. Probably in SP1 whenever it gets out.

As usual, the updates work flawlessly on all of my Linux distro's.

Please advise if this runtime error '429' is a known problem or it's
just my bad luck this time.

Thanks,
Rich
WA4SXZ


Re: Announcement of Software Updates on W1HKJ web site

"Rich Newsom" <richwa4sxz@...>
 

Thanks Dave, I've just pillaged one of each from your site. Excellent
download speeds. I have done a remove via the control panel and then
fresh install on Vista Home Premium, Win XP home, Win2000Pro, and
Win98SE. All worked fine except the Vista vbdigi will not start.
The runtime error is 429, activeX can't create object. Did the
install twice, same result. I have already done the WinScript change
on the XP, w2k, and w98 machines but didn't see a update for
WinScript for Vista. Probably in SP1 whenever it gets out.

As usual, the updates work flawlessly on all of my Linux distro's.

Please advise if this runtime error '429' is a known problem or it's
just my bad luck this time.

Thanks,
Rich
WA4SXZ


--- In NBEMSham@..., w1hkj <w1hkj@...> wrote:

It has taken a full week to put all of the pieces into place for
this
coordinated update to the software on the W1HKJ web site. The
total
effort represents over 6 man months of labor on the part of several
programmers and an army of alpha testers. These persons are truly
a
global team. I am sure they are all happy to see a conclusion to
their
recent efforts. If I have missed a file or a link points to the
ether
please let me know and I will correct ASAP.

The following files and or suites have been updated:

Software
New Version
fldigi
2.08
flarq
3.00
fl_logbook
2.5
EMCpup
3.01.3
fldigi - pet
2.08
flarq - pet
3.00
NBEMS
1.2.0
vbdigi
1.2.0



The flarq / fbdigi Linux suite for ARQ transfers is compatible is
the
flarq / vbdigi Windows suite (NBEMS) in this version. Please do
not
test with previous versions of flarq.

The EMCpup based on Puppy Linux 2.17 has been removed from the web
site.
fldigi, flarq and fl_logbook binaries are now based on libc++-6
libraries and are compatible with Puppy Linux 3.01 but no the
previous
version. The fldigi-pet includes all of the libraries for hamlib
and
libportaudio that are required for full operation of fldigi in the
Puppy
OS environment.


73, Dave, W1HKJ
for the development & testing teams


Announcement of Software Updates on W1HKJ web site

w1hkj <w1hkj@...>
 

It has taken a full week to put all of the pieces into place for this coordinated update to the software on the W1HKJ web site.  The total effort represents over 6 man months of labor on the part of several programmers and an army of alpha testers.  These persons are truly a global team.  I am sure they are all happy to see a conclusion to their recent efforts. If I have missed a file or a link points to the ether please let me know and I will correct ASAP.

The following files and or suites have been updated:

Software
New Version
fldigi
2.08
flarq
3.00
fl_logbook
2.5
EMCpup
3.01.3
fldigi - pet
2.08
flarq - pet
3.00
NBEMS
1.2.0
vbdigi
1.2.0


The flarq / fbdigi Linux suite for ARQ transfers is compatible is the flarq / vbdigi Windows suite (NBEMS) in this version.  Please do not test with previous versions of flarq.

The EMCpup based on Puppy Linux 2.17 has been removed from the web site. fldigi, flarq and fl_logbook binaries are now based on libc++-6 libraries and are compatible with Puppy Linux 3.01 but no the previous version.  The fldigi-pet includes all of the libraries for hamlib and libportaudio that are required for full operation of fldigi in the Puppy OS environment.


73, Dave, W1HKJ
for the development & testing teams


Re: New NBEMS version

"Ray 9H1RA" <abelaraymond@...>
 

--- In NBEMSham@..., w1hkj <w1hkj@...> wrote:

Hi there I also did some great tests on psk 250 with a fellow ham
9H1PI here in Malta and were able to connect without problems at. We
have transferred lots of data like pdf files, small photos, emails in
test format etc etc. We used HF on 10 meters. At first few test we had
little delay problems while the programs tries to acknowledge received
packets (data) but we found out that best is to go to the configuration
menu and set TX delay to 2000. Most of the time I be QRV on 28.120
with beacon on at psk 250.

I see not much users on psk250 most of them on psk31.

Well what i can say is that this little nice program rocks.

Thanks to all concerned.

73's

Ray
9H1RA

The new NBEMS suite is almost ready to be posted. The help files are
being worked on today. You will be able to reduce your wait times and
still use the psk250 baud rate.

Dave, W1HKJ
Hi Dave many thanks for the information... we will give ita a try when
its out.. again thank you for all your support.
Keep up the good work.

73's

De Ray

9H1RA


New NBEMS version

w1hkj <w1hkj@...>
 

Hi there I also did some great tests on psk 250 with a fellow ham
9H1PI here in Malta and were able to connect without problems at. We
have transferred lots of data like pdf files, small photos, emails in
test format etc etc. We used HF on 10 meters. At first few test we had
little delay problems while the programs tries to acknowledge received
packets (data) but we found out that best is to go to the configuration
menu and set TX delay to 2000. Most of the time I be QRV on 28.120
with beacon on at psk 250.

I see not much users on psk250 most of them on psk31.

Well what i can say is that this little nice program rocks.

Thanks to all concerned.

73's

Ray
9H1RA

The new NBEMS suite is almost ready to be posted.  The help files are being worked on today.  You will be able to reduce your wait times and still use the psk250 baud rate.

Dave, W1HKJ


Re: Testing in KC metro

"Ray 9H1RA" <abelaraymond@...>
 

--- In NBEMSham@..., "Larry" <larrytkc@...> wrote:

Good evening,

Quick note of thanks for an interesting suite of software.
A fellow HAM and myself were able to transfer several text files this
evening. A few problems at first (operator induced) but am learning...
Fairly reliable file transfer up to PSK63 however PSK125 & PSK250
seemed to have problem connecting. Wondering if others have noticed
this?
BTW most testing was 2M SSB but we did briefly switch to 2M FM and it
worked great.

Larry ~ kb0emb
Hi there I also did some great tests on psk 250 with a fellow ham
9H1PI here in Malta and were able to connect without problems at. We
have transferred lots of data like pdf files, small photos, emails in
test format etc etc. We used HF on 10 meters. At first few test we had
little delay problems while the programs tries to acknowledge received
packets (data) but we found out that best is to go to the configuration
menu and set TX delay to 2000. Most of the time I be QRV on 28.120
with beacon on at psk 250.

I see not much users on psk250 most of them on psk31.

Well what i can say is that this little nice program rocks.

Thanks to all concerned.

73's

Ray
9H1RA


Re: Consistent Error in Program

w1hkj <w1hkj@...>
 

Please wait for the next revision which is in alpha testing. Thank you.

Dave, W1HKJ


Consistent Error in Program

"Beischel" <beischel@...>
 

Gents, new user of the program. Easy to set-up and use.

However, every time I let the program run, it will freeze up and a
little pop-up box appears with the error in vbdigi - "run-time error
'6' overflow"

No idea what is causing it.

Duffy
www.wb8nut.com


Re: RTTY Invert Capability?

roger g6ckr <radio@...>
 

Not stupid at all.
With out an invert function that's what you would do.
But so much easier when 4 RTTY signals are showing in the waterfall, and
one is inverted, with one click you can start reading that one then go
back to the other 3 with another click.
It works in fldigi so be careful what you wish for ;-)
Roger
G6CKR

On Wed, 2008-01-23 at 01:06 +0000, Bill McLaughlin wrote:
Perhaps a stupid comment by me, but can you not just change sidebands
(along with the associated frequency change) to get "inverted" RTTY?

73.

Bill N9DSJ

--- In NBEMSham@..., "k6ask" <K6ASK@...> wrote:

Hi Dave,

Thanks for the reply. After trying several suggestions, I came to the
conclusion that Invert/Reverse on RTTY is not available. Think it might
be useful....mainly to be able to inform those that do not realize
their signal is inverted. The software, so far, has worked flawlessly
for me. Will let you know if there are problems or suggestions.

73, Bob K6ASK

--- In NBEMSham@..., w1hkj <w1hkj@> wrote:

No Invert or Reverse is available. Sorry.

Dave




Yahoo! Groups Links



My First QSO Using NBEMS

"Sam Saladino" <ortracr@...>
 

I can report that even a Newbie to Digital Communications can make a
succesful contact and QSO with the NBEMS suite. After getting
everything straightened out with the sound card issues I was having
earlier, at least I hoped they were straightened out, I was still
concerned how wide my signal appeared on the VBdigi display even at
the lowest drive setting I could manage that would still trip the VOX
on my rig. Earlier I downloaded a copy of Digipan, and installed that
to see if I could check my signal by inputing the signal from a second
receiver into the sound card. My IMD reading came back as -27db
monitored in this manner while the other rig was hooked up to a dummy
load. So I decided to give it an On Air test.

I've been listening to 40 Meters most of the day and the band has
pretty much been dead, with little activity around the frequency of
7.070 Mhz. Tonight at a little past 1900 local time, I heard a CQ from
KJ5XF in Austin TX. He was getting no response so I went ahead and
took the dive and gave him a call back. Set-up here is an old Kenwood
TS-120S, into a Dentron JR. Monitor Tuner, into a 40 Meter Dipole
twisted around in different ways to fit inside a 33 foot long attic
(antenna approximately 16 feet above ground), Computer is one I built
a number of years ago with the Soundblaster Live Value card in it.
Interface to sound card is just cables, but I did install a isolation
transformer on the transmit side, and plan to do the same on the
receive side. Power was set at 15 watts. I double checked and from my
QTH to that of KJ5XF is approximately 1,000 miles. My train of
thought was if he can at least hear someone was trying to contact him,
I'd consider it a success, as with my setup and only running 15 watts
I didn't expect to get much more at that distance.

What did happen was I got to have a very enjoyable Solid 100% copy QSO
with KJ5XF for several transmissions both ways before the band dropped
out on us again. Signal reports both ways were 599. The software
suite gave me no problems, and the only mess ups were by my own fault
and I quickly recognized and corrected them easily. I'm looking
forward to checking out some of the other modes as well besides just
PSK31, but that in itself will be a helpful addition to our ARES
operations for this county.

73s
Sam NW9T