[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