Peter Fairbrother | 3 Jun 2010 19:53
Picon
Favicon

Hummm.....

This seems to have missed on some useful comment:

http://www.theregister.co.uk/2010/06/01/enf_met_police/

The Police have been tracking changes in the exact frequency of the 
mains hum for the last five years - and they are now using That Record 
to validate recordings. Apparently it's the same nationwide.

Most sound (and other) recordings will have a bit of mains hum in the 
background - it's pretty well unavoidable. It's detectable at very low 
levels using Fourier transform technology.

Crystal frequency sources, as used in digital recorders, are stable 
enough that the pattern of changes in mains hum in a recording made 
using them is supposedly detectable, and can later be compared to The 
Record.

Doesn't work with tapes apparently though, the media timing isn't 
accurate enough.

It's supposed to be able to detect recordings made at different times 
than when they are supposed to have been made, and also faked 
cut-and-splice/edited recordings.

Of course this is easily fakeable - if you know about it. And have a 
copy of The Record.

However all may not be as pretty as it seems : according to El Reg
"The police force that ran the investigation this week declined to name 
the murderer in response to requests from The Register, citing 
(Continue reading)

Adam Sampson | 3 Jun 2010 21:43
Picon
Favicon

Re: Hummm.....

Peter Fairbrother <zenadsl6186@...> writes:

> and they are now using That Record to validate recordings.

This is, of course, impossible -- you can prove a recording has been
faked; you can't prove it's real -- but I'd guess that's just sloppy
reporting on the Register's part. Tracking mains hum (or TV line
frequency whistle) is a standard technique for fixing speed variations
in old recordings, so this sounds like a perfectly sensible approach.

> Of course this is easily fakeable - if you know about it. And have a
> copy of The Record.

The National Grid frequency is published in real time, so you don't even
need to measure it yourself:

http://www.nationalgrid.com/uk/Electricity/Data/Realtime/Frequency/Freq60.htm

This is one of those neat systems that's not very well publicised. The
frequency doesn't just vary according to load, as the Register article
suggests; it's deliberately altered in advance of expected high loads,
and various large consumers of electricity have agreements with their
suppliers to go offline or start generators feeding back into the grid
if the frequency drops below a certain point.

--

-- 
Adam Sampson                                         <http://offog.org/>

John Wilson | 4 Jun 2010 11:26
Picon

Re: Hummm.....

On 3 June 2010 18:53, Peter Fairbrother <zenadsl6186@...> wrote:
> This seems to have missed on some useful comment:
>
> http://www.theregister.co.uk/2010/06/01/enf_met_police/
>
>
> The Police have been tracking changes in the exact frequency of the mains
> hum for the last five years - and they are now using That Record to validate
> recordings. Apparently it's the same nationwide.
>
> Most sound (and other) recordings will have a bit of mains hum in the
> background - it's pretty well unavoidable. It's detectable at very low
> levels using Fourier transform technology.

This is a paper (pdf) by Catlin Gregoras
http://www.diamondcut.com/Downloads/AppNote4DiamondCut.pdf who is
referenced in the Reg article.

He's basically using a 49-51 Hz band pass filter to isolate the hum
and them pattern matching against a database.

It would be trivial to remove the hum and replace it with an
arbitrarily different hum. What would be less trivial would be to do
that without leaving evidence that  the recording had been tampered
with (digital filters can, for example, introduce detectable phase
changes).

Looks like you this could be used as evidence that a recording has
been doctored but not the reverse.

(Continue reading)

Dan Brickley | 4 Jun 2010 11:29

Re: Hummm.....

