"Dave Plowman (News)" wrote in message
...
In article ,
Moonraker wrote:
How accurate is the time given on Windows? Also how about digital radio
and freesat, I guess there is a time delay at least on the last 2. I
notice that the pips are rarely used these days, and apart from the
Olympics I cannot remember the last time I heard Big Ben broadcast.

Big Ben is broadcast several time a day on R4. But it is not accurate most
of the time.

What's not accurate?
The first bong or the last?
I wonder how many set it to the last?

"The Natural Philosopher" wrote in message
...

well in that case you could argue that nothing except the linux kernel is
part of linux.

Wow, he's got it correct. 8-)

Mark formulated the question :
The default settings are not great (check once per day and always use
time.windows.com). By configuring to check more frequently and by
using a better server, the accuracy can be pretty good.

But you can configure it to use any server you like and using that VB
script which posted earlier, you can set it to get the internet time
has frequently as you want.

Just save the text below between the lines as 'Alter XP Timesync
Interval.vbs', then click on it. To have it set the time more
frequently than one hour, just type in a decimal fraction. For instance
30 minutes = 0.5

__________________________________________________
'xp_time_sync.vbs - Change the Internet Time Update Interval
'© Doug Knox - revised - 5/10/2002
'This code may be freely distributed/modified
'Downloaded from www.dougknox.com
'Thanks to Gregory Phillips for catching an error when clicking Cancel.

Option Explicit
On Error Resume Next

'Declare variables
Dim WSHShell, p1, p2, cn, newtime, mycheck, ev, X, Y

'Set the Windows Script Host Shell and assign values to variables
Set WSHShell = WScript.CreateObject("WScript.Shell")

p1 =
"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi ces\W32Time\Config\UpdateInterval"
p2 =
"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servi ces\W32Time\TimeProviders\NtpClient\SpecialPollInt erval"

'This section writes the correct values to the Registry

ev = WSHShell.RegRead(p2)
ev = ev / 3600

cn = ""

Do While IsNumeric(CN) = False

cn = InputBox("Enter the number of hours"& vbCR & "between Internet
Time updates" & vbCR & vbCR & "The current Setting in hours is: " & ev
& vbCR & vbCR & "The default value is 168 hours (7 days).","Value
Entry","24")

If IsNumeric(cn) = False Then
MsgBox "Please enter a number!",4096,"Error!"
End If

If cn = "" Then
Exit Do
End If

Loop

If cn "" AND cn 0 Then

X = InStr(cn,".")
cn = Left(cn,X+2)

newtime = cn * 3600
WSHShell.RegWrite p1, newtime, "REG_DWORD"
WSHShell.RegWrite p2, newtime, "REG_DWORD"
MsgBox "The Internet Time update interval has been changed." & vbCR &
"Reboot your computer for the change to take effect.",4096,"Finished"

Else

If cn = "" Then
MsgBox "The Internet Time update interval has NOT been
changed.",4096,"Cancelled"
Elseif cn = 0 Then
MsgBox "The Internet Time Update interval has NOT been changed." &
vbCR & "The value must be greater than 0 (zero).",4096,"Cancelled"
End If

End If
__________________________________________________ ___________



--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

Jon Fairbairn wrote:
Percy writes:

On Tue, 21 Aug 2012, "John Williamson" writ:
€¦ I can
set a digital watch to within less than a frame of video
with practice using the pips.
OK, understood. I'm amazed at your reaction time!

Not reaction time. People are much better at hitting things to
time when they know the beat in advance than they are at
reacting. An undergraduate teaching (ie not serious) experiment
tried to measure reaction times using a regular flashing light.
I could hit the button within a few milliseconds of the light
coming on once I got the rhythm.

That's how I do it. A decent drummer could do better.

--
Tciao for Now!

John.

Harry Bloomfield wrote:
on 22/08/2012, dennis@home supposed :
However it still will want you to set the local time.

My WinCE satnav come ICE system just needs you to tell it which time
band you are in, then sets the clock from RDS or maybe satnav.

My WinCE satnav cum phone not only knows which time zone it's in, it
will tell you your ETA as a local time at the destination.

It will also set the PDA part of the system's time to either GPS time
corrected for timezone, or take the time from the network whenever I
synchronise the diary, at my option.

--
Tciao for Now!

John.

Dave Plowman (News) wrote:
In article ,
John Williamson wrote:
Radio 4 pips on FM are accurate to a few milliseconds, depending on how
far you are from the radio.

Only if you use analogue reception. On DAB or FreeView they are well out.
'Internet' reception too, I'd guess.

I know that. That's why I wrote "Radio 4 pips *on FM*".

--
Tciao for Now!

John.

Dave Plowman (News) wrote:
In article ,
The Natural Philosopher wrote:
That is due to the TV's internal delays in decoding the digital signal
plus maybe differences in the time the TV's were powered up (not sure
on that last).

