* Jack [2017-10-25 00:33]:
[...]
> >>> Then I texture the pixel data onto a rectangle. This rectangle
> >>> does flicker and flip diagonally from time to time and I wonder if it is
> >>> an error on my machine only and where it could come from.
> >>
> >> I don't see any flicker in
By red I mean a RGB value (0.5, 0, 0).
++
Jack
Le 24/10/2017 à 19:07, Jack a écrit :
> OK, I tested your patch and on my side, i get a solid red square. No
> flicker.
> ++
>
> Jack
>
>
>
> Le 24/10/2017 à 18:33, Jack a écrit :
>> Hello,
>>
>> Le 24/10/2017 à 11:24, Peter P. a écrit :
>>> *
OK, I tested your patch and on my side, i get a solid red square. No
flicker.
++
Jack
Le 24/10/2017 à 18:33, Jack a écrit :
> Hello,
>
> Le 24/10/2017 à 11:24, Peter P. a écrit :
>> * cyrille henry [2017-10-24 13:32]:
>>>
>>>
>>> Le 24/10/2017 à 13:18, Peter P. a écrit :
Hello,
Le 24/10/2017 à 11:24, Peter P. a écrit :
> * cyrille henry [2017-10-24 13:32]:
>>
>>
>> Le 24/10/2017 à 13:18, Peter P. a écrit :
>>> Hi list,
>>>
>>> I am trying to convert an audio signal to pixel data using pix_sig2pix~
>>> and then back to audio data using
Thanks for the answers!
I apparently use an older Gem version. But also i understand that it is doable
if needed. Through the hustle of recompiling a newer Gem. Which i did before,
even for OSX, so i should be able to do it again. Maybe Mañana...
Am 24.10.2017 um 15:41 schrieb baptiste
* cyrille henry [2017-10-24 13:32]:
>
>
> Le 24/10/2017 à 13:18, Peter P. a écrit :
> > Hi list,
> >
> > I am trying to convert an audio signal to pixel data using pix_sig2pix~
> > and then back to audio data using pix_pix2sig~ without further
> > manipulations. Please see
I did it a long time ago, you "only" have to find where in the source the
color masks are applied, flip the right bits and recompile :)
2017-10-24 12:37 GMT+02:00 cyrille henry :
> hello,
> if you use a recent gem release, where gemwin is an abstraction, then it's
> easy to
Le 24/10/2017 à 13:18, Peter P. a écrit :
Hi list,
I am trying to convert an audio signal to pixel data using pix_sig2pix~
and then back to audio data using pix_pix2sig~ without further
manipulations. Please see attached patch.
I do scale the audio signal from -1 to 1 to lie in a range
Hi list,
I am trying to convert an audio signal to pixel data using pix_sig2pix~
and then back to audio data using pix_pix2sig~ without further
manipulations. Please see attached patch.
I do scale the audio signal from -1 to 1 to lie in a range compliant
to pixel data, which I assume to be 0 to
hello,
Le 24/10/2017 à 12:59, IOhannes m zmoelnig a écrit :
On 2017-10-24 12:32, cyrille henry wrote:
hello,
thanks for your support,
Regarding Gem development goal, I started the discussion in the Gem-dev
mailling list.
My problem is that the Gem maintainer did never answer any mail
On 2017-10-24 12:32, cyrille henry wrote:
> hello,
> thanks for your support,
>
> Regarding Gem development goal, I started the discussion in the Gem-dev
> mailling list.
> My problem is that the Gem maintainer did never answer any mail
> regarding this subject.
sorry if it came over like this.
hello,
thanks for your support,
Regarding Gem development goal, I started the discussion in the Gem-dev
mailling list.
My problem is that the Gem maintainer did never answer any mail regarding this
subject.
Despite all our good will, we will not go very far if Iohannes did not support
this
Hi list,
I would like to suggest that the help patch for [pix_gray] mentions the
object's default state (off). Especially as it's different from
[alpha]'s default state.
It would be cool if [pix_gray] had an argument initializing its state.
Furthermore it seems that opening the help patch for
13 matches
Mail list logo