dBpower LAME 320 CBR - "fast" encode fewer artifacts - why? |
dBpower LAME 320 CBR - "fast" encode fewer artifacts - why? |
Nov 22 2011, 05:10
Post
#1
|
|
|
Group: Members Posts: 35 Joined: 4-February 09 Member No.: 66614 |
I'm not sure if this is in the proper forum, although I did do ABX listening tests, which I'll post below. But all the first one shows it that two different 320kb LAME encodes were ABX-able.
At any rate, I can't figure something out: While comparing 320kb LAME encodes of the popular killer sample "Show Me Your Spine," encoded using dBpoweramp, I found that the well-known "sandpaper scratching" artifact that is prominent in the first few seconds of the song was much more noticeable when I selected "Slow (High Quality)" than when I selected "Fast (Low Quality)." To my ears, the "Fast (Low Quality)" setting produced a result much closer to transparency (though definitely NOT transparent), while with the "Slow (High Quality)" setting the artifacts were VERY obvious. I can't prove this other than to post the results of comparing those two compressed samples, where I scored 12/12 in differentiating them. There was a faint "cripsy" artifact at a particular point in the "slow" encode that was not present in the "fast" encode, and I'm also hearing that "scratching" sound more prominently in the Slow encode. Again, I scored 12/12: foo_abx 1.3.4 report foobar2000 v1.1.2 2011/11/21 00:56:55 File A: L:\Music Folder\1 MP3 Files for flash drive\Show_Me_Your_Spine__Sample (dB 320 quality fast).mp3 File B: L:\Music Folder\1 MP3 Files for flash drive\Show_Me_Your_Spine__Sample (dB 320 quality slow).mp3 00:56:55 : Test started. 00:59:27 : 01/01 50.0% 01:02:12 : 02/02 25.0% 01:04:19 : 03/03 12.5% 01:05:31 : 04/04 6.3% 01:07:33 : 05/05 3.1% 01:08:38 : 06/06 1.6% 01:09:28 : 07/07 0.8% 01:10:02 : 08/08 0.4% 01:10:46 : 09/09 0.2% 01:11:23 : 10/10 0.1% 01:12:09 : 11/11 0.0% 01:12:55 : 12/12 0.0% 01:12:59 : Test finished. ---------- Total: 12/12 (0.0%) Since I could also ABX the "fast" version 11/11 times with the original WAV, I didn't bother to ABX the "slow" encode with the WAV: foo_abx 1.3.4 report foobar2000 v1.1.2 2011/11/21 01:18:16 File A: C:\Users\superbu\Music\1 WAV Files For Itunes Import\Show_Me_Your_Spine__Sample (TRUE WAV).wav File B: L:\Music Folder Backup\1 MP3 Files for flash drive\Show_Me_Your_Spine__Sample (db 320 quality fast).mp3 01:18:16 : Test started. 01:19:37 : 01/01 50.0% 01:20:24 : 02/02 25.0% 01:21:04 : 03/03 12.5% 01:21:36 : 04/04 6.3% 01:22:11 : 05/05 3.1% 01:23:00 : 06/06 1.6% 01:23:27 : 07/07 0.8% 01:24:33 : 08/08 0.4% 01:25:35 : 09/09 0.2% 01:26:04 : 10/10 0.1% 01:26:47 : 11/11 0.0% 01:26:52 : Test finished. ---------- Total: 11/11 (0.0%) Anyway, can someone explain to me how it's possible that the "fast (low quality)" encode could have less prominent artifacts than the "slow (high quality)" encode? I thought the slow encode was supposed to be of better quality. This post has been edited by superbu: Nov 22 2011, 05:12 |
|
|
|
![]() |
Nov 25 2011, 08:53
Post
#2
|
|
|
Group: Super Moderator Posts: 4347 Joined: 23-June 06 Member No.: 32180 |
To keep discussion in this thread, I’ll reply to your post from Uploads here:
Apparently too late to edit the above post Yes, editing is only available for an hour after posting, for various reasons. I amended your initial post just in case.QUOTE I meant to say that the Foobar "Show Me Your Spine" samples sounded WORSE than the dBpoweramp encodes. Not sure why that is -- both use LAME 3.98, but the Foobar encodes actually sounded worse than even the "Fast (High Quality)" setting on dBpoweramp. Were exactly identical encoders and settings used in both foobar2000 and dBpowerAMP? You’re right to be baffled if so! But again, I think more information will be needed before anyone can propose an explanation for either of the phenomena that you’ve described. Perhaps another pair of samples, this time created by foobar2000 and dBpowerAMP respectively? Assuming, that is, that you verify the setup as noted above.
|
|
|
|
Nov 27 2011, 09:57
Post
#3
|
|
|
Group: Members Posts: 35 Joined: 4-February 09 Member No.: 66614 |
To keep discussion in this thread, I’ll reply to your post from Uploads here: Apparently too late to edit the above post Yes, editing is only available for an hour after posting, for various reasons. I amended your initial post just in case.QUOTE I meant to say that the Foobar "Show Me Your Spine" samples sounded WORSE than the dBpoweramp encodes. Not sure why that is -- both use LAME 3.98, but the Foobar encodes actually sounded worse than even the "Fast (High Quality)" setting on dBpoweramp. Were exactly identical encoders and settings used in both foobar2000 and dBpowerAMP? You’re right to be baffled if so! But again, I think more information will be needed before anyone can propose an explanation for either of the phenomena that you’ve described. Perhaps another pair of samples, this time created by foobar2000 and dBpowerAMP respectively? Assuming, that is, that you verify the setup as noted above.Good point, db1989. Unless they are using the exact same version of LAME with the exact same settings, it's not fair to compare them. I really mentioned it only as an aside. I'm mainly concerned with why the high quality setting on dBpoweramp's LAME at 320kb produces more artifacts in the "Show Me Your Spine" sample than than the low quality setting does, particularly since with dBpoweramp you must select a quality setting -- fast (low), normal (medium), or slow (high). |
|
|
|
Nov 27 2011, 14:08
Post
#4
|
|
|
Group: Super Moderator Posts: 4347 Joined: 23-June 06 Member No.: 32180 |
I'm mainly concerned with why the high quality setting on dBpoweramp's LAME at 320kb produces more artifacts in the "Show Me Your Spine" sample than than the low quality setting does, particularly since with dBpoweramp you must select a quality setting -- fast (low), normal (medium), or slow (high). It’s a completely fair question, but again the existence of this phenomenon has been known for a while and discussed at various points. Unfortunately, though, I don’t know of any specific threads/posts to point you to (besides that given by lvqcl, of course). Perhaps someone who has been paying more technical attention to LAME—maybe even a developer—could weigh in.I’m also interested to know whether or not this issue has propagated to version 3.99 (it’s not something I could easily test myself at the moment). |
|
|
|
superbu dBpower LAME 320 CBR - "fast" encode fewer artifacts - why? Nov 22 2011, 05:10
db1989 It certainly may help to upload your samples (30 s... Nov 22 2011, 11:45
superbu QUOTE (db1989 @ Nov 22 2011, 11:45) It ce... Nov 22 2011, 22:12
psycho QUOTE (db1989 @ Nov 22 2011, 11:45) I do ... Nov 23 2011, 16:56
lvqcl It seems that fast / slow means -f / -h (IOW: fast... Nov 23 2011, 03:22
lvqcl An example: http://www.hydrogenaudio.org/forums/in... Nov 23 2011, 17:12
superbu QUOTE (db1989 @ Nov 27 2011, 14:08) I... Nov 29 2011, 09:24
smok3 and you did actually abx all this? Care to share s... Nov 25 2011, 15:41
superbu QUOTE (smok3 @ Nov 25 2011, 15:41) and yo... Nov 27 2011, 09:59
db1989 I doubt that is a good idea. The default quality s... Nov 29 2011, 13:12
superbu QUOTE (db1989 @ Nov 29 2011, 14:12) I dou... Nov 29 2011, 21:12
Martel I clearly recall there was some version of LAME ma... Nov 30 2011, 16:21![]() ![]() |
|
Lo-Fi Version | Time is now: 23rd May 2013 - 04:48 |