pass that
to SDL to make a surface from that. I'm not sure what would
work for SDL2 stuff.
--Chris
> On Thu, Aug 15, 2013 at 1:11 PM, Chris Marshall
> wrote:
>>
>> PDL/SDL/OpenGL users-
>>
>> With the recently announced SDL2 release and in-progress work
>> to p
PDL/SDL/OpenGL users-
With the recently announced SDL2 release and in-progress work
to provide perl bindings for the same, I wanted to share my
thoughts for leveraging joint capabilities of these three
modules with a couple of specific points.
1) SDL2 brings integrated hardware acceleration via D
generation) for the
bindings to use?
--Chris
On Thu, Aug 15, 2013 at 9:54 AM, Kartik Thakore
wrote:
> No problem. Btw do you have any comments on the new Constants.pm ? Using XS
> to load them instead of use constants?
>
>
> On Thu, Aug 15, 2013 at 9:53 AM, Chris Marshall
> w
Excellent, thanks for the link! --Chris
On Thu, Aug 15, 2013 at 9:27 AM, Kartik Thakore
wrote:
> We are working on it: http://github.com/PerlGameDev/SDL2
>
>
>
>
> On Thu, Aug 15, 2013 at 9:26 AM, Chris Marshall
> wrote:
>>
>> Are there any perl bindings to S
Are there any perl bindings to SDL2? The libsdl.org site
only lists C#, Pascal, and Python.
--Chris
On Thu, Aug 15, 2013 at 9:08 AM, Kartik Thakore
wrote:
> Yeah all of them. Also smpeg was missing.
>
>
> On Wed, Aug 14, 2013 at 6:10 AM, kmx wrote:
>>
>>
>> On 13.8.2013 22:24, Kartik Thakore w
On Mon, Sep 24, 2012 at 12:46 PM, Chris Marshall wrote:
> Hi Kartik-
>
> I don't have a working SDL module install that I could
> check things out on. The posted gist seemed like a
> regression of using direct PDL manipulation to read and
> copy the image data to an SDL
6:36 PM, Sisyphus wrote:
>>
>>
>> - Original Message - From: "Chris Marshall"
>>
>> To: "Kartik Thakore"
>> Cc: "Tobias Leich" ; "sdl-devel"
>> Sent: Tuesday, September 25, 2012 2:46 AM
>> Subject
.pl ?
>
>
> On Mon, Sep 24, 2012 at 12:36 PM, Chris Marshall
> wrote:
>>
>> Looking back through the code to the original SDL_Perl
>> I found version 2.0.5 which allows one to actually create
>> an SDL surface from pixel data. More recent versions
>> app
On Mon, Sep 24, 2012 at 12:35 PM, Tobias Leich wrote:
>
> Am 24.09.2012 18:07, schrieb Chris Marshall:
>> On Mon, Sep 24, 2012 at 10:41 AM, Tobias Leich wrote:
>>> Hi Chris,
>>>
>>> The performance is poor of course.
>>>
>>> I tried to use
the case (that SDL_CreateRGBSurfaceFrom is
not accessible from the perl API), have you implemented
another approach to achieve this?
Regards,
Chris
On Mon, Sep 24, 2012 at 12:07 PM, Chris Marshall wrote:
> On Mon, Sep 24, 2012 at 10:41 AM, Tobias Leich wrote:
>> Hi Chris,
>>
>
simplest way to sort things out---
especially since I am far for an expert on some of the
tricky XS technologies.
--Chris
> Cheers, Tobias
>
> Am 24.09.2012 16:09, schrieb Chris Marshall:
>> I took a look at the gist and it looks reasonable
>> (I can't run it because I
I took a look at the gist and it looks reasonable
(I can't run it because I don't have the SDL module
and lib installed on my system), however...
I would expect the performance to be *very* poor
since the image data is essentially being converted
from packed byte data to a perl list and then poked
This release is pretty much identical to OpenGL-0.65
but I've changed the TODO tests in t/10_opengl_array.t
to SKIP tests. The Test::More TODO feature doesn't
work if the test causes perl itself to crash. Now the
failing tests are not run at all. The tests will be enabled
for development and CPA
contributions of Paul Seamons,
Rob/Sisyphus, Dmitry Karasik, kmx, Kartik Thakore,
and others. Thanks!
Enjoy,
Chris Marshall
and the POGL developers
++
| OpenGL-0.65
On Thu, Jul 21, 2011 at 5:45 AM, Sisyphus wrote:
> ...
> I was mainly just curious to see how it all went on (32-bit and 64-bit)
> native Win32, but it seems I have to install Alien::SDL (and its dependency
> chain) anyway which is rather annoying.
>
> Is there some simple way to remove the A
tweb.cgi?p=cygwin-ports/SDL;a=tree
Cheers,
Chris
On Mon, Jul 11, 2011 at 9:44 AM, Chris Marshall wrote:
> I took a look at compiling SDL by hand to see if I could
> figure out what is going on. It looks like the SDL build
> on cygwin using .configure assumes you'll want the nativ
I took a look at compiling SDL by hand to see if I could
figure out what is going on. It looks like the SDL build
on cygwin using .configure assumes you'll want the native
win32 build of SDL. As far as I can tell, the X11 version
of SDL should work as well---we'll just have to rework the
configur
A quick SDL heads up: the Prima::OpenGL strawman implementation
is now working with POGL on cygwin using the native WGL OpenGL
drivers. For project goal #3 below, I'll be trying to get SDL installed
on cygwin so that I can try using it with POGL for the OpenGL drawing.
Anyone already using SDL +
ou tried
creating a piddle of data the size and structure of the
surface and then creating the desired surface from that?
At least you would have all the surface and piddle data
in the same spot which seems to be your difficulty here.
--Chris
On Sun, Jun 27, 2010 at 1:32 AM, Chris Marshall mailt
On 6/27/2010 12:18 PM, Kartik Thakore wrote:
This is a good idea. How do I make a piddle of bytes 4 * $width * $height ?
At least you would have all the surface and piddle data
in the same spot which seems to be your difficulty here
This might be easier indeed, thanks.
PDL> $widt
B1 G1,R2 B2 G2,R3 B3 G3,...,R9 B9 G9 (row 2)
.
.
.
Byte#:300301302303304305306307308309310311327328329
R0 B0 G0,R1 B1 G1,R2 B2 G2,R3 B3 G3,...,R9 B9 G9 (row 10)
--Chris
On Mon, Nov 16, 2009 at 7:13 PM, Chris Marshall <mailto:c...@alum.mit.edu>> wrote:
David M
David Mertens wrote:
On Mon, Nov 16, 2009 at 4:51 PM, Kartik Thakore
mailto:thakore.kar...@gmail.com>> wrote:
How do I update this? like animation?
while(1)
{
$pdl_memory->get_dataref();
}
Yeah, you know, I used a terrible variable name for that piddle. Let's
try t
22 matches
Mail list logo