headers
Mean | 1 Feb 2005 08:59
Picon
Favicon

LGPL / MMU Less system

Hello,
          I tend to remember there was a sentence in the old ffmpeg 
website explictely allowing
          use of static linking of lavcodec/format/... in addition to 
general LGPL license (i.e. you still
          have to send the changes).

          I ask the question for embedded/MMU less system that has no 
dynamic link capabilities
          and thus cannot use lavcodec and al without being fully GPLed 
(which is not alway possible)

    Thanks

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 57 comments |
headers
Mean | 1 Feb 2005 21:02
Picon
Favicon

Re: LGPL / MMU Less system

D Richard Felker III wrote:

>On Mon, Jan 31, 2005 at 01:53:15PM +0100, fixounet <at> free.fr wrote:
>  
>
>> For several reasons.
>>
>>- they may contain 3rd parties with specific license prohibiting release of
>>objects
>>- they may contains security or sensitive informations
>>    
>>
>
>this is exactly why we don't allow. if you're making drm crap, do it
>on your own and write your own codecs from scratch!! you have no
>business profitting off of free software to do such evil!
>
>  
>
I never said anything about DRM as it was not what i had in mind.
Example : IMEI (google if needed). It is definitively sensitive
information.

Sorry to repeat it again, the position is clear, *GPL . That's fine by me.

And the result is that my memory was failing me, it happens often.

Thanks, and sorry for the noise.

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
geolsoft | 1 Feb 2005 09:06
Picon

Re: av_write_frame() FPE or pts<dts part 2 (necessary source/debug info included)

On Mon, Jan 31, 2005 at 08:56:01PM +1000, Chez Smith wrote:
> hi,
> 
> added av_write_header() just prior to while loop and the program
> works, however, i get buffer underrun warnings:
> 
> [vob  <at>  0x82e8538]buffer underflow
> 
> this does not crash the program as it still outputs a working mpeg2video file

I noticed that too, and the output_example.c gives the same
warnings when output is out.mpg or or out.vob (CVS snapshot
2005-01-30), but not with other formats.

Is this a problem with encoders, or does output_example.c
needs updating?

Best,
Oleg Katsitadze

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 1 comment |
headers
Stephane van Hardeveld | 1 Feb 2005 10:00
Picon

Re: LGPL / MMU Less system


----- Original Message ----- 
From: "D Richard Felker III" <dalias <at> aerifal.cx>
To: <ffmpeg-devel <at> lists.sourceforge.net>
Sent: Monday, January 31, 2005 8:33 PM
Subject: Re: [Ffmpeg-devel] LGPL / MMU Less system

>
> this is exactly why we don't allow. if you're making drm crap, do it
> on your own and write your own codecs from scratch!! you have no
> business profitting off of free software to do such evil!
>

Just to start another troll: DRM does not have to be the thing of evil you
make it
here, I can understand some musicians who wish to protect their efforts.
For instance, look at virtunes.com, they give a protected stream away, sell
a protected
download for a low price, and sell an unprotected high-quality MP3 file for
a bit more.
In this way, DRM is used in the only logical way, to protect the interest of
the musician,
by providing him with a means to do some promotion of his music, without
losing
the control over the content, but on the other hand allowing the buyer to
use the actual
track in any way he or she sees fit: burn to mp3 player or cd etc.

Just my two cents, don't kill me immediately:-)
(Continue reading)

Permalink | Reply | 45 comments |
headers
François Revol | 1 Feb 2005 10:13
Picon
Favicon
Gravatar

Re: LGPL / MMU Less system

> 
> ----- Original Message ----- 
> From: "D Richard Felker III" <dalias <at> aerifal.cx>
> To: <ffmpeg-devel <at> lists.sourceforge.net>
> Sent: Monday, January 31, 2005 8:33 PM
> Subject: Re: [Ffmpeg-devel] LGPL / MMU Less system
> 
> 
> >
> > this is exactly why we don't allow. if you're making drm crap, do 
> > it
> > on your own and write your own codecs from scratch!! you have no
> > business profitting off of free software to do such evil!
> >
> 
> Just to start another troll: DRM does not have to be the thing of 
> evil you
> make it
> here, I can understand some musicians who wish to protect their 
> efforts.
> For instance, look at virtunes.com, they give a protected stream 
> away, sell
> a protected
> download for a low price, and sell an unprotected high-quality MP3 
> file for
> a bit more.
> In this way, DRM is used in the only logical way, to protect the 
> interest of
> the musician,
> by providing him with a means to do some promotion of his music,
(Continue reading)

Permalink | Reply | 39 comments |
headers
Stephane van Hardeveld | 1 Feb 2005 10:45
Picon

Re: LGPL / MMU Less system