nope. Its purely how much buffering they do on the signal. Decoding a
compressed video always takes some time, and to an extent,the more time
it takes the better a job you can do.

Anything digital is always behind real time. Due to the way it is sampled.
Even digital microphones, compared to analogue ones. Which makes it
impossible to use a mix of the two. Hence there are very few around - the
exception being some radio mics.

And any processing after that initial sampling may slow things down
further.

I am surprised at that because sampling at audio rates needn't introduce
more than a sample period delay.

They must be buffering or compressing somewhere rather than sending the
full bandwidth stream.

--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

dennis@home wrote:


"Dave Plowman (News)" wrote in message
...

Anything digital is always behind real time. Due to the way it is
sampled.

You won't find much delay in the telephone network due to sampling.

You get delays when its being encoded and/or compressed like on mobile
phones or VoIP.

The telephone system uses a straight 8KHz sample rate with no additional
delays due to correction or compression.

Even digital microphones, compared to analogue ones. Which makes it
impossible to use a mix of the two. Hence there are very few around - the
exception being some radio mics.

And any processing after that initial sampling may slow things down
further.

The thing that will slow it down is bitstream D/A convertors if someone
uses them because they are cheaper than the alternative ladder
convertors. But only by a few milliseconds.
you cannot afford to let the ADC take milliseconds. because there is a
new sample coming in - you would have to sample and hold multiple
samples if you had slower ADCs

Once more you display real ignorance of the subject you say you had a
profession in...


--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

dennis@home expressed precisely :

"Dave Plowman (News)" wrote in message
...
In article ,
Moonraker wrote:
How accurate is the time given on Windows? Also how about digital radio
and freesat, I guess there is a time delay at least on the last 2. I
notice that the pips are rarely used these days, and apart from the
Olympics I cannot remember the last time I heard Big Ben broadcast.

Big Ben is broadcast several time a day on R4. But it is not accurate most
of the time.

What's not accurate?
The first bong or the last?
I wonder how many set it to the last?

Big Ben is a large old mechanical clock, which needs constant
adjustment to keep it roughly correct, but I think the main issue is
the digital processing which delays the signal.

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

The Natural Philosopher wrote:
Dave Plowman (News) wrote:
In article ,
The Natural Philosopher wrote:
That is due to the TV's internal delays in decoding the digital signal
plus maybe differences in the time the TV's were powered up (not sure
on that last).

nope. Its purely how much buffering they do on the signal. Decoding a
compressed video always takes some time, and to an extent,the more
time it takes the better a job you can do.

Anything digital is always behind real time. Due to the way it is
sampled.
Even digital microphones, compared to analogue ones. Which makes it
impossible to use a mix of the two. Hence there are very few around - the
exception being some radio mics.

And any processing after that initial sampling may slow things down
further.

I am surprised at that because sampling at audio rates needn't introduce
more than a sample period delay.

They must be buffering or compressing somewhere rather than sending the
full bandwidth stream.

Digital radio sends a multiplexed, compressed stream, as does digital
TV. So, yes, it's buffered and compressed. Then buffered again when it's
decompressed, as the playback device needs the entire compressed frame
before it can send the numbers to the output buffer. Digital TV sets
have to compensate for the differing processing delays in audio and
video streams, which is one reason why lipsync is so easily lost in
today's digital video world.

--
Tciao for Now!

John.

On Wed, 22 Aug 2012 13:55:10 +0100, Harry Bloomfield
wrote:

Mark formulated the question :
The default settings are not great (check once per day and always use
time.windows.com). By configuring to check more frequently and by
using a better server, the accuracy can be pretty good.

