(2014-03-18, 04:02)Gigantur Wrote: (2014-03-17, 15:08)Memphiz Wrote: @Gigantur 2 new testbuilds:
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
http://mirrors.xbmc.org/test-builds/osx/...x86_64.dmg
The first one would be my favorite solution if it works.
OK. On it now. Back shortly with results ..
First build - looks very good
Test 1 - Result: Did not replicate problem -
all good although (I did notice 1 or 2 secs of issue then it recovers
Test 2 - Result: Did not replicate problem -
all good
Second build
Test 1 - Result: No Audio and Jerky video -
Debug
I probably need more time for testing on "First build" to be confident as the results of a previous build looked very good initially as per this
post ..
I also had a thought - might the results be dependent on "audio keep alive" (1 minute in my settings at present) - I think my TV does a "firmware search" for the first part of standby then it makes a clicking sound and is fully in Standby (I have been waiting for this "real standby" before waking then testing).
For example, perhaps the keepalive keeps sending a silent audio stream and there is a race condition with standby - I will time the TV from clicking standby to the click.
It is worth noting that rebooting the mac with the TV fully off leads to graphics device initialisation errors (yet rebooting with TV in standby is fine - this suggests the two are different states). At one stage I wanted to reboot each night (due to EyeTV issue) - I had to write a bit of shell to check the TV was detected in system profiler (i.e in standby) and reboot only if so.
UPDATE:
Third Build -
Latest in the thread -
Also looks very good
Test 1: All good (I did notice 1 or 2 secs of issue then it recovers)
Test 2: All Good
In terms of the instances of 1 or 2 secs of issue and then recovery from it -
this build was fine the whole time of the tests (albeit with other issues)