headers
Roman Shaposhnik | 1 Nov 2006 07:05
Picon

Re: [PATCH] DV Muxer Memory Leak

On Mon, 2006-10-30 at 04:53 -0600, Brian Brice wrote:
> Hello.
> 
> The raw DV output format has a memory leak.  Typically, the priv_data
> member of AVFormatContext will be allocated if AVOutputFormat's
> priv_data_size value is not 0 before write_header is called.  Within
> dv_write_header of libavformat/dvenc.c, priv_data is overwritten and
> a pointer to allocated memory is lost.

  Thanks. I'll take a look.

Thanks,
Roman.
Permalink | Reply | 0 comments |
headers
Måns Rullgård | 1 Nov 2006 01:01

Re: mp3lame : more --as-needed woes

Rich Felker <dalias <at> aerifal.cx> writes:

> In the meantime, why doesn't someone remove this "as-needed" stuff
> from the build process?

We added because someone kept on bitching about some problem that
apparently went away with this flag, and the functionality makes
sense.

--

-- 
Måns Rullgård
mru <at> inprovide.com
Permalink | Reply | 0 comments |
headers
The Wanderer | 1 Nov 2006 02:25
Picon

Re: Call for volunteers to write NUT de/muxer for libavformat

Oded Shimon wrote:

> On Mon, Oct 30, 2006 at 10:39:49AM -0800, Mike Melanson wrote:

>> However, are their any sample files I can look at to get me
>> started?
> 
> Make them yourself from either ogg vorbis files or mpeg-4+mp3+avi
> files using nutmerge - svn co svn://svn.mplayerhq.hu/nut/

Is this really appropriate given that nutmerge itself, as obtained via
that command line, prints a big fat warning to *not* use it for anything
other than testing purposes?

Also, are you aware that the README file in that checkout is rather
outdated? Perhaps most notably, its instructions assume that the tree is
in CVS rather than in SVN. It also makes some "DON"T USE THIS" type of
statements which don't seem any more consistent with "make samples
yourself" than the nutmerge warning does.

On a more positive note: I, for one, am happy to see this showing up -
I'm looking at the possibility of creating some permanent-archive videos
in the foreseeable somewhat-near future, and I'd really prefer to do
them in Snow+NUT (just because) - which is a bit of a problem if neither
of the above are likely to be stable enough for long-term usage. ^_^ For
either one to be reported as anything like stable can hardly but be a
positive development.

On a somewhat unrelated note, I have an AVI with XviD (which is,
technically, MPEG-4) video and MPEG-1 layer 3 audio on which nutmerge
(Continue reading)

Permalink | Reply | 6 comments |
headers
Måns Rullgård | 1 Nov 2006 02:35

Re: Call for volunteers to write NUT de/muxer for libavformat

The Wanderer <inverseparadox <at> comcast.net> writes:

> Oded Shimon wrote:
>
>> On Mon, Oct 30, 2006 at 10:39:49AM -0800, Mike Melanson wrote:
>
>>> However, are their any sample files I can look at to get me
>>> started?
>> Make them yourself from either ogg vorbis files or mpeg-4+mp3+avi
>> files using nutmerge - svn co svn://svn.mplayerhq.hu/nut/
>
> Is this really appropriate given that nutmerge itself, as obtained via
> that command line, prints a big fat warning to *not* use it for anything
> other than testing purposes?
>
> Also, are you aware that the README file in that checkout is rather
> outdated? Perhaps most notably, its instructions assume that the tree is
> in CVS rather than in SVN. It also makes some "DON"T USE THIS" type of
> statements which don't seem any more consistent with "make samples
> yourself" than the nutmerge warning does.

A "spec" as readable as a sendmail configuration file doesn't make
matters better...

> (For the further record, this makes at least the sixth time I've been
> quite irritated by the apparent lack of a "continue executing until you
> return from this function" command in gdb. It's a very powerful
> debugger, but there are still limitations...)

The command you are looking for is "finish".
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mike Melanson | 1 Nov 2006 02:38

Re: Call for volunteers to write NUT de/muxer for libavformat

Måns Rullgård wrote:
> A "spec" as readable as a sendmail configuration file doesn't make
> matters better...

And this coming from an individual who can actually digest formal ISO 
MPEG specs.

--

-- 
	-Mike Melanson
Permalink | Reply | 0 comments |
headers
Mike Melanson | 1 Nov 2006 02:46

Re: Call for volunteers to write NUT de/muxer for libavformat

