2012-01-02, 23:27
repstein Wrote:http://pastebin.com/wqnRJzfv
This is running the build you sent me the other day.
Randy
PS: Updated URL.
pastebin is empty
nm, net must be very slow.
repstein Wrote:http://pastebin.com/wqnRJzfv
This is running the build you sent me the other day.
Randy
PS: Updated URL.
davilla Wrote:pastebin is empty
nm, net must be very slow.
repstein Wrote:Let me know if you need anything else. I'm all set to upload as many logs and perform any tasks you want for the next few hours.
Randy
repstein Wrote:Let's try this again.
http://pastebin.com/crhMJJBv
This is running the build you sent me the other day.
Randy
Quote:ERROR: CCoreAudioDevice::SetHogStatus: Unable to set 'hog' status
davilla Wrote:Only thing I see here is;
if we can't set hog mode, passthrough will fail which it does. Normally you can't set hog mode if something else has already grabbed it.
repstein Wrote:The machine is a default Mac mini running OS X Lion. It's dedicated to XBMC. There should be nothing else running on it other than default related software.
Any ideas?
As for the latest test build, I'm running the Dec 30th build you posted for me. Is there another (compiled) test build you want me to try?
Randy
davilla Wrote:see post #132
repstein Wrote:Has it been updated? That's the version I'm already running. I was running Eden-Beta1 and switched to the one in post #132. It even shows a Dec 30th build in the debug log.
Randy
davilla Wrote:#125 was built and posted on 12-30
#132 was built and posted a few days later, it does have the same git #, to change that I have to do full rebuilds. But the code handling is different.
davilla Wrote:#125 was built and posted on 12-30
#132 was built and posted a few days later, it does have the same git #, to change that I have to do full rebuilds. But the code handling is different.
repstein Wrote:davilla,
Additionally, I've been meaning to tell you this, ever since I started using the pre-11.0 through Eden builds, I've noticed that I have to kill XBMCHelperApplication after exiting XBMC to copy a new version of XBMC over the existing. Should that process die after exiting XBMC? Is that normal to have to kill the process to load a new version of software over the old when the main program isn't even running?
Randy