2012-07-31, 23:23
Others remote does not work like me 
I do full local sync and target speed, so the choice was made to get a big chunk of data from XBMC in one time since until Frodo this is the fastest way (and by a quite bit amount).
Others often request only songs from albums at runtime and / or gets only small parts of data.
Xbmc remote official use old deprecated direct SQL queries so even if it's slow there's no JSON encoding after the long query and that's this part that kill ATV. Check Json dev thread for more informations.
Doing subqueries would correct the problem specific for ATV but would make synchronization much longer (way much) so I decided to go this way with the side effect of some problems on ATV users with very big songs or tv episodes library.
When Frodo is out I'll implement small chunk sync since it should take the same global time, and I'll surely back port the code as an option to Eden users, but I'm sorry I'll wait at least Beta / RC of Frodo to implement things very specific to it.
I do full local sync and target speed, so the choice was made to get a big chunk of data from XBMC in one time since until Frodo this is the fastest way (and by a quite bit amount).
Others often request only songs from albums at runtime and / or gets only small parts of data.
Xbmc remote official use old deprecated direct SQL queries so even if it's slow there's no JSON encoding after the long query and that's this part that kill ATV. Check Json dev thread for more informations.
Doing subqueries would correct the problem specific for ATV but would make synchronization much longer (way much) so I decided to go this way with the side effect of some problems on ATV users with very big songs or tv episodes library.
When Frodo is out I'll implement small chunk sync since it should take the same global time, and I'll surely back port the code as an option to Eden users, but I'm sorry I'll wait at least Beta / RC of Frodo to implement things very specific to it.
