Bug 34759 - media player pauses when press progressbar (rewind music)
Summary: media player pauses when press progressbar (rewind music)
Status: CLOSED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.3.1 release
Hardware: All Linux (All)
: medium enhancement
Assignee: Caolán McNamara
URL:
Whiteboard: target:7.1.0 target:7.4.0 target:7.3.2
Keywords:
Depends on:
Blocks: Media-Player-Dialog
  Show dependency treegraph
 
Reported: 2011-02-26 04:36 UTC by sasha.libreoffice
Modified: 2024-03-05 09:59 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-02-26 04:36:22 UTC
On Linux 32 and 64 do Tools->Media Player then open some music (wav file guarantied works). Press Play, then progress bar to rewind music. Player stops.
User must press button Play each time music was rewinded.

On all platforms Player not remembers volume. Always starts with maximum. But mybe it is not a bug.
Comment 1 Yifan Jiang 2011-04-06 23:48:18 UTC
Reproduced in 3.3.1 and I also feel resolving the problems could enhance the user interface.

Mark as enhancement request.
Comment 2 Björn Michaelsen 2011-12-23 11:45:25 UTC Comment hidden (obsolete)
Comment 3 sasha.libreoffice 2012-01-02 02:45:43 UTC
reproduced on LibO 3.5.0 beta 1
Comment 4 Joel Madero 2014-07-13 01:33:36 UTC Comment hidden (obsolete)
Comment 5 Martin van Zijl 2020-07-01 16:28:27 UTC
(In reply to sasha.libreoffice from comment #0)
> On Linux 32 and 64 do Tools->Media Player then open some music (wav file
> guarantied works). Press Play, then progress bar to rewind music. Player
> stops.
> User must press button Play each time music was rewinded.

I have just submitted a patch for this to Gerrit. It fixes the problem for me on Ubuntu 18.04.
Comment 6 Jim Raykowski 2020-07-15 06:18:51 UTC
I don't repro with wav or mp3: 

Version: 7.1.0.0.alpha0+
Build ID: c5e4c2603197ecfbc19957da775f80ba06648105
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 7 Martin van Zijl 2020-07-15 08:58:28 UTC
(In reply to Jim Raykowski from comment #6)
> I don't repro with wav or mp3: 
> 
> Version: 7.1.0.0.alpha0+
> Build ID: c5e4c2603197ecfbc19957da775f80ba06648105
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
> Locale: en-US (en_US.UTF-8); UI: en-US
> Calc: threaded

I can reproduce the issue with wav, mp3 and ogg. I have:

Version: 7.1.0.0.alpha0+
Build ID: 9202793ed81c5568f6789504335446b97e8087da
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3
Locale: en-US (en_NZ.UTF-8); UI: en-US
Calc: threaded

Maybe it depends on the GStreamer version. If I run "gst-inspect-1.0 --gst-version" I get the output "GStreamer Core Library version 1.14.5".

What version of GStreamer do you have?
Comment 8 Buovjaga 2020-07-15 13:25:41 UTC
I can't reproduce it either.

(In reply to Martin van Zijl from comment #7)
> Maybe it depends on the GStreamer version. If I run "gst-inspect-1.0
> --gst-version" I get the output "GStreamer Core Library version 1.14.5".
> 
> What version of GStreamer do you have?

GStreamer Core Library version 1.16.2

In the gerrit patch you had a discussion and for me this is the current reality (without applying your patch): "It sounds like you are experiencing the opposite of the original bug. Instead of being always paused after seek is made, for you it is always playing after seek is made."

So if I am in paused state, it starts playing after I seek.

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: 57fedb272cfcad3436142dbe9eac2870e3c3e3d2
CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 9 July 2020
Comment 9 Martin van Zijl 2020-07-17 20:53:15 UTC
(In reply to Buovjaga from comment #8)

That's interesting, I wonder why we see different behaviour.

If I run "dpkg -l | grep gstreamer", I see the following installed:

libreoffice-avmedia-backend-gstreamer -- 1:6.0.7-0ubuntu0.18.04.10 -- amd64 -- GStreamer backend for LibreOffice

Do you have this also? If so, which version?
Comment 10 Buovjaga 2020-07-19 19:35:15 UTC
(In reply to Martin van Zijl from comment #9)
> (In reply to Buovjaga from comment #8)
> 
> That's interesting, I wonder why we see different behaviour.
> 
> If I run "dpkg -l | grep gstreamer", I see the following installed:
> 
> libreoffice-avmedia-backend-gstreamer -- 1:6.0.7-0ubuntu0.18.04.10 -- amd64
> -- GStreamer backend for LibreOffice
> 
> Do you have this also? If so, which version?

That package itself is irrelevant. The Debian package description says
"This package used to contain the GStreamer backend for LibreOffice. This has now been merged into the "core" package and this package thus can be safely removed once installed."

https://packages.debian.org/sid/libreoffice-avmedia-backend-gstreamer

Maybe I should ask about this in the dev channel.
Comment 11 Commit Notification 2020-09-08 06:28:25 UTC
Martin van Zijl committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/5989ffe70942af036974b70c9e0ecd67978c6cc6

tdf#34759 fix media player pausing when pressing time slider

It will be available in 7.1.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 12 Buovjaga 2020-10-03 12:10:19 UTC
Interesting: I bisected the "click progress bar while paused, starts playing" issue with linux-64-6.3 to https://git.libreoffice.org/core/commit/1eac5fa2fd661f9572fb9f9b30e2785c0d5b513a (using gen backend)
tdf#101524: seeking position shouldn't pause video playback

So apparently there was already an attempt to fix the original issue last year. With a build including Martin's change, I am still seeing the issue I bisected.

Martin: if you run with SAL_USE_VCLPLUGIN=gen, do you see the issue?
Comment 13 Xisco Faulí 2021-02-09 14:14:10 UTC
A polite ping to Martin van Zijl :
Is this bug fixed? if so, could you please close it as RESOLVED FIXED ?
Otherwise, Could you please explain what's missing?
Thanks
Comment 14 Commit Notification 2022-02-14 15:24:03 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/0414b84a8ad5a436df4354a5af1e8486334acb42

Related: tdf#34759 ditch PlayPending hack and use GST_STATE_TARGET

It will be available in 7.4.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 15 Buovjaga 2022-02-14 19:43:34 UTC
I confirm the latest commit fixes the issues with seeking and pressing stop

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 7adb3757944452a0f3a1a12fee1dd504eb90a1df
CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 14 February 2022
Comment 16 Caolán McNamara 2022-02-14 19:49:49 UTC
lets call it fixed then, backport to 7-3 in gerrit. I had planned to ask you to see if it was solved from your perspective, but that's done now :-)
Comment 17 Commit Notification 2022-02-15 09:31:15 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "libreoffice-7-3":

https://git.libreoffice.org/core/commit/82081487bdaf80c7fcb92b4a75e9ab6bcdd1c16d

Related: tdf#34759 ditch PlayPending hack and use GST_STATE_TARGET

It will be available in 7.3.2.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 18 jamespitts 2024-01-29 04:40:40 UTC Comment hidden (spam)
Comment 19 William Gorden 2024-03-05 09:59:59 UTC Comment hidden (spam)