On Thu, Jun 3, 2010 at 9:43 PM, Adam Sampson <A.T.Sampson@...> wrote:
> Peter Fairbrother <zenadsl6186@...> writes:
>
>> and they are now using That Record to validate recordings.
>
> This is, of course, impossible -- you can prove a recording has been
> faked; you can't prove it's real -- but I'd guess that's just sloppy
> reporting on the Register's part. Tracking mains hum (or TV line
> frequency whistle) is a standard technique for fixing speed variations
> in old recordings, so this sounds like a perfectly sensible approach.
>
>> Of course this is easily fakeable - if you know about it. And have a
>> copy of The Record.
>
> The National Grid frequency is published in real time, so you don't even
> need to measure it yourself:
>
> http://www.nationalgrid.com/uk/Electricity/Data/Realtime/Frequency/Freq60.htm
>
> This is one of those neat systems that's not very well publicised. The
> frequency doesn't just vary according to load, as the Register article
> suggests; it's deliberately altered in advance of expected high loads,
> and various large consumers of electricity have agreements with their
> suppliers to go offline or start generators feeding back into the grid
> if the frequency drops below a certain point.

Is there a raw data feed available somewhere too? The graphical view
is very nice and all but not so easy to archive and query.

cheers,
(Continue reading)

James Firth | 4 Jun 2010 11:32

RE: Hummm.....

> On Thu, Jun 3, 2010 at 9:43 PM, Adam Sampson <A.T.Sampson@...>
> wrote:
> > Peter Fairbrother <zenadsl6186@...> writes:
> >
> >> and they are now using That Record to validate recordings.
> >
> > This is, of course, impossible -- you can prove a recording has been
> > faked; you can't prove it's real -- but I'd guess that's just sloppy
> > reporting on the Register's part. Tracking mains hum (or TV line
> > frequency whistle) is a standard technique for fixing speed
> variations
> > in old recordings, so this sounds like a perfectly sensible approach.

All the mains-powered kit surrounding me at the moment is powered from a
UPS.

Analysis of any recordings made in the vicinity would be interesting...

James Firth

Peter Sommer | 4 Jun 2010 11:54
Favicon

Re: Hummm.....

On 04/06/2010 10:26, John Wilson wrote:

How much would the prosecution have to disclose if they used this in evidence? Would they have to disclose the code used to do the analysis?

Prosecution have a duty of disclosure un CPI 1996 and 2003.  The detail appears in Appendix K of the CPS Disclosure Manual:
http://www.cps.gov.uk/legal/d_to_g/disclosure_manual/annex_k_disclosure_manual/

Upon challenge a prosecution expert would have to justify the methodology used,  including any software.  

Current thinking on the law in this area is reflected in the following recent Law Commission report: 

Expert Evidence in Criminal Trials

at:  http://www.lawcom.gov.uk/1155.htm.

Peter Sommer


 
-- THE INFORMATION CONTAINED IN THIS E-MAIL IS CONFIDENTIAL AND LEGALLY PRIVILEGED. IT IS INTENDED ONLY FOR THE ADDRESSEE NAMED ABOVE. IF YOU ARE NOT THE ADDRESSEE ANY DISTRIBUTION, COPYING OR DISCLOSURE OF THIS E-MAIL IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED IT IN ERROR PLEASE NOTIFY THE SENDER BY E-MAIL IMMEDIATELY AND DESTROY THE ORIGINAL
Peter Sommer | 4 Jun 2010 13:59
Favicon

Re: Hummm.....

Actual Law Commission Report, as opposed to reference to it, is at:

http://www.lawcom.gov.uk/docs/cp190.pdf




On 04/06/2010 10:54, Peter Sommer wrote:
On 04/06/2010 10:26, John Wilson wrote:

How much would the prosecution have to disclose if they used this in evidence? Would they have to disclose the code used to do the analysis?

Prosecution have a duty of disclosure un CPI 1996 and 2003.  The detail appears in Appendix K of the CPS Disclosure Manual:
http://www.cps.gov.uk/legal/d_to_g/disclosure_manual/annex_k_disclosure_manual/

Upon challenge a prosecution expert would have to justify the methodology used,  including any software.  

Current thinking on the law in this area is reflected in the following recent Law Commission report: 

Expert Evidence in Criminal Trials

at:  http://www.lawcom.gov.uk/1155.htm.

Peter Sommer


 
-- THE INFORMATION CONTAINED IN THIS E-MAIL IS CONFIDENTIAL AND LEGALLY PRIVILEGED. IT IS INTENDED ONLY FOR THE ADDRESSEE NAMED ABOVE. IF YOU ARE NOT THE ADDRESSEE ANY DISTRIBUTION, COPYING OR DISCLOSURE OF THIS E-MAIL IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED IT IN ERROR PLEASE NOTIFY THE SENDER BY E-MAIL IMMEDIATELY AND DESTROY THE ORIGINAL No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.829 / Virus Database: 271.1.1/2916 - Release Date: 06/03/10 19:25:00


-- THE INFORMATION CONTAINED IN THIS E-MAIL IS CONFIDENTIAL AND LEGALLY PRIVILEGED. IT IS INTENDED ONLY FOR THE ADDRESSEE NAMED ABOVE. IF YOU ARE NOT THE ADDRESSEE ANY DISTRIBUTION, COPYING OR DISCLOSURE OF THIS E-MAIL IS STRICTLY PROHIBITED. IF YOU HAVE RECEIVED IT IN ERROR PLEASE NOTIFY THE SENDER BY E-MAIL IMMEDIATELY AND DESTROY THE ORIGINAL
Piete Brooks | 4 Jun 2010 14:03
X-Face
Picon
Picon
Favicon

Re: Hummm.....

> All the mains-powered kit surrounding me at the moment is powered from a UPS

... which I would kind of expect to be phase locked to to mains ...

"serious" ones have a by-pass to raw mains in case of failure of the UPS, 
which they want to be able to use without have a phase change as they cut over.

(and I suspect some "toy" ones use the mains ASIS, and only start generating 
when it fails)

Damian Steer | 4 Jun 2010 11:56
Picon

Re: Hummm.....

On 04/06/10 10:29, Dan Brickley wrote:

> Is there a raw data feed available somewhere too? The graphical view
> is very nice and all but not so easy to archive and query.

The site is fiddly, but I found it:

<http://www.bmreports.com/bsp/additional/saveoutput.php?element=rollingfrequencyhistoric&output=XML>

<http://www.bmreports.com/bsp/additional/saveoutput.php?element=rollingfrequencyhistoric&output=CSV>

Go to:

<http://www.bmreports.com/bsp/bsp_home.htm>

Click on relevant historic / current button. Note that you need to
unblock flash.

Damian

Peter Fairbrother | 4 Jun 2010 17:03
Picon
Favicon

Re: Hummm.....

John Wilson wrote:
> On 3 June 2010 18:53, Peter Fairbrother <zenadsl6186@...> wrote:
>> This seems to have missed on some useful comment:
>>
>> http://www.theregister.co.uk/2010/06/01/enf_met_police/
>>
>>
>> The Police have been tracking changes in the exact frequency of the mains
>> hum for the last five years - and they are now using That Record to validate
>> recordings. Apparently it's the same nationwide.
>>
>> Most sound (and other) recordings will have a bit of mains hum in the
>> background - it's pretty well unavoidable. It's detectable at very low
>> levels using Fourier transform technology.
> 
> 
> This is a paper (pdf) by Catlin Gregoras
> http://www.diamondcut.com/Downloads/AppNote4DiamondCut.pdf who is
> referenced in the Reg article.
> 
> He's basically using a 49-51 Hz band pass filter to isolate the hum
> and them pattern matching against a database.
> 
> It would be trivial to remove the hum and replace it with an
> arbitrarily different hum. What would be less trivial would be to do
> that without leaving evidence that  the recording had been tampered
> with (digital filters can, for example, introduce detectable phase
> changes).

Historic filters can avoid that problem.

> 
> Looks like you this could be used as evidence that a recording has
> been doctored but not the reverse.

It was used in the reverse sense, apparently, in the murder case in 
question. Though why the Police won't name the case I don't know.

> 
> How much would the prosecution have to disclose if they used this in
> evidence? Would they have to disclose the code used to do the
> analysis?

Yes, most likely - but it may have been a case of "we can present this 
evidence if you continue to claim the recording was doctored".

-- Peter Fairbrother


Gmane