LP Rip with Distortion at the end of side one

@Waxcylinder:

I think rumour-control needs a reality check here - not under discussion or even consideration AFAIK

Ok and out of interest, you are only the second person I have seen using ‘AFAIK.’ The first was my sw guru colleague.

The problem with USB is that it sometimes struggles to keep up wth the exacting demands of recording digital audio, particularly on slower older processors - recording the audio is absolutely real-time any interrupt and audio gets lost - and in extreme cases the USB device appears to go AWOL and just generates “noise” until the whole system is reset.

Interestingly, I seem to recall Sombunya only had to stop the recording (I only have to pause) and re-start to remove the problem and not reset his system.

My sw guru has been reading this discussion and, completely without provocation, wrote the following:-

"In case of a HW bit error rate of 10^-9 for a 192kbps@32bit stereo (extreme case recording) you would get an error for every 81sec (as total audio bitrate is only like 12Mbps and not 480Mbps) and not every 2nd second as you mentioned in the thread, but it’s just a minor detail => What you see is certainly not USB HW bit errors I’m 99% sure.
In case SW can’t follow the speed, I would as well find it very strange. After all 12Mbps is nothing on a newer PC. (like 2.5% USB utilization). I recognize the hard real time requirement and being coded wrong it could be a problem, but I find it strange to believe. A 15fps VGA Web camera would need 15640480*8 = 36Mbps (just as an example)…
Even in case of storing data to USB hard drive connected to same USB Host controller, it would still only yield like 5% total USB but utilization with 2.5% being able to get moved to when it would fit in time… As you mention as well storage to Harddrive is guaranteed to be 100% fail safe (as it’s bulk). Only the potential isochronous input won’t be…

The above has been copied verbatim. I think on this point we ought to agree to differ. There are a number of persons that will agree with your statement that USB causes problems and FireWire does not even though they are both isochronous and, give or take, operating at similar speeds. Having designed USB interfaces and been responsible for stress testing to prove hw design and PCB layout, which does have consequences at 0.5GB/sec (the edges are much higher frequency than 0.5GHz), it will be extremely hard to convince me. My sw guru was my cohort when we were working at TI in Denmark, hence the understanding between us. I do not dispute that you have seen problems with USB interfaces but I do not believe for one moment Sombunya’s problem is the data rate on the USB link. As I said, I think we ought to let this one die a death, especially as I am not using USB. If you wish, I will allow you the final word I can’t be any fairer than that can I :slight_smile:

and in effect you almost seem to be agreeing with me with and I quote:-

I personally have used USB devices with Audacity from 1.2 4 to current to transcribe hundreds of LPs and tapes, initially with a USB TT which was rubbish (electronics good but platter lousy with too much wow & flutter) and latterly with an ART preamp and an Edirol UA-1EX USB soundcard with my old Technics TT and SME 3009. These have produced excellent recordings throghout with no USB or Audacity problems (and I listen on high-end kit QUAD electrostatics ESL-57’s and QUAD pre and power amps).

You have ripped hundreds of albums using a USB connection and I assume, though you never stated, did not have any problems. Surely if USB is such a big problem you would have had many many problems with rips going wrong or is it you did have problems and have not reported these problems in this post?

You also state:-

One thing I have noticed from several years of reading and working on this forum is that folk who deploy high-end-kit running at extreme settings seem to be the folk that often post issues - those who stick to industry “standard” bitrates etc. for CD/DVD production seem to suffer less of these problems.

and I have to wonder why as well; I believe I now know the root cause of the problem or at least a strong pointer to the problem in my system but more on that later…

@Gale:

VinylStudio ( > http://www.alpinesoft.co.uk/ > ) apparently records up to 32-bit 192 kbps. What quality do you use in that program?

I am making all my rips at 24/96 and for testing purposes I use 24/192. I have run Vinyl Studio on my, very slow, XP system capturing audio at 24/192 until the 4GB file limit is reached. I have run three successive tests and there was no problem. I can run more tests, and also run the same tests on my Win7, if you think this can be of any benefit. The 24/192 is only set in sw because, although my ADC box will do 24/192, I have not succeeded in getting the S/PDIF interface on my M-Audio card to lock to the higher sampling frequency. The M-Audio card seems to divide any sample rate above 96kHz by 2. I could use the 24/192 card to generate samples at 24/192 if you think this could make a difference though I do not see how running the sw at twice the sample rate of the ADC box could be a problem.

I know you (Dennis) are not using USB but I guess if you are not present during any recording you could try not using Software Playthrough.

I am always present during recording or at least the recording process is always within earshot so I do not wish to turn off play-through especially as I would then have to listen to everything ripped later. I have about 900 albums to rip in 90 days. This is quite a task ahead so I have little time for repeat playing or ripping.

To me the most likely reason is the very high sample rates combined with some event when the computer has to do some short intensive task. Possibly this is more likely to happen if you are using playthrough. Possibly if Vinyl Studio does not distort, it may be that it is a lighter footprint application or doesn’t write blocks every few seconds. 1.2.6 may be sufficiently “lighter” to record properly under circumstances where you are at the point of tipping over the edge into distortion to the high sample rates/bit depth.

I agree, it seems as if something is overloaded but the rate is not so high for hardware or software so I am not sure I can agree with you. There is enough going on here to leave me very puzzled.

I don’t recall, but is there anywhere else in your chain where you are using a different sample rate and bit depth than you are setting in Audacity?

No, when I am recording everything is set identically. I only use a higher sample rate for testing and never a lower rate. My tests have shown virtually identical 2:1 ratios when I halve the sample rate.

Are you choosing Windows Direct Sound as Host in Audacity Device Toolbar? DirectSound should have much lower latency than MME on XP.

I have been using the default which, I believe is MME.

To me the most likely reason is the very high sample rates combined with some event when the computer has to do some short intensive task. Possibly this is more likely to happen if you are using playthrough. Possibly if Vinyl Studio does not distort, it may be that it is a lighter footprint application or doesn’t write blocks every few seconds. 1.2.6 may be sufficiently “lighter” to record properly under circumstances where you are at the point of tipping over the edge into distortion to the high sample rates/bit depth.

Agreed, it seems like a work loading and task conflict. In the following paragraphs I would hope you can see why one has to keep an open mind when trying to diagnose problems.

Ok, now to the crux of the problem, this is part of the email I sent today to my sw guru:-

I have changed to Vinyl Studio and no problems, that is, until a couple of hours ago i,e, the rip of my 5th album today, prior to this I had ripped 24 albums with Vinyl Studio. On the 5th album there was severe distortion at the start of the recording, press pause, and start and everything is okay. Why one asks. Hopefully the reason is simple. Last night I changed my Audio card I use for the S/PDIF interface back to the 24/192, I am using the 24/96 card for testing on my XP system. I suspect the S/PDIF interface, RAM or some other hw, on the 24/192 card is not behaving properly. I not only changed to Vinyl Studio when I had the distortion, I also changed my hw set-up from the S/PDIF interface using the 24/192 M-Audio card to one using the 24/96 card. I know I know, one change at a time. So now I am back to ripping using the 24/96 card as the S/PDIF interface. However, our discussion regarding the USB distortion, which is were we came in, is still valid. It just goes to show you have to keep an open mind on these issues. I was convinced this was a sw issue but now it seems, almost certain, there is a problem with the S/PDIF interface/hardware circuitry on the 2nd audio card. I also had other recording issues today whereby the record function did not work i.e. Vinyl Studio was not communicating correctly with the sound card drivers and I had to re-boot my Win7 system + the S/PDIF interface lost sync on two occasions after stopping a rip which required the M-Audio interface and Vinyl Studio to be restarted. (The previous sentence has been added for completeness.) I have not seen these types of error before in all of the rips. Problems problems and no test gear to be certain as to the root cause.

I was so surprised at the distortion I did not think carefully and I failed to record the sample, actually I overwrote the sample. In Vinyl Studio you have to give the file name at the start of the rip. I do not know if the distortion has occurred at capture, replay or even in the ADC or DAC boxes.

I do not believe Audacity could have random data capture buffer errors so unfortunately that only leaves an error on my part. Put into words of one symbol, I must have missed the distortion when I was monitoring the album rip. How, why, I could have missed this I have no idea. I still have doubts that I could have missed distortion that is so bad. Maybe the monitor function was switched off but I do not think this was the case. Suffice to say I cannot give any concrete root cause but I no longer believe Audacity is at fault unless of course there is a common function or library that both Audacity and Vinyl Studio are using. I still have a long way to go with my rip so there may be more progress…

There are only two good things that may have come out of this discussion:-
i) It is most important to keep an open mind :slight_smile:
ii) At the present time-slice my noise seems to be caused by a faulty audio sound card; it will be interesting if I have another occurrence of distortion. Now that would really put the cat amongst the pigeons, as we say.

