Open
Bug 1365131
Opened 7 years ago
Updated 2 years ago
Youtube videos stop to buffer every couple minutes
Categories
(Core :: Audio/Video: Playback, enhancement, P2)
Tracking
()
REOPENED
Tracking | Status | |
---|---|---|
platform-rel | --- | ? |
People
(Reporter: kael, Unassigned)
References
Details
(Whiteboard: [platform-rel-youtube])
Attachments
(3 files)
For the last month or so (maybe just a couple weeks?) Youtube videos have been stopping to buffer somewhat consistently every 2 minutes or so. Playback halts and it shows the buffering indicator very briefly, then it resumes. The most likely culprit here seems to be a Firefox change. I'm on Aurora channel.
Comment 1•7 years ago
|
||
Thanks for firing this bug. I am wondering if that has something to do with network or not. When you see this problem again, could you move your cursor onto the video, press the right button of your mouse and select the "Stats for nerds"? It would be worth checking "Connection Speed" and "Buffer Health" on "Stats for nerds". If possible, please capture it and post it here. Thanks.
Comment 2•7 years ago
|
||
YouTube uses MediaSource Extension. The buffering is entirely controlled by YouTube, Firefox has no control on how much will be buffered ahead of playback. Download of data is entirely based on the speed of the connection, and whatever logic YouTube decided to implement.
Reporter | ||
Comment 4•7 years ago
|
||
(In reply to Blake Wu [:bwu][:blakewu] from comment #1) > Thanks for firing this bug. > I am wondering if that has something to do with network or not. When you see > this problem again, could you move your cursor onto the video, press the > right button of your mouse and select the "Stats for nerds"? It would be > worth checking "Connection Speed" and "Buffer Health" on "Stats for nerds". > If possible, please capture it and post it here. > Thanks. (In reply to Jean-Yves Avenard [:jya] from comment #3) > how are other browsers behaving? (using a desktop) I will test it out in Edge and Chrome and let you know. If the buffering is entirely under Google's control that rules out Firefox, I guess.
Reporter | ||
Comment 5•7 years ago
|
||
Other browsers are fine. I'm going to try to capture the stats when this happens next. Is it possible one of my other open tabs could be interfering with Youtube's ability to fetch video segments? The last two times I watched videos right now, the buffer was in the 25-40s range, which makes it surprising that it could ever need to rebuffer unless it stopped being able to fetch segments. (Could just be Youtube's CDN, I guess?)
Comment 6•7 years ago
|
||
Have you installed any particular extensions? Please provide copy of about:support data.. If you right click on the video, select stats for nerds. You can have a quick view of what's happening.. like check if it's stalling while you still have data buffered ahead etc.. The last line shows how much data is buffered.
Reporter | ||
Comment 7•7 years ago
|
||
Just for an update, this still happens, but isn't consistent. I had two stop-and-rebuffers on a video but when I cleared cache and restarted FF, it played from start to finish just fine. Stats for nerds doesn't show much other than that it seems like the playback buffer may have instantaneously emptied, causing the rebuffer - but I don't know why that would happen. Under normal circumstances the playback buffer fills to 60+ seconds and doesn't drain until the end of the video. Pasting about:support -- Application Basics ------------------ Name: Firefox Version: 55.0b3 Build ID: 20170619071723 Update Channel: aurora User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:55.0) Gecko/20100101 Firefox/55.0 OS: Windows_NT 10.0 Multiprocess Windows: 0/1 (Disabled by add-ons) Google Key: Found Mozilla Location Service Key: Found Safe Mode: false Crash Reports for the Last 3 Days --------------------------------- All Crash Reports Firefox Developer Edition Features ---------------------------------- Name: Application Update Service Helper Version: 2.0 ID: aushelper@mozilla.org Name: Click-to-Play staged rollout Version: 1.0 ID: clicktoplay-rollout@mozilla.org Name: Firefox Screenshots Version: 9.0.0 ID: screenshots@mozilla.org Name: Follow-on Search Telemetry Version: 0.9.0 ID: followonsearch@mozilla.com Name: Multi-process staged rollout Version: 1.50 ID: e10srollout@mozilla.org Name: Pocket Version: 1.0.5 ID: firefox@getpocket.com Name: Shield Recipe Client Version: 55 ID: shield-recipe-client@mozilla.org Name: Web Compat Version: 1.1 ID: webcompat@mozilla.org Name: WebCompat Reporter Version: 1.0.0 ID: webcompat-reporter@mozilla.org Extensions ---------- Name: Anti-Aliasing Tuner Version: 15.11.01.01 Enabled: true ID: aatuner@hotmint.com Name: Cookies Manager+ Version: 1.13.3 Enabled: true ID: {bb6bc1bb-f824-4702-90cd-35e2fb24f25d} Name: Rikaichan Version: 3.02b1 Enabled: true ID: {0AA9101C-D3C1-4129-A9B7-D778C6A17F82} Name: Rikaichan Japanese-English Dictionary File Version: 2.01.170301 Enabled: true ID: rikaichan-jpen@polarcloud.com Name: U2F Support Add-on Version: 1.0.1 Enabled: true ID: u2f4moz@prefiks.org Name: uBlock Origin Version: 1.13.0 Enabled: true ID: uBlock0@raymondhill.net Name: geckoprofiler Version: 1.16.25 Enabled: false ID: jid0-edalmuivkozlouyij0lpdx548bc@jetpack Name: User Agent Switcher Version: 0.7.3.1-signed.1-signed Enabled: false ID: {e968fc70-8f95-4ab9-9e79-304de2a71ee1} Graphics -------- Features Compositing: Direct3D 11 Asynchronous Pan/Zoom: none WebGL 1 Driver WSI Info: EGL_VENDOR: Google Inc. (adapter LUID: 0000000000007c53) EGL_VERSION: 1.4 (ANGLE 2.1.0.dec065540d5f) EGL_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_ANGLE_direct_composition 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_stream_producer_d3d_texture_nv12 EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses WebGL 1 Driver Renderer: Google Inc. -- ANGLE (NVIDIA GeForce GTX 1080 Direct3D11 vs_5_0 ps_5_0) WebGL 1 Driver Version: OpenGL ES 2.0 (ANGLE 2.1.0.dec065540d5f) WebGL 1 Driver Extensions: 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_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_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_filter_anisotropic GL_EXT_texture_format_BGRA8888 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_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 WebGL 1 Extensions: ANGLE_instanced_arrays EXT_blend_minmax EXT_color_buffer_half_float EXT_frag_depth EXT_shader_texture_lod EXT_texture_filter_anisotropic EXT_disjoint_timer_query MOZ_debug OES_element_index_uint OES_standard_derivatives OES_texture_float OES_texture_float_linear OES_texture_half_float OES_texture_half_float_linear OES_vertex_array_object WEBGL_color_buffer_float WEBGL_compressed_texture_s3tc WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_depth_texture WEBGL_draw_buffers WEBGL_lose_context MOZ_WEBGL_lose_context MOZ_WEBGL_compressed_texture_s3tc MOZ_WEBGL_depth_texture WebGL 2 Driver WSI Info: EGL_VENDOR: Google Inc. (adapter LUID: 0000000000007c53) EGL_VERSION: 1.4 (ANGLE 2.1.0.dec065540d5f) EGL_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_ANGLE_direct_composition 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_stream_producer_d3d_texture_nv12 EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_EXTENSIONS(nullptr): EGL_EXT_client_extensions EGL_EXT_platform_base EGL_EXT_platform_device EGL_ANGLE_platform_angle EGL_ANGLE_platform_angle_d3d EGL_ANGLE_device_creation EGL_ANGLE_device_creation_d3d11 EGL_ANGLE_experimental_present_path EGL_KHR_client_get_all_proc_addresses WebGL 2 Driver Renderer: Google Inc. -- ANGLE (NVIDIA GeForce GTX 1080 Direct3D11 vs_5_0 ps_5_0) WebGL 2 Driver Version: OpenGL ES 3.0 (ANGLE 2.1.0.dec065540d5f) WebGL 2 Driver Extensions: 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_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_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 WebGL 2 Extensions: EXT_color_buffer_float EXT_texture_filter_anisotropic EXT_disjoint_timer_query MOZ_debug OES_texture_float_linear WEBGL_compressed_texture_s3tc WEBGL_debug_renderer_info WEBGL_debug_shaders WEBGL_lose_context MOZ_WEBGL_lose_context MOZ_WEBGL_compressed_texture_s3tc Audio Backend: wasapi Direct2D: true DirectWrite: true (10.0.15063.413) GPU #1 Active: Yes Description: NVIDIA GeForce GTX 1080 Vendor ID: 0x10de Device ID: 0x1b80 Driver Version: 22.21.13.8253 Driver Date: 6-7-2017 Drivers: C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumdx.dll C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumd.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumd.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumd.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_2d81f3535ced17c6\nvldumd.dll Subsys ID: 61833842 RAM: 8192 Diagnostics AzureCanvasAccelerated: 0 AzureCanvasBackend: direct2d 1.1 AzureContentBackend: direct2d 1.1 AzureFallbackCanvasBackend: skia Decision Log GPU_PROCESS: unavailable by default: Multi-process mode is not enabled WEBRENDER: opt-in by default: WebRender is an opt-in feature unavailable by runtime: Build doesn't include WebRender Important Modified Preferences ------------------------------ accessibility.typeaheadfind.flashBar: 0 browser.cache.disk.capacity: 358400 browser.cache.disk.filesystem_reported: 1 browser.cache.disk.hashstats_reported: 1 browser.cache.disk.smart_size.first_run: false browser.cache.disk.smart_size.use_old_max: false browser.cache.frecency_experiment: 4 browser.download.folderList: 2 browser.download.manager.alertOnEXEOpen: false browser.fixup.domainwhitelist.firehomie: true browser.fixup.domainwhitelist.rv325: true browser.places.smartBookmarksVersion: 8 browser.sessionstore.upgradeBackup.latestBuildID: 20170619071723 browser.startup.homepage: about:home browser.startup.homepage_override.buildID: 20170619071723 browser.startup.homepage_override.mstone: 55.0 browser.tabs.crashReporting.email: kg@luminance.org browser.tabs.crashReporting.emailMe: true browser.tabs.crashReporting.includeURL: true browser.tabs.remote.autostart: true browser.tabs.remote.autostart.2: false browser.tabs.warnOnClose: false browser.tabs.warnOnOpen: false browser.urlbar.searchSuggestionsChoice: true browser.urlbar.userMadeSearchSuggestionsChoice: true dom.apps.lastUpdate.buildID: 20160916101415 dom.apps.lastUpdate.mstone: 49.0 dom.apps.reset-permissions: true dom.max_script_run_time: 0 dom.mozApps.used: true dom.push.userAgentID: cd692d1efcf44c95a328e69fd4638d7c extensions.lastAppVersion: 55.0 font.internaluseonly.changed: true font.name.monospace.x-western: Consolas font.name.sans-serif.x-western: Calibri font.name.serif.x-western: Cambria font.size.fixed.x-western: 15 font.size.variable.x-western: 18 gfx.crash-guard.d3d11layers.appVersion: 55.0 gfx.crash-guard.d3d11layers.deviceID: 0x1b80 gfx.crash-guard.d3d11layers.driverVersion: 22.21.13.8253 gfx.crash-guard.d3d11layers.feature-d2d: true gfx.crash-guard.d3d11layers.feature-d3d11: true gfx.crash-guard.d3d11video.appVersion: 53.0a2 gfx.crash-guard.d3d11video.deviceID: 0x1b80 gfx.crash-guard.d3d11video.driverVersion: 21.21.13.7866 gfx.crash-guard.d3d9video.appVersion: 53.0a2 gfx.crash-guard.d3d9video.deviceID: 0x1b80 gfx.crash-guard.d3d9video.driverVersion: 21.21.13.7849 gfx.crash-guard.status.d3d11layers: 2 gfx.crash-guard.status.d3d11video: 2 gfx.crash-guard.status.d3d9video: 2 gfx.driver-init.appVersion: 42.0a2 gfx.driver-init.deviceID: 0x17c8 gfx.driver-init.driverVersion: 10.18.13.5582 gfx.driver-init.feature-d2d: true gfx.driver-init.feature-d3d11: true gfx.driver-init.status: 2 gfx.font_rendering.cleartype_params.cleartype_level: 35 gfx.font_rendering.cleartype_params.enhanced_contrast: 45 gfx.font_rendering.cleartype_params.force_gdi_classic_for_families: gfx.font_rendering.cleartype_params.gamma: 1425 gfx.font_rendering.cleartype_params.rendering_mode: 5 gfx.font_rendering.directwrite.enabled: true media.benchmark.vp9.fps: 254 media.benchmark.vp9.versioncheck: 2 media.gmp-eme-adobe.abi: x86_64-msvc-x64 media.gmp-eme-adobe.lastUpdate: 1456263116 media.gmp-eme-adobe.version: 17 media.gmp-gmpopenh264.abi: x86_64-msvc-x64 media.gmp-gmpopenh264.lastUpdate: 1471475845 media.gmp-gmpopenh264.version: 1.6 media.gmp-manager.buildID: 20170619071723 media.gmp-manager.lastCheck: 1498336975 media.gmp-widevinecdm.abi: x86_64-msvc-x64 media.gmp-widevinecdm.lastUpdate: 1474446733 media.gmp-widevinecdm.version: 1.4.8.903 media.gmp.storage.version.observed: 1 media.hardware-video-decoding.failed: false media.webrtc.debug.aec_log_dir: C:\Users\Katelyn\AppData\Local\Temp media.webrtc.debug.log_file: C:\Users\Katelyn\AppData\Local\Temp\WebRTC.log network.cookie.prefsMigrated: true network.dns.disablePrefetch: true network.http.speculative-parallel-limit: 0 network.predictor.cleaned-up: true network.prefetch-next: false places.database.lastMaintenance: 1498293298 places.history.expiration.transient_current_max_pages: 134721 plugin.disable_full_page_plugin_for_types: application/pdf plugin.importedState: true plugin.state.flash: 1 plugin.state.npctrl: 2 plugin.state.npgoogleupdate: 0 plugin.state.npnv3dv: 0 plugin.state.npnv3dvstreaming: 0 plugin.state.npunity3d: 1 privacy.cpd.cookies: false privacy.cpd.downloads: false privacy.cpd.formdata: false privacy.cpd.history: false privacy.cpd.sessions: false privacy.donottrackheader.enabled: true privacy.sanitize.migrateClearSavedPwdsOnExit: true privacy.sanitize.migrateFx3Prefs: true privacy.sanitize.timeSpan: 0 privacy.trackingprotection.enabled: true privacy.trackingprotection.introCount: 20 privacy.trackingprotection.pbmode.enabled: false security.disable_button.openCertManager: false security.sandbox.content.tempDirSuffix: {798b84da-142a-4a56-bf4a-aecef54f996a} security.ssl.errorReporting.automatic: true services.sync.declinedEngines: prefs services.sync.engine.addons: false services.sync.engine.bookmarks.validation.lastTime: 1496300039 services.sync.engine.greasemonkey: true services.sync.engine.prefs: false services.sync.engine.prefs.modified: false services.sync.engine.userStyles: true services.sync.lastPing: 1498306723 services.sync.lastSync: Sat Jun 24 2017 16:38:54 GMT-0700 (Pacific Standard Time) services.sync.numClients: 3 storage.vacuum.last.index: 1 storage.vacuum.last.places.sqlite: 1497947130 ui.osk.debug.keyboardDisplayReason: IKPOS: Touch screen not found. Important Locked Preferences ---------------------------- Places Database --------------- JavaScript ---------- Incremental GC: true Accessibility ------------- Activated: false Prevent Accessibility: 0 Library Versions ---------------- NSPR Expected minimum version: 4.15 Version in use: 4.15 NSS Expected minimum version: 3.31 Version in use: 3.31 NSSSMIME Expected minimum version: 3.31 Version in use: 3.31 NSSSSL Expected minimum version: 3.31 Version in use: 3.31 NSSUTIL Expected minimum version: 3.31 Version in use: 3.31 Experimental Features --------------------- Sandbox ------- Content Process Sandbox Level: 1 Effective Content Process Sandbox Level: 1 --
Flags: needinfo?(kg)
Reporter | ||
Comment 8•7 years ago
|
||
Comment 9•7 years ago
|
||
(In reply to K. Gadd (:kael) from comment #7) > Just for an update, this still happens, but isn't consistent. I had two > stop-and-rebuffers on a video but when I cleared cache and restarted FF, it > played from start to finish just fine. YouTube uses MediaSource extension with XHR request. Those aren't cached. So clearing the cache would have no effect whatsoever. just luck I guess. Do you force the resolution when watching a youtube video? In Auto mode, the youtube player will assess your connection speed and ensure the quality selected allow for continuous playback without interruption. > > Stats for nerds doesn't show much other than that it seems like the playback > buffer may have instantaneously emptied, causing the rebuffer - but I don't > know why that would happen. Under normal circumstances the playback buffer > fills to 60+ seconds and doesn't drain until the end of the video. buffer being fully cleared typically happens when the youtube player gets a buffer full error. It then clears the entire buffer an restart automatically. I see nothing in your prefs that could have reduced the size of the allowed buffer (100MB for video, and 15MB for audio)... Unless you force 4K videos, and machine is too slow to play properly, the buffer should never gets full normally... The stats for nerds capture (you can just copy/paste the data BTW, much easier than doing a screen capture) shows 35s buffer which is about normal.
Reporter | ||
Comment 10•7 years ago
|
||
I've had the buffer get up into the 70+ second range; so if the buffer gets too full it dumps it and restarts? I think that might be happening. Can I identify the size of the buffer in MB somehow? I'm on gigabit fiber, so it's possible it's just filling the buffer faster than it can play it back.
Comment 11•7 years ago
|
||
All of this is controlled by the YouTube JS player. if you could link to some videos at which it is happening, maybe I can attempt to reproduce it here. Try this: create a new integer pref: media.mediasource.eviction_threshold.video set the value to 157286400 and: media.mediasource.eviction_threshold.audio set the value to 31457280 see if it helps.
Reporter | ||
Comment 12•7 years ago
|
||
Thanks for the suggestion, I'll test that. I tried manually lowering the eviction threshold to test what happens when youtube's buffer is evicted and it doesn't match the problem I'm seeing (though it's quite weird). It's possible eviction is still involved, I suppose. Is it possible that YT normally won't encounter buffer full errors, and as a result is misbehaving when it gets them (due to my unusual connection and use of FF instead of Chrome)?
This smells like buffer bloat to me. You can diagnose this issue with http://www.dslreports.com/speedtest If the issue occurs, try turning off other devices on the network that may be uploading data. Mobile phones tend to sync photos when they join the network, which saturates upstream and pushes ping times up on problematic networks. Try pinging 8.8.8.8 to see what your ping times look like when you're having trouble.
Updated•7 years ago
|
Flags: needinfo?(kg)
Reporter | ||
Comment 14•7 years ago
|
||
I'm on gigabit fiber and the speedtest shows no buffer bloat.
Flags: needinfo?(kg)
(In reply to K. Gadd (:kael) from comment #14) > I'm on gigabit fiber and the speedtest shows no buffer bloat. Have you tried different machines on the same network or the same machine on different networks? Do you get the same result on Edge? Does setting media.wmf.vp9.enabled=false make a difference?
Flags: needinfo?(kg)
OS: Unspecified → Windows 10
Feel free to provide the above info and re-open the bug.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Reporter | ||
Comment 17•7 years ago
|
||
I think this is probably actually https://bugzilla.mozilla.org/show_bug.cgi?id=1390680 and I didn't notice because it was stopping & restarting playback instead of failing like it does now. (The early failures leading up to complete playback failure in 1390680 do act like rebuffers) I'll try turning off vp9.
Reporter | ||
Comment 18•7 years ago
|
||
Sadly this recurs even with wmf.vp9.enabled set to false, though it seems less common. Saw it a few times today, most recently on https://www.youtube.com/watch?v=vrphM1J87rg part way through. I had the stats for nerds overlay open and it seems like the buffer drained suddenly, causing it to pause briefly. I've highlighted the spot where it happened.
Flags: needinfo?(kg)
Reporter | ||
Updated•7 years ago
|
Status: RESOLVED → REOPENED
Resolution: INCOMPLETE → ---
Comment 19•7 years ago
|
||
Using Firefox Nightly, Install the media devtools extension. Then press ctrl-alt-I, then go into the media tab on the right. Press the start button. Now plays the video again, and observe the memory use, does it ever reach a particular number before it restarts to 0? Youre using a standard build right?
Reporter | ||
Comment 20•7 years ago
|
||
Regular ol' x64 developer edition. I'll try what you suggested in nightly.
Updated•7 years ago
|
Priority: -- → P2
Reporter | ||
Comment 21•7 years ago
|
||
Playback failure on https://www.youtube.com/watch?v=pMOrfXMgNU4, which appears to be using the avc1 codec instead of vp9. Is there an about:config value to decode those in software as well?
Comment 23•7 years ago
|
||
if the problem is a sourcebuffer full error, it would show regardless of the video codec used.
Reporter | ||
Comment 24•7 years ago
|
||
Part of the issue here is that turning off vp9 seems to have convinced youtube to send me avc for most videos, but some are still vp9. Where do I find the memory use in media devtools? There are a lot of values here poorly labelled.
Reporter | ||
Comment 25•7 years ago
|
||
Also, navigating between youtube videos with media devtools open seems to consistently tab crash. https://crash-stats.mozilla.com/report/index/e8fd3536-fa1f-4aab-a5e5-029ce0170916 https://crash-stats.mozilla.com/report/index/d0cb5620-ae80-4a66-be80-3631a0170916
Comment 26•7 years ago
|
||
"Dumping Data for Demuxer": "7f958da8c000", "Dumping Audio Track Buffer(audio/webm)": "mLastAudioTime=7,821000", "Audio Track Buffer Details": "NumSamples=1390 Size=840650 Evictable=207287 NextGetSampleIndex=391 NextInsertionIndex=1390", "Audio Track Buffered": "ranges=[(0,000000, 27,801000)]", "Dumping Video Track Buffer(video/webm)": "mLastVideoTime=6,280000", "Video Track Buffer Details": "NumSamples=896 Size=2703124 Evictable=178292 NextGetSampleIndex=157 NextInsertionIndex=896", "Video Track Buffered": "ranges=[(0,000000, 35,840000)]", "Size" is how much data the source buffer currently contains "Evictable"is how much can be ejected. Size should never go much over 100MiB for video and 15MiB for audio. I'll lodge a bug for those crashes.
Reporter | ||
Comment 27•7 years ago
|
||
OK, it happened once with devtools open, though I wasn't staring at them. https://www.youtube.com/watch?v=pMOrfXMgNU4 had about 500 seconds buffered after ~10 minutes of playback, and then it briefly paused and the buffer reset to 0. Previously when I looked at it the buffer details showed something like 'numsamples=60000, size=40000000, evictable=38000000' The evictable and size values had been going up the whole time without ever going down, and the buffered range had a start of 0. After the pause/reset the size and evictable numbers had plummeted, and the buffered range starts at 599.04. I don't know if this means that it evicted all the evictable bytes or if it actually just threw the whole buffer away, but it seems like one of those two happened? That or youtube itself gave up and destroyed the media element and created a new one - that would explain the brief pause. (How can I check whether they've done that?)
Comment 28•7 years ago
|
||
was that for audio or video? Unless the resolution is very low, I doubt 500s of video would only amount for 40MB of data. You did change your memory threshold though, increasing them greatly. We know it's not that, so please reset them back to their default value. It is possible you got a decoding error and youtube restarted the media element. That information isn't available via the devtools however (yet) only through logging. Using MOZ_LOG=MediaFormatReader:5,MediaSource:5 MOZ_LOG_FILE=path_to_file firefox.exe would help find what exactly happened... It's very verbose .... What's certain is there's something unique to your configuration, as you can imagine if we had such common issues with youtube, we would have had more reports than just yours.
Reporter | ||
Comment 29•7 years ago
|
||
Later in my testing for that clip I got a decoding error and youtube gave up, so I turned off hw decoding. If decoding errors can cause the element to restart that means I may just be getting confused by bug 1390680 and everything else is fine. The videos are often static images with music attached (soundtracks) so it seems plausible that the size numbers are correct. That was the video track. I'll reset the eviction threshold just to factor that out. YT seems happy to buffer up 500s while paused but it doesn't seem to do the evict/reset thing while paused. Would it make sense if it were just the result of having a very fast connection? I feel like I'm probably not the only firefox user on gigabit, but it is pretty rare in the US.
Updated•7 years ago
|
platform-rel: --- → ?
Whiteboard: [platform-rel-youtube]
Reporter | ||
Comment 30•7 years ago
|
||
I haven't seen this in a few months, but I've had hardware decoding disabled that whole time. I'm going to turn hw decoding back on and see if the issue remains resolved.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•