The sample rate reported is computed incorrectly within XiiaLive. However, the computation we do is not related to the actual decoders. I have found the reason why it was reporting the wrong value and a fix will be part of not this next release but the one following it.

Thanks for the info! It greatly helps!

We have wanted to have recording for the longest I admit! The main issue is not enough resources to get it done quickly. Its always been one developer, me, doing support and coding :P But... I'm already actively planning and writing code to be able to record.

It would be great to hear how you envision the recording feature to work on XiiaLive. It's one of the features I'm excited about since it covers a lot of new code and a new improved stream engine.

Could you explain your idea or question :)

Thanks for the bug report! I have looked into it and was broken. I have fixed it and will be part of the next update, v3.0.1.1, hopefully this week.

Thanks for the details. We have recently rewritten the entire alarm handling code. Everything should run smoother and better performance. Next update coming out soon.

We have recently worked to fix/improved EQ support for all devices. This change will be release very soon.

Update:

User verified issue has been resolved with new fix to be released on v3.0.1.1.

Could you email me your backup file? I would like to see if there are any potential issues with it. Send it to xiialive@visualblasters.com.

Could you email me your backup file? I would like to see if there are any potential issues with it. Send it to xiialive@visualblasters.com.

If you like please send me an email at xiialive@visualblasters.com and I'll send you a beta version of XiiaLive with the EQ fix. Hopefully you can confirm it works.