I will have to make the appropriate connecting cables and then I will start to rip using the suspect, 24/192, M-Audio card do digitise the audio thereby removing the ADC box and S/PDIF input interface from the data collection path. This is not a 5 minute task as I do not have the appropriate connectors to make the required cables so please be patient and of course, I may have to rip a large number of albums to have a high confidence level.

Let me ask a question, how can the identical symptoms that both Sombunya and I have experienced be caused by USB in his case and a hardware sound card in my case? The identical symptoms was described by Sombunya as if the LP was a bad pressing, static, loose connections etc. and sibilance by myself. These errors were resolved by breaking the audio capture process. Using both Audacity and Vinyl Studio, my error was resolved by pausing, maybe Sombunya stopped and restarted his recording session. Something still does not seem correct here but what, I do not know.

If I have any news I shall update this post.

Yes I kind of am agreeing with you, I agree that with a good USB cable, a good USB socket, a good USB soundcard (with a good ADC) and a resaonably sized and fast computer (one that is not engaged on other tasks) then the USB should not be a problem. And certainly that has been my experience.

The reason that I wrote about the problems with USB comes from the experience of working on this forum where we have fixed issues for folk by:

  1. using a different USB port
  2. replugging the original USB port
  3. replacing the USB cable with a better quality (and sometimes shorter one)
  4. not chaining USB cables together (though I have done that myself successfully)
  5. getting a better USB soundcard (the Griffin iMic seemed to be particularly problematic at one time).
  6. not using a USB hub
  7. a combination of the above …

One thing that I do do to avoid having to unplug and re-plug my audio USB all the time (with the objective of trying not to introduce noise/bad connections) is I purchased a three-way passive switch (SkyTronic, nice low noise-floor). This is fed from my: TT+pre-amp, FM Tuner, tape-deck. It then is permanently plugged to my Edirol soundcard which in turn is permanently plugged to my desktop recording PC (which is used mainly only for dedicated recording/editing).

But like you I too am puzzled that both you and Sombunya seem to be experiencing similar symptoms and with similar resolutions with abd without USB :confused:

WC

That may be slighly problemmatical. I seem to recall from reading previous threads that what Audacity feeds you through Software play-through is the signal that it is going to record, not the signal has been recorded. I.e. it is not operating like a 3-head taperecorder.

