tibbs / rpms / audacity

Forked from rpms/audacity 5 years ago
Clone
f005c95
Audacity 1.3.7-beta release : audacity-minsrc-1.3.7.tar.bz2
f005c95
f005c95
| Requested 'vamp-hostsdk >= 2.0' but version of vamp-hostsdk is 1.1.0
f005c95
f005c95
Not available on F10 and older. It's ABI incompatible (also renames
f005c95
headers) and would require a coordinated upgrade of all deps in F10.
f005c95
F11 devel is _new enough_.
f005c95
f005c95
RDF/Redland/SLV2 support : GONE (was only in 1.3.6-beta)
f005c95
f005c95
-----
ad571c4
Okay, so what happens in 1.3.6-beta is that the FLAC Import plugin accepts
ad571c4
MP3 files (and other junk regardless of the file extension and without
ad571c4
checking the fLaC file header magic bytes) and either causes OOM or
ad571c4
creates lots of garbage tracks in Audacity. Changes in the main Import
ad571c4
plugin code are the culprit, too. As a fallback during import, if no
ad571c4
suitable plugin is found, all plugins are used to open ("probe") an input
ad571c4
file. Really bad so far.
ad571c4
2e4f954
Building without ffmpeg and without MP3 decoder crashes Audacity
2e4f954
during import of MP3 files.
2e4f954
1b61674
ffmpeg loader defaults to searching for "avformat-52.dll" and fails
2e4f954
to accept a 3rd party libavformat.so.52, as libavcodec is not recent
2e4f954
enough (in Audacity log).
1b61674
1b61674
-----
6e2beb7
New optional build deps:
6e2beb7
6e2beb7
  SLV2 - http://drobilla.net/software/slv2/
1e26965
  (not in Fedora yet, bz #470914)
6e2beb7
      SLV2 is a library to make the use of LV2 plugins as simple
6e2beb7
      as possible for applications.
6e2beb7
      SLV2 is written in standard C using the Redland RDF toolkit, and is
6e2beb7
      known to work on GNU/Linux and Mac OS X. Licensed under the GPL v2
6e2beb7
      or later for now,
6e2beb7
6e2beb7
  Redland - (in Fedora), large RDF toolkit
6e2beb7
      (pulls in libraptor, librasqal, libmysqlclient and more)
6e2beb7
6e2beb7
  liblrdf - (in Fedora), RDF manipulation library
6e2beb7
      (pulls in Redland's libraptor)
6e2beb7
6e2beb7
  (TODO: check usage of these two RDF APIs)
6e2beb7
6e2beb7
  Port SMF - MIDI library (no external shared lib) included with Audacity
6e2beb7
6e2beb7
  ffmpeg - only a few headers included, TODO: which version of the library
6e2beb7
       does it want at run-time? (3rd party repo compatibility?)
6e2beb7
6e2beb7
-----
6e2beb7
In audacity-1_3_6-test branch:
6e2beb7
6e2beb7
d02edac1dafb0c6f6fb12d29505c63b72fb1b116  audacity-src-1.3.6.tar.bz2
6e2beb7
6e2beb7
Uploaded to lookaside cache. That's a fresh tarball with a post-release
6e2beb7
fix mentioned on audacity-devel.
6e2beb7
6e2beb7
-----
30d1fb6
From audacity-devel:
30d1fb6
We're going to freeze the code in HEAD on October 18 at 12noon UTC, and 
30d1fb6
plan to release 1.3.6 on October 23.
30d1fb6
30d1fb6
-----
293bd80
Concurrent work in multiple projects causes corruption and
293bd80
stalled actions? Reproducible down to 1.3.2-beta, confirmed by
293bd80
somebody on audacity devel list. Could be because something's not
293bd80
thread-safe.
293bd80
44b46c5
-----
44b46c5
rawhide, 1.3.5-beta
44b46c5
DONE: check upstream multi-lib changes
44b46c5
now is done via -DLIBDIR=\"$(libdir)\"
44b46c5
44b46c5
DONE: check upstream libmp3lame.so.0 rename
44b46c5
changed in src/export/ExportMP3.cpp, but not yet in translations
44b46c5
44b46c5
-----
0fdd264
Audacity 1.3.5-beta release : in "audacity-1_3_4-test" branch,
0fdd264
albeit packaged together with 1.3.2-beta in the same pkg.
8cfb29a
0fdd264
TODO: See top of spec and evaluate whether this beta would
0fdd264
be a candidate to upgrade to (at least for F10 devel and
0fdd264
possibly F9/F8 updates-testing).
0fdd264
f3bccce
-----
7f1c7ad
CVS snapshot from 2008-01-23 has had positive feedback, too, but could
7f1c7ad
need more testing.
7f1c7ad
7f1c7ad
-----
7f1c7ad
CVS snapshot from 2008-01-11 does not suffer from the many audio problems
7f1c7ad
described below.
7f1c7ad
7f1c7ad
-----
b1e5eb7
Changes in upstream cvs are said to improve ALSA/JACK support (2008-01-03)
b1e5eb7
b1e5eb7
-----
5580030
Upstream sound like they might disable JACK support in the next release,
5580030
because it "has never really been tested [...] anyway" and because of the
5580030
PA v19 problems since 1.3.4-beta.
5580030
5580030
A fix for the ALSA regressions since 1.3.3-beta is still uncertain, since
5580030
the OSS support in PA v19 is considered a backup solution for any users
5580030
which encounter problems.
5580030
5580030
-----
bdfed9c
Audacity 1.3.4-beta release : unchanged behaviour compared with
63829a1
previous comment. Fedora 7+8.
63829a1
63829a1
Test package in devel branch "audacity-1_3_4-test" only
63829a1
( cvs co -r audacity-1_3_4-test audacity )
63829a1
Without JACK support, tagged: audacity-1_3_4-0_2_beta_fc9
bdfed9c
bdfed9c
-----
86e8ce1
In a fresh account, Audacity's AudioIO ctor calls PortAudio's
86e8ce1
Pa_Initialize(), which in turn starts JACK's "jackd" although Audacity
86e8ce1
defaults to OSS in the audio preferences. This breaks audio completely.
86e8ce1
One can kill jackd, switch from OSS to ALSA in the preferences, but
86e8ce1
then gets the same symptoms as in 1.3.3-beta.
dd68176
dd68176
-----
a06cc36
Audacity pre 1.3.4 beta (cvs 2007-11-08) contains copies of libmad and
a06cc36
libtwolame, which would need to be stripped. Its ALSA support still seems
a06cc36
to be broken heavily compared with 1.3.2-beta.
a06cc36
a06cc36
-----
0cbacc3
Audacity 1.3.3 beta is in branch "audacity-1_3_3-test" only
0cbacc3
( cvs co -r audacity-1_3_3-test audacity ) as it doesn't work
86e8ce1
as good as 1.3.2 beta. The ALSA driver in PortAudio determines
86e8ce1
inappropriate sample rates.