On Friday, September 20, 2013 1:08:24 PM UTC+3, Alex Holkner wrote: > > If you're interested, Bacon is about: > > - Dropping pyglet's constraint on being pure Python (this was ultimately > unsuccessful anyway, since it requires AVbin for audio). >
I'd say this is an advantage, not a constraint. AVbin can be replaced with more lightweight/secure libraries, or play .wav at all. The best thing that every sound-decoding component can be made optional and detected at run-time (VLC?). - A simpler, more game-focused API (pyglet is more about generically > supporting any kind of multimedia app; Bacon is unashamedly a 2D only game > engine, and if it develops will be more in that direction). > I'd really appreciate 2D canvas API in pyglet that can be started on any platform. I need it to visualize program execution flow for debug, study and just for fun. 3D graphics is an overkill for me - I still fail to understand transformations in pyglet to get some 600x400 field for drawing pixels. - Using a DirectX backend on Windows instead of OpenGL (via the ANGLE > project), for better compatibility with different drivers > You may also want to take a look at regal - https://github.com/p3/regal - OpenGL compatibility done right. And API is generated with Python. - Supporting 32 and 64-bit binaries, on Windows and OS X. > - Possibly supporting iOS (I have a branch of Bacon with my PyWeek game > running successfully but at a very low framerate on an iPhone 5). > Having a binary cooked pyglet is an interesting stuff. =) I like the promise simplicity on Bacon pages. I wonder if it is worthy/possible to make pyglet API compatible with bacon? -- You received this message because you are subscribed to the Google Groups "pyglet-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/pyglet-users. For more options, visit https://groups.google.com/groups/opt_out.
