I'm suggesting these on the list first for discussion before
submitting them as official requests on github.  If anyone feels
strongly for or against them, please chime in.

First: Allow imagegetpixel to operate at i-rate, currently it only
operates at k and a rates.  This seems simple and obvious enough (to
me at least, admittedly knowing nothing about what happens behind the
csound curtain).

This would allow looping through an image at init time, which prevents
the problem I'm currently having where the instrument's duration
affects it's ability to complete a loop reading all pixels depending
on the image size.  Smaller images finish, but larger images may end
up needing extra time added etc.



Second: An optional flag added to change the pixel location behavior
from fraction 0 through 1 to a direct integer mapping of pixel
location.  This would obviously require the user to have checked the
size of the image ahead of time to have meaningful results.

I see the benefit in some cases of having fractional locations, such
as cycling through with a normalized oscil... but in cases where
you're loading into a table or an array the fractional locations are a
little bit of a headache.  Obviously this new optional flag defaults
to the old behavior of fractional to maintain backwards compatibility
with other instruments.

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

And...some months ago i made a request to get the image opcodes to read more
image formats, like bmp, jpg etc.:
https://github.com/csound/csound/issues/548

Problem is to locate such a library that meets the LGPL of Csound, but
perhaps someone happens to know such a libray?



--
View this message in context: http://csound.1045644.n5.nabble.com/Csnd-Two-minor-suggestions-for-imagegetpixel-tp5745694p5747476.html
Sent from the Csound - General mailing list archive at Nabble.com.

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

Does the graphics library chosen have to be licensed under LGPL or
just conform to it? OpenGL isn't itself licensed under LGPL, but
surely it would meet the criteria of the LGPL? That would be a mighty
handy tool to have built into csound

On Mon, Feb 29, 2016 at 10:50 AM, Menno Knevel  wrote:
> And...some months ago i made a request to get the image opcodes to read more
> image formats, like bmp, jpg etc.:
> https://github.com/csound/csound/issues/548
>
> Problem is to locate such a library that meets the LGPL of Csound, but
> perhaps someone happens to know such a libray?
>
>
>
> --
> View this message in context: http://csound.1045644.n5.nabble.com/Csnd-Two-minor-suggestions-for-imagegetpixel-tp5745694p5747476.html
> Sent from the Csound - General mailing list archive at Nabble.com.
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here

As far as I can tell openGL is a rendering engine.  Csound needs to b able 
to read am image and give te colour vakue at a x-y pixel position.  I 
faied to find a library that does tat and UoBats graphics team did not 
havean answer either.  Basically I want an equivalent to libsndfile for 
input.
==Jon


On Mon, 29 Feb 2016, Peter Burgess wrote:

> Does the graphics library chosen have to be licensed under LGPL or
> just conform to it? OpenGL isn't itself licensed under LGPL, but
> surely it would meet the criteria of the LGPL? That would be a mighty
> handy tool to have built into csound
>
> On Mon, Feb 29, 2016 at 10:50 AM, Menno Knevel  wrote:
>> And...some months ago i made a request to get the image opcodes to read more
>> image formats, like bmp, jpg etc.:
>> https://github.com/csound/csound/issues/548
>>
>> Problem is to locate such a library that meets the LGPL of Csound, but
>> perhaps someone happens to know such a libray?
>>
>>
>>
>> --

Csound mailing list
Csound@listserv.heanet.ie
https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
Send bugs reports to
        https://github.com/csound/csound/issues
Discussions of bugs and features can be posted here

oh I see, got the wrong end of the stick :D

On Mon, Feb 29, 2016 at 4:23 PM, jpff  wrote:
> As far as I can tell openGL is a rendering engine.  Csound needs to b able
> to read am image and give te colour vakue at a x-y pixel position.  I faied
> to find a library that does tat and UoBats graphics team did not havean
> answer either.  Basically I want an equivalent to libsndfile for input.
> ==Jon
>
>
> On Mon, 29 Feb 2016, Peter Burgess wrote:
>
>> Does the graphics library chosen have to be licensed under LGPL or
>> just conform to it? OpenGL isn't itself licensed under LGPL, but
>> surely it would meet the criteria of the LGPL? That would be a mighty
>> handy tool to have built into csound
>>
>> On Mon, Feb 29, 2016 at 10:50 AM, Menno Knevel 
>> wrote:
>>>
>>> And...some months ago i made a request to get the image opcodes to read
>>> more
>>> image formats, like bmp, jpg etc.:
>>> https://github.com/csound/csound/issues/548
>>>
>>> Problem is to locate such a library that meets the LGPL of Csound, but
>>> perhaps someone happens to know such a libray?
>>>
>>>
>>>
>>> --
>
>
> Csound mailing list
> Csound@listserv.heanet.ie
> https://listserv.heanet.ie/cgi-bin/wa?A0=CSOUND
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here