But you can configure it to use any server you like and using that VB
script which posted earlier, you can set it to get the internet time
has frequently as you want.

--snip--

You don't need VB scripts. You can configure it to check frequently
just changing registry values.
--
(\__/) M.
(='.'=) If a man stands in a forest and no woman is around
(")_(") is he still wrong?

On Tuesday, August 21, 2012 8:56:11 PM UTC+1, Harry Bloomfield wrote:
Ramsman explained :

On 21/08/2012 19:52, Harry Bloomfield wrote:

Moonraker used his keyboard to write :

How accurate is the time given on Windows? Also how about digital

radio and freesat, I guess there is a time delay at least on the last

2. I notice that the pips are rarely used these days, and apart from

the Olympics I cannot remember the last time I heard Big Ben broadcast.



Big Ben is not really that accurate, so for the radio they use a

recording which is accurate - or used to be. Now it can be less accurate

due to digital links in the transmission system.



Windows draws it time data from an Internet Time Server, of which there

are several. So assuming you set your PC to sync itself fairly

frequently, it should be near enough. Possible errors are delays in the

time packet delivery, but I understand Windows checks and compensates

for these delays before calibrating its clock.



Your GPS's time should be spot on, assuming it has lock with the

satellites, though there might be delays in the software.



If you want continuous accuracy, then you need to monitor MSF, which

transmits an accurate time signal once per minute. MSF is what is used

for setting radio clocks and watches, but they only usually sync

themselves once per 24 hours, assuming they manage to receive the

signal. MSF transmits (60Khz) not only an accurate time signal, but a

complete set of data for time, date including the year, in every

complete minute via a 1 bit per second, plus a fast code 'croak' set of

date in the final second. I wear a MSF controlled solar powered watch,

have several MSF controlled clocks and have a weather station which also

syncs itself to MSF. In the 70's I wrote software to continuously decode

and continuously display the MSF time, from Rugby. I had to write to GPO

MSF Rugby and beg for a spec for the data format, to be able to decode

it





My watch (Citizen Eco-Drive) and clocks receive their signals from the German

transmitter at Mainflingen near Frankfurt am Main. I haven't checked them

against any GPS devices, but I shall do so.



I noticed during the BBC Olympic broadcasts that the stadium clock was about

seven seconds behind my watch.



I would not expect the stadium clock to be out, I wonder if there might

have been a deliberate delay loop in the transmission? There is always

some delay in digital broadcasts, then more delays inside the TV set

decoding it. Overall, a second or so.



My radio watch attempts a sync once per 24 hours. If it fails on the

first attempt to get a sync, it tries a second time an hour later. If

successful it shows a little satellite (?) symbol in its LCD display.

Amazingly, I have never known it fail to manage to gain sync in the 7

years I have worn it - thinking back to when I built a large

specialised

MSF receiver and how I struggled to get stable reception. lol


The other morning, my "Rugby" alarm clock was about 6 minutes out. I was listening to the radio and used to seeing the pips and seconds on the clock synchronised.
Since the clock cannot have drifted that far in 24 hours, I'm guessing it must have misread the Rugby time signal. I switched the sync off and then back on, and it corrected the time within a few minutes !
Simon.

On Wed, 22 Aug 2012 09:01:26 +0100, Mark wrote:

Then take into account the effects of some software. The version of Opera
that I'm running atm causes the clock to gain by about 5s between the
2-minute-interval ping of npl.

Please explain how it does this.

I can't. It's been mentioned on Opera forums but nothing conclusive was
posted.
--
Peter.
The gods will stay away
whilst religions hold sway

On 22/08/2012 09:46, Martin Brown wrote:
On 22/08/2012 09:01, Mark wrote:
On Tue, 21 Aug 2012 16:30:52 +0100, PeterC
wrote:

On Tue, 21 Aug 2012 15:27:20 +0100, tony sayer wrote:

In article , Mike Tomlinson
scribeth thus
In article , Moonraker

writes

How accurate is the time given on Windows?

Depends on how accurate your motherboard's clock is. If the CMOS
battery is running low, it will lose time.

Or gain it. The only thing guaranteed is that there is a small
dependence on temperature and a smaller one on battery voltage. Most are
not properly trimmed and so drift +/- 15s/day worst case.

