Re: [PD] strange colors with pix_record

2010-04-01 Thread Max
Can someone confirm this (for other operating systems) so i can file a bug 
report on that?
m.

Am 31.03.2010 um 16:03 schrieb Max:

> Hi List,
> 
> i wonder why i get these strange colors when using pix_record with GEM ver: 
> 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3
> Any Ideas?
> 
> 
> 
> 
> 
> this is grayscale in GEM but instead it is quite blue in the recorded 
> quicktime.
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-01 Thread IOhannes m zmoelnig
On 2010-04-01 18:27, Max wrote:
> Can someone confirm this (for other operating systems) so i can file a bug 
> report on that?
>

you can file a bug report even if it only happens on a single operating
system.
the recording code is highly platform specific (that is: the recording
backends are platform specific), so it might well be that there is a bug
on one system not showing up on others.

fgmasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-01 Thread Max
Bug added:
https://sourceforge.net/tracker/?func=detail&aid=2980652&group_id=64325&atid=507079

Am 01.04.2010 um 19:07 schrieb IOhannes m zmoelnig:

> On 2010-04-01 18:27, Max wrote:
>> Can someone confirm this (for other operating systems) so i can file a bug 
>> report on that?
>> 
> 
> you can file a bug report even if it only happens on a single operating
> system.
> the recording code is highly platform specific (that is: the recording
> backends are platform specific), so it might well be that there is a bug
> on one system not showing up on others.
> 
> fgmasdr
> IOhannes
> 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-01 Thread chris clepper
The Quicktime code being used in recent GEM builds is not the code I wrote,
and does not work that well.  Can you try pix_recordQT and see if that
loads?


On Wed, Mar 31, 2010 at 10:03 AM, Max  wrote:

> Hi List,
>
> i wonder why i get these strange colors when using pix_record with GEM ver:
> 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3
> Any Ideas?
>
>
>
>
>
>
>
> this is grayscale in GEM but instead it is quite blue in the recorded
> quicktime.
>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-02 Thread Max
that version of GEM
GEM: ver: 0.92.2 
GEM: compiled: Jan 20 2010
unfortunately doesn't have a pix_recordQT
 pix_recordQT
... couldn't create

m.

Am 01.04.2010 um 21:25 schrieb chris clepper:

> The Quicktime code being used in recent GEM builds is not the code I wrote, 
> and does not work that well.  Can you try pix_recordQT and see if that loads? 
>  
> 
> 
> On Wed, Mar 31, 2010 at 10:03 AM, Max  wrote:
> Hi List,
> 
> i wonder why i get these strange colors when using pix_record with GEM ver: 
> 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3
> Any Ideas?
> 
> 
> 
> 
> 
> 
> 
> this is grayscale in GEM but instead it is quite blue in the recorded 
> quicktime.
> 
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 
> 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread Matthias Neuenhofer
yes the RGBA channels are set wrong on mac osx. the cube appears blue because 
the alpha channel is read as blue.
when you change channels like this 
R –> G 
G –> R 
B –> A 
A –> B
the movie will justified. but it´s not handy to give each record this process 
so  
i fixed this with a change in the code of recordQT.cpp in line 241 - instead of 
colorspace = k32BGRAPixelFormat;
i use colorspace = k32ARGBPixelFormat;
but i don´t know how this affects other os

also the recorded mov is upside down - this can fix in quicktime pro with a 
click in the properties of the video track -
so i don´t looked for the code issue.

matthias

Am 02.04.2010 um 03:33 schrieb Mathieu Bouchard:

> 
> Johannes a écrit :
> 
>> you can file a bug report even if it only happens on a single operating
>> system.
> 
> I think Max implied that he wanted to submit a report as complete as possible 
> up front.
> 
>> the recording code is highly platform specific (that is: the recording 
>> backends are platform specific), so it might well be that there is a bug on 
>> one system not showing up on others.
> 
> Yes, therefore it would also be a good idea to have a screenshot, especially 
> one containing a correct picture and the equivalent broken picture side to 
> side. That way, for example, someone who doesn't have the OS required to run 
> the bug, can still fix the bug by just looking at the screenshot. But this 
> requires an example with enough different colours... just grey is not enough. 
> For example, this picture :
> 
>  http://webilus.com/wp-content/uploads/2007/11/216couleurs_du_web.jpg
> 
> has more colours than one would ever need, to identify the problem, so, it's 
> perfect for that.
> 
> _ _ __ ___ _  _ _ ...
> | Mathieu Bouchard, Montréal, Québec. téléphone: 
> +1.514.383.3801___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread Matthias Neuenhofer
hi max
in your patch you use the jpeg codec for recording in this mode you can change 
the colourmode to YUV with pix_yuv
before pix_record. the bug affects only the rgba mode - but when you use a 
codec without alpha channel
this is a easy workaround. this was discussed in the list 2008:
http://lists.puredata.info/pipermail/pd-list/2008-03/060168.html
matthias
Am 03.04.2010 um 00:52 schrieb Max:

> that version of GEM
> GEM: ver: 0.92.2 
> GEM: compiled: Jan 20 2010
> unfortunately doesn't have a pix_recordQT
> pix_recordQT
> ... couldn't create
> 
> m.
> 
> Am 01.04.2010 um 21:25 schrieb chris clepper:
> 
>> The Quicktime code being used in recent GEM builds is not the code I wrote, 
>> and does not work that well.  Can you try pix_recordQT and see if that 
>> loads?  
>> 
>> 
>> On Wed, Mar 31, 2010 at 10:03 AM, Max  wrote:
>> Hi List,
>> 
>> i wonder why i get these strange colors when using pix_record with GEM ver: 
>> 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3
>> Any Ideas?
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> this is grayscale in GEM but instead it is quite blue in the recorded 
>> quicktime.
>> 
>> 
>> 
>> 
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>> 
>> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread Max
I've made a screenshot of the problem. left is the GEM Scene, right is the 
recorded QuickTime movie.
As you can see it is exactly as Matthias N. has reported, the color channels 
are mixed up.



colortest.pd
Description: Binary data


<>
Am 02.04.2010 um 03:33 schrieb Mathieu Bouchard:

> 
> Johannes a écrit :
> 
>> you can file a bug report even if it only happens on a single operating
>> system.
> 
> I think Max implied that he wanted to submit a report as complete as possible 
> up front.

yes, that was my intention.

> 
>> the recording code is highly platform specific (that is: the recording 
>> backends are platform specific), so it might well be that there is a bug on 
>> one system not showing up on others.
> 
> Yes, therefore it would also be a good idea to have a screenshot, especially 
> one containing a correct picture and the equivalent broken picture side to 
> side. That way, for example, someone who doesn't have the OS required to run 
> the bug, can still fix the bug by just looking at the screenshot. But this 
> requires an example with enough different colours... just grey is not enough. 
> For example, this picture :
> 
>  http://webilus.com/wp-content/uploads/2007/11/216couleurs_du_web.jpg
> 
> has more colours than one would ever need, to identify the problem, so, it's 
> perfect for that.
> 
> _ _ __ ___ _  _ _ ...
> | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801



PGP.sig
Description: Signierter Teil der Nachricht
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread chris clepper
Setting the quality for Photo-JPEG to 100% changes it from YUV to lossless
ARGB compression.  You can keep the alpha and avoid colorspace conversion.
Use the 'dialog' message to do this.

On Sat, Apr 3, 2010 at 6:52 AM, Matthias Neuenhofer
wrote:

> hi max
> in your patch you use the jpeg codec for recording in this mode you can
> change the colourmode to YUV with pix_yuv
> before pix_record. the bug affects only the rgba mode - but when you use a
> codec without alpha channel
> this is a easy workaround. this was discussed in the list 2008:
> http://lists.puredata.info/pipermail/pd-list/2008-03/060168.html
> matthias
> Am 03.04.2010 um 00:52 schrieb Max:
>
> > that version of GEM
> > GEM: ver: 0.92.2
> > GEM: compiled: Jan 20 2010
> > unfortunately doesn't have a pix_recordQT
> > pix_recordQT
> > ... couldn't create
> >
> > m.
> >
> > Am 01.04.2010 um 21:25 schrieb chris clepper:
> >
> >> The Quicktime code being used in recent GEM builds is not the code I
> wrote, and does not work that well.  Can you try pix_recordQT and see if
> that loads?
> >>
> >>
> >> On Wed, Mar 31, 2010 at 10:03 AM, Max 
> wrote:
> >> Hi List,
> >>
> >> i wonder why i get these strange colors when using pix_record with GEM
> ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3
> >> Any Ideas?
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> this is grayscale in GEM but instead it is quite blue in the recorded
> quicktime.
> >>
> >>
> >>
> >>
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >>
> >>
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread Max
Am 03.04.2010 um 14:32 schrieb chris clepper:

> Setting the quality for Photo-JPEG to 100% changes it from YUV to lossless 
> ARGB compression.  You can keep the alpha and avoid colorspace conversion.  
> Use the 'dialog' message to do this.

wow - dialog, select "Photo - JPEG", click on options -freezes the dialog.
also: changing the compression closes the gemwin

m.

PGP.sig
Description: Signierter Teil der Nachricht
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread Matthias Neuenhofer
Am 03.04.2010 um 18:13 schrieb Max:

> Am 03.04.2010 um 14:32 schrieb chris clepper:
> 
>> Setting the quality for Photo-JPEG to 100% changes it from YUV to lossless 
>> ARGB compression.  You can keep the alpha and avoid colorspace conversion.  
>> Use the 'dialog' message to do this.

but Photo-JPEG has no alpha channel - don't get it.

the point is that pix_record when it´s feed with rgba output a video where the 
channels are swap
feed with yuv the colors are ok doesn´t matter in which mode the codec record 
the video

> 
> wow - dialog, select "Photo - JPEG", click on options -freezes the dialog.
> also: changing the compression closes the gemwin
> 
> m.

also on my machine mac osx 10.6.2 GEM: ver: 0.92.2 compiled: Dec 17 2009
Gem stop rendering confirm the dialog to pix_record
after start rendering again 2 sec later it stop again
then start again it´s ok and use the changes of the dialog

matthias 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-03 Thread chris clepper
On Sat, Apr 3, 2010 at 12:58 PM, Matthias Neuenhofer  wrote:

> Am 03.04.2010 um 18:13 schrieb Max:
>
> > Am 03.04.2010 um 14:32 schrieb chris clepper:
> >
> >> Setting the quality for Photo-JPEG to 100% changes it from YUV to
> lossless ARGB compression.  You can keep the alpha and avoid colorspace
> conversion.  Use the 'dialog' message to do this.
>
> but Photo-JPEG has no alpha channel - don't get it.
>

At 100% 'quality' it does have an alpha.  Supposedly it is part of the JPEG
spec, but I haven't seen anyone other than Apple use it.  It is kind of like
having a TIFF with run-length JPEG compression.





> also on my machine mac osx 10.6.2 GEM: ver: 0.92.2 compiled: Dec 17 2009
> Gem stop rendering confirm the dialog to pix_record
> after start rendering again 2 sec later it stop again
> then start again it´s ok and use the changes of the dialog
>
>
The dialog always stopped rendering because the event loop waits for the
dialog to close.  You will notice that GEM creates a 'pd' app in the Dock in
order to do things like window management.  Command line apps in OSX cannot
just open windows without being a GUI app.  It is a hack.

Apple broke the event handling code used in GEM in 10.5.  There is no fix
other than 'write a full Cocoa app'.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-04 Thread Mathieu Bouchard

On Sat, 3 Apr 2010, Max wrote:


I've made a screenshot of the problem. left is the GEM Scene, right is the 
recorded QuickTime movie.
As you can see it is exactly as Matthias N. has reported, the color channels 
are mixed up.


until you get a real fix in Gem, you can use [pix_colormatrix] to fix the 
problem of red-green swap and blue-alpha swap :


R G B A
  .
R | 0 1 0 0
G | 1 0 0 0
B | 0 0 0 1
A | 0 0 1 0

so you'd use list 0 1 0 0 1 0 0 0 0 0 0 1 0 0 1 0
if I'm interpreting [pix_colormatrix] correctly.

 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] strange colors with pix_record

2010-04-04 Thread chris clepper
If I get some time this week I can work on getting the correct code back
into pix_record.  The problem you have was fixed about 4 years ago, but I
don't know why pix_record/film/video use really old code now.

On Sat, Apr 3, 2010 at 7:39 AM, Max  wrote:

> I've made a screenshot of the problem. left is the GEM Scene, right is the
> recorded QuickTime movie.
> As you can see it is exactly as Matthias N. has reported, the color
> channels are mixed up.
>
>
>
>
>
>
> Am 02.04.2010 um 03:33 schrieb Mathieu Bouchard:
>
> >
> > Johannes a écrit :
> >
> >> you can file a bug report even if it only happens on a single operating
> >> system.
> >
> > I think Max implied that he wanted to submit a report as complete as
> possible up front.
>
> yes, that was my intention.
>
> >
> >> the recording code is highly platform specific (that is: the recording
> backends are platform specific), so it might well be that there is a bug on
> one system not showing up on others.
> >
> > Yes, therefore it would also be a good idea to have a screenshot,
> especially one containing a correct picture and the equivalent broken
> picture side to side. That way, for example, someone who doesn't have the OS
> required to run the bug, can still fix the bug by just looking at the
> screenshot. But this requires an example with enough different colours...
> just grey is not enough. For example, this picture :
> >
> >  http://webilus.com/wp-content/uploads/2007/11/216couleurs_du_web.jpg
> >
> > has more colours than one would ever need, to identify the problem, so,
> it's perfect for that.
> >
> > _ _ __ ___ _  _ _ ...
> > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list