After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 461377 - [festival] port to GStreamer-0.10
[festival] port to GStreamer-0.10
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: 0.10.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-29 02:41 UTC by Jonathan Matthew
Modified: 2007-08-23 13:36 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch (8.53 KB, patch)
2007-07-29 03:16 UTC, Jonathan Matthew 		committed Details | Review

Description Jonathan Matthew 2007-07-29 02:41:58 UTC 
I kind of wanted a speech synthesis element for something stupid I'm doing, so I brought festival back from the dead a bit.
Comment 1 Jonathan Matthew 2007-07-29 03:16:50 UTC 
Created attachment 92630 [details] [review]
patch

This at least makes it work.  I'm not sure what will happen if it ever tries to push multiple buffers.  valgrinding a simple pipeline (like the example in the doc section) shows no errors.

If my stupid idea works, I'll probably end up doing a bit more work on this element.
Comment 2 Tim-Philipp Müller 2007-08-23 13:36:56 UTC 
Cool! Committed with minor changes/fixes (fix up configure.ac so that the plugin is only compiled if unistd.h is available; fix up includes for libgstaudio in Makefile.am;  also, I had to remove the '\n' at the end of the "(tts_textall.." line to make things work with my setup on gutsy, line 292).

 2007-08-22  Tim-Philipp Müller  <tim at centricular dot net>

        Patch by: Jonathan Matthew  <jonathan at kaolin wh9 net>

        * configure.ac:
        * gst/festival/Makefile.am:
        * gst/festival/gstfestival.c:
          Port festival plugin to GStreamer-0.10 (#461377).

Needs quite a bit more work wrt handling multiple input buffers and timestamps/gaps etc., as you said.