Re: [DOC] FFSERVER Configuration Files.

Did some testing recently:

Example Bitrates:
(CIF size, 29.97 fps).

Pure-Blue, no-input signal when camera is disconnected:
around 65 to 100 kbps

An ordinary white wall, some texture, ordinary lighting, no movement:
165 to 225 kbps

White Noise:
1200 kbps 

These were the sorts of rates that result when no "Qmin|Qmax" is specified, (in
ffserver.conf, or on the command line). I am not sure at this point that the
"Q" values reported on the command line by ffmpeg are correct.

When changing between images ffmpeg did not adjust bitrates very much. But
after stopping and resarting, it would adjust itself to the rates mentioned.

I could not tell if setting VideoBitRateRange had any effect.

I was able to get a decent video (CIF size, 3 fps) of a desk and computer
screen across the ADSL line at  around 320 kbps by setting Qmin/Qmax to
particular ranges like 1-3, or 3-6, 5-9, etc. By starting with these values
unset, then setting them across a range, you can "tune" the bitrate some to
your available bandwidth.

I cant tell right now how much ffmpeg/ffserver can react to major changes in a

Re: H.264 decoder VCC code

Hi

On Fri, Aug 10, 2007 at 12:38:04PM -0700, Habib Nusrat-R80026 wrote:
> Hi 
>  
> Does anyone have the visual C++ project for the H.264 decoder with CABAC

i think yes, some weirdos hacked lavc up totally so it compiles in VC++

> Thanks

no problem

[...]

PS: thanks to baptiste for letting these spams from non subscribers
through

--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

When you are offended at any man's fault, turn to yourself and study your
own failings. Then you will forget your anger. -- Epictetus

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel

Re: Regarding Video Acceleration API

Benjamin Zores wrote:
> Luca Barbato a écrit :
>> Benjamin Zores wrote:
>>
>>> How does the idea sounds ?
>> Please start a wiki page on multimedia.cx about it and push people to
>> comment there.
> 
> Good idea indeed.
> I've asked Mike for an account (yeah sorry, never wrote anything in 
> there over the years  but not reply till now.
> Mike, do you copy ?

Yes. I responded to you right away and created an account for you by
email (so the Wiki sends you a random password). I am thinking your mail
system is discarding emails from my domain or ISP or something. I'll CC:
this email this to you to see which copies get through.

--

-- 
	-Mike Melanson
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel

Re: [DOC] FFSERVER Configuration Files.

Hi

On Fri, Aug 31, 2007 at 04:03:57PM -0700, Piero Bugoni wrote:
> Did some testing recently:
> 
> Example Bitrates:
> (CIF size, 29.97 fps).
> 
> Pure-Blue, no-input signal when camera is disconnected:
> around 65 to 100 kbps
> 
> An ordinary white wall, some texture, ordinary lighting, no movement:
> 165 to 225 kbps
> 
> 
> White Noise:
> 1200 kbps 
> 
> 
> These were the sorts of rates that result when no "Qmin|Qmax" is specified, (in
> ffserver.conf, or on the command line). I am not sure at this point that the
> "Q" values reported on the command line by ffmpeg are correct.
> 
> When changing between images ffmpeg did not adjust bitrates very much. But
> after stopping and resarting, it would adjust itself to the rates mentioned.
> 
> I could not tell if setting VideoBitRateRange had any effect.
> 
> I was able to get a decent video (CIF size, 3 fps) of a desk and computer
> screen across the ADSL line at  around 320 kbps by setting Qmin/Qmax to

Re: WMV to FLV video/audio desynchronisation

Hi

On Sat, Sep 01, 2007 at 12:51:23AM +0200, Reimar Döffinger wrote:
> Hello,
> On Fri, Aug 31, 2007 at 06:42:35PM +0200, Olivier D wrote:
> > Here is the sample, wget-accessible :
> > http://www.ajeux.fr/F954806Ed01.wmv
> 
> The problem is that this has a start time != 0.
> Two possible solutions
> 1) hack specific to each file, e.g. here -ss 3
> 2) fix libavformat to fill stream ->start_time more reliably.

3) apply the patches i approved

PS: thanks for analyzing the file and finding the cause

[...]

--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

If you really think that XML is the answer, then you definitly missunderstood
the question -- Attila Kinali

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel

Re: [PATCH] ac3_probe input buffer overrun

