This is not a duplicate of
this, this, or this because Netflix is now supported on Chrome version 37, meaning that if one installs Chrome on the RPi2, Netflix will work through the browser.
I'd like to be able to stream from OSMC or OpenELEC or Kodi (or XBMC). My guess is that if either of them were to use a Chrome backbone, Netflix would work. Is it realistic to expect a way to allow any of these OSes to begin using Chrome as a backbone?
No chrome for arm procs is available to download. chromium will not do it, need the full chrome browser, but can't get it for that processer yet.
Chrome os is available for arm, but a simple extraction of the libraries and binaries needed won't just make it magically work on a raspi.
Related
I have an HTML application that run offline, and I want to end up with a way to open the app from an exe file on Windows. I have tried Visual Studio, but the app does not run in the WebBrowser component.
I am pretty sure I have read that I can use Chrome (or some kind of Chrome version of Chrome) as a "bundled runtime", but I have a really hard time finding anything about it. Does it exist?
Using chrome as an engine (instead of "web views" based on Internet Explorer) would also make sure that the application would run nice on computers which has not updated Windows or browsers for a while.
You must be thinking of CEF: the Chromium Embedded Framework.
I want to experiment with the WebGL EXT_disjoint_timer_query, accourding to the Chromestatus site this should be available from Chrome 47 if you enable draft extensions:
https://www.chromestatus.com/feature/6254718426808320
I have enabled --enable-webgl-draft-extensions and the equivalent in chrome://flags, but my WebGL implementation always returns null to gl.getExtension('EXT_disjoint_timer_query');
This is on windows 7, with an Nvidia 660, tried various Chrome versions (beta, dev and stable).
Has anyone actually been able to get this to work?
Chrome does not currently support EXT_disjoint_timer_query on Windows because the OpenGLES backend on Windows, ANGLE, does not support it yet. Support is currently being worked on however. See https://bugs.chromium.org/p/angleproject/issues/detail?id=657.
We are looking for an easy way for our users to download and install a small client widget (it is a windows app) used with our (much larger) web app.
Our web app is currently only supported in Chrome.
Our concern is that the clickonce support piece may be missing from most Chrome installs.
The questions:
-- Is clickonce really going to be useful in this situation?
-- What is the best option for "one click" download-and-install for Chrome on windows?
ClickOnce uses NPAPI which is being removed from Chrome. You will need to look at NaCl, Native Messaging or PPAPI instead of ClickOnce. There used to be browser extensions that you could use, however they have been removed from the store (or no longer work).
Using Chrome should not matter, so yes Click once will be useful in this situation.
The only thing you need to worry about is your clients using Windows and the appropriate version of the .net framework. I hope this helps.
I keep reading conflicting answers to this question, and I can't find a definitive answer in an official Google document.
By suppressing the blacklist I can enable hardware acceleration for almost every rendering feature under chrome://gpu-internals/ but not the 2D Canvas. My system is service pack 3, fully updated. DirectX 9. All drivers for the onboard video (Intel GMA3100) are completely up to date. The chip is quite capable, and I even flashed my mobo BIOS to the latest version as a last ditch effort. I'm thinking that Google just isn't supporting HW accel. for the 2D Canvas under Windows XP.
The problem is that Chrome developers have disabled Canvas HW Accel for XP, it calls Direct3DCreate9Ex from d3d9.dll which is DirectX 9L available only on Vista+, but it is possible to wrap D3D9Ex on Windows XP via WineD3D Direct3D to OpenGL wrapper. (special thanks to WineHQ/Crossover)
Then we need to disable blacklist and disable sandbox in launch options. (Special thanks to BlackWingCat)
I have already managed to force HW accel for Chromium-based browsers for Windows XP/2003. And it works somehow.
System requirements:
CPU with SSE3 feature support, OpenGL 3.0 hardware/software support.
In fact I use video card from "green" company :)
Installation:
1. Copy and paste d3d9.dll, wined3d.dll, libwine.dll into chrome folder where you have chrome.exe, for example "C:\Program Files\Google\Chrome\Application"
2. Copy and replace d3dcompiler_47.dll and libwine.dll into your Chrome folder where chrome.dll is, for example C:\Program Files\Google\Chrome\Application\49.0.2623.112.
3. Add launch parameters "--ignore-gpu-blacklist --no-sandbox --disable-infobars" to your Chrome shortcut. (without quotes)
4. Run Chrome with your modified shortcut
If you experience issues with Chrome after this hack you can just remove launch options from Chrome shortcut it will disable this hack.
Download:
ChromeHW_accel_XP.zip (tested with backported Chrome 50.0.2661.102 beta-m, Opera 37, Chrome 49)
Known issues:
1. Address bar flickers quickly when you type.
2. HTML5 video doesn't work correctly (you need to force to use Flash Player)
Actually, I can report that Opera 36/37 (chromium based) is a way more stable with this hw accel hack.
UPDATE:
New Chromium builds use libGLESv2.dll version 1.2.0.2448. I'm no expert in VB, but it seems as if the new version doesn't need the mod...
HOWEVER -
The new Chromium builds that use this new libGLESv2.dll always crash (And then restart automatically in safe mode) if you try to enable the overriding of GPU blacklist in flags.
If someone can check this out and report back it would be much appreciated (Could this have something to do possibly with the added support for DirectX 11?)
Update patch is released, anyone interested can check
I'm porting a HTML-based app to a Samsung smart TV. The app uses local storage to keep preferences, etc.. Local storage appears to be supported and data is persistent while the browser is open. But, once the browser is exited ... poof! the data is gone. Other data like sessions and cookies do persist.
I use the Lawnchair library in the app and have also tested using jStorage. Neither persist beyond closing of the browser.
The browser (or browser component) on the TV is webkit build 534.7. From playing with the browser, I suspect it is actually written in Adobe Air.
I have also tested the Air browser component on my PC, which is build 533.19.4 of webkit. This doesn't appear to support local storage at all.
Chrome on my PC, build 535.19 of webkit, works fine in all my tests.
So, where does the blame lie here: is it the webkit build, the implementation of webkit in Adobe Air, or the TV? Can anyone offer a fix or a suggestion for work around?
Thanks.
Unfortunately I don't have 2012 model so I can't check if the HTML5 localStorage is working or not.
But I have workaround for you which will be backward compatible with previous TV sets' models also, as 2010 and 2011 models use Maple browser:
http://www.samsungdforum.com/Guide/View/Developer_Documentation/Samsung_SmartTV_Developer_Documentation_3.1/API_Reference/JavaScript_APIs/File_API
Serialize your data object
Save it using File API to application directory
And every time you open the app open this file and unserialize data.
This will work for sure!
1- you an use file api
2- you can set a cookie
I was once trying to save preferences of my app and using cookies seemed easier.
I don't know much about html5 but in TV's you should check which features allowed. Most of the smart tv's are giving partial support to html5.