From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Garreau Newsgroups: gmane.emacs.devel Subject: Re: GStreamer xwidget Date: Wed, 01 Dec 2021 09:30:02 +0100 Message-ID: <4753471.QzKqnmncLX@galex-713.eu> References: <87ee7cq2mu.fsf.ref@yahoo.com> <87zgpzp80c.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9123"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, emacs-devel@gnu.org To: Po Lu , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 01 09:46:40 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1msLGB-0002CN-RZ for ged-emacs-devel@m.gmane-mx.org; Wed, 01 Dec 2021 09:46:39 +0100 Original-Received: from localhost ([::1]:54582 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1msLGA-0001Df-RA for ged-emacs-devel@m.gmane-mx.org; Wed, 01 Dec 2021 03:46:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msL0K-0007Li-Eb for emacs-devel@gnu.org; Wed, 01 Dec 2021 03:30:16 -0500 Original-Received: from [2a00:5884:8305::1] (port=43382 helo=galex-713.eu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1msL0I-0001FG-BS; Wed, 01 Dec 2021 03:30:16 -0500 Original-Received: from gal by galex-713.eu with local (Exim 4.94.2) (envelope-from ) id 1msL0A-000dAw-LB; Wed, 01 Dec 2021 09:30:06 +0100 In-Reply-To: X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a00:5884:8305::1 (failed) Received-SPF: pass client-ip=2a00:5884:8305::1; envelope-from=galex-713@galex-713.eu; helo=galex-713.eu X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:280597 Archived-At: Le merkredo, 1-a de decembro 2021, 8-a horo kaj 7:47 CET Richard Stallman=20 a =C3=A9crit : > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] >=20 > I just saw some messages from Saturday that I had overlooked while > falling behind. >=20 > > > > It depends on GStreamer, gst-plugins-base, and > > > > gst-plugins-good and is > > > > thus a compile-time option. > >=20 > > The plugins that this change takes advantage of will only stream > > free > > software, as it doesn't depend on gst-plugins-ugly or > > gst-plugins-bad. >=20 > Can you please show me how Emacs invokes get-plugins-good? > How does that function specify plugins to use? >=20 > > > We also have to think about whether it is good or bad to introduce > > > this nonmodularity. What is better about showing videos this way, > > > rather than just launching vlc in another window? > >=20 > > People seem to want that in Emacs. >=20 > That's not a very convincing reason. Windowing is confusing, while embeding is more ergonomic, because it=E2=80= =99s=20 more straightforward to figure out/remember where things are, since they=E2= =80=99re=20 more related/constrained > > Reading web pages that have embedded videos is quite common. >=20 > Those videos are very often links to Youtube, which depend on running > nonfree JS code. If the aim of linking with GStreamer is to make > those embedded Youtube videos work in Emacs, we should not do it! >=20 > Unless we can bypass the JS code of Youtube. >=20 > We may be able to do that, if we make those embedded video links > automatically talk to invidious proxies rather than to youtube. >=20 > Can someone see how to implement that? It would be better to mimick mpv or vlc in that respect, and use youtube- dl or libquvi to get the direct links to the streams, and give that to=20 gstreamer. It would avoid an intermediary (what if the invidious proxy is= =20 malicious, requires a proprietary captcha, is overloaded, or stops=20 working?). Plus youtube-dl would allow that to work with most streaming=20 platforms, not only youtube. And youtube-dl devs are really active and do= =20 most of the up-to-date work of reverse engineering to keep those working=20 correctly. Isn=E2=80=99t that how ViewTube used to work?