Some time sync software will show you the log of adjustments.

Windows can set the time from an Internet time server. On XP, the
procedure is to right-click on the clock, Adjust Date/Time, Internet
Time, enter 0.uk.pool.ntp.org into the box, then click Update Now. OK
your way out and Windows will set the time from a server
regularly. Of
course, you need to be online for it to work.


Look up Atomic.exe small prog that pings a ntp server every day.

Its also there in Windows 7 ..

Then take into account the effects of some software. The version of
Opera
that I'm running atm causes the clock to gain by about 5s between the
2-minute-interval ping of npl.

Please explain how it does this.

Who knows. It is more common for old games that disable PC interrupts
for long periods of time to make the main system clock run slow.

The typical daily drift on an untrimmed RTC chip from a 32kHz xtal is
about 15s or worse if the designers fail to put the right loading
capacitors round it. Depends a bit on ambient temperature.

I do find it annoying that some very expensive computer based kit does
not have correctly trimmed xtal RTC built in. The manufacturers fix for
this was to add GPS so that the unit can get a correct time as it boots!

Regards,
Martin Brown
Thanks for all the replies, I just wondered. Well now I know. ;-)

--
Residing on low ground in North Staffordshire

Mark pretended :
On Wed, 22 Aug 2012 13:55:10 +0100, Harry Bloomfield
wrote:

Mark formulated the question :
The default settings are not great (check once per day and always use
time.windows.com). By configuring to check more frequently and by
using a better server, the accuracy can be pretty good.

But you can configure it to use any server you like and using that VB
script which posted earlier, you can set it to get the internet time
has frequently as you want.

--snip--

You don't need VB scripts. You can configure it to check frequently
just changing registry values.

Of course, but a VB script does it all for you - and much quicker too.

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

sm_jamieson formulated on Wednesday :
The other morning, my "Rugby" alarm clock was about 6 minutes out. I was
listening to the radio and used to seeing the pips and seconds on the clock
synchronised.
Since the clock cannot have drifted that far in 24 hours, I'm guessing it
must have misread the Rugby time signal. I switched the sync off and then
back on, and it corrected the time within a few minutes !
Simon.

It carries a checksum, so both the data and the checksum must have been
corrupted enough to match each other, or the more likely explanation
the clock had simply failed to manage a sync for several days.

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

In article ,
dennis@home wrote:
Anything digital is always behind real time. Due to the way it is
sampled.

You won't find much delay in the telephone network due to sampling.

Define much.

--
*i souport publik edekashun.

Dave Plowman London SW
To e-mail, change noise into sound.

In article ,
dennis@home wrote:
Big Ben is broadcast several time a day on R4. But it is not accurate
most of the time.

What's not accurate?
The first bong or the last?
I wonder how many set it to the last?

You, obviously.

--
*Can vegetarians eat animal crackers?

Dave Plowman London SW
To e-mail, change noise into sound.

In article ,
John Williamson wrote:
Dave Plowman (News) wrote:
In article ,
John Williamson wrote:
Radio 4 pips on FM are accurate to a few milliseconds, depending on
how far you are from the radio.

Only if you use analogue reception. On DAB or FreeView they are well
out. 'Internet' reception too, I'd guess.

I know that. That's why I wrote "Radio 4 pips *on FM*".

But even FM goes via a digital path these days. Which introduces a delay.

--
*If a turtle doesn't have a shell, is he homeless or naked?

Dave Plowman London SW
To e-mail, change noise into sound.

PeterC wrote:
On Wed, 22 Aug 2012 09:01:26 +0100, Mark wrote:

Then take into account the effects of some software. The version of Opera
that I'm running atm causes the clock to gain by about 5s between the
2-minute-interval ping of npl.
Please explain how it does this.

I can't. It's been mentioned on Opera forums but nothing conclusive was
posted.
It seems that peter is correct.

Opera is delving into the OS to make a lot of system calls that affect
how timer interrupts happen. The more tabs or windows open in opera, and
the more you move them around, the more it buggers up windows own clock.

Basically its a windows bug. Timer events should pre-empt all other
interrupts at the highest priority. And no system calls should be able
to affect this.

