• Hey Guest. Check out your NeoGAF Wrapped 2025 results here!

mp3 ripping.. 128 vs. 192?

Status
Not open for further replies.
I look at it this way: if someone wants to make a horrible movie they should go right ahead. Maybe someone will profit off of it.

I never rip below 320, and I used iTunes for all my ripping and archiving.



I use Winamp for playing audio.


I can't show you the difference, but I stress to you high bit rates by posting this 320 so it'll stick in your psyche
:

320.gif
 
RaymondCarver said:
I look at it this way: if someone wants to make a horrible movie they should go right ahead. Maybe someone will profit off of it.

I never rip below 320, and I used iTunes for all my ripping and archiving.



I use Winamp for playing audio.


I can't show you the difference, but I stress to you high bit rates by posting this 320 so it'll stick in your psyche
:

320.gif

Too bad that everything I have read says that the itunes encoder isn't up to snuff. Use LAME it's where it's at.
 
RaymondCarver said:
I look at it this way: if someone wants to make a horrible movie they should go right ahead. Maybe someone will profit off of it.

I never rip below 320, and I used iTunes for all my ripping and archiving.



I use Winamp for playing audio.


I can't show you the difference, but I stress to you high bit rates by posting this 320 so it'll stick in your psyche
:

320.gif

Isn't using itunes for quality rips kinda.....well oxymoronic? (I've heard)
 
An iTunes rip sounds better than versions you can illegally download of your media.



What are this LAME alternative and other that you speak of?
 
Ecrofirt said:
Diablos, I'm going to be using CBR.
ummmmmmmmmm. why? the only reasdon to use CBR is because we're in 1996 anmd VBR hasn't been implemented yet.
 
borghe said:
ummmmmmmmmm. why? the only reasdon to use CBR is because we're in 1996 anmd VBR hasn't been implemented yet.

Because clearly, silence and constant tones sound better when described by 320kbits. Duh.

Btw, for reference (since someone sort of asked), with constant bitrate encoding you can figure out exactly how large a file will be in megabytes by multiplying the kbps number by 8192*(number of seconds) or by 137*(number of minutes).
 
256 or 320 can be considered superior if filesize is not an issue.

Lossless audio is 1411kbps. I don't buy the whole "this frame is ideal @ 160kbps, this frame is ideal @ 320kbps," etc. If you are constantly at 256 or 320 you are technically closer to 1411kbps than you would with the bitrate dropping and rising all the time.
 
borghe said:
ummmmmmmmmm. why? the only reasdon to use CBR is because we're in 1996 anmd VBR hasn't been implemented yet.

Jesus, is it so hard to believe that someone DOESN'T want to use VBR?

I asked very specific questions about CBR, and one about what ABR is. I'd really like it if someone can answer THOSE rather than tell me I'm an idiot for not using VBR.
 
well, VBR encoding algorithms have improved such that it is rather inefficient to use anything but that except for streaming purposes. we're well past the Xing days with muddy audio and uber-wabbling.

ABR is a trade-off of both VBR and CBR, with VBR used in a limited fashion as the encoder targets the mp3 file as close as possible to the ABR you set, be it 160, 192 or anything else.
 
Ecrofirt said:
Jesus, is it so hard to believe that someone DOESN'T want to use VBR?

I asked very specific questions about CBR, and one about what ABR is. I'd really like it if someone can answer THOSE rather than tell me I'm an idiot for not using VBR.
fact: VBR will give you the same sounding audio for less space than CBR. As scorcho said, about the ONLY reason to use CBR is for streaming. Otherwise CBR provides absolutely no advantage over VBR whatsoever and is actually deficient when it comes to filesize.

It's like having two cars. Identical in looks, power, and features. Just one gets 27mpg and one gets 36mpg. Is it so hard to believe that someone just doesn't WANT the 36mpg one? Yes, yes it is.
 
borghe said:
fact: VBR will give you the same sounding audio for less space than CBR. As scorcho said, about the ONLY reason to use CBR is for streaming. Otherwise CBR provides absolutely no advantage over VBR whatsoever and is actually deficient when it comes to filesize.

It's like having two cars. Identical in looks, power, and features. Just one gets 27mpg and one gets 36mpg. Is it so hard to believe that someone just doesn't WANT the 36mpg one? Yes, yes it is.
Fact: I'm not going to use VBR.

Let me re-ask my unanswered questions again:

Ecrofirt said:
Two questions:

What exactly is mp3 pro? If I use nero to try and rip a CD, it gives me the option to use mp3 pro, and the bitrates are very low for it.

Also, does anyone have a comparison of the same song ripped to AAC - AAC-HE, and mp3? I never really hear a difference with my music, regardless of what type it is.