The Wanderer wrote:
> (For the record, I was trying to make - among other things - samples
> such as both Mike and Michael have requested. Unfortunately, most of the
> video files which I have which I am at least reasonably sure are free
> are not AVI+MPEG-4+MP3, and the others are sufficiently low-quality that
> I doubt transcoding/remuxing them would produce anything worth much -
> but I may be able to dig something up if no one beats me to it.)

Here are some HD test sequences with no copyright restrictions, in raw 
YUV format, though without audio:

   ftp://ftp.ldv.e-technik.tu-muenchen.de/dist/test_sequences/

Still, it might be a start. Mux in some free music you can find 
somewhere, though that wouldn't flex the sync aspect.

--

-- 
	-Mike Melanson
Permalink | Reply | 0 comments |
headers
Oded Shimon | 1 Nov 2006 04:57
Picon

Re: Call for volunteers to write NUT de/muxer for libavformat

On Tue, Oct 31, 2006 at 08:25:25PM -0500, The Wanderer wrote:
> Oded Shimon wrote:
> 
> >On Mon, Oct 30, 2006 at 10:39:49AM -0800, Mike Melanson wrote:
> 
> >>However, are their any sample files I can look at to get me
> >>started?
> >
> >Make them yourself from either ogg vorbis files or mpeg-4+mp3+avi
> >files using nutmerge - svn co svn://svn.mplayerhq.hu/nut/
> 
> Is this really appropriate given that nutmerge itself, as obtained via
> that command line, prints a big fat warning to *not* use it for anything
> other than testing purposes?

This warning will be removed once:
1. nutmerge rejects all files it can't handle (this is almost the current 
situation)
2. libnut "version" will be pushed...

> Also, are you aware that the README file in that checkout is rather
> outdated? Perhaps most notably, its instructions assume that the tree is
> in CVS rather than in SVN. It also makes some "DON"T USE THIS" type of
> statements which don't seem any more consistent with "make samples
> yourself" than the nutmerge warning does.

I forgot about that out of date stuff, I'll work on improoving it...

> On a somewhat unrelated note, I have an AVI with XviD (which is,
> technically, MPEG-4) video and MPEG-1 layer 3 audio on which nutmerge
(Continue reading)

Permalink | Reply | 2 comments |
headers
Kostya | 1 Nov 2006 06:56
Picon

Re: libswscale authors (and license)

On Tue, Oct 31, 2006 at 03:53:58PM +0100, Luca Abeni wrote:
> Hi all,
> 
[...]
> 
> Also, if someone who wrote some libswscale non-SIMD code is not listed
> above, let me know (and accept my apologies in advance).

I've added 16-bit grayscale support. LGPL is fine.
Permalink | Reply | 0 comments |
headers
Michael Niedermayer | 1 Nov 2006 12:57
Picon
Picon

qprd and frames being stuck at high quants

Hi

there where some bugreports aout $subj a long time ago, but all the
sample videos seem to have dissapeared, if that bug is still happening
for anyone, then please upload a sample source file which causes it
(with command line options ...)
--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is
Permalink | Reply | 13 comments |
headers
The Wanderer | 1 Nov 2006 13:09
Picon

Re: Call for volunteers to write NUT de/muxer for libavformat

Oded Shimon wrote:

> On Tue, Oct 31, 2006 at 08:25:25PM -0500, The Wanderer wrote:
> 
>> Oded Shimon wrote:
>> 
>>> On Mon, Oct 30, 2006 at 10:39:49AM -0800, Mike Melanson wrote:
>> 
>>>> However, are their any sample files I can look at to get me
>>>> started?
>>> 
>>> Make them yourself from either ogg vorbis files or mpeg-4+mp3+avi
>>>  files using nutmerge - svn co svn://svn.mplayerhq.hu/nut/
>> 
>> Is this really appropriate given that nutmerge itself, as obtained
>> via that command line, prints a big fat warning to *not* use it for
>> anything other than testing purposes?
> 
> This warning will be removed once:
> 1. nutmerge rejects all files it can't handle (this is almost the
> current situation)
> 2. libnut "version" will be pushed...

Acknowledged. Just wanted to make sure about the situation.

>> On a somewhat unrelated note, I have an AVI with XviD (which is,
>> technically, MPEG-4) video and MPEG-1 layer 3 audio on which
>> nutmerge exits with code 05 after printing the warning message,
>> without writing even one byte to the output file. After spending
>> perhaps fifteen minutes learning things I'm surprised I didn't know
(Continue reading)

Permalink | Reply | 1 comment |

Gmane