So we have quite a bit of sound infrastructure in OOo, and some of it is
pretty archaic (nas). Some of it doesn't seem to quite work right out of
the box (attempting opening a .wav). And we have two sort of parallel
ideas, that of vcl's sound playing ability, and that of avmedia's media
playing ability. The major consumer of sound is impress, and the vast
majority of that code is using avmedia for playing audio.
I'd like to suggest the following (which I've got experimentally working
here locally)
- remove all the vcl sound stuff except for Sound::Beep
+ dump the modules of nas and sndfile and portaudio
- replace uses of Sound::IsSoundFile with avmedia::isMediaURL
- resit SdFileDialog_Imp in sd/source/ui/dlg/filedlg.cxx on the
avmedia service instead of the vcl one
- resit com.sun.star.comp.framework.SoundHandler on the avmedia service
instead of the vcl one and move it from framework into avmedia
- complete gtk fpicker implementation to add missing play button for the
file picker of "slide transition->sound->other sound"
- fix the typedetection so that we set
com.sun.star.comp.framework.SoundHandler as the DetectService
for .wavs, that fixes the current situation that
+ we are opening .wavs incorrectly in writer by default
+ with writer uninstalled, we're putting up a "select type" dialog,
and on cancel then successfully playing the .wav
and that'll also mean that "insert->hyperlink->Button" and using a
target URL to a wav works out of the box again
- use avmedia::createPlayer to get our XPlayer instead of constantly
#ifdef WNT etc to figure out the name of the avmedia service
- integrate rodo's gstreamer avmedia implementation of issue 68717 to
provide a native modern unix backend for the media service
If there are no objections I can take care of the above. Any
suggestions/concerns ?
C.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
