Hey Andre, Almost, but not quite for me yet....
pearly:~$ chmod 555 pokesdown.run pearly:~$ sh pokesdown.run Verifying archive integrity... All good. Uncompressing pokesdown by andy farnell....... priority 98 scheduling enabled. sh: line 1: ./bin/pd-watchdog: No such file or directory priority 96 scheduling enabled. unknown audio API specified unknown API .... audio I/O stuck... closing audio sys_close_audio: unknown API 5 pd: watchdog process died
pearly:~$ uname -a Linux pearly 2.6.8-2-386 #1 Thu May 19 17:40:50 JST 2005 i686 GNU/Linux
pearly:~$ pd -version Pd version 0.39-2extended-test4 compiled 10:42:39 May 25 2006
pearly:~$ which pd /usr/local/bin/pd _______________________________________
Do you think it's cos I'm installed to /usr/local ?
I'm really excited to see this work. But enjoy your zzzZZZzz after your hackathon.
On Thu, 27 Jul 2006 00:27:20 +0200 Andre Schmidt andre@osku.de wrote:
ok,
recompiled it, now it should work atleast on dapper made it minimal as possible (for pokesdown.pd)
pokesdown/ pokesdown/pokesdown.sh pokesdown/bin/ pokesdown/bin/pd pokesdown/bin/pd-gui pokesdown/bin/pd.tk pokesdown/bin/pokesdown.pd
and i even made a "run" package with http://www.megastep.org/makeself/ so now you can:
- download: http://osku.de/pd/foo/pokesdown.run
(you may need to wget it, as my server shows it as text in brauser)
- run it with "sh pokesdown.run"
(or double click after "chomd +x pokesdown.run". but remember, its still running after closing the window - "killall pd")
- enjoy
gotta go sleep andre
ps. it took so long as i was lazy and installed tcl/tk8.5 with make install and then didnt knew how to get back to tcl/tk8.4 :/ (so i installed another dapper partition :)
pss. and yes, the auto scrollbar patch has errors, maybe cause i made it with tcl/tk8.5, gotta check that someday...
pssszzZZ. and for the next "kiosk" feature: only show gem/pdp window :)
On Wed, 2006-07-26 at 20:58 +0200, Andre Schmidt wrote:
oh, sorry, my mistake i was playing with tk8.5 (xft support) and actually fogot i had 8.5 :/
-andre ps. if theres need i recompile with tcl/tk8.4
On Thu, 2006-07-27 at 08:47 +0100, padawan12 wrote:
I got a missing libtk8.5.so, but I see what you've done I think. That's very cool.
On Wed, 26 Jul 2006 20 Andre Schmidt andre@osku.de wrote:
ok,
i made a proof of concept (or what ever)
download this: http://osku.de/pd/foo/pokesdown.tar.gz extract it and run the pokesdown.sh in it, ready. you should now hear the coolest pd tune ever :)
should look something like this: http://osku.de/pd/foo/pokesdown.png
yeah, works propably only on ubuntu dapper... -andre
ps. remember the kiosk bug, pd is still running after you close the window!
On Wed, 2006-07-26 at 18:17 +0200, Andre Schmidt wrote:
i thought pd is an "environment"... :/
and now with the "kiosk" mode from iohannes i dont see why you people dont make an installer with your favorite tool... :/ (or pay for someone to do it)
... :/ andre
On Thu, 2006-07-27 at 03:04 +0100, padawan12 wrote:
I find this discussion very interesting. As I've said elsewhere before, this is the single most important missing feature in Puredata. Not being able to turn the netlist into code is where the road ends for Pd as a serious software development tool, where it stops short of being a fully fledged DSP visual programming language.
On Wed, 26 Jul 2006 10:46:55 +0200 IOhannes m zmoelnig zmoelnig@iem.at wrote:
> hi > > > > > Chuckk Hubbard wrote: > > > >> to read a special configuration-file? hmm, why? what is wrong with the > >> registry (well, there are lots of things wrong with it, but we don't > >> want to discuss this here, do we?); at least it makes your program a > >> little less "cryptic looking" (for those windoze-users who don't use > >> win95 any more) > > > > Editing a registry is far beyond the scope of what the people I want > > using my patch are willing to learn. I'm not complaining, this is of > > course my problem, but this is the reason I made the suggestion. If > > I'm the only person who thinks something like this would be neat, then > > I'll drop it. > > i was rather suggesting that _you_ should edit the registry (via a small > installer) - that is, if you want it to be plug'n'play for your clients. > > i think that if you want people to have an easily usable system, then > even editing a cryptic(!) .ini-file is way beyond. > so you need something more intuitive, like a small setup program (doing > autodetection) that will write to a backend (no matter wheter it is an > rc-file or the registry) > > > > > > > > >> what might be a good idea though, would be a king of "kiosk" mode, where > >> the pd-main window is not present and where there are no menus at all > >> (so you would have to control pd via messages). > > > > I think menus could stay. Menus are ubiquitous. But it seems the > > only need for a Pd-window is debugging, or of course analysis and > > such; there are times when it's needed, but there are times it isn't. > > on my side, i (and my non-freaky composers) had never a problem with the > additional main-window. > the menus however, are really there for handling pd (the framework) and > NOT your application (patch). > if there is NO menu, you can build your custom one (either with special > widgets like [popup] or with normal [bng]s. > > > > The people who might use my patch are other composers interested in > > alternate tuning systems. For the most part they are not computer > > people. "Cryptic-looking" isn't a bust in the slightest, it is how it > > comes across, when I send an email to a composer to tell him how to > > use my patch, and I have to devote several paragraphs to telling him > > how to first get a couple of external libraries loaded and make sure > > it selected the right sound device. Again, I would love to tell him > > "tough, learn something about computers if you want to use it," but > > that would impede my possible future lessons with him. > > i totally agree that this if often nor an option. > > > > >> apart from that, why don't you distribute your "application" bundled > >> with everything: pd, externals, abstractions, patch, startup-script. > > > > Startup-script you say... I hadn't thought of that. Far less work > > than developing a standalone-application compiler. > > yes, that was the main point of my email: use startup-scripts. > > > mfga.sdr. > IOhannes > > _______________________________________________ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list