searching for reviewer(jya)
5404a5e79e253fbf84aeab8945de7e668fa14acf: Bug 1662507 - don't use mEncoder outside webrtc.org thread. r=jya
John Lin <jolin@mozilla.com> - Thu, 07 Jan 2021 14:26:10 +0000 - rev 562400
Push 133748 by jolin@mozilla.com at Fri, 08 Jan 2021 02:09:56 +0000
Bug 1662507 - don't use mEncoder outside webrtc.org thread. r=jya Dispatching the `MediaDataEncoder::Encode()` invocation is not really necessary because the callback is desinated to run in task queue anyway. Also make `Shutdown()` wait for completion to make sure resource is released before next allocation. Differential Revision: https://phabricator.services.mozilla.com/D97027
d6081a1bef2d2fc5008c9c023efdf52532b4b51d: Bug 1683789 - Fix typo in WmfDecoderModuleMarkerAndLog function. r=jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Wed, 23 Dec 2020 14:38:51 +0000 - rev 561707
Push 133325 by bvandyk@mozilla.com at Wed, 23 Dec 2020 14:41:19 +0000
Bug 1683789 - Fix typo in WmfDecoderModuleMarkerAndLog function. r=jya Differential Revision: https://phabricator.services.mozilla.com/D100342
1c00de8c800ee726863fab0a9245e2c9a8e58136: Bug 1613672 - return `NS_ERROR_DOM_MEDIA_CANCELED` to indicate that track buffer manager has been detached from the demuxer. r=jya
alwu <alwu@mozilla.com> - Tue, 22 Dec 2020 06:06:04 +0000 - rev 561662
Push 133295 by alwu@mozilla.com at Tue, 22 Dec 2020 18:18:47 +0000
Bug 1613672 - return `NS_ERROR_DOM_MEDIA_CANCELED` to indicate that track buffer manager has been detached from the demuxer. r=jya When we shutdown `MediaSourceDecoder`, it would trigger a shutdown for `MDSM` and a detaching for media source. In the previous one, that would eventually shutdown `MediaFormatReader` via tasks going through different threads (main->MDSM->MFR's supervisor). In the latter one, it would eventually detach the `TrackBufferManager` from the `MediaSourceTrackDemuxer`. (main->Demuxer's supervisor) As these two tasks running in different threads, and the latter usually get finished before the former one, which would result in `MediaSourceTrackDemuxer` no longer being able to get a sample. When that happens, the reader hasn't been shutdown yet, so it's still holding track demuxers and keeps requesting data from them. Then demuxers would return error because their corresponding track managers have been detached. The reader would report the demuxing error to the console, but that's acutally not a fatal error, because in this situation the reader is going to be shutdown soon. Therefore, return `NS_ERROR_DOM_MEDIA_CANCELED` to allow MFR to treat this error differently. Differential Revision: https://phabricator.services.mozilla.com/D100153
8da83f327982459fa82f040e1b5ae5da6df2868b: Bug 1680310 - Gracefully handle functions running after we Shutdown in RemoteDecoderManagerChild. r=jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Mon, 21 Dec 2020 15:03:01 +0000 - rev 561465
Push 133214 by bvandyk@mozilla.com at Mon, 21 Dec 2020 15:05:27 +0000
Bug 1680310 - Gracefully handle functions running after we Shutdown in RemoteDecoderManagerChild. r=jya RemoteDecoderManagerChild has a number of functions that may be called asynchronously. Many such functions assert that they can get the manager thread and that they are on that thread. However, if we've already shutdown, the thread they fetch will be null. Since we can enter shutdown while async executions of these functions are pending, we may fail our asserts. To avoid this, we instead check if the manager thread is null in these functions, if so, we assume we're in shutdown and bail. If the thread is not null, we continue as before and assert we are running on the thread as expected. Differential Revision: https://phabricator.services.mozilla.com/D99824
86e06386072c4e59d1e7b473791627bdfbf41183: Bug 1678463 - Part 2: Migrate media _WITH_DESTROY refcounts to new macros, r=jya
Nika Layzell <nika@thelayzells.com> - Mon, 14 Dec 2020 18:30:19 +0000 - rev 560664
Push 132745 by nlayzell@mozilla.com at Mon, 14 Dec 2020 18:33:54 +0000
Bug 1678463 - Part 2: Migrate media _WITH_DESTROY refcounts to new macros, r=jya These new macros provide a standard way to delegate `delete` to the main thread, and can be used to avoid using bespoke _WITH_DESTROY implementations. Differential Revision: https://phabricator.services.mozilla.com/D97826
f02502526be459a6fb864990d87afe416f97c9c4: Bug 1678684 - Initialize DXVA on the media thread, remove the mostly-unused dll blocklist, and the crashguard. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 14 Dec 2020 06:04:13 +0000 - rev 560481
Push 132681 by mwoodrow@mozilla.com at Mon, 14 Dec 2020 06:08:04 +0000
Bug 1678684 - Initialize DXVA on the media thread, remove the mostly-unused dll blocklist, and the crashguard. r=jya The main-thread requirements for DXVA appear to have been needed when we initialized a crash guard. We now only run DXVA in the GPU and RDD processes, which don't support crash guards. This removes the main thread dispatch and the crashguard code, and enforces that we're in the GPU/RDD process to init DXVA. This also removes the DLL blocklist code. This was disabled via pref when in the GPU process, which should be the majority of the time. In rare cases we would have been running DXVA in the RDD process (on older win7 when the GPU process isn't available). In these cases we can just do the same as the GPU process, allowing crashes and recovering from them (and disabling DXVA). Differential Revision: https://phabricator.services.mozilla.com/D98036
adbd3858fa50f54a36461ce96688feff9d7f09b6: Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert
Martin Stransky <stransky@redhat.com> - Tue, 08 Dec 2020 15:26:09 +0000 - rev 559852
Push 132295 by stransky@redhat.com at Tue, 08 Dec 2020 16:11:57 +0000
Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert - Remove MOZ_WAYLAND_CFLAGS and /ipc/chromium/chromium-config.mozbuild from ffmpeg58/moz.build - Build ffvpx with vaapi support at ffvpx/moz.build - Move gfx related headers from DMABUFSurfaceImage.h to DMABUFSurfaceImage.cpp and implement the gfx methods there. - Remove GL headers from DMABufSurface.h and forward declare GLuint/GLContext there. - Move mutex/MessageLoop/task related headers from nsWaylandDisplay.h to nsWaylandDisplay.cpp. - Move mozva.cpp to mozva.c due to linking issues Depends on D90556 Differential Revision: https://phabricator.services.mozilla.com/D90557
c5097975c9c6a475cdf19ea17bd83014cc8632aa: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Tue, 08 Dec 2020 15:26:02 +0000 - rev 559851
Push 132295 by stransky@redhat.com at Tue, 08 Dec 2020 16:11:57 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Depends on D90555 Differential Revision: https://phabricator.services.mozilla.com/D90556
84ea736888761e577eb28ccfcc1429fb709d699b: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Tue, 08 Dec 2020 15:26:19 +0000 - rev 559850
Push 132295 by stransky@redhat.com at Tue, 08 Dec 2020 16:11:57 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Depends on D90554 Differential Revision: https://phabricator.services.mozilla.com/D90555
321cbfd8cbb8b539fb6e359f02c953fcfd8ac286: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Tue, 08 Dec 2020 15:25:54 +0000 - rev 559849
Push 132295 by stransky@redhat.com at Tue, 08 Dec 2020 16:11:57 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
13936ff79b4ca5d7b6cdb6dfa32e406952022c14: Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert
Martin Stransky <stransky@redhat.com> - Fri, 04 Dec 2020 09:41:46 +0000 - rev 559421
Push 132090 by stransky@redhat.com at Fri, 04 Dec 2020 09:49:44 +0000
Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert - Remove MOZ_WAYLAND_CFLAGS and /ipc/chromium/chromium-config.mozbuild from ffmpeg58/moz.build - Build ffvpx with vaapi support at ffvpx/moz.build - Move gfx related headers from DMABUFSurfaceImage.h to DMABUFSurfaceImage.cpp and implement the gfx methods there. - Remove GL headers from DMABufSurface.h and forward declare GLuint/GLContext there. - Move mutex/MessageLoop/task related headers from nsWaylandDisplay.h to nsWaylandDisplay.cpp. Depends on D90556 Differential Revision: https://phabricator.services.mozilla.com/D90557
7315e7b327f7f69b28c7bb3ab4e4ff349db29b55: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Fri, 04 Dec 2020 09:41:31 +0000 - rev 559420
Push 132090 by stransky@redhat.com at Fri, 04 Dec 2020 09:49:44 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Depends on D90555 Differential Revision: https://phabricator.services.mozilla.com/D90556
b6ca98c5a3ccb0f2be4c08d2d8322447b707c8cd: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Fri, 04 Dec 2020 09:41:54 +0000 - rev 559419
Push 132090 by stransky@redhat.com at Fri, 04 Dec 2020 09:49:44 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Depends on D90554 Differential Revision: https://phabricator.services.mozilla.com/D90555
fb8fee4471decdbbcee76330dc023ac922c573b2: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Fri, 04 Dec 2020 09:41:38 +0000 - rev 559418
Push 132090 by stransky@redhat.com at Fri, 04 Dec 2020 09:49:44 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
b836812230d1274efa92eb0a0d38601ef4715cda: Bug 1634489 - part3 : update ID3 link to ID3v2.4. r=jya
alwu <alwu@mozilla.com> - Fri, 04 Dec 2020 01:53:31 +0000 - rev 559394
Push 132082 by alwu@mozilla.com at Fri, 04 Dec 2020 05:14:15 +0000
Bug 1634489 - part3 : update ID3 link to ID3v2.4. r=jya We've been using `footer` which is an attribute from v2.4, so we should keep the link up to date as well. Differential Revision: https://phabricator.services.mozilla.com/D98653
66f2c6d5aeb3591cd6292cca721b14ecfdfa5e69: Bug 1634489 - part2 : add test. r=jya
alwu <alwu@mozilla.com> - Fri, 04 Dec 2020 01:53:33 +0000 - rev 559393
Push 132082 by alwu@mozilla.com at Fri, 04 Dec 2020 05:14:15 +0000
Bug 1634489 - part2 : add test. r=jya Differential Revision: https://phabricator.services.mozilla.com/D98652
2d68e91869ff967fd855685d684afbd0fa0cdede: Bug 1634489 - part1 : allow ID3 parser to parse multiple ID3 headers and store the latest one. r=jya
alwu <alwu@mozilla.com> - Fri, 04 Dec 2020 01:51:35 +0000 - rev 559392
Push 132082 by alwu@mozilla.com at Fri, 04 Dec 2020 05:14:15 +0000
Bug 1634489 - part1 : allow ID3 parser to parse multiple ID3 headers and store the latest one. r=jya Most of time, mp3 file should only have one or none ID3v2 header, but sometime we can see a file incorrectly containing multiple ID3v2 headers where the second one is following by the first one. Therefore, in this situation, we should keep parsing following ID3v2 header, even if we've parsed one, and report multiple headers size together in order to skip correct offset for finding the correct first frame. Differential Revision: https://phabricator.services.mozilla.com/D98651
8c0e2919f6b26d1d2d41f258380be9292fcccdb0: Bug 1678684 - Initialize DXVA on the media thread, remove the mostly-unused dll blocklist, and the crashguard. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Fri, 04 Dec 2020 00:49:27 +0000 - rev 559370
Push 132067 by mwoodrow@mozilla.com at Fri, 04 Dec 2020 00:51:53 +0000
Bug 1678684 - Initialize DXVA on the media thread, remove the mostly-unused dll blocklist, and the crashguard. r=jya The main-thread requirements for DXVA appear to have been needed when we initialized a crash guard. We now only run DXVA in the GPU and RDD processes, which don't support crash guards. This removes the main thread dispatch and the crashguard code, and enforces that we're in the GPU/RDD process to init DXVA. This also removes the DLL blocklist code. This was disabled via pref when in the GPU process, which should be the majority of the time. In rare cases we would have been running DXVA in the RDD process (on older win7 when the GPU process isn't available). In these cases we can just do the same as the GPU process, allowing crashes and recovering from them (and disabling DXVA). Differential Revision: https://phabricator.services.mozilla.com/D98036
6a691d46d210192967ccdddceafe522158ef5be2: Bug 1626278: Test case for MozPromise::AllSettled. r=jya
Byron Campen [:bwc] <docfaraday@gmail.com> - Thu, 19 Nov 2020 18:46:22 +0000 - rev 559120
Push 131953 by bcampen@mozilla.com at Wed, 02 Dec 2020 19:33:10 +0000
Bug 1626278: Test case for MozPromise::AllSettled. r=jya Differential Revision: https://phabricator.services.mozilla.com/D92652
340bc094a9fad3d26ab654c7a73056f2b4f8c3de: Bug 1626278: Implement MozPromise::AllSettled, based on JS Promise API. r=jya
Byron Campen [:bwc] <docfaraday@gmail.com> - Thu, 19 Nov 2020 18:50:08 +0000 - rev 559119
Push 131953 by bcampen@mozilla.com at Wed, 02 Dec 2020 19:33:10 +0000
Bug 1626278: Implement MozPromise::AllSettled, based on JS Promise API. r=jya Differential Revision: https://phabricator.services.mozilla.com/D91467
9d4893cc2f992294be0a7989e9f1c67730143154: Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya
Martin Stransky <stransky@redhat.com> - Wed, 02 Dec 2020 10:30:29 +0000 - rev 559055
Push 131917 by malexandru@mozilla.com at Wed, 02 Dec 2020 12:50:54 +0000
Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya Differential Revision: https://phabricator.services.mozilla.com/D97920
708c5d0699366502304bf3b8842adabc9b4cf0c4: Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya
stransky <stransky@redhat.com> - Wed, 02 Dec 2020 10:30:21 +0000 - rev 559054
Push 131917 by malexandru@mozilla.com at Wed, 02 Dec 2020 12:50:54 +0000
Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya Differential Revision: https://phabricator.services.mozilla.com/D94650
0f7b1edcd9990a8b1a3f87cae1391cc35d8704c1: Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya
Martin Stransky <stransky@redhat.com> - Sat, 28 Nov 2020 12:23:16 +0000 - rev 558617
Push 131686 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:29:48 +0000
Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya Depends on D94650 Differential Revision: https://phabricator.services.mozilla.com/D97920
b43bed57327d6275c02d66821304c485dd2132c8: Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya
stransky <stransky@redhat.com> - Sat, 28 Nov 2020 12:23:11 +0000 - rev 558616
Push 131686 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:29:48 +0000
Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya Differential Revision: https://phabricator.services.mozilla.com/D94650
6c74e8eef334994dd1eb6af83a23c9ddadc5b552: Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert
Martin Stransky <stransky@redhat.com> - Sat, 28 Nov 2020 09:45:21 +0000 - rev 558615
Push 131685 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:19:33 +0000
Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya,glandium,jgilbert - Remove MOZ_WAYLAND_CFLAGS and /ipc/chromium/chromium-config.mozbuild from ffmpeg58/moz.build - Build ffvpx with vaapi support at ffvpx/moz.build - Move gfx related headers from DMABUFSurfaceImage.h to DMABUFSurfaceImage.cpp and implement the gfx methods there. - Remove GL headers from DMABufSurface.h and forward declare GLuint/GLContext there. - Move mutex/MessageLoop/task related headers from nsWaylandDisplay.h to nsWaylandDisplay.cpp. Differential Revision: https://phabricator.services.mozilla.com/D90557
5575575cc0c405e8ad530c59dcc28eac44112581: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Sat, 28 Nov 2020 12:21:27 +0000 - rev 558614
Push 131685 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:19:33 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Differential Revision: https://phabricator.services.mozilla.com/D90556
6fb9889193171fef1dd17c64a0e671eed1fa5769: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Sat, 28 Nov 2020 12:19:18 +0000 - rev 558613
Push 131685 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:19:33 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Differential Revision: https://phabricator.services.mozilla.com/D90555
04056b5c72d92131bbd4afc050231fd583f05493: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Sat, 28 Nov 2020 09:43:51 +0000 - rev 558612
Push 131685 by ccoroiu@mozilla.com at Sat, 28 Nov 2020 14:19:33 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
1aa6c9d65403b441c567ebda260f6b528060b492: Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:26:05 +0000 - rev 558552
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Provide libva headers to build Firefox without libva-devel installed, r=jya Differential Revision: https://phabricator.services.mozilla.com/D97920
f1dadb052d3aede268e66ea7e96c2827dd95605d: Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya
stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:25:59 +0000 - rev 558551
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Provide libva wrapper to run Firefox on systems without libva installed, r=jya Differential Revision: https://phabricator.services.mozilla.com/D94650
bdf9d27bd4d2084251a6da61809bc46b5b9d5755: Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:25:52 +0000 - rev 558550
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Build ffvpx FFmpegVideoDecoder module with VAAPI support, r=jya - Remove MOZ_WAYLAND_CFLAGS and /ipc/chromium/chromium-config.mozbuild from ffmpeg58/moz.build - Build ffvpx with vaapi support at ffvpx/moz.build - Move gfx related headers from DMABUFSurfaceImage.h to DMABUFSurfaceImage.cpp and implement the gfx methods there. - Remove GL headers from DMABufSurface.h and forward declare GLuint/GLContext there. - Move mutex/MessageLoop/task related headers from nsWaylandDisplay.h to nsWaylandDisplay.cpp. Differential Revision: https://phabricator.services.mozilla.com/D90557 Depends on D90556
373a658bb281eb9099a6ca6534cd33caf513c0ff: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:25:45 +0000 - rev 558549
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Differential Revision: https://phabricator.services.mozilla.com/D90556 Depends on D90555
5ccda5ab6563123911565d5ddb8999ae4cbcc7a2: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:25:38 +0000 - rev 558548
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Differential Revision: https://phabricator.services.mozilla.com/D90555 Depends on D90554
e6f396b25887b75f78b23f050c3c822e39f9cf3f: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 26 Nov 2020 21:25:32 +0000 - rev 558547
Push 131639 by nerli@mozilla.com at Fri, 27 Nov 2020 00:20:45 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
2d201f6ecb236ceae8bc63771eb5142c09b4fb04: Bug 1675878 - Don't resample high-sample-rate audio down to a standard rate. r=jya
Paul Adenot <paul@paul.cx> - Mon, 16 Nov 2020 14:33:46 +0000 - rev 557337
Push 131016 by padenot@mozilla.com at Mon, 16 Nov 2020 14:36:21 +0000
Bug 1675878 - Don't resample high-sample-rate audio down to a standard rate. r=jya Differential Revision: https://phabricator.services.mozilla.com/D97018
c116b0d0608dc5926f4660e36fa02ffe7587c8b8: Bug 1675453 [Linux] Get VA-API configuration from GetDMABufDevice instead of gfxPlatformGtk, r=jya
stransky <stransky@redhat.com> - Fri, 06 Nov 2020 14:12:59 +0000 - rev 556236
Push 130374 by rmaries@mozilla.com at Fri, 06 Nov 2020 14:31:42 +0000
Bug 1675453 [Linux] Get VA-API configuration from GetDMABufDevice instead of gfxPlatformGtk, r=jya - Use static preference media.ffmpeg.vaapi.drm-display.enabled directly instead of gfxPlatformGtk::GetPlatform()->UseDRMVAAPIDisplay(). - Don't check Wayland environment by gfxPlatformGtk::GetPlatform()->IsWaylandDisplay() call, WaylandDisplayGetWLDisplay() will safely return null on X11 displays. - Don't check dmabuf texture state by gfxPlatformGtk::GetPlatform()->UseDMABufVideoTextures(), we wan't it enabled by default when VA-API is used. Disable it only when static pref media.ffmpeg.dmabuf-textures.disabled is set. - Enable VAAPI by GetDMABufDevice()->IsDMABufVAAPIEnabled() call which covers EGL environment check, DMABUF config and VA-API ffmpeg prefence check. Depends on D95997 Differential Revision: https://phabricator.services.mozilla.com/D95998
01fde3de1f86b2aef5f4b6adf8fe98f99d4cfa20: Bug 1675453 [Linux] Use GetDMABufDevice() instead of gfxPlatformGtk() to get DMABuf config, r=jya
stransky <stransky@redhat.com> - Fri, 06 Nov 2020 14:13:02 +0000 - rev 556235
Push 130374 by rmaries@mozilla.com at Fri, 06 Nov 2020 14:31:42 +0000
Bug 1675453 [Linux] Use GetDMABufDevice() instead of gfxPlatformGtk() to get DMABuf config, r=jya - We cant use gfxPlatformGtk in RDD process so use GetDMABufDevice instead of it. - Use DRM display by default and use static preference media.ffmpeg.vaapi.drm-display.enabled directly to control it. Depends on D95996 Differential Revision: https://phabricator.services.mozilla.com/D95997
1e094ee6647feb49a8912066373abd8f54e64a51: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Fri, 06 Nov 2020 06:54:00 +0000 - rev 556156
Push 130353 by rmaries@mozilla.com at Fri, 06 Nov 2020 07:22:00 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Differential Revision: https://phabricator.services.mozilla.com/D90555
a7089f76921f1092efecff75ec56dea9d72c1a48: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 16:08:34 +0000 - rev 556155
Push 130353 by rmaries@mozilla.com at Fri, 06 Nov 2020 07:22:00 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
bc879f51793059446cc08b2f9a0b230cd47534c0: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 14:42:55 +0000 - rev 556044
Push 130288 by csabou@mozilla.com at Thu, 05 Nov 2020 14:58:05 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Differential Revision: https://phabricator.services.mozilla.com/D90556
a1fce14ac3a8d9f9cb797bbe2d3ab4d6efb4cfd1: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 14:42:17 +0000 - rev 556043
Push 130288 by csabou@mozilla.com at Thu, 05 Nov 2020 14:58:05 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Differential Revision: https://phabricator.services.mozilla.com/D90555
1d4f4423422a3f4b7e9534bf25df4f7454d6d3d9: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 08:30:14 +0000 - rev 556042
Push 130288 by csabou@mozilla.com at Thu, 05 Nov 2020 14:58:05 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
863ecb9b15d5aff990bdc1d923345daf07d979d7: Bug 1669503 - Add various test cases for mp3 trimming. r=jya
Paul Adenot <paul@paul.cx> - Wed, 04 Nov 2020 23:20:05 +0000 - rev 556034
Push 130280 by padenot@mozilla.com at Thu, 05 Nov 2020 14:36:51 +0000
Bug 1669503 - Add various test cases for mp3 trimming. r=jya Differential Revision: https://phabricator.services.mozilla.com/D94470
d5cbc458d31840c356cf363076c7312c07cca780: Bug 1669503 - Handle mp3 encoder padding when the padding duration spans more than one packet. r=jya
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 05 Nov 2020 14:24:37 +0000 - rev 556033
Push 130280 by padenot@mozilla.com at Thu, 05 Nov 2020 14:36:51 +0000
Bug 1669503 - Handle mp3 encoder padding when the padding duration spans more than one packet. r=jya We can't handle this at the decoder level, because the decoder doesn't know that a particular packet it's seeing is the second to last packet and it should start trimming the end of this packet because the encoder padding spans multiple packet. Differential Revision: https://phabricator.services.mozilla.com/D92645
f53408903b5e1e6fb34bc6ac96bc239a3484bb82: Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 07:38:26 +0000 - rev 555973
Push 130241 by csabou@mozilla.com at Thu, 05 Nov 2020 07:52:48 +0000
Bug 1660336 Implement FFmpegLibWrapper::LinkVAAPILibs() to link VAAPI libraries and use at at FFmpegRuntimeLinker/FFVPXRuntimeLinker, r=jya Differential Revision: https://phabricator.services.mozilla.com/D90556
450b4f240ff55579f66e97994cbfb8da945906c2: Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 07:36:35 +0000 - rev 555972
Push 130241 by csabou@mozilla.com at Thu, 05 Nov 2020 07:52:48 +0000
Bug 1660336 Implement DMABufSurfaceWrapper and VAAPIDisplayHolder as templates, r=jya Implemented DMABufSurfaceWrapper and VAAPIDisplayHolder as a versioned class templates as they are going to be used by both system ffmpeg and bundled ffvpx decoders. Differential Revision: https://phabricator.services.mozilla.com/D90555
7694d9e2424b2c17b122763219aa666b1638835b: Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 05 Nov 2020 07:34:57 +0000 - rev 555971
Push 130241 by csabou@mozilla.com at Thu, 05 Nov 2020 07:52:48 +0000
Bug 1660336 Add VP8/VP9 VAAPI HW decode code to bundled ffvpx and build it with MOZ_WAYLAND target, r=jya - Update in-tree ffvpx library with VP8/VP9 VAAPI HW decode code from FFmpeg 4.2. - Enable VP8/VP9 VAAPI HW decode on MOZ_WAYLAND target. Differential Revision: https://phabricator.services.mozilla.com/D90554
4dfedfe6d65c06e45ce17cca096d5eba855e1758: Bug 1673194: Remove dynamic code disable for 64-bit RDD process. r=jya
Bob Owen <bobowencode@gmail.com> - Thu, 29 Oct 2020 08:51:39 +0000 - rev 555032
Push 129719 by bobowencode@gmail.com at Thu, 29 Oct 2020 08:54:19 +0000
Bug 1673194: Remove dynamic code disable for 64-bit RDD process. r=jya Differential Revision: https://phabricator.services.mozilla.com/D95050
46a0e993f8bb4eeca12cbfbe21efd19c75592d35: Bug 1672901 - Fix failure to build with 11.0 macOS SDK. r=jya
Mike Hommey <mh+mozilla@glandium.org> - Tue, 27 Oct 2020 03:01:41 +0000 - rev 554596
Push 129488 by mh@glandium.org at Tue, 27 Oct 2020 03:04:23 +0000
Bug 1672901 - Fix failure to build with 11.0 macOS SDK. r=jya Differential Revision: https://phabricator.services.mozilla.com/D94561
721003f093fb7157fed737fc023be8beac130e1b: Bug 1669570 - Rename MediaController thread to MediaSupervisor. r=jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Mon, 26 Oct 2020 15:13:37 +0000 - rev 554565
Push 129464 by bvandyk@mozilla.com at Mon, 26 Oct 2020 17:48:51 +0000
Bug 1669570 - Rename MediaController thread to MediaSupervisor. r=jya This renames the thread and identifiers derived from the thread's name. This is to avoid ambiguity over if the thread relates to the MediaController class, which it does not. Differential Revision: https://phabricator.services.mozilla.com/D93806