I've tried every way to Sunday to get a V4L type process to run
separately from within my GTK app. Unfortunately, it seems as though
(the bttv driver at least) does not function in a manner consistent with
gdk_input_add() so I'm left to some kind of hack:
signal() -> eventually hangs the app ... most likely due to some kind
of out of sync read.
pthread() -> when joined, my while(1) (used to read video bytes) read
loop hangs the app as well ... eg., I just wait forever for a return.
pthread() -> when thread is not joined, I get an Xlib error about some
kind of async. I guess the v4l drivers are not thread safe?
gtk_adjustment / signal connection -> it seems as though the signal
mechanism will get caught in an infinite loop and not return control.
EG., I'm connecting "draw_video" to a gtk_adjustment and changing that
adjustment's value with each read
I'm open to suggestions here ... as I'm fresh out.
Thanks,
DT
--
Technical Director, Virginia Center for Computer Music
--
video4linux-list mailing list
Unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/video4linux-list
- Re: Using V4L as sub process (thread/fork, ANYTHING!!!!) David J. Topper
- Re: Using V4L as sub process (thread/fork, ANYTHING!!... Ronald Bultje
- Re: Using V4L as sub process (thread/fork, ANYTHING!!... Gerd Knorr
- Re: Using V4L as sub process (thread/fork, ANYTHING!!... David J. Topper
- Re: Using V4L as sub process (thread/fork, ANYTHI... Ronald Bultje