On Thu, 28 Dec 2006, Studio Zodiak wrote:
I tried to get 1394 running with ubuntu edgy without success also. Maybe try using a webcam before you die of frustration. I did. It changed my life : )
Both GEM and GridFlow would benefit from supporting a camera interface based on libraw1394, libavc1394, etc., instead of the rather unstable and deprecated direct interface to the kernel.
Another possibility would be to support videojack/unicap as a uniform interface to cameras. I think that this might be a good idea because there's only so much effort that we can bother to do trying to support V4L1, V4L2, lib*1394.so (both DV and DC), (btw what is/was libdv1394? it doesn't exist on Ubuntu), and then SANE and... did I forget any? And then it's a good idea to have it in a separate thread/process (don't you love a V4L driver that doesn't support non-blocking mode and ignores SIGALRM ?).
Despite those thoughts I still haven't had a look at unicap yet, still too many other things TODO first.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Despite those thoughts I still haven't had a look at unicap yet, still too many other things TODO first.
Well, I just wasted another 2 hours trying to get my 5+ (!) year old webcam working which is still unsupported in Linux (intel pocket pc cam cs780, even though CS630 and CS430 are supported). Ironically, in Windoze everything "just worked."
Based on my tests I am suspecting that this is a lib/distro-independent issue, and as such am also wondering what will happen with pd/gem on Linux in 6 months when most of the other distros pump out their next release with libs similar to Edgy (maybe some of them already are?) leaving gem video for all intents and purposes broken. I also looked at the videojack project Mathieu pointed out and it really looks, well, promising, but it is by no means a complete and/or well supported product despite its huge potential. Perhaps this video issue should be bumped higher on the gem TODO list given the current situation?
Thanks for all your help!
Best wishes,
Ico
hi ivica/all,
--- Ivica Ico Bukvic ico.bukvic@gmail.com wrote:
Based on my tests I am suspecting that this is a lib/distro-independent issue, and as such am also wondering what will happen with pd/gem on Linux in 6 months when most of the other distros pump out their next release with libs similar to Edgy (maybe some of them already are?) leaving gem video for
hey, this prophecy became true here on gentoo yesterday: same symptoms as you described, dv input hardly worked at all: doing the driver 1 / open /dev/1394 magic made it work sometimes, altough the chroma and luma planes were appearantly swapped (red became blue and vice versa, pix_colormatrix with a 0 0 1 0 1 0 1 0 0 matrix corrected this). today i re-compiled gem from cvs, and now it doesn't work at all :-( i had the idea to frameserve video into gem, but that concept doesn't seem to exist on linux yet. both ffmpeg and dvgrab are able to output to a pipe, but that doesn't help very much in this case. hopefully avisynth 3 will become usable soon, making gem gstreamer-aware might also be a good idea ... I've read that you also tried vloopback, have you had any success with this?
with kind regards, thoralf.
___________________________________________________________ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk
-
Ivica Ico Bukvic -
Mathieu Bouchard -
Thoralf Schulze