gmane.comp.python.pyglet.user

How do I use Squirtle (tesselator) better?

elliot — 2013-05-22T16:10:50

I have very basic rendering down pretty well, and I'm unsure about what the 
best next steps are.  Just in general I don't know if I should start using 
texture coordinates or shaders or what.  Particularly, I am using 
Squirtle's tesselator to render my landscape and I want to know how to do 
that better.  The landscape will be procedurally generated and made out of 
different "materials", so I would want to tile a texture on it or otherwise 
fill it with a repeating pattern.  I have no idea how to do this with 
Squirtle's Tesselator.  

Here is a video of what I'm working with.

http://vimeo.com/66736654
http://vimeo.com/65989831

Any advice or resources about how to tile a texture onto the output of 
Squirlte's Tesselator would be appreciated.

-Elliot

ps. www.supereffective.org is no longer, so I'm not sure where Squirtle's 
code officially lives.

Re: Pyglet - Sprite - Integrating into an entity-component system

claudio canepa — 2013-05-22T10:06:30

You can't avoid that. How else the sprite vertices info in the batch would
update ?
pyglet sprites hides the vertices updates, that is, you can update position
and let pyglet care to adjust vertices but thats all.

Re: Pyglet - Sprite - Integrating into an entity-component system

Juan J. Martínez — 2013-05-22T09:29:39

Well, that's up to your design. Your Entity class could derive from a
Sprite so you can use the x and y properties of that class as position.

Regards,

Juan

Re: Pyglet - Sprite - Integrating into an entity-component system

Busata — 2013-05-22T09:24:11

Sorry, made a duplicate post as I didn't know sure that it was submitted 
(until I noticed that it had a delay!). 

I know that's an option, but then my entity can't have a seperate Position 
component and I'd need to update both. I'd like to avoid this (not a great 
issue but was curious if it would be possible...)

Op woensdag 22 mei 2013 11:12:50 UTC+2 schreef Juan J. Martínez het 
volgende:

Re: Pyglet - Sprite - Integrating into an entity-component system

Juan J. Martínez — 2013-05-22T09:12:50

Python uses references so you can have a Sprite in a batch and still
keep it in a different place (ie. a list of entities). When you update
the position of the Sprite in the list, the Bath will draw it in the new
position.

I don't know if there's a better way, but that is how I would do it :)

Regards,

Juan

Pyglet - Sprite - Integrating into an entity-component system

Busata — 2013-05-22T08:15:07

Dear,

I just started using Pyglet but would like to integrate it into a sort of 
entity - component system.
I'm trying to create a 2D side scrolling game to start with, so ended up by 
using sprites and the batch drawing system in 1.1, as I have little 
experience with OpenGL.

I started from the idea of having a "Renderable" component & "Position" 
component and let the renderer use those two to do the work.

The problem however is that the pyglet's Sprite's position is used to 
render and I'm a bit unsure if it's fairly easy to seperate it while still 
using the batch feature?

I.e. Anyone has a suggestion on how to split Sprite and its position while 
still being able to add it to the batch?

Thanks in advance!

Entity component system + Sprite

Busata — 2013-05-22T08:39:43

Hello,

I've just started using Pyglet for creating a small 2D sidescrolling game, 
and as a test to get an entity/component system running.

I was trying to use a Position and Renderable component, in order for my 
Renderer system to render the sprites/tiles.

Now, the problem is that to render the sprites, I was hoping to use the 
Sprite / Batch system that's present in Pyglet, but the position of the 
Sprite
is updated in the Sprite itself. I was hoping I could draw it by taking the 
data from the Position component.

Any suggestions if there's an easy way to split the Sprite image data and 
its position while still allowing the batch to draw them correctly?
I would like to avoid having to update both (Sprite/Position). I assume its 
a bit overdesigning but I would like to maintain the possiblity for 
entities to have a Position
without having to be rendered and curious if it can be solved the way I 
want it :-)


Thanks in advance!

Re: Success stories (commercial games using pyglet)

