summaryrefslogtreecommitdiffstats
path: root/content/common
Commit message (Collapse)AuthorAgeFilesLines
* Do not invoke setDartEnabled.antonm@google.com2012-01-241-1/+0
| | | | | | | | Currently Dart and JavaScript are either both enabled or both disabled. Review URL: http://codereview.chromium.org/9212003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118857 0039d316-1c4b-4281-b951-d872f2087c98
* Add a cros autotest runner for omx_video_decode_accelerator_unittest (on ARM).fischman@chromium.org2012-01-241-1/+3
| | | | | | | | | | | Also fixed a bug in v_d_a_unittest.cc where specifying the known switch would fall-through to the FATAL for unknown switches. BUG=109828 TEST=Manual run passed: emerge-tegra2_kaen chromeos-chrome && run_remote_tests.sh --remote=<tegra2IP> --use_emerged OMXTest Review URL: https://chromiumcodereview.appspot.com/9150023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118849 0039d316-1c4b-4281-b951-d872f2087c98
* Adding tommi@chromium.org to media-related OWNERS files.scherkus@chromium.org2012-01-241-0/+1
| | | | | | | | TBR=tommi Review URL: https://chromiumcodereview.appspot.com/9160021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118776 0039d316-1c4b-4281-b951-d872f2087c98
* Pass Content-security-policy and header type from WebSharedWorkerProxy to ↵tsepez@chromium.org2012-01-231-2/+7
| | | | | | | | | | WebSharedWorkerStub now that webkit is updated. Step #2 of https://bugs.webkit.org/show_bug.cgi?id=75660#c15 BUG=105482 Review URL: https://chromiumcodereview.appspot.com/9154003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118703 0039d316-1c4b-4281-b951-d872f2087c98
* Change grow box computation back to a method on BrowserWindowthakis@chromium.org2012-01-231-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | This is a revert of http://codereview.chromium.org/3547008, which was added to implement sidebars. aa has reverted most of the sidebar code ( http://codereview.chromium.org/9006027/ ), so this is no longer needed. This not only makes the code simpler (look at all the red), but also fixes a long-standing regression on Mac that was caused by the CL this reverts. Parts of the windows part with help form sky@. This does not add back the code in rwhv_win that was added by mad@ for bug 458, since it has since then bitrotted, and it's not used anyway. If someone wants to attack 458 again, http://codereview.chromium.org/16488/diff/1101/chrome/browser/renderer_host/render_widget_host_view_win.cc should be fairly easy to add back. BUG=458,70482,107646 TEST=Not too much stuff breaks; resize box looks good again on 10.5/10.6 TBR=avi Review URL: http://codereview.chromium.org/9265018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118700 0039d316-1c4b-4281-b951-d872f2087c98
* Probably a merge conflict with r118172backer@chromium.org2012-01-231-1/+1
| | | | | | | | | | TBR=pkotwicz BUG=none TEST=--use-gl=egl --enable-partial-swap --force-compositing-mode does not crash on aura builds with hardware support for glXMESACopySubBuffers Review URL: https://chromiumcodereview.appspot.com/9193012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118678 0039d316-1c4b-4281-b951-d872f2087c98
* DevTools: open resources in the front-end's browser, not the agent's browser.pfeldman@chromium.org2012-01-231-0/+4
| | | | | | Review URL: https://chromiumcodereview.appspot.com/9138014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118666 0039d316-1c4b-4281-b951-d872f2087c98
* Implements partial swaps for EGLpkotwicz@chromium.org2012-01-201-4/+104
| | | | | | | | Tested manually using poster circle. Used --enable-partial-swap in command line Review URL: http://codereview.chromium.org/9123020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118545 0039d316-1c4b-4281-b951-d872f2087c98
* Adds support for 16kHz input sample rate and mono channel config. in WebRTC.henrika@chromium.org2012-01-191-0/+4
| | | | | | | | | BUG=WebRTC demo doesn't work with Logitech 9000 as microphone TEST=content_unittest --gtest_filter=WebRTCAudioDeviceTest* Review URL: https://chromiumcodereview.appspot.com/9221010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118291 0039d316-1c4b-4281-b951-d872f2087c98
* Add a per-tab preference to match WebSettings::images_enabled.mnaganov@chromium.org2012-01-191-0/+1
| | | | | | | | | | | | | kWebKitLoadsImagesAutomatically isn't enough. In plain WebKit one must also set a flag in CachedResourceLoader. In Chrome this loader class isn't used, and image loading control is done via ChromeRenderViewObserver. R=bauerb@chromium.org TBR=darin@chromium.org Review URL: https://chromiumcodereview.appspot.com/9255018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118276 0039d316-1c4b-4281-b951-d872f2087c98
* Disallow navigation in platform apps.mihaip@chromium.org2012-01-191-0/+1
| | | | | | | | | | | | By having the renderer send all navigations to the browser process, no navigation is possible in platform apps (ExtensionHost doesn't implement RequestOpenURL). This is more restrictive than the current extension behavior, which still allows navigations between extension pages (and POST requests). Review URL: http://codereview.chromium.org/9133009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118246 0039d316-1c4b-4281-b951-d872f2087c98
* Change sandbox policy so we can create sync socketscpu@chromium.org2012-01-191-3/+14
| | | | | | | | | | | - Security-wise no change, we could do this already for a different prefix (chrome.nacl) - Improve the sync socket as not to have silly infinite loop. BUG=103975,103985 TEST=see bug Review URL: https://chromiumcodereview.appspot.com/9252003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118234 0039d316-1c4b-4281-b951-d872f2087c98
* --in-process-gpu works for Linux desktop and Aurabacker@chromium.org2012-01-191-3/+22
| | | | | | | | | | | Calls XInitThreads early on when multiple browser threads call into Xlib. I removed a couple of DCHECKs in RootWindowHostLinux that are incorrect with running --in-process-gpu BUG=110182 TEST=run "chrome --in-process-gpu http://www.webkit.org/blog-files/3d-transforms/poster-circle.html" Review URL: http://codereview.chromium.org/9133006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118188 0039d316-1c4b-4281-b951-d872f2087c98
* gpu: reference target surfaces through a globally unique surface id.piman@chromium.org2012-01-1812-282/+153
| | | | | | | | | | | | | | | | This allows the gpu process to ignore all knowledge of renderers. It simplifies some of the gpu <-> browser and gpu <-> renderer IPC, but mostly paves the way for non-renderer clients. Surfaces are kept in a global GpuSurfaceTracker which is just a thread-safe map. BUG=99516 TEST=covered by existing tests. Run chrome, open poster circle (or other accelerated content page). Review URL: http://codereview.chromium.org/9194005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@118172 0039d316-1c4b-4281-b951-d872f2087c98
* Fix leak in LoadSandboxTemplate found by Valgrindjeremy@chromium.org2012-01-161-5/+6
| | | | | | | | | | BUG=109901 TEST=waterfall.sh Review URL: http://codereview.chromium.org/9224003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117834 0039d316-1c4b-4281-b951-d872f2087c98
* Add --enable-gpu-debugging to call glGetError after every command in the ↵gman@chromium.org2012-01-141-1/+1
| | | | | | | | | | | | command buffer. TEST=none BUG=107299 Review URL: http://codereview.chromium.org/8994013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117775 0039d316-1c4b-4281-b951-d872f2087c98
* Fix deadlock in WebMediaPlayerImpl::Destroy() when HW video decode is enabled.fischman@chromium.org2012-01-141-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several unfortunate factors combine to require this CL: 1) WebMediaPlayerImpl::Destroy() holds the renderer thread hostage for the duration of PipelineImpl::Stop() 2) PipelineImpl::Stop() walks all its filters through Pause, Flush, and Stop, not starting one transition until the previous is complete. 3) VideoRendererBase::Flush() doesn't complete until any pending read to the video decoder is satisfied. on the render thread (because of PipelineImpl locking preventing re-entrancy, being triggered on stats update). Therefore GVD must have its own thread. Because GpuVideoDecodeAcceleratorHost expects to run on the renderer thread (or be rewritten), that means trampolining vda_ calls from GVD through the renderer thread. #2 & #1 mean that such trampolining must be fire-and-forget during shutdown. The new VideoDecoder::PrepareForShutdownHack method is reminiscent of WebMediaPlayerProxy::AbortDataSources(), but thankfully at least this version of that hack can be contained within media/. The OmxVideoDecodeAccelerator change to DCHECKs is unrelated to the feature here but was uncovered during testing. Basically the already-allowed current_state_change_ values for when Destroy() is called implied a wider range of legal current_state_ values than the DCHECK was asserting. Fixed that. BUG=109397 TEST=manual test that reload during playback works. Review URL: http://codereview.chromium.org/9211015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117742 0039d316-1c4b-4281-b951-d872f2087c98
* Remove VideoDecodeAccelerator::Client::NotifyEndOfStream / ↵fischman@chromium.org2012-01-134-15/+1
| | | | | | | | | | | | | | | PPP_VideoDecoder_Dev::EndOfStream Nobody's ever called it and it doesn't make sense given the API: EOS is signalled when no more bits are available to Decode(), via Flush(). BUG=109819 TEST=trybots Review URL: http://codereview.chromium.org/9186022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117545 0039d316-1c4b-4281-b951-d872f2087c98
* Add the ability to share GL contexts across channels.piman@chromium.org2012-01-1212-93/+104
| | | | | | | | | | | | | | | This is patch 1 of many to enable the use of the GPU process for the browser UI. Before this, all contexts within one channel were shared, but not across channels. With this patch channels can choose to share contexts with other ones. This patch also renames the various "renderer_id" to "client_id", since the GPU process doesn't care that the other side is a renderer or not. BUG=99516 TEST=None yet, but will come with later patches Review URL: http://codereview.chromium.org/9107033 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117534 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 116954 - Pass Content-security-policy and header type from ↵tsepez@chromium.org2012-01-121-5/+3
| | | | | | | | | | | | | WebSharedWorkerProxy to WebSharedWorkerStub. WebKit side has changed, and need to start from scratch to avoid conflicts on rolls. BUG=105482 Review URL: http://codereview.chromium.org/9154003 TBR=jam@chromium.org Review URL: http://codereview.chromium.org/9188046 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117496 0039d316-1c4b-4281-b951-d872f2087c98
* Fix texture leak in handling of OmxVideoDecodeAccelerator::Flush().fischman@chromium.org2012-01-122-53/+100
| | | | | | | | | | | | | Instead of silently dropping the EOS picture on the floor, hand it back to the OMX component for reuse. BUG=109625 TEST=new unittest passes, existing unittests pass. Review URL: http://codereview.chromium.org/9107012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117373 0039d316-1c4b-4281-b951-d872f2087c98
* [Coverity] Fixed call by value to by referencegroby@chromium.org2012-01-121-3/+3
| | | | | | | | | | | | CID=102901 BUG=none TEST=none Review URL: http://codereview.chromium.org/9148018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117360 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 117324 - Convert use of int ms to TimeDelta in files owned by apatrick.lambroslambrou@google.com2012-01-122-4/+3
| | | | | | | | | | | | | | R=apatrick@chromium.org BUG=108171 TEST= Review URL: http://codereview.chromium.org/9188017 TBR=tedvessenes@gmail.com Review URL: http://codereview.chromium.org/9188020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117332 0039d316-1c4b-4281-b951-d872f2087c98
* Convert use of int ms to TimeDelta in files owned by apatrick.tedvessenes@gmail.com2012-01-112-3/+4
| | | | | | | | | | | R=apatrick@chromium.org BUG=108171 TEST= Review URL: http://codereview.chromium.org/9188017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117324 0039d316-1c4b-4281-b951-d872f2087c98
* Allow plugins to add rotate commands to Chrome context menus.bbudge@chromium.org2012-01-111-1/+14
| | | | | | | | | BUG=63249 TEST=manual Review URL: http://codereview.chromium.org/9045007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117297 0039d316-1c4b-4281-b951-d872f2087c98
* Pass Content-security-policy and header type from WebSharedWorkerProxy to ↵tsepez@chromium.org2012-01-091-3/+5
| | | | | | | | | | WebSharedWorkerStub. BUG=105482 Review URL: http://codereview.chromium.org/9154003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116954 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity fix: Unused valuearthurhsu@chromium.org2012-01-091-2/+1
| | | | | | | | | | | BUG=none CID=102785 TEST=none Review URL: http://codereview.chromium.org/9007035 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116905 0039d316-1c4b-4281-b951-d872f2087c98
* Crash if the render process fails to create its IO thread.eroman@chromium.org2012-01-061-2/+4
| | | | | | | | | | | | | | We are seeing some latent crashes that I believe are a consequence of this earlier failure. So this change should help clarify what is happening. A next step would be to determine the particular platform error that caused thread creation to fail. (However base::PlatformThread doesn't currently expose that). BUG=109302 Review URL: http://codereview.chromium.org/9122010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116750 0039d316-1c4b-4281-b951-d872f2087c98
* Removing duplicate IPC and dead code: GpuMsg_VisibilityChangedmmocny@chromium.org2012-01-062-11/+0
| | | | | | | | | | | | | GpuMsg_VisibilityChanged was meant to one day be used for context eviction (according to a todo), but was not completed. The GPU is already informed of visibility changes via GpuCommandBufferMsg_SetSurfaceVisible. BUG=None TEST=Manual Review URL: http://codereview.chromium.org/9135001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116727 0039d316-1c4b-4281-b951-d872f2087c98
* Remove PtsStream from GpuVideoDecoder.fischman@chromium.org2012-01-062-9/+14
| | | | | | | | | | | | | | | PtsStream is overkill and given the needs of this decoder, so replaced it with a simple lookup structure. Also fixed a seek bug (running out of textures during pre-roll) and improved error handling. BUG=107036 TEST=manual Review URL: http://codereview.chromium.org/9116025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116703 0039d316-1c4b-4281-b951-d872f2087c98
* Replace OpenComplete with DidOpenFileSystem and DidFail for FileSystem.tzik@chromium.org2012-01-063-18/+14
| | | | | | | | | BUG=None TEST="existing tests" Review URL: http://codereview.chromium.org/8921001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116664 0039d316-1c4b-4281-b951-d872f2087c98
* Make GpuCommandBufferStub slightly more robust to bad messages from client.gman@chromium.org2012-01-061-30/+59
| | | | | | | | | | | | | | | | It's possible for the client to do things like try to register a transfer buffer event though there is no command buffer. That's wrong behavior by the client but it shouldn't crash the GPU process. TEST=ran chrome, tested a few WebGL pages BUG=108324 Review URL: http://codereview.chromium.org/9114023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116613 0039d316-1c4b-4281-b951-d872f2087c98
* When renderer process tries to establish a GPU channel, close any existing one.apatrick@chromium.org2012-01-053-26/+16
| | | | | | | | | | | | | | | I have some reservations about doing this because I don't understand why the renderer would request more than one channel. From the point of the GPU process though, the right thing to do is refuse enforce that there is only one channel between each renderer process and GPU process. In testing, I didn't encounter any issues. But I don't know how to reproduce. I think this might be worth trying in canary. See bug. BUG=107419 Review URL: http://codereview.chromium.org/8911013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116581 0039d316-1c4b-4281-b951-d872f2087c98
* Fix --enable-partial-swap for Aurabacker@chromium.org2012-01-051-2/+3
| | | | | | | | | | | | | The change in RWHVA in r111835 missed the PostSubBuffer path. Also added a minor change to ImageTransportSurfaceLinuxGLX to get rid of an invalid call to SwapBuffers. R=piman,sky BUG=none TEST=try --ui-enable-partial-swap --enable-partial-swap on aura with intel graphics on webkit.org/blog-files/3d-transforms/poster-circle.html; resize the window Review URL: http://codereview.chromium.org/8983029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116433 0039d316-1c4b-4281-b951-d872f2087c98
* Add plumbing necessary to read IDBIndex.multiEntry attribute.jsbell@chromium.org2012-01-041-2/+7
| | | | | | | | | BUG=109187 TEST= Review URL: http://codereview.chromium.org/9084004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116399 0039d316-1c4b-4281-b951-d872f2087c98
* Remove TransportTexture, it's unusedpiman@chromium.org2012-01-045-294/+3
| | | | | | | | | | BUG=None TEST=compiles Review URL: http://codereview.chromium.org/9049013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116235 0039d316-1c4b-4281-b951-d872f2087c98
* Don't ignore {OMX,DXVA}VideoDecodeAccelerator::Initialize() failures.fischman@chromium.org2011-12-301-1/+2
| | | | | | | | | | | | Also fixed an out-of-date LOG message. BUG=none TEST=fallback from HW to SW decode works on non-h264 video again on cros/arm. Review URL: http://codereview.chromium.org/8956071 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116049 0039d316-1c4b-4281-b951-d872f2087c98
* TBR=jampfeldman@chromium.org2011-12-291-0/+4
| | | | | | | | John: I've added a method and a message in the devtools subsystem. Review URL: http://codereview.chromium.org/9008043 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115967 0039d316-1c4b-4281-b951-d872f2087c98
* base::Bind: Random remaining cleanups.jhawkins@chromium.org2011-12-232-9/+11
| | | | | | | | | | BUG=none TEST=none R=groby,csilv,ajwong Review URL: http://codereview.chromium.org/9035012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115737 0039d316-1c4b-4281-b951-d872f2087c98
* Add --dart-flags and --disable-dart command line switches.podivilov@chromium.org2011-12-231-0/+1
| | | | | | | | R=darin@chromium.org Review URL: http://codereview.chromium.org/8905006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115707 0039d316-1c4b-4281-b951-d872f2087c98
* Relanding this change with fixes for the windows shared builder.ananta@chromium.org2011-12-226-93/+1288
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Initial implementation of the DXVA 2.0 H.264 hardware decoder for pepper for Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9024001 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9025002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115626 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity: Fix unchecked return valueskmadhusu@chromium.org2011-12-221-1/+2
| | | | | | | | | | | CID=102071, 101911, 101898, 101662, 101661, 101234, 101030, 100914, 100886, 100537 BUG=none TEST=none TBR=johnme@chromium.org, piman@chromium.org Review URL: http://codereview.chromium.org/9004038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115603 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity: Fix unchecked return bugs.kmadhusu@chromium.org2011-12-221-1/+2
| | | | | | | | | | | | CID=102553, 102548, 102547, 102521, 102470, 102469, 102467, 102458, 102402, 102378 BUG=none TEST=none Review URL: http://codereview.chromium.org/9008017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115557 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 115482 - Initial implementation of the DXVA 2.0 H.264 hardware ↵ananta@chromium.org2011-12-226-1282/+94
| | | | | | | | | | | | | | | | | | | | | | | | | | | decoder for pepper for Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9024001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115483 0039d316-1c4b-4281-b951-d872f2087c98
* Initial implementation of the DXVA 2.0 H.264 hardware decoder for pepper for ↵ananta@chromium.org2011-12-226-94/+1282
| | | | | | | | | | | | | | | | | | | | | | | | Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115482 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity: Fix unchecked return values.kmadhusu@chromium.org2011-12-221-1/+2
| | | | | | | | | | | CID=100420, 100035, 100419 BUG=none TEST=none Review URL: http://codereview.chromium.org/9007030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115470 0039d316-1c4b-4281-b951-d872f2087c98
* Use USER_LIMITED token level with SwiftShader.apatrick@chromium.org2011-12-221-2/+8
| | | | | | | Because it needs to present to an HWND, even on vista and win 7. Review URL: http://codereview.chromium.org/8949028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115453 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity: Fix leaks.jhawkins@chromium.org2011-12-211-0/+2
| | | | | | | | | | | | CID=2168,8197,8198,100251,100256,100820,101011,101982,101983,101984,101988, 102256 BUG=none TEST=none R=dpapad Review URL: http://codereview.chromium.org/8989036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115422 0039d316-1c4b-4281-b951-d872f2087c98
* Fixed crashes when running on top of Apple's software OpenGL renderer.kbr@chromium.org2011-12-211-13/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This configuration is seen on the reliability bots, which always use the software GL renderer because they are headless. These fixes also make --use-gl=apple work with Chrome's on-screen rendering path. - Renamed the pbuffer GLSurface class to NoOpGLSurfaceCGL and removed its unnecessary pbuffer allocation, as well as the requirement that the context be pbuffer capable. - Removed the accelerated requirement from the context in accelerated_plugin_view_mac.mm. The system automatically prefers accelerated contexts where possible. - Supported --use-gl=apple in accelerated_surface_mac.cc and image_transport_surface_mac.cc. - Removed the depth and stencil renderbuffers from accelerated_surface_mac.cc. The only consequence of this change is that when a Core Animation plugin's layer is rendered via our CARenderer, the destination surface will not have a depth buffer. Firefox already has this behavior, and, as expected, this change does not affect the correctness of any test case. There is still a remaining problem on the reliability bots where composited content does not redraw often enough, but this seems to be an orthogonal problem and is not reproducible when running Chrome locally with --use-gl=apple. Ran previously crashing content on reliability bot to verify fix. Also tested manually on 10.6.8, both with and without --use-gl=apple, with: - http://unity3d.com/gallery/demos/live-demos (Unity 3D) - http://www.nissan-stagejuk3d.com/ (Stage 3D in Flash 11, live resizing; web site is flaky, sometimes fails to start) - http://www.vimeo.com/ BUG=106891 TEST=manual testing with above test cases Review URL: http://codereview.chromium.org/9006045 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115372 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity fixlet: PASS_BY_VALUE CID=102566scr@chromium.org2011-12-211-1/+1
| | | | | | | | | | | | R=jam@chromium.org BUG= CID=102566 TEST= Review URL: http://codereview.chromium.org/9007038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115349 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-12 15:17:25 +0000