Issue metadata
Sign in to add a comment
|
Unable to play MP3 files in chrome, audio player is grayed out
Reported by
saratoga...@gmail.com,
Jul 13 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Example URL: https://operations.daxko.com/sounds/welcome.mp3 Steps to reproduce the problem: 1. Open an MP3 file 2. Nothing happens; player is grayed out 3. What is the expected behavior? The MP3 should start playing, or at least, you should be able to click play. What went wrong? When trying to open an MP3 file, the player page is displayed, but it is grayed out and the MP3 file does not play. However, if you drag & drop a local file saved on the computer (rather than trying to access a URL), the local file plays within Chrome. Did this work before? Yes Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? Yes Chrome version: 59.0.3071.115 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Contents of chrome://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: Software only. Hardware acceleration disabled Rasterization: Software only, hardware acceleration unavailable Video Decode: Software only, hardware acceleration unavailable Video Encode: Hardware accelerated WebGL: Hardware accelerated WebGL2: Hardware accelerated Driver Bug Workarounds clear_uniforms_before_first_program_use decode_encode_srgb_for_generatemipmap disable_accelerated_vpx_decode disable_direct_composition disable_discard_framebuffer disable_dxgi_zero_copy_video disable_framebuffer_cmaa disable_nv12_dxgi_video exit_on_context_lost force_cube_complete scalarize_vec_and_mat_constructor_args texsubimage_faster_than_teximage Problems Detected Accelerated video decode interferes with GPU sandbox on certain AMD drivers: 298968 Disabled Features: accelerated_video_decode GPU rasterization should only be enabled on NVIDIA and Intel DX11+, and AMD RX-R2 GPUs for now.: 643850 Disabled Features: gpu_rasterization Some drivers are unable to reset the D3D device in the GPU process sandbox Applied Workarounds: exit_on_context_lost TexSubImage is faster for full uploads on ANGLE Applied Workarounds: texsubimage_faster_than_teximage Clear uniforms before first program use on all platforms: 124764, 349137 Applied Workarounds: clear_uniforms_before_first_program_use Always rewrite vec/mat constructors to be consistent: 398694 Applied Workarounds: scalarize_vec_and_mat_constructor_args ANGLE crash on glReadPixels from incomplete cube map texture: 518889 Applied Workarounds: force_cube_complete Framebuffer discarding can hurt performance on non-tilers: 570897 Applied Workarounds: disable_discard_framebuffer Direct composition flashes black initially on Win <10: 588588 Applied Workarounds: disable_direct_composition Zero copy DXGI video hangs on shutdown on Win < 8.1: 621190 Applied Workarounds: disable_dxgi_zero_copy_video Limited enabling of Chromium GL_INTEL_framebuffer_CMAA: 535198 Applied Workarounds: disable_framebuffer_cmaa Disable KHR_blend_equation_advanced until cc shaders are updated: 661715 Decode and Encode before generateMipmap for srgb format textures on Windows: 634519 Applied Workarounds: decode_encode_srgb_for_generatemipmap Zero-copy DXGI video hangs or displays incorrect colors on AMD drivers: 623029 Applied Workarounds: disable_dxgi_zero_copy_video NV12 DXGI video displays incorrect colors on older AMD drivers: 644293 Applied Workarounds: disable_nv12_dxgi_video VPx decoding isn't supported before Windows 10 anniversary update.: 616318 Applied Workarounds: disable_accelerated_vpx_decode Native GpuMemoryBuffers have been disabled, either via about:flags or command line. Disabled Features: native_gpu_memory_buffers Version Information Data exported 7/13/2017, 11:55:27 AM Chrome version Chrome/59.0.3071.115 Operating system Windows NT 6.1.7601 SP1 Software rendering list version 13.8 Driver bug list version 10.102 ANGLE commit id a9042d3c1952 2D graphics backend Skia/59 ef6f9c65527412ec4057ea0551f2e051beb94d32 Command Line Args Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --top-chrome-md=material --flag-switches-end Driver Information Initialization time 29 In-process GPU false Passthrough Command Decoder false Supports overlays false Sandboxed false GPU0 VENDOR = 0x1002, DEVICE= 0x68e1 Optimus false Optimus false AMD switchable false Desktop compositing Aero Glass Diagonal Monitor Size of \\.\DISPLAY1 18.9" Driver vendor Advanced Micro Devices, Inc. Driver version 8.920.0.0 Driver date 11-9-2011 Pixel shader version 5.0 Vertex shader version 5.0 Max. MSAA samples 4 Machine model name Machine model version GL_VENDOR Google Inc. GL_RENDERER ANGLE (ATI Radeon HD 5400 Series Direct3D11 vs_5_0 ps_5_0) GL_VERSION OpenGL ES 3.0 (ANGLE 2.1.0.a9042d3c1952) GL_EXTENSIONS GL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_pack_reverse_row_order GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_robust_resource_initialization GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_sync_query GL_EXT_blend_minmax GL_EXT_color_buffer_float GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_frag_depth GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_norm16 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object Disabled Extensions GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent Window system binding vendor Google Inc. (adapter LUID: 000000000000765c) Window system binding version 1.4 (ANGLE 2.1.0.a9042d3c1952) Window system binding extensions EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_EXT_pixel_format_float EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_create_context_robust_resource_initialization Direct rendering Yes Reset notification strategy 0x8252 GPU process crash count 0 Compositor Information Tile Update Mode One-copy Partial Raster Enabled GpuMemoryBuffers Status ATC Software only ATCIA Software only DXT1 Software only DXT5 Software only ETC1 Software only R_8 Software only RG_88 Software only BGR_565 Software only RGBA_4444 Software only RGBX_8888 Software only RGBA_8888 Software only BGRX_8888 Software only BGRA_8888 Software only RGBA_F16 Software only YVU_420 Software only YUV_420_BIPLANAR Software only UYVY_422 Software only Diagnostics ... loading ...
,
Jul 13 2017
The console shows: welcome.mp3:1 GET https://operations.daxko.com/sounds/welcome.mp3 net::ERR_CONTENT_DECODING_FAILED Seems like something's wrong with GZip headers? The data doesn't seem to be delivered to the media stack at this point (vs. when opened locally).
,
Jul 13 2017
Putting it into Internals>Network to get it on the triagers radar screen (as there isn't really an owner for Internals>Network>Filters).
,
Jul 13 2017
I tested an MP3 file hosted on other domains, and it appeared to play correctly. So now I'm wondering if this issue is limited to just this particular domain with configuration issue on the site, rather than it being a browser bug like I originally thought.
,
Jul 13 2017
I should have said in my comment (since it's the first thing the triager will say :-}): If you could produce a netlog dump of the problem happening and attach it to this bug, that would help a lot in figuring out root cause. See http://dev.chromium.org/for-testers/providing-network-details.
,
Jul 13 2017
,
Jul 13 2017
,
Jul 13 2017
Thank you for providing more feedback. Adding requester "rdsmith@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 13 2017
This looks like a server bug. We send "Accept-Encoding: identity;q=1, *;q=0", which means that we'll only accept unencoded responses, and then we get back a gzip response. This is a little weird, in that our first request for the URL (Before we knew it was a video) said it would accept gzip responses, and then we re-request it with that header once we learn it's a media file. Regardless of this weirdness, this seems like it's WontFix to me, unless rdsmith disagrees. Also note that gzipping media files is generally a waste of server resources, since they're either already compressed, or they're raw audio/video data, which doesn't compress well.
,
Jul 13 2017
Network triager here. I was looking at this concurrent to mmenke@'s update. I tried https://operations.daxko.com/sounds/welcome.mp3 using my locally build chromium, and there id just downloaded the file. The file played correctly using a local player. I don't think it's relevant to this bug, but I do wonder why the difference in behavior?
,
Jul 13 2017
Huh. That's an interesting corner case (we request it, realize it's a media file, and request it again with different Accept-Encoding headers). Agreed based on the headers that this is a server bug, but I'll also call out that we changed behavior on our end recently to reject encodings that didn't match the advertised accept-encoding (https://codereview.chromium.org/2753453003, landed at the beginning of April), and if the bug exists in enough different servers we might need to reassess. But it's clearly a spec violation by the server. If that was happening, we should see it in the histogram Net.ContentDecodingFailed2.FilterType:Rejected, and there's nothing there. However, there's *really* nothing there (4 events a month or two ago) which makes me worried there's some problem with the histogram machinery. But I don't see any problems looking at the code. See https://uma.googleplex.com/p/chrome/timeline_v2/?sid=d1d1565a7f710c234c5b27c3c3aad1c0 (sorry, internal link). +hubbe FHI.
,
Jul 13 2017
It was rejected in the check in HttpNetworkTransaction, not the filter code (Check was added there for the DRP, I think?), so I assume these actually aren't being logged. https://cs.chromium.org/chromium/src/net/http/http_network_transaction.cc?type=cs&q=ERR_CONTENT_DECODING_FAILED&sq=package:chromium&l=535
,
Jul 13 2017
Oh, and ckrasic: That's because by default, Chromium builds don't include support for proprietary codecs for licensing reasons (You can apparently have open source code to play proprietary codecs [possibly using system libraries], but you can't redistribute code build with it. I don't claim to understand patent law).
,
Jul 14 2017
@mmenke/c#13: Look at the definition of HttpNetworkTransaction::ContentEncodingsValid. It was certainly my intention when I reviewed that code to make sure this case was logged. If you see a bug in the code, let me know and I'll spin up a fix CL. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by saratoga...@gmail.com
, Jul 13 201741.1 KB
41.1 KB View Download