2014-03-13, 09:58
But what if the device is turned Off - then the reset isn't supposed to be fired before the device is switched back on - is it?
2014-03-13, 10:28
You can't dynamically switch XBMC into a headless mode. Rendering can only be interrupted for a short period of time required by switching of refresh rates. If you pull the HDMI cable while video is playing, rendering has to continue. The OS switches to a virtual display in this case.
2014-03-13, 12:15
@repstein - please reproduce your problem with this testbuild. It only adds some debug printouts in the log file - so it won't fix the problem. Its more for getting the idea if there is something wrong on our side:
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
Post a debug log afterwards please.
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
Post a debug log afterwards please.
2014-03-13, 18:57
@repstein after doing the above - try this build if it fixes/changes the problem:
@Gigantur - please also try this build ...
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
@Gigantur - please also try this build ...
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
2014-03-14, 01:55
2014-03-14, 02:05
The last build did not fix the problem either. I'm able to recreate it the same way. Do you need a debug from that one too?
Randy
Randy
2014-03-14, 10:08
Sucks because you shut off the TV for the night and the next day, you have to exit XBMC and restart it. Even switching between sources causes issues.
Randy
Randy
2014-03-14, 15:50
@repstein - on your setup something happens which is nowhere documented in the Apple Programmers Reference. I consider it a bug but hope we are able to workaround it. In your case the operating system calls us with flags set to zero when it normally should call us with flags indicating what happened (e.x. monitor was unplugged, monitor was added, monitor was suspended and so on). So basically in your case the operating system tells us "something happened to a monitor - but we don't tell you what it was".
The following testbuild treats a "Something happend" as "We are done with reconfiguring your monitor" which should get your audio engine running again:
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
As usual please report back with a new debug log (wiki) after testing. Please watchout for regressions by this when using refresh rate adaption if possible.
Thx for your patience.
The following testbuild treats a "Something happend" as "We are done with reconfiguring your monitor" which should get your audio engine running again:
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
As usual please report back with a new debug log (wiki) after testing. Please watchout for regressions by this when using refresh rate adaption if possible.
Thx for your patience.
2014-03-14, 16:17
(2014-03-13, 18:57)Memphiz Wrote: @Gigantur - please also try this build ...
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
Will do over the weekend - still at work ..
2014-03-15, 04:41
This version did not fix it. I will create and post a debug soon.
2014-03-15, 11:41
It actually crashed this time on the attempt (when I turned the TV back on) and I was able to reproduce the error on the second attempt, so you should have a nice debug: Debug here