It doesn't affect the RTC of course, and an NTP client run often enough
to keep the clock in synch would probably help.

But windows is a pile of **** anyway.


Just one more reason to use Linux, and put anything windowsish in a
sandbox that you don't care about.

Now, if only Corel Draw and RhinoCad ran on Native Linux...



--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

On 22/08/2012 17:00, The Natural Philosopher wrote:
PeterC wrote:
On Wed, 22 Aug 2012 09:01:26 +0100, Mark wrote:

Then take into account the effects of some software. The version of
Opera
that I'm running atm causes the clock to gain by about 5s between the
2-minute-interval ping of npl.
Please explain how it does this.

I can't. It's been mentioned on Opera forums but nothing conclusive was
posted.
It seems that peter is correct.

Opera is delving into the OS to make a lot of system calls that affect
how timer interrupts happen. The more tabs or windows open in opera, and
the more you move them around, the more it buggers up windows own clock.

Basically its a windows bug. Timer events should pre-empt all other
interrupts at the highest priority. And no system calls should be able
to affect this.

But the claim here is that the PC clock runs *fast* by 4% when Opera is
running. Most normal system level blocking of interrupts results in the
system clock losing a few ticks not creating virtual bogus ones!

It doesn't affect the RTC of course, and an NTP client run often enough
to keep the clock in synch would probably help.

The RTC meanders on its own sweet untrimmed way.

But windows is a pile of **** anyway.


Just one more reason to use Linux, and put anything windowsish in a
sandbox that you don't care about.

Now, if only Corel Draw and RhinoCad ran on Native Linux...

Therein lies the problem. A lot of useful software for Windows only.

Regards,
Martin Brown

d

MSF receiver and how I struggled to get stable reception. lol


The other morning, my "Rugby" alarm clock was about 6 minutes out. I was
listening to the radio and used to seeing the pips and seconds on the clock
synchronised.
Since the clock cannot have drifted that far in 24 hours, I'm guessing it must
have misread the Rugby time signal. I switched the sync off and then back on,
and it corrected the time within a few minutes !
Simon.


Rugby not these days?, Anthorn in Cumbria is occasionally down for
maintenance those system's and Tx's require a bit of that, more so than
others. If your on their maillist they'll tell you when its off-air ...

However since its moved further North some in the South of the UK have
reported poor reception and sometimes your reception might be very
marginal and it might be just the difference between which way the
clocks rotated in relation to the transmitter. Most all employ a ferrite
rod device which normally has a directional properly..


Do bear in mind that Anthorn (60 kHz) is to do with setting the time
whereas the Droitwich Longwave transmitter on 198 kHz is used as a
frequency standard 1 part in 10- to somewhere near the speed of light in
nought's ....

--
Tony Sayer

On 22/08/2012 17:39, tony sayer wrote:

However since its moved further North some in the South of the UK have
reported poor reception and sometimes your reception might be very
marginal

My cheapo Casio watch picks up the Anthorn signal at strength 5/5 in
mid-Hampshire.


--
Reentrant

Martin Brown wrote:
On 22/08/2012 17:00, The Natural Philosopher wrote:
PeterC wrote:
On Wed, 22 Aug 2012 09:01:26 +0100, Mark wrote:

Then take into account the effects of some software. The version of
Opera
that I'm running atm causes the clock to gain by about 5s between the
2-minute-interval ping of npl.
Please explain how it does this.

I can't. It's been mentioned on Opera forums but nothing conclusive was
posted.
It seems that peter is correct.

Opera is delving into the OS to make a lot of system calls that affect
how timer interrupts happen. The more tabs or windows open in opera, and
the more you move them around, the more it buggers up windows own clock.

Basically its a windows bug. Timer events should pre-empt all other
interrupts at the highest priority. And no system calls should be able
to affect this.

But the claim here is that the PC clock runs *fast* by 4% when Opera is
running. Most normal system level blocking of interrupts results in the
system clock losing a few ticks not creating virtual bogus ones!

It doesn't affect the RTC of course, and an NTP client run often enough
to keep the clock in synch would probably help.

The RTC meanders on its own sweet untrimmed way.

But windows is a pile of **** anyway.


Just one more reason to use Linux, and put anything windowsish in a
sandbox that you don't care about.

