Bsn.dll v0.21 fixes Resampling issue

[DSPguru]

1. faq #19 had been updated. resampling issue is now solved in bsn.dll v0.21.

2.
Originally posted by bond
the mp4 container has support for such a postgain flag (volume element), but dspguru never implemented support for that :(
it was discussed here (http://forum.doom9.org/showthread.php?s=&threadid=62848)
i disagree of the way you put this.
as issue had been further discussed here (http://forum.doom9.org/showthread.php?s=&threadid=53863), the problem is not with the way the postgain data is stored, but with the application of gain during playback.
mkv, for instance, can hold aac audio, and (one day) should be able to support postgain for aac, just like it now supports BeSweet's postgain of ogg audio.
now, when muxing aac audio to mkv from a mp4 source, it really doesn't matter whether the postgain value is stored as a "volume" element or a comment element (like in ogg), as this is only temporary - until muxing. the only important thing is that it is being read by the transmuxer on the muxing process and by the aac directshow filter on the mkv playback.

[mikeson]

Originally posted by DSPguru
1. faq #19 had been updated. resampling issue is now solved in bsn.dll v0.21.
Great news, DSPguru! I'm eager to test it. Good work! ;)

[bond]

Originally posted by DSPguru
1. faq #19 had been updated. resampling issue is now solved in bsn.dll v0.21.great, thanks a lot!
are you using ssrc for resampling now or neros resampler?

the problem is not with the way the postgain data is stored, but with the application of gain during playback.
mkv, for instance, can hold aac audio, and (one day) should be able to support postgain for aac, just like it now supports BeSweet's postgain of ogg audio.
now, when muxing aac audio to mkv from a mp4 source, it really doesn't matter whether the postgain value is stored as a "volume" element or a comment element (like in ogg), as this is only temporary - until muxing. the only important thing is that it is being read by the transmuxer on the muxing process and by the aac directshow filter on the mkv playback.who says that the mp4 output is only temporary? are you sure that nobody will use the mp4 directly for storing the video too, thats perfectly possible!

because of that i proposed that you implement the storage of the gain value in mp4 the spec compliant way, as i was told the spec compliant way to store the value in mp4 is the volume element...
shitowax told me he implements support for this volume element in his mp4 splitter (perhaps its already available) so the aac decoder should be able to get this info if i got it right

otherwise whatever other container is used to store the aac stream afterwards is another question and the mp4 specs tell every transmuxer developer (not only these in this forum) where to find the gain value in mp4

but i am also happy with the tag way if it works
dont take this as an insult or requesting something plz :)

[KpeX]

Hi guys,

I split this from the AAC faq as I'm now working on merging it into the new Audio FAQ. Cheers,

[P0l1m0rph1c]

Is bsn.dll 0.21 already released? In that case, where is it?

I can't find it @ Dg's homepage.

[KpeX]

It's included with the BeSweet package (1.5b25). As mentioned in the AAC FAQ.

[P0l1m0rph1c]

Oh, i get it. You could at least report in your HP the silent update, for people who've already downloaded the earlier version.

Anyway, thnks for all your work, and keep up with the great work!:)