Hi

On Tue, Aug 28, 2007 at 09:38:47AM -0000, Wolfram Gloger wrote:
> Hi,
> 
> I found this with valgrind.
> 
> Regards,
> Wolfram.

> --- trunk/libavformat/raw.c	2007-08-11 17:29:37.000000000 +0200
> +++ ffmpeg-test/libavformat/raw.c	2007-08-28 11:29:48.000000000 +0200
>  <at>  <at>  -416,7 +416,7  <at>  <at> 
>      for(; buf < end; buf++) {
>          buf2 = buf;
>  
> -        for(frames = 0; buf2 < end; frames++) {
> +        for(frames = 0; buf2+7 <= end; frames++) { 
>              if(ff_ac3_parse_header(buf2, &hdr) < 0)
>                  break;
>              buf2 += hdr.frame_size;

ac3 maintainer justin, ping!

[...]
--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Let us carefully observe those good qualities wherein our enemies excel us
and endeavor to excel them, by avoiding what is faulty, and imitating what

Re: H.264 decoder VCC code

Michael Niedermayer wrote:
> 
> [...]
> 
> PS: thanks to baptiste for letting these spams from non subscribers
> through
> 

Did I ? I don't recall having accepted any of those spams ...
Who did approve those mails ?

--

-- 
Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA
SMARTJOG S.A.                                    http://www.smartjog.com
Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
Phone: +33 1 49966312

Re: Timestamp information in H.264 files

Колесников Антон wrote:
> Hello,
> 
> I'm experiencing a problem with H.264 files. I need to get timestamp information from them, but
unfortunately I can't and I am not even sure that there is any information about time if H264-file at all.
> 
> As far as I understand every frame in a file contains a header.
> Look at theese for example.
> 
> 300 - frame
> 
> 01 00 00 00 2c 11 00 00 fc 04 00 00 00 10 00 00    ....,...ь.......
> 01 10 00 00 60 01 20 01 01 10 00 00 19 10 00 00    ....`. .........
> 00 00 00 00 00 00 00 00 00 00 00 00 12 b7 2c 1e    ............. ,.
> 03 10 02 00 28 00 00 00 02 00 00 00 12 02 00 00    ....(...........
> 64 0b 00 00                                        d...            
> 
> 301 - frame
> 
> 01 00 00 00 2d 11 00 00 fb 04 00 00 01 10 00 00    ....-...ы.......
> 02 10 00 00 60 01 20 01 07 10 00 00 19 10 00 00    ....`. .........
> 00 00 00 00 00 00 00 00 00 00 00 00 12 b7 2c 1e    ............. ,.
> 01 10 02 00 28 00 00 00 02 00 00 00 12 02 00 00    ....(...........
> 50 00 00 00 
> 
> 302 - frame
> 01 00 00 00 2d 11 00 00 00 05 00 00 01 10 00 00    ....-...........
> 02 10 00 00 60 01 20 01 07 10 00 00 19 10 00 00    ....`. .........
> 00 00 00 00 00 00 00 00 00 00 00 00 13 b7 2c 1e    ............. ,.
> 01 10 00 00 63 00 00 00 02 00 00 00 12 02 00 00    ....c...........

Re: Question about hardware acceleration

Hi

On Thu, Aug 09, 2007 at 10:45:25AM -0400, Jeff Watson wrote:
> I've been looking around and can't find an answer to this: 

where and how did you look? what can we do to make our documentation
more idiot proof?

> Does FFmpeg take advantage of available accelerated hardware decoding,
> or is it purely a software solution?

yes one of the alternatives is true

seriously this list is for development of ffmpeg ...

to awnser your question libavcodec supports xvmc so yes it uses the
hardware if it can and the application using lavc supports it
thats besides tons of hand written assembly for x86, ppc, sparc, alpha, ...

[...]
--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel

Re: H.264 decoder VCC code

On Sat, Sep 01, 2007 at 01:40:14AM +0200, Baptiste Coudurier wrote:
> Michael Niedermayer wrote:
> > 
> > [...]
> > 
> > PS: thanks to baptiste for letting these spams from non subscribers
> > through
> > 
> 
> Did I ? I don't recall having accepted any of those spams ...

you didnt?!

> Who did approve those mails ?

yes, id like to know that too

[...]
--

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel <at> mplayerhq.hu
http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel