Re^2: sound and gamepad support in Perl?
by AGhoulDoingPerl (Sexton) on Jan 07, 2011 at 17:40 UTC
|
OK. so..., the defualt perl doesn't provide any API for either sound output or gamepad inputs. It's hurting...
Thanks for your reply. | [reply] |
|
|
There is Audio:DSP for sound. And if you have a c application that takes commands on STDIN and simulates gamepad output, (like a keystroke interface simulator for the gamepad) you could run it thru Perl's IPC.
| [reply] |
|
|
There is Audio:DSP for sound. And if you have a c application that takes commands on STDIN and simulates gamepad output, (like a keystroke interface simulator for the gamepad) you could run it thru Perl's IPC.
Is the Audio:DSP module an official or an honored-by-most module like Perl/TK? I am trying to avoid using CPAN modules as much as possible other than those taken as semi-official modules by the community like Perl/TK, Perl-to-SDL binding, etc...
For inputs, are you saying to get a C app or to creat one which takes gamepad inputs as STDINs to it and translate/pass to the perl script via a pipe or socket?
Hmm...
Whether having that kind of 'C' skill being one side of the
problem, it sounds like to me that it would be very difficult to achieve cross-platform-ablility among systems... Would not I need all different C apps for each system: Win32, Win64, Linux, Mac...?
Sorry about being a bit rejective, though. No dis-respect intended:)
| [reply] |
|
|
|
|
|
|
|
|
|
|
|
I've got the O'Reilly, "Perl Hacks" book by chromatic... in it, the one who contributed Hack #16 claims under the section "Animating with SDL Perl", and I quote (emphasis mine):
"Add Sound and input handling, and you're (mostly) done! Sound is too easy to use to show here; input handling requires the proper monitoring of events reported by an instance of SDL::Event."
It then goes on to give a couple sentences more on input handling, which I'm sure are helpful to someone...
So there you have it... apparently sound was way too trivial to mention in the hack book... which means it should not be at all hard... cuz if it isn't well documented, it must mean that it's trivial.
And, yes, I'm being sarcastic... rolling my eyes... and um... am just a bit jaded.
Perl isn't a multimedia language without some... um... attachments...
--Ray
| [reply] |
|
|
I've got the O'Reilly, "Perl Hacks" book by chromatic... in it, the one who contributed Hack #16 claims under the section "Animating with SDL Perl", and I quote (emphasis mine):
"Add Sound and input handling, and you're (mostly) done! Sound is too easy to use to show here; input handling requires the proper monitoring of events reported by an instance of SDL::Event."
It then goes on to give a couple sentences more on input handling, which I'm sure are helpful to someone...
So there you have it... apparently sound was way too trivial to mention in the hack book... which means it should not be at all hard... cuz if it isn't well documented, it must mean that it's trivial.
And, yes, I'm being sarcastic... rolling my eyes... and um... am just a bit jaded.
Ok... I'll check the "Perl Hacks" book, if I have a chance later on. But "the answer is to use SDL" is probably do just for me for the time being:)
Perl isn't a multimedia language without some... um... attachments...
If you are going to bitch Larry Wall about this, you definitly got me on your side. Just let me know when the time come, OK? :)
| [reply] |
|
|
|
|
|