elliot — 2013-05-20T14:32:41

It is inspiring to see that such a rad game on Steam is written in python. 
 I would like to see more examples and the website would be a great place 
to put that.  No one is jumping forward with examples, but if there was a 
list then it would probably be easier for Richard to put it up himself than 
hand the keys off to someone.


On Sunday, May 19, 2013 3:02:28 AM UTC-5, Juan J. Martínez wrote:

Re: Pyglet 1.2 Avbin 10 - video play from MKV - black screen

Nathan — 2013-05-20T03:13:44

Can you give me access to a small mkv file that I could test with?

~ Nathan

On Monday, May 13, 2013, Tomas wrote:

Re: Success stories (commercial games using pyglet)

Juan J. Martínez — 2013-05-19T08:02:28

I'd love to help; but I don't know if I would know that to do. For
example: what is missing in the website? What kind of updates are we
talking about?

Regards,

Juan

Re: Success stories (commercial games using pyglet)

Luke Paireepinart — 2013-05-19T02:54:33

Yeah, I did some research and ended up playing a bit of the Beta.  Guess I
won't be buying the Jagex version.

Too bad they can't get the source though, and maintain the beta as a
separate fork.  I can see why Jagex wouldn't want to release it though.


On Sat, May 18, 2013 at 9:46 PM, Andre D <andre< at >andred.ca> wrote:

Re: Success stories (commercial games using pyglet)

Luke Paireepinart — 2013-05-19T02:46:08

I'd like to help but I am in a similar time-constrained situation.  Sorry!
 I haven't even been able to do much Python lately.

Maybe someone else will volunteer?


On Sat, May 18, 2013 at 9:44 PM, Richard Jones <r1chardj0n3s< at >gmail.com>wrote:

Re: Success stories (commercial games using pyglet)

Andre D — 2013-05-19T02:46:13

There is a bit of history behind Ace of Spades, it was a free indie game
which was later bought and updated/rewritten by Jagex.


On Sat, May 18, 2013 at 10:44 PM, Richard Jones <r1chardj0n3s< at >gmail.com>wrote:

Re: Success stories (commercial games using pyglet)

Richard Jones — 2013-05-19T02:44:23

Mostly the site isn't updated because I don't have time and I'm the only
one with the keys... I could change that if someone offered to help.


    Richard


On 19 May 2013 11:40, Luke Paireepinart <rabidpoobear< at >gmail.com> wrote:

Re: Success stories (commercial games using pyglet)

Luke Paireepinart — 2013-05-19T01:40:01

Interesting - it's by the company that made Runescape!

Well that's cool.

I had the impression that Pyglet isn't really being changed much anymore,
just maintained at current featureset.  Maybe that's why they don't have
such a thing on the site, no one wants to keep it updated?

Just had a browse through the repo, the last 12 months have been mostly
minor bug fixes as far as I can tell.


On Sat, May 18, 2013 at 1:28 PM, "Juan J. Martínez" <jjm< at >usebox.net> wrote:

Success stories (commercial games using pyglet)

Juan J. Martínez — 2013-05-18T18:28:14

Hello,

I had a problem the other day with Pyglet and when I was googling for
some help I found something like a bug report in a commercial game, and
apparently it uses Pyglet:

http://www.aceofspades.com/

Well, I'm truly impressed! I was wondering if someone else knows any
other "success story" of a commercial game using Pyglet.

Regards,

Juan

PS: wouldn't it be nice if pyglet.org had some links to these?

Re: 2d tile engine+animated tiles

2013-05-18T05:53:27

Hey Richard! 

Thanks for your response.

I am using integers but doesnt work. I also use one image for my tilemap 
test, and it worked fine if I didnt add it to atlas, but when I did the 
lines started to appear. They arent always there, only when I move the view 
to certain positions.

But I got it fixed. A friend suggested to do this:

offset = 0.5 / tileset_bin.texture_width

