forum

AAC Audio support?

posted
Total Posts
11
This is a feature request. Feature requests can be voted up by supporters.
Current Priority: +0
Topic Starter
IppE
I was wondering if osu! could get MPEG-4 AAC support alongside mp3 and ogg formats, seeing as ffmpeg is already implemented in osu! and it has a pretty good AAC decoder (or you could use FAAD2, idk).

Reason for this is that AAC is usually transparent to source at 128kbps (or even lower at some cases),
something ogg rarely achieves (well, depeds on encoder) and mp3 cannot achieve, ever.
I know it wouldn't drop filesizes that much, but it still would be a improvement over a 320kbps mp3.

As for file extensions, I think both .m4a and .mp4 should be allowed (although technically being the same thing, just with a different extension).


Of course if theres MPEG-LA related licensing issues with implementing AAC or some other ridiculous difficulties, disregard this lol.
Ephemeral
320kbps mp3 audio isnt actually allowed in the guidelines for reason of filesize - this a rhythm game, not a sound library. Lossless audio is a tad excessive.

Most people have enough trouble finding decent quality audio to begin with. ogg is supported but is very rarely (if ever) used.
Topic Starter
IppE

Ephemeral wrote:

320kbps mp3 audio isnt actually allowed in the guidelines for reason of filesize - this a rhythm game, not a sound library. Lossless audio is a tad excessive.
Hence why I suggested AAC, as it provides as good quality at drastically lower bitrates.
anonymous_old

Ephemeral wrote:

Most people have enough trouble finding decent quality audio to begin with.
This is very true.

I encode my MP3's for osu! at VBR (forgot the vX setting; v2?) with a 224 kbps cap. This generally keeps the MP3 under 7MB, which is around the upper limit, and the quality loss is almost unnoticeable (and it certainly doesn't sound bad if you haven't heard the original).

IIRC AAC decompression isn't as efficient as MP3 decompression. I'd have to look at some benchmarks, but it may be too CPU-taxing to allow in osu!.

(Have you tried naming an .mp4 file to .mp3? That could work ...)
Topic Starter
IppE

strager wrote:

I encode my MP3's for osu! at VBR (forgot the vX setting; v2?) with a 224 kbps cap. This generally keeps the MP3 under 7MB, which is around the upper limit, and the quality loss is almost unnoticeable (and it certainly doesn't sound bad if you haven't heard the original).
True, but my point in this mainly was that while .mp3 sounds good at VBR v1 (that 224kbps you said) you could achieve the same percieved quality at much lower bitrates with AAC, say around the 90-130kbps range, thus having a smaller file. With this longer songs (4-6 min) could have about the same quality audio at about the same filesize as your 2 minute VBR V1 mp3 file.

strager wrote:

IIRC AAC decompression isn't as efficient as MP3 decompression. I'd have to look at some benchmarks, but it may be too CPU-taxing to allow in osu!.
Theres probably is a slight difference, but I doubt its big enough to noticeably affect performance. Though this depends on decoder.

strager wrote:

(Have you tried naming an .mp4 file to .mp3? That could work ...)
No, but seeing as this works with videos I wouldn't be surprised if it worked :D


Anyways this isn't something thats like desperately needed imo, just a suggestion I came up with.
qlum
decoding aac may be more resource consuming than decoding mp3 but not than the already supported ogg.
0_o
This would be quite useful for me since all of my songs are in ACC. I really don't know much about this sort of thing, but it would be nice if this was implementable.
peppy
AAC really isn't that good in my experience (at least not as good as stated above) though this may depend on the kind of audio.

Either way, I don't see any real need to implement this. It isn't currently supported and would require an extra library dependency. The filesize saving would be relatively minimal and would require the end-user to have some knowledge of the encoding process and bitrates. It would end up being used either by

a) users that have all their music in aac (probably at 128kbit, which sounds horrible)
b) the few users that actually want to attain maximum quality to filesize (probably about 5 of you out there).

Point b is valid but i don't agree with it unless you already have rights to the original song, at very least.
Topic Starter
IppE

peppy wrote:

a) users that have all their music in aac (probably at 128kbit, which sounds horrible)
Only if you use shitty encoders like FAAC, both QuickTime AAC and Nero AAC are relatively transparent at 128kbps.

But yeah I see why its not implemented, thanks for the reply.
peppy
I beg to differ; my tests with qt AAC at 128, 192 and even 256kbps resulted in very noticeable degradation (in blind tests). Let's not go too far into this argument here though, as it is highly dependent on perception and hardware.
aafi
hi peppy

it's been 4 years now, and osu installation bundle has reach to 71,3 mb

computers spec already improved significant recently

Here my opinion:

-> it's would be good if
mp4

has their partner

acc audio (match) :)



-> source from video no need to be converted
(this time, there are mapper has audio that embed on video
[such from like youtube, or niconicodouga]
and difficult to search for it's pure mp3 audio)

and:

if converted to mp3 -> file size will going up
if converted to ogg -> sound will be down



-> if you could add acc support now

improvement is:

+ osu now has powerful audio quality on size
+ allow you to make more interesting beatmap (because video and audio size down, you can put many more on it)
+ you can keep audio from video un-touched [no-quality loss] (no need to convert, just extract it out)

how about re think about what you said before

btw it's no loss if you add support it it
people still can use mp3, and also now mapper can put more effort to their mapset with acc audio
don't be afraid to change, because change will make you improved

let the world know osu! has most latest technology on audio support
same like it's video (h.264)

hey, h.265 already came out, (but it's still consume too much resource, due it still no hardware decoder for it)

Thank you, Peppy
as a future mapper i want to speak up this about this
it would be shame, if you just watch and don't do any thing

Keep up your work! ;)
Please sign in to reply.

New reply