Exceptionally slow Encoding of ripped tracks
Lately my Vault 2i takes an exceptionally long time to encode tracks. I am encoding to FLAC, although I haven't tried other formats.
It used to be that encoding would only lag a few tracks behind the ripping from the CD. This meant an entire CD would have finished encoding only a couple minutes after the last track was ripped from the CD.
Lately, when I rip CDs, ripping is still fast, but encoding takes forever. They queue up in the order they were ripped, but if I am ripping a stack of CDs, it often takes overnight (i.e., several hours) to complete the encoding process.
It seems to work fine, but this is annoying. What causes the slow encoding? Is it a sign of a problem? I am using BluOS 3.18.9, which I believe is the latest. Has anyone else experienced this?
-
I have tried rebooting, but it doesn't help. No one is listening to tracks on the 2i. I have checked to make sure there are no connections to the Vault 2i's internal storage. I do have one network share I am using as I have nearly used up all the internal storage on the Vault (2GB). I even rebooted the PC that has made connections to the Vault 2i's internal storage in the past, on the theory that maybe it still had a connection that was not showing up. None of this has helped.
When attempting to send a support request, another problem showed up - while typing in the problem, the window suddenly and unpredictably disappears, losing everything I have typed in it. I have tried 4 times to send a support request using the form, but it keeps randomly disappearing before I have entered everything, taking whatever I had typed in away.
How can I proceed to have this problem evaluated?
0 -
Yes, but how can I extract and send the internal log with the diagnostic info?
0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
2 Kommentare