Unreal Editor for Fortnite
Audio
Audio files are too heavy and we don’t have any way to understand how the download size is computed and how to reduce it
Audio file download sizes doesn’t make sense (see thread)
PC
bump 
Hey there! Sorry for the confusion on this point.
When you import an audio file into UEFN (or Unreal Engine), it is automatically converted into a 16 bit Wav file. This is why you are seeing your a number of your different file formats returning similar sizes in the editor view.
Then, when the file is cooked, it is compressed using Bink compression, which is what is compressing your 22k 32 bit wav file from 43.4MB down to 6.4MB.
Currently the only way users have to lower the overall size of their audio is lowering the sample rate of the file before import.
This web page goes through how importing audio into UE is handled.
Thanks for the answer, though I’m still not understanding things, I like the generic answer, however it doesn’t seem to explain the issues in my screenshot :
Would be great if you could also tell us what are the plans for the future, are we going to have control over any of this ?
Thank you for your time
Just to expand on this :
(and please let me know if this all checks out)
There is a key difference between audio file types is whether they are lossless or compressed.
WAV is a lossless file type, and what that means in application here is that the only control we have over the file size comes through the sample rate as the bit rate is constant.
For Lossless WAV files:
# Channels referring to mono or stereo (1 or 2)
Bit Rate = (Bit Depth) x (Sample Rate) x (Channels).
Since you know they’re going to convert this, then in this equation the only variable we have control over is the Sample Rate.
Standard sample rates are 48.0k and 44.1k in professional audio. The following example is a 44.1k .wav sample converted to a 22k .wav and a 22k .ogg file respectively.
Based on Lama’s findings and some additional testing and my understanding of audio I came to the conclusion that the reason that he’s ending up with larger files has to do with the following (this is my best theory):
Digital Distortion: Digital audio is trying to recreate analog signals which are in the form of waves, when we compress and audio signal digitally we create artifacts and clipping, squaring off the digital signature of an originally rounder wave. (This creates digital distortion, think of a bit crusher effect). Because we’re doing this process back and forth we end up compressing (losing audio fidelity and dynamic range) and then expanding in a destructive way.
Artifacts = Data: Anywhere there is an audio signal written (not silence) would increase the file size (which is different than video compression where more black pixels = less total colors written = less memory usage, so degradation of the file would almost always reduce the file size).
You’re essentially crunching down your wave forms (think of a bit crusher effect) and then expanding them and then crunching them down again.
Because lossless has a minimum file size at a given sample rate you can theoretically both lose fidelity and gain file size in that way.
Encoding: Different lossy compression algorithms and settings (bit rates, sample rates, etc.) have varied efficiencies and ways of handling audio data. This variability can lead to situations where converting between formats and bit rates results in files that are larger than expected, without any improvement in quality and in fact, with a cumulative quality loss.
We can see this with Lama’s example and if you convert your own file from .wav to .ogg and then back to .wav you can experience this yourself.
What this leaves us with the option to reduce the sample rate which I would argue isn’t worth the cost when comparing the end result and measuring (Audio Quality : Memory Cost) as the value ratio:
Personally I would look for memory savings elsewhere and stick to 44.1k 16-bit .wav files that have never been converted to a lossy quality.
Bump 
