[jingo_man]

tried that, davilla, by umount'ing the 3 AFP shares and firing up XBMC.

no joy. Finder runs in its (current!) range of 30-60%

PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
174 Finder 55.2% 18:27:28 26 294 747 24.1M 8.31M 24.5M 271M
473 XBMC 40.6% 3:44.82 13 157 537 65.9M- 28.6M 87.7M+ 296M+
479 top 6.9% 0:40.02 1 22 21 436K 324K 784K 27.0M
0 kernel_tas 3.8% 53:55.51 41 2 371 22.8M 0B 64.7M 736M
53 coreaudiod 0.7% 9:12.55 2 86 48 268K 852K 568K 31.0M
489 bash 0.0% 0:00.01 1 14 18 204K 716K 776K 27.1M
488 sshd 0.0% 0:00.01 1 11 21 120K 1.07M 440K 29.8M
486 sshd 0.0% 0:00.17 1 19 21 108K 1.07M 1.18M 29.8M
478 bash 0.0% 0:00.02 1 14 17 112K 736K 276K 27.1M
477 sshd 0.0% 0:00.10 1 11 21 84.0K 1.06M 276K 29.8M
475 sshd 0.0% 0:00.19 1 19 21 20.0K 1.06M 408K 29.8M
227 DiskManage 0.0% 0:00.11 1 41 45 4.00K 656K 236K 37.2M
226 AppleVNCSe 0.0% 0:00.03 1 26 31 4.00K 652K 252K 91.3M
225 ARDAgent 0.0% 0:00.10 6 92 75 64.0K 768K 336K 117M
196 check_afp 0.0% 0:00.09 2 25 22 4.00K 628K 160K 27.1M
176 airtunesd 0.0% 0:00.02 3 39 25 4.00K 264K 184K 31.5M


and the remote is still running like a dog, which has worked when AFP shares have been mounted as been using it for many months since being suggested on these forums in place of SMB which is troublesome on Mac-Mac PC's.

not sure about the Finder process always running at this level though... "ps auxwww" on the PID shows:
frontrow 174 39.4 9.7 279540 25476 ?? R 8:27PM 1105:37.91 /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder -psn_0_655361

[davilla]

Grrr, this one is a stumper.

Have you tryed the last nighly build ? -> xbmc-r28256-trunk-x86.dmg

[jingo_man]

yep, this was all installed yesterday evening using the XBMCLauncher items for the crystalhd driver and official XBMC mirrors, which the latest svn is still 28256

what processes "use" the remote? although i dont think it's signals are being nicked by another process... it just seems like there is a delay before it will accept the next button press or something...

