[pskmail] Problem when checking out pskmail sources from svn server
- From: Ignacio de Córdoba <ignaciodecordoba@xxxxxxxxx>
- To: pskmail@xxxxxxxxxxxxx
- Date: Tue, 30 Mar 2010 17:48:40 +0200
Hello,
just had to remove all SVN tree as it had corrupted in my box. I think it might
be due to a Y.png file that is referenced as y.png
At least my mac subversion show an error and I cannot even checkout sources
from scratch ¿any ideas?
thanks,
Ignacio
El 07/03/2010, a las 10:44, Rein Couperus escribió:
> Beta tests are under way for PSKmail 1.0
> ==========================
> This new release takes PSKmail to its next logical step.
> The PSKmail 1.0 digital communication system is largely mode-independent.
> Both uplink- and downlink modes are separately adapted to fit he channel
> conditions in such a way that efficient use of the channel is guaranteed.
> In the PSKmail client/server system, the server controls timing and Rx/Tx
> modes. To enable this, fldigi has been extended by VK2ETA to report avarage
> Signal to Noise ratio values and Mode changes during a session.
> The PSKmail protocol was extended to carry SNR values and mode indexes. Using
> this information the server can control the modes so that on both sides of
> the communications link the number of ARQ repeats is kept within certain
> limits.
> The system uses PSK500, PSK500R, PSK250, MFSK32, THOR22, MFSK16 and THOR8,
> and a mode is shifted up and down the table when appropriate.
>
> Intelligent RSID control
> ==================
> The PSKmail server also controls the RSID function on client and server. When
> idle, the server usesRxID. As soon as a session is established, the server
> closes RxID and uses TxID to make sure theclient is listening in the right
> mode. This is only necessary when a mode change is involved, so normally no
> time is lost on unnecessary RSID frames...
>
> Limiting repeats to loose less time...
> ================================
> As soon as more than one ARQ repeat is necessary the server degrades the mode
> by one step, to make sure the client gets the next one correct.
> The server constantly monitors the channel quality both ways, and also uses
> ARQ success to decide on mode upgrades.
> Using this system allows fast and flexible response to QRM like ALE sounding
> or Pactor connect requests trying to take over the channel while a session is
> in progress. The system just waits until the ordeal is over and carries on
> with the session...
>
> Using new Fldigi-3.20
> =================
> PSKmail 1.0 only works with Fldigi-3.20, which has the new support features
> for PSKmail built in.
> A client upgrade to jPSKmail 0.4.9.9 (beta) is also necessary, and the server
> version with the new goodies built in is pskmail_server-1.0 (at the moment
> alpha2).
> The new client beta is available for experimenting and beta testing on
> http://hermes.esrac.ele.tue.nl/pskmail ,
> SM0RWO has provided installers for windoze, Linux and Mac.
> The server test software runs on PI4TUE, SM0RWO and IS0GRB-3 on 10147.0 kHz
> (center frequency).
> The new server image can be found on
> http://hermes.esrac.ele.tue.nl/pskmail/alpha
> Fldigi-3.20 can be found on http://www.w1hkj.com/beta
>
> New parameter for fldigi
> ===================
> To use PSKmail 1.0 a new parameter has to be set in
> fldigi->Configure->Misc->Pskmail:
> Set 'Report ARQ frames average S/N'.
> Set both the initial server and client modes to the PSK500R default to start
> with.
> If a connect is not possible you could try MFSK32 or MFSK16 to call the
> server.
> Once the session is established, both modes will change to fit channel
> conditions...
>
> After beta testing, the client will get version jPSKmail 0.5, commemorating
> the first PSKmail email exchange between KH6TY and PA0R, from a parking lot
> near le Havre, France, now 5 years ago!!
>
> I hope you have as much fun testing this as I had...
>
> 73, Rein PA0R
>
>
> --
> http://pa0r.blogspirit.com<Screenshot-jPSKMail
> v.0.5-21.png><Screenshot-Fldigi configuration.png>
Other related posts:
