oh, I see, this was fixed after 7.4 release. Might be possible to
backport for -stable, I will take a look.
On 2024/01/30 00:16, sda wrote:
> i mean that OpenBSD-7.4 is installed from official installation media
> to new/clean partition (clean install) and Audacity is install
i mean that OpenBSD-7.4 is installed from official installation media
to new/clean partition (clean install) and Audacity is installed via:
# pkg_add audacity
from official mirror (please note the "Build Information" screenshots).
p.s.: afair, things break after upgrade from 7.2 to
On 2024/01/29 19:03, Stuart Henderson wrote:
> On 2024/01/29 18:32, sda wrote:
> > hello.
> >
> > audacity is using lame and ffmpeg libraries for export functions. right
> > now the filenames of (required) libraries are not reflecting the actual
> > versions or
On 2024/01/29 18:32, sda wrote:
> hello.
>
> audacity is using lame and ffmpeg libraries for export functions. right
> now the filenames of (required) libraries are not reflecting the actual
> versions or just not suitable for export from Audacity to various
> formats.
>
hello.
audacity is using lame and ffmpeg libraries for export functions. right
now the filenames of (required) libraries are not reflecting the actual
versions or just not suitable for export from Audacity to various
formats.
example:
$ /usr/local/bin/ffmpeg -version
ffmpeg version 4.4.4
> successfully.
>
> Comments or OKs?
OK
>
> Caspar
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/audacity/Makefile,v
> retrieving revision 1.93
> diff -u -p -r1.93 Makefile
> --- Makefile 1
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.93
diff -u -p -r1.93 Makefile
--- Makefile18 Oct 2023 15:51:05 - 1.93
+++ Makefile21 Oct 2023 12:22:53 -
@@ -6,7 +6,7 @@ GH_ACCOUNT= audacity
GH_PROJECT=audacity
GH_TAGNAME
ok
On Wed, Oct 18, 2023 at 03:55:55PM +0200, Marc Espie wrote:
> On first run, audacity will look for "libmp3lame.so.0" which doesn't
> exist on OpenBSD, then prompting the user to find the library.
>
> This is doubly absurd, because it doesn't match our naming
> scheme
On 2023/10/18 15:55, Marc Espie wrote:
> On first run, audacity will look for "libmp3lame.so.0" which doesn't
> exist on OpenBSD, then prompting the user to find the library.
>
> This is doubly absurd, because it doesn't match our naming
> scheme, and also beca
On first run, audacity will look for "libmp3lame.so.0" which doesn't
exist on OpenBSD, then prompting the user to find the library.
This is doubly absurd, because it doesn't match our naming
scheme, and also because we run depend on lame.
This patch appears to do the trick: we can load
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile23 Oct 2021 20:40:24 - 1.80
+++ Makefile26 Feb 2022 18:01:19 -
@@ -8,7 +8,7 @@ GH_ACCOUNT= audacity
GH_PROJECT=audacity
GH_TAGNAME=Audacity-
Hi,
>
> Audacity is compiled with support for ffmpeg but it does not work.
>
> This becomes apparent when e.g. opening a video file in audacity, it'll
> then say that the file is not recognized and we need to install ffmpeg.
>
> Audacity seems to attempt to load the ffmp
Hi,
Audacity is compiled with support for ffmpeg but it does not work.
This becomes apparent when e.g. opening a video file in audacity, it'll
then say that the file is not recognized and we need to install ffmpeg.
Audacity seems to attempt to load the ffmpeg libraries at run time.
Looking
On 2020/01/22 14:18, Solene Rapenne wrote:
> On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> > Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> > code restructuring. Additional information on this release can be found
> > in the re
On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> code restructuring. Additional information on this release can be found
> in the release announcement [0].
>
> Run tested on amd64. More preci
Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
code restructuring. Additional information on this release can be found
in the release announcement [0].
Run tested on amd64. More precise, I have been using this update for a
couple of days. So far, no regression.
Comments
ib/libvamp-hostsdk.la
> > 2. audacity.patch: this enables building audacity --with-libvamp once the
> > previous patch is applied.
> >
> > I am not a member of the mailing list, please reach out to me directly if
> > needed.
>
> Thanks, diffs commi
On 2019/11/16 10:21, septimiu turcu wrote:
> Hi,
> Please find attached 2 patches:
> 1. vamp.patch for vamp-plugin-sdk; this fixes a typo (extra white space) in
> the content of /usr/local/lib/libvamp-hostsdk.la
> 2. audacity.patch: this enables building audacity --wi
Hi,
Please find attached 2 patches:
1. vamp.patch for vamp-plugin-sdk; this fixes a typo (extra white space) in the
content of /usr/local/lib/libvamp-hostsdk.la
2. audacity.patch: this enables building audacity --with-libvamp once the
previous patch is applied.
I am not a member of the mailing
On Tue, May 21 2019, Raphael Graf wrote:
> The diff below fixes linking on macppc.
Looks like this one fell through the cracks. ok jca@
> Is there a better way to check if '-latomic' is needed?
The audacity source code uses:
std::atomic
std::atomic
std::atomic
So I guess t
The diff below fixes linking on macppc.
Is there a better way to check if '-latomic' is needed?
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/audio/audacity/patches/patch-configure_ac,v
retrieving revision 1.2
diff -u -p
On Mon, Mar 25 2019, Stuart Henderson wrote:
> On 2019/03/25 13:08, Jeremie Courreges-Anglas wrote:
>> - any reason to force -std=c++11 in CXXFLAGS? The build works fine for
>> me with base-clang (which defaults to gnu++14).
>
> ports-gcc defaults to old c++ until we switch over to gcc 8.
Yep
On 2019/03/25 13:08, Jeremie Courreges-Anglas wrote:
> - any reason to force -std=c++11 in CXXFLAGS? The build works fine for
> me with base-clang (which defaults to gnu++14).
ports-gcc defaults to old c++ until we switch over to gcc 8.
ched portmidi.tar.gz contains a port of the newest release from
>>> > 2010.
>>> > I've added very rudimentary and incomplete support for sndio, it's just
>>> > enough
>>> > for playing a midi track via audacity. The sndio stuff is in
>&g
On Fri, Mar 22 2019, Theo Buehler wrote:
>> Thanks, I can't test the actual functionality but I think that portmidi
>> is ready to be imported. Could I please get reviews/oks to import?
>
> You could also give rapha@ an ok to import :)
Woops, right, thank you. 8)
Raphael: ok jca@
--
jca |
the portmidi diff. The midi bits could be improved later
in tree.
I tested audacity, and it works fine, so I'm OK as well for it.
> Thanks, I can't test the actual functionality but I think that portmidi
> is ready to be imported. Could I please get reviews/oks to import?
You could also give rapha@ an ok to import :)
2010.
>> > I've added very rudimentary and incomplete support for sndio, it's just
>> > enough
>> > for playing a midi track via audacity. The sndio stuff is in
>> > files/pm_sndio/.
>> > It is extremely simple compared to the alsa version (pm_linux). :)
it's just
> > enough
> > for playing a midi track via audacity. The sndio stuff is in
> > files/pm_sndio/.
> > It is extremely simple compared to the alsa version (pm_linux). :)
>
> Please comments below,
>
> > Audacity can then use the shared portmidi library in
The attached portmidi.tar.gz contains a port of the newest release from 2010.
I've added very rudimentary and incomplete support for sndio, it's just enough
for playing a midi track via audacity. The sndio stuff is in files/pm_sndio/.
It is extremely simple compared to the alsa version (pm_linux
On Sun, Feb 24, 2019 at 08:20:04PM +0100, Jeremie Courreges-Anglas wrote:
>
> So audacity is still currently BROKEN. Here's an unfinished update to
> version 2.2.2.
>
> Some notes:
> - audio/libsoxr has replaced libsamplerate
> - I disabled the use of system vamp-plugin-
So audacity is still currently BROKEN. Here's an unfinished update to
version 2.2.2.
Some notes:
- audio/libsoxr has replaced libsamplerate
- I disabled the use of system vamp-plugin-sdk, see the comments
- audio/portaudio-svn is used instead of the not-so-mandatory bundled
version
Opening an OGG file in audacity and using "Play" doesn't produce any sound nor
the "sound meter" bars move. Opening a MP3 file and using Play will actually
play sound. No error is displayed in the console.
ogg123 or any other ogg reader play fine the same ogg file.
Noticed
will return in the end of next week - Trying to
install Audacity from source code.
You're in for a bumpy ride... You *will* need patches to some parts to
handle audio i/o on OpenBSD because the upstream code doesn't support
our native sound API, sndio.
Hi
Thanks for your help. I will return in the end of next week - Trying to
install Audacity from source code.
Best regards
Freddy
On Wednesday, 23 August 2017 15:34:05 CEST, Stuart Henderson wrote:
On 2017/08/23 10:51, Paul Irofti wrote:
Hi,
Please search the archives[0]. If you make any
On 2017/08/23 21:41, Freddy Fisker wrote:
> Hi
>
> Thanks for your help. I will return in the end of next week - Trying to
> install Audacity from source code.
You're in for a bumpy ride... You *will* need patches to some parts to
handle audio i/o on OpenBSD because the upstream
On 2017/08/23 13:00, Freddy Fisker wrote:
> Hi
>
> Thanks for your help. It is the first time I am writing to ports@openbsd.org
> and I am only a user not a developer.
>
> At the link you have send me I understand there is problems with updating
> Audacity.
In a word: ye
Hi
Thanks for your help. It is the first time I am writing to
ports@openbsd.org and I am only a user not a developer.
At the link you have send me I understand there is problems with updating
Audacity.
Best regards
Freddy
On Wednesday, 23 August 2017 09:51:50 CEST, Paul Irofti wrote:
Hi
/marc.info/?l=openbsd-ports=142260696025859=2
>
here's a start at it:
- audacity 2.1.3 wants wxWidgets 3.0.x; this update is awkward enough
on its own without having to deal with updating wxWidgets and the other
wxWidgets users - so targetting audacity 2.1.1 for now (the last release
for wx 2.8.x).
-
Hi,
Please search the archives[0]. If you make any progress or find new
roadblocks let us know. I would like to see the port updated too, but I
do not use it enough to do it myself.
Paul
[0] -- https://marc.info/?l=openbsd-ports=142260696025859=2
Hi
Is there any reason why Audacity haven´t been upgraded since version 1.3.9
?
Best regards
Freddy
30 janvier 2015 10:00 Anthony J. Bentley anth...@cathet.us a écrit:
Comète writes:
Hi,
i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports
since many releases and is mainly unusable, as i reported it here
(http://marc.info/?l=openbsd-portsm=135706893908602w=2).
I
Hi,
i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports since
many releases and is mainly unusable, as i reported it here
(http://marc.info/?l=openbsd-portsm=135706893908602w=2).
I guess that something in new releases prevents to update it, but what ?
Thanks
Comète writes:
Hi,
i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports
since many releases and is mainly unusable, as i reported it here
(http://marc.info/?l=openbsd-portsm=135706893908602w=2).
I guess that something in new releases prevents to update it, but what ?
I
Hello,
i use the audacity-1.3.9p5 package on (amd64) and it seems that
audacity can't play anything else than 32 bits precision tracks. If i
choose 24 bits or any other precision, there's no sound. Only 32 bits
works.
Audacity is set up to use sndio like the default configuration.
Did you
Ok on amd64. Now audacity not crash when opening a WAV file.
Thanks.
Mon, 3 Sep 2012 01:29:35 +0200 от Stefan Sperling s...@openbsd.org:
Audacity crashes when opening a WAV file.
To reproduce, try: audacity
On Mon, Sep 03, 2012 at 11:42:30PM +0400, Andre S wrote:
Ok on amd64. Now audacity not crash when opening a WAV file.
Thanks.
Thanks for testing! This has already been committed so the
next round of snapshot packages should have the fix :)
Audacity crashes when opening a WAV file.
To reproduce, try: audacity file.wav
It ends up catching SIGABRT. Setting a breakpoint at abort()
reveals the abort() call comes from pthread_mutex_unlock().
Audacity is trying to unlock an unlocked mutex. The faulty code
calls the mTasksMutex.Unlock
When I try to load the 30 minute wav file with audacity it just crashes.
Does anyone know how to remedy the the defects?
$ gdb audacity audacity.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome
And here's the audacity change after the wxWidgets change.
Of course, I'll also bump both ports.
Index: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile
triggers
conversion code of audacity and/or portaudio.
sndio backend uses sio_getacap() to return native parameters
and lets portaudio/audacity do the necessary conversions,
since it claims it can. As far as I understand portaudio
internals, this is the ``right thing''. So I bet we trigger
various bugs
thing: why is jack and esound in the dependencies
of audacity (in 4.6)? Neither of them seems to ever be running anyway.
jack - portaudio-svn - audacity
esound - wxWidgets - audacity
audacity itself doesn't depends on those, but packages audacity depends
on depends on them.
Actually
by disabling it, I'll try it..
AFAIU, ALSA supports any format and seldom triggers
conversion code of audacity and/or portaudio.
sndio backend uses sio_getacap() to return native parameters
and lets portaudio/audacity do the necessary conversions,
since it claims it can. As far as I understand
working with 32-bit sounds suspicious.
that's easy to check by disabling it, I'll try it..
AFAIU, ALSA supports any format and seldom triggers
conversion code of audacity and/or portaudio.
sndio backend uses sio_getacap() to return native parameters
and lets portaudio/audacity do
would go away if jack support were dropped
from portaudio. only working with 32-bit sounds suspicious.
that's easy to check by disabling it, I'll try it..
AFAIU, ALSA supports any format and seldom triggers
conversion code of audacity and/or portaudio.
sndio backend
The manpage of audacity, as installed by audacity-1.3.9p0, says
VERSION
This man page documents audacity version 1.3.5
On Feb 03 12:06:20, Jan Stary wrote:
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You are turning my laptop into the best audio workstation I have.
Right now, I am trying to use audacity as packaged in 1.3.9.p0
on a recent -current.
I open a new project, record
On Wed, Feb 03, 2010 at 12:06:20PM +0100, Jan Stary wrote:
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You are turning my laptop into the best audio workstation I have.
Right now, I am trying to use audacity as packaged in 1.3.9.p0
on a recent -current.
yes
I wonder if these problems would go away if jack support were dropped
from portaudio. only working with 32-bit sounds suspicious.
I've used audacity with jack before, but if it's messig things up
for more normal/casual use, it can go. ardour only uses jack, so
the functionality I want
you did the diff against.
Index: patches/patch-src_audacity_desktop
===
RCS file: /cvs/ports/audio/audacity/patches/patch-src_audacity_desktop,v
retrieving revision 1.5
diff -N -u -p patches/patch-src_audacity_desktop
Index
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile5 Oct 2009 13:59:56 - 1.22
+++ Makefile27 Oct 2009 11:41:25 -
@@ -2,9 +2,9 @@
COMMENT= free audio
: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.22
diff -N -u -p Makefile
--- Makefile5 Oct 2009 13:59:56 - 1.22
+++ Makefile27 Oct 2009 02:52:53 -
@@ -2,9 +2,9 @@
COMMENT
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
(Feb 6)?
Steps to reproduce the crash:
audacity - Edit - Preferences
After clicking on Preferences audacity crashes with the following
error message:
Segmentation fault (core dumped)
Regards,
Max.
--
OpenBSD
On Tue, Feb 10, 2009 at 10:13:10AM +, Jacob Meuser wrote:
On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
(Feb 6)?
Steps to reproduce the crash:
audacity - Edit - Preferences
On Tue, 10 Feb 2009, Maximilian-Clemens Anderer wrote:
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
(Feb 6)?
Steps to reproduce the crash:
audacity - Edit - Preferences
After clicking on Preferences audacity crashes with the following
error message
On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
(Feb 6)?
Steps to reproduce the crash:
audacity - Edit - Preferences
After clicking on Preferences audacity crashes with the following
On Tue, Feb 10, 2009 at 11:32:07AM +0100, Maximilian-Clemens Anderer wrote:
On Tue, Feb 10, 2009 at 10:13:10AM +, Jacob Meuser wrote:
On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
/packages are not fully up-to-date. I'm
using the latest i386/amd64 snapshot packages.
no one uses audacity?
Lightly tested here on i386. Compiled using vamp-plugin-sdk
which I have found here
http://marc.info/?l=openbsd-portsm=122799867504686w=2
$ pkg_info | egrep audacity|vamp
audacity-1.3.6
-to-date. I'm
using the latest i386/amd64 snapshot packages.
no one uses audacity?
--
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
Index: Makefile
===
RCS file: /home2/cvs/OpenBSD/ports/audio
PROTECTED]
SDF Public Access UNIX System - http://sdf.lonestar.org
Index: Makefile
===
RCS file: /home2/cvs/OpenBSD/ports/audio/audacity/Makefile,v
retrieving revision 1.18
diff -u -r1.18 Makefile
--- Makefile24 Mar 2008 05:31:48
I just built audacity from ports (v1.3.3) on a recent snapshot.
Audio works on my system with media players, but audacity doesn't produce any
sound. I can edit a waveform, and I don't get any errors; it simply doesn't
make any sound. It is set to use /dev/audio, which appears to be right
On Sun, Nov 18, 2007 at 10:37:16AM -0800, Tim Howe wrote:
I just built audacity from ports (v1.3.3) on a recent snapshot.
Audio works on my system with media players, but audacity doesn't produce any
sound. I can edit a waveform, and I don't get any errors; it simply doesn't
make any
Hi.
This diff updates audio/audacity to the latest available version.
More info here:
http://audacity.sourceforge.net/download/features-1.3-a
Please test and comment.
Cheers!
--
Antoine
Index: Makefile
===
RCS file: /cvs/ports
On Tue, 5 Jun 2007, Antoine Jacoutot wrote:
This diff updates audio/audacity to the latest available version.
More info here:
http://audacity.sourceforge.net/download/features-1.3-a
First I quickly read audacious and decided to test,
half-way through I noticed it was *city not *cious
but I
On Sun, 10 Dec 2006, Antoine Jacoutot wrote:
I only got positive reports on this update and I really think it should go in
now.
Can anyone have a look at this?
--
Antoine
On Mon, 4 Dec 2006, Martynas Venckus wrote:
This diff updates audacity to version 1.3.2.
New diff including one patch from Martynas Venckus.
Regress tests aren't working but they are _3_ years old... so there's no
real point in trying to fix them.
It still works fine under macppc and i386
This diff updates audacity to version 1.3.2.
Thank you!
Tested under macppc, feedback on other platforms is of course
appreciated.
Here's also something from me:
* fixes building on i386 (patch-lib-src_soundtouch_include_STTypes_h)
* SimpleBlockFileTest.cpp fix
http://znet.lv/~martynas
This diff updates audacity to version 1.3.2.
There's a problem with the regression tests as it seems they don't work
with unicoded wxWidgets, they only support the ANSI version.
I'm ready for inputs on this.
Tested under macppc, feedback on other platforms is of course
appreciated.
Cheers
On Sat, Dec 17, 2005 at 11:21:32PM -0800, Jacob Meuser wrote:
On Mon, Dec 05, 2005 at 12:16:43AM +0100, Antoine Jacoutot wrote:
On Sun, 4 Dec 2005, Matthias Kilian wrote:
On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
Here is a new audacity port.
O.k. on zaurus
long) const ()
from /usr/local/lib/libwx_gtk2.so.2.4
#3 0x7b7ebc74 in wxString::wxString(wchar_t const*, wxMBConv,
unsigned long) ()
from /usr/local/lib/libwx_gtk2.so.2.4
[...]
Looks like something different than audacity issue ...
yes. just proof that I did check other
Selon Aleksander Piotrowski [EMAIL PROTECTED]:
Please try attached diff. Put it into x11/wxWidgets/patches and
rebuild+reinstall wxWidgets.
Don't forget to test other ports that use wxWidgets.
It works great under amd64/current.
Tested with audacity and xchm.
Antoine
On Mon, 5 Dec 2005, steven mestdagh wrote:
Please try attached diff. Put it into x11/wxWidgets/patches and
rebuild+reinstall wxWidgets.
OK, the diff works fine under macppc and amd64.
I think it can be commited.
:)
Antoine
On 11/30/05, Antoine Jacoutot [EMAIL PROTECTED] wrote:
Hi...
Here is a new audacity port.
Tested under macppc/current.
As usual, please test and comment/report.
Thanks !
I'm not much of an audiomonkey, but at least breaking up a few large
mp3 files in preparation for dumping them to CD
it.
If anyone wants to have a look at this issue, I would appreciate... I've
been using this port (an older version) for a while now without problems
(under i386 and macppc).
Please try attached diff. Put it into x11/wxWidgets/patches and
rebuild+reinstall wxWidgets.
with that patch, audacity
On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
Here is a new audacity port.
O.k. on zaurus (allthough a little bit slow).
Tested: audio import, audio playback (which isn't seamless due to
limited cpu and memory), help browser.
Ciao,
Kili
On Sat, 3 Dec 2005, steven mestdagh wrote:
looks nice, but it dumps core on sparc64 upon selecting help-contents
in the menu.
Yes, this is a known problem. It did the same with the older version. As I
don't have any sparc64 around, I can not reproduce the problem and
certainly can not fix
Antoine Jacoutot wrote:
Hi...
Here is a new audacity port.
Tested under macppc/current.
Builds and installs fine on i386. I was able to make some cool new
ringtones for my phone.
Rik
On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
Hi...
Here is a new audacity port.
Tested under macppc/current.
As usual, please test and comment/report.
Thanks !
looks nice, but it dumps core on sparc64 upon selecting help-contents
in the menu.
Disclaimer: http
Hi...
Here is a new audacity port.
Tested under macppc/current.
As usual, please test and comment/report.
Thanks !
--
Antoine
pkg/DESCR
Audacity is a free audio editor. You can record sounds, play sounds,
import and export WAV, AIFF, Ogg Vorbis, and MP3 files, and more. Use it
to edit your
On 10/09/05, Antoine Jacoutot [EMAIL PROTECTED] wrote:
steven mestdagh wrote:
- upon selecting Help - Online help, I get a segmentation fault.
Thanks for the feedback.
Hum, strange I don't get that on macppc.
I can confirm this on sparc64.
Regards
Edd
Edd Barrett wrote:
Hum, strange I don't get that on macppc.
I can confirm this on sparc64.
Allright thanks... I'll try to debug this although I don't have any
sparc64 around anymore.
I appreciated the feedback...
Antoine
this menu item?
No, lame support is configured in the program preferences. It is to the
user to choose. Either he does not want to export to mp3 and it is fine,
or he wants to export to mp3, and then he installs lame and configure it
in the audacity preferences.
- the Analyze menu
wxWidgets-gtk-$ver-gtk2 intstalled here and I
cannot install audacity as it depends on wxWidges-gtk without gtk2
flavor. I'm not sure if this is OK, I mean maybe audacity work fine
with -gtk2 flavor too?
Alek
--
Spieranie się z zakochanym, to jak próba osuszenia oceanu łyżką.
-- Stephen King
that later.
Thanks a lot...
BTW right now I have wxWidgets-gtk-$ver-gtk2 intstalled here and I
cannot install audacity as it depends on wxWidges-gtk without gtk2
flavor. I'm not sure if this is OK, I mean maybe audacity work fine
with -gtk2 flavor too?
Doesn't OpenBSD allows to install the 2
On 9/4/05, Antoine Jacoutot [EMAIL PROTECTED] wrote:
Hi...
Here is a new audacity port (with libsamplerate on which it depends).
[...]
Please, test and report...
Perfect timing! I need to do some audio editing until next week and
here is your port :)
So far I spent about 3 hours to edit
Bernhard Leiner wrote:
Perfect timing! I need to do some audio editing until next week and
here is your port :)
So far I spent about 3 hours to edit mp3/ogg files and playing with
various effects. Works great! (i386)
Glad to hear it :)
I hope some dev will pick it up and include it in the
Edd Barrett a écrit :
Last I heard it people had just resolved microphone recording. Did the
blank filename in open dialog bug get resolved? Ive seen this in
other applications too.
Yes, if using wxGTK1, it works fine.
As soon as I have time, I'll try to work on it again.
Antoine
97 matches
Mail list logo