That’s ambitious, good luck - I’ve managed about 500 in 5 years (and I’ve still got one boxful of Mrs. Waxcylinders LPs to work on … :slight_smile:

WC

@Waxcylinder:

otwo_pipes wrote: I am always present during recording or at least the recording process is always within earshot so I do not wish to turn off play-through especially as I would then have to listen to everything ripped later.
@Waxcylinder:That may be slightly problematical. I seem to recall from reading previous threads that what Audacity feeds you through Software play-through is the signal that it is going to record, not the signal has been recorded. I.e. it is not operating like a 3-head tape recorder.

I was only using the 3 head tape recorder as a simplified example so people that could not understand my convoluted description could replace one, easily understood block, with my complex set-up. It would be unique if sw could replay the open file that is being written to disc. I did realise the replay is from RAM and not the hard disc so I hope I did not miss-lead any of our readers.

otwo_pipes wrote: I have about 900 albums to rip in 90 days. This is quite a task ahead so I have little time for repeat playing or ripping.
@Waxcylinder:That’s ambitious, good luck - I’ve managed about 500 in 5 years (and I’ve still got one boxful of Mrs. Waxcylinders LPs to work on …

Very ambitious but Thailand and SE Asia will not wait. It is, come October and I am off for maybe 5 or 10 years. I want to have my music collection with me so, with dedication and luck, maybe this is achievable. I can easily average 9 albums per day as long as I do not have any hiccups like today. The dreaded buzz came back but somehow it was different. Most confusing as it was present on live and monitor, hmmm thought me. To cut a long story short this buzz was eventually traced to the mains socket of the cable that was powering my XP system. This was a PC that was switched OFF, off meaning no current but the socket was causing a very low level buzzing interference on my audio system. The buzz was so low that it was only easily audible with the amplifier at full volume and that is 50 watts RMS per channel. How did I find the root cause, I flipped the mains switch I have in series with the power lead to the XP and almost took my speakers out. The XP PC was not in standby because the series mains switch was off; the current really was zero but the socket was arcing and causing the buzzing interference on my stereo system. Moral of the story, keep an open mind :slight_smile:

Yes I kind of am agreeing with you, I agree that with a good USB cable, a good USB socket, a good USB sound-card (with a good ADC) and a reasonably sized and fast computer (one that is not engaged on other tasks) then the USB should not be a problem.

Very good; we have some agreement at last and that can only be good for this forum. No-one should dispute your points 1-7, I certainly do not. The only point I was trying to make, in the previous discussion, is you should not immediately decide it is a USB issue without including other possibilities as well. It is better to have a balanced response than to hi-light only one issue which may, or may not, be the root cause.

But like you I too am puzzled that both you and Sombunya seem to be experiencing similar symptoms and with similar resolutions with abd without USB

Yes puzzling but that does not mean it cannot be resolved especially as I pointed out, I can re-configure my system hence I can test and rip at the same time then report any ongoing problems.

Hey O2P,

I’ve just notice that Brain Davies has just released a new piece of software that may help you speed up your workflow.

ClickRepairRT is a real time version of CR that enables you to process thge capture signal as it passes through. I’ve no idea how to route the output to Audacity - but it’s worth a try. CR-RT is bundled with CR so if you download the latest version of CR from Brian’s site you will also get CR-RT.

Do let us know how you get on if you try this.

WC

Thanks for the info but my workload with ripping is so onerous I decided a long time ago to only rip. I can easily process with CR, or any other sw, when I am based in Thailand after all, I will need something to do :slight_smile:
Thanks for the info; it is much appreciated.

@'Steve:

An issue that I really don’t want to bring up (again), but it is relevant, is that there is no benefit to recording in 24 bit with any release build of Audacity on Windows because PortAudio (the library that acts as an intermediary between Audacity and the computer sound system) only passes 16 bit data to Audacity - the last 8 bits of 24 bit audio are replaced with padding (8 zeros if I remember correctly). Does it make a difference to the recording? Yes, but not very much, it means that there will be digital noise at a level 96 dB below full scale.

The important section in the quotation is, “(the library that acts as an intermediary between Audacity and the computer sound system)”
Does the 16 bit PortAudio limitation apply when the ADC is an external box, as in my case? I am not, as far as I am aware, using the computer sound system because the external ADC interfaces to Audacity via S/PDIF. Audacity sees the M-Audio driver interface because I can select the S/PDIF input.

Does anyone know of a good link whereby I can read about the data format of the digitised audio when stored to the hard drive as a WAVE file?
Do you have a link to the format of the data file Audacity writes to the hard drive when storing data in WAVE format?
I have tried this link:-
https://ccrma.stanford.edu/courses/422/projects/WaveFormat/
but I cannot completely decode the audio data. I am trying to see if my data is in 16 or 24 bit format. I am using a Hex editor to look at the WAVE data file.
Thanks.

As far as I’m aware the limitation applies to any kind of sound card on Windows when using the version of Portaudio that Audacity currently uses when using Windows drivers.
24 bit capture is, as far as I’m aware (subject to hardware, drivers and making the correct settings) available if ASIO drivers are used, but due to licensing restrictions Audacity cannot be distributed with ASIO support. ASIO support may be added if building Audacity from the source code for personal use only. (details here: Missing features - Audacity Support )

I’ve read encouraging reports about Portaudio suggesting that this limitation will not be an issue in later versions so we can look forward to full 24 bit support on Windows in the future.

As I understand it, we have to implement WASAPI support to get 24-bit recording on Windows, not merely update PortAudio.

The other strong reason to implement WASAPI support is that it should provide a native way for Audacity to record streaming audio irrespective of the sound device.


Gale

@Gale Andrews:

As I understand it, we have to implement WASAPI support to get 24-bit recording on Windows, not merely update PortAudio.

In which version of Audacity is WASAPI incorporated?

It isn’t yet: “we have to” - future tense!

Ooops!
Thanks for the update :slight_smile:

@Steve:
On page one of this post you stated:-

Switching to the spectrogram view and zooming out a little (same selection):
firsttrack001.png
That red vertical bar shows the frequency representation of that glitch.
Now lets zoom out a bit further:
window000.png
Holy smoke Batman, there’s hundreds of them.

Apologies for not being able to copy your pictures to insert here.
Unless I am very much mistaken your picture in the ‘Holy smoke Batman’ comment seems to be showing a time line at 43 minutes. This intrigues me becasue I uploaded just under 5 minutes of audio. Am I missing something here?

I have now had the time to produce a couple of spectrograms from the waveform I uploaded for you. Unfortunately my spectrograms have no similarity whatsoever to yours. Could you please explain what I may be doing wrong because, as you can see, my Audacity spectrograms shows no high frequency content whereas you state there are frequencies above 40kHz? From good engineering practice I have used a third party spectrum analyser tool. The similarity of the results between Audacity and the third party tool is remakable, which is only to be expected.
Spect The Nice2.JPG

The window shows from approximately 43.05 to 43.17 seconds.
The cursor is at 43.088 seconds.
To see the glitches you will need to zoom in a lot closer.

Steve: Thanks for clearing that up. It should have been obvious but I mis-read the timeline.
Unfortunately, that still has not helped with the differences betwixt your spectrograms and mine. Below is the spectrogram of the waveform I uploaded and as can be seen there are no glitches as you have shown. Either I am still doing something wrong or we are looking at the spectrograms of different waveforms. have you listed to the audio around 43 seconds because, in my waveform, there is no audible distortion at this area.
@otwo_pipes:

Problem: The audio file I have provided has significant distortion at times 29-34 seconds and 3:01 - 3:15.

If you can hear distortion at 43 seconds then maybe there was an error when you downloaded the file; maybe it would be worth downloading the file again.

You’re using a much larger “Window Size” for the spectrogram.

The larger the window size, the finer the frequency resolution, but the lower the time resolution. To see tiny glitches that are only one or two samples duration the window size needs to be quite small. In your image you’ll notice that the resolution vertically (frequency) is much finer than on the image that I posted, but horizontally (time domain) the image is “smudged” whereas the image that I posted is quite “granular”.

I’m downloading the audio file again now so that I can give you the actual window size for the image that I posted - it’ll be somewhere around 128 judging by the scale. Sendspace seems to be a bit slow, so I’ll write back in a short while when the download has finished.

To change the window size:
Edit > Preferences > Spectrograms

Blimey, that took a long time.
It’s finally finished downloading.

Yes, it looks like I was using a window size of 128.
You’re using a much more “narrow band” setting, which obscures detail in the time domain.

Thanks, got there in the end :slight_smile: