We've recently take on SRI as a supplier and I'm very excited about their test system.
You can read the article I've written for a couple of industry magazines here.
SRI International
- Broadcast engineering and IT related links and stuff. Maybe some music, films and other things.
Tuesday, July 08, 2014
Thursday, July 03, 2014
Someone who has some actual experience of file-based deliverables!
There are an awful lot of people touting themselves as "DPP consultants" and "file-based technologists" in the UK TV industry at the moment. For the most part they are riding the gravy train of the DPP roadshow and the fact that come October all the big broadcasters will expect file-based delivery AND material QC'ed to the DPP specification. The majority of these folks have not delivered a single minute of material for terrestrial broadcast but the one chap who really does know his stuff is my good pal Simon Brett (recently moved from National Geographic/Fox UK to NBC-Universal).
Here he is at a recent evening event we laid on; if you want to know some actual details (what bit of software to use to handle your metadata etc) then Simon is your man. He's quite an engaging speaker (and he bigs-me-up for colourimetry!)
Tuesday, July 01, 2014
Near synchronous video over UDP/IP with Sony's NXL-IP55
Just about the only things that caught my eye at the recent Beyond HD Masters day at Bafta was Sony's IP Live system. This is a single product called the NXL-IP55 which puts four 1080i 4:2:2 signals over a gigabit connection - so modest 6:1 compression with a well-defined single field of latency. The camera channels can go either way (so three source cameras and a return preview monitor for example) and embedded audio plus tally & camera head (colour) and lens control are included. It's quite expensive ($10k per end) but is the only video-over-IP device which I've seen so far which is suitable for live production.
http://www.sony.co.uk/pro/press/pr-sony-nab-av-over-ip-interface
Saturday, June 28, 2014
Measuring fibre cabling and the problem of encircled flux loss
Last week I went on a very interesting training day courtesy of Nexans - data cable & parts supplier. I went looking forward to learning all about the new standards surrounding catagory-8 cabling for 40 and 56 Gigabit ethernet (a massive 1600Mhz of bandwidth down a twisted pair cable!) and the new GG45 connector; but those things will have to wait for another blog post! The thing that really tickled my fancy is the new standard for measuring the response of multi-mode fibre.
Multi-mode fibre works in a fundamentally different fashion to single mode (they are as different as twisted-pair and coaxial copper cable; but they look very similair). If you want a bit of a primer on fibre then Hugh & I did an episode of The Engineer's Bench a couple of years ago on the subject.
As we've gone from one-gig to greater than 10Gigbits/sec in OM3 and OM4 cable and engineers have often noted the lack of consistency between different manufacturers light-source testers. You might get as much as 0.5dB of difference between say an Owl and a JDSU calibrated light source and detector. We typically use a 20dB(m) laser at 850nM to test OM3 and we always just deliver the loss figres to the client, but it would be good to know if your absolute reading is of any use at all?
Well, the answer is that LED or VCSEL (Vertical-cavity surface-emitting laser) will tend to "overfill" the fibre and high-order modes of light travel (to a degree) down the cladding of the cable.
Launch conditions correspond to how optical power is launched into the fiber core when measuring fiber attenuation. Ideal launch conditions should occur if the light is distributed through the whole fiber core.
Transmission of Light in Multimode Fiber in Underfilled Conditions
Transmission of Light in Multimode Fiber in Overfilled Conditions
An overfilled launch condition occurs when the launch spot size and angular distribution are larger than the fiber core (for example, when the source is a light-emitting diode [LED]). Incident light that falls outside the fiber core is lost as well as light that is at angles greater than the angle of acceptance for the fiber core. Light sources affect attenuation measurements such that one that underfills the fiber exhibits a lower attenuation value than the actual, whereas one that overfills the fiber exhibits a higher attenuation value than the actual.
The new parameter covered in the IEC 61280-4-1 Ed2 standard from June 2009 is known as Encircled Flux (EF), which is related to distribution of power in the fiber core and also the launch spot size (radius) and angular distribution.
All the manufacturers are producing EF-compliant testers so you don't need to worry about inaccurate reading due to these high-order modes, but for now there are some suggestions.
Multimode launch cables allow for the signal to achieve modal equilibrium, but it does not ensure test equipment will be EF-compliant based on the IEC 61280-4-1 standard.
Multimode launch cables are used to reveal the insertion loss and reflectance of the near-end connection to the link under OTDR test. They also reduce the impact of possible fiber anomalies near the light source on the test.
Multimode launch cables are used to reveal the insertion loss and reflectance of the near-end connection to the link under OTDR test. They also reduce the impact of possible fiber anomalies near the light source on the test.
If the fiber is overfilled, high-order mode power loss can significantly affect measurement results. Fiber mandrels that act as “low-pass mode filters” can eliminate power in high-order modes. It effectively eliminates all loosely coupled modes that are generated by an overfilled light source while it passes tightly coupled modes on with little or no attenuation. This solution does not make test equipment EF-compliant.
Mode conditioning patch cords reduce the impact of differential mode delay on transmission reliability in Gigabit Ethernet applications, such as 1000Base-LX. They also properly propagate the laser VCSEL light along a multimode fiber. This solution does not make test equipment EF-compliant
Monday, June 16, 2014
Oscilloscope Watch project update
I'm still monkeying around with the oscilloscope watch and hopefully I'll shoot a bit more video later this week, but it's still very much in Beta and I got this update of what the final case will look like from the Gabriel Anzziani, the developer.
Tuesday, June 10, 2014
HD/SDi physical layer measurements - gotta be Tektronix
Here's a brilliant document from Tek - tell you all you need to know about eye pattern, jitter etc.
http://www.tek.com/document/how-guide/sdi-eye-and-jitter-measurements...
http://www.tek.com/document/how-guide/sdi-eye-and-jitter-measurements...
Monday, June 09, 2014
Quick & dirty RS422 VTR control from your laptop
If you need to control a deck (or test routes through an RS422 matrix) then a very quick and easy way of doing it is via your laptop. Modern machines don't have RS232 ports and so you can't just hook up an RS232-422 balancer, but USB serial devices are cheap - the Addenda RS-USB4 is the one I keep in my rucksack.
It's worth noting some of the settings you need for the serial port in Windows.
You then need a bit of software that will talk the P2 protocol. WSony II
has been around forever but still works under Windows7. You have to run
it as admin for it to access the serial port.
Once it runs you have to tell it what port number gave it - It shows up as Com1 on my machine by default, but bear in mind that Windows will often assign it to Com5 or greater. The WSonyII will only talk up to Com4 so you might need to change that (see the first image above in the advanced tab).
Now you've got everything you need to drive a VT or test that an RS422 circuit is working.
Oh, if you don't have the CD that came with the Addenda adaptor cable you'll need to download the software here.
Remember; P2 over RS422 runs at 38,400 baud.
Remember; P2 over RS422 runs at 38,400 baud.
Wednesday, May 28, 2014
£3k for an Ethernet cable..!?
Just in case they take it down I had to do a screen grab! Yes, there are people selling "audiophile" grade network cables for three grand.
Buy yours here!
All sorts of dishonesty is written about high end audio cabling - directional conductors, "burned in" mains cables, even quantum effects are cited as important ways to "improve sound clarity" etc. You can believe that decent quality copper cable makes some difference at analogue baseband but by the time you get to AES and even network cables so long as the packets are getting through there is nothing the design of the cable can do to change the sound being re-produced. Even in the case of analogue audio (either line level or the speaker cable) good quality copper is all that's needed.
Still, a fool (make that an audiophile) and his money are soon parted and once you've spent thousands of pounds on cable you probably can "hear" a difference!
So, the lies peddled about this particular brand;
Perfect-Surface Technology applied to extreme-purity silver provides unprecedented clarity and dynamic contrast. Solid conductors prevent strand interaction, a major source of cable distortion. Extremely high-purity Perfect-Surface Silver minimizes distortion caused by the grain boundaries which exist within any metal conductor, nearly eliminating harshness and greatly increasing clarity compared to OFHC, OCC, 8N and other coppers.
Just nonsense! Electrical signals travel down cables by the movement of electrons. Copper (Oxygen free or otherwise) is about the best conductor commonly available and the "grain" or "strand interaction" has nothing to do with the movement of electrons. BUT, let's not forget that this is a network cable and the transit of TCP/IP packets has NOTHING to do with the "harshness" or "clarity" of the sound.
Any solid material adjacent to a conductor is actually part of an imperfect circuit. Wire insulation and circuit board materials all absorb energy (loss). Some of this energy is stored and then later released as distortion. Solid High-Density Polyethylene Insulation ensures critical signal-pair geometry while minimizing insulation-induced phase distortion.
Are they hinting at capacitance here? "Energy stored and then later released as distortion" - where do you start. This is so misleading. Network cables are twisted pair construction (relying on common-mode rejection on each pair) - they aren't coaxial cables (if they are referring to capacitive effects?). "Insulation induced phase distortion" - have any electronic engineers ever measured that?!
All audio cables are directional. The correct direction is determined by listening to every batch of metal conductors used in every AudioQuest audio cable. Arrows are clearly marked on the connectors to ensure superior sound quality. For best results have the arrow pointing in the direction of the flow of music. For example, NAS to Router, Router to Network Player.
Please - audio cables are not directional! As many electrons flow in one direction as the other. This old chestnut was commonly trotted out for analogue cable, it was a lie then, and it's a lie now. With a network cable packets travel in both directions as the TCP/IP handshake brings up a connection, data is transferred and then the connection is closed. There is no directionality for the packets, the data they carry or the electrical signals that represent the bits.
What this all comes down to is that these snake-oil salesmen NEVER subject this tat to a double-blind test. If they did you find out that there aren't a pair of ears in the world that can actually "hear" the difference between a £3k and £2 network cable.
Saturday, May 17, 2014
Sony PVM-A250 OLED - some colour measurements
I have a pair of new PVM-A250s in ahead of an install and wanted to test a couple of things out. My first one was to see if the monitor does the right things between it's studio swing-range HD/SDi 4:2:2 input and it's full-range HDMI 4:4:4 inputs. Aside from a slight shift in luma (big Y) the difference is minimal (and definitely not the usual 601/709 matrix-mismatch you see on other monitors).
Y, Cr, Cb 4:2:2 HD/SDi input, peak white field before calibration - out of the box these monitors are a tad blue and a bit too bright.
R, G, B 4:4:4 HMDI input, same source.
We're running these over many hours to see if they drift at all. Will add some more to this post next week with those results.
Friday, May 16, 2014
What's the best setting for Gamma with Rec.709 video?
I've been calibrating TV displays for around twenty-five years and have always leaned on the BBC practice of setting peak white at 80Cd/m2 and the white point at 6504k. For all the decades of standard definition work a gamma of 2.2 has been used. This is required because television cameras don't have a linear transfer characteristic and to make a black-white ramp match (i.e. it looks the same on the monitor as well as to the naked eye) you have to invert the gamma response of the camera at the display end.
If you get this wrong you wind up with blacks and whites matching but all the shades in between don't - pictures either appear washed-out or all the detail is crushed out of the dark areas of the picture depending on which way you get it wrong.
When Rec.709 came along in the early nineties (for HD television) they changed a few things; new colour primaries, new luminance transfer function, wider gamut etc. They also made a subtle change to the definition of gamma. Like sRGB (the Adobe colour space for graphics working) and Rec.601 the "scene-referred" gamma of 2.2 is specified (in 1992 TV cameras were still tube'd devices) but the display gamma is governed by a complicated transfer law which many people have taken to be closer to a gamma of 2.4. However, a straight power curve of 2.4 is correct only if the display has a zero black level and an infinite contrast ratio, which no real-world display has. The new BT.1886 specification (from 2011) is complex and its precise recommendations vary depending upon the white level, and especially the black level, of the display.
However, if you don't want to bother with a precise BT.1886 calculation a 'best approximation' of this would be a gamma of 2.2 in the low end of the curve rising to a gamma of 2.4 at the high end. In fact it's worse than that - it's linear for the first 10% of the range.
So, what's a colour-calibration guy to do? Once again Charles Poynton comes to the rescue - he's forgotten more things about colour than most of us ever knew and I take his advise whenever possible.
Colors change appearance depending upon absolute luminance, and upon their surroundings. A very dark surround at mastering will “suck” color out of a presentation previously viewed in a light surround. A colorist will dial-in an increase in colorfulness (for example, by increasing chroma gain). The intended appearance for an HD master is obtained through a 2.4-power function, to a display having reference white at 100 Cd/m2 – but that appearance will not be faithfully presented in different conditions! The key point concerning the monitor's gamma is this: What we seek to maintain at presentation is the appearance of the colors at program approval, not necessarily the physical stimuli. If the display and viewing conditions differ from those at mastering, we may need to alter the image data to preserve appearance. In a grading environment, you might set the consumer's display to 100 Cd/m2, matching the approval luminance. However, ambient conditions in an editing environment are somewhat lighter than typically used for mastering today. The lighter conditions cause a modest increase in contrast and colorfulness, beyond that witnessed at content creation.
So, it seems the choice is this - 2.4 gamma in well-controlled grading/mastering conditions (particularly if your monitor has good dynamic range; OLED or Dolby reference monitor) and 2.2 in brighter editing rooms with lower-end LCDs.
Thursday, May 15, 2014
Top ten blog posts - views over the last year.
25 Feb 2009, 1 comment
|
2414
| |||||||||
23 May 2011, 12 comments
|
2017
| |||||||||
22 May 2009, 5 comments
|
1893
| |||||||||
13 Jun 2012, 1 comment
|
1335
| |||||||||
24 May 2011, 4 comments
|
954
| |||||||||
19 Mar 2013, 4 comments
|
643
| |||||||||
23 Jul 2010
|
539
| |||||||||
11 Oct 2010, 3 comments
|
463
| |||||||||
19 Sep 2012
|
420
| |||||||||
18 May 2012, 1 comment
|
407
|
Wednesday, May 14, 2014
Three phase electrical supplies and technical earth
I had a customer ask a question yesterday about why single phase in a machine room is considered a good thing and why technical earths need to be unified. Here's what I wrote; it's not a complete chapter & verse but it's a good excuse to put in a link to the episode of the Engineer's Bench that Hugh & I did in 2012.
He's confusing the phase that his various supplies are on with the "best practise" requirement of a unified technical earth. Twenty years ago the 16th Edition of the IEE regs forbade powering bays next to each other with different phases. There is more than 400v of difference between the mains phases and so it was thought that having that much potential difference within reach of each other was more dangerous than should be allowed; hence the practise of powering the machine room off a single phase.
However, the other consideration is that the power company charges you 3 x your most heavily used phase. So, if you're averaging 100A on the red (your machine room maybe?) but only 10A on the blue & yellow phases you'll be paying for 300A of current whilst only using 120A - if you don't "balance the phases" your electricity can (worst case) cost you three time per KW/h than it should. So, what with the improvement in RCDs and the cost issue the 3rd revision of the 16th Edition (and it's carried into the 17th) allows for mixed phase supplies in machine rooms. Looking up section 514 all that is required is labelling;
"6.1 Labels to be Provided The following durable labels are to be securely fixed on or adjacent to equipment installed in final circuits. (i) Unexpected presence of nominal voltage (U or Uo) exceeding 230 V Where the nominal voltage (U or Uo) exceeds 230 V, e.g. 400 V phase-to-phase, and it would not normally be expected to be so high, a warning label stating the maximum voltage present shall be provided where it can be seen before gaining access to live parts. (ii) Nominal voltage exceeding 230 volts (U or Uo) between simultaneously accessible equipment For simultaneously accessible equipment with terminals or other fixed live parts having a nominal voltage (U or Uo) exceeding 230 volts between them, e.g. 400 V phase-to-phase, a warning label shall be provided where it can be seen before gaining access to live parts."
On the subject of a technical earth - it's an entirely different consideration to mains phases but best practice is that you run all your tech feeds - bays and edit desks etc, back to the same earth bus-bar in the MCR. This is then run to the incoming feed supply. It's not good to try and tie it to the domestic "cooking" earth somewhere upstream of the incoming supply. The attached PDF is what we spec to customers' electricians. It’s worth pointing out that getting the earth’s wrong is not unsafe; you can have volts of difference between two earths and they still both work as effective safety earths, but a hundred mV of earth differential between and edit suite and MCR will be a problem – the HD/SDi signal is only a volt big after all and zero level analogue audio is 775mV.
I did a podcast on the subject; http://youtu.be/rL1ZiciXRBg
Tuesday, May 06, 2014
Colour results from a Sony PVM-2541 TriMaster OLED monitor
Having spent a bit more time with the Klein K10-A probe I profiled the Sony monitor we hired to practice on.
Here you can see the colour gamut for the displayed compared to the Rec709 colour space for television.
It is an excellent match with the green extremity being a tiny bit mis-matched. I would not expect to see this from either a CRT or LCD monitor.
The white curved line is the "black body locus" and is where physicists define the colour of white.
1. Gamut measurements

