opus support

opus support

[qwx]

Hello,

I recently investigated if it's worth it to me to replace mp3 with another codec
such as opus for storing my music library in.  I've concluded that it is.

Based on mischief's own earlier efforts, I've ported the latest versions of xiph's
opusdec and opusenc implementation along with their supporting libraries.  I've
also changed their basic usage to adhere with our own, and their defaults to
conform with default audio(3) format.  Additionally, I've added changes to
file(1), play(1), /sys/lib/plumb/basic and the audio(1) manpage to integrate
these fully.

For those interested, here's a summary of my investigations:

http://nopenopenope.net/posts/audcomp

It also contains instructions for setting opus up.

I have not updated my contrib directory yet, sorry.

Note that the mkfiles the patches add for building the alien code need work.

I am not sure this is worth importing into 9front, although I'd welcome it.  The
programs and libraries are over 70k lines of code.

Cheers,

qwx

Re: [9front] opus support

[Julius Schmidt]

I'm against important 70k lines of foreign source code into the plan9front 
repository.

It would be nice to have a 9front-extra repository for stuff like this. It 
wouldn't be part of the default install, but there'd be some script 
included to pull it.

Not sure where a good canonical place in the file hierarchy would be.. 
/sys/extra?

On Mon, 13 Jan 2020, qwx wrote:

> Hello,
>
> I recently investigated if it's worth it to me to replace mp3 with another codec
> such as opus for storing my music library in.  I've concluded that it is.
>
> Based on mischief's own earlier efforts, I've ported the latest versions of xiph's
> opusdec and opusenc implementation along with their supporting libraries.  I've
> also changed their basic usage to adhere with our own, and their defaults to
> conform with default audio(3) format.  Additionally, I've added changes to
> file(1), play(1), /sys/lib/plumb/basic and the audio(1) manpage to integrate
> these fully.
>
> For those interested, here's a summary of my investigations:
>
> http://nopenopenope.net/posts/audcomp
>
> It also contains instructions for setting opus up.
>
> I have not updated my contrib directory yet, sorry.
>
> Note that the mkfiles the patches add for building the alien code need work.
>
> I am not sure this is worth importing into 9front, although I'd welcome it.  The
> programs and libraries are over 70k lines of code.
>
> Cheers,
>
> qwx
>

Re: [9front] opus support

[Stanley Lieber]

On January 13, 2020 6:45:37 PM EST, Julius Schmidt <aiju@phicode.de> wrote:
>I'm against important 70k lines of foreign source code into the
>plan9front 
>repository.
>
>It would be nice to have a 9front-extra repository for stuff like this.
>It 
>wouldn't be part of the default install, but there'd be some script 
>included to pull it.
>
>Not sure where a good canonical place in the file hierarchy would be.. 
>/sys/extra?
>
>On Mon, 13 Jan 2020, qwx wrote:
>
>> Hello,
>>
>> I recently investigated if it's worth it to me to replace mp3 with
>another codec
>> such as opus for storing my music library in.  I've concluded that it
>is.
>>
>> Based on mischief's own earlier efforts, I've ported the latest
>versions of xiph's
>> opusdec and opusenc implementation along with their supporting
>libraries.  I've
>> also changed their basic usage to adhere with our own, and their
>defaults to
>> conform with default audio(3) format.  Additionally, I've added
>changes to
>> file(1), play(1), /sys/lib/plumb/basic and the audio(1) manpage to
>integrate
>> these fully.
>>
>> For those interested, here's a summary of my investigations:
>>
>> http://nopenopenope.net/posts/audcomp
>>
>> It also contains instructions for setting opus up.
>>
>> I have not updated my contrib directory yet, sorry.
>>
>> Note that the mkfiles the patches add for building the alien code
>need work.
>>
>> I am not sure this is worth importing into 9front, although I'd
>welcome it.  The
>> programs and libraries are over 70k lines of code.
>>
>> Cheers,
>>
>> qwx
>>

