PyWeek - Bits of Eight - feedback

Fun Prod Inno Disq N/W Comments
1 1 1 yes

could not install avbin under fedora 20 :(

2 4 4

The separation of game display and controls onto a different device made it awkward to play,
and rather hurt the enjoyment of the game.

The gameplay also lacked depth or any sense of threat. It was also annoying easy to crash the
game, although that was probably more due to 3d driver issues than errors in the game itself.

The game was very pretty, and the idea shows considerable promise.

3 2 4

This was a really hard game to get running on OSX. Maybe consider using fewer compiled
dependencies in the future? A game without fancy particle effects is still better than one
that doesn't work...

The separate control interface is an interesting idea, but I think it needs a little more work
to get right than pyweek really allows. It felt a bit clumsy in my desktop browser and the game
objected to my phone's websocket implementation.

After getting lepton compiled, sound working, and the
allocate-all-memory-when-a-cannonball-hits-something issue dealt with, the game
itself was somewhat disappointing.

I really like the sailing mechanic and the way ship angle affects cannon accuracy, but I think
those would be better suited to a more focused sailing ship combat simulator than a high-seas

This was a very pretty game, but the production score suffered from the amount of effort it took
just to get it running.

1 1 1 yes

dependencies: - euclid - pyglet 1.2alpha1 - lepton ( < - only for python 2.6 on win!) - avbin 10,
win32(for audio from pyglet) - ws4py - python 2.6 Sound not working. After commenting some
code to avoid sound issue, the browser did not show images. [2014-05-31 14:18:53,312] INFO
Using select as epoll is not available [2014-05-31 14:19:37,668] INFO Managing websocket
[Local => | Remote =>] Traceback (most recent call last):
File "", line 3, in main() File
line 418, in main File
line 123, in run File
line 135, in run self._run_estimated() File
line 164, in _run_estimated timeout = self.idle() File
line 273, in idle redraw_all = self.clock.call_scheduled_functions(dt) File
line 309, in call_scheduled_functions item.func(ts - item.last_ts, *item.args,
**item.kwargs) File
line 334, in update File
line 110, in update = File
line 1310, in lambda self, position: self._set_position(position), File
line 1356, in _set_position get_audio_driver().get_listener().position = position File
line 1279, in get_listener raise NotImplementedError('abstract') NotImplementedError:

3 4 3

An interesting idea, although I found it difficult to control the ship.

1 1 1 yes

fire causes traceback metulburr@ubuntu ~/Downloads/bitsofeight-1.0.0 $ python [mp3 @ 0x3245ea0] Estimating duration from bitrate, this may be inaccurate [mp3
@ 0x39f4400] max_analyze_duration reached [mp3 @ 0x39f5e40] max_analyze_duration
reached Please connect to with a mobile browser (or desktop
browser) for the controls [2014-05-27 07:55:39,405] INFO Using epoll [2014-05-27
07:55:39,442] INFO Managing websocket [Local => | Remote =>] Traceback (most recent call last): File "", line 3, in
main() File "/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/",
line 418, in main File
"/usr/local/lib/python2.7/dist-packages/pyglet/app/", line 143, in run File
"/usr/local/lib/python2.7/dist-packages/pyglet/app/", line 136, in run
self._run_estimated() File
"/usr/local/lib/python2.7/dist-packages/pyglet/app/", line 165, in
_run_estimated timeout = self.idle() File
"/usr/local/lib/python2.7/dist-packages/pyglet/app/", line 274, in idle
redraw_all = self.clock.call_scheduled_functions(dt) File
"/usr/local/lib/python2.7/dist-packages/pyglet/", line 309, in
call_scheduled_functions item.func(ts - item.last_ts, *item.args, **item.kwargs) File
"/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/", line 333, in
update self.orders_queue.update(dt) File
"/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/", line 148, in
update o.act(self.ship) File
"/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/", line 100, in
act File
"/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/", line 237, in
fire wpos = self.fire_gun(side, num) File
"/home/metulburr/Downloads/bitsofeight-1.0.0/bitsofeight/", line 261, in
fire_gun p = File
"/usr/local/lib/python2.7/dist-packages/pyglet/media/", line 472, in
play player.queue(self) File
"/usr/local/lib/python2.7/dist-packages/pyglet/media/", line 978, in
queue group.queue(source) File
"/usr/local/lib/python2.7/dist-packages/pyglet/media/", line 695, in
queue source = source._get_queue_source() File
"/usr/local/lib/python2.7/dist-packages/pyglet/media/", line 622, in
_get_queue_source return StaticMemorySource(self._data, self.audio_format)
AttributeError: 'StaticSource' object has no attribute '_data' metulburr@ubuntu
~/Downloads/bitsofeight-1.0.0 $

3 4 4

I had problems with the shader and compiling Lepton is always annoying, but it was worth the
effort. Well done! As I had to patch the game to make it work it wouldn't be fair if that did't
affect your production score, but with the web interface and all; well, in future projects
please consider making the shader optional! I'm not sure I like the idea of controlling the
game with a website. It's uncommon but if you don't have a device to control the ship it's a
little bit awkward as the controls could be in the actual game screen. So it is innovative but it
affects the fun, IMHO. The controls are realistic I think, but again it doesn't make it too fun
because it is hard to control the ship (what's going on?!?!). One of the best entries this
PyWeek. Congratulations.

3 3 5

I don't want to rate this as unplayable, but every time I tried to shoot I crashed. I want to make
sure you guys get a high innovation rating because putting together the control scheme with
websockets and a browser client was wicket neat. I had a lot of fun steering the ship around even
though I couldn't shoot anything. Love the pirate noises. Coming back to this, I was able to get
the game to not crash when pressing "Fire", but unfortunately it seemed to be because I
connected from a web browser on a desktop instead of a smartphone. Weird.

1 3 1

First, connection with the theme was really weak here. That's not that bad by itself,
considering other pirate games this week, but.. The game kept crashing, controls were
distracting, aiming was impossible due to camera angle. And why I am to shoot these ships in the
first place?

3 5 5

Highly impressive, having it work with mobile like that. It looks and sounds great too. It was
fun for a little bit, but dealing with the wind made it feel a bit too much like work.

1 1 1 yes

- Failed to get game running on windows: - Had to manually set pyglet audio drivers to
('openal', 'silent') to avoid crash in AbstractAudioListener (trunk pyglet) - When
connecting to the game in a browser, all the images are broken, so the game is unplayable - When
connecting from an iPhone, the browser only shows a console message; the game starts and my
ship is sunk without any means to play.

1 1 1 yes

Lepton doesn't seem to compile on my system. Shame, I really wanted to play this, looks

2 3 3

We were finally able to get the game running and were initially very impressed by how it looked.
We had two people connected on our phones, but no matter how many people were connected, firing
just crashed the game. Everything else seemed to work perfectly, though! Wish I could have
actually played the game.

1 1 1 yes

Couldn't get the game to run on my machine.

1 1 1 yes

When I try to go to the ip address that comes up, it crashes the game if I load it in firefox and it
just says "Console: Connecting to server.." forever if I try and bring it up on my phone.

1 1 1 yes

Boy howdy is pyglet such an impossible to install mess.