![]() |
|
[Windows] AudioEngine testers - Windows platform only - Printable Version +- XBMC Community Forum (http://forum.xbmc.org) +-- 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 - Hasu0bs - 2012-05-01 21:37 (2012-05-01 19:20)DDDamian Wrote: @Hasu0bs - PAP is meant more for adding in third-party software as DSPs and other sound-processing elements into the Windows audio layer, an ideal place for a virus and thus the protected status. The GF9300 is not hardware-compatible with bitstream formats. Ah thanks, i got it now! So far I got no glitches, this is perfect!! RE: [Windows] AudioEngine testers - Windows platform only - wints - 2012-05-01 21:54 (2012-05-01 21:28)DDDamian Wrote:(2012-05-01 20:46)DDDamian Wrote:(2012-05-01 19:58)wints Wrote: Hi yeah volume is up using "+" key and no music mp3s dont play either Cheers DDDamian did a search and found another guisettings.xml so deleted it started XBMC again it had changed all settings and skin back to default re-did the settings and pow all is fine again many thanks for taking the time to sort this lets all goes well for the merge
RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-05-01 22:11 @Hasu0bs & @wints: ![]() ![]() ![]() ![]()
RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-05-01 22:34 (2012-04-29 09:39)ix400 Wrote: I think I found a bug in the recent AE build: Chris, sorry missed responding to this. Unfortunately it's the classic handshaking issue. Your receiver should re-init a handshake when switching back to your HTPC - if it was then restarting XBMC would find the device. The best we can do here (assuming there's no receiver firmware updates that fix this) is fail gracefully back to another device, but that may be of no use to many users e.g. switching to internal speakers, etc. But once that handshake is lost and not re-initialized by the receiver there's nothing we can do to force it to happen. RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-05-02 06:05 Thanks. I thought this is a bug, since it never happened in previous XBMC versions, including the patched Eden-HD version. Chris ... Or might the problem be related to the one described in posts 214 / 215? RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-05-02 06:13 (2012-05-02 06:05)ix400 Wrote: Thanks. I thought this is a bug, since it never happened in previous XBMC versions, including the patched Eden-HD version. Windows has lost (or more accurately not re-received) the handshake from the receiver, so the device appears absent to Windows, which ultimately means from the audio driver/hardware. If it's a bug, rebooting XBMC would find the device again, but Windows itself no longer sees it. Perhaps a test - if you can reproduce the error, and exiting and re-starting XBMC still reports that it can't find the device, exit again and try play a test tone using any other player over HDMI. If that doesn't work, try unplug the device and re-plug, and see if that picks it up again. In theory, that should for sure re-init the handshake. RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-05-02 06:14 (2012-05-02 06:05)ix400 Wrote: Thanks. I thought this is a bug, since it never happened in previous XBMC versions, including the patched Eden-HD version. Windows has lost (or more accurately not re-received) the handshake from the receiver, so the device appears absent to Windows, which ultimately means from the audio driver/hardware. If it's a bug, rebooting XBMC would find the device again, but Windows itself no longer sees it. Perhaps a test - if you can reproduce the error, and exiting and re-starting XBMC still reports that it can't find the device, exit again and try play a test tone using any other player over HDMI. If that doesn't work, try unplug the device and re-plug, and see if that picks it up again. In theory, that should for sure re-init the handshake. It often happens with some TV's when they go into a sleep mode as well, or receivers put into stand-by. RE: [Windows] AudioEngine testers - Windows platform only - ix400 - 2012-05-02 06:23 I will do some more testing in the next days. RE: [Windows] AudioEngine testers - Windows platform only - DDDamian - 2012-05-02 06:32 (2012-05-02 06:23)ix400 Wrote: I will do some more testing in the next days. thx
RE: [Windows] AudioEngine testers - Windows platform only - serieofilo - 2012-05-04 01:58 Well, I've read this very long 32-page thread tonight and I'll try the latest XBMC-AE-20120425.exe this weekend. Today is very late ;-) Thanks to all the efforts of AE-Team (and, well, DanielaE in the HD patch I'm using actually). I hope my setup (I've updated my signature) will be OK for this build. I'll update Catalyst to latest version too 12.4. My questions now are: - Any Catalyst settings that I must change from a default installation? (actually I only change the Overscan for having a full 1920x1080 picture in my TV) - Any best settings to start with in XBMC? (video/audio, or are the default ones good) As I always use portable mode I'll try to recreate my config from scratch (add the video folders, change the scrappers, etc.) so nothing was left behind. As I've exported NFO/Thumbnails to the same video folders the scan will be fast ;-) Any other tip/advice for a transition from DanielaE HD Patch to this AE build will be very appreciated. Thanks. Edit: missed a question: what about skins? I'm using right now "NEON" from the main repository because of the ability of having smartlist in the main screen, Can I use it with this build? (I suppose it doesn't have any spam problems like Aeon but ... ;-) |