[Windows] AudioEngine testers - Windows platform only - Printable Version
+- Kodi Community Forum (http://forum.kodi.tv)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Development (/forumdisplay.php?fid=93)
+--- Thread: [Windows] AudioEngine testers - Windows platform only (/showthread.php?tid=124600)
RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-04-27 20:35
... Do you think it's worth experimenting with
in the advancedsettings?
RE: [Windows] AudioEngine testers - Windows platform only - gnif - 2012-04-27 20:41
@ix400 - I do not think so, I believe AE is failing to determine that the sink is open in the correct format on your system.
RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-04-27 21:43
gnif - you are short on sleep - Memphiz is OSx lol - but I got the ping
he keeps getting a sink flagged for restart msg - often prefixed by:
ix400 - can you disable stereo upmix in your gui setttings under System>Audio Output? see if that's borking it.
EDIT: tried on mine - stereo upmix wasn't causing an issue, nor should it on passthrough, just noticed it on and it's still a little raw. Still digging.
EDIT2: you say it happens with the file copied locally as well?
RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-04-27 22:56
I will do some more tests with locally stored files tomorrow.
RE: [Windows] AudioEngine testers - Windows platform only - Nimo - 2012-04-27 23:30
i have a problem with switching hdmi devices. switching off tv and start music with android phone for just listening music causes a windows error. i often get these error after resuming from s3 when i start htpc at first and then amp and tv. with right start order it works. in xbmc.log i found
ERROR: CAEsinkWASAPI::AddPackets: Endpoint buffer timed out
ERROR: CAEsinkWASAPI::AddPackets: GetBuffer failed due to AUDCLNT_E_DEVICE_INVALIDATED
same problem after resume tv standby.
RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-04-28 00:12
@nimo - yes, we need to add code to react if you shut off a device - AUDCLNT_E_DEVICE_INVALIDATED means the device is no longer available, whether turned off or unplugged. Right now we just log the error until you change the output device.
It's on the list
HDMI is supposed to handshake properly, and doesn't - unfortunately that's a manufacturer issue. All we can do is fall back to another device - we can't force anything to do a handshake again.
RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-04-28 06:57
Damian and Gnif,
I did a little more research. Here the results:
1. I tried to directly play high bit rate DTS-MA tracks from the SSD on which Win7 is installed. Works without any flaws, no buffering.
2. Playing the same files from my NAS causes buffering.
3. Testing with other high bit rate files, containing regular DTS or AC3, also results in buffering during playback.
4. Sometimes, for no obvious reason, it starts working without buffering.
As a non AE test build for cross testings I used Daniella's second latest build, which can play all files from my NAS without any buffering issues.
Hence, to me it looks like a "Frodo-NAS-access-performace"-issue that hasn't been present in the final Eden builds.
RE: [Windows] AudioEngine testers - Windows platform only - DanielaE - 2012-04-28 07:52
as you may have noticed, I've released a HD audio patched build derived from current master which should be pretty much on par with AE when it comes to XBMC's codebase. I've done that to provide a testing sidekick to AE. If you happen to see similar issues on both builds then there's a good chance that it's origin is in base XBMC code.
RE: [Windows] AudioEngine testers - Windows platform only - wints - 2012-04-28 09:43
Hi guys and girl great work hdmi switching problem is sorted for me but i now have no audio in tv series what are mp3? cheers for any advice
RE: [Windows] AudioEngine testers - Windows platform only - TRaSH - 2012-04-28 10:34
i did a few test with the latest build,
seems that the issues i had are solved.
DTS-HD MA 5.1
also i'm able to choose in the system-settings "use exclusive mode"
somehow that wasn't possible for me with the old version.
will do some more testing later this day.
for now i must say it works great
RE: [Windows] AudioEngine testers - Windows platform only - loekf - 2012-04-28 11:54
I fixed the playback of this Star Wars EP1 1080p MKV with DTS-ES. Turned out exclusive mode was off. Now all is ok.
I would suggest to enable exclusive mode as soon as someone selects WASAPI.
RE: [Windows] AudioEngine testers - Windows platform only - TRaSH - 2012-04-28 12:03
i just did a few more testing and found a little glitch.
when listening a MP3 on the last 10 secs there's a audio glitch like it looses the audio for a 1/10 secs.
it happens on all MP3's.
tried it with upmixing and without
RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-04-28 14:13
(2012-04-28 07:52)DanielaE Wrote: Chris,
Right now, I'm performing a complete re-install of win7. I have to say that the Zotac AD10 is a really slow machine, and maybe all the problems are caused by the fact that running win7 on it is borderline. Even with 4GB of RAM and a Crucial M4 it's really slow.
Originally I bought this little fellow for running openelec on it, and this has always worked without any buffering issues.
It might be that I have to wait till AE has found it's way into openelec.
RE: [Windows] AudioEngine testers - Windows platform only - Salem - 2012-04-28 16:12
(2012-04-28 14:13)ix400 Wrote: Right now, I'm performing a complete re-install of win7. I have to say that the Zotac AD10 is a really slow machine, and maybe all the problems are caused by the fact that running win7 on it is borderline. Even with 4GB of RAM and a Crucial M4 it's really slow.
Have you ever tried DanielaE's patch? She uses a Fusion e-350 machine not dissimilar to yours; runs Win8 and enables sync w/audio reclock. I have several machines, one of which is an AD04 with Fusion e-450 on Win7, works w/o issue; slow compared to my i5, but plays everything without question.
RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-04-28 18:47
Hi all -- glad things are clearing up a bit for most of you.
A few answers/comments:
- we (both AE and Daniela's patch) are currently based off master or post-Eden code, in our case anyways because there are a few nice improvements (notably the ffmpeg version bump with 10bit video support), but mostly because we had to re-base on the latest code for review and merge. Any bugs in both AE and Daniela's patch are, as she mentioned, most likely from XBMC master, so you would probably see them with a fresh pull of master. In the case of Chris's (ix400's) buffering there's something very wrong if low-bitrate files like DD are buffering, and let's hope the re-install of Win helps. Unless there is a new bug in XBMC AE should not affect buffering/caching, and recent builds by Daniela should show the same problem. If her recent builds (post-Eden) exhibit the same issue but earlier ones don't, let us know as it means a recent bug in master.
- Exclusive mode is absolutely necessary for HD bitstreaming. Loekf - glad you are good now. I've come to the conclusion that Wasapi share mode is just not worth supporting, and plan on removing support for it in the next day or two, along with the GUI button. It's just going to cause more user issues like Loekf had. It offers none of the advantages of Exclusive mode nor any of the compatibilty of DirectSound, and with our event-based methods it does not support the preferred pull mode, only push. Short answer - it's out of there and won't be missed
- @trash - glad most things are working. The audio glitch at the end of an mp3 is a known issue mentioned in the post for this release, along with a crash I was getting on DVD menus. You may notice some odd behaviour on crass-fading too. Thx for the log and the report - it's now officially on the to-do list
- another added to the list is support for GUI sounds is not consistent across skins - but that one is a little further down the priority list, so bear with us.