Processed: Re: Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Processing control commands: > notfound -1 14.0+dfsg1-1 Bug #774038 [kodi] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black No longer marked as found in versions kodi/14.0+dfsg1-1. > fixed -1 14.0+dfsg1-1 Bug #774038 [kodi] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black Marked as fixed in versions kodi/14.0+dfsg1-1. -- 774038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774038 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Control: notfound -1 14.0+dfsg1-1 Control: fixed -1 14.0+dfsg1-1 Hi Bernhard, This has been fixed in Kodi AFAIK I just forgot closing the bug from the changelog. Cheers, Balint ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hi Bernhard, 2015-01-16 23:47 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Hello Bálint, This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the VDPAU::CDecoder::FiniVDPAUOutput. The difference starts in CWinSystemX11::SetFullScreen. Will do some more testing, probably we need only to make a call to CWinSystemX11::SetWindow too ... Tried now if I could get the SetFullScreen/CDecoder::OnResetDevice from kodi into xbmc, but was not successfull on it (probably one with deeper knowledge could do ...). So in the end we have these options: - turn off xrandr: affecting every video usage of xbmc (even affect non-binary-nvidia-driver users.) Since I think this option does not have any other effect on XBMC's usability I plan picking this one. It is too late for Jessie because this bug is not an RC one, but I'll update XBMC after the release and provide the fixed package in jessie-backports as well. Please report if you find any issue with xrandr disabled. - switch PVR to software decoding: just affecting PVR, but probably problematic on devices not fast enough for software (raspberry?) - Let affected users change it via the confiruation interface: (at least Settings level Advanced) Settings - Video - Acceleration - Allow hardware acceleration (VDPAU) (guisettings.xml:usevdpau=false) Thank you for your help! Cheers, Balint ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, sorry for the late reply. Am 28.12.2014 um 16:32 schrieb Bálint Réczey: It would also be interesting to check an xbmc build using FFmpeg, it may make a difference: http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ I build a xbmc package from the link above using current ffmpeg dev packages from unstable. Starting with an empty .xbmc and the xbmc-pvr-tvheadend-hts from testing this combination did _not_ show me a picture at all from LiveTV. Either started in windowed or full screen. From the log it seems it tries to use vdpau but could not find an obvious error for it. Kind regards, Bernhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the VDPAU::CDecoder::FiniVDPAUOutput. The difference starts in CWinSystemX11::SetFullScreen. Will do some more testing, probably we need only to make a call to CWinSystemX11::SetWindow too ... Tried now if I could get the SetFullScreen/CDecoder::OnResetDevice from kodi into xbmc, but was not successfull on it (probably one with deeper knowledge could do ...). So in the end we have these options: - turn off xrandr: affecting every video usage of xbmc (even affect non-binary-nvidia-driver users.) - switch PVR to software decoding: just affecting PVR, but probably problematic on devices not fast enough for software (raspberry?) - Let affected users change it via the confiruation interface: (at least Settings level Advanced) Settings - Video - Acceleration - Allow hardware acceleration (VDPAU) (guisettings.xml:usevdpau=false) Kind regards, Bernhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, I was successful in creating a package for kodi from you git and some ffmpeg packages from unstable, and then building and using axbmc-pvr-addons zip from it. The issue I described I could not reproduce with kodi-14. From the logfile I assume that vdpau is in use: VDPAU::CreateContext - creating decoder context And by getting to fullscreen the decoder is still destroyed, but later recreated: OnKey: backslash (0xf05c) pressed, action is ToggleFullScreen ... CVDPAU::OnLostDevice event (VDPAU) FiniVDPAUOutput ... CWinSystemX11::RefreshGlxContext: refreshing context CVDPAU::OnResetDevice event ... VDPAU::CreateContext - creating decoder context I attached a debugger to see where we come from for this OnResetDevice: (gdb) bt #0 VDPAU::CDecoder::OnResetDevice (this=0x7f5c180017e0) at VDPAU.cpp:694 #1 0x00e88458 in CWinSystemX11::SetWindow (this=this@entry=0x1b39a80, width=1680, height=optimized out, fullscreen=fullscreen@entry=true, output=DVI-D-0) at WinSystemX11.cpp:1234 #2 0x00e89235 in CWinSystemX11::SetFullScreen (this=this@entry=0x1b39a80, fullScreen=fullScreen@entry=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11.cpp:313 #3 0x00e8f5ff in CWinSystemX11GL::SetFullScreen (this=0x1b39a80, fullScreen=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11GL.cpp:212 #4 0x007ce58e in CGraphicContext::SetVideoResolutionInternal (this=this@entry=0x1b387a0, res=optimized out, res@entry=RES_DESKTOP, forceUpdate=forceUpdate@entry=false) at GraphicContext.cpp:466 #5 0x007cee56 in CGraphicContext::SetVideoResolution (this=0x1b387a0, res=RES_DESKTOP, forceUpdate=optimized out) at GraphicContext.cpp:371 #6 0x006ffa24 in CDisplaySettings::OnSettingChanging (this=0x18e90c0 CDisplaySettings::Get()::sDisplaySettings, setting=0x10) at DisplaySettings.cpp:248 #7 0x00c66a91 in CSettingsManager::OnSettingChanging (this=optimized out, setting=0x1d087a0) at SettingsManager.cpp:732 #8 0x00c5172c in CSettingString::SetValue (this=0x1d087a0, value=DESKTOP) at Setting.cpp:1272 #9 0x00c643d8 in CSettingsManager::SetString (this=0x1bb2410, id=videoscreen.screenmode, value=DESKTOP) at SettingsManager.cpp:601 #10 0x006ee169 in CSettings::SetString (this=optimized out, id=videoscreen.screenmode, value=DESKTOP) at Settings.cpp:396 #11 0x006fe083 in CDisplaySettings::SetCurrentResolution (this=0x18e90c0 CDisplaySettings::Get()::sDisplaySettings, resolution=resolution@entry=RES_DESKTOP, save=save@entry=true) at DisplaySettings.cpp:358 #12 0x007cf1df in CGraphicContext::ToggleFullScreenRoot (this=0x1b387a0) at GraphicContext.cpp:1004 #13 0x00cb3ea2 in CApplication::OnAction (this=0x1b35c90, action=...) at Application.cpp:2541 ... This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the VDPAU::CDecoder::FiniVDPAUOutput. The difference starts in CWinSystemX11::SetFullScreen. Will do some more testing, probably we need only to make a call to CWinSystemX11::SetWindow too ... --- The commit message for xbmc-13 you mentioned reads like the exact opposite what I observed? --- I build a package xbmc-13 with these changes to debian/rules: - --enable-xrandr \ + --disable-xrandr \ And indeed, this version works like expected, for my short test. Kind regards, Bernhard Am 28.12.2014 um 16:32 schrieb Bálint Réczey: Hi Bernhard, 2014-12-28 14:28 GMT+01:00 Bernhard Ãbelacker bernha...@vr-web.de: Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. Well, if this was OK for DVD streams, it should be OK for PVR streams as well. BTW the original commit adding hint.software = true;: commit d75a46a9f9626be12cc486c8e7c7d9be9d216922 Author: elupus elupus@svn Date: Fri Apr 9 18:59:15 2010 + changed: only use libmpeg2 for dvd playback Side effect that vaapi/vdpau is now allowed for all mpeg2 content. git-svn-id: https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147 568bbfeb-2a22-0410-94d2-cc84cf5bfa90 ... I will try to build a kodi package from your repo and report back. It would also be interesting to check an xbmc build using FFmpeg, it may make a difference: http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry I'm hesitant a bit, too to upload the change. You may have hit a different manifestation of #769057. Looking at the code it seems compiling with xrandr disabled may make XBMC skip the
Processed: Re: Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Processing control commands: tags -1 pending upstream confirmed Bug #774038 [xbmc] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black Added tag(s) upstream, confirmed, and pending. -- 774038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774038 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Processing control commands: tags -1 pending upstream confirmed Bug #774038 [xbmc] xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black Ignoring request to alter tags of bug #774038 to the same tags previously set -- 774038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774038 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. I will try to build a kodi package from your repo and report back. Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hi Bernhard, 2014-12-28 14:28 GMT+01:00 Bernhard Übelacker bernha...@vr-web.de: Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. Well, if this was OK for DVD streams, it should be OK for PVR streams as well. BTW the original commit adding hint.software = true;: commit d75a46a9f9626be12cc486c8e7c7d9be9d216922 Author: elupus elupus@svn Date: Fri Apr 9 18:59:15 2010 + changed: only use libmpeg2 for dvd playback Side effect that vaapi/vdpau is now allowed for all mpeg2 content. git-svn-id: https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147 568bbfeb-2a22-0410-94d2-cc84cf5bfa90 ... I will try to build a kodi package from your repo and report back. It would also be interesting to check an xbmc build using FFmpeg, it may make a difference: http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry I'm hesitant a bit, too to upload the change. You may have hit a different manifestation of #769057. Looking at the code it seems compiling with xrandr disabled may make XBMC skip the OnLostDevice() call in CWinSystemX11::SetFullScreen() possibly fixing both issues. Could you please try disabling xrandr in debian/rules instead of using the hint trick? Cheers, Balint On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= bal...@balintreczey.hu wrote: Control: tags -1 pending upstream confirmed Bernhard, 2014-12-27 22:07 GMT+01:00 Bernhard Ãœbelacker bernha...@vr-web.de: Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: ... I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie would be to add this hint.software = true; in DVDPlayer.cpp:3003 as it is already the case for DVD playback. Thank you for the detailed investigation and the proposed fix. The fix will be included in the next upload. There is no need for increasing severity. I will ask for a freeze exception and I think Release Managers will approve it. I also checked latest upstream code but the patched part has been removed and without the HW to test the change I'm not comfortable with adapting the patch. I have packaged Kodi already [1] but it is waiting in the NEW queue right now. Could you please check if Kodi needs the fix, too and adapt the patch if needed? If you could upstream the Kodi fix yourself and ping me to back-port the fix I would be happy, too. Cheers, Balint [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: when changing videoplayer.usevdpau to false (e.g. .xbmc/userdata/guisettings.xml, usevdpaufalse/usevdpau) then the video plays normal after switching to fullscreen. I compared it to playing a DVD and I think in CDVDPlayer::OpenVideoStream (which is also used for my non HD channel) the hint.software = true; makes the difference. (DVDPlayer.cpp:2991, if DVDSTREAM_TYPE_DVD.) I made a version which adds this hint.software = true; also to the next paragraph relevant for the addon. (DVDPlayer.cpp:3003, if DVDSTREAM_TYPE_PVRMANAGER) Then this black screen issue is not visible anymore. I think this happens because on switching to fullscreen some X11 resources get notifed in CWinSystemX11::OnLostDevice and therefore the VDPAU::CDecoder::FiniVDPAUOutput method is called. Later every CDecoder::Decode call returns VC_ERROR because m_vdpauConfigured get never true again. (gdb) bt #0 VDPAU::CDecoder::FiniVDPAUOutput (this=0x7f6a840a48c0) at VDPAU.cpp:814 #1 0x008bc091 in VDPAU::CDecoder::OnLostDevice (this=0x7f6a840a48c0) at VDPAU.cpp:700 #2 0x00eb2b0e in CWinSystemX11::OnLostDevice (this=this@entry=0x28b0680) at WinSystemX11.cpp:531 #3 0x00eb3152 in CWinSystemX11::SetFullScreen (this=this@entry=0x28b0680, fullScreen=fullScreen@entry=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11.cpp:204 #4 0x00eaa808 in CWinSystemX11GL::SetFullScreen (this=0x28b0680, fullScreen=true, res=..., blankOtherDisplays=optimized out) at WinSystemX11GL.cpp:208 #5 0x007d106e in CGraphicContext::SetVideoResolution (this=0x28aeec0, res=optimized out, forceUpdate=optimized out) at GraphicContext.cpp:450 #6 0x007024bc in CDisplaySettings::OnSettingChanging (this=0x18f8800 CDisplaySettings::Get()::sDisplaySettings, setting=0x10) at DisplaySettings.cpp:248 #7 0x00c960ad in CSettingsManager::OnSettingChanging (this=optimized out, setting=0x2a78520) at SettingsManager.cpp:716 #8 0x00c8427c in CSettingString::SetValue (this=0x2a78520, value=DESKTOP) at Setting.cpp:1182 #9 0x00c945a8 in CSettingsManager::SetString (this=0x2926d80, id=videoscreen.screenmode, value=DESKTOP) at SettingsManager.cpp:585 #10 0x006f2519 in CSettings::SetString (this=optimized out, id=videoscreen.screenmode, value=DESKTOP) at Settings.cpp:562 #11 0x0070123a in CDisplaySettings::SetCurrentResolution (this=0x18f8800 CDisplaySettings::Get()::sDisplaySettings, resolution=resolution@entry=RES_DESKTOP, save=save@entry=true) at DisplaySettings.cpp:308 #12 0x007d1a3f in CGraphicContext::ToggleFullScreenRoot (this=0x28aeec0) at GraphicContext.cpp:988 #13 0x00cdf702 in CApplication::OnAction (this=0x28acb80, action=...) at Application.cpp:2569 #14 0x00ce1848 in CApplication::OnKey (this=0x28acb80, key=...) at Application.cpp:2517 #15 0x00ce2a34 in CApplication::OnEvent (newEvent=...) at Application.cpp:473 #16 0x01290848 in CWinEventsSDL::MessagePump (this=optimized out) at WinEventsSDL.cpp:390 #17 0x00ce3c93 in CApplication::FrameMove (this=0x28acb80, processEvents=optimized out, processGUI=optimized out) at Application.cpp:2953 #18 0x00d87b3a in CXBApplicationEx::Run (this=0x28acb80) at XBApplicationEx.cpp:140 #19 0x00d8e43b in XBMC_Run (renderGUI=optimized out) at xbmc.cpp:69 #20 0x006903a8 in main (argc=1, argv=0x7fffcdba4418) at main.cpp:76 1099return VC_ERROR; (gdb) print m_vdpauConfigured $1 = false (gdb) bt #0 VDPAU::CDecoder::Decode (this=0x7f448950, avctx=0x7f448402ad00, pFrame=0x7f448402d820) at VDPAU.cpp:1099 #1 0x008b51f2 in CDVDVideoCodecFFmpeg::Decode (this=0x7f448402ab80, pData=optimized out, iSize=optimized out, dts=optimized out, pts=optimized out) at DVDVideoCodecFFmpeg.cpp:544 #2 0x01073c0d in CDVDPlayerVideo::Process (this=0x44e9fb8) at DVDPlayerVideo.cpp:550 #3 0x0132d35f in CThread::Action (this=0x44e9fb8) at Thread.cpp:220 #4 0x0132d619 in CThread::staticThread (data=0x44e9fb8) at Thread.cpp:130 #5 0x7f44e62a80a4 in start_thread