i have 2 apple remotes (use the imac's remote for appletv too, but have disabled os x from infrared so not crossed clicks) and both have the same issue. the xbmc_remote seems to work fine, except on the pop-up keyboard. i also have the iphone app, but obviously there's no issue there as its using the http server to gain access.

are there any other options that can be tried? either in the interface, or the advanced.xml file?

i started it up again with debug logging enabled. from here, i clicked into the Video section, and tried to quickly navigate down the menu structure, but it only registered 1 of these clicks. i then backed out of the Video section and shutdown XBMC.

the logfile is here:
http://pastebin.org/254802

[davilla]

yep, this was all installed yesterday evening using the XBMCLauncher items for the crystalhd driver and official XBMC mirrors, which the latest svn is still 28256

what processes "use" the remote? although i dont think it's signals are being nicked by another process... it just seems like there is a delay before it will accept the next button press or something...

i have 2 apple remotes (use the imac's remote for appletv too, but have disabled os x from infrared so not crossed clicks) and both have the same issue. the xbmc_remote seems to work fine, except on the pop-up keyboard. i also have the iphone app, but obviously there's no issue there as its using the http server to gain access.

are there any other options that can be tried? either in the interface, or the advanced.xml file?

i started it up again with debug logging enabled. from here, i clicked into the Video section, and tried to quickly navigate down the menu structure, but it only registered 1 of these clicks. i then backed out of the Video section and shutdown XBMC.

the logfile is here:
http://pastebin.org/254802

It works like this; frontrow owns the IR device, it sends IR butten events to Launcher which translates them into XBMC events and sends them on to XBMC. On the AppleTV, XBMCHelper is not used so we can handle remotes that are "learned" by frontrow.

[jingo_man]

hmmm, guess thats not any help then...! haha

again, i dont fully understand the layout and locations of all items, and basically clutching at straws...

had a search on the whole filesystem for "keymap.xml", but nothing there. i thought it should have one somewhere to contain the apple remote's mappings of buttons. or is this built-in to the app now?

also, there is only a ~/Library/Application Support/XBMC/ directory with supporting files. there is no /Library/Application Support/XBMC/ and the ~/.xbmc/ only has a few items in too.

i only installed using the Laucher script, and i guess it was all successful. does this sound like anything is missing?

[davilla]

hmmm, guess thats not any help then...! haha

again, i dont fully understand the layout and locations of all items, and basically clutching at straws...

had a search on the whole filesystem for "keymap.xml", but nothing there. i thought it should have one somewhere to contain the apple remote's mappings of buttons. or is this built-in to the app now?

also, there is only a ~/Library/Application Support/XBMC/ directory with supporting files. there is no /Library/Application Support/XBMC/ and the ~/.xbmc/ only has a few items in too.

i only installed using the Laucher script, and i guess it was all successful. does this sound like anything is missing?

~/Library/Application\ Support/XBMC/userdata/keymaps is where you put keymap over-rides. system/keymaps in the app is where the default ones are but don't change these or it all goes away when XBMC.app gets updated.

What skin are you running ?

[jingo_man]

when its first installed, it selects constance, or something like that, by default. but i switched back to PM3, the other default provided skin.

[davilla]

when its first installed, it selects constance, or something like that, by default. but i switched back to PM3, the other default provided skin.

PM3.HD should be very fast.

[jingo_man]

just checking that this is as expected... (am sure this is different on the Linux installation, or maybe i'm getting all kinds of confused!)

-bash-2.05b$ sudo find / -name keymaps
Password:
/mnt/Scratch/Users/frontrow/Applications/XBMC.app/Contents/Resources/XBMC/system/keymaps
/mnt/Scratch/Users/frontrow/Library/Application Support/XBMC/userdata/keymaps

the system one is populated with various xml files. i will leave well alone! like said, think i am clutching at straws now to find the root cause...!

i would suggest possible hardware failure, of either the appletv or the remote, but it seems to function fine in the standard O/S interface and official apps, like iTunes.

[jingo_man]

sometimes, if i go crazy with button presses in "moments of rage" at the damned thing, it starts an endless (well it seems endless!) loop of button presses, i.e. it will endlessly scroll down

[jingo_man]

bumping this thread again, as i had a change in behavior recently that may be pertinent...

somehow, the appletv unit lost its connection/sync with my iTunes library on my iMac. when this happened, the remote control started working flawlessly inside XBMC (i.e. i could quickly scroll, and hold it down to scroll quickly through a list of items). this occurred for a number of sessions using XBMC over a period of a few days, watching a few different TV shows and stuff.

i then found that the unit had lost its iTunes sync'ing, so i set this back up. when i next used XBMC, the slow remote response was back...

do people who use the appletv for XBMC also use it regularly for the iTunes sync functionality? i basically play alot of my music through the appletv using the iPhone Remote.app to browse the library, or as a remote speaker config from the iTunes client interface on the iMac.

or do people only use the XBMC side of things, hence why others arent seeing the same issue?

does the version of appletv O/S and/or iTunes version play a significant part in this?

[jingo_man]

definitely a confirmed issue...

i dont know when this was introduced, as i have always had my appletv sync'ed with iTunes aswell as using it, for videos, with XBMC. but it happened shortly before the start of this thread (circa march/april 2010)

iTunes is at v9.2.1, and generally always keep it as up-to-date as possible. i would estimate this issue started around the release of iTunes v9.0 onwards.

is it possible to confirm how the ATV remote works when in correlation with iTunes?

an earlier post Davilla had me post a "top" output. at the time, Finder CPU usage was running consistently above 40%, which he found strange.
i have repeated this test as part of this new testing, and the Finder CPU usage was couple percents only.

i need to have iTunes sync'ing so that i can play music through it (natively as well as through AirTunes), so would like to know if this issue will be resolvable?

cheers

jingo_man

[jackfalk]

I can confirm that this bug is still present in XBMC 10.0.