[Bf-python] Remote IPython & PyCrust Shell for Blender

[Dietrich Bollmann]

Hi Stani,

You could have a look on the "Blender Command Port" patch:

  - http://formgames.org/blender/command-port/
  -
https://projects.blender.org/tracker/index.php?func=detail&aid=6887&group_id=9&atid=127

I use the patch to start Blender in "server mode" and the "blash" shell
client (which is also part of the patch) as "Python shell" from the
emacs python mode. This makes it easy to develop blender python scripts
with emacs as IDE :)  (see the first link for some screen shoots) and
might be close to what you want to do.

Probably you would have to change some things to make it work with the
current Blender version (not too much I hope) as the patch is from
2007/06/27.

The patch was developed for linux but it shouldn't be too difficult
to adapt it to windows I think.

Good luck,
Dietrich

PS:  If you are interested in the patch we could try to persuade
somebody to make it a blender branch and develop a new windows and linux
version. This would make it possible for everybody to use blender from
SPE and emacs without the necessity to go through all the patching
process over and over again. It also would make it much easier to adapt
the patch to the version on the svn repository.

This would also help to further work on the patch in order to make it
part of the official blender some day :)


On Mon, 2008-03-17 at 18:31 -0300, Willian Padovani Germano wrote:
> Hi Stani,
> 
> Stani wrote:
> (...)
> > I am working on some new features for SPE, which is an open-source,
> > cross-platform python IDE for Blender:
> > http://pythonide.stani.be
> (...)
> > However for normal Blender modeling (not Game Engine) I was wondering
> > which scriptlink I could use without blocking the user interface of
> > Blender. Is there some sort of timer event/scriptlink? Or is there a
> > better way to do this?
> 
> Right now afaik there's no out of the box solution. No timer event 
> scriptlink yet, neither one for communication between processes, Verse 
> is not finished, etc. It shouldn't be hard to add a scriptlink for this 
> (for one system, making it work for all platforms might take more help), 
> only depends on finding a dev with interest and time to code it.
> 
> Also, maybe threading can help. This occurred to me when I started 
> making bpython "thread-safe" a few weeks ago: we could add a new 
> function or make Blender.Run() support running the script in a separate 
> thread and this script could for example keep checking if an external 
> app has sent data to Blender. Didn't test it yet, though, will try to 
> play with it this week.
>