Michael Niedermayer | 1 Jun 01:57 2009
Picon
Picon

Re: [PATCH] adpcm ima qt fix assert in put_bits

On Sat, May 30, 2009 at 11:54:51PM -0700, Baptiste Coudurier wrote:
> Hi,
> 
> $subject, use put_sbits.
> 

> As a side effect, PSNR gets increased :)

which means the output of the encoder changes,
could be that this fixes a bug in the encoder 
OR
could be that this introduces a bug in the encoder canceling a
bug in the decoder

Thus this needs to be checked against some official decoder ...

[...]

--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Avoid a single point of failure, be that a person or equipment.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
compn | 1 Jun 02:23 2009
Picon

Re: Feature Request for ffmpeg

On Mon, 1 Jun 2009 00:51:33 +0200, christian wrote:
>Hello,
>
>I hope, this is the correct mailing list for a feature request.
>
>This is a request for adding the rtvc1 video codec to ffmpeg. rtvc1 is also calles RTVideo and its a modified
version of VC-1.
>This codec is used in Windows Live Messenger Webcam Conversations. The dll file in the Messenger
Directory is "rtmpltfm.dll" the description is "Microsoft Real Time Media Stack". Theres a second dll in
the directory called "wmv9vcm.dll" the description of this file is Windows Media Video 9 VCM.

do you have a good sample (not a packet sniffer dump) of this codec
for testing?

-compn
David Conrad | 1 Jun 03:20 2009
Picon

Re: [PATCH] Default to using libraries when enabled

On May 28, 2009, at 6:50 AM, Måns Rullgård wrote:

> Diego Biurrun <diego <at> biurrun.de> writes:
>
>> On Thu, May 28, 2009 at 11:33:44AM +0100, Måns Rullgård wrote:
>>> Diego Biurrun <diego <at> biurrun.de> writes:
>>>
>>>> On Wed, May 20, 2009 at 08:20:36PM -0400, David Conrad wrote:
>>>>>
>>>>> This changes the order of initialization so that external  
>>>>> libraries
>>>>> that are enabled are used by default over native codecs.
>>>>
>>>> I did this on purpose, native implementations should be preferred.
>>>
>>> Even when the native implementations are worse than using /dev/ 
>>> random?
>>
>> Then that native implementation should be removed or treated  
>> separately.
>
> So, who's in favour of removing/disabling the native vorbis bitstream
> writer?

Well I haven't heard anyone object, so I'll disable it in a week if  
noone pipes up. The code will still be in svn for anyone that wants to  
revive it.
Art Clarke | 1 Jun 07:01 2009

Re: [PATCH] avcodec thread safety fix

>
> Ok, I've applied the patch now. And i've also tested it with my
> own mediaplayer and it seems to work fine.

And I just added this to Xuggler this evening (will be in Xuggler 2.1
next week).  The result was a big increase in throughput for one of
our multi-threaded decoding tests (in particular several demuxers
demuxing an FLV file with a header claiming it had both audio and
video, but only containing audio) because we no longer need to lock
for the entire duration of av_find_stream_info.

Thanks Andreas!

- Art

--

