home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MediaPortal Audio renderer - better video playback quality
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="arion_p" data-source="post: 651510" data-attributes="member: 45945"><p>In fact 24bit padded to 32bit is a valid format, and MPAudioRenderer supports it. But since MPAudioRenderer will output the exact same format as supplied for input, it is up the the codec to supply 24bit padded to 32bit samples and we will happily process and output that.</p><p></p><p>Now when we implement the adaptive bit-depth conversion, this could be one of the formats considered for output and if the driver supports it, it will be used automatically.</p><p></p><p>One observation, and possible explanation (but no excuse) for ATI supporting this format, is that 24bit packed samples are really slow to process. (Modern) CPUs work on 16,32,64 or 128 bits at a time. To work on 24bit samples you have to get 16 bits, then another 8 bits, pack them as 24 bits in a 32bit container, process them as 32 bits, then take out 16 bits, store them, take another 8 bits, store them, go on to the next sample.</p></blockquote><p></p>
[QUOTE="arion_p, post: 651510, member: 45945"] In fact 24bit padded to 32bit is a valid format, and MPAudioRenderer supports it. But since MPAudioRenderer will output the exact same format as supplied for input, it is up the the codec to supply 24bit padded to 32bit samples and we will happily process and output that. Now when we implement the adaptive bit-depth conversion, this could be one of the formats considered for output and if the driver supports it, it will be used automatically. One observation, and possible explanation (but no excuse) for ATI supporting this format, is that 24bit packed samples are really slow to process. (Modern) CPUs work on 16,32,64 or 128 bits at a time. To work on 24bit samples you have to get 16 bits, then another 8 bits, pack them as 24 bits in a 32bit container, process them as 32 bits, then take out 16 bits, store them, take another 8 bits, store them, go on to the next sample. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
MediaPortal Audio renderer - better video playback quality
Contact us
RSS
Top
Bottom