Scratch

Cassiedragon wrote:

Ground! 

ImagineIt wrote:

Guys, it's already space.

I am sad to say that Virtual Space will either be canceled or suspended until further notice.

So I had the base part of the server all down and it was working perfectly. When I connected Scratch and made a quick testing client, I have found that Scratch can't handle all the sensor-updates (The server sends at least 36 updates as fast as possible to the clients) and when Scratch receives the updates, it starts slowing down and Scratch starts updating the sensor-values once every 5 seconds (if not longer) which results in a slow and unplayable game. If you would like to try it out for yourself, the server code is on Sourceforge (SVN) and the Scratch project I used to test it is here.

I am thinking of creating the project in Pygame, but sadly, I don't think it will reach Scratch until either the Flash Player supports Remote Sensors (http://scratch.mit.edu/forums/viewtopic.php?id=86104) or until Scratch 2.0 with Remote Sensors.

Sorry for the inconvenience.

Announcement!

Well, silly me has continued development on a suspended project and I have created two clients so far. One is a Pygame version which uses Soulite and the other is a Scratch project.

Now the really silly thing is, Pygame/Soulite and Scratch use different Math and stuff for displaying and rotating sprites. Which becomes annoying because both versions work, but each version displays and places the sprites differently. So technically the clients are compatible with each other, or they are both incompatible with the server. But either way, I think it's an accomplishment to get two "working" clients out. 

The SVN on Sourceforge has the server and client if you feel like checking it out yourself. Though currently, I don't have any official server running or clients out. 

Magnie wrote:

bobbybee: Okay, thanks for volunteering! Just knowing the basics in Python is good. 

SJRCS_011: Thank you!

nickbrickmaster: All you need to know is some basic Python ( loops, if/elses, variables )

tripleduece:  It's all right, I'll be needing some testers to test the battle field. 

---------

To Everyone: The testing will be open to anyone who wants to and can connect. Though the server may go down at unexpected times because I am fixing some bugs in the game. 

Though currently I've had very little time to even get started, but just as a notice before hand.

I can help program.

Can you do a tutorial of what do do after we downloaded it and opened the file? I have no idea 

cocolover76 wrote:

Magnie wrote:

cocolover76 wrote:

I can help program.

The code is here: http://svn.code.sf.net/p/scratchspace/code/trunk/
And the project page is here: https://sourceforge.net/projects/scratchspace/

If you have anything to show, I'll be glad to see and possibly add it. 

I'm showing this:

Code:

import json    #Get rid of this, since when was this gonna use json?

Oh, and add me to the Sourceforge. I am cocolover76 on Sourceforge.

Magnie wrote:

Tbtemplex97: Possibly, I need skilled Python and Scratch programmers that know how to connect Python and Scratch together.

I guess I'm sort of advanced in scratch, but I can't connect the two 

EDIT: Never done Panther BTW

Last edited by funelephant (2012-01-30 19:46:22)

bobbybee wrote:

Sorry if this would be consider necro-posting, but is this project still on?

Yeah. The SVN is mostly being updated at the moment. I'm working on a Chat.PY and Authentication plugin for the server at the moment. A large part of the server is done, I just need to work on the client, probably get a menu. And for some reason when I run the game the positions of the ships are different for each ship. So one ship might see another North of them, but the other player sees the player "South" of them to the West. Though I haven't fully tested yet.

In general, I've finished player movement. My next goal is to add weapons. After that I need to add planets and a way to jump from system to system. Once I do that, then I'll probably add some missions. Once that's done, I'll finish up with weapon/armour/shield upgrades (and possibly the ability to get new ships) which you can pay for. After that, it will be pretty much finished. Anything else I'll end up doing will either be new upgrades, ships, planets, systems, missions, and possibly another galaxy.

I am thinking of adding story-lines and maybe different "races" or empires. I'm not entirely sure though. Creating those will be quite easy after I add the above features.

The only problem with this project, is that it will be slow. If any of you have tried the trunk version, you'll see how slow it is. Though, there won't be much difference in the speed of the project after adding the features, but it will become irritating. There is the possibility of using Turbo Speed Mode, but that will be annoying. What I really want is for the Flash Player to either have direct connections to the server, or at least have Remote Sensors/Connections.

If anyone has any ideas that would be great!

Why python use node.js    much more cost savyy

but i can help you guys with python or scratch [more of client side though]

and hey .. if you you can somehow connect java to listen events through javaScript of same for flash i can actually use TCP/IP socket protocol using websockets -> flash sockets
-> XHR (gracefull degradation) for your game :-) ,

And i think making a JS bridge would be a good option , why ?
* You can leave all the tiresome task on browser
* You can host it on web servers
* You wont have to make direct tunnels    [thats what its protocol seems to me which is wery dangerous]

Last edited by fanofcena (2012-02-21 07:50:16)

I might actually get a decompiler to implement RSC (remote sensor connections) in the Flash Player. I might have to change the protocol, though.

I would just have to inject a piece of code that would open a socket and parse data that follows the protocol.

How would this work?

What's the thing in the readme about "chat2.PY"? Did you finish the upgrades (multiple rooms, etc) with Chat.PY?