I installed Fedora Core 5 and now I can build and load gem without disabeling anything! Sweet!
Except that pix_video still doesn't work with udev: /dev/dv1394/0
I have tried changing to [driver 1< when rendering was enabled and this crashed PD. I tried [driver 1< before rendering and PD didn't crash but I didn't get video. With [device /dev/dv1394/0< I got the following message: device-err: 0 DV4L: closed
Is there a way to get Gem pix-video to work in fedora core 5 with udev or is the only way to get pix_video to work is to use devfs?
Thanks all! -thewade
hello,
this look like the same problem as me. the problem is in pix_videoNEW.cpp
the video transfer (m_videoHandle->startTransfer();) is enable in the startRendering fonction and at the object creation (in pix_videoNEW, via drivermess(0))
so when loading a patch, and then creating the gemwindows, the transfert is started 2 time. this create some problems.
it should work if you create the gemwindow, and then create the pix_video object.
the quick and dirty solution is to comment the lines 78 and 86 of pix_videoNEW.cpp
you should then have :
void pix_videoNEW :: startRendering(){ if (!m_videoHandle) { post("GEM: pix_video: do video for this OS"); return; } post("pix_videoNEW: starting transfer"); // m_videoHandle->startTransfer(); }
///////////////////////////////////////////////////////// // stopRendering // ///////////////////////////////////////////////////////// void pix_videoNEW :: stopRendering(){ // if (m_videoHandle)m_videoHandle->stopTransfer(); }
this works for me. i don't know the solution for a good fix of this problem.
cyrille
thewade a écrit :
I installed Fedora Core 5 and now I can build and load gem without disabeling anything! Sweet!
Except that pix_video still doesn't work with udev: /dev/dv1394/0
I have tried changing to [driver 1< when rendering was enabled and this crashed PD. I tried [driver 1< before rendering and PD didn't crash but I didn't get video. With [device /dev/dv1394/0< I got the following message: device-err: 0 DV4L: closed
Is there a way to get Gem pix-video to work in fedora core 5 with udev or is the only way to get pix_video to work is to use devfs?
Thanks all! -thewade
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
howdy,
Thank you for the help Cyrille Henry, but unfortunately I still cannot see output from my dv1394 device under FC5/udev and Gem.
I tried both creating pix_video after the window is created (still using 00.SimpleVideo) and commenting out thoes lines described below and recompiling.
Commenting out thoes lines made it so I couldn't crash PD with Gem anymore, but I still could see no video.
Creating the pix_video object after sending the gemwin the [create< message also did not allw me to see the video.
Are there any other tricks I can try? Does nobody else here use Fedora or Redhat? Is there a way to get more verbose or debug error messages that may help you to help me, or help me to help myself?
Does IEEE1394 video work any better on Winblows? I have a super slow machine from 2000 that I could try to run stuff on - though I am hesitant because a 700Mhz machine probably can't do much... Plus without a compiler for windows I have to use older binaries, right?
I can run dvgrab while Gem is running and capture video, but Gem can still not see anything... poop.
As always, thanks for the help! -thewade
Quoting cyrille henry cyrille.henry@la-kitchen.fr:
hello,
this look like the same problem as me. the problem is in pix_videoNEW.cpp
the video transfer (m_videoHandle->startTransfer();) is enable in the startRendering fonction and at the object creation (in pix_videoNEW, via drivermess(0))
so when loading a patch, and then creating the gemwindows, the transfert is started 2 time. this create some problems.
it should work if you create the gemwindow, and then create the pix_video object.
the quick and dirty solution is to comment the lines 78 and 86 of pix_videoNEW.cpp
you should then have :
void pix_videoNEW :: startRendering(){ if (!m_videoHandle) { post("GEM: pix_video: do video for this OS"); return; } post("pix_videoNEW: starting transfer"); // m_videoHandle->startTransfer(); }
///////////////////////////////////////////////////////// // stopRendering // ///////////////////////////////////////////////////////// void pix_videoNEW :: stopRendering(){ // if (m_videoHandle)m_videoHandle->stopTransfer(); }
this works for me. i don't know the solution for a good fix of this problem.
cyrille
thewade a écrit :
I installed Fedora Core 5 and now I can build and load gem without disabeling anything! Sweet!
Except that pix_video still doesn't work with udev: /dev/dv1394/0
I have tried changing to [driver 1< when rendering was enabled and this crashed PD. I tried [driver 1< before rendering and PD didn't crash but I didn't get video. With [device /dev/dv1394/0< I got the following message: device-err: 0 DV4L: closed
Is there a way to get Gem pix-video to work in fedora core 5 with udev or is the only way to get pix_video to work is to use devfs?
Thanks all! -thewade
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
I just installed PD on my old windows laptop and I can't get the firewire camcorder to work with Gem on that machine either (though I may not have that machine set up correctly).
Here is what the console says:
load_object: Symbol "qtmlClient_setup" not found qtmlClient: can't load library load_object: Symbol "jpeg62_setup" not found jpeg62: can't load library load_object: Symbol "zlib1_setup" not found zlib1: can't load library load_object: Symbol "libtiff3_setup" not found libtiff3: can't load library GEM: Graphics Environment for Multimedia GEM: ver: 0.90 GEM: compiled: Oct 5 2005 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version on irix/windows) GEM: Chris Clepper (macOS-X) GEM: Daniel Heckenberg (windows) GEM: James Tittle (macOS-X) GEM: IOhannes m zmoelnig (linux/windows)
I can't seem to find the correct order to load the libraries in to get no error messages, but gem loads... Here is my order: qtmlClient jpeg62 zlib1 libtiff3 Gem
When I try to start rendering (send a [1 < to [gemwin]) and there is a pix_video in a gem object chain PD crashes - so I can't seem to get gem to read my digital camera from linux or windows!
Most unfortunate.
Thanks yet again for the help, -thewade
DV cams most definitely work under XP. I use not only cameras but DV convertor boxes fairly often.
Your list error points to GEM not being built and/or installed correctly. To the best of my knowledge no release from October 5 2005 was ever made by one of us. Get the old binary from http://gem.iem.at/download.html
On 5/28/06, thewade pdman@aproximation.org wrote:
I just installed PD on my old windows laptop and I can't get the firewire camcorder to work with Gem on that machine either (though I may not have that machine set up correctly).
Here is what the console says:
load_object: Symbol "qtmlClient_setup" not found qtmlClient: can't load library load_object: Symbol "jpeg62_setup" not found jpeg62: can't load library load_object: Symbol "zlib1_setup" not found zlib1: can't load library load_object: Symbol "libtiff3_setup" not found libtiff3: can't load library GEM: Graphics Environment for Multimedia GEM: ver: 0.90 GEM: compiled: Oct 5 2005 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version on irix/windows) GEM: Chris Clepper (macOS-X) GEM: Daniel Heckenberg (windows) GEM: James Tittle (macOS-X) GEM: IOhannes m zmoelnig (linux/windows)
I can't seem to find the correct order to load the libraries in to get no error messages, but gem loads... Here is my order: qtmlClient jpeg62 zlib1 libtiff3 Gem
When I try to start rendering (send a [1 < to [gemwin]) and there is a pix_video in a gem object chain PD crashes - so I can't seem to get gem to read my digital camera from linux or windows!
Most unfortunate.
Thanks yet again for the help, -thewade
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
thewade wrote:
I just installed PD on my old windows laptop and I can't get the firewire camcorder to work with Gem on that machine either (though I may not have that machine set up correctly).
Here is what the console says:
load_object: Symbol "qtmlClient_setup" not found qtmlClient: can't load library load_object: Symbol "jpeg62_setup" not found jpeg62: can't load library load_object: Symbol "zlib1_setup" not found zlib1: can't load library load_object: Symbol "libtiff3_setup" not found libtiff3: can't load library
seems like you are trying to load thoralf's cygwin compilation of Gem. if you want a recent w32-build, use chris' version from http://taproot.dyndns.org/~cgc/downloads/Gem.dll
(note to myself: try to compile Gem for w32 again...)
mfg.asdr. IOhannes
IOhannes m zmoelnig wrote:
seems like you are trying to load thoralf's cygwin compilation of Gem. if you want a recent w32-build, use chris' version from http://taproot.dyndns.org/~cgc/downloads/Gem.dll
i have now updated the gem download page to point to this more recent dll.
mfga.sdr IOhannes
(note to myself: try to compile Gem for w32 again...)
mfg.asdr. IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
That does still require the MS runtime dlls for VS.2003 since I could not get them to static link. I think Hans is going to put them in the extended builds - not sure about Miller though.
On 5/29/06, IOhannes m zmoelnig zmoelnig@iem.at wrote:
IOhannes m zmoelnig wrote:
seems like you are trying to load thoralf's cygwin compilation of Gem. if you want a recent w32-build, use chris' version from http://taproot.dyndns.org/~cgc/downloads/Gem.dll
i have now updated the gem download page to point to this more recent dll.
mfga.sdr IOhannes
(note to myself: try to compile Gem for w32 again...)
mfg.asdr. IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
chris clepper wrote:
That does still require the MS runtime dlls for VS.2003 since I could not get them to static link. I think Hans is going to put them in the extended builds - not sure about Miller though.
yes i know. that's why the README.txt explicitely mentions this and points to a link where you can hopefully download the missing dll (without guarantees of course)
mfga.sdr. IOhannes