/sys/dst

sl

Re: [9front] opus support

[hiro]

qwx: cool, how many lines of code (using this same metric you used) is
the existing vorbis support and how much bigger is this here?

Re: [9front] opus support

[Steve Simon]

Re: Opus

Honestly different codecs (MP3/AAC/Opus/Ogg) make very little difference at high bitrates (250-320Kbps),
where opus comes into its own is its licence, and its ability to scale down to very low bitrates
in a fairly linear fashion.

If anyone is interested I did quite a lot of wqork on internet radio a few years ago including porting a
variety of codecs, mpeg transport unwrapping, and HLS (No DASH as I refused to pay for an inch of ISO specs).

I even added a quick and dirty GUI (UI programming is not my thing).

Sadly this stalled as I got a job with a HIFI company and got some free gear which does all this.

Shout if interested.

-Steve

Re: [9front] opus support

[Rodrigo G. López]

i am, do you have the code anywhere public (contrib)? 


-rodri

On January 14, 2020 12:04:16 PM UTC, Steve Simon <steve@quintile.net> wrote:
>Re: Opus
>
>Honestly different codecs (MP3/AAC/Opus/Ogg) make very little
>difference at high bitrates (250-320Kbps),
>where opus comes into its own is its licence, and its ability to scale
>down to very low bitrates
>in a fairly linear fashion.
>
>If anyone is interested I did quite a lot of wqork on internet radio a
>few years ago including porting a
>variety of codecs, mpeg transport unwrapping, and HLS (No DASH as I
>refused to pay for an inch of ISO specs).
>
>I even added a quick and dirty GUI (UI programming is not my thing).
>
>Sadly this stalled as I got a job with a HIFI company and got some free
>gear which does all this.
>
>Shout if interested.
>
>-Steve

-rodri

Re: [9front] opus support

[Steve Simon]

My contrib is a rather out of date, I will try and sort it out,
in the meantime I put the files on my own web server.

audio.tbz is the codes and players - see INSTALL
the json and xml parsers and commands are my own and predate from the 9front ones,
naturally my code uses my API.

My code is mine but you are fee to use it provided you don't claim you wrote it,
and you buy me a pint shoyld we ever meet.

I don't think there are any dependencies but shout if you have problems.
- it still builds on my server.

-Steve

Re: [9front] opus support

[hiro]

if you ever use steve simon's code please buy me a pint, too!
thanks in advance.

Re: [9front] opus support

[Steve Simon]

Beers all round!

BTW, sources now resides at 9p.io I beleive, which appears to be the cousin of plan9.io.

Who do I contact about reclaiming my account and associated contrib directory?

-Steve

Re: [9front] opus support

[Rodrigo G. López]

your site is very interesting, but most links are broken.

i found the package.

the beer awaits you (and hiro of course) at a ghost town in southern spain. :)


On January 14, 2020 12:55:41 PM UTC, Steve Simon <steve@quintile.net> wrote:
>My contrib is a rather out of date, I will try and sort it out,
>in the meantime I put the files on my own web server.
>
>audio.tbz is the codes and players - see INSTALL
>the json and xml parsers and commands are my own and predate from the
>9front ones,
>naturally my code uses my API.
>
>My code is mine but you are fee to use it provided you don't claim you
>wrote it,
>and you buy me a pint shoyld we ever meet.
>
>I don't think there are any dependencies but shout if you have
>problems.
>- it still builds on my server.
>
>-Steve

-rodri

Re: [9front] opus support

[Steve Simon]

sorry, I forgot the links

http://www.quintile.net/doorstep/audio.tbz
http://www.quintile.net/doorstep/libxml.tbz
http://www.quintile.net/doorstep/json.cmds.tbz
http://www.quintile.net/doorstep/xml.cmds.tbz
http://www.quintile.net/doorstep/libjson.tbz

-Steve