From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: GStreamer xwidget Date: Fri, 19 Nov 2021 15:22:27 +0200 Message-ID: <83ee7cuvos.fsf@gnu.org> References: <87ee7cq2mu.fsf.ref@yahoo.com> <87ee7cq2mu.fsf@yahoo.com> <87lf1kyaae.fsf@gnus.org> <87wnl4ofu5.fsf@yahoo.com> <87czmwy8f7.fsf@gnus.org> <87r1bcodli.fsf@yahoo.com> <83lf1kuwkg.fsf@gnu.org> <877dd4mgyd.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13778"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 19 14:38:56 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 1mo46R-0003M7-Gj for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Nov 2021 14:38:55 +0100 Original-Received: from localhost ([::1]:34076 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mo46Q-0008NJ-IB for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Nov 2021 08:38:54 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51988) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo3qX-0003a8-CB for emacs-devel@gnu.org; Fri, 19 Nov 2021 08:22:29 -0500 Original-Received: from [2001:470:142:3::e] (port=57318 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo3qW-0002Od-Vl; Fri, 19 Nov 2021 08:22:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=vSFyF6GtsgCTPdx9nDgpKGxsuELb0ep0XwHP/4zKcM8=; b=qfWZPLko1Gi6 PFjY0w/a1He/Gu9M1ilVsxVvQIB5q4GwtqGzsnSHhI2D5Aar3I2eTX2nb9sUy2jaEgeQzIb7MzYPB Olq7MUmzvuxSAHf99BYewqgjyCMWNALSKTIJA8gMkirxqzmO+dMeYsYOoZK3KTrCwMkCJuEPKiQy+ dC86/3KylNmzHZ0yYYQJALkAZ+jQ5Y9giJZ9ALUTGzvE4m2CSEefs29gxtRKS4m2xJEdhx8ZEOsrf HXhxhs3KtHlJyjya4MxG74Htr+n38qqoi9bneUFwOTUzJF04BHn2Deq5bdyTf+ret5l3exKJNMlym vPo0wJSRvNTtCdMHm71dhQ==; Original-Received: from [87.69.77.57] (port=4258 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mo3qW-0002hN-KO; Fri, 19 Nov 2021 08:22:28 -0500 In-Reply-To: <877dd4mgyd.fsf@yahoo.com> (message from Po Lu on Fri, 19 Nov 2021 21:07:54 +0800) 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:279757 Archived-At: > From: Po Lu > Cc: larsi@gnus.org, emacs-devel@gnu.org > Date: Fri, 19 Nov 2021 21:07:54 +0800 > > Eli Zaretskii writes: > > >> +@defun xwidget-media-pause xwidget > >> +Suspend playback of @var{xwidget}, a media xwidget. You can later > >> +resume playback using @code{xwidget-media-play}. > >> +@end defun > >> + > >> +@defun xwidget-media-pause xwidget > >> +Start or resume playback of @var{xwidget}, a media xwidget. You can > >> +later pause playback using @code{xwidget-media-pause}. > >> +@end defun > > > How do you stop the playback? > > That's the same as pausing playback, at least in GStreamer. No, I mean stopping it so that it can never be resumed. If GStreamer only supports those two actions, I wonder whether we should have an abstraction layer above it. But that could be in a separate patch. > > For that matter, why not have user commands to control playback? > > That would be for Lisp code using these primitives to implement. (Just > like image-mode has most of the user commands related to images.) Well, I hope it will be. Right now, even playing an audio in Emacs is very restrictive: it locks up the main thread until the audio finishes playing. That's not appropriate for a modern platform, so I wish we could have a better UI and UX.