#2819 closed task (fixed)
Speex-1.2rc1
Reported by: | willimm | Owned by: | Wayne Blaszczyk |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
http://downloads.xiph.org/releases/speex/speex-1.2rc1.tar.gz
New version.
Yes, it's a RC release, but Upstream recommends it, so why not?
Change History (18)
comment:1 by , 15 years ago
follow-up: 3 comment:2 by , 15 years ago
Milestone: | 6.4 → future |
---|---|
Summary: | Speex 1.2rc1 → Speex 1.2 should be ready soon. |
Why not?
Because BLFS policy is to use stable versions, unless there's a really compelling reason to update to a devel version, in which case this package doesn't apply.
Deferring to a future release.
comment:3 by , 15 years ago
Replying to randy@…:
Because BLFS policy is to use stable versions, unless there's a really compelling reason to update to a devel version, in which case this package doesn't apply.
Well, here are 2 really compelling reasons.
- Speex's upstream highly recommends the unstable versions.
- Starting with 1.2beta3, all of the non codec componets of Speex (preprocessor, echo cancellation, jitter buffer) have been moved into a new library, libspeexdsp. For one, PulseAudio uses it, and I am sure that other packages might use this library.
follow-up: 5 comment:4 by , 15 years ago
William, quite frankly I am tired of you blindly offering information without any links to back up what you say. At this point going forward, unless you provide some sort of link to whatever it is you might say, I'm going to simply dismiss it.
To say "Upstream highly recommends unstable versions", but not provide a link to where this information is available doesn't do anyone any good. In fact, it simply wastes folks' time explaining these elementary things to you.
comment:5 by , 15 years ago
To say "Upstream highly recommends unstable versions", but not provide a link to where this information is available doesn't do anyone any good. In fact, it simply wastes folks' time explaining these elementary things to you.
I took it from this page:
comment:7 by , 15 years ago
Now there are your REALLY REALLY compelling reasons:
- According to Speex's download page, they highly recommend the unstable releases. I think we should trust Speex's upstream here. See http://www.speex.org/downloads/ for why.
- Starting with 1.2beta3, all of the non codec componets of Speex (preprocessor, echo cancellation, jitter buffer) have been moved into a new library, libspeexdsp. As of 0.9.11, PulseAudio needs it to build, for one. See http://www.pulseaudio.org/wiki/DownloadPulseAudio for the list of requrements.
Now you see why this should be for 6.4 again.
comment:9 by , 14 years ago
Milestone: | future → 6.4 |
---|---|
Summary: | Speex 1.2 should be ready soon. → Speex 1.2rc1 |
Moving to 6.4 for the reasons mentioned above, and for a third reason: it's stable enough. Even Debian Stable uses a development version of Speex.
comment:11 by , 14 years ago
Summary: | Speex 1.2rc1 → Speex-1.2rc1 |
---|
Does anyone know if this version and the old 1.0.5 version can co-exist? If so, then this is a good update.
Additionally, has anyone (except William) built up a multimedia desktop using the newer Speex. I'm asking because if everything links to it, then yeah we should probably update.
I do know that many multimedia vendors are using the updated Speex, so this package may be a good example of an exception to the "don't use unstable" rule.
comment:12 by , 14 years ago
Randy, I noticed that ALSA-plugins compiled against Speex, so I tested it and it seems to have no problem with 1.2rc1. I can't actually test the functionality of it, unfortunately, but it does link and compile against it.
comment:13 by , 14 years ago
What we need to do is test all packages that use speeex. If the 1.2 version works, we'll update the book. If not all packages work, then we'll *add* the 1.2 version and have it alongside the older stable version.
comment:14 by , 14 years ago
Fortunately there isn't a great list that have speex as a dependency, I'm sure we can get them tested. There is kdemultimedia, kdenetwork, vorbistools, alsa-plugins (tested), gst-plugins-good, and xine-lib. I can test vorbistools, whoever does kde can probably check the kde stuff, and that just leaves gstreamer and xine.
comment:16 by , 14 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:17 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Updated book with Speex 1.2rc1 GStreamer base 0.10.25 and good 0.10.16 build with this version. (1.0.5 was not suited anymore)
This version (maybe the old one too) accepts the:
option.