Inconsistent bit-depth in ffprobe output

[rajivrp]

Hi,

The 'bit depth' / 'audio bits per sample' does't show consistent result for all videos. Sometimes it shows s16, sometimes fltp.

What does 'fltp' mean ?

-------------------------------------------------------------------------------------------------------------------------------------------------
$ ./ffprobe.exe C://Samples//Wildlife.wmv
ffprobe version 1.2 Copyright (c) 2007-2013 the FFmpeg developers
built on Mar 28 2013 00:34:08 with gcc 4.8.0 (GCC)
...

Duration: 00:00:30.09, start: 0.000000, bitrate: 6977 kb/s
Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 192 kb/s
Stream #0:1(eng): Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 1280x720, 5942 kb/s, 29.97 tbr, 1k tbn, 1k tbc
-------------------------------------------------------------------------------------------------------------------------------------------------

Thanks,
Rajiv

[Baldrick]

This forum section is only for ffmpegX related questions. Please post in in the video conversion section instead. I'm moving you this time.

[jagabo]

I suspect it means floating point.

[El Heggunte]

......

What does 'fltp' mean ?
......

FLoaTing-Point, because

lossy audio compression does not have a fixed bit-depth

[rajivrp]

Thanks

[jagabo]

No, because the uncompressed audio data was floating point values (many audio editors use floating point while editing). That has nothing to do with the lossy compression.

http://msdn.microsoft.com/en-us/library/windows/desktop/ff819498%28v=vs.85%29.aspx

[El Heggunte]

No, because the uncompressed audio data was floating point values (many audio editors use floating point while editing). That has nothing to do with the lossy compression.

http://msdn.microsoft.com/en-us/library/windows/desktop/ff819498%28v=vs.85%29.aspx

Thanks for correcting me

Not sure if such kind of info in the ASF header
( or in the WMA stream itself , go figure )
is considered "relevant" by every WMA decoder though.

[jagabo]

Not sure if such kind of info in the ASF header
( or in the WMA stream itself , go figure )
is considered "relevant" by every WMA decoder though.

The output can be floats too: http://msdn.microsoft.com/en-us/library/windows/desktop/ff819497%28v=vs.85%29.aspx

[rajivrp]

Thanks jagabo !