Opened 4 years ago
Last modified 4 years ago
#61341 new request
Request for a "mp3DirectCut" port
| Reported by: | dajare (David) | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | ryandesign (Ryan Carsten Schmidt) | |
| Port: | mp3DirectCut |
Description
mp3DirectCut is Windows freeware (runs well under WINE on Ubuntu): "a fast and extensive audio editor for encoded MP3 and AAC. Without re-encoding directly cut, crop, split and join your tracks, create fades on MP3 and much more."
https://mpesch3.de/index.html
There's little like it in the FOSS macOS world, and this would be great to have for the Mac environment.
Change History (4)
comment:1 follow-up: 4 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | ryandesign added |
|---|---|
| Port: | mp3DirectCut added |
comment:2 Changed 4 years ago by kencu (Ken)
I haven't used it in a while, but there is an entire existing ecosystem for building wrapped windows applications as mac applications using wine <https://www.playonmac.com/en/>.
comment:3 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
And other similar projects like https://winebottler.kronenberg.org . So implementing something like those as a MacPorts portgroup is what I was musing on above.
comment:4 Changed 4 years ago by dajare (David)
Many thanks for the reply and follow-up. Yes, I have looked at the app you mention. By comparison, I find the mp3DirectCut app both easier to use (more intuitive interface, for me, anyway!), and significantly more feature rich.
But I'm grateful for the responses (also @kencu). If there is a way to bring this app into the MacPorts world, I think that would be great (of course!). I'll also look into the other links provided, above. Thanks again!
Replying to ryandesign:
As an alternative, have you tried mp3splt-gtk?
We do have wine in MacPorts but we haven't previously added many ports that run via wine. The only existing one I can think of is mystonline-wine. But this is a type of port that may indeed be useful to be able to create, sparingly. I've given some thought to this idea before. There is a certain amount of boilerplate involved with creating such a port, including adding the wine dependency, creating a new wine prefix, possibly automating an installer program, maybe developing an application bundle wrapper so that there is a Finder/Dock icon, and probably a post-deactivate block to delete the wine prefix since I think wine has a habit of adding files to the prefix that we would want to clean up when the port is deactivated/uninstalled. This boilerplate could go into a new portgroup.
As an alternative, have you tried mp3splt-gtk?