What we can await for XBMC Eden?

there's more work involved than just linking against some lib and calling some methods. it is however perfectly possible to save time by integrating some backend that already supports multiple platforms, like myth.

but for the near future, you can forget about this, because of what topfs2 already explained.

ACK - you can not beat applications with 5 years (tvheadend) or 10years+ (vdr) within a blink of an eye, beside the requirements for the different uses are quite different, which you can serve better with different backends.

dushmaniac Wrote:2) if margro's build is unstable/slow at the moment, then it doesn't mean that it will be like that when it's done. it's a PREVIEW version.

I'd like to say that a while back when the plugin was python based, my channel changes were slow, but the latest patched build from Margro is working really fast and well, 1000% better than previous on my Win7 x64.

I'm switching from MC7 to XBMC/TV Server already as it's really only the lack of skins and a handful of minor bugs at this stage that make not 100%.

Anyway keep up the good work!

I think that existing architecture of PVR is really good. There are many backends and all of them have their strengths and weaknesses. Having them connected through plugins gives freedom of choice and possibility to have backend on different server.
What I miss i better stability. I usually program recordings via WWW interface, so I need only stable player of realtime TV, and player of recordings. So I think stability should be priority.

that currently does have priority (together with cleaning up the code and, after that's done, cleaning up interfaces to reduce dependencies).