Flash Player Plugin для Firefox в Ubuntu / Linux Mint
Fresh Player Plugin позволяет Linux пользователям использовать Pepper Flash (который идет в комплекте с Google Chrome) в Firefox и других NPAPI-совместимых веб-браузерах.
Fresh Player Plugin позволяет воспроизводить звук, видео с YouTube и других сайтов, использовать полноэкранный режим видео, работать с мульти-мониторами и всеми остальными Fresh прелестями современного интернета. Fresh Player Plugin содержится в хранилище PPA.
Напомню, что последние версии Adobe Flash Player доступны на Linux поставляются только через Google Chrome, в то время как для других браузеров Adobe застрял на версии 11.2.
Adobe Flash Player, который идет в комплекте с Google Chrome в виде PPAPI (или Pepper Plugin API) не интегрируется и не поддерживается в Mozilla.
Вот почему Ринат Ибрагимов решил создать эту обертку. Теперь пользователи Firefox могут использовать последнюю версию Pepper Flash от Google Chrome.
Установите Fresh Player Plugin в Ubuntu / Linux Mint и другие подобные с помощью этого PPA репозитория:
Вы также можете установить Fresh Player Plugin, не используя репозитории, а скачать установочный Deb файл. Но такой вариант Вам не предоставит обновлений!
Другие способы получения Flash Player:
Fresh Player Plugin — это просто обертка для libpepflashplayer.so, по сути, просто нужен этот файл, который поставляется совместно с Google Chrome. Для получения этого файла можно просто установить Google Chrome.
Также можно получить libpepflashplayer.so используя репозиторий Pepper Flash-PPA
Но в этих случаях Вам придется самостоятельно делать симлинки или копировать файл libpepflashplayer.so для использования его Firefox-ом
Так что самый простой способ использовать новый Flash Player Plugin — это установить Fresh Player Plugin выше описанным способом.
Чтобы сообщить об ошибках или помочь с его развитием Fresh Player Plugin зайдите на страницу GitHub создателя.
7 комментариев Flash Player Plugin для Firefox в Ubuntu / Linux Mint
Почему же нет пакета для Debian, когда он так нужен?
При попытке вручную или из добавленного PPA установить его, возникает следующее:
dpkg: зависимости пакетов не позволяют настроить пакет freshplayerplugin:
freshplayerplugin зависит от libconfig9, однако:
Пакет libconfig9 не установлен.
freshplayerplugin зависит от libevent-pthreads-2.0-5 (>= 2.0.10-stable), однако:
Пакет libevent-pthreads-2.0-5 не установлен.
freshplayerplugin зависит от libpulse0 (>= 1:0.99.1), однако:
Версия libpulse0:amd64 в системе — 6.0-2.
freshplayerplugin зависит от libsoxr0 (>= 0.1.0), однако:
Пакет libsoxr0:amd64 не установлен.
Дистрибутив — Debian Stretch
Сначала пришлось установить сам Flash Player 11 версии, сверху уже поставил 18 с этого сайта, спасибо.
Источник
nathanael-naeri / flash-readme.md
Date: 2017-04-23
Title: Flash and LSO cookies
Author: Nathanaël Naeri
Valid for: Ubuntu 14.04+
Valid for: NPAPI and PPAPI Flash Player (plugins) 25.0
Valid for: Fresh Player Plugin (wrapper) 0.3.6
Flash Player on Linux
There are two Flash Player plugins available for Linux: one that uses the legacy Netscape Plugin API (NPAPI) to interface with the browser [1], and another that uses the more modern Pepper API (PPAPI) instead [2,3].
Chromium and Chrome only support the Pepper API to interface with plugins, and can therefore only use the PPAPI Flash plugin. Firefox only supports the Netscape Plugin API, and only for the NPAPI Flash plugin since version 52: support for all other plugins has been dropped, as the web moves away from plugins [4]. Mozilla is exploring the possibility to use the Pepper API for Flash in the future [5], but they may just drop all Flash support instead.
To complicate the matter, a PPAPI-to-NPAPI wrapper (converter) exists that makes it possible for the PPAPI plugin to present to NPAPI-compatible browsers as a NPAPI plugin [6]. This piece of software was designed because Adobe stopped developing the NPAPI plugin for Linux from 2011 to 2016, focusing instead on the PPAPI plugin. With the NPAPI plugin stuck at version 11.2, it became desirable for Linux users of NPAPI-compatible browsers to be able to use the PPAPI plugin through the PPAPI-to-NPAPI wrapper. The reverse wrapper, NPAPI-to-PPAPI, does not exist.
The NPAPI and PPAPI plugins are not exactly the same, and certain features are not fully implemented in the NPAPI version, such as GPU acceleration of 3D graphics [7]. To enjoy these features, it is necessary to use the PPAPI plugin through the PPAPI-to-NPAPI wrapper. If doing so, note that the version number reported by the wrapper in about:plugins might be wrong [8,9,10]: check with www.adobe.com/software/flash/about instead.
Both the NPAPI plugin and the PPAPI plugin are binary files, named respectively libflashplayer.so and libpepflashplayer.so, that can be downloaded from Adobe [11,12] and placed manually in a browser-specific location for the browser to find them. The PPAPI-to-NPAPI wrapper is another binary file, named libfreshwrapper-flashplayer.so, whose sources can be downloaded from the developer’s page [6] and the compiled binary can be placed in the same browser-specific location. Several packages provide the plugin and the wrapper and automate their installation:
Recommended sources for the NPAPI and PPAPI plugins
When installing a new Ubuntu 14.04+ system, selecting the option about non-free software installs flashplugin-installer as a recommended dependency of ubuntu-restricted-addons [13,14,15].
The package downloads the adobe-flashplugin source package from Canonical’s partner repository [19], which is a tarball archive containing the NPAPI plugin, the PPAPI plugin, and the control panel (name: adobe-flashplugin_ .orig.tar.gz). The package then extracts the NPAPI plugin to /usr/lib/flashplugin-installer/libflashplayer.so, and creates a symlink to it in the Mozilla plugin directory: /usr/lib/mozilla/plugins/flashplugin-alternative.so -> /etc/alternatives/mozilla-flashplugin -> /usr/lib/flashplugin-installer/libflashplayer.so.
The PPAPI plugin and the control panel are not installed.
To get the PPAPI plugin instead of (or in addition to) the NPAPI plugin provided by flashplugin-installer, remove flashplugin-installer and install adobe-flashplugin from Canonical’s partner repository [16,17,18,19].
Then install the PPAPI/NPAPI wrapper too (see further), so that NPAPI-compatible browsers can detect the PPAPI plugin in addition to the NPAPI one. If both versions show up in about:addons (which shouldn’t be the case), don’t try and disable the NPAPI one: you can’t tell it from the PPAPI one by the version number, and disabling a version also disables the other.
The adobe-flash-properties-
Previously recommended source for the PPAPI plugin
Debian users are not supposed to use Canonical’s partner repository, but instead use pepperflashplugin-nonfree as their source for the PPAPI plugin [20,21]. This Debian package made by Bart Martens is automatically imported into Ubuntu at each development cycle [22,23], but doesn’t have a specific Ubuntu maintainer, and has been requested for removal from Ubuntu 17.10+ [44].
Ubuntu users may use it as their source for the PPAPI plugin, but it is not recommended over adobe-flashplugin. Available in multiverse, the package downloads the PPAPI plugin from Adobe, installs it as /usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so, and writes the path to it in a config file in /etc/chromium-browser/customizations (16.04+) or /etc/chromium/default (14.04) so that Chromium-based browsers can find it. After the PPAPI/NPAPI wrapper is installed (see further), NPAPI-compatible browsers are able to detect it too.
In the early days of the PPAPI plugin, the plugin was only available to Google, and the only way of getting it on Linux was to rip it from a download of Google Chrome (which comes as a .deb package). This is what pepperflashplugin-nonfree used to do. Now Adobe has made the Linux PPAPI plugin available to Canonical and on their own download site, and Google has unbundled it from Chrome since Chrome version 54, released in late 2016-10 [24]. Versions of pepperflashplugin-nonfree that have taken this change into account are in in for 17.04+ and in -updates for previous releases.
The advantage of pepperflashplugin-nonfree is that it doesn’t install the NPAPI plugin and the control panel, so no bloat if you’re only after the PPAPI plugin. Also, it is in multiverse which is enabled by default, if for some reason you don’t want to enable partner. The drawback is that its version is not bumped when a new Flash Player plugin is released [21], so Flash Player updates cannot be done via APT and must be done manually. A standalone script is provided for that task, which redownloads the plugin [25]:
Jonathon Fernyhough’s PPA features a version of this package that also downloads the PPAPI plugin from Adobe, is compiled for 14.04 and 16.04, and automates the Flash Player updates via a daily cronjob [26]. I’d recommend it over the multiverse version for these releases.
The PPAPI-to-NPAPI wrapper
The PPAPI/NPAPI wrapper is named Fresh Player Plugin, because even though it is not the (PPAPI) Flash plugin itself, it is a (NPAPI) plugin to the browser, installed as a binary file in the Mozilla plugin directory (libfreshwrapper-flashplayer.so). It is developped by Rinat Ibragimov [6,27] and packaged for Debian and Ubuntu as browser-plugin-freshplayer-pepperflash (src:freshplayerplugin) by several different maintainers.
Vincent Danjean is the maintainer of the Debian package [28]. This package is imported in Ubuntu’s multiverse repository [29,30], starting with 16.04, as part of the regular Debian package import at the beginning of the development cycle of each Ubuntu release. The resulting Ubuntu package doesn’t have a specific Ubuntu maintainer.
The Debian package recommends pepperflashplugin-nonfree, Debian’s sole source for the PPAPI Flash plugin. Its Ubuntu version was modified [31] to recommend adobe-flashplugin instead, Ubuntu’s recommended source for the PPAPI Flash plugin.
The package adds an alternative to the mozilla-flashplugin group, changing the symlink chain pointing to adobe-flashplugin’s NPAPI plugin (/usr/lib/mozilla/plugins/flashplugin-alternative.so -> /etc/alternatives/mozilla-flashplugin -> /usr/lib/adobe-flashplugin/libflashplayer.so) to a symlink chain pointing to the PPAPI/NPAPI wrapper (/usr/lib/mozilla/plugins/flashplugin-alternative.so -> /etc/alternatives/mozilla-flashplugin -> /usr/lib/browser-plugin-freshplayer-pepperflash/libfreshwrapper-flashplayer.so). This is how Mozilla-based browsers are able to find the wrapper. As for the wrapper itself, it finds the PPAPI plugin it is supposed to wrap by looking for it in several locations where the plugin is usually installed [36].
Like all packages imported from Debian, new versions of browser-plugin-freshplayer-pepperflash only land in Ubuntu’s development release (and not even automatically, since there is a Debian/Ubuntu delta). For the package to be updated in Ubuntu’s published releases, a MOTU needs to take specific action, which rarely happens (the packages in the repository of a published release are updated as little as possible, for stability reasons). Hence why browser-plugin-freshplayer-pepperflash is outdated in the published releases.
Andrei Alin is the maintainer of the package available in the WebUpd8 PPA [32,33]. In contrast to the package available in multiverse, Andrei Alin’s package is updated for all published releases, whenever new upstream releases are available.
The package recommends adobe-flashplugin and adds the same alternative as the package available in multiverse.
Jonathon Fernyhough’s PPA provides versions of browser-plugin-freshplayer-pepperflash for 14.04 and 16.04 that are backports of the 17.04 multiverse version [26]. Mere copies, no changes.
This may be useful for users of 14.04, since browser-plugin-freshplayer-pepperflash is not present in multiverse for that release (no backport has ever been requested). Users of 16.04 will also get a small version bump from using this PPA. In both cases however, Andrei Alin’s package is more recent.
Giovanni Santini’s PPA provides daily builds of the Fresh Player Plugin for all published releases and the development release [34]. It is useful when you need an upstream bugfix, can’t wait for the next packaged release, and don’t feel like installing from source. Note that the PPA is currently lagging behind upstream because of a Github-to-Launchpad importation error [35].
Note that Giovanni Santini follows the Debian packaging rather than the Ubuntu packaging: it recommends pepperflashplugin-nonfree instead of adobe-flashplugin, and creates a new alternative group to symlink to the wrapper instead of using the one already put in place by adobe-flashplugin.
Installation and configuration
The command for adding a PPA to the system is sudo add-apt-repository ppa: /
The wrapper must know the location of the PPAPI plugin it is supposed to wrap. By default, it looks for a file named libpepflashplayer.so in a dozen different directories, where Chrome and the previously listed packages providing the PPAPI plugin would have put it. Among those are [36,37]:
If the plugin has been installed manually in a different place, or given a different name, its path must be given explicitly in the configuration file /etc/freshwrapper.conf (site-specific) or
See the example configuration file /usr/share/doc/browser-plugin-freshplayer-pepperflash/freshwrapper.conf.example [38] for more configuration options. It shows the default values.
Local shared objects aka Flash cookies
Storage locations: NPAPI
The NPAPI plugin stores the LSO cookies in the following locations [39]:
The default Flash cookie is stored as:
Storage locations: PPAPI
The PPAPI plugin stores the LSO cookies in
/.config/google-chrome/Default/Pepper Data/Shockwave Flash/WritableRoot/#SharedObjects/ when it is used through Google Chrome [39], and in the following location when it is wrapped by Fresh Player Plugin:
The default Flash cookie is stored as:
Clear cookies when Firefox closes
The «Keep until I close Firefox» cookie setting apparently only applies to text cookies, not LSO cookies. If ticked:
The «Clear history when Firefox closes» preference and «Clear recent history» command have a cookie tickbox that apparently applies to both text and LSO cookies, and doesn’t care about exceptions. If ticked:
The LSO cookies in the PPAPI location (
/.config/freshwrapper-data/. ) are left untouched, along with the corresponding default Flash cookie, since Firefox doesn’t know about PPAPI plugins. To delete these LSO cookies, use BetterPrivacy [40].
Install BetterPrivacy Firefox addon to automatically delete PPAPI LSO cookies
By default, BetterPrivacy looks for LSO cookies under
/.macromedia (NPAPI location). Configure it to look under
/.config/freshwrapper-data (PPAPI location). By default, the default Flash cookie is neither cleared nor deleted, but there is an option to delete it as well.
The NPAPI storage location may be deleted manually once and for all (rm -r
/.macromedia), since once the wrapper is installed, the PPAPI plugin will be used, not the NPAPI plugin, so there won’t be any new files created in the NPAPI location.
Exception: if the wrapper is from Giovanni Santini’s PPA, Firefox detects two Flash plugins: PPAPI through the wrapper, and NPAPI, because the package installs a new alternative group to symlink to the wrapper (flash-mozilla.so), instead of using the one that adobe-flashplugin has already put in place to symlink to the NPAPI plugin (mozilla-flashplugin). Because of that, an empty .macromedia/Flash_Player/macromedia.com/support/flashplayer/sys/settings.sol is created when Firefox tries to clear the default Flash cookie. Oh well.
In case of Flash-related trouble, check the Issues page of the wrapper on GitHub [41]. Answers will probably be there.
Hardware accelerated video decoding
Current defaults are for hardware accelerated rendering to be enabled (enable_3d = 1) and hardware accelerated decoding to be disabled (enable_hwdec = 0), said hardware being the GPU of course [38,42].
Version >=54.39.0 of libavcodec is required for compiling the wrapper with hardware accelerated decoding support. But Ubuntu 14.04 only has version 54.35.1, so the WebUpd8 packager (Andrei Alin) compiled the wrapper without hardware accelerated decoding support, because even if he updates his libavcodec, the users of the package can’t be expected to have done so [42]. Consequently, switching on hardware accelerated decoding in the configuration file is useless on 14.04, it is not available.
Later releases of Ubuntu have version 56+ of libavcodec, so the wrapper for these releases has most likely been compiled with hardware accelerated decoding support. To turn it on, switch enable_hwdec to 1 in the wrapper’s configuration file, and check that enable_vaapi and enable_vdpau are also set to 1 so that hardware accelerated decoding uses VA-API/VDPAU.
The WebUpd8 team maintains other interesting PPAs [43]:
Источник
