[ubuntu-mono] [Bug 365486] Re: banshee broken support for podcasts with vide:jpeg tracks
Bug Watch Updater
365486 at bugs.launchpad.net
Wed Sep 15 20:45:47 UTC 2010
** Changed in: banshee
Importance: Unknown => Medium
--
banshee broken support for podcasts with vide:jpeg tracks
https://bugs.launchpad.net/bugs/365486
You received this bug notification because you are a member of Ubuntu
CLI/Mono Uploaders, which is subscribed to banshee in ubuntu.
Status in Banshee Music Player: Confirmed
Status in “banshee” package in Ubuntu: Triaged
Bug description:
Binary package hint: banshee
# Abstract
various podcasts created and published from GarageBand use a vide:jpeg track in the .mp4/.m4a file to display images whilst the podcast is playing back
e.g., Tiësto`s club life podcast http://www.radio538.nl/clublife/podcast.xml
# Current behaviour
banshee switches to 'Now Playing' and plays back the audio fine but has problems with the images, often briefly displaying them and then going to a black screen - this always happens if the user switches away from the 'Now Playing' sidebar option and then switches back - only returning when the next image in sequence is meant to be shown.
# Expected behaviour
banshee should keep displaying each image until the next one in sequence is due. Both totem (gstreamer) and mplayer display them correctly whilst playing back.
I have attached a small (~600k) example file which is purely a vide:jpeg track (track3) extracted from Tiësto`s most recent podcast to use as a test case.
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: banshee 1.4.3-3ubuntu2
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_GB.UTF-8
SourcePackage: banshee
Uname: Linux 2.6.28-11-generic i686
More information about the Ubuntu-mono
mailing list