texture_data.extend([tile_image.tex_coords[0]+offset,
tile_image.tex_coords[1]+offset,
tile_image.tex_coords[2]+offset,
tile_image.tex_coords[3]-offset,
tile_image.tex_coords[4]+offset,
tile_image.tex_coords[5]+offset,
tile_image.tex_coords[6]-offset,
tile_image.tex_coords[7]-offset,
tile_image.tex_coords[8]+offset,
tile_image.tex_coords[9]+offset,
tile_image.tex_coords[10]-offset,
tile_image.tex_coords[11]+offset])

Adding offset to coords worked fine and lines disappeared. I dont know if 
this is The Solution, but it works fine and I'm cool with it.

eeneku

maanantai, 13. toukokuuta 2013 2.50.35 UTC+3 Richard Jones kirjoitti:

Re: Feedback on a pyglet with pymunk tutorial I'm starting

Victor — 2013-05-15T22:49:30

Some comments/ideas:

Instead of a copy-paste of the pymunk implementation of pymunk.Space.step 
and other methods why not call it directly? That way there's less chance of 
anything breaking with a new pymunk version and it will be more DRY :) Im 
more fond of composing over inheritance and then you wouldnt end up with 
this problem at all, but that's a different matter.

If the actual translate calculation is expensive you might try to move it 
into a vertex shader that moves the vertices based on the position/angle. I 
suspect that its not the case and that the expensive part of that function 
is to read out the values from pymunk (meaning it goes through ctypes into 
Chipmunk). But that should be easy to test. If Im wrong and its the actual 
calculation then it might be possible to also keep all the vertices between 
each frame and only update some kind of shader data array each frame. Im 
not an openGL expert so Im a little bit unsure of what is possible and if 
there would be any speedup. 

Anyway, coo

error trying to load sprites

Paul Pittlerson — 2013-05-16T16:38:42

I'm trying to learn pyglet, and have installed 1.2alpha with python3.3.2 
64bit edition.

I have a simple script for loading an image form a sprite sheet and 
displaying it as a large map.

class grid(pyglet.image.ImageGrid):
    def __init__(self, sprite):
        super(grid, self).__init__(sprite, 3, 1, 96, 96)

class map_tile(pyglet.sprite.Sprite):
    def __init__(self, file):
        super(map_tile, self).__init__(pyglet.resource.image(file))
    
class screen(pyglet.window.Window):
    def __init__(self, w, h):
        super(screen, self).__init__(w, h)
        self.clock = pyglet.clock.ClockDisplay()
        pyglet.clock.schedule_interval(self.update, 1/60.)
        
        raw = pyglet.image.load('images/map_sprites.png')
        raw_seq = pyglet.image.ImageGrid(raw, 3, 1, 96, 96)
        
        self.batch = pyglet.graphics.Batch()
        self.collection = []
        x, y = 0, 0
        
        for i in range(100):
            for j in range(100):
                sprite = pyglet.sprite.Sprite(ra

Re: Feedback on a pyglet with pymunk tutorial I'm starting

elliot — 2013-05-16T15:07:31

< at >matt

I did a quick refactor to build a list of vertices and then touch the batch 
only after all the objects are updated.  I got very minimal performance 
gain.  I spend less time in _set_vertices but more time in the extend 
method of List and in other places.  I need to analyze the profile data 
more.  The old way was as fast as it could be and this new way probably has 
more room for improvement, but since I don't have textures and animations 
implemented yet, I'm going to leave it as it was which was more straight 
forward.

< at >greg

Its not very many vertices so numpy would't help.  If I could collect the 
data from all the polygons (center, theta, vertices and helper data) in one 
huge array, there could be some gain perhaps.  But building that array 
would be just as inefficient as updating the the polygons one at a time.

Thanks everyone.  Once I implement textures and animations, and know all 
the issues related to that, then I'll come back to this question of 
rendering efficiency.

-Elliot

Re: Feedback on a pyglet with pymunk tutorial I'm starting

Greg Ewing — 2013-05-16T01:52:22

                    ...

Depending on how many vertices you're processing per call to this function,
you might benefit from using NumPy to do these transformations.