Now, if only Corel Draw and RhinoCad ran on Native Linux...

Therein lies the problem. A lot of useful software for Windows only.

well the good news is that it takes about 10 secs to save/restore a
virtual machine so when I am not using them I dump the VM and free up
the RAM.


Regards,
Martin Brown



--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

"The Natural Philosopher" wrote in message
...
dennis@home wrote:


"Dave Plowman (News)" wrote in message
...

Anything digital is always behind real time. Due to the way it is
sampled.

You won't find much delay in the telephone network due to sampling.

You get delays when its being encoded and/or compressed like on mobile
phones or VoIP.

The telephone system uses a straight 8KHz sample rate with no additional
delays due to correction or compression.

Even digital microphones, compared to analogue ones. Which makes it
impossible to use a mix of the two. Hence there are very few around -
the
exception being some radio mics.

And any processing after that initial sampling may slow things down
further.

The thing that will slow it down is bitstream D/A convertors if someone
uses them because they are cheaper than the alternative ladder
convertors. But only by a few milliseconds.
you cannot afford to let the ADC take milliseconds. because there is a new
sample coming in - you would have to sample and hold multiple samples if
you had slower ADCs

Once more you display real ignorance of the subject you say you had a
profession in...

There we have the classic "I don't know the difference between D/A
convertors and AtoD convertors" that is typical of TNP.
Tells me I am wrong by talking about something unrelated.
Now wait for the other people that can't read to join in.

En el artículo , Harry
Bloomfield escribió:

Just save the text below between the lines as 'Alter XP Timesync
Interval.vbs', then click on it.

'kinell. Why not just edit the registry by hand, which is all the
VomitBasic script you cut'n'pasted (twice) does?

--
(\_/)
(='.'=)
(")_(")

"Dave Plowman (News)" wrote in message
...
In article ,
dennis@home wrote:
Anything digital is always behind real time. Due to the way it is
sampled.

You won't find much delay in the telephone network due to sampling.

Define much.

Well there will be 1/8000 of a second between samples.
Then there will be the delay through the switches which can move you to a
different time slot on a different 2M stream.
So there could be a delay of 32 x 1/8000 of a second for each switch.
Then there will be the A to D conversion which will have an analogue filter
that could delay the signal a bit.
I will let you add it up and see what you think is the correct answer.

There is a requirement for the total delay across the UK network but I can't
remember what it is.

I do know that 21cn uses VoIP and that can add 20+ mS. That is enough to
break FAX machines which is why you have to do special things to support FAX
on VoIP networks.

dennis@home wrote:


"The Natural Philosopher" wrote in message
...
dennis@home wrote:


"Dave Plowman (News)" wrote in message
...

Anything digital is always behind real time. Due to the way it is
sampled.

You won't find much delay in the telephone network due to sampling.

You get delays when its being encoded and/or compressed like on
mobile phones or VoIP.

The telephone system uses a straight 8KHz sample rate with no
additional delays due to correction or compression.

Even digital microphones, compared to analogue ones. Which makes it
impossible to use a mix of the two. Hence there are very few around
- the
exception being some radio mics.

And any processing after that initial sampling may slow things down
further.

The thing that will slow it down is bitstream D/A convertors if
someone uses them because they are cheaper than the alternative
ladder convertors. But only by a few milliseconds.
you cannot afford to let the ADC take milliseconds. because there is a
new sample coming in - you would have to sample and hold multiple
samples if you had slower ADCs

Once more you display real ignorance of the subject you say you had a
profession in...

There we have the classic "I don't know the difference between D/A
convertors and AtoD convertors" that is typical of TNP.
Tells me I am wrong by talking about something unrelated.

Well we were talking about micrphones dennis
There are no D to A converters in those, so its you who were talking
about something else.


Now wait for the other people that can't read to join in.





--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

On Wed, 22 Aug 2012 20:44:00 +0100, Andy Burns wrote:

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

