I am trying again to get this commited.
Is there something I can do to increase the amount of fsck given,
or is there actually objections to this?
Jan
port-opencore-amr-0.1.3.tar.gz
Description: application/tar-gz
While I was trying to get this commited, a new version came out.
So here goes: AMR, an implmentation of the Adaptive Multi Rate
speech codec, version 0.1.3.
Comments? OK?
Jan
port-opencore-amr-0.1.3.tar.gz
Description: application/tar-gz
This is a port of opencore-amr, an implementation
of the Adaptive Multi Rate speech codec.
http://opencore-amr.sourceforge.net/
(This has been reviewed a few times, and occasionally OK'd,
but I never got anyone to actually commit it.)
Jan
port-opencore-amr-0.1.2.tar.gz
Description: app
On Jan 02 13:18:25, Jan Stary wrote:
> On Dec 20 22:34:46, Jan Stary wrote:
> > On Dec 16 11:16:48, Jan Stary wrote:
> > > On Dec 13 20:55:01, Jan Stary wrote:
> > > > Are there further comments or objections to commiting this?
> > >
> > > Is there something else I need to do
> > > for someone wit
On Dec 20 22:34:46, Jan Stary wrote:
> On Dec 16 11:16:48, Jan Stary wrote:
> > On Dec 13 20:55:01, Jan Stary wrote:
> > > Are there further comments or objections to commiting this?
> >
> > Is there something else I need to do
> > for someone with commit rights to consider this?
>
> Is it the Ch
On Tue, Dec 20, 2011 at 10:34 PM, Jan Stary wrote:
> On Dec 16 11:16:48, Jan Stary wrote:
>> On Dec 13 20:55:01, Jan Stary wrote:
>> > Are there further comments or objections to commiting this?
>>
>> Is there something else I need to do
>> for someone with commit rights to consider this?
>
> Is i
On Dec 16 11:16:48, Jan Stary wrote:
> On Dec 13 20:55:01, Jan Stary wrote:
> > Are there further comments or objections to commiting this?
>
> Is there something else I need to do
> for someone with commit rights to consider this?
Is it the Christmass or is there simply zero interest in this?
On Dec 13 20:55:01, Jan Stary wrote:
> Are there further comments or objections to commiting this?
Is there something else I need to do
for someone with commit rights to consider this?
Thank you
Jan
Jan Stary wrote:
> Is this OK?
> http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
>
> # Apache 2.0
> PERMIT_PACKAGE_CDROM = patents, http://www.voiceage.com/amr_licterms.php
> PERMIT_PACKAGE_FTP= Yes
> PERMIT_DISTFILES_CDROM= patents,
> http:
> > audio/sox
> > graphics/ffmpeg
> > multimedia/avidemux
> > multimedia/gstreamer-0.10 (plugins-bad and plugins-ugly)
The above seem to not be broken (or in fact influenced)
by the presence of opencore-amr as installed from the port
(as attached) - see previous posts.
The tests described in my p
On Dec 10 22:37:38, Jan Stary wrote:
> I am trying again to get this AMR port commited:
> http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
On Dec 10 14:06:27, Marc Espie wrote:
> There's been some recent confusion as to which version of a patch someone
> was referring to, because it was an ext
On Jul 01 17:01:41, Stuart Henderson wrote:
> The following ports are very likely to pick this up:
>
> audio/sox
> graphics/ffmpeg
> multimedia/avidemux
> multimedia/gstreamer-0.10 (plugins-bad and plugins-ugly)
>
> These need to be built with opencore-amr already installed and checked as
> to wh
On Sat, Dec 10, 2011 at 10:37:38PM +0100, Jan Stary wrote:
> Once gstreamer/core is installed and I try to build
> streamer/plugins-bad, the build stops with
>
> ===> Verifying specs: glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 xml2 z m
> pcre gstreamer-0.10 intl>=5 iconv>=6 glib-2.0 gmodule-2.0
On Jul 03 21:11:22, Christian Weisgerber wrote:
> Jan Stary wrote:
>
> > http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
> >
> > It comes with the Apache License 2.0; I am not sure
> > what that means for the PERMIT_* variables; I asked
> > upstream, but someone here surely knows.
>
> AMR
Replying to an old thread when I finally got around to it,
I am trying again to get this AMR port commited:
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
Meanwhile, I have found that David Coppa tried to
get this in before (and later OK'd my attempt):
http://marc.info/?t=12761017433&r=1
Stuart Henderson [2011-07-04, 11:38:51]:
> On 2011-07-01, Jan Stary wrote:
> > On Jul 01 18:09:53, Stuart Henderson wrote:
> >> On 2011-07-01, Jan Stary wrote:
> >> >> It builds fine with USE_LIBTOOL=gnu.
> >> >
> >> > Yes it does. Thank you.
> >> >
> >> > I didn't know I could use USE_LIBTOOL=gn
On 2011-07-01, Jan Stary wrote:
> On Jul 01 18:09:53, Stuart Henderson wrote:
>> On 2011-07-01, Jan Stary wrote:
>> >> It builds fine with USE_LIBTOOL=gnu.
>> >
>> > Yes it does. Thank you.
>> >
>> > I didn't know I could use USE_LIBTOOL=gnu.
>>
>> I forgot to comment on this earlier; it's avail
Jan Stary wrote:
> http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
>
> It comes with the Apache License 2.0; I am not sure
> what that means for the PERMIT_* variables; I asked
> upstream, but someone here surely knows.
AMR is patent-encumbered. We may not be able to put this on the
CDROM
On Jul 03 15:11:49, Brad wrote:
> http://www.apache.org/licenses/GPL-compatibility.html
Thanks, that's what I've been missing.
On 03/07/11 1:52 PM, Jan Stary wrote:
Why? Sox 14.3.2 comes with GPLv2, the sox libraries come with LGPLv2.1.
Then the SoX license marker in the port should also be updated to add
the missing LGPL license too.
Now it contains new functionality of the opencore-amr that comes with
Apache Lice
On Jul 01 17:01:41, Stuart Henderson wrote:
> On 2011-07-01, Giovanni Bechis wrote:
> > On 07/01/11 15:39, David Coppa wrote:
> >> To anyone who wants to import it, you have my ok.
> >>
> > Enable regression test as well, ok for me.
>
> The following ports are very likely to pick this up:
>
> a
On Jul 03 13:24:43, Brad wrote:
> On 03/07/11 3:46 AM, Jan Stary wrote:
> >On Jul 01 19:08:47, Brad wrote:
> >>On 01/07/11 6:18 PM, Jan Stary wrote:
> audio/sox
> >>>
> >>>I will take care of audio/sox. In fact, I have an update for
> >>>audio/sox ready, as my main motivation for porting AMR wa
On 03/07/11 3:46 AM, Jan Stary wrote:
On Jul 01 19:08:47, Brad wrote:
On 01/07/11 6:18 PM, Jan Stary wrote:
audio/sox
I will take care of audio/sox. In fact, I have an update for
audio/sox ready, as my main motivation for porting AMR was
to have AMR functionality in SoX.
Make sure to update
On Jul 01 17:01:41, Stuart Henderson wrote:
> multimedia/avidemux
This seems to ignore the installed opencore-amr libraries,
but has no ./configure options to explicitly disable them.
It uses its own libamr.c then.
Does that mean that avidemux is safe from the possible opencore-amr
import? Is the
On 01/07/11 6:18 PM, Jan Stary wrote:
audio/sox
I will take care of audio/sox. In fact, I have an update for
audio/sox ready, as my main motivation for porting AMR was
to have AMR functionality in SoX.
Make sure to update the license marker in the Makefile to
GPLv3+.
graphics/ffmpeg
ffmpe
On Sat, Jul 02, 2011 at 12:18:23AM +0200, Jan Stary wrote:
> On Jul 01 17:01:41, Stuart Henderson wrote:
> > On 2011-07-01, Giovanni Bechis wrote:
> > > On 07/01/11 15:39, David Coppa wrote:
> > >> To anyone who wants to import it, you have my ok.
> > >>
> > > Enable regression test as well, ok f
On Jul 01 17:01:41, Stuart Henderson wrote:
> On 2011-07-01, Giovanni Bechis wrote:
> > On 07/01/11 15:39, David Coppa wrote:
> >> To anyone who wants to import it, you have my ok.
> >>
> > Enable regression test as well, ok for me.
>
> The following ports are very likely to pick this up:
What
On Jul 01 18:09:53, Stuart Henderson wrote:
> On 2011-07-01, Jan Stary wrote:
> >> It builds fine with USE_LIBTOOL=gnu.
> >
> > Yes it does. Thank you.
> >
> > I didn't know I could use USE_LIBTOOL=gnu.
>
> I forgot to comment on this earlier; it's available in cases where
> something doesn't pac
On 2011-07-01, Jan Stary wrote:
>> It builds fine with USE_LIBTOOL=gnu.
>
> Yes it does. Thank you.
>
> I didn't know I could use USE_LIBTOOL=gnu.
I forgot to comment on this earlier; it's available in cases where
something doesn't package with ports libtool and a fix can't be
found, but it's rea
On 2011-07-01, Giovanni Bechis wrote:
> On 07/01/11 15:39, David Coppa wrote:
>> To anyone who wants to import it, you have my ok.
>>
> Enable regression test as well, ok for me.
The following ports are very likely to pick this up:
audio/sox
graphics/ffmpeg
multimedia/avidemux
multimedia/gstrea
On 07/01/11 15:39, David Coppa wrote:
> To anyone who wants to import it, you have my ok.
>
Enable regression test as well, ok for me.
Cheers
Giovanni
opencore-amr-0.1.2.tar.gz
Description: application/gzip
On Fri, Jul 1, 2011 at 3:32 PM, Jan Stary wrote:
> On Jul 01 15:09:03, David Coppa wrote:
>> On Fri, Jul 1, 2011 at 2:51 PM, Jan Stary wrote:
>>
>> > OK, thanks. It is now in the port.
>> > Further comments?
>>
>> Yes. You cannot sort stuff as you like.
>> Please, try to follow /usr/ports/infrast
On Jul 01 15:09:03, David Coppa wrote:
> On Fri, Jul 1, 2011 at 2:51 PM, Jan Stary wrote:
>
> > OK, thanks. It is now in the port.
> > Further comments?
>
> Yes. You cannot sort stuff as you like.
> Please, try to follow /usr/ports/infrastructure/templates/Makefile.template
It is in the templat
On Fri, Jul 1, 2011 at 2:51 PM, Jan Stary wrote:
> OK, thanks. It is now in the port.
> Further comments?
Yes. You cannot sort stuff as you like.
Please, try to follow /usr/ports/infrastructure/templates/Makefile.template
ciao,
david
On Jul 01 14:41:24, David Coppa wrote:
> On Fri, 01 Jul 2011, Jan Stary wrote:
>
> > > What exactly does the "0.0" mean in SHARED_LIBS?
> > >
> > > SHARED_LIBS += opencore-amrnb 0.0
> > > SHARED_LIBS += opencore-amrwb 0.0
> > >
> > > Running 'make plist' suggests this; but if I build the softw
On Fri, 01 Jul 2011, Jan Stary wrote:
> > What exactly does the "0.0" mean in SHARED_LIBS?
> >
> > SHARED_LIBS += opencore-amrnb 0.0
> > SHARED_LIBS += opencore-amrwb 0.0
> >
> > Running 'make plist' suggests this; but if I build the software natively
> > (outside of the ports), the libraries
> What exactly does the "0.0" mean in SHARED_LIBS?
>
> SHARED_LIBS += opencore-amrnb 0.0
> SHARED_LIBS += opencore-amrwb 0.0
>
> Running 'make plist' suggests this; but if I build the software natively
> (outside of the ports), the libraries are built and installed as *.so.0.2
> Why is the abov
On Jun 29 21:35:25, Jan Stary wrote:
>> This is a port of opencore-amr, which is an implementation
>> of the Adaptive Multi Rate speech codec that seems to be
>> used by many modern mobile devices (such as my android).
>> (This is my first new port - please be gentle.)
>>
>> The main motivation is
On Fri, 01 Jul 2011, Jan Stary wrote:
> On Jun 29 21:35:25, Jan Stary wrote:
> > http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
> >
> > This is a port of opencore-amr, which is an implementation
> > of the Adaptive Multi Rate speech codec that seems to be
> > used by many modern mobile devi
On 07/01/11 13:05, Jan Stary wrote:
>> (2)
>> With USE_LIBTOOL=Yes, the build fails in a strange way (see below).
>> Without USE_LIBTOOL, everything goes fine. But I don't know enough
>> about libtool to spot the exact problem (see my guess below, though).
>
It builds fine with USE_LIBTOOL=gnu.
Ch
On Jun 29 21:35:25, Jan Stary wrote:
> http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
>
> This is a port of opencore-amr, which is an implementation
> of the Adaptive Multi Rate speech codec that seems to be
> used by many modern mobile devices (such as my android).
> (This is my first new p
http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
This is a port of opencore-amr, which is an implementation
of the Adaptive Multi Rate speech codec that seems to be
used by many modern mobile devices (such as my android).
(This is my first new port - please be gentle.)
The main motivation is
42 matches
Mail list logo