Hi Tim,
Feel free to send me a patch if you want me to take a look at it. The machine sounds very much fast enough for it...
As for the pthread crash its nothing specific to Gem it seems, since pdp_v4l is doing the same thing.
I thought perhaps your experience would see something in the trace that is meaningful, pthread_join() freezes in both gem and pdp, even with a source compile of pd.
I'm looking at pd, gem, the kernel and libc6 is there anything else related to pthreads I should look at? I already upgraded my libc to a newer version (with "linux threads 0.10" rather than "POSIX threads")
Just thought your knowledge of threads would help me out, any pthread code you have laying around I can test with you do understand?
Thanks!
b.
Tim Blechmann wrote:
Did you try text3d?
yes
One line is connected to both translate XYZ's and offset by some value I guess (the distance between the lines).
i tried two versions ... one with two translateXYZ (one for movement, one for offset) and one with only one translateXYZ (triggered by the same line + offset)
What gfx card are you using?
I think Ettienne D. did complain about this happening on a titanium 667 some time back, I think the machine was just not up to the processing.
0000:01:00.0 VGA compatible controller: nVidia Corporation GeForce Go 6200 TurboCache (rev a1)
i'm using the nvidia binary driver on an 1.87 ghz pentium-m ... should be fast enough for that ...
PS: Any ideas about debugging my pthread crashes Tim? :)
no clue, but i'm not really familiar with the gem internals, so i'm not really a big help with this ...
cheers ... tim