Frontend crashes when rewind/fast forwarding a recording.

[tapio.sami@…]

A show from one channel (I don't record other shows from that channel(YLE in Finland), so this might include the whole channel) is very prone to crash the FE. Hardly ever with just playing back the recording, but very frequently when I rewind/fast forward to seek the point where the show begins.

htpc:/home/mythtv# mythbackend --version Please include all output in bug reports. MythTV Version : 21210M MythTV Branch : trunk Network Protocol : 46 Library API : 0.22.20090811-1 QT Version : 4.5.2 Options compiled in:

linux debug using_alsa using_backend using_dvb using_frontend using_hdpvr using_iptv using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 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

[tapio.sami@…]

Here are couple of backtraces and logs. I have packaged them in rar file, cause of the size limitation. I have had quite a few logging options, in case I get a better logs to a backtrace of a rare crash... Maybe they help here also.

mythtv@htpc:~/bugreport$ mythbackend --version Please include all output in bug reports. MythTV Version : 21785M MythTV Branch : trunk Network Protocol : 48 Library API : 0.22.20090911-1 QT Version : 4.5.2 Options compiled in:

linux debug using_alsa using_backend using_dvb using_frontend using_hdpvr using_iptv using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 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

I will upload the show that caused these back traces. Maybe it helps to find the problem. It's available from URL below, I'm uploading there as I type this.

​http://www.4shared.com/dir/18685654/d0534a68/sharing.html

[tapio.sami@…]

logs and backtraces with README

[tapio.sami@…]

This one seemed to happen just like the crashes I've reported earlier. But this time it was on a recording from another channel. I still have the same version of trunk as 2 days ago, 21785.

[tapio.sami@…]

from different channel

[tapio.sami@…]

from different channel

[janne]

segfault is in X/vdpau

[markk]

Test patch - apply some locking around creation/deletion of flip queue.

[anonymous]

Can you test the patch I've attached and see if it helps. thks. Mark

[Tapio Sami <tapio.sami@…>]

I've compiled your patch. Tomorrow comes the show that's been doing this with greatest propability, I'll report back after I've watched the show/tested rew&ffwd with it.

[Tapio Sami <tapio.sami@…>]

It seems that the patch helps, no more segfaults. Thanks! While playing around with rew & ffwd I did get the FE stuck a couple of times. The video is paused, but the OSD is saying that we are rewinding with speed 5x. FE is unresponsive to keyboard. There is following lines coming to FE log, I used "-v all".

2009-10-03 13:30:18.162 WriteAudio?: Preparing 6144 bytes (1536 frames) 2009-10-03 13:30:18.165 AO: 21280 bytes free on soundcard 2009-10-03 13:30:18.167 AO: 21688 bytes free on soundcard 2009-10-03 13:30:18.168 NVP(0), Warning: Waited too long for decoder to pause

I have no idea if this is related to the fix or not.

[markk]

(In [22245]) Add some locking around the creation/deletion of the VDPAU flip queue. Closes #6834.