GNOME Bugzilla – Bug 554319
Jumps unexpectedly to the next channel
Last modified: 2012-04-18 17:19:33 UTC
[ Forwarded from http://bugs.debian.org/500331 by Jelle de Jong ] When watching a dvb-t channel, and the channel is paused and resumed, or it has a bid of a bad signal and is trying to buffer. It will just jump to the next channel, while you just want it to rebuffer the singal and start playing the channel. Pausing and later resuming a channel should just not make totem-xine jump to the next channel. It should resume the paused channel. [ Additional comments ] The same happens with an Internet radio playlist, where it is more expected: when there is a disconnect, it automatically switches to the next stream. This is somehow related to bug#554275.
I bet this doesn't happen with the GStreamer backend...
It does happen also with GStreamer, I just tested it with an internet radio playlist. Set the pause for a minute, then resume. It plays the buffer for a few seconds, then jumps to the next stream in the playlist.
Actually, your testing is a whee bit wrong... In the xine-lib backend, we stop Internet radios when you pause it, and it should be doing the same in the GStreamer backend (but doesn't right now). As for the original bug, the problem is either with xine-lib or the device driver which fails to reacquire a lock on the signal. Please test with 2.24.x which has some improvements in the error reporting for lost signals from xine-lib and shouldn't skip to another channel when that happens.
any idea when 2.24 will be included in debian sid? I now use 2.22.2 for testing: GNOME totem 2.22.2 I wanted to test some things with gstreamer but I can't get it to work: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500339 Did I missed to install something? Thanks for all the feedback.
No updates for more than 6 months -> Closing as INCOMPLETE.
please reopen this bug, I still have this issue and its very annoying especially. Totem-xine keeps jumping to the next channel when the signal is not optimal (this is normal). Please tell me what info you want, because i would really like to see this issue go away. Thanks in advance,
Install Totem 2.26 and update GStreamer/xine-lib/whatever backend you use, and report back (or open a new bug). I'm not leaving a bug with zero information and no updates in 6 months opened.
Created attachment 132016 [details] screenshot of totem-xine and version I tested the behavior with the latest version in Debian Sid (unstable) and the issue is still there, i also tested it with different usb dvb-t capable devices with different drivers and modulators, still the same issue. I will test the experimental package now.
Created attachment 132017 [details] screenshot of totem-xine and version $ dpkg --status totem-xine Package: totem-xine Status: install ok installed Maintainer: Sebastien Bacher <seb128@debian.org> Architecture: i386 Source: totem Version: 2.24.3-1
Created attachment 132018 [details] screenshot of bug So i did some more testing and the situation even got worse with 2.24.3-1. When somebody pauses a dvb-t stream for a few seconds and resumes it totem-xine will popup a diaglog with "tv signal lost" ! when pressing OK the totem-xine will close it self! Please reopen this bug report, I would really like to see the behaviour change and just resume the stream, just re-buffer and play. I is impossible to have a 100% all time good signal strength. If I have totem-xine running with dvb-t on a demonstration system and somebody close to the system gets a GSM phone call totem-xine will close.. its very annoying, please just re buffer and resume the same channel. Thanks in advance,
Would somebody be able to reopen this bug? Thanks in advance
Reopening as per last comments.
I am know using Version: 2.26.2-2 of totem-xine in debian sid and I still have the same problem. If you pause the stream or have a temporary bad signal like when you receive a mobile phone call near the dvb-t devices. totem will pop-up the previous shown dialog and exit the application. I believe this is a usability issue, it should at least try to just resume the the stream like pause/play was meant to be. If it really cant reconnect them maybe a exit it valid, but not in the current situation. Does somebody can imagine the problems i have? Would it be possible to confirm the issue, so something can be done about it? Thanks in advance, Jelle
xine backend has been removed for 2.27.x and probably will not receive any fixes - gstreamer is the way to go.
Nowadays the access to the DVB signal is done in gnome-dvb-daemon, and no errors should be showing up in Totem's UI caused by bad signals.