-- 
http://www.xuggle.com/
xu‧ggle (zŭ' gl) v. To freely encode, decode, and experience audio and video.

Use Xuggle to get the power of FFMPEG in Java.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
Pavel Pavlov | 1 Jun 07:27 2009
Picon

PATCH: av_strtod

Hello everybody,
I tried to contribute at some point and my patches were discarded as too
intrusive.
In my spare time I ported ffpeg to another compiler (icl) and had to
resolve some bugs related to failed regression tests.

I belive that the root of the problem is incomplete implemetation of
strtod of the ms library.

Example:

av_strtod("0x00800000")
Returns double(0x00800000) which is correct, however, according to the
ms documentation strtod doesn't parse 0x123abc, and as a result I was
always getting 0.
As a result, about a half of the tests didn't validate.

Check attached eval.c.diff. I didn't put _MSC_VER/_WIN32 ifdefs, and it
probably should be added.

Then my lib doesn't pass seek_test.exe. After looking into it it appears
that the problem is in the seek_test and might related to gcc itself.
The first diff between seek.regression.ref and seek.regression is:
tests/data/a-flac.flac
ret: 0 st: 0 dts:-209146758205323.720000 pts:-209146758205323.720000
pos:42 size:1024 flags:1

And the expected line is:
tests/data/a-flac.flac
ret: 0 st: 0 dts:-209146758205323.718750 pts:-209146758205323.718750
(Continue reading)

vincent | 1 Jun 08:47 2009
Picon

H263v3 encoding support in ffmpeg?

I am working on a streaming solution on narrowband network, so the video
codec has to be h263.
while afaik, there is no availible H263v3(aka. h263++ or h263-2000) support
in ffmpeg nor mencoder, and I did a googling only to find out little talk
about this issue.
how to encode video in h263v3 anyway?
Reimar Döffinger | 1 Jun 10:08 2009
Picon
Picon

Re: PATCH: av_strtod

On Mon, Jun 01, 2009 at 01:27:52AM -0400, Pavel Pavlov wrote:
> Biggest problem is the black voodoo code related to inline assembly and
> MANGLE(...) plus the worst ever code is in recently added
> mlp_filter_channel_x86, which mangles lables. WTF, why not a standalone
> .asm file instead?!?

And how would you do that with a plain .asm file? Write the function
setup code yourself (meaning you will only support the select few
architectures you explicitly write code for) or using yasm (meaning
you will support only the less select but still quite few architectures
ABIs it supports)?
christian | 1 Jun 10:26 2009
Picon
Picon

Re: Feature Request for ffmpeg

> do you have a good sample (not a packet sniffer dump) of this codec
> for testing?
>
> -compn

Unfortunatly no :-( But i think, the dumped payload from the packet sniffer 
is the payload which will be passed to the encoder, too. If i dump the 
payload and compare the headers with the microsoft document "
http://msdn.microsoft.com/en-us/library/cc431494.aspx " i see the same 
headers again. The packet sniffer has still cut the RTP Protocol headers 
which will be not used by the decoder.

Greetings

Chris 
Michael Niedermayer | 1 Jun 11:51 2009
Picon
Picon

Re: [PATCH] libavfilter-soc?: implement fish filter

On Sun, May 31, 2009 at 05:12:56PM +0200, Stefano Sabatini wrote:
> On date Saturday 2009-05-30 22:04:52 +0200, Michael Niedermayer encoded:
[...]
> > > +
> > > +typedef struct {
> > > +    const AVClass *class;
> > > +
> > > +    int w, h;
> > 
> > > +    char *h_range, *s_range, *v_range;
> > 
> > They are ultimately not strings
> 
> Yes, but then how should I put them in the context when using
> av_set_options_string()? (BTW this is the same "trick" used to set an
> expression).

the ranges can be set to expressions that get evaluated for each frame?

[...]
--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

GMX, the mailprovider that uses RBL lists to reject mails from your friends
running their own mailserver at home. The mailprovider that obscures the
origin of mails (mis)identified as viruses. The mailprovider that improves
security my disallowing more secure forms of authentication.
_______________________________________________
(Continue reading)

Peter Holik | 1 Jun 12:20 2009
Picon

Re: [PATCH] http Transfer-Encoding chunked

> On Wed, May 27, 2009 at 08:54:37AM +0200, Peter Holik wrote:
>> > Hi Peter,
>> >
>> > On Tue, May 26, 2009 at 3:20 PM, Peter Holik <peter <at> holik.at> wrote:
>> >> i used printf with DEBUG like i saw in http.c:
>> >>
>> >> process_line
>> >>
>> >> #ifdef DEBUG
>> >>        printf("http_code=%d\n", s->http_code);
>> >> #endif
>> >>
>> >>
>> >> http_connect
>> >>
>> >> #ifdef DEBUG
>> >>            printf("header='%s'\n", line);
>> >> #endif
>> >>
>> >>
>> >> why now use av_log?
>> >
>> > That's a good catch. These lines of code are rather old, and most
>> > likely predate the "forbidding" of printf(). They were not converted
>> > for the simple reason that the compilation doesn't fail because DEBUG
>> > is, by default, not included in CFLAGS. A separate patch which
>> > converts them to av_log() at debugging-level would be much
>> > appreciated. Alternatively, they could also be removed.
>> >
>>
(Continue reading)


Gmane