Re: NEW: audio/shntool
On 2012/05/15 18:16, Anthony J. Bentley wrote: shntool supports .wav files by default, but can also work with any format containing audio waveforms, including losslessly-compressed formats. To support these extra formats, install the following packages: This suggests it also handles non-losslessly-compressed formats, how about something like this? shntool supports .wav files by default, but has support for reading other losslessly-compressed formats by using helper programs. To support these extra formats, install the following packages: Similar to Antoine's reasoning, I would prefer a README instead. ok? I guess..though what would anyone think about just symlinking the +DISPLAY files into $LONGPATH/pkg-readmes? That way, people who like to install a bunch of things and configure them later would only need to look in pkg-readmes not also /var/db/pkg/*/+DISPLAY. And people who are just installing packages as they go and want to handle the quick tweaks typically mentioned in MESSAGE (add this to rc.conf.local, install this extra package, set a password or we'll cook your dog etc) don't have the extra steps (spot the Look in ... for extra doc message, look in that dir, work out which files to read, read them.. ;)
Re: NEW: audio/shntool
Stuart Henderson writes: On 2012/05/13 00:20, anthonyjbent...@gmail.com wrote: shntool is a multi-purpose WAVE data processing and reporting utility. File formats are abstracted from its core, so it can process any file that contains WAVE data, compressed or not - provided there exists a format module to handle that particular file type. shntool has native support for .wav files, and can work with other lossless audio formats, provided the appropriate helper program is installed. I find this very useful for splitting cuesheets to individual files. E.g., converting a single ape/cue to individual flacs: shntool split -f foo.cue -o flac foo.ape It might be better to add RUN_DEPENDS for audio/flac, audio/mac, etc, since the error message for uninstalled modules is rather unhelpful. ok? There is actually a helpful error message too, but it's on a file descriptor which ended up being redirected so we don't get to see it, maybe report this upstream? (See ktrace snippets below). I would rather not add a bunch of RUN_DEPENDS, especially as some of the possibilities aren't in the tree at all, and others are of quite limited use, rather I would specifically mention in DESCR the names of the packages you can install to support additional formats. I'm OK with importing it with that change. Similar to Antoine's reasoning, I would prefer a README instead. ok? $OpenBSD: README.template,v 1.4 2011/06/02 13:44:40 ajacoutot Exp $ +--- | Running ${FULLPKGNAME} on OpenBSD +--- Format Modules == shntool supports .wav files by default, but can also work with any format containing audio waveforms, including losslessly-compressed formats. To support these extra formats, install the following packages: - sox (.aiff) - shorten (.shn) - flac (.flac) - mac (.ape) - wavepack (.wv) - bonk (.bonk) shntool.tar.gz Description: shntool.tar.gz
NEW: audio/shntool
Hi, shntool is a multi-purpose WAVE data processing and reporting utility. File formats are abstracted from its core, so it can process any file that contains WAVE data, compressed or not - provided there exists a format module to handle that particular file type. shntool has native support for .wav files, and can work with other lossless audio formats, provided the appropriate helper program is installed. I find this very useful for splitting cuesheets to individual files. E.g., converting a single ape/cue to individual flacs: shntool split -f foo.cue -o flac foo.ape It might be better to add RUN_DEPENDS for audio/flac, audio/mac, etc, since the error message for uninstalled modules is rather unhelpful. ok? -- Anthony J. Bentley shntool.tar.gz Description: shntool.tar.gz
Re: NEW: audio/shntool
* Jacob Meuser jake...@sdf.lonestar.org [28.10.2010 23:49]: call me crazy, but I expect a utility named shntool to work with .shn (shorten) files. The manpage says it's a historic holdover: shntool is a misnomer, since it processes WAVE data, not shorten data. The name is a holdover from its early days as 'shnlen', a program cre- ated specifically to extract information about WAVE data stored within .shn files. Aliases for shntool are prefixed with 'shn' instead of 'wav' to avoid possible collisions with existing programs. I added a RUN_DEPENDS to the updated port to meet this expectation. shntool2.tar.gz Description: application/tar-gz
Re: NEW: audio/shntool
On Oct 29 10:19:43, Armin Wolfermann wrote: * Jacob Meuser jake...@sdf.lonestar.org [28.10.2010 23:49]: call me crazy, but I expect a utility named shntool to work with .shn (shorten) files. The manpage says it's a historic holdover: shntool is a misnomer, since it processes WAVE data, not shorten data. The name is a holdover from its early days as 'shnlen', a program cre- ated specifically to extract information about WAVE data stored within .shn files. Looks like a poor man's soxi(1) then, right?
Re: NEW: audio/shntool
* Jan Stary h...@stare.cz [29.10.2010 11:21]: Looks like a poor man's soxi(1) then, right? Among other things. You can also join, split, generate cue files or trim silence. I found splitting regardless of format a great convenience.
Re: NEW: audio/shntool
On 2010/10/29 11:29, Armin Wolfermann wrote: * Jan Stary h...@stare.cz [29.10.2010 11:21]: Looks like a poor man's soxi(1) then, right? Among other things. You can also join, split, generate cue files or trim silence. I found splitting regardless of format a great convenience. Ah, I could have used this a week ago, now all I have to do is work out how to get the embedded cuesheets out of my old .ape files :-) I would make this small change to DESCR so people can see more clearly what they need to do if they wish to use various formats, but otherwise this looks fine to me. Any ok's? diff -uNp -r shntool.orig/pkg/DESCR shntool/pkg/DESCR --- shntool.orig/pkg/DESCR Thu Oct 28 11:09:16 2010 +++ shntool/pkg/DESCR Fri Oct 29 11:51:04 2010 @@ -4,6 +4,5 @@ that contains WAVE data, compressed or not - provided format module to handle that particular file type. shntool has native support for .wav files. If you want it to work with -other lossless audio formats, you must have the appropriate helper -program installed. See shntool -f for a list of supported formats. - +other lossless audio formats, install the appropriate package, e.g. sox, +flac, mac, wavpack, bonk. See shntool -f for a list of supported formats.
NEW: audio/shntool
Hi, a question first: this port has builtin support for .wav files, while other audio formats need a pre/postprocessor (e.g. audio/mac for .ape). I omitted the dependencies to shorten/flac/mac/wavpack/bonk... as shntool is working without it and a warning is printed if the appropriate helper is missing. Is this ok or should I add all supported audio compressors as dependencies? Works for me on i386, please test and commit. $ pkg_info shntool Information for inst:shntool-3.0.10 Comment: wave audio file processing and reporting utility Description: shntool is a multi-purpose WAVE data processing and reporting utility. File formats are abstracted from its core, so it can process any file that contains WAVE data, compressed or not - provided there exists a format module to handle that particular file type. shntool has native support for .wav files. If you want it to work with other lossless audio formats, you must have the appropriate helper program installed. See shntool -f for a list of supported formats. Maintainer: Armin Wolfermann ar...@wolfermann.org WWW: http://etree.org/shnutils/shntool/ Regards, Armin Wolfermann shntool.tar.gz Description: application/tar-gz
Re: NEW: audio/shntool
On Thu, Oct 28, 2010 at 12:26:24PM +0200, Armin Wolfermann wrote: Hi, a question first: this port has builtin support for .wav files, while other audio formats need a pre/postprocessor (e.g. audio/mac for .ape). I omitted the dependencies to shorten/flac/mac/wavpack/bonk... as shntool is working without it and a warning is printed if the appropriate helper is missing. Is this ok or should I add all supported audio compressors as dependencies? call me crazy, but I expect a utility named shntool to work with .shn (shorten) files. Works for me on i386, please test and commit. $ pkg_info shntool Information for inst:shntool-3.0.10 Comment: wave audio file processing and reporting utility Description: shntool is a multi-purpose WAVE data processing and reporting utility. File formats are abstracted from its core, so it can process any file that contains WAVE data, compressed or not - provided there exists a format module to handle that particular file type. shntool has native support for .wav files. If you want it to work with other lossless audio formats, you must have the appropriate helper program installed. See shntool -f for a list of supported formats. Maintainer: Armin Wolfermann ar...@wolfermann.org WWW: http://etree.org/shnutils/shntool/ Regards, Armin Wolfermann -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org