Yes, thought that might be pan (which keeps crashing :-( )

pedant
Big Ben is the BELL not the clock nor the tower
/pedant

En el artículo , Andy
Burns escribió:

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads?

No.

Has google groups found another way to
pollute usenet?

Yes.

--
(\_/)
(='.'=)
(")_(")

The Nomad pretended :
On Wed, 22 Aug 2012 20:44:00 +0100, Andy Burns wrote:

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

Rather oddly for such a lot of posts, I see it as one thread.


pedant
Big Ben is the BELL not the clock nor the tower
/pedant

And reputed to be named after a bare knuckle boxer

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

Harry Bloomfield wrote:
The Nomad pretended :
On Wed, 22 Aug 2012 20:44:00 +0100, Andy Burns wrote:

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

Rather oddly for such a lot of posts, I see it as one thread.

#
ditto here

pedant
Big Ben is the BELL not the clock nor the tower
/pedant

And reputed to be named after a bare knuckle boxer



--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

"The Natural Philosopher" wrote in message
...

Well we were talking about micrphones dennis
There are no D to A converters in those, so its you who were talking about
something else.

So your is a microphone for the deaf, convert to digital and throw it away.

dennis@home wrote:


"The Natural Philosopher" wrote in message
...

Well we were talking about micrphones dennis
There are no D to A converters in those, so its you who were talking
about something else.

So your is a microphone for the deaf, convert to digital and throw it away.



Oh you are a card Dennis

--
Ineptocracy

(in-ep-toc-ra-cy) €“ a system of government where the least capable to
lead are elected by the least capable of producing, and where the
members of society least likely to sustain themselves or succeed, are
rewarded with goods and services paid for by the confiscated wealth of a
diminishing number of producers.

In article , Reentrant
scribeth thus
On 22/08/2012 17:39, tony sayer wrote:

However since its moved further North some in the South of the UK have
reported poor reception and sometimes your reception might be very
marginal

My cheapo Casio watch picks up the Anthorn signal at strength 5/5 in
mid-Hampshire.


Fine .. it was London that the majority came from all that screening by
buildings doesn't do those frequencies much good...
--
Tony Sayer

Dave Plowman (News) wrote:
In article ,
John Williamson wrote:
Dave Plowman (News) wrote:
In article ,
John Williamson wrote:
Radio 4 pips on FM are accurate to a few milliseconds, depending on
how far you are from the radio.
Only if you use analogue reception. On DAB or FreeView they are well
out. 'Internet' reception too, I'd guess.

I know that. That's why I wrote "Radio 4 pips *on FM*".

But even FM goes via a digital path these days. Which introduces a delay.

So there are now *no* accurate radio time signals available in the UK,
then, apart from the VLF and GPS systems?

--
Tciao for Now!

John.

Harry Bloomfield wrote:
The Nomad pretended :
On Wed, 22 Aug 2012 20:44:00 +0100, Andy Burns wrote:

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

Rather oddly for such a lot of posts, I see it as one thread.


I like Thunderbird 2. It very rarely lets a thread break. As in all the
other cases where people have complained about broken threads, TB2 just
keeps all the posts together.

TB 3 and later seem to be broken in subtle and not-so-subtle ways, though.


--
Tciao for Now!

John.

John Williamson explained on 22/08/2012 :
Harry Bloomfield wrote:
The Nomad pretended :
On Wed, 22 Aug 2012 20:44:00 +0100, Andy Burns wrote:

Harry Bloomfield wrote:

Big Ben is a large old mechanical clock

Is it something at my end, or is everyone else seeing 17 separate
"accurate time checks" threads? Has google groups found another way to
pollute usenet?

Rather oddly for such a lot of posts, I see it as one thread.


I like Thunderbird 2. It very rarely lets a thread break. As in all the other
cases where people have complained about broken threads, TB2 just keeps all
the posts together.

TB 3 and later seem to be broken in subtle and not-so-subtle ways, though.

It was suggested to be the postings via Google that used to mangle my
threads up, but I think posts via Google are no more.

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk

Mike Tomlinson pretended :
En el artículo , Harry
Bloomfield escribió:

Just save the text below between the lines as 'Alter XP Timesync
Interval.vbs', then click on it.

'kinell. Why not just edit the registry by hand, which is all the
VomitBasic script you cut'n'pasted (twice) does?

Because the script makes much sense to use. It is much quicker than
editing the reg and no chance of error.

--
Regards,
Harry (M1BYT) (L)
http://www.ukradioamateur.co.uk