Loosen sandbox to allow for FFmpeg to run in RDD process.
Categories
(Core :: Security: Process Sandboxing, defect, P2)
Tracking
()
People
(Reporter: jya, Assigned: stransky)
References
(Blocks 1 open bug)
Details
Currently decoding with ffmpeg is done in the content process.
We would like to have it run in the RDD process, however at this stage the sandbox doesn't allow for that.
Comment 2•4 years ago
|
||
Hmm, or does this affect multiple platforms, i.e. is it a meta we should hang any Windows and/or Linux specific fixes off of?
Reporter | ||
Comment 3•4 years ago
|
||
Ffmpeg is only used on Linux. Before this bug can works it does require some changes in how we initialise the code, it currently indirectly call gfxPlatform::Init which will load gtk and we probably don't want that.
So no, it's not a meta bug, but it will depend on another.
Assignee | ||
Comment 4•4 years ago
|
||
I'll look at it. I expect we want to run ffmpeg in RDD without VAAPI for now.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 5•4 years ago
|
||
I'm not sure if there's any other problem but ffmpeg works under RDD fine for me without VAAPI enabled - but that's expected due to Bug 1683808.
Assignee | ||
Comment 6•4 years ago
|
||
Bryce, just FYI we may enable RDD for ffmpeg when VAAPI is disabled.
Thanks for the heads up, that makes sense.
Description
•