Ecrofirt said:
What's the difference between MPEG I, MPEG II, and MPEG II.5?
 
MP3-PRO and AAC-HE are truly ideal for streaming, low-bitrate situations. using them for archival or local purposes is rather silly IMO as DAP support is relatively non-existant and i don't believe they were made with high bitrates in mind.

there are a ton of examples over at Hydrogen Audio which show that Nero-encoded AAC files are superior to nearly every lossy encoder out there on a bit-by-bit basis, especially on the low-end with AAC-HE (try the WOXY.COM 48kbps AAC-HE stream to see). that said, once pushed up to 192 it's really hard to discern much between LAME MP3, AAC, OGG and even WMA, kinda.
 
Ecrofirt said:
Because you're a fucking douche.

edit: And because I can't stand VBR.
bullshit. every recent (within the past few years) test posted on hydrogenaudio has shown VBR to be identical in quality to similarly rated CBR. now you're just being stupid. there is nothing to "not stand" with VBR.
 
Ecrofirt said:
edit: And because I can't stand VBR.
well if you're going to have a hatred over a technology that's proven to be more efficient and better than the alternatives, don't be upset if some think it's a completley irrational stance.
 
borghe said:
bullshit. every recent (within the past few years) test posted on hydrogenaudio has shown VBR to be identical in quality to similarly rated CBR. now you're just being stupid.
No, borghe. I'm just someone who cannot use VBR. I've made it clear several times now that I have no intentions to use it, so get off your fucking high horse about it.
 
Ecrofirt said:
No, borghe. I'm just someone who cannot use VBR. I've made it clear several times now that I have no intentions to use it, so get off your fucking high horse about it.
how can't you use it?

edit - and it's not a high horse. it's just not understanding why someone would knowingly choose an inferior format.
 
muncheese said:
i believe it's the same technology as in AAC-HE, where the encoder tries to replicate the high frequencies of the encoded audiotrack not by compressing it per se, but by creating a 'fingerprint' so that the player can recreate it. the advantage is that it saves a good deal of bits and allows the player to reserve more to the lower end where SBR cannot work on due to its complexity.
 
Society said:
Getting rid of data in a song is bad, why would you want to get rid of more of it (VBR)?
this is a falacy.


aaaaaaaaaaaaaaaaaaaaaaaaa is easier to compress than efjewalkjcfhewlaiejhcvwaeihfcviwe

similarly audio at a constant tone or audio with extremely low frequency response is easier to compress than audio with wider and more varied frequency response.

think of music as a frequency wave (which in fact it really is). during quieter parts of the wave there is, literally, less "data" there. similarly if there is a portion of data that is the exact same from frame to frame, why reencode it individually at every frame when you can just encode it once and tell it to repeat at every frame.

compression efficiency != throwing out data. 7-zip is more efficient than zip yet no data is lost.
 
Society said:
Getting rid of data in a song is bad, why would you want to get rid of more of it (VBR)?
because there are cetain times where bits are completely wasted on a piece of audio that doesn't need all the bits that a CBR allots. VBR has matured to where it'll sound better than CBR on the same audio track at comparable filesizes. a 192kbps CBR MP3 will not sound better than a ~192kbps VBR (LAME encoded of course) as the encoder will reserve bits that aren't needed for areas of greater complexity.

even a 256kbps CPR is wasted space as a ~250kbps VBR file will still be able to ratchet sections up to 320kbps when the audio demands it.
 
borghe said:
compression efficiency != throwing out data. 7-zip is more efficient than zip yet no data is lost.
bad analogy, i don't think the world would like a lossy file-compression scheme :)
 
scorcho said:
bad analogy, i don't think the world would like a lossy file-compression scheme :)
lol.. you're right. I should have clarified.

the point is that 7-zip produces WAY smaller files than zip (in some cases as much as 5000% smaller) yet no data is lost. being a more efficient compression method does not equate to throwing data out, especially in this day and age of actually trying to make BETTER sounding/looking audio/video codecs.
 
The only music I have on PC are live concert ROIOS. Every bit is valuable, that is why they are loseless. I could not image how bad they sound with any compression method.
 
Society said:
The only music I have on PC are live concert ROIOS. Every bit is valuable, that is why they are loseless. I could not image how bad they sound with any compression method.
which is COMPLETELY fair. but there you are talking about a lossy vs. lossless codec. when you are talking about lossy vs. lossy and at similar filesizes, VBR wins out every time and in every way over CBR.
 
Society said:
The only music I have on PC are live concert ROIOS. Every bit is valuable, that is why they are loseless. I could not image how bad they sound with any compression method.
and if you want a quick, good lossless encoder (that can be decompressed into bit-perfect WAV files), i suggest Monkey's Audio.
 
Status
Not open for further replies.
Top Bottom