Browsing between inputs leads to same channel on wrong input

[yianniv]

Hi, I posted some logs in #6208 but was instructed by gnome42 to open a new ticket. So...

Time references will be approximate, because I can't "read" the log in detail...

The situation is like this: When I start watching tv,[2009-09-22 17:14:16.248] it starts with the analogue input on the MB.

Browsing up the channels, there is a no 12 on the DVB-S (Master backend card) and immediately after another channel no 12 on the Slave backend (DVB-T). I choose the DVB-T one[2009-09-22 17:14:58.192]. It then appears OK.

[2009-09-22 17:15:39.905] I type "8204" to view BBC World. It appears ok.

[2009-09-22 17:16:38.721] I type "h" to go back to the DVB-T input. I end up with the DVB-S number 12 instead.

[2009-09-22 17:18:33.641] I type again "h" to go back to the first channel I was watching, the analogue No 2. It goes to the DVB-S number 2 instead.

[2009-09-22 17:19:07.421] I press "6" and go to DVB-S no 6. Well, that was expected.

[2009-09-22 17:19:35.383] I choose "Switch input" to DVB-T, and go to DVB-T with no problem.

[2009-09-22 17:20:11.097] I exit mythfrontend...

---

Master backend: mythbackend --version Please include all output in bug reports. MythTV Version : 21968 MythTV Branch : trunk Network Protocol : 48 Library API : 0.22.20090919-1 QT Version : 4.4.3 Options compiled in:

linux release using_oss using_alsa using_arts using_jack using_backend using_directfb using_dvb using_firewire using_frontend using_hdpvr using_iptv using_ivtv using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live using_mheg

---

Slave backend: Please include all output in bug reports. MythTV Version : 21968 MythTV Branch : trunk Network Protocol : 48 Library API : 0.22.20090919-1 QT Version : 4.5.2 Options compiled in:

linux release using_oss using_alsa using_backend using_directfb using_dvb using_frontend using_hdpvr using_iptv using_ivtv using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_ffmpeg_threads using_live using_mheg

---

Frontend: Please include all output in bug reports. MythTV Version : 21968 MythTV Branch : trunk Network Protocol : 48 Library API : 0.22.20090919-1 QT Version : 4.5.2 Options compiled in:

linux release using_oss using_alsa using_arts using_jack using_backend using_directfb using_dvb using_frontend using_hdpvr using_iptv using_ivtv using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg

Master backend: "al2kpro" Debian Lenny (Analog Cinergy 400 TV + DVB-S2 skystar HD2 - mantis)

Slave backend: "linux" opensuse 11.1 (Lifeview Trio (analog + DVB-T, I am not using the DVB-S input) Frontend: "storage" opensuse 11.1

I am enclosing the logs from master backend, slave, and frontend.

[yianniv]

Master backend log

[yianniv]

Slave backend log

[yianniv]

mythfrontend log

[Shane Shrybman]

Excellent yianniv! Thanks for going through the effort.

Give me some days to go through your report.

[Stuart Auchterlonie]

Bumping open 0.22 milestone tickets to 0.24

[stuartm]

Pretty sure this is now fixed in master and if not there is another ticket open somewhere, so closing.