Manipulating realaudio player from python?
Raman T. V.
Does anyone have the necessary code
for manipulating the realaudio player from python?
I'm looking for a solution that will allow me to create a simple python client for playing realaudio --so I have an alternative to the GUI provided by realaudio.
For some background: I'm looking to control realaudio from the environment of my choice --emacs--
I currently use my own emacspeak-realaudio.el --an emacspeak module that allows me to start and stop playing realaudio.
If I create a python script to manipulate the realplayer, I would anticipate building in the ability to pause/resume and rewind/forward.
--Raman
--
Best Regards,
--raman
Adobe Systems Tel: 1 (408) 536 3945 (W14-612)
Advanced Technology Group Fax: 1 (408) 537 4042
(W14 129) 345 Park Avenue Email: ra...@adobe.com
San Jose , CA 95110 -2704 Email: ra...@cs.cornell.edu
http://labrador.corp.adobe.com/~raman/ (Adobe Intranet)
http://cs.cornell.edu/home/raman/raman.html (Cornell)
----------------------------------------------------------------------
Disclaimer: The opinions expressed are my own and in no way should be taken
as representative of my employer, Adobe Systems Inc.
____________________________________________________________
Guido van Rossum
> for manipulating the realaudio player from python?
> I'm looking for a solution that will allow me to create a simple
> python client for playing realaudio --so I have an alternative to
> the GUI provided by realaudio.
> For some background: I'm looking to control realaudio from the
> environment of my choice --emacs-- I currently use my own
> emacspeak-realaudio.el --an emacspeak module that allows me to start
> and stop playing realaudio. If I create a python script to
> manipulate the realplayer, I would anticipate building in the
> ability to pause/resume and rewind/forward.
I would assume if it's possible from Emacs, it's possible from
Python. How does emacspeak-realaudio.el do it? (I don't know what it
is -- where could I download it?)
--Guido van Rossum (home page: http://www.python.org/~guido/)
T. V. Raman
Actually emacspeak-realaudio.el --one of the modules in my
speech extension to emacs (emacspeak) is currently only
capable of launching or stopping a reaulaudio stream --I do
this by simply nuking the realaudio process.
What I was hoping for was some python code or python library
that would allow me to drive the realplayer from python i.e.
the ability to activate the various UI components of the
realplayer client from Python --think of it as "ole
automation done right" if you will.
Incidentally, it's a pleasure to hear from you directly-- I
have always admired python as a language for the clean
design -- as well as your own writings on the subject on the
python site.
I came to python late -- I am still a perl5 hacker --and
before perl5 I wrote tcl-- python scared me off until I
developped emacspeak because of whitespace being
significant.
For background-- I'm blind and use speech output to program
and use the computer in other ways-- before emacspeak I was
limited to what other blind users use --namely utilities
that read the screen --and in that environment handling
python was hard.
I wrote myself emacspeak starting 1994
(http://cs.cornell.edu/home/raman/emacspeak) and early this
year I wrote an emacspeak extension to Barry Warsaw's
excellent python mode-- and so now writing python is a snap.
Still haven't written anything substantial in Python-- but
the realaudio enabler would be an interesting possibility--
more generally a set of python libraries that allowed me to
query and manipulate a generic GUI would be wonderful to
achieve.
Guido van Rossum
> that would allow me to drive the realplayer from python i.e.
> the ability to activate the various UI components of the
> realplayer client from Python --think of it as "ole
> automation done right" if you will.
Hi Raman -- in order to do this, you would presumably need some kind
of developers' kit for RealPlayer. I noticed that they have a
Software Development Kit at http://www.realaudio.com/devzone/index.html;
hopefully it has enough information. I haven't looked at the SDK -- I
would expect that on Windows they have a COM interface, but I don't
know what they support on Unix (assuming that's what you're after).
If there's no COM interface but a they provide a C library to control
the player, it wouldn't be too hard to create a Python extension that
talks to the library, using any of the available tools (e.g. SWIG) or
-- if it's a small library -- by writing wrappers manually.
> Incidentally, it's a pleasure to hear from you directly-- I
> have always admired python as a language for the clean
> design -- as well as your own writings on the subject on the
> python site.
Thanks... Blush...
> I came to python late -- I am still a perl5 hacker --and
> before perl5 I wrote tcl-- python scared me off until I
> developped emacspeak because of whitespace being
> significant.
>
> For background-- I'm blind and use speech output to program
> and use the computer in other ways-- before emacspeak I was
> limited to what other blind users use --namely utilities
> that read the screen --and in that environment handling
> python was hard.
>
> I wrote myself emacspeak starting 1994
> (http://cs.cornell.edu/home/raman/emacspeak) and early this
> year I wrote an emacspeak extension to Barry Warsaw's
> excellent python mode-- and so now writing python is a snap.
Hm... Now I'm curious... How does it speak the significant use of
indentation on Python?
> Still haven't written anything substantial in Python-- but
> the realaudio enabler would be an interesting possibility--
> more generally a set of python libraries that allowed me to
> query and manipulate a generic GUI would be wonderful to
> achieve.
Like embellishing a GUI built on Tkinter?
Guido van Rossum
like.
> The acid test would be to write such a thing and see if one
> could speech-enable something like Grail.
>
> The idea behind speech-enabling --as implemented in
> emacspeak--
> as opposed to screenreaders is that you let the application
> do the talking since it knows best what it is trying to
> convey to the user--
> rather than have a second app (the screenreader) examine the
> visual display to produce the right spoken output.
Absolutely true. So there may be a future for Grail after all...
T. V. Raman
> > What I was hoping for was some python code or python library
> > that would allow me to drive the realplayer from python i.e.
> > the ability to activate the various UI components of the
> > realplayer client from Python --think of it as "ole
> > automation done right" if you will.
>
> Hi Raman -- in order to do this, you would presumably need some kind
> of developers' kit for RealPlayer. I noticed that they have a
> Software Development Kit at http://www.realaudio.com/devzone/index.html;
> hopefully it has enough information. I haven't looked at the SDK -- I
> would expect that on Windows they have a COM interface, but I don't
> know what they support on Unix (assuming that's what
> you're after).
I'll poke around their SDK one of these weekends.
>
> If there's no COM interface but a they provide a C library to control
> the player, it wouldn't be too hard to create a Python extension that
> talks to the library, using any of the available tools (e.g. SWIG) or
> -- if it's a small library -- by writing wrappers
> manually.
>
> > Incidentally, it's a pleasure to hear from you directly-- I
> > have always admired python as a language for the clean
> > design -- as well as your own writings on the subject on the
> > python site.
>
> Thanks... Blush...
>
> > I came to python late -- I am still a perl5 hacker --and
> > before perl5 I wrote tcl-- python scared me off until I
> > developped emacspeak because of whitespace being
> > significant.
> >
> > For background-- I'm blind and use speech output to program
> > and use the computer in other ways-- before emacspeak I was
> > limited to what other blind users use --namely utilities
> > that read the screen --and in that environment handling
> > python was hard.
> >
> > I wrote myself emacspeak starting 1994
> > (http://cs.cornell.edu/home/raman/emacspeak) and early this
> > year I wrote an emacspeak extension to Barry Warsaw's
> > excellent python mode-- and so now writing python is a snap.
>
> Hm... Now I'm curious... How does it speak the significant use of
> indentation on Python?
Announces the indentation level in a slightly softer voice.
But when using emacspeak with python mode,
I rely more on python-mode doing the right thing,
and use it's awareness of the block structure of the code to
speak things right.
Thus, as I close each block, I hear the block that I am
closing with utterances of the form
"closes block while: i<n"
"closes block def foo: "
etc.
>
> > Still haven't written anything substantial in Python-- but
> > the realaudio enabler would be an interesting possibility--
> > more generally a set of python libraries that allowed me to
> > query and manipulate a generic GUI would be wonderful to
> > achieve.
>
> Like embellishing a GUI built on Tkinter?
would be a possibility.
The acid test would be to write such a thing and see if one
could speech-enable something like Grail.
The idea behind speech-enabling --as implemented in
emacspeak--
as opposed to screenreaders is that you let the application
do the talking since it knows best what it is trying to
convey to the user--
rather than have a second app (the screenreader) examine the
visual display to produce the right spoken output.
>
> --Guido van Rossum (home page: http://www.python.org/~guido/)
--
T. V. Raman
> Thanks for the explanations. I'm intrigued by what your world "looks"
> like.
>
> > The acid test would be to write such a thing and see if one
> > could speech-enable something like Grail.
> >
> > The idea behind speech-enabling --as implemented in
> > emacspeak--
> > as opposed to screenreaders is that you let the application
> > do the talking since it knows best what it is trying to
> > convey to the user--
> > rather than have a second app (the screenreader) examine the
> > visual display to produce the right spoken output.
>
>
Paul Prescod
research) iswhether it is feasible to "tape" RealAudio shows digitally.
Obviously, if you know the protocol, there is a way. But is the protocol
open or secret?
Paul Prescod
Phil Austin
Coincidentally, this appeared this morning in comp.os.linux.announce:
From: jdim...@acm.org
Subject: paudio 1.0 -- universal Linux sound grabber
Newsgroups: comp.os.linux.announce
Date: Wed, 15 Jul 1998 11:14:32 GMT
Followup-To: comp.os.linux.misc
Organization: none
Path: unixg.ubc.ca!nntp.cs.ubc.ca!hub.org!falcon!news-out.internetmci.com!newsfeed.internetmci.com!207.114.4.11!nntp.abs.net!newsfeed1.telenordia.se!newsfeed1.funet.fi!128.214.205.17.MISMATCH!news.helsinki.fi!not-for-mail
Lines: 55
Approved: linux-a...@news.ornl.gov (Mikko Rauhala)
Message-ID: <pycola.900...@laulujoutsen.pc.helsinki.fi>
NNTP-Posting-Host: laulujoutsen.pc.helsinki.fi
Old-Date: Tue, 14 Jul 1998 02:25:14 -0400
X-No-Archive: yes
X-Auth: PGPMoose V1.1 PGP comp.os.linux.announce
iQCVAgUBNayPHFrUI/eHXJZ5AQG4FwP+KETTrNLuhjmlx+0gOmBZvHQsxQYkxloN
IZSRbCGyIf0Wn2ZMg8Tml8BgfrJVMU+SLKD+XBIbqEf1IlFtQT8f5QC6L4M8GJWc
Yt4QyEr32xtmLmF/rSEDzcX0X8mgEacedUE6glMe2bwCGKYlp1szphilJvvhNp2d
H4+QE6j7o9Y=
=LLDb
Xref: unixg.ubc.ca comp.os.linux.announce:11000
-----BEGIN PGP SIGNED MESSAGE-----
paudio version 1.0 is released. Thanks go to Alexander Yukhimets
<aqy...@is5.nyu.edu> for his patch giving paudio a bigger buffer. Duh.
With it he singlehandedly brought paudio from 0.1 to 1.0.
paudio allows you to capture any and all data being sent to the sound
card via /dev/audio* or /dev/dsp*.
paudio makes it possible for the user to save to disk (or anything else)
audio data. It is useful when an audio-based program does not have a
'save' option (such as 'rvplayer' from Real Networks).
[Disclaimer: With this software, it is possible to save data that is
streamed to things like a RealAudio program. Often, this data is not
meant for download and saving, but only for listening. That is, it may
not be intended for it to be saved to a local disk. The author is not
responsible for misuse of this software. Please be aware of copyright on
all materials that you save.]
paudio is a loadable module (paudio.o) that creates a /proc entry
(called /proc/audio) which can be read from. The audio data currently being
sent to the sound card will be mirrored there.
It can be found at the following locations:
http://sunsite.unc.edu/pub/Linux/???/paudio-1.0.tgz (check INCOMING and NEW)
http://source.syr.edu/~jdimpson/proj/paudio-1.0.tgz
The author is your's truly, Jeremy D. Impson <jdim...@acm.org>
- --Jeremy
- --
This article has been digitally signed by the moderator, using PGP.
http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature.
Send submissions for comp.os.linux.announce to: linux-a...@news.ornl.gov
PLEASE remember a short description of the software and the LOCATION.
This group is archived at http://www.iki.fi/mjr/linux/cola.html
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: latin1
iQCVAgUBNayPG1rUI/eHXJZ5AQGfQwQAz4iX1KyvR0PiOaOOWoLDlySK2qoOnhHp
W8gDVIgRFprtP9u+5U26ElfIopgnBuP4oa1ZFlt0NWWMU+i4FRU4FJRIzEm5GwJj
UxTi0FZqgmboTIP68Pd5bX5FsDBOfABn/i1e2VHvgkEWQufY7ND/89x+yt9a78rV
E85fgZhebKA=
=SQnw
-----END PGP SIGNATURE-----
--
------------------------------------------------------------
Phil Austin (ph...@geog.ubc.ca)
Department of Geography, Tel: (604) 822-2663
University of British Columbia, B.C. Fax: (604) 822-6150