I'd like to take a patch from a pd window and mix it live with a Gem or pdp window. pdp_capture would have been the ticket, but I can't get it to compile and looking at the archives of this list, it doesn't seem like others have had luck with it either. Any other ideas for me?
On 2010-08-30 17:04, John Harrison wrote:
I'd like to take a patch from a pd window and mix it live with a Gem or pdp window. pdp_capture would have been the ticket, but I can't get it to compile and looking at the archives of this list, it doesn't seem like others have had luck with it either. Any other ideas for me?
a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (with pdp, Gem, GridFlow or whatelse)
- get v4l2loopback (http://code.google.com/p/v4l2loopback/)
compile, install, load the module
- get gst-v4l2loopback (http://github.com/umlaeute/gst-v4l2loopback)
compile (need gst-plugin-base-dev), install
run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback
access the video using [pix_video], [pdp_v4l2] [#camera] or cat
running here. this of course only grabs a portion of the screen, rather than a window and track that...
fgmadfs IOhannes
Depends on if it needs to be one machine as well. Can easily be done with two machines and a scan converter
pp
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of IOhannes m zmoelnig Sent: Monday, August 30, 2010 11:44 AM To: John Harrison Cc: pd-list@iem.at Subject: Re: [PD] live pd patch mixed with Gem or pdp?
On 2010-08-30 17:04, John Harrison wrote:
I'd like to take a patch from a pd window and mix it live with a Gem or pdp window. pdp_capture would have been the ticket, but I can't get it to compile and looking at the archives of this list, it doesn't seem like others have had luck with it either. Any other ideas for me?
a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (with pdp, Gem, GridFlow or whatelse)
- get v4l2loopback (http://code.google.com/p/v4l2loopback/)
compile, install, load the module
- get gst-v4l2loopback (http://github.com/umlaeute/gst-v4l2loopback)
compile (need gst-plugin-base-dev), install
run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback
access the video using [pix_video], [pdp_v4l2] [#camera] or cat
running here. this of course only grabs a portion of the screen, rather than a window and track that...
fgmadfs IOhannes
is there a way to do these screenshots such that they don't actually show up on a screen visible to the user i.e I don't have to show the raw Pd patch to the user, only the mix? This is a 2-headed machine (one machine --- I'll use 2 if I absolutely have to) and the plan is to show a Gem or pdp window fullscreen on one head and a pdp window fullscreen on the other. This leaves me not sure where to put the Pd patch for the screenshots.
On Mon, Aug 30, 2010 at 10:44 AM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
On 2010-08-30 17:04, John Harrison wrote:
I'd like to take a patch from a pd window and mix it live with a Gem or
pdp
window. pdp_capture would have been the ticket, but I can't get it to compile and looking at the archives of this list, it doesn't seem like others have had luck with it either. Any other ideas for me?
a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (with pdp, Gem, GridFlow or whatelse)
- get v4l2loopback (http://code.google.com/p/v4l2loopback/)
compile, install, load the module
- get gst-v4l2loopback (http://github.com/umlaeute/gst-v4l2loopback)
compile (need gst-plugin-base-dev), install
run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback
access the video using [pix_video], [pdp_v4l2] [#camera] or cat
running here. this of course only grabs a portion of the screen, rather than a window and track that...
fgmadfs IOhannes
On 2010-08-30 18:26, John Harrison wrote:
is there a way to do these screenshots such that they don't actually show up on a screen visible to the user i.e I don't have to show the raw Pd patch to the user, only the mix? This is a 2-headed machine (one machine --- I'll use 2 if I absolutely have to) and the plan is to show a Gem or pdp window fullscreen on one head and a pdp window fullscreen on the other. This leaves me not sure where to put the Pd patch for the screenshots.
if you want to use screenshots, then you have to do screenshots. unfortunately screenshots have to be visible somehow (even if the audience cannot see them).
the simplest solution would be to go 3-headed:
- head #1 for the patch (good for debugging, btw), not visible to the
audience
- head #2 for pdp screen #1
- head #3 for pdp screen #2
get yourself a matrox triplehead2go to multiply your 2nd head by 3 (so you can actually have 4 different screens)
fgmasdr IOhannes
ola,
pdp_capture was working once with an old version of ImageMagick but anyway it was too slow, so now its compilation is made optional, it is a bit abandonware..
use webcamstudio instead ( http://www.ws4gl.org/ ), it does the same as gstreamer that Iohannes recommends, but with an interface... it will output the screenshots to a vloopback device ..
about the disposition on the screen, no eye deer ..
ahoj! sevy
John Harrison wrote:
is there a way to do these screenshots such that they don't actually show up on a screen visible to the user i.e I don't have to show the raw Pd patch to the user, only the mix? This is a 2-headed machine (one machine --- I'll use 2 if I absolutely have to) and the plan is to show a Gem or pdp window fullscreen on one head and a pdp window fullscreen on the other. This leaves me not sure where to put the Pd patch for the screenshots.
On Mon, Aug 30, 2010 at 10:44 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2010-08-30 17:04, John Harrison wrote: > I'd like to take a patch from a pd window and mix it live with a Gem or pdp > window. pdp_capture would have been the ticket, but I can't get it to > compile and looking at the archives of this list, it doesn't seem like > others have had luck with it either. Any other ideas for me? > a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (with pdp, Gem, GridFlow or whatelse) - get v4l2loopback (http://code.google.com/p/v4l2loopback/) compile, install, load the module - get gst-v4l2loopback (http://github.com/umlaeute/gst-v4l2loopback) compile (need gst-plugin-base-dev), install run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback access the video using [pix_video], [pdp_v4l2] [#camera] or cat running here. this of course only grabs a portion of the screen, rather than a window and track that... fgmadfs IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
bleh I'm failing to get either v4l2loopback or webcamstudio modules to actually load.
I'm running ubuntu Lucid 10.04 with 2.6.32-24-generic kernel
v4l2loopback svn builds and installs ok
however, modprobe v4l2loopback returns in dmesg:
[ 46.328926] v4l2loopback: disagrees about version of symbol
video_unregister_device
[ 46.328929] v4l2loopback: Unknown symbol video_unregister_device
[ 46.328996] v4l2loopback: disagrees about version of symbol
video_device_alloc
[ 46.328998] v4l2loopback: Unknown symbol video_device_alloc
[ 46.329091] v4l2loopback: disagrees about version of symbol
video_register_device
[ 46.329093] v4l2loopback: Unknown symbol video_register_device
[ 46.329178] v4l2loopback: disagrees about version of symbol
video_device_release
[ 46.329179] v4l2loopback: Unknown symbol video_device_release
similarly, modprobe webcamstudio returns in dmesg:
[ 39.281212] webcamstudio: disagrees about version of symbol
video_devdata
[ 39.281215] webcamstudio: Unknown symbol video_devdata
[ 39.281309] webcamstudio: disagrees about version of symbol
video_unregister_device
[ 39.281311] webcamstudio: Unknown symbol video_unregister_device
[ 39.281376] webcamstudio: disagrees about version of symbol
video_device_alloc
[ 39.281377] webcamstudio: Unknown symbol video_device_alloc
[ 39.281446] webcamstudio: disagrees about version of symbol
video_register_device
[ 39.281448] webcamstudio: Unknown symbol video_register_device
[ 39.281551] webcamstudio: disagrees about version of symbol
video_device_release
[ 39.281553] webcamstudio: Unknown symbol video_device_release
a reboot doesn't help.
-John
On 08/30/2010 11:40 AM, ydegoyon@gmail.com wrote:
ola,
pdp_capture was working once with an old version of ImageMagick but anyway it was too slow, so now its compilation is made optional, it is a bit abandonware..
use webcamstudio instead ( http://www.ws4gl.org/ ), it does the same as gstreamer that Iohannes recommends, but with an interface... it will output the screenshots to a vloopback device ..
about the disposition on the screen, no eye deer ..
ahoj! sevy
John Harrison wrote:
is there a way to do these screenshots such that they don't actually show up on a screen visible to the user i.e I don't have to show the raw Pd patch to the user, only the mix? This is a 2-headed machine (one machine --- I'll use 2 if I absolutely have to) and the plan is to show a Gem or pdp window fullscreen on one head and a pdp window fullscreen on the other. This leaves me not sure where to put the Pd patch for the screenshots.
On Mon, Aug 30, 2010 at 10:44 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2010-08-30 17:04, John Harrison wrote:I'd like to take a patch from a pd window and mix it live with a
Gem or pdpwindow. pdp_capture would have been the ticket, but I can't get
it tocompile and looking at the archives of this list, it doesn't
seem likeothers have had luck with it either. Any other ideas for me?
a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (withpdp, Gem, GridFlow or whatelse)
- get v4l2loopback (http://code.google.com/p/v4l2loopback/) compile, install, load the module - get gst-v4l2loopback (http://github.com/umlaeute/gst-v4l2loopback) compile (need gst-plugin-base-dev), install run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback access the video using [pix_video], [pdp_v4l2] [#camera] or cat running here. this of course only grabs a portion of the screen, rather than a window and track that... fgmadfs IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
ok I got the modules to load by reloading the kernel image
sudo apt-get install --reinstall linux-image-`uname -r`
sudo depmod -a
now Yves solution works with pdp_v4l.
although modprobe v4l2loopback seems to work, Iohannes's incantation to launch the pipeline returns: WARNING: erroneous pipeline: no element "v4l2loopback"
also /dev/video3 becomes available when I modprobe v4l2loopback but nothing can seem to access it --- invalid argument errors.
Assuming I can configure webcamstudio to autostart with the configuration I need tho, I should be all set at this point.
Thanks for help!
-John
On 08/30/2010 11:59 PM, John Harrison wrote:
bleh I'm failing to get either v4l2loopback or webcamstudio modules to actually load.
I'm running ubuntu Lucid 10.04 with 2.6.32-24-generic kernel
v4l2loopback svn builds and installs ok
however, modprobe v4l2loopback returns in dmesg:
[ 46.328926] v4l2loopback: disagrees about version of symbol video_unregister_device [ 46.328929] v4l2loopback: Unknown symbol video_unregister_device [ 46.328996] v4l2loopback: disagrees about version of symbol video_device_alloc [ 46.328998] v4l2loopback: Unknown symbol video_device_alloc [ 46.329091] v4l2loopback: disagrees about version of symbol video_register_device [ 46.329093] v4l2loopback: Unknown symbol video_register_device [ 46.329178] v4l2loopback: disagrees about version of symbol video_device_release [ 46.329179] v4l2loopback: Unknown symbol video_device_releasesimilarly, modprobe webcamstudio returns in dmesg:
[ 39.281212] webcamstudio: disagrees about version of symbol video_devdata [ 39.281215] webcamstudio: Unknown symbol video_devdata [ 39.281309] webcamstudio: disagrees about version of symbol video_unregister_device [ 39.281311] webcamstudio: Unknown symbol video_unregister_device [ 39.281376] webcamstudio: disagrees about version of symbol video_device_alloc [ 39.281377] webcamstudio: Unknown symbol video_device_alloc [ 39.281446] webcamstudio: disagrees about version of symbol video_register_device [ 39.281448] webcamstudio: Unknown symbol video_register_device [ 39.281551] webcamstudio: disagrees about version of symbol video_device_release [ 39.281553] webcamstudio: Unknown symbol video_device_releasea reboot doesn't help.
-John
On 08/30/2010 11:40 AM, ydegoyon@gmail.com wrote:
ola,
pdp_capture was working once with an old version of ImageMagick but anyway it was too slow, so now its compilation is made optional, it is a bit abandonware..
use webcamstudio instead ( http://www.ws4gl.org/ ), it does the same as gstreamer that Iohannes recommends, but with an interface... it will output the screenshots to a vloopback device ..
about the disposition on the screen, no eye deer ..
ahoj! sevy
John Harrison wrote:
is there a way to do these screenshots such that they don't actually show up on a screen visible to the user i.e I don't have to show the raw Pd patch to the user, only the mix? This is a 2-headed machine (one machine --- I'll use 2 if I absolutely have to) and the plan is to show a Gem or pdp window fullscreen on one head and a pdp window fullscreen on the other. This leaves me not sure where to put the Pd patch for the screenshots.
On Mon, Aug 30, 2010 at 10:44 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2010-08-30 17:04, John Harrison wrote:I'd like to take a patch from a pd window and mix it live with a
Gem or pdpwindow. pdp_capture would have been the ticket, but I can't get
it tocompile and looking at the archives of this list, it doesn't
seem likeothers have had luck with it either. Any other ideas for me?
a bit complicated, but you can do that by doing screenshots with gstreamer, send it to a videoloopback device and read that (withpdp, Gem, GridFlow or whatelse)
- get v4l2loopback (http://code.google.com/p/v4l2loopback/) compile, install, load the module - get gst-v4l2loopback(http://github.com/umlaeute/gst-v4l2loopback) compile (need gst-plugin-base-dev), install
run the gstreamer-pipeline, e.g. $ gst-launch ximagesrc use-damage=false startx=0 starty=0 endx=640 endy=480 ! queue ! ffmpegcolorspace ! v4l2loopback access the video using [pix_video], [pdp_v4l2] [#camera] or cat running here. this of course only grabs a portion of the screen, rather than a window and track that... fgmadfs IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2010-08-31 07:32, John Harrison wrote:
although modprobe v4l2loopback seems to work, Iohannes's incantation to launch the pipeline returns: WARNING: erroneous pipeline: no element "v4l2loopback"
you did download compile and install the gst-v4l2loopback?
per default (with the configure as invoked by ./autogen.sh), it should install as "~/.gstreamer-0.10/plugins/libv4l2loopback.so", which should be in your search patch as well (unless of course you run as a different user as you did the installation)
also /dev/video3 becomes available when I modprobe v4l2loopback but nothing can seem to access it --- invalid argument errors.
and of course you have to set the device=/dev/video3 as property of the v4l2loopback gst-element.
fgamdrs IOhannes
On Mon, 30 Aug 2010, John Harrison wrote:
I'd like to take a patch from a pd window and mix it live with a Gem or pdp window. pdp_capture would have been the ticket, but I can't get it to compile and looking at the archives of this list, it doesn't seem like others have had luck with it either. Any other ideas for me?
try [#in x11] in GridFlow. together with [gf/canvas_xid], you can use it to make screenshots of a patch. There's a subpatch for this inside of the [doc_h] abstraction (but note that it may eventually be moved out of it, as a separate abstraction... next year, maybe)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
-
IOhannes m zmoelnig -
John Harrison -
John Harrison -
Mathieu Bouchard -
Pagano, Patrick -
ydegoyon＠gmail.com