Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: encoding while you rip..cause skips? (Read 3962 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

encoding while you rip..cause skips?

A friend of mine told me that encoding at the same time youre ripping a CD might cause skips. Ive done this before and never had any problems. Is this true? Also, would anyone be so kind as to give me the proper command line for encoding while you rip to VBR? I cant quite remember...

--alt-preset standard    but theres more characters

also, is lame 3.90.3 modded still considered the best version for vbr ripping?

thanks in advance 

encoding while you rip..cause skips?

Reply #1 –
Quote
A friend of mine told me that encoding at the same time youre ripping a CD might cause skips. Ive done this before and never had any problems. Is this true? Also, would anyone be so kind as to give me the proper command line for encoding while you rip to VBR? I cant quite remember...

--alt-preset standard    but theres more characters

also, is lame 3.90.3 modded still considered the best version for vbr ripping?

thanks in advance 
[a href="index.php?act=findpost&pid=315466"][{POST_SNAPBACK}][/a]

This is true for burst mode, I don't think it would happen in secure.  Ripping while encoding is slower than ripping and then encoding - I did a test piping WAV data to a LAME process' stdin and it made the entire process slower than separating the two.  On the other hand, if you're ripping a track and pausing to encode that track before continuing, it's probably no different and definitely wouldn't cause skips.  I guess there's some debate here about the drive spinning down..

LAME syntax is: lame [options] <infile> [outfile]

LAME 3.90.3 is still widely used mainly because 3.96.1 couldn't be proven to be a significant enough improvement, and since all the listening tests were done on 3.90.3 that version is considered the most tested.  Also 3.96.1 is faster and produces lower average bitrates.  There's no uniform consensus on which version to use, and more people using lossless makes this a less interesting detail about MP3 anyway (for some).

encoding while you rip..cause skips?

Reply #2 –
If you want to do a "fast" secure rip you can also tell EAC to rip directly (via dll) to Monkey's Audio instead of wave.
(NB: maybe safer to use dll 3.97 instead of latest 3.99 with EAC, I had problems with EAC .95 pb 4 or pb 5 and Monkey 3.99 on special characters).

Then you tag your lossless files properly, and when you want to make them lossy, you convert them in a batch with foobar2000, and delete the lossless versions if encoding suceeded (I check the log and total length of source and destination files).

By doing this, you'll have time to listen to the songs, and decide how you want to encode them.
For example, my current "strategy":
- musepack --quality 6 --ms 15: when I would not want to loose anything, eg: great jazz or classical music
- lame 3.90.3 aps: for normal songs
- lame 3.96.1 medium: for dance music, etc. Where I don't mind if I loose a bit.
Best audio player for the power user: foobar2000

encoding while you rip..cause skips?

Reply #3 –
>This is true for burst mode,

Not if you have a modern drive that supports AccurateStream (most do), and not if you have a ripping program that reads a little back before to resync the audio (most do).

encoding while you rip..cause skips?

Reply #4 –
You're right, most drives/program will be able to resync without a problem.  I meant it's possible to get skips in the middle of a track if there's not enough CPU available when using burst mode, that's all.

encoding while you rip..cause skips?

Reply #5 –
You can test your reader with "Feurio"

if it can pass all the reading test...encoding at the same time you're ripping a scratchless CD won't cause skips



Quote
also, is lame 3.90.3 modded still considered the best version for vbr ripping?


3.96 is faster!  3.90.3 is very slow, it is very apparent and sort of annoying when you have a lower-end hardware

encoding while you rip..cause skips?

Reply #6 –
Since MP3 loses in listening tests to WMA, ACC, Ogg Vorbis etc. (at least, the ones I've seen), why do people who go to audiophile sites like this still use it as their lossey codec of choice?

encoding while you rip..cause skips?

Reply #7 –
Compatibility.
"You can fight without ever winning, but never win without a fight."  Neil Peart  'Resist'
 

encoding while you rip..cause skips?

Reply #8 –
Quote
Since MP3 loses in listening tests to WMA, ACC, Ogg Vorbis etc. (at least, the ones I've seen), why do people who go to audiophile sites like this still use it as their lossey codec of choice?
[a href="index.php?act=findpost&pid=316865"][{POST_SNAPBACK}][/a]


Can't recall ever seeing any tests where WMA flat out beat mp3 except on Microsoft's
website