Tweet
Rip and encode in parallel
This must have been discussed before but I couldn't find it.
I've just bought a full licence to dBpoweramp. I'm finding that the ripping process is very slow, slower than I remember when I had the free version and certainly slower than when I used to use EAC.
I can only rip and encode one file at a time and I note that all my CPU cores are hardly being used when encoding. I saw that there used to be a Power Pack add-on that allowed the CD to be read in parallel to the previous track being encoded but that the PP has now been withdrawn.
It says that it is ripping at x10 but it's taking 30mins to rip and encode one CD.
I am using Windows 7 with a 4 core CPU (plus hyperthreading), with 6 gigs of RAM, only half of which is being used, the latest version of dBpoweramp, have the multi-CPU option on and am encoding into ALAC and AAC concurrently.
[Edit]
I've now noticed a marked improvement in encoding speed by changing my destination folder from a network drive to a local SSD. I presume thatt his is becaus ethe CD is being first written in raw format before being read, encoded and re-written. Surely it's better to read into RAM before encoding.
One core of my CPU gets busy now. However, given that I am encoding in two formats, I'd have expected to see two cores busy. Perhaps it is because I am encoding in ALAC which doesn't require much processing and also in AAC which requires much more?
Another observation is that when ripping the same CD different times, I can see a vast difference in CD spin speeds. Is there a good reason for this?
I've just bought a full licence to dBpoweramp. I'm finding that the ripping process is very slow, slower than I remember when I had the free version and certainly slower than when I used to use EAC.
I can only rip and encode one file at a time and I note that all my CPU cores are hardly being used when encoding. I saw that there used to be a Power Pack add-on that allowed the CD to be read in parallel to the previous track being encoded but that the PP has now been withdrawn.
It says that it is ripping at x10 but it's taking 30mins to rip and encode one CD.
I am using Windows 7 with a 4 core CPU (plus hyperthreading), with 6 gigs of RAM, only half of which is being used, the latest version of dBpoweramp, have the multi-CPU option on and am encoding into ALAC and AAC concurrently.
[Edit]
I've now noticed a marked improvement in encoding speed by changing my destination folder from a network drive to a local SSD. I presume thatt his is becaus ethe CD is being first written in raw format before being read, encoded and re-written. Surely it's better to read into RAM before encoding.
One core of my CPU gets busy now. However, given that I am encoding in two formats, I'd have expected to see two cores busy. Perhaps it is because I am encoding in ALAC which doesn't require much processing and also in AAC which requires much more?
Another observation is that when ripping the same CD different times, I can see a vast difference in CD spin speeds. Is there a good reason for this?
Comment