public/platform/WebExternalBitmap.h - Issue 17859003: Allow DrawingBuffer to present to a bitmap.

Side by Side Diff: public/platform/WebExternalBitmap.h

Issue 17859003: Allow DrawingBuffer to present to a bitmap. (Closed) Base URL: https://chromium.googlesource.com/chromium/blink.git@master

Patch Set: use WebExternalBitmap Created 7 years, 5 months ago

Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.

Jump to:

View unified diff | Download patch

« Source/core/platform/graphics/GraphicsContext3D.cpp ('K') | « Source/core/platform/graphics/gpu/DrawingBuffer.cpp ('k') | public/platform/WebExternalTextureLayerClient.h » ('j') | public/platform/WebExternalTextureLayerClient.h » ('J')
Toggle Intra-line Diffs ('i') | Expand Comments ('e') | Collapse Comments ('c') | Hide Comments ('s')

OLD	NEW
1 /*	1 /*

2 * Copyright (C) 2013 Google Inc. All rights reserved.	2 * Copyright (C) 2013 Google Inc. All rights reserved.

3 *	3 *

4 * Redistribution and use in source and binary forms, with or without	4 * Redistribution and use in source and binary forms, with or without

5 * modification, are permitted provided that the following conditions are	5 * modification, are permitted provided that the following conditions are

6 * met:	6 * met:

7 *	7 *

8 * * Redistributions of source code must retain the above copyright	8 * * Redistributions of source code must retain the above copyright

9 * notice, this list of conditions and the following disclaimer.	9 * notice, this list of conditions and the following disclaimer.

10 * * Redistributions in binary form must reproduce the above	10 * * Redistributions in binary form must reproduce the above

(...skipping 10 matching lines...) Expand all Loading...
21 * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT	21 * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT

22 * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,	22 * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

23 * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT	23 * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT

24 * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,	24 * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,

25 * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY	25 * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY

26 * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT	26 * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT

27 * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE	27 * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE

28 * OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.	28 * OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

29 */	29 */

30	30

31 #ifndef WebMediaSource_h	31 #ifndef WebExternalBitmap_h

32 #define WebMediaSource_h	32 #define WebExternalBitmap_h

33	33

34 #include "../platform/WebURL.h"	34 #include "WebSize.h"

35 #include "WebTimeRange.h"

36	35

37 namespace WebKit {	36 namespace WebKit {

38	37

39 class WebMediaSourceClient;	38 class WebExternalBitmap {

40

41 class WebMediaSource {

42 public:	39 public:

43 virtual ~WebMediaSource() { };	40 virtual WebSize getSize() = 0;

44 virtual void open(WebMediaSourceClient*) = 0;	41 virtual void setSize(WebSize) = 0;
	Ken Russell (switch to Gerrit) 2013/07/02 11:22:12 Probably should document that this invalidates any Probably should document that this invalidates any cached copies of the pointer. jbauman 2013/07/02 19:43:32 Ok. Show quoted text On 2013/07/02 11:22:12, Ken Russell wrote: > Probably should document that this invalidates any cached copies of the pointer. Ok.
	42 virtual void* getPointer() = 0;
	Ken Russell (switch to Gerrit) 2013/07/02 11:22:12 Would it be better to have lock/unlock semantics f Would it be better to have lock/unlock semantics for access to the pointer, like SkBitmap's lockPixels/unlockPixels? jbauman 2013/07/02 19:43:32 No, unlock wouldn't do anything, so that would jus Show quoted text On 2013/07/02 11:22:12, Ken Russell wrote: > Would it be better to have lock/unlock semantics for access to the pointer, like > SkBitmap's lockPixels/unlockPixels? No, unlock wouldn't do anything, so that would just be confusing.
45 };	43 };

46	44

47 } // namespace WebKit	45 } // namespace WebKit

48	46

49 #endif	47 #endif // WebExternalBitmap_h

OLD	NEW