[ubuntu-mono] [Bug 365486] [NEW] banshee broken support for podcasts with vide:jpeg tracks

[Dominic Evans]

Public bug reported:

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

** Affects: banshee (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: apport-bug i386

-- 
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 MOTU Mono
Team, which is subscribed to banshee in ubuntu.