From: Brian P. <br...@tu...> - 2003-09-18 14:40:28
|
Holger Jones wrote: > Some new issues to look at and some feedback on the File - Open bug > > 1. Noticed Frame Rate does not match GUI's Frame rate setting -- i.e. > when expecting 30 FPS, blockbuster pegs it at 20, but when we increase > the rate to >50 then we can achieve 30+. This seems like new anomalous > behavior. Is this happening in a DMX configuration, or non-DMX? > 2. In the case where the DMX server environment variable is NOT set, > blockbuster proceeds --- "faking it" -- but hangs the terminal session. > Should we just prompt the user to set the environment variable and then > exit? What env var are you talking about? The message "(displayname) is not a DMX display, faking it" is printed when you specify -r dmx on the command line but the default display doesn't support the DMX extension. Maybe we should just exit when that happens. > 3: I did manage to crash blockbuster with the File-Open bug -- still, > but only when the system was in the thrashing mode --- default preload > and cache values on the big greeno data set. However, I couldn't get it > to fail when I set the preload and cache to reasonable sizes -- so it is > much tougher to crash then say 2 weeks ago. > > Here's a gdb stack trace -- notice getFrameBlock parameters are way out > of whack. > > #0 0x4207c45c in memcpy () from /lib/tls/libc.so.6 > (gdb) where > #0 0x4207c45c in memcpy () from /lib/tls/libc.so.6 > #1 0x08067afc in smBase::getFrameBlock(int, void*, int, int*, int*, > int*, int) > (this=0x41d005c8, > f=1410337192, data=0x80c44d0, destRowStride=1410337244, dim=0x7a, > pos=0x64534000, step=0x54100948, > res=256) at smBase.C:988 > #2 0x0805d32f in smLoadImage(Image*, FrameInfo*, Canvas*, Rectangle > const*, int) () > #3 0x08053fe9 in LoadAndConvertImage (frameInfo=0x541009a8, > frameNumber=41, canvas=0x80c44d0, > region=0x541009dc, levelOfDetail=0) at cache.c:75 > #4 0x08054500 in DoReaderThreadWork (data=0x8146598) at cache.c:316 > #5 0x40460332 in start_thread () from /lib/tls/libpthread.so.0 Bob, any ideas here? -Brian |