After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 546674 - Improve buffering of streamed media: pause while buffering, don't skip, etc
Improve buffering of streamed media: pause while buffering, don't skip, etc
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Podcasting
git master
Other Linux
: Normal enhancement
: 1.x
Assigned To: Banshee Maintainers
Mike Urbanski
gnome[unmaintained]
: 602971 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-08-06 21:04 UTC by Michael Monreal
Modified: 2020-03-17 08:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Mockup (1.53 KB, image/png)
2008-08-06 21:05 UTC, Michael Monreal
Details

Description Michael Monreal 2008-08-06 21:04:51 UTC
I don't have a very fast internet connection so on youtube for example I'm used to press pause right at the start to have the video prebuffered for later playback. It would be nice if banshee supported the same. I'm not really interested in actually downloading most video podcasts to hd but it would be nice to have them buffered once for nicer playback.
Comment 1 Michael Monreal 2008-08-06 21:05:40 UTC
Created attachment 116009 [details]
Mockup

UI-wise, this could look like this.
Comment 2 Michael Monreal 2008-08-06 21:06:50 UTC
No idea but perhaps this could also help for Bug 546673?
Comment 3 Gabriel Burt 2009-06-02 22:07:55 UTC
Looks nice Michael.  Is this bug just about adding that visual feedback to the seek slider, or is there something more (like letting you pause?)
Comment 4 Michael Monreal 2009-06-03 07:24:48 UTC
If the video was buffered I would assume it to work like a normal local file, e.g. being able to pause and seek, same as YouTube's flash player allows.
Comment 5 Gabriel Burt 2009-10-27 20:16:34 UTC
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address.  It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
Comment 6 Stephen Paul Weber 2009-12-11 04:07:24 UTC
Indeed, the fact that totem does not continue to buffer when paused (in either the player or the mozilla plugin) is a great annoyance.
Comment 7 Gabriel Burt 2009-12-11 23:23:50 UTC
Totem's on-disk buffering was recently added/mentioned on planet gnome; might be useful.
Comment 8 Gabriel Burt 2010-01-26 18:11:23 UTC
Right now if you have a slow connection, Banshee will often end up skipping the file you're playing, and will try the next track in your list.  Instead it should do what Michael describes - it should behave like YouTube, pausing while it buffers (and giving you feedback of how far ahead it's buffered).  If it auto-paused b/c of buffering, it'd be good if it auto-started again when enough has been downloaded to probably play uninterrupted.
Comment 9 Gabriel Burt 2010-01-26 18:12:21 UTC
*** Bug 602971 has been marked as a duplicate of this bug. ***
Comment 10 Gabriel Burt 2010-01-26 18:19:25 UTC
Aaron has a new seek/slider in Cubano that I believe he intends to bring to vanilla Banshee.  You can see it here: http://abock.org/blog-images/gcds-cubano.png

It would probably be pretty easy (and the best use of one's time) to add the buffer indication to this.

Note that Totem's on-disk buffering support comes from playbin2, which we don't yet use (though hopefully we will soon via bug #440952).  There was recently a good summary of how to support the on-disk buffering on Planet GNOME - see http://base-art.net/Articles/113/
Comment 11 David Nielsen 2010-08-08 07:44:19 UTC
I am seeing this in a local scenerio. I have all my music stored in FLAC on my NAS (a simple WD off the shelf MyBook 4TB). Given this device has a fairly underpowered CPU it isn't capable of pushing data at more than 13MB/s in regular testing over cifs. However due to bugs and other amusement this is reduced to about 1MB/s on my network. 

Being insufficient at providing data at the required rate, at least at times. This for some reason causes Banshee to not just skip inside songs but in cases skip entire songs.

As Cubano is obsoleted by MeeGo mode what is the suggested approach for addressing this UI wise now. Also since gapless was merged and playbin2 is now in use is there a plan or proposed approach for implementing such a feature?
Comment 12 André Klapper 2020-03-17 08:33:36 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.