INTERACT FORUM
More => Old Versions => JRiver Media Center 20 for Windows => Topic started by: vezza on September 28, 2014, 04:45:25 am
-
Hi,
I have the MC20 installed since about a month. It was version 20.0.10, then this morning it has automatically updated to the latest version, 20.0.17.
Suddenly the CD rip speed has dramatically dropped: it was around 6x until yesterday, now it never reaches 3x (it's from 2.5 to 2.9x normally)
No idea what the cause is but I'd like to know if I am the only one experiencing this...
Thanks,
Luca
-
Do you have Secure RIP turned on?
In recent versions the secure rip function wasn't working. It was fixed in 20.0.17;
20.0.17 (9/19/2014)
8. Fixed: Secure CD rip mode was not getting enabled.
When Secure RIP is working it will slow the CD rip down quite a bit. So no, you aren't the only one. But that is okay because now it is working properly.
-
Mmm... if that was the issue then I should not have the problem, as I am on 20.0.17, right?
Anyway, I've tried everything (disable it, re-enable and then disable again, reboot, ...) and there is absolutely no change, speed is still very slow.
Another thing I noticed: the rip progress bar (close to the song name, in the Status column) gets updated in a different way than in the previous version (slower, too...). Yesterday I remember it going smoothly and continuously. While today it gets refreshed approximately once every ten seconds.
When time I'll try to uninstall the latest version and go back to 20.0.10 and let you know, ok?
Luca
-
Okay. Also, search the forum for "secure rip". There was some discussion about it before the fix in 20.0.17.
-
LOL! I know I wondered why it was so fast with Secure Mode enabled, and then after the upgrade it behaved a LOT more like EAC. I read the line that it wasn't enabled, but you know...words have to be read, then linked to thoughts... ;D
-
I think I know what's going on... My problem is still that everything is slow even if I disable the secure mode (but at least I now know that slow speed in secure mode is fine).
It looks like in 20.0.17 the Secure mode is ALWAYS on. In my rip option i have set it to Normal, then ripping is still slow and at the end the report clearly states that the Rip was done in secure mode :). So, there is probably some issue in handling those flags, still.
Hope it helps.
Luca
-
maybe. but I would never rip un-secured unless the source is so messed up and you have no choice but to live with the possible errors. Think of your tweeters :)
-
Agreed. But here the point was about weird SW behavior... If there is a "Normal" (non-secure) option then it should work :)
luca
-
sorry what do you mean by SW?
Agreed. But here the point was about weird SW behavior... If there is a "Normal" (non-secure) option then it should work :)
luca
-
SW = software, the program itself, sorry...
Anyway, to recap, "secure mode" works fine, it is just slower that in previous version but this is the correct behavior. When using the "Normal" mode the rip is still slow (because probably secure mode is actually used).
So, the point is: if there is an option in the program, people expect it to work. And if it is called "normal", non-expert users may tend to use it as the default. If that option is not useful, of course it can be removed (that is up to the dev guys of course). Just wanted to let the team know about this.
I'll shut up now :)
luca
-
No, no please don't shut up!
I'm sure the devs wil find this very useful. As this is a recent fix maybe they forgot to put back the non-secure mode. I see your point. The semantics of "normal" is misleading too.
And btw I'm the idiot ... SW = software of course ;D My badSW = software, the program itself, sorry...
Anyway, to recap, "secure mode" works fine, it is just slower that in previous version but this is the correct behavior. When using the "Normal" mode the rip is still slow (because probably secure mode is actually used).
So, the point is: if there is an option in the program, people expect it to work. And if it is called "normal", non-expert users may tend to use it as the default. If that option is not useful, of course it can be removed (that is up to the dev guys of course). Just wanted to let the team know about this.
I'll shut up now :)
luca
-
Hmm, I don't even see secure rip as an option in MC's options anymore.
-
BTW, just out of curiosity, as I don't rip with JR what do you consider slow? 6x 12x, more? (assuming ripping to a local drive and not to a NAS directly)
on my external program the first cd starts around 10x .. if no errors it will jump up to around 18x. On 10 cds in a row without any errors, I'll be getting over 30x on one of my drives on another a good Plextor, it rarely gets higher than 24x. I realise this is pretty hardware dependant and maybe software dependant too (interpolation converting to flac, how many cores on the processor etc.) Just wondering what the ripping speeds are that are considered slow on a secure rip. In my experience ripping 1 cd is not going to be fast on a secure rip at first but it gets faster ...
-
Wow, those values are a dream to me...
Right now my ripping speed hardly reaches 3x, it is normally 2.5x or slower. In the previous version (when secure mode was no actually used), the speed was around 6x, but I've never been able to get above those values.
I'm ripping to a local disk, not to a NAS or other network drive.
luca