9 Oct
2025
9 Oct
'25
9:44 a.m.
Unfortunately mhWaveEdit is abandoned, but IMHO is still very valid for
quick audio editing of single files, trimming, fade-in / out, etc. and
as discussed in a recent thread I haven't found alternatives on Linux.
It also looks like it won't build any more 'out of the box' from the
source package or AUR packages (I'm on manjaro)
The 'latest' source package gets a bunch of errors / warnings
https://bpa.st/4TLQ
This was by doing a:
./configure --prefix=/usr --without-oss --without-portaudio
--without-oss --with-double-samples --without-check-casts
and then just
make
I was eventually able to successfully compile and run by brute force
suppressing two of the most relevant warnings:
make CFLAGS="-Wno-incompatible-pointer-types -Wno-deprecated-declarations"
Ideas / thoughts?
Lorenzo
9 Oct
9 Oct
5:24 p.m.
On Thu, Oct 09, 2025 at 09:44:12AM +0200, Lorenzo Sutton wrote:
Unfortunately mhWaveEdit is abandoned, but IMHO is
still very valid for
quick audio editing of single files, trimming, fade-in / out, etc. and as
discussed in a recent thread I haven't found alternatives on Linux.
Agreed, I still use it myself.
Have you tried the gWaveEdit fork?
https://github.com/wdlkmpx/gWaveEdit/
Apart from being a bit old, the codebase is quite nice
to hack on.
Regards
--
Tim Orford
10 Oct
10 Oct
7:46 a.m.
On 09/10/2025 17:24, Tim Orford wrote:
On Thu, Oct 09, 2025 at 09:44:12AM +0200, Lorenzo
Sutton wrote:
Actually no to be honest. Any prominent functionality it adds to the
original release?
Lorenzo
Unfortunately mhWaveEdit is abandoned, but IMHO
is still very valid for
quick audio editing of single files, trimming, fade-in / out, etc. and as
discussed in a recent thread I haven't found alternatives on Linux.
Agreed, I
still use it myself.
Have you tried the gWaveEdit fork?
https://github.com/wdlkmpx/gWaveEdit/
Apart from being a bit old, the codebase is quite nice
to hack on. 
1:54 a.m.
Lorenzo Sutton <lorenzofsutton(a)gmail.com> writes:
I was eventually able to successfully compile and run
by brute force
suppressing two of the most relevant warnings:
make CFLAGS="-Wno-incompatible-pointer-types -Wno-deprecated-declarations"
I build it with -std=gnu17 - it makes use of GtkItemFactory, which uses
function pointers in a way that's not C23-friendly.
I also have a couple of small patches for user interface things:
http://offog.org/git/garstow/media/mhwaveedit/patches/
It might be worth setting up a minimal maintenance fork of it if there
are several of us who're using it? The gwaveedit fork makes some rather
extensive changes to the code, and hasn't had any work in several years
anyway...
--
Adam Sampson <ats(a)offog.org> <http://offog.org/>
4:22 a.m.
Am 10.10.25 um 01:54 schrieb Adam Sampson:
Lorenzo Sutton <lorenzofsutton(a)gmail.com>
writes:
GCC 15 changed the default from -std=gnu17 to
-std=gnu23.
https://gcc.gnu.org/gcc-15/porting_to.html#c
That broke a few packages in the AUR.
Chris
I was eventually able to successfully compile and
run by brute force
suppressing two of the most relevant warnings:
make CFLAGS="-Wno-incompatible-pointer-types -Wno-deprecated-declarations"
I build it with -std=gnu17
7:55 a.m.
On 10/10/2025 04:22, Christopher Arndt wrote:
Am 10.10.25 um 01:54 schrieb Adam Sampson:
Indeed.
It seems meanwhile the maintainer of the -git package fixed by adding
-std=gnu17
I do _have_ gcc 15.2.1 and it seemed to work still?
Lorenzo
Lorenzo Sutton <lorenzofsutton(a)gmail.com>
writes:
GCC 15 changed the default from -std=gnu17 to
-std=gnu23.
https://gcc.gnu.org/gcc-15/porting_to.html#c
That broke a few packages in the AUR. I was eventually able to successfully compile and
run by brute force
suppressing two of the most relevant warnings:
make CFLAGS="-Wno-incompatible-pointer-types
-Wno-deprecated-declarations"
I build it with -std=gnu17
7:53 a.m.
On 10/10/2025 01:54, Adam Sampson wrote:
Lorenzo Sutton <lorenzofsutton(a)gmail.com>
writes:
Thanks Adam.
Indeed with -std=gnu17 it seems to build
I was eventually able to successfully compile and
run by brute force
suppressing two of the most relevant warnings:
make CFLAGS="-Wno-incompatible-pointer-types -Wno-deprecated-declarations"
I build it with -std=gnu17 - it makes use of GtkItemFactory, which uses
function pointers in a way that's not C23-friendly.
I also have a couple of small patches for user
interface things:
http://offog.org/git/garstow/media/mhwaveedit/patches/
Indeed I have missed CTRL+Q - seems I might not be the only user having
quite a bit of muscle memory attached to CTRL+Q and CTRL+W :-)
It might be worth setting up a minimal maintenance fork of it if there
are several of us who're using it? The gwaveedit fork makes some rather
extensive changes to the code, and hasn't had any work in several years
anyway...
Interesting idea... I'm actually thinking it might be more users than
expected, I kind of thought I was the only one using it these days :-)
Lorenzo
2
days inactive
3
days old
linux-audio-dev@lists.linuxaudio.org
6 comments
4 participants
participants (4)
-
Adam Sampson -
Christopher Arndt -
Lorenzo Sutton -
Tim Orford