Opened 10 years ago

Closed 10 years ago

#6960 closed defect (fixed)

Play fails with "Need to switch video renderer"

Reported by: register@… Owned by: Janne Grunau
Priority: minor Milestone: 0.22
Component: MythTV - Video Playback Version: unknown
Severity: medium Keywords:
Cc: Ticket locked: no

Description

I recently updated from r20616 to r21371 and am now getting the above message whenever I try and playback a DVB recording from mythfrontend.

This is only happening on a frontend in the bedroom. The main frontend downstairs (also on r21371) plays back fine.

Details:

MythTV Version   : 21371
MythTV Branch    : trunk
Network Protocol : 47
Library API      : 0.22.20090815-1
QT Version       : 4.4.2
Options compiled in:
 linux profile using_oss using_alsa using_backend using_dvb using_frontend using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmcw using_bindings_perl using_bindings_python using_opengl using_ffmpeg_threads using_live using_mheg

Attachments (2)

mythfrontend.03.log.bz2 (8.4 KB) - added by register@… 10 years ago.
log file with important,general,playback,libav
render-check.diff (559 bytes) - added by markk 10 years ago.

Download all attachments as: .zip

Change History (10)

Changed 10 years ago by register@…

Attachment: mythfrontend.03.log.bz2 added

log file with important,general,playback,libav

comment:1 Changed 10 years ago by anonymous

Can you please update to the latest trunk and if the problem still exists, post the full output from mythfrontend -v playback.

thanks and regards

Mark

comment:2 Changed 10 years ago by markk

Milestone: unknown0.22
Status: newinfoneeded_new

comment:3 Changed 10 years ago by jochen

I've had this problem also when i use the cpu-- profile to play video.

When i create my own profile with only one option for playback (xvid) then everything works!

comment:4 Changed 10 years ago by register@…

Re: latest trunk - That would be difficult, as I'm currently testing a patch on ticket #6897 where I would like to keep the backend at 21371.

If I update this f/e to latest trunk, what are the implications re: network protocol version and DBSchemaVer? Will the newer f/e try and update the b/e database to the latest schema, even if the b/e is still on 21371?

Not trying to be a PITA, but updating the f/e in isolation might be... complicated.

Changed 10 years ago by markk

Attachment: render-check.diff added

comment:5 Changed 10 years ago by anonymous

can you test the render-check patch, please. This is just a sanity check on the need to switch renderers - I'm not entirely sure how/why you get to a position where the display profile is empty.

thnks, Mark

comment:6 Changed 10 years ago by markk

Status: infoneeded_newnew

One other thing - can you clarify what video display profile you're using? the logs seem to suggest that you don't have one.

comment:7 Changed 10 years ago by register@…

OP here. I decided to try wiping all the entries from displayprofiles / displayprofilegroups relating to that host, i.e.

delete from displayprofiles where profilegroupid IN (select profilegroupid from  displayprofilegroups where hostname = 'dougal-mythtv02');
delete from displayprofilegroups where hostname = 'dougal-mythtv02';

and now it works fine. There was a single line in displayprofiles relating to that host:

mysql> select * from displayprofiles where profilegroupid in (select profilegroupid from  displayprofilegroups where hostname = 'dougal-mythtv02');
+----------------+-----------+---------------+------+                                                                                              
| profilegroupid | profileid | value         | data |                                                                                              
+----------------+-----------+---------------+------+                                                                                              
|              8 |        26 | pref_priority | 1    |                                                                                              
+----------------+-----------+---------------+------+ 

and several 'bogus' displayprofilegroups.

mysql> select * from displayprofilegroups;
+--------------+-----------------+----------------+
| name         | hostname        | profilegroupid |
+--------------+-----------------+----------------+
| CPU++        | ted             |              1 | 
| CPU+         | ted             |              2 | 
| CPU--        | ted             |              3 | 
| High Quality | ted             |              4 | 
| Normal       | ted             |              5 | 
| Slim         | ted             |              6 | 
| CPU++        | dougal-mythtv02 |              7 | 
| CPU+         | dougal-mythtv02 |              8 | 
| CPU--        | dougal-mythtv02 |              9 | 
| High Quality | dougal-mythtv02 |             10 | 
| Normal       | dougal-mythtv02 |             11 | 
| Slim         | dougal-mythtv02 |             12 | 
| VDPAU        | ted             |             13 | 
+--------------+-----------------+----------------+

Once they were cleared out, Myth seemed to sort itself out. Don't know how they got in there though... Sorry for the bother.

comment:8 Changed 10 years ago by markk

Resolution: fixed
Status: newclosed

(In [21630]) Don't attempt to switch video renderers if the preferred renderer is empty (probably as a result of a broken display profile). Closes #6960.

Note: See TracTickets for help on using tickets.