I occasionally listen to R3 at work and have noticed a horrible content related crackling appearing recently. At the moment, I just want confirmation that it's not just me or my equipment, so any confirmation of the following example would be handy to know:
The program was this http://www.bbc.co.uk/iplayer/episode..._Shostakovich/ (Live in Concert from last Friday 27th September).
Scroll to about 42:30 - very quiet start, then clarinet begins at about 42:47, accompanied by a regular ticking/crackling. The crackling gets worse as the clarinet increases in volume, disguised in part as the orchestra accompanies. This continue all the way through and is very bad in the final notes at 58:22. A similar effect in the next piece eg at 1:02:11, I think it continues all the way through the program. It is most noticeable when you have a loud solo instrument, though sometimes it's not there (1:05:55 vs 1:06:10)
This program is only available until 10pm tonight, so if you are not reading this today (Friday 4th Oct) this will be irrelevant. If I find a more recent example, I'll edit the post.
(later) can also hear evidence btween 13:49 and 14:20 in http://www.bbc.co.uk/iplayer/episode...vich_(part_2)/
I've listened via streaming on a PC with Windows 7, a Nook HD+ Android tablet, on a Chromebook running ChrUbuntu and a Chrome browser and downloaded the stream using get_iplayer and played back with VLC. All the same.
It sounds to me like some particular combinations of frequency/amplitude components in the source induce an encoder problem.
The program was this http://www.bbc.co.uk/iplayer/episode..._Shostakovich/ (Live in Concert from last Friday 27th September).
Scroll to about 42:30 - very quiet start, then clarinet begins at about 42:47, accompanied by a regular ticking/crackling. The crackling gets worse as the clarinet increases in volume, disguised in part as the orchestra accompanies. This continue all the way through and is very bad in the final notes at 58:22. A similar effect in the next piece eg at 1:02:11, I think it continues all the way through the program. It is most noticeable when you have a loud solo instrument, though sometimes it's not there (1:05:55 vs 1:06:10)
This program is only available until 10pm tonight, so if you are not reading this today (Friday 4th Oct) this will be irrelevant. If I find a more recent example, I'll edit the post.
(later) can also hear evidence btween 13:49 and 14:20 in http://www.bbc.co.uk/iplayer/episode...vich_(part_2)/
I've listened via streaming on a PC with Windows 7, a Nook HD+ Android tablet, on a Chromebook running ChrUbuntu and a Chrome browser and downloaded the stream using get_iplayer and played back with VLC. All the same.
It sounds to me like some particular combinations of frequency/amplitude components in the source induce an encoder problem.
Comment