[mythtv] Updated patch for directshow filters with MythTV (for CoreAVC)

Alan Nisota alannisota at gmail.com
Wed Feb 14 02:13:50 UTC 2007

Mark Buechler wrote:
> Alan, here's how far mine gets:
> 2007-02-13 17:32:17.838 
> RingBuf(/shares/recordings/LiveTV/465_20070213173210.mpg): 
> OpenFile(/shares/recordings/LiveTV/465_20070213173213.mpg, 12)
> 2007-02-13 17:32:17.857 
> RingBuf(/shares/recordings/LiveTV/465_20070213173213.mpg): 
> CalcReadAheadThresh(3060856644 KB)
>                          -> threshhold(64 KB) min read(0 KB) blk 
> size(32 KB)
> 2007-02-13 17:32:17.901 AFD: Stream #0, has id 0x4130 codec id H264, 
> type Video, bitrate 0 at 0x0x929b9d0
> Trying DirectShow
> Destroying filter!
> tid:92c4dbb0 External func kernel32.dll:LoadLibraryA
> tid:92c4dbb0 External func kernel32.dll:GetProcAddress
> tid:92c4dbb0 External func kernel32.dll:VirtualAlloc
> tid:92c4dbb0 External func kernel32.dll:VirtualFree
> tid:92c4dbb0 External func VERSION.dll:GetFileVersionInfoA
> tid:92c4dbb0 External func USER32.dll:GetWindowLongW
> tid:92c4dbb0 External func GDI32.dll:TextOutW
> tid:92c4dbb0 External func ADVAPI32.dll:RegEnumKeyExW
> tid:92c4dbb0 External func ole32.dll:CoTaskMemAlloc
> tid:92c4dbb0 External func OLEAUT32.dll:417
It appears that the VirtualAlloc is failing.  This has nothing to do 
with the # of CPUs but does have to do with your CPU type and compile 
options.  All I can say is compile with debug enabled, then startup 
mythfrontend inside gdb and set a breakpoint at ext.c:445
Then step through and find out where it fails.  If you get a stack-trace 
before you get to the breakpoint, give me a 'bt' but I'd be surprised if 
that were the case.  The VirtualAlloc function changed significantly 
between the 1.0 and 1.1 versions of my patch.

More information about the mythtv-dev mailing list