2009-09-10, 02:56
Nope, sorry - had more pressing things to work on unfortunately
cyberwizzard Wrote:Slightly off-topic but maybe relevant to the idea: I've been hacking/poking at the Crunchyroll site for a while now and unfortunately they have the whole thing locked up by encrypting the subtitles making the direct playback of movies on that site impossible or just to much work.
If I had a webkit engine (or similar) with Flash support however, it would probably be possible to control the native CR movie player from XBMC (using JS to glue the 2 together)...
Or am I missing something vital here?
On a side note, since this is in the dev section: is there actually a semi-working XBMC version where I could attempt something like this or is it too buggy to even contemplate running JS and Flash?
Soju Wrote:Pure speculation, but the components (in order of importance would be if not difficulty) would possibly be:Yes and no. For my goal, the page does not have to be part of the original GUI as the player is a flash applet anyway.
Browser w/ Alpha Layer (skin) adaptation (since XBMC can already launch external apps this is where the magic is)
Soju Wrote:Extended HTTP-API controls or a completely novel interaction model (an xml schema +JS? as you suggest)That is one possible approach, but since RPC calls imply running a web server, that might not be far fetched (looking at the embedded server).
Soju Wrote:File/stream type associationsWhen viewing webbased content, there is little use for file types and the only sync you will likely need is the signaling when a video or music player starts and stops.
Possibly sync with other player components
Soju Wrote:What I'm really interested in is seeing how synergistic skinning can be made with standardized browser kit like JS and CSS3 (and now HTML5). It would be pretty awesome (although quite superfluous) to have the skinning system completely "browserfied", in the minimal sense have an ability to push CSS to it. But I digress....Although cool, I think (ab)using a web-engine to render high-performance GUI's like XBMC might take a bit more integrating then the proposed ideas
cyberwizzard Wrote:Late nights make me ponder about previous ideas and so I wind up back here
Quote:Yes and no. For my goal, the page does not have to be part of the original GUI as the player is a flash applet anyway.
Quote:Stuff like volume controls might be rendered over the webkit frame but since that would probably mean full integration I'd settle for a top-level frame.
Quote:That is one possible approach, but since RPC calls imply running a web server, that might not be far fetched (looking at the embedded server).
Quote:The most important thing is to be able to provide feedback to XBMC (playback started, playback stopped etc) and perhaps a way to swtch from the webkit frame back to XBMC. That way going in or out a webkit based plugin is a matter of switching views.
Quote:The latter might require passing button presses from XBMC to the webkit engine. Or even better, straight to the embedded scripting engine (Javascript?).
Quote:When viewing webbased content, there is little use for file types and the only sync you will likely need is the signaling when a video or music player starts and stops.
Quote:Although cool, I think (ab)using a web-engine to render high-performance GUI's like XBMC might take a bit more integrating then the proposed ideas
Soju Wrote:So you are interested in mostly a swf player? We have external player control now, what would be the mainstay advantage?Actually, thats hitting the nail on the head: XBMC can not play the content from CR. The media is encrypted and requires the flash player from CR to be played back.
motd2k Wrote:Nope, sorry - had more pressing things to work on unfortunately
CrashX Wrote:Would this be better than WebKit ?
http://trac.xbmc.org/ticket/6509
Quote:Why should a flashplayer be better than webkit? They don't even have the same purpose. A flashplayer doesn't allow displaying whole websites or executing javascript code. It only plays flash.