vao drop draw call when array not binded
Reported by
ced...@sketchfab.com,
Jun 15 2016
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.33 Safari/537.36 Steps to reproduce the problem: 1. go on the page https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=1 2. the cube displayed is black 3. What is the expected behavior? the expected rendering is https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=0 not that on windows it works as expected, I can also says that the bug exist in firefox too. It looks like it could be a driver / angle bug What went wrong? When creating the vao, I dont have texcoord but in the shader I use it. in the spec when using texcoord not binded the default coord 0,0,0,0 should be used. When using vao on osx it seems that the drawcall is completely discarded Did this work before? N/A Chrome version: 52.0.2743.33 Channel: beta OS Version: OS X 10.11.5 Flash Version: Shockwave Flash 22.0 r0
,
Jun 16 2016
Confirmed the issue for more inputs on this
,
Jun 18 2016
,
Jun 18 2016
ANGLE isn't used on MacOS in Chrome yet, so if it's working on Windows, the bug won't be there.
,
Jun 19 2016
It seems the behavior is different between compatibility profile / core profile. When you run chrome with --enable-unsafe-es3-apis, which we switch to use core profile GL, then this renders OK. I am not sure if it's an issue in Chrome (we might have code path difference between two profiles) or a bug in compatibility profile.
,
Jun 19 2016
I dont think it's specific to chrome, I have the same behavior on firefox on osx
,
Jun 19 2016
One more reason we should switch to core profile then.
,
Jul 18 2016
any news on this issue ?
,
Jul 18 2016
I wasn't able to switch Mac to core profile as I originally planned, but the good new is, this is a task on top of my todo list after Siggraph, so it's coming really soon.
,
Sep 2 2016
The Core Profile switch has happened in Issue 635081 and seems that it will stick. I can't reproduce the reported problem any more on macOS 10.11.6, but I also couldn't reproduce it in current Firefox. Here's my about:gpu. Does this still reproduce on Canary? If so could you provide about:gpu?
Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Hardware accelerated
Rasterization: Hardware accelerated
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
VPx Video Decode: Hardware accelerated
WebGL: Hardware accelerated
Driver Bug Workarounds
disable_framebuffer_cmaa
disable_multimonitor_multisampling
get_frag_data_info_bug
needs_offscreen_buffer_workaround
pack_parameters_workaround_with_pack_buffer
regenerate_struct_names
scalarize_vec_and_mat_constructor_args
set_zero_level_before_generating_mipmap
unfold_short_circuit_as_ternary_operation
unpack_alignment_workaround_with_unpack_buffer
unpack_overlapping_rows_separately_unpack_buffer
use_intermediary_for_copy_texture_image
use_shadowed_tex_level_params
validate_multisample_buffer_allocation
Problems Detected
Work around a bug in offscreen buffers on NVIDIA GPUs on Macs: 89557
Applied Workarounds: needs_offscreen_buffer_workaround
Multisampling is buggy on OSX when multiple monitors are connected: 237931
Applied Workarounds: disable_multimonitor_multisampling
Multisampled renderbuffer allocation must be validated on some Macs: 290391
Applied Workarounds: validate_multisample_buffer_allocation
Unfold short circuit on Mac OS X: 307751
Applied Workarounds: unfold_short_circuit_as_ternary_operation
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Mac drivers handle struct scopes incorrectly: 403957
Applied Workarounds: regenerate_struct_names
glGenerateMipmap fails if the zero texture level is not set on some Mac drivers: 560499
Applied Workarounds: set_zero_level_before_generating_mipmap
Pack parameters work incorrectly with pack buffer bound: 563714
Applied Workarounds: pack_parameters_workaround_with_pack_buffer
Alignment works incorrectly with unpack buffer bound: 563714
Applied Workarounds: unpack_alignment_workaround_with_unpack_buffer
copyTexImage2D fails when reading from IOSurface on multiple GPU types.: 581777
Applied Workarounds: use_intermediary_for_copy_texture_image
Unpacking overlapping rows from unpack buffers is unstable on NVIDIA GL driver: 596774
Applied Workarounds: unpack_overlapping_rows_separately_unpack_buffer
Mac Drivers store texture level parameters on int16_t that overflow: 610153
Applied Workarounds: use_shadowed_tex_level_params
Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198
Applied Workarounds: disable_framebuffer_cmaa
glGetFragData{Location|Index} works incorrectly on Max: 638340
Applied Workarounds: get_frag_data_info_bug
Version Information
Data exported 9/2/2016, 1:34:07 PM
Chrome version Chrome/55.0.2847.0
Operating system Mac OS X 10.11.6
Software rendering list version 11.10
Driver bug list version 8.91
ANGLE commit id a4e6f07433d2
2D graphics backend Skia/55 3ed18974370084bcf39a5b642c514e306b7a5626
Command Line Args Chrome Canary.app/Contents/MacOS/Google Chrome Canary --flag-switches-begin --flag-switches-end
Driver Information
Initialization time 46
In-process GPU false
Sandboxed true
GPU0 VENDOR = 0x10de, DEVICE= 0x0fe9 *ACTIVE*
GPU1 VENDOR = 0x8086, DEVICE= 0x0d26
Optimus true
AMD switchable false
Driver vendor
Driver version 10.10.13 310.42.25f01
Driver date
Pixel shader version 4.10
Vertex shader version 4.10
Max. MSAA samples 8
Machine model name MacBookPro
Machine model version 11.3
GL_VENDOR NVIDIA Corporation
GL_RENDERER NVIDIA GeForce GT 750M OpenGL Engine
GL_VERSION 4.1 NVIDIA-10.10.13 310.42.25f01
GL_EXTENSIONS GL_ARB_blend_func_extended GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_gpu_shader_fp64 GL_ARB_gpu_shader5 GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_occlusion_query2 GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_bit_encoding GL_ARB_shader_subroutine GL_ARB_shading_language_include GL_ARB_tessellation_shader GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_cube_map_array GL_ARB_texture_gather GL_ARB_texture_query_lod GL_ARB_texture_rgb10_a2ui GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_vertex_attrib_64bit GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_framebuffer_multisample_blit_scaled GL_EXT_texture_compression_s3tc GL_EXT_texture_filter_anisotropic GL_EXT_texture_mirror_clamp GL_EXT_texture_sRGB_decode GL_APPLE_client_storage GL_APPLE_container_object_shareable GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_texture_range GL_ATI_texture_mirror_once GL_NV_texture_barrier
Disabled Extensions
Window system binding vendor
Window system binding version
Window system binding extensions
Direct rendering Yes
Reset notification strategy 0x0000
GPU process crash count 0
Compositor Information
Tile Update Mode Zero-copy
Partial Raster Enabled
GpuMemoryBuffers Status
ATC Software only
ATCIA Software only
DXT1 Software only
DXT5 Software only
ETC1 Software only
R_8 GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
BGR_565 Software only
RGBA_4444 Software only
RGBX_8888 Software only
RGBA_8888 GPU_READ, SCANOUT
BGRX_8888 GPU_READ, SCANOUT
BGRA_8888 GPU_READ, SCANOUT, GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
YVU_420 Software only
YUV_420_BIPLANAR GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
UYVY_422 GPU_READ_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE_PERSISTENT
,
Sep 2 2016
,
Sep 16 2016
Bugs still here on OSX chrome is Version 54.0.2840.27 beta (64-bit) Cube still black on https://sketchfab.com/models/c03e700989054d8b85b629455ca07b08?use_vao=1
,
Sep 17 2016
I can confirm that the cube renders black in Chrome 54 on macOS on the same hardware mentioned in #54. With --enable-unsafe-es3-apis, it renders correctly. This means that in Chrome 55 and later this is always going to work. There are a bunch of rendering tests with vertex array objects in https://www.khronos.org/registry/webgl/sdk/tests/conformance/extensions/oes-vertex-array-object.html (the source code of which is in https://github.com/KhronosGroup/WebGL ), and some of these test with vertex attributes being used in the shader, but not enabled as arrays. These tests all pass. I don't know what the essential difference is between these tests' setup and yours, but if you can figure out how to add a test for the situation you've encountered, we'll be happy to add it to the WebGL conformance suite as a regression test. Marking ExternalDependency -- we need more information about the exact scenario that's failing in order to make a regression test.
,
Sep 20 2016
Tested on osx chrome 55.0.2866.0 and the cube is red, it's fixed on this version
,
Dec 2 2016
,
Jun 20 2017
|
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by tkonch...@chromium.org
, Jun 16 2016Labels: M-53
Status: Untriaged (was: Unconfirmed)
702 KB
702 KB View Download