White Field
Video x y Y
255 .313 .336 136.45
Red Field
Video x y Y
255 .639 .332 28.35
Green Field
Video x y Y
255 .296 .603 99.75
Blue Field
Video x y Y
255 .149 .060 9.47
EBU Overlap Gamut Value: 98.4%
2. Gamma measurements
White Field
Video x y Y
235 .313 .334 110.99
207 .313 .334 83.10
180 .314 .336 58.14
153 .315 .337 37.74
125 .317 .338 22.35
97 .319 .341 11.39
70 .324 .347 3.50
43 ---- ---- 0.39
16 ---- ---- 0.01
Red Field
Video x y Y
235 .640 .332 24.30
207 .641 .332 17.79
180 .642 .332 12.87
153 .645 .332 7.72
125 .651 .333 4.20
97 .664 .332 1.88
70 .671 .325 0.65
43 ---- ---- 0.09
16 ---- ---- 0.01
Green Field
Video x y Y
235 .296 .603 81.12
207 .297 .603 57.73
180 .297 .604 39.60
153 .297 .604 25.74
125 .297 .608 14.55
97 .297 .614 6.97
70 .296 .638 2.27
43 ---- ---- 0.26
16 ---- ---- 0.01
Blue Field
Video x y Y
235 .149 .060 8.19
207 .149 .059 5.73
180 .149 .059 3.89
153 .148 .058 2.39
125 .147 .056 1.29
97 .143 .053 0.54
70 ---- ---- 0.18
43 ---- ---- 0.02
16 ---- ---- 0.01
You can see that the colour of white through grey tracks very well until you get to within 15% of black; you can generally accurately read the luminance level down to sub 1Cd/m2 but colour measurements become too noisy down there. The K10-A seems to perform better than our DK PM5639 in this respect.
Friday, May 02, 2014
Klein K10A photometer for TV colour cablibration
Had a splendid day today getting to grips with the new Klein K10A photometer and testing it out on a couple of Sony broadcast monitors; an LMD-series LCD and a PVM-series OLED.
So which is correct? Why the difference? Well, the DK probe is, as mentioned, an LCD probe and so can't be trusted on display types that have a different spectral distribution. How can you then trust the Klein with multiple display types? It's a photometer after all; isn't it built to match the spectral distribution of a certain monitor type? Is it only good for OLEDs? No - they took a different approach. Rather than matching to the spectrum of a certain monitor type they have tweaked/weighted their photo-receptors to match the human eye; so the probe suffers metameristic failure for all display type but it's the same metamers as your eye fails to see; and that's what counts. If I'm matching two monitors it's only important that they look the same.
For many years we've been relying on the PM5639 colour probe - originally made by Phillips and now badged by DK. It's the right hand probe in this picture and they have served us well through hundreds of calibration sessions. However - they are photometers and as such are tied to the display technology that they are intended to be used with. The CRT one is only to be used on old-school tube'd monitors and the LCD head is for newer style broadcast monitors. The reason for this is down to a phenomenon called metamerism (sometimes metameristic failure) where you attempt to faithfully capture all colours from a wide-band source (sunlight etc) with only a tri-stimulus detector (TV camera, colour probe, human eye) you run into the inadequacies of the source-detector response. Here is the spectrum for a typical phosphor-based colour CRT;
You can see that the blue and green emissions are kinda what you'd like but the red is all over the place! Red was always a challenge with CRTs but the folks who manufactured the calibration probes knew this and they arranged the bias and gain of the photo-diodes in the detector to match the characteristic of the phosphors; this allowed them make good measurements off the front of a CRT but since LCDs and other display types have quite different spectral graphs the CRT probe would struggle to accurately read the colour off the front of a newer style monitor. Metameristic failure.
This image shows the Klein and the DK probes pointing at the same OLED monitor. If you can't read the values;
DK - x:0.314, y:0.312, Y:102.2 Cd/m2
Klein - x:0.329, y:0.313, Y: 98.9 Cd/m2
With the attendant colour temperature difference.
So which is correct? Why the difference? Well, the DK probe is, as mentioned, an LCD probe and so can't be trusted on display types that have a different spectral distribution. How can you then trust the Klein with multiple display types? It's a photometer after all; isn't it built to match the spectral distribution of a certain monitor type? Is it only good for OLEDs? No - they took a different approach. Rather than matching to the spectrum of a certain monitor type they have tweaked/weighted their photo-receptors to match the human eye; so the probe suffers metameristic failure for all display type but it's the same metamers as your eye fails to see; and that's what counts. If I'm matching two monitors it's only important that they look the same.
We all know that CRTs, LCDs, Plasmas have different spectral distributions but so long as to the eye you've got two displays matched they are matched. The Klein allows you to load profiles into the probe head to provide for better matching but it really is sub the last 1%. I followed their instructions for making a new OLED profile and it allowed me to get the white point a few kelvins closer to 6504k but it wasn't that much of a difference. Apparently the 2nd gen. Sony OLED TriMaster monitors have a new formulation in the blue pixels.
Anyway - we're very pleased with the K10A; it's very easy to use, the ChromaSurf software is clear and makes calibrating a breeze.
Anyway - I wrote some notes - colour for TV 101 kind of thing. Grab them here.
Thursday, May 01, 2014
Nick McKeown talking Software Defined Networks at the IET this week
I went to the Appleton Lecture at the IET (my institute) this week; here it is as a webcast and well worth watching. The first half is all about the history of packet-switched networks but the meat of it is the second half
were he talks about software defined networks.
From Wikipedia;
Software-defined networking (SDN) is an approach to computer networking which evolved from work done at UC Berkeley and Stanford University around 2008. SDN allows network administrators to manage network services through abstraction of lower level functionality. This is done by decoupling the system that makes decisions about where traffic is sent (the control plane) from the underlying systems that forward traffic to the selected destination (the data plane). The inventors and vendors of these systems claim that this simplifies networking. SDN requires some method for the control plane to communicate with the data plane. One such mechanism, OpenFlow, is often misunderstood to be equivalent to SDN, but other mechanisms could also fit into the concept. The Open Networking Foundation was founded to promote SDN and OpenFlow, marketing the use of the term cloud computing before it became popular.
![]() |
Appleton Lecture 2014 - Software Defined Networks and the Maturing of the Internet
Nick McKeown
2014-04-30 00:00:00.0 News Channel
|
Tuesday, April 29, 2014
File access problems in VidChecker v 5.7.2
I'm a big fan of VidChecker for file-based worksflows. Having demo'ed both Intera Systems Baton and Tektronix Cerify in the past I find VidChecker to be the better solution (who thought Crawley would put Tektronix in second place in any area?!). Hugh and I did a podcast on file-based QC last year.
So I keep a copy of VidChecker server on my laptop running in a VM for demo purposes. On Monday I got v.5.7.2 which brings the following;
- Test and correction of multiple loudness modes concurrently (I-mode, S-mode and M-mode)
- Multiple mono audio track detection
- Update of DPP templates to DPP spec 4.1
- Additional visual drop-out detections
- Test for breaks in 2:3 cadence pattern
- MXF timecode continuity check
- Minor improvements to UI (e.g. report options)
I would never have figured out the solution, but apparently a recent Windows update means that if you ever use "localhost" assuming it will translate to either 127.0.0.1 (local loopback IP address) OR your local IP address you'll be out of luck (unless your DNS does the right thing, but I think that's unlikely!). So edit the hosts file;
C:\Windows\System32\drivers\etc
Once in the file remove the hash from the line below and save;
# 127.0.0.1 localhost
Which begs the question; why is it hash'ed out by default?
That's better!
Friday, April 11, 2014
Thursday, April 10, 2014
XP won't explode now there are no more patches!
My Father-in-law called on the evening of the 7th March because he'd been spooked by the warning that Windows XP was giving. It transpires that MS are updating big customers like the British NHS but for now all us little people will have no more patches for vulnerabilities as they become known. The marketing guys in Redmond no doubt have been pushing for this for years as XP is still just fine for lots of applications. Given how poorly received Vista was it's no surprise that a full one third of folks visiting Google yesterday were doing so with Windows XP.
Given that pretty much all of the patches that XP got in 2013 were also applicable to Vista, Seven and Eight it seems that going forward as they patch those newer versions the bad guys will reverse engineer the fixes and find those vulnerabilities in WinXP. So, the risk to XP will get worse quicker than it has previously. However; according to Steve Gibson at Security Now! (why are you not listening to that podcast, IT warrior?!) if you look at all the vulnerabilities in XP patched between 2011 and yesterday you would not have fallen foul of any of them if you were doing the following;
- NOT running as admin; I know most Windows users assume this is necessary but it isn't. Once you've got that account running as you like wind it back to being a standard user. Just don't forget to make a new admin account before you do! You will need it occasionally.
- NOT running MS Internet Explorer - really; there are much better browsers.
- NOT running Java - you don't need it.
- NOT allowing active content to run by default in your browser; Firefox with NoScript and AdBlock mean you have a hassle for a day after you've switched, but once you've trained NoScript to the sites you use you are an order of magnitude safer on the web.
- MS Office - do you really need it? Libre Office is now good enough for 99% of people - unless you live deep inside Excel the open source alternative is as good/better.
So - if switching away from MS Office is a step too far just doing 1 - 3 would have saved you from 97% of exploits - in fact just doing no. 1 would have saved you from 93% of nasties.
Wednesday, April 09, 2014
Video for the next Root6 Google+ hangout; "Audio loudness - measuring baseband"
Next week we'll be doing an "ask us anything" G+ hangout which I'll stick on YouTube after the event. Here's a little segment we prep'ed ahead of time - if audio loudness - R.128 or ITU 1770 is of interest to you...
Saturday, April 05, 2014
The Engineer's Bench Podcast: Intelligent Power Distribution
Simon Quill of Bryant Unlimited and Phil go over their range of network controlled, intelligently monitored power distribution units.
Find it on iTunes, vanilla RSS, YouTube or the show notes website.
Subscribe to:
Posts (Atom)



