> ----- Original Message ----- 
> From: "François Revol" <revol <at> free.fr>
> To: <ffmpeg-devel <at> lists.sourceforge.net>
> Sent: Tuesday, February 01, 2005 10:13 AM
> Subject: Re: [Ffmpeg-devel] LGPL / MMU Less system
>

> >
> > ----- Original Message ----- 
> > From: "D Richard Felker III" <dalias <at> aerifal.cx>
> > To: <ffmpeg-devel <at> lists.sourceforge.net>
> > Sent: Monday, January 31, 2005 8:33 PM
> > Subject: Re: [Ffmpeg-devel] LGPL / MMU Less system
> >
> >
> >
> > > this is exactly why we don't allow. if you're making drm crap, do
> > > it
> > > on your own and write your own codecs from scratch!! you have no
> > > business profitting off of free software to do such evil!
> > >
> >
> > Just to start another troll: DRM does not have to be the thing of
> > evil you
> > make it
> > here, I can understand some musicians who wish to protect their
> > efforts.
> > For instance, look at virtunes.com, they give a protected stream
> > away, sell
(Continue reading)

Permalink | Reply | 38 comments |
headers
Ronald S. Bultje | 1 Feb 2005 11:34

Re: LGPL / MMU Less system

On Tue, 2005-02-01 at 10:00, Stephane van Hardeveld wrote:
> Just to start another troll: DRM does not have to be the thing of evil
> you make it here, I can understand some musicians who wish to protect
> their efforts.

That may be valid (let's not go into that). However, you should know
that coders also try to protect their work, and some use the (L)GPL for
that purpose. Implementations of DRM require signed code (to ensure that
runtime only does what the license allows to do, such as
playbkac-but-no-copy etc.) and are therefore non-replaceable (because
that changes signature). That is not in accordance with the (L)GPL
(which requires replaceability of the free parts) and therefore, you
cannot combine those two in practice.

We respect your rights and wishes, you should respect the coders' wishes
and rights.

Ronald

--

-- 
Ronald S. Bultje <rbultje <at> ronald.bitfreak.net>

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 2 comments |
headers
Michael Niedermayer | 1 Feb 2005 12:15
Picon
Picon

Re: [PATCH] H.264 correct long term picture management

Hi

On Monday 31 January 2005 20:17, Loic wrote:
> Hi,
>
> This patch continues the long term picture correction my previous patch
> started. The stream MR2_MW_A.264 from conformance suite is know
> correctly decoded up to the end.
>
> I recall that the conformance streams are available at
> ftp://standards.polycom.com/draft_conformance/
> If you do not like the zip format, I have unzipped all the file and made
> them available at http://llloic.free.fr/h264_streams/

applied

[...]
--

-- 
Michael

"nothing is evil in the beginning. Even Sauron was not so." -- Elrond

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 1 Feb 2005 12:25
Picon
Picon

Re: [PATCH] H.264 multiplce instance in reference list

Hi

On Monday 31 January 2005 20:31, Loic wrote:
> Hi
>
> This patch correct the reordering of reference picture lists when this
> reordering put the same picture several times in the list which is
> autorised by the H.264 norm, this is used to put a different weight to
> the same reference picture.

applied

[...]

--

-- 
Michael

"nothing is evil in the beginning. Even Sauron was not so." -- Elrond

-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Permalink | Reply | 0 comments |
headers
Stephane van Hardeveld | 1 Feb 2005 12:35
Picon

Re: LGPL / MMU Less system


----- Original Message ----- 
From: "Ronald S. Bultje" <rbultje <at> ronald.bitfreak.net>
To: <ffmpeg-devel <at> lists.sourceforge.net>
Sent: Tuesday, February 01, 2005 11:34 AM
Subject: Re: [Ffmpeg-devel] LGPL / MMU Less system

> On Tue, 2005-02-01 at 10:00, Stephane van Hardeveld wrote:
> > Just to start another troll: DRM does not have to be the thing of evil
> > you make it here, I can understand some musicians who wish to protect
> > their efforts.
>
> That may be valid (let's not go into that). However, you should know
> that coders also try to protect their work, and some use the (L)GPL for
> that purpose. Implementations of DRM require signed code (to ensure that
> runtime only does what the license allows to do, such as
> playbkac-but-no-copy etc.) and are therefore non-replaceable (because
> that changes signature). That is not in accordance with the (L)GPL
> (which requires replaceability of the free parts) and therefore, you
> cannot combine those two in practice.
>
> We respect your rights and wishes, you should respect the coders' wishes
> and rights.
>
> Ronald
>
I did not intent to change the license of FFMpeg. I just reacted on a
statement from
Rich Felker, that DRM was evil. I just happen to believe that any creative
person
(Continue reading)

Permalink | Reply | 0 comments |

Gmane