Skip to main content

Topic: Winamp FhG AAC encoder with gapless fix (Read 81704 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • nu774
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #75
I'm not a good, trained listener like the guys here, but I think FhG encoder VBR preset 2 is very good, too.
I've had an impression that QuickTime tends to move spatial locations of the sound for lower bitrate setting (sound at slightly off from center is encoded into dead center). For this reason, QuickTime AAC is sometimes too easily ABX-able only by spatial information change, even for poor listener like me.
Though I didn't tried much, FhG seems not suffering from this kind of problem.


  • nu774
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #76
[ Attachment Invalid Or Does Not Exist ]
Uploaded a sample to show the effect I wrote in the last post (though this is not a special example at all).
Try with qaac --he.

  • IgorC
  • [*][*][*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #77
By "last versions", do you mean 3.2.3 and later?

Yep

Were the average bit-rates of version 3.2.2 (the one of the 96-kb test) higher or lower than those of the Apple encoder on your test set at ~64 kb?

It was 3.2.4  and bitrate was just slightly higher than of Apple (+0.4%) while FhG produces 65 kbps on my large set of  albums and Apple 66 kbps.
3.2.2 produced around 70 kbps on average.

  • darkbyte
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #78
Maybe it's not the appropriate topic, but can we get an estimate when the FhG AAC encoder in Winamp will support HD-AAC encoding? 

Btw, the VBR Preset 2 setting sounds really good considering that this is an AAC+ with SBR which i don't really like  Although i've only listened to it through my amplifier yet. This way AAC+ always gives better result than listening to it using my phone. SBR's problems gets magnified with headphones by me.
  • Last Edit: 12 December, 2011, 03:11:51 PM by darkbyte
WavPack -b4x4hc
Opus --cvbr --bitrate 256 --framesize 5

  • darkbyte
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #79
Looks like i've killed this topic aswell.
WavPack -b4x4hc
Opus --cvbr --bitrate 256 --framesize 5

  • C.R.Helmrich
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #80
Looks like i've killed this topic aswell.

Don't worry, you didn't. It's just that I (or we) can't answer this question at the moment. And thanks for your verdict of VBR mode 2!

Thanks, Igor! Then I'll leave the bit-rate tuning as it is.

Chris
  • Last Edit: 13 December, 2011, 04:54:12 PM by C.R.Helmrich
If I don't reply to your reply, it means I agree with you.

  • darkbyte
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #81
Looks like i've killed this topic aswell.

Don't worry, you didn't. It's just that I (or we) can't answer this question at the moment. And thanks for your verdict of VBR mode 2!


Oh, i see  Sorry, just really like to test HD-AAC and keep asking it everywhere nowadays. 

About the VBR2 thing: i've tested it today while walking to work. With headphones SBR artifacts are easily noticable (especially where it adds sinusoids to the replicate content, or it missuses high volume noise in a band to replicate a complex waveform). However it's not that bad as i've expected. Maybe some tuning can be made to hide these annoying artifacts (i think it would be still better to replace complex waveform with some low level noise than encode a loud artifact which has nothing to do with the original waveform). I wish i could understand the complex algorithms behind HE-AAC so i can do some tune on my own. Maybe one day, i'm a programmer so there's hope
WavPack -b4x4hc
Opus --cvbr --bitrate 256 --framesize 5

  • Gainless
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #82
Thanks, Igor! Then I'll leave the bit-rate tuning as it is.

Chris


Is it maybe possible to do some improvement on the high frequencies?
I've tested a sample with hi-hats on VBR mode 2 and the difference is really obvious...
  • Last Edit: 14 December, 2011, 03:47:40 PM by Gainless

  • C.R.Helmrich
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #83
Is it maybe possible to do some improvement on the high frequencies?
I've tested a sample with hi-hats on VBR mode 2 and the difference is really obvious...

Probably not. As darkbyte mentioned, VBR 1 and 2 use SBR on the high frequencies, which is a parametric coding tool. Although it can get very close to the high-frequency input signal in terms of quality, it never fully reaches transparency in these frequencies. But you save quite a lot of bitrate. You can hear for yourself what it sounds like without SBR by choosing "AAC-LC Constant Bit Rate" encoding at 64 or 68 kbps in Winamp.

An SBR encoder is a quite complicated thing, darkbyte  But we'll check whether some fine-tunings are still possible.

Chris
  • Last Edit: 15 December, 2011, 03:17:06 AM by C.R.Helmrich
If I don't reply to your reply, it means I agree with you.

  • hernaaan
  • [*]
Winamp FhG AAC encoder with gapless fix
Reply #84
Is there a way to encode using FhG AAC codec out of Winamp? I mean, a command line encoder or something.

I'm interested in testing/comparing it but not very keen on installing third party software though.

EDIT: Sorry, just read this.

And to be clear: the command-line encoder you are talking about is neither developed nor supported nor endorsed by Fraunhofer (Fraunhofer sells its own command-line encoder which has dozens of switches, incl. quality). Nullsoft, in particular benski, have put the encoder and a lot of work into Winamp so that people like and use their software. So please appreciate that by using the encoder through Winamp.


I may not totally approve this in terms of compatibility but, anyway, codec can be used for free.
  • Last Edit: 15 December, 2011, 03:45:38 PM by hernaaan
$ lame -V3 -q2

  • ZinCh
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #85

  • lvqcl
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #86
I may not totally approve this in terms of compatibility but, anyway, codec can be used for free.


EULA:
Quote
3. RESTRICTIONS ON USE.  Licensee may not: (i) modify or create any derivative works of the Software
  • Last Edit: 15 December, 2011, 04:00:42 PM by lvqcl

  • ZinCh
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #87
so, if you follow terms - you cannot use this codec at all, because winamp itself have unresolved lgpl licensing problems described on second page of this thread

  • hernaaan
  • [*]
Winamp FhG AAC encoder with gapless fix
Reply #88
EULA:
Quote
3. RESTRICTIONS ON USE.  Licensee may not: (i) modify or create any derivative works of the Software


'for free' stands for the price. I mean, free as in 'free beer', not as in 'free speech'.
(Apple and FhG are pretty much the same this way. Nero, not that much.)

I didn't came here to start any flame war, anyway.
$ lame -V3 -q2

  • Brand
  • [*][*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #89
Is it necessary to use the --ignorelength command when encoding with Foobar? Could it do any harm if it's used, slower speed perhaps?
I've read the description, but I'm not familiar with the technicalities, so I'm not sure how it applies to practical usage. (I encode mostly from FLAC, BTW.)

  • kode54
  • [*][*][*][*][*]
  • Administrator
Winamp FhG AAC encoder with gapless fix
Reply #90
It is a good idea, since foobar2000 outputs UINT_MAX for the length fields, which will probably be processed wrong.

  • Brand
  • [*][*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #91
Thanks.
One thing I noticed is that when converting with Foobar the files are a tiny bit larger than when converting with Winamp. The difference is less than 0.01 MB for a track and it varies.
I used this command in Foobar:
Code: [Select]
--vbr 4 --ignorelength - %d

(I also tried without --ignorelength and it's the same as with it)
  • Last Edit: 16 December, 2011, 06:09:59 AM by Brand

  • mudlord
  • [*][*][*][*][*]
  • Developer (Donating)
Winamp FhG AAC encoder with gapless fix
Reply #92
Is there a way to encode using FhG AAC codec out of Winamp? I mean, a command line encoder or something.

I'm interested in testing/comparing it but not very keen on installing third party software though.

EDIT: Sorry, just read this.

And to be clear: the command-line encoder you are talking about is neither developed nor supported nor endorsed by Fraunhofer (Fraunhofer sells its own command-line encoder which has dozens of switches, incl. quality). Nullsoft, in particular benski, have put the encoder and a lot of work into Winamp so that people like and use their software. So please appreciate that by using the encoder through Winamp.


I may not totally approve this in terms of compatibility but, anyway, codec can be used for free.


Its a shame thier product is so badly protected.
IsDebuggerPresent()? Give me a break.

  • Gainless
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #93
I think I've found a new problem sample. The total ABX result is not that great, but after a reset I got a 9/10.
When you've downloaded the sample you'll notice a more or less subtle hi-hat after the kick starts. It sounded kinda off and harsh to me, which was the reason I started the test. I think there is already a difference when the kicks start, but I mainly focussed on the hi-hats that start at around 16 seconds and "respond" to the kicks. Everything was converted with the latest Winamp btw.

Someone may do a re-test? 





  • Gainless
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #94
Edit:
Forgot to mention it, the sample is encoded with the VBR 5 mode.

  • C.R.Helmrich
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #95
...the hi-hats that start at around 16 seconds and "respond" to the kicks.

These are quite tough for an encoder, since they are actually composed of many extremely short clicks. See spectrogram of the first of those hi-hats in the FLAC file. However, the encoder preserves them very well, except for above 16 kHz or so.

[ Specified attachment is not available ]

I've ABXed the sample. Even if you disregard the last vote (I got tired), I'm still hovering around 20% guessing, so no significant ABX from me.

Code: [Select]
foo_abx 1.3.4 report
foobar2000 v1.1.10
2012/01/14 13:37:16

File A: C:\Unrar\Infected Mushroom - Hush Mail (sample).flac
File B: C:\Unrar\Infected Mushroom - Hush Mail (sample).m4a

13:37:16 : Test started.
13:39:17 : 01/01  50.0%
13:40:05 : 02/02  25.0%
13:41:07 : 02/03  50.0%
13:42:38 : 03/04  31.3%
13:43:43 : 04/05  18.8%
13:46:05 : 05/06  10.9%
13:47:38 : 06/07  6.3%
13:49:42 : 06/08  14.5%
13:50:07 : 06/09  25.4%
13:51:17 : 06/10  37.7%
13:53:18 : 07/11  27.4%
13:53:49 : 08/12  19.4%
13:54:44 : 08/13  29.1%
13:54:51 : Test finished.

----------
Total: 8/13 (29.1%)

Chris
If I don't reply to your reply, it means I agree with you.

  • Gainless
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #96
...the hi-hats that start at around 16 seconds and "respond" to the kicks.

These are quite tough for an encoder, since they are actually composed of many extremely short clicks. See spectrogram of the first of those hi-hats in the FLAC file. However, the encoder preserves them very well, except for above 16 kHz or so.

(Attachment Link)

I've ABXed the sample. Even if you disregard the last vote (I got tired), I'm still hovering around 20% guessing, so no significant ABX from me.

Chris


Thanks for your effort, Chris!
What do you think, is there any room for improvement on this issue (if you can call it like that)?

  • C.R.Helmrich
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #97
Thanks for your effort, Chris!
What do you think, is there any room for improvement on this issue (if you can call it like that)?

Other than pumping more bits into high frequencies at VBR 5, no. I'll think about it. In the meantime, would you mind listening to the attached file at normal listening level (i.e. the same volume as during casual listening to music) and tell me how many tone pulses you can hear?

[ Specified attachment is not available ]
Chris
If I don't reply to your reply, it means I agree with you.

  • Gainless
  • [*][*][*]
Winamp FhG AAC encoder with gapless fix
Reply #98
Thanks for your effort, Chris!
What do you think, is there any room for improvement on this issue (if you can call it like that)?

Other than pumping more bits into high frequencies at VBR 5, no. I'll think about it. In the meantime, would you mind listening to the attached file at normal listening level (i.e. the same volume as during casual listening to music) and tell me how many tone pulses you can hear?

(Attachment Link)
Chris


The first one is pretty clear, the second one is already very quiet, and after that I hear nothing at all.

I guess that's not really good, isn't it?
  • Last Edit: 15 January, 2012, 06:54:55 AM by Gainless

  • C.R.Helmrich
  • [*][*][*][*][*]
  • Developer
Winamp FhG AAC encoder with gapless fix
Reply #99
The first one is pretty clear, the second one is already very quiet, and after that I hear nothing at all.

I guess that's not really good, isn't it?

That's a common misconception here on HA. You listened at normal levels (i.e. not cranking up the volume), so your performance is perfectly normal, maybe even above average for your age. At normal levels I get the same result as you. Bottom line: you might have heard artifacts below 16 kHz, so I'm not going to put more bits into high frequencies.

Is this "issue" a show-stopper for you? Apparently this was very hard to ABX. Can you live with the encoder's current performance on this item? Or are you really looking for utmost transparency?

Chris
If I don't reply to your reply, it means I agree with you.