On Apr 15, 2005, at 12:58 PM, Daniel Kristjansson wrote:
On Fri, 2005-04-15 at 12:41 -0700, Geoffrey Kruse wrote:This seems to fix the compile problem. I am able to run the frontend and view recorded programs. Live TV works as well. This also seems to fix the mysterious issue that I and others have been having with ff/rw freezing after 10 seconds. I am able to ff and rw, however, I now get the following in the frontend log when fast forwarding instead of a freeze:Doesn't compile with a fresh checkout under os xCan you replace the two occurrences of "numbuffers + 1" with "vbuffers.allocSize()" and the one occurrence of "vbuffers->Init" with "vbuffers.Init" and then try again?
2005-04-15 16:25:58.961 GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
2005-04-15 16:25:59.140 prebuffering pause
2005-04-15 16:26:01.041 GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
2005-04-15 16:26:01.062 prebuffering pause
2005-04-15 16:26:03.313 GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
2005-04-15 16:26:03.490 prebuffering pause
2005-04-15 16:26:06.036 GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
2005-04-15 16:26:06.210 prebuffering pause
2005-04-15 16:26:08.760 GetNextFreeFrame() unable to lock frame 100 times. Discarding Frames.
2005-04-15 16:26:08.938 prebuffering pause
This is repeated as long as I am fast forwarding. I will try this patch on my x86 machine tonight to see if it also fixes the issue there. If it does indeed, this will fix the biggest nuisance I have had with myth in a while. See the e-mail from mark setzer on 4/13 for a full description of the issue this seems to fix and a backtrace.
Geoff Kruse
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
