hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
I usually use pix_mask to do alpha channels for video.
I only tested it on OSX.
Ben ----- Original Message ----- From: "marius schebella" marius.schebella@chello.at To: pd-list@iem.at Sent: Sunday, October 26, 2003 1:48 AM Subject: [PD] pix_video alphachannel
hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
pix_rgba will add the alpha channel if it's not already present. I think by now all of the capture objects in CVS should deliver a pixmap with 32bit RGBA on all platforms.
The [alpha] object enables alpha blending of GL objects, and does not affect pix_ data.
Apart from the misplaced alpha object, the chain below should end up with a buffer that contains an alpha channel. However, pix_alpha seems to be set up for some keying functions so you probably have to supply the threshold values to avoid completely opaque images.
You don't say what the purpose of the patch is so I can't really advise much further. There are other objects that will directly do blending (pix_mix) and keying (pix_chroma_key) without the alpha channel. Perhaps try one of those if they fit the bill.
cgc
Quoting marius schebella marius.schebella@chello.at:
hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
hi, hmm, seems I run into a driver problem. I got the current CVS-version compiled again, alpha-blending is now working, but the video is vertically flipped... (linux) on windows the pix_video crashes pd. are there more versions of the pix_video? marius.
----- Original Message ----- From: cgc@humboldtblvd.com To: "marius schebella" marius.schebella@chello.at Cc: PD-list@iem.at Sent: Sunday, October 26, 2003 9:39 AM Subject: Re: [PD] pix_video alphachannel
pix_rgba will add the alpha channel if it's not already present. I think
by now
all of the capture objects in CVS should deliver a pixmap with 32bit RGBA
on all
platforms.
The [alpha] object enables alpha blending of GL objects, and does not
affect
pix_ data.
Apart from the misplaced alpha object, the chain below should end up with
a
buffer that contains an alpha channel. However, pix_alpha seems to be set
up
for some keying functions so you probably have to supply the threshold
values to
avoid completely opaque images.
You don't say what the purpose of the patch is so I can't really advise
much
further. There are other objects that will directly do blending (pix_mix)
and
keying (pix_chroma_key) without the alpha channel. Perhaps try one of
those if
they fit the bill.
cgc
Quoting marius schebella marius.schebella@chello.at:
hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
marius i am using pix_video_ds with great success on windows
-----Original Message----- From: pd-list-admin@iem.at [mailto:pd-list-admin@iem.at]On Behalf Of marius schebella Sent: Sunday, October 26, 2003 9:33 AM To: cgc@humboldtblvd.com Cc: PD-list@iem.at Subject: Re: [PD] pix_video alphachannel
hi, hmm, seems I run into a driver problem. I got the current CVS-version compiled again, alpha-blending is now working, but the video is vertically flipped... (linux) on windows the pix_video crashes pd. are there more versions of the pix_video? marius.
----- Original Message ----- From: cgc@humboldtblvd.com To: "marius schebella" marius.schebella@chello.at Cc: PD-list@iem.at Sent: Sunday, October 26, 2003 9:39 AM Subject: Re: [PD] pix_video alphachannel
pix_rgba will add the alpha channel if it's not already present. I think
by now
all of the capture objects in CVS should deliver a pixmap with 32bit RGBA
on all
platforms.
The [alpha] object enables alpha blending of GL objects, and does not
affect
pix_ data.
Apart from the misplaced alpha object, the chain below should end up with
a
buffer that contains an alpha channel. However, pix_alpha seems to be set
up
for some keying functions so you probably have to supply the threshold
values to
avoid completely opaque images.
You don't say what the purpose of the patch is so I can't really advise
much
further. There are other objects that will directly do blending (pix_mix)
and
keying (pix_chroma_key) without the alpha channel. Perhaps try one of
those if
they fit the bill.
cgc
Quoting marius schebella marius.schebella@chello.at:
hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
thnx,
I thought the pix_video_ds, later pix_videoDS has now become the standard pix_video and was integrated into GEM??? I am starting to mix things up, better I have a short break and go through docs and mailing list again, to many OSs and versions...
cu, marius.
On Sunday 26 October 2003 16:57, shreeswifty wrote:
marius i am using pix_video_ds with great success on windows
-----Original Message----- From: pd-list-admin@iem.at [mailto:pd-list-admin@iem.at]On Behalf Of marius schebella Sent: Sunday, October 26, 2003 9:33 AM To: cgc@humboldtblvd.com Cc: PD-list@iem.at Subject: Re: [PD] pix_video alphachannel
hi, hmm, seems I run into a driver problem. I got the current CVS-version compiled again, alpha-blending is now working, but the video is vertically flipped... (linux) on windows the pix_video crashes pd. are there more versions of the pix_video? marius.
----- Original Message ----- From: cgc@humboldtblvd.com To: "marius schebella" marius.schebella@chello.at Cc: PD-list@iem.at Sent: Sunday, October 26, 2003 9:39 AM Subject: Re: [PD] pix_video alphachannel
pix_rgba will add the alpha channel if it's not already present. I think
by now
all of the capture objects in CVS should deliver a pixmap with 32bit RGBA
on all
platforms.
The [alpha] object enables alpha blending of GL objects, and does not
affect
pix_ data.
Apart from the misplaced alpha object, the chain below should end up with
a
buffer that contains an alpha channel. However, pix_alpha seems to be set
up
for some keying functions so you probably have to supply the threshold
values to
avoid completely opaque images.
You don't say what the purpose of the patch is so I can't really advise
much
further. There are other objects that will directly do blending (pix_mix)
and
keying (pix_chroma_key) without the alpha channel. Perhaps try one of
those if
they fit the bill.
cgc
Quoting marius schebella marius.schebella@chello.at:
hi,
is it possible to convert the liveinput (pix_video) to some format with alpha channel? i tried [pix_video] [alpha] [pix_rgba] [pix_alpha] ... doesnot seem to work.
marius.
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
Zitiere marius schebella marius.schebella@chello.at:
hi, hmm, seems I run into a driver problem. I got the current CVS-version compiled again, alpha-blending is now working, but the video is vertically flipped... (linux) on windows the pix_video crashes pd. are there more versions of the pix_video? marius.
of course there are. accessing a grabbing device is (unfortunately) something very OS-specific. so the core code of pix_video differs significantly for all OSs. however, functionality should be the same on all platforms (grab images from your video-cam), and it is called [pix_video] on all platforms.
[pix_videoLinux], [pix_videoNT], [pix_videoDarwin], [pix_videoNEW] are also names you may stumble across, but i really *discourage* anyone to use these, as they should(!) break your patches in terms of cross-compatibility. [pix_video] should choose the right one for you...
[pix_video_ds]: it is a bad thing, that this cannot be accessed as [pix_video] right now. hopefully i will change this soon... the reason why it has a different name is purely historic (having emerged from an external to Gem and thus having to avoid name-clashes) and i think it is still not 100% compatible to the [pix_video] syntax.
[pix_videoYUV]: normally [pix_video] should produce RGBA (values) (but it might produce RGB only, which i'll have to check). on macOS you could use [pix_videoYUV] to get YUV-video, but this really should go into [pix_video] + a [colorspace( message. but of course i cannot really discourage the use of this, as long as there are no alternatives...
so basically, this is a todo-list for developers ;-)
mfg.ad.sf IOhannes
Quoting zmoelnig@iem.at:
[pix_videoYUV]: normally [pix_video] should produce RGBA (values) (but it might produce RGB only, which i'll have to check). on macOS you could use [pix_videoYUV] to get YUV-video, but this really should go into [pix_video] + a [colorspace( message. but of course i cannot really discourage the use of this, as long as there are no alternatives...
the current pix_video in CVS does accept a 'colorspace' message on OSX. 'r' is ARGB and 'y' is YUV. after setting this message the capture components have to be reloaded by sending a 'reset' message to pix_video. this is also the same procedure for resizing using the 'dimen x y' message. the reason for this somewhat odd functionality is that it reduces the risk of crashes while trying to change decompressor components in the middle of the decompression sequence.
there will be a doc, tutorial and/or help file sometime this week for pix_video on OSX.
cgc
so basically, this is a todo-list for developers ;-)
mfg.ad.sf IOhannes
-
B. Bogart -
cgc＠humboldtblvd.com -
marius schebella -
shreeswifty -
zmoelnig＠iem.at