From lists at glidos.net  Fri Jun  1 00:13:37 2012
From: lists at glidos.net (Paul Gardiner)
Date: Thu, 31 May 2012 23:13:37 +0100
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
 h264 video
In-Reply-To: <loom.20120531T131804-295@post.gmane.org>
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
Message-ID: <4FC7ED11.4000103@glidos.net>

On 31/05/2012 12:18, Carl Eugen Hoyos wrote:
> Paul Gardiner<lists<at>  glidos.net>  writes:
>
>> Something has changed recently, and now it still mostly works,
>> but the file produced is somehow marked as bottom-field-first,
>> rather than top-field-first.
>
> Could you try latest git head?
> This should be fixed now.
>
> Thank you, Carl Eugen

Ok thanks. I've built it and set up the job to run tonight.
I'll let you know if that sorts it.

Cheers,
	Paul.

From lou at lrcd.com  Fri Jun  1 00:41:06 2012
From: lou at lrcd.com (Lou)
Date: Thu, 31 May 2012 14:41:06 -0800
Subject: [FFmpeg-user] FFmpeg configure error :
In-Reply-To: <CAN0mk4a1huzAZcvp9P3GHENOMG0a+qbEcvbnjaSAFd-A6i=+_A@mail.gmail.com>
References: <CAN0mk4a1huzAZcvp9P3GHENOMG0a+qbEcvbnjaSAFd-A6i=+_A@mail.gmail.com>
Message-ID: <20120531144106.596cb27c@lrcd.com>

On Thu, 31 May 2012 19:57:54 +0200
Vincent PHILIPPE <vince.philippe at gmail.com> wrote:

> Following the guide
> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide, I m trying to
> compile ffmeg from GIT with VP8 support on Ubuntu Server Edition (last
> release).

Did you deviate from the guide at all, or did you follow it
word-for-word?

> The command :
> 
> ./configure --enable-gpl --enable-libfaac --enable-libmp3lame
> --enable-libopencore-amrnb \
>   --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis
> --enable-libvpx \
>   --enable-libx264 --enable-nonfree --enable-version3
> 
> gives me the following error :
> 
> ERROR: libvpx decoder version must be >=0.9.1

This probably indicates that libvpx is not installed, or you possibly
have an old version of libvpx installed. Check to see if libvpx is
actually installed.

> If you think configure made a mistake, make sure you are using the latest
> version from Git.  If the latest version fails, report the problem to the
> ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
> Include the log file "config.log" produced by configure as this will help
> solving the problem.

Does the end of config.log show anything of interest?

From rogerdpack2 at gmail.com  Fri Jun  1 01:01:40 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 31 May 2012 17:01:40 -0600
Subject: [FFmpeg-user] ljpeg colorspace non auto?
In-Reply-To: <CAL1QdWd7-zHUftS=uedL3xY=LDAx09-_OHTRwdXvMzgk=P5_0w@mail.gmail.com>
References: <CAL1QdWd7-zHUftS=uedL3xY=LDAx09-_OHTRwdXvMzgk=P5_0w@mail.gmail.com>
Message-ID: <CAL1QdWftLZuWPHSivn1TudGvp1nWLebWBfM5FK9SdGx92ORGWw@mail.gmail.com>

> results in:
> [buffer @ 01D4FF80] w:1536 h:600 pixfmt:yuv422p tb:1/1000000 sar:0/1 sws_param:
> [ljpeg @ 034659A0] colorspace not supported in LJPEG
> Error while opening encoder for output stream #0.0 - maybe incorrect
> parameters such as bit_rate, rate, width or height
>
> "other" codecs will automatically insert a rescaling filter, does this
> one not? ?Any thoughts here?

Also saw this when attempting to use the sdl output:

$ ffmpeg -i g.avi -f sdl "SDL output"

ffmpeg version N-40824-g31dfe20 Copyright (c) 2000-2012 the FFmpeg developers
  built on May 19 2012 00:45:59 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-runtime-cpudetect --enable-avisynth --enable-bzlib
--enable-frei0r --enable-libass --enable-libcelt
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libfreetype --enable-libgsm --enable-libmp3lame
--enable-libnut --enable-libopenjpeg --enable-librtmp
--enable-libschroedinger --enable-libspeex --enable-libtheora
--enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs
--enable-libxvid --enable-zlib
  libavutil      51. 53.100 / 51. 53.100
  libavcodec     54. 21.101 / 54. 21.101
  libavformat    54.  5.100 / 54.  5.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 74.101 /  2. 74.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 12.100 /  0. 12.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, avi, from 'g.avi':
  Metadata:
    encoder         : Lavf54.5.100
  Duration: 00:00:20.06, start: 0.000000, bitrate: 87088 kb/s
    Stream #0:0: Video: huffyuv (HFYU / 0x55594648), bgra, 600x500, 48
tbr, 48 tbn, 48 tbc
    Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo,
s16, 128 kb/s
[buffer @ 0240c960] w:600 h:500 pixfmt:bgra tb:1/1000000 sar:0/1
sws_param:flags=2
[buffersink @ 021cd180] No opaque field provided
[sdl @ 0240b840] Unsupported pixel format 'bgra', choose one of
yuv420p, yuyv422, or uyvy422.


fix was to manually convert colorspaces: ffmpeg -i g.avi -pix_fmt
yuv420p -f sdl "SDL output"

I'm not sure how to get ljpeg to work the same way, however...

-roger-

From wesley at ubuntu.com  Fri Jun  1 01:29:17 2012
From: wesley at ubuntu.com (Wesley S.)
Date: Fri, 1 Jun 2012 01:29:17 +0200
Subject: [FFmpeg-user] meaning of macroblock colors when using vis_mb_type
	option
Message-ID: <CADB__PFyYQ4wDO4AdxKGCb4NmWn-JDmjw5+J9CbzMqnoZ7t=dw@mail.gmail.com>

Hi,

I was wondering what all the different macroblock colors meant
when using the vis_mb_type option?

Kind regards,
Wesley

From cehoyos at ag.or.at  Fri Jun  1 08:08:44 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 06:08:44 +0000 (UTC)
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
Message-ID: <loom.20120601T080701-583@post.gmane.org>

Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:

> ./configure --enable-shared --disable-static --arch=x86_32
> --extra-cflags="-arch i386" --extra-ldflags="-arch i386"
> --extra-cxxflags="-arch i386" --target-os=darwin
> --enable-cross-compile

Does ./configure --cc='gcc -m32' work?
(I suspect --enable-cross-compile disables some configure tests.)

> NOTE: Full console output is below:

The idea would be to run make, see a failure, run make V=1 
and post the output of make V=1

Carl Eugen


From cehoyos at ag.or.at  Fri Jun  1 08:11:35 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 06:11:35 +0000 (UTC)
Subject: [FFmpeg-user] Transcode 5.1 Flac to 5.1 LPCM in ffmpeg
References: <op.we6zlvvc5nam2o@weboffice>
Message-ID: <loom.20120601T081013-789@post.gmane.org>

Zamar Acadia <zamarac <at> gmail.com> writes:

> What's the right command to transcode 5.1 Flac to 5.1 
> LPCM audio in ffmpeg?

FFmpeg does not support encoding Bluray PCM, patch welcome.

> Also, how to transcode 5.1 Flac to 5.1 Dolby TrueHD 
> packed into MKV or MP4  container?

FFmpeg does not support TrueHD encoding, patch welcome.

Please consider running ffmpeg -codecs to find out about 
supported encoders.

Carl Eugen


From lists at glidos.net  Fri Jun  1 09:44:45 2012
From: lists at glidos.net (Paul Gardiner)
Date: Fri, 01 Jun 2012 08:44:45 +0100
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
 h264 video
In-Reply-To: <loom.20120531T131804-295@post.gmane.org>
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
Message-ID: <4FC872ED.5030209@glidos.net>

On 31/05/2012 12:18, Carl Eugen Hoyos wrote:
> Paul Gardiner<lists<at>  glidos.net>  writes:
>
>> Something has changed recently, and now it still mostly works,
>> but the file produced is somehow marked as bottom-field-first,
>> rather than top-field-first.
>
> Could you try latest git head?
> This should be fixed now.

With my version built from git head I get

   Unrecognized option 'preset'

Has that option been removed, or
have I built it wrongly - without x264 support, say?

Cheers,
	Paul.

From cehoyos at ag.or.at  Fri Jun  1 10:55:36 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 08:55:36 +0000 (UTC)
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
	h264 video
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
	<4FC872ED.5030209@glidos.net>
Message-ID: <loom.20120601T105439-933@post.gmane.org>

Paul Gardiner <lists <at> glidos.net> writes:

> With my version built from git head I get
> 
>    Unrecognized option 'preset'

(Complete, uncut console output missing.)
Did you compile with --enable-libx264 ?

Carl Eugen


From paulo.jnkml at gmail.com  Fri Jun  1 11:06:03 2012
From: paulo.jnkml at gmail.com (Paulo Silva)
Date: Fri, 1 Jun 2012 18:06:03 +0900
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
Message-ID: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>

Hi there,

I read here http://forums.adobe.com/thread/921502 "To be completely
legal, you'd need a license from Nellymoser to decode the audio on the
server side using FFMPEG, and that license is $7500 per year per
server the last time I checked."

Is this correct? Can anyone provide some pointers to more detailed information?

Thanks
Paulo

From bjoern.drabeck at gmail.com  Fri Jun  1 11:08:07 2012
From: bjoern.drabeck at gmail.com (Bjoern Drabeck)
Date: Fri, 1 Jun 2012 17:08:07 +0800
Subject: [FFmpeg-user] ffmpeg threads not deleted after closing streams,
	resulting in mem-leak
In-Reply-To: <CAMcjQ_9qOSk_1npEZUJMo1u=iDKQs8f290fmAqnCASFEnJwoMQ@mail.gmail.com>
References: <CAMcjQ_9qOSk_1npEZUJMo1u=iDKQs8f290fmAqnCASFEnJwoMQ@mail.gmail.com>
Message-ID: <CAMcjQ_91cpN1n+KqGyWu+KGf0QSdwUoiWhRhZW5vhWgDAtyT3Q@mail.gmail.com>

Hi,
>
> I am having a problem where every time I play a movie in the app I am
> writing (using ffmpeg LGPL), after closing a file it seems like it is
> leaking a lot of memory.
>
> Recently I have mostly developed on Mac OS X 10.7 and every time I close a
> video file and then open another one, it seems to leak quite a lot of
> memory. The more threads I use, the more severe the problem is, if I set
> codecContext->thread_count to 1 it is the least (but that doesn't give good
> enough results for HD movies).
>
> Also if I stop execution with the debugger, it seems every time after
> closing a file, there are some "leftover threads" from ffmpeg (which I
> assume might hold the memory that is leaking). In my current setup with a
> 1920x1080 HD file I am left with 5 threads and about 50 MB of leaked memory
> every time I play a movie. (I didn't seem to have that issue before when I
> used ffmpeg 0.9 and single thread)
>
> So I am wondering if with recent changes there is something that I am not
> doing correctly, or if this is really a known bug in ffmpeg?
>
> My flow is (roughly) like this:
> - avformat_open_input()
> - then I pick the streams that I want to use, find a decoder
> avcodec_find_decoder() and open it avcodec_open2
> - I read the file with av_read_frame and put the packets into their
> respective decoders, and av_free_packet them afterwards
> - once I am finished I call avcodec_close for all the opened codec and
> finally avformat_close_input
>
> I make sure all the packets, and all the objects I created along the way
> (swresampler, swscaler, various AVFrame objects etc) are deleted prior to
> calling the close functions.
>
> But is there something I need to do to ensure the threads that are created
> inside ffmpeg are terminated and all the memory they allocated is removed?
>
> thanks
> Bjoern
>

Does anyone else happen to know what's going on here or what I am doing
wrong?

regards,
Bjoern

From cehoyos at ag.or.at  Fri Jun  1 11:12:17 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 09:12:17 +0000 (UTC)
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
Message-ID: <loom.20120601T111119-378@post.gmane.org>

Paulo Silva <paulo.jnkml <at> gmail.com> writes:

> I read here http://forums.adobe.com/thread/921502 "To be completely
> legal, you'd need a license from Nellymoser to decode the audio on the
> server side using FFMPEG, and that license is $7500 per year per
> server the last time I checked."
> 
> Is this correct?

Nobody on this mailing list will be able to answer this question.

Carl Eugen


From paulo.jnkml at gmail.com  Fri Jun  1 11:22:33 2012
From: paulo.jnkml at gmail.com (Paulo Silva)
Date: Fri, 1 Jun 2012 18:22:33 +0900
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <loom.20120601T111119-378@post.gmane.org>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
Message-ID: <CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>

Is there a better place to ask this?

On Fri, Jun 1, 2012 at 6:12 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Paulo Silva <paulo.jnkml <at> gmail.com> writes:
>
>> I read here http://forums.adobe.com/thread/921502 "To be completely
>> legal, you'd need a license from Nellymoser to decode the audio on the
>> server side using FFMPEG, and that license is $7500 per year per
>> server the last time I checked."
>>
>> Is this correct?
>
> Nobody on this mailing list will be able to answer this question.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From cehoyos at ag.or.at  Fri Jun  1 12:19:57 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 10:19:57 +0000 (UTC)
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
Message-ID: <loom.20120601T121733-65@post.gmane.org>

Paulo Silva <paulo.jnkml <at> gmail.com> writes:

> Is there a better place to ask this?

You will have to ask your lawyer.

Please do not take this personal, but reading the thread 
you pointed out, it seems that Adobe users tend to ask 
questions on the wrong mailing lists:
You cannot get juridic advice here and I was convinced 
that nellymoser in a flat f4v file works fine with FFmpeg 
and unfortunately, nobody reported a bug here (but instead 
in the Adobe forum), so if it really does not work, it is 
unlikely to get fixed

Sorry, Carl Eugen


From paulo.jnkml at gmail.com  Fri Jun  1 12:43:14 2012
From: paulo.jnkml at gmail.com (Paulo Silva)
Date: Fri, 1 Jun 2012 19:43:14 +0900
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <loom.20120601T121733-65@post.gmane.org>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<loom.20120601T121733-65@post.gmane.org>
Message-ID: <CALmXD4YjA4AcSFY16ARpDfk7HWboPnRXZsxC6yUJ3N_t-z+Gtg@mail.gmail.com>

No problem. Actually I'm not even an adobe user.

A week ago I knew nothing about Flash (and I still don't). All I know
is that apparently the Adobe FMS doesn't support transcoding, and
actionscript only supports nellymoser and speex (plus a couple of
other formats).

But I was just asked to get Adobe FMS to output audio in aac format.
The first thing I remembered was ffmpeg, which I used to use to
convert audio formats on linux.

I just happened to come across that post in my search for enlightenment.
Finally, I decided to ask directly to the guys at nellymoser.com.
Maybe they know the details of their license.

Thanks
Peace v

On Fri, Jun 1, 2012 at 7:19 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Paulo Silva <paulo.jnkml <at> gmail.com> writes:
>
>> Is there a better place to ask this?
>
> You will have to ask your lawyer.
>
> Please do not take this personal, but reading the thread
> you pointed out, it seems that Adobe users tend to ask
> questions on the wrong mailing lists:
> You cannot get juridic advice here and I was convinced
> that nellymoser in a flat f4v file works fine with FFmpeg
> and unfortunately, nobody reported a bug here (but instead
> in the Adobe forum), so if it really does not work, it is
> unlikely to get fixed
>
> Sorry, Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From phil_rhodes at rocketmail.com  Fri Jun  1 12:45:29 2012
From: phil_rhodes at rocketmail.com (Phil Rhodes)
Date: Fri, 01 Jun 2012 11:45:29 +0100
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
Message-ID: <op.we7z53gopae0ge@cobaltbox>


> Nobody on this mailing list will be able to answer this question.

More to the point, I suspect the only way to answer that sort of question  
is to get a very expensive legal expert to give you an opinion, and even  
then it'll only be an opinion.

One of the problems with opensource software is that, while you will often  
be told you're not allowed to do certain things and threatened with  
(almost invariably spurious) legal action, it is often very difficult to  
get anyone to go on-record and tell you what they're willing to permit.  
It's often quite difficult even to find someone who's willing to accept  
that they speak for the project, although a lot of people often make  
claims that would make you think they did!

P

From gabri.ns at gmail.com  Fri Jun  1 12:59:15 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Fri, 1 Jun 2012 17:59:15 +0700
Subject: [FFmpeg-user] no pts value
In-Reply-To: <CAAy6wMBytPJApt1aRXO+kDmHA7M73yEjYAVLBu9mFeMR-sYPkA@mail.gmail.com>
References: <CAAy6wMBytPJApt1aRXO+kDmHA7M73yEjYAVLBu9mFeMR-sYPkA@mail.gmail.com>
Message-ID: <CAAy6wMCLXypLCzSiOtNymHbbm3BJ5tX3rYC=obLShfTVDuA7JA@mail.gmail.com>

i try to transcode only the audio but got this.

ffmpeg -i "input.avi" -c:v copy -c:a libvorbis -b:a 64k "output.mkv"
ffmpeg version N-35509-gfd36cbf-Sherpya, Copyright (c) 2000-2011 the FFmpeg
deve
lopers
  built on Dec  7 2011 06:17:11 with gcc 4.6.2
  libavutil    51. 30. 0 / 51. 30. 0
  libavcodec   53. 41. 0 / 53. 41. 0
  libavformat  53. 24. 0 / 53. 24. 0
  libavdevice  53.  4. 0 / 53.  4. 0
  libavfilter   2. 51. 0 /  2. 51. 0
  libswscale    2.  1. 0 /  2.  1. 0
  libpostproc  51.  2. 0 / 51.  2. 0
[avi @ 01db9c80] max_analyze_duration 5000000 reached at 5016000
Input #0, avi, from 'input.avi':
  Metadata:
    encoder         : MEncoder Sherpya-SVN-r34401-4.6.2
  Duration: 00:24:54.36, start: 0.000000, bitrate: 589 kb/s
    Stream #0:0: Video: h264 (High) (h264 / 0x34363268), yuv420p, 848x480
[SAR 4
31:424 DAR 431:240], SAR 160:159 DAR 16:9, 23.98 fps, 23.98 tbr, 23.98 tbn,
47.9
5 tbc
    Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16,
128 kb
/s
Output #0, matroska, to 'output.mkv':
  Metadata:
    encoder         : Lavf53.24.0
    Stream #0:0: Video: h264 (h264 / 0x34363268), yuv420p, 848x480 [SAR
160:159
DAR 16:9], q=2-31, 23.98 fps, 1k tbn, 23.98 tbc
    Stream #0:1: Audio: vorbis, 48000 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (mp3 -> libvorbis)
Press [q] to stop, [?] for help
[matroska @ 02767ac0] Can't write packet with unknown timestamp
av_interleaved_write_frame(): Invalid argument

i try change the output format to mp4 and works, but with a lot of "no pts
value" message, may be all the time...

what should i do?
i know it is mencoder fault for not creating good avi file. but, is there
workaround? to forcing mencoder to add pts value for example ('-'a)

From cehoyos at ag.or.at  Fri Jun  1 13:11:11 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 11:11:11 +0000 (UTC)
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<op.we7z53gopae0ge@cobaltbox>
Message-ID: <loom.20120601T130737-926@post.gmane.org>

Phil Rhodes <phil_rhodes <at> rocketmail.com> writes:

> One of the problems with opensource software is that, while you will often  
> be told you're not allowed to do certain things and threatened with  
> (almost invariably spurious) legal action, it is often very difficult to  
> get anyone to go on-record and tell you what they're willing to permit.  

On the contrary, we (and I suspect all people who write OpenSource 
software) are very clear to tell everybody what "we're willing to permit", 
just read LICENSE.
What the OP wanted to know is what Nellymoser is willing to permit, 
I don't think anybody on this list knows, and I for once agree 
with you that only a legal expert can give you an opinion.

Carl Eugen

PS: Since I believe you often asked:
In this case, "we" are the FFmpeg developers.


From phil_rhodes at rocketmail.com  Fri Jun  1 13:17:47 2012
From: phil_rhodes at rocketmail.com (Phil Rhodes)
Date: Fri, 01 Jun 2012 12:17:47 +0100
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <loom.20120601T130737-926@post.gmane.org>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<op.we7z53gopae0ge@cobaltbox>
	<loom.20120601T130737-926@post.gmane.org>
Message-ID: <op.we71nxiepae0ge@cobaltbox>


> PS: Since I believe you often asked:
> In this case, "we" are the FFmpeg developers.

So, if I want to do something with ffmpeg, and one of the developers tells  
me it's OK, you're guaranteeing me that'll hold up in court, eh?

P

From cehoyos at ag.or.at  Fri Jun  1 13:25:55 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 11:25:55 +0000 (UTC)
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<op.we7z53gopae0ge@cobaltbox>
	<loom.20120601T130737-926@post.gmane.org>
	<op.we71nxiepae0ge@cobaltbox>
Message-ID: <loom.20120601T132242-140@post.gmane.org>

Phil Rhodes <phil_rhodes <at> rocketmail.com> writes:

> So, if I want to do something with ffmpeg, and one of the 
> developers tells me it's OK, you're guaranteeing me that'll 
> hold up in court, eh?

No.
Simply read the license file, a developer can neither limit 
the rights that the license gives you in any way, nor can a 
developer change anything concerning the rules on distribution.

Carl Eugen


From h.reindl at thelounge.net  Fri Jun  1 13:29:43 2012
From: h.reindl at thelounge.net (Reindl Harald)
Date: Fri, 01 Jun 2012 13:29:43 +0200
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <op.we71nxiepae0ge@cobaltbox>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<op.we7z53gopae0ge@cobaltbox>
	<loom.20120601T130737-926@post.gmane.org>
	<op.we71nxiepae0ge@cobaltbox>
Message-ID: <4FC8A7A7.1040909@thelounge.net>



Am 01.06.2012 13:17, schrieb Phil Rhodes:
> 
>> PS: Since I believe you often asked:
>> In this case, "we" are the FFmpeg developers.
> 
> So, if I want to do something with ffmpeg, and one of the developers 
> tells me it's OK, you're guaranteeing me that'll hold up in court, eh?

how do you imagine that this could be possible?

* a developer is not a laywer
* law is different in different countries

it is simply impossible for any developer to guaranteeing you
anything which only a laywer can answer and even they mostly
guess and hope

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120601/bf354a60/attachment.asc>

From lists at glidos.net  Fri Jun  1 13:34:22 2012
From: lists at glidos.net (Paul Gardiner)
Date: Fri, 01 Jun 2012 12:34:22 +0100
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
 h264 video
In-Reply-To: <loom.20120601T105439-933@post.gmane.org>
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
	<4FC872ED.5030209@glidos.net>
	<loom.20120601T105439-933@post.gmane.org>
Message-ID: <4FC8A8BE.6070501@glidos.net>

On 01/06/2012 09:55, Carl Eugen Hoyos wrote:
> Paul Gardiner<lists<at>  glidos.net>  writes:
>
>> With my version built from git head I get
>>
>>     Unrecognized option 'preset'
>
> (Complete, uncut console output missing.)

Oops! sorry.

> Did you compile with --enable-libx264 ?

No I didn't and that was the problem... and I can confirm,
as you say, it is fixed on git master. Brilliant thanks.
I'm back to the perfect results I was getting before.

Would you, off hand, no which commits fixed it? Mythtv
includes a version of ffmpeg which may still have
the problem, and it could be a long time until the next
sync.

Cheers,
	Paul.

From cehoyos at ag.or.at  Fri Jun  1 13:39:45 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 11:39:45 +0000 (UTC)
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
	h264 video
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
	<4FC872ED.5030209@glidos.net>
	<loom.20120601T105439-933@post.gmane.org>
	<4FC8A8BE.6070501@glidos.net>
Message-ID: <loom.20120601T133918-182@post.gmane.org>

Paul Gardiner <lists <at> glidos.net> writes:

> Would you, off hand, no which commits fixed it?

60de761

Carl Eugen


From lists at glidos.net  Fri Jun  1 13:53:58 2012
From: lists at glidos.net (Paul Gardiner)
Date: Fri, 01 Jun 2012 12:53:58 +0100
Subject: [FFmpeg-user] Possible ffmpeg regression in encoding interlaced
 h264 video
In-Reply-To: <loom.20120601T133918-182@post.gmane.org>
References: <4FC71DC2.5070207@glidos.net>
	<loom.20120531T131804-295@post.gmane.org>
	<4FC872ED.5030209@glidos.net>
	<loom.20120601T105439-933@post.gmane.org>
	<4FC8A8BE.6070501@glidos.net>
	<loom.20120601T133918-182@post.gmane.org>
Message-ID: <4FC8AD56.8070006@glidos.net>

On 01/06/2012 12:39, Carl Eugen Hoyos wrote:
> Paul Gardiner<lists<at>  glidos.net>  writes:
>
>> Would you, off hand, no which commits fixed it?
>
> 60de761
>
> Carl Eugen

Magic. Thanks Carl.

From phil_rhodes at rocketmail.com  Fri Jun  1 14:38:05 2012
From: phil_rhodes at rocketmail.com (Phil Rhodes)
Date: Fri, 01 Jun 2012 13:38:05 +0100
Subject: [FFmpeg-user] Legal issues related to Nellymoser/Asao decoding.
In-Reply-To: <4FC8A7A7.1040909@thelounge.net>
References: <CALmXD4aH_CH6JfRxFFLsEHM=KXr=ZwR3CtRBnQE=VfehohKJGQ@mail.gmail.com>
	<loom.20120601T111119-378@post.gmane.org>
	<CALmXD4YVLunYezM01+f43knr8-vCt4KJ674E5_cmPqo9vjwOsA@mail.gmail.com>
	<op.we7z53gopae0ge@cobaltbox>
	<loom.20120601T130737-926@post.gmane.org>
	<op.we71nxiepae0ge@cobaltbox> <4FC8A7A7.1040909@thelounge.net>
Message-ID: <op.we75drycpae0ge@cobaltbox>


> it is simply impossible for any developer to guaranteeing you
> anything

I know. Doesn't stop them giving out quite a lot of advice, though.

P

From tsinghal18 at gmail.com  Fri Jun  1 14:53:13 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Fri, 1 Jun 2012 18:23:13 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
Message-ID: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>

Hi all,

I want to cross-compile ffmpeg source code as a 64-bit application for
windows
I am having Cent OS.
Can anybody let me know, which compiler tool-chain can I used.
Can I use mingw32 only to compile it as 64-bit?
And Since I have to cross compile other libraries also like VPX,libmp3lame
etc. So Do I need to cros


Regards,
Tarun Singhal

From atlithorn at gmail.com  Fri Jun  1 14:54:37 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Fri, 1 Jun 2012 12:54:37 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
Message-ID: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>

Hi I'm trying to combined 2 files via overlay for video and amix for audio.

I have overlay working via filter_complex like this

ffmpeg -i test1.flv -i test2.flv -filter_complex
'[0]scale=iw/2:ih/2,pad=2*iw:ih[left];[1]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0'
out.flv

But obviously this just discards the audio from test.flv
I thought the idea was to use -vf for the video and then add -af for the
audio like this

ffmpeg -i test1.flv -i test2.flv
-vf
'[0]scale=iw/2:ih/2,pad=2*iw:ih[left];[1]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0[out]'
-af '[0][1] amix=duration=first:dropout_transition=3[out]'
out.flv

But I never get the filtergraph to work when I use -vf (even if I leave out
the -af part)
I always get this error:

Output pad "default" for the filter "src" of type "buffer" not connected to
any destination

Any ideas?

Atli.

From zamarac at gmail.com  Fri Jun  1 15:47:09 2012
From: zamarac at gmail.com (Zamar Acadia)
Date: Fri, 01 Jun 2012 09:47:09 -0400
Subject: [FFmpeg-user] Transcode 5.1 Flac to 5.1 LPCM in ffmpeg
In-Reply-To: <loom.20120601T081013-789@post.gmane.org>
References: <op.we6zlvvc5nam2o@weboffice>
	<loom.20120601T081013-789@post.gmane.org>
Message-ID: <op.we78kww05nam2o@weboffice>

Thanks Carl,

Here is the printout. You said ffmpeg doesn't support encoding Bluray PCM,  
but there seems to be such codec included below? Which codec should I  
choose to transcode 5.1 Flac to 5.1 LPCM audio in ffmpeg, and how the  
command line would look like?

If none, what these PCM codecs are for - any link with description? What  
other program would someone suggest for the task? I tried eac3to, but the  
resulting file can't play on any player supporting LPCM playback like Daum  
Potplayer or VLC, despite it can be imported and play correctly in  
Audacity. Probably, the header is wrong. FFPlay says: "Invalid data found  
when processing input".

Also, what media info program can decipher media info from multichannel  
LPCM file? I tried MediaInfo and Gspot with no success.  FFMpeg -i gives  
the same above error.

DEA D  pcm_alaw        PCM A-law / G.711 A-law
  D A D  pcm_bluray      PCM signed 16|20|24-bit big-endian for Blu-ray  
media
  D A D  pcm_dvd         PCM signed 20|24-bit big-endian
  DEA D  pcm_f32be       PCM 32-bit floating point big-endian
  DEA D  pcm_f32le       PCM 32-bit floating point little-endian
  DEA D  pcm_f64be       PCM 64-bit floating point big-endian
  DEA D  pcm_f64le       PCM 64-bit floating point little-endian
  D A D  pcm_lxf         PCM signed 20-bit little-endian planar
  DEA D  pcm_mulaw       PCM mu-law / G.711 mu-law
  DEA D  pcm_s16be       PCM signed 16-bit big-endian
  DEA D  pcm_s16le       PCM signed 16-bit little-endian
  D A D  pcm_s16le_planar PCM 16-bit little-endian planar
  DEA D  pcm_s24be       PCM signed 24-bit big-endian
  DEA D  pcm_s24daud     PCM D-Cinema audio signed 24-bit
  DEA D  pcm_s24le       PCM signed 24-bit little-endian
  DEA D  pcm_s32be       PCM signed 32-bit big-endian
  DEA D  pcm_s32le       PCM signed 32-bit little-endian
  DEA D  pcm_s8          PCM signed 8-bit
  D A D  pcm_s8_planar   PCM signed 8-bit planar
  DEA D  pcm_u16be       PCM unsigned 16-bit big-endian
  DEA D  pcm_u16le       PCM unsigned 16-bit little-endian
  DEA D  pcm_u24be       PCM unsigned 24-bit big-endian
  DEA D  pcm_u24le       PCM unsigned 24-bit little-endian
  DEA D  pcm_u32be       PCM unsigned 32-bit big-endian
  DEA D  pcm_u32le       PCM unsigned 32-bit little-endian
  DEA D  pcm_u8          PCM unsigned 8-bit
  D A D  pcm_zork        PCM Zork

On Fri, 01 Jun 2012 02:11:35 -0400, Carl Eugen Hoyos <cehoyos at ag.or.at>  
wrote:

> Zamar Acadia <zamarac <at> gmail.com> writes:
>
>> What's the right command to transcode 5.1 Flac to 5.1
>> LPCM audio in ffmpeg?
>
> FFmpeg does not support encoding Bluray PCM, patch welcome.
>
>> Also, how to transcode 5.1 Flac to 5.1 Dolby TrueHD
>> packed into MKV or MP4  container?
>
> FFmpeg does not support TrueHD encoding, patch welcome.
>
> Please consider running ffmpeg -codecs to find out about
> supported encoders.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From nicolas.george at normalesup.org  Fri Jun  1 16:00:56 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Fri, 1 Jun 2012 16:00:56 +0200
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
Message-ID: <20120601140056.GA2490@phare.normalesup.org>

Le quartidi 14 prairial, an CCXX, Atli Thorbjornsson a ?crit?:
> Hi I'm trying to combined 2 files via overlay for video and amix for audio.

Do not use amix, it is misdesigned. Use amerge and pan instead.

> But I never get the filtergraph to work when I use -vf (even if I leave out
> the -af part)
> I always get this error:

-vf works with a single input and a single output. What you want to do
requires the -filter_complex option.

Regards,

-- 
  Nicolas George

From rhodri at kynesim.co.uk  Fri Jun  1 17:18:37 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Fri, 01 Jun 2012 16:18:37 +0100
Subject: [FFmpeg-user] Transcode 5.1 Flac to 5.1 LPCM in ffmpeg
In-Reply-To: <op.we78kww05nam2o@weboffice>
References: <op.we6zlvvc5nam2o@weboffice>
	<loom.20120601T081013-789@post.gmane.org> <op.we78kww05nam2o@weboffice>
Message-ID: <op.we8ctbsxhl8vyy@sto-helit>

On Fri, 01 Jun 2012 14:47:09 +0100, Zamar Acadia <zamarac at gmail.com> wrote:

Please don't top post.  It's considered a bit rude hereabouts because it
breaks the thread of conversation; you have to read your message from the
bottom to get all the context.

> Here is the printout

[of ffmpeg -codecs]

> You said ffmpeg doesn't support encoding Bluray PCM, but there seems to  
> be such codec included below?

[snip]

> D A D  pcm_bluray      PCM signed 16|20|24-bit big-endian for Blu-ray   
> media

To quote the first few lines of the output:

Codecs:
  D..... = Decoding supported
  .E.... = Encoding supported
  ..V... = Video codec
  ..A... = Audio codec
  ..S... = Subtitle codec
  ...S.. = Supports draw_horiz_band
  ....D. = Supports direct rendering method 1
  .....T = Supports weird frame truncation

So that line of your output I quote indicates that FFMPEG can
*decode* Bluray PCM, but it can't *encode* it, which is what you
want.  If you figure out how and want to submit a patch to do it,
as Carl said, you are very welcome!

-- 
Rhodri James
Kynesim Ltd

From flyingwalter at gmail.com  Fri Jun  1 17:33:39 2012
From: flyingwalter at gmail.com (=?GB2312?B?wO6zrA==?=)
Date: Fri, 1 Jun 2012 23:33:39 +0800
Subject: [FFmpeg-user] Can ffplay be used as realtime playing?
In-Reply-To: <loom.20120531T114347-706@post.gmane.org>
References: <CAP1T9tYMiB8KRDR_XmMVWEXwtOe81xXztYr5EJcFvaJs77b2xA@mail.gmail.com>
	<loom.20120531T114347-706@post.gmane.org>
Message-ID: <CAP1T9tZEMpDsArURSNErfV2_4syLj12aFd7jP4zwCvVvsagBpw@mail.gmail.com>

Thanks for the reply!

But, I got the same result with the lasted code from git://
source.ffmpeg.org/ffmpeg.git.
When I use command "ffplay tcp://192.168.244.226:5000", the video window
won't come out until I stop the tcp server.
Also, I tried udp instead of tcp, still the same result.

-Walter

2012/5/31 Carl Eugen Hoyos <cehoyos at ag.or.at>

> ?? <flyingwalter <at> gmail.com> writes:
>
> >   I'm using ffplay to play a mpeg ts stream over tcp.
> > After started, the server will keep sending ts packet
> > to ffplay, but ffplay wont start playing it until I
> > stop the tcp stream at server side by press Ctrl+C.
>
> Please try with current git master and
> ffplay tcp://192.168.244.226:5000
> (drop the other options you used)
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From atlithorn at gmail.com  Fri Jun  1 17:41:07 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Fri, 1 Jun 2012 15:41:07 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <20120601140056.GA2490@phare.normalesup.org>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
Message-ID: <CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>

Thank You Nicolas! How would I go about combining the filters? Do I create
a new filter_complex command or add it to the end of my existing command?
Can't seem to get either to work.

Atli


On 1 June 2012 14:00, Nicolas George <nicolas.george at normalesup.org> wrote:

> Le quartidi 14 prairial, an CCXX, Atli Thorbjornsson a ?crit :
> > Hi I'm trying to combined 2 files via overlay for video and amix for
> audio.
>
> Do not use amix, it is misdesigned. Use amerge and pan instead.
>
> > But I never get the filtergraph to work when I use -vf (even if I leave
> out
> > the -af part)
> > I always get this error:
>
> -vf works with a single input and a single output. What you want to do
> requires the -filter_complex option.
>
> Regards,
>
> --
>  Nicolas George
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From atlithorn at gmail.com  Fri Jun  1 18:10:11 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Fri, 1 Jun 2012 16:10:11 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
Message-ID: <CAAobVzLRzNRerS68Q0vsCXxe3R-voN_4KP=x6hBhSo0=iv9k7Q@mail.gmail.com>

Also, using -vf and -af separately works but like you said they expect a
single input source. So I provide a source (movie= and amovie=) in the
filtergraph but there I hit another problem, never found out how to get the
filter sources to accept rtmp://.. urls, the parser kept breaking on the
colons.

Atli.

On 1 June 2012 15:41, Atli Thorbjornsson <atlithorn at gmail.com> wrote:

> Thank You Nicolas! How would I go about combining the filters? Do I create
> a new filter_complex command or add it to the end of my existing command?
> Can't seem to get either to work.
>
> Atli
>
>
>
> On 1 June 2012 14:00, Nicolas George <nicolas.george at normalesup.org>wrote:
>
>> Le quartidi 14 prairial, an CCXX, Atli Thorbjornsson a ?crit :
>> > Hi I'm trying to combined 2 files via overlay for video and amix for
>> audio.
>>
>> Do not use amix, it is misdesigned. Use amerge and pan instead.
>>
>> > But I never get the filtergraph to work when I use -vf (even if I leave
>> out
>> > the -af part)
>> > I always get this error:
>>
>> -vf works with a single input and a single output. What you want to do
>> requires the -filter_complex option.
>>
>> Regards,
>>
>> --
>>  Nicolas George
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>
>

From mbradshaw at sorensonmedia.com  Fri Jun  1 18:39:29 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Fri, 1 Jun 2012 10:39:29 -0600
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
In-Reply-To: <loom.20120601T080701-583@post.gmane.org>
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
Message-ID: <CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>

On Fri, Jun 1, 2012 at 12:08 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:
>
>> ./configure --enable-shared --disable-static --arch=x86_32
>> --extra-cflags="-arch i386" --extra-ldflags="-arch i386"
>> --extra-cxxflags="-arch i386" --target-os=darwin
>> --enable-cross-compile
>
> Does ./configure --cc='gcc -m32' work?
> (I suspect --enable-cross-compile disables some configure tests.)

Perfect, "./configure --cc='gcc -m32'" works, and file reports they
are indeed i386 32-bit binaries.

>> NOTE: Full console output is below:
>
> The idea would be to run make, see a failure, run make V=1
> and post the output of make V=1

Thanks, Carl. I'll remember that. I was just trying to avoid a
"missing *full* console output" response (but I went too far) :)

Thanks again Carl!

--Michael

From mbradshaw at sorensonmedia.com  Fri Jun  1 18:53:43 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Fri, 1 Jun 2012 10:53:43 -0600
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
In-Reply-To: <CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
	<CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
Message-ID: <CAJ29FNbzNwVLd_uOeGQDYXLcFvUajyf7Di+KJqhcwnn3C1_d0A@mail.gmail.com>

On Fri, Jun 1, 2012 at 10:39 AM, Michael Bradshaw
<mbradshaw at sorensonmedia.com> wrote:
> On Fri, Jun 1, 2012 at 12:08 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>> Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:
>>
>>> ./configure --enable-shared --disable-static --arch=x86_32
>>> --extra-cflags="-arch i386" --extra-ldflags="-arch i386"
>>> --extra-cxxflags="-arch i386" --target-os=darwin
>>> --enable-cross-compile
>>
>> Does ./configure --cc='gcc -m32' work?
>> (I suspect --enable-cross-compile disables some configure tests.)
>
> Perfect, "./configure --cc='gcc -m32'" works, and file reports they
> are indeed i386 32-bit binaries.

Actually, I lied. The above command does indeed compile correctly, but
I need the shared libs (which aren't built by default). "./configure
--enable-shared --disable-static --cc='gcc -m32'" fails with the same
error. If you're curious, make V=1 gives:

gcc -m32 -I. -I./ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -std=c99
-fomit-frame-pointer -fPIC -g -Wdeclaration-after-statement -Wall
-Wno-parentheses -Wno-switch -Wno-format-zero-length
-Wdisabled-optimization -Wpointer-arith -Wredundant-decls
-Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wundef
-Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict-prototypes -O3
-fno-math-errno -fno-tree-vectorize
-Werror=implicit-function-declaration -Werror=missing-prototypes  -MMD
-MF libswscale/x86/rgb2rgb.d -MT libswscale/x86/rgb2rgb.o -c -o
libswscale/x86/rgb2rgb.o libswscale/x86/rgb2rgb.c
libswscale/x86/rgb2rgb_template.c: In function ?rgb15tobgr24_MMX?:
libswscale/x86/rgb2rgb_template.c:814: error: can't find a register in
class ?GENERAL_REGS? while reloading ?asm?
libswscale/x86/rgb2rgb_template.c:811: error: ?asm? operand has
impossible constraints
libswscale/x86/rgb2rgb_template.c:814: error: ?asm? operand has
impossible constraints
libswscale/x86/rgb2rgb_template.c:879: error: ?asm? operand has
impossible constraints
make: *** [libswscale/x86/rgb2rgb.o] Error 1

From cehoyos at ag.or.at  Fri Jun  1 19:01:50 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 17:01:50 +0000 (UTC)
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
	<CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
	<CAJ29FNbzNwVLd_uOeGQDYXLcFvUajyf7Di+KJqhcwnn3C1_d0A@mail.gmail.com>
Message-ID: <loom.20120601T190023-695@post.gmane.org>

Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:

> libswscale/x86/rgb2rgb_template.c: In function ?rgb15tobgr24_MMX?:
> libswscale/x86/rgb2rgb_template.c:814: error: can't find a register in
> class ?GENERAL_REGS? while reloading ?asm?

It seems the problem is old:
https://gist.github.com/1528236

I don't have access to an Intel-Mac, I suspect you can disable 
rgb15tobgr24_MMX for the specific gcc version on OS X.
Does it work with clang?

Carl Eugen


From mbradshaw at sorensonmedia.com  Fri Jun  1 19:09:35 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Fri, 1 Jun 2012 11:09:35 -0600
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
In-Reply-To: <loom.20120601T190023-695@post.gmane.org>
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
	<CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
	<CAJ29FNbzNwVLd_uOeGQDYXLcFvUajyf7Di+KJqhcwnn3C1_d0A@mail.gmail.com>
	<loom.20120601T190023-695@post.gmane.org>
Message-ID: <CAJ29FNY3Dyt0LPnYDepOA2Ddf6BkiPH9fL99xu2cCRpH82Mp=A@mail.gmail.com>

On Fri, Jun 1, 2012 at 11:01 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:
>
>> libswscale/x86/rgb2rgb_template.c: In function ?rgb15tobgr24_MMX?:
>> libswscale/x86/rgb2rgb_template.c:814: error: can't find a register in
>> class ?GENERAL_REGS? while reloading ?asm?
>
> It seems the problem is old:
> https://gist.github.com/1528236
>
> I don't have access to an Intel-Mac, I suspect you can disable
> rgb15tobgr24_MMX for the specific gcc version on OS X.

I think that may need to be done. --disable-asm works, but I'd rather
enable assembly.

> Does it work with clang?

No, it runs out of registers too, but on h264_cabac.c.

Configuration:
./configure --enable-shared --disable-static --cc="clang -m32"

make V=1:
clang -m32 -I. -I./ -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -DPIC -DHAVE_AV_CONFIG_H -std=c99
-fomit-frame-pointer -fPIC -g -Wdeclaration-after-statement -Wall
-Wno-parentheses -Wno-switch -Wno-format-zero-length
-Wdisabled-optimization -Wpointer-arith -Wredundant-decls
-Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef
-Wmissing-prototypes -Wno-pointer-to-int-cast -Wstrict-prototypes -O3
-fno-math-errno -fno-signed-zeros -mllvm -stack-alignment=16
-Qunused-arguments  -MMD -c -o libavcodec/h264_cabac.o
libavcodec/h264_cabac.c
fatal error: error in backend: Ran out of registers during register allocation!
make: *** [libavcodec/h264_cabac.o] Error 1

From mbradshaw at sorensonmedia.com  Fri Jun  1 19:47:03 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Fri, 1 Jun 2012 11:47:03 -0600
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
In-Reply-To: <CAJ29FNY3Dyt0LPnYDepOA2Ddf6BkiPH9fL99xu2cCRpH82Mp=A@mail.gmail.com>
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
	<CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
	<CAJ29FNbzNwVLd_uOeGQDYXLcFvUajyf7Di+KJqhcwnn3C1_d0A@mail.gmail.com>
	<loom.20120601T190023-695@post.gmane.org>
	<CAJ29FNY3Dyt0LPnYDepOA2Ddf6BkiPH9fL99xu2cCRpH82Mp=A@mail.gmail.com>
Message-ID: <CAJ29FNbYiuDj4=tpWJ=vhQ62a3rtamEs=zd7s6y-Kt9=2uHrqw@mail.gmail.com>

On Fri, Jun 1, 2012 at 11:09 AM, Michael Bradshaw
<mbradshaw at sorensonmedia.com> wrote:
> On Fri, Jun 1, 2012 at 11:01 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>> Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:
>>
>>> libswscale/x86/rgb2rgb_template.c: In function ?rgb15tobgr24_MMX?:
>>> libswscale/x86/rgb2rgb_template.c:814: error: can't find a register in
>>> class ?GENERAL_REGS? while reloading ?asm?
>>
>> It seems the problem is old:
>> https://gist.github.com/1528236
>>
>> I don't have access to an Intel-Mac, I suspect you can disable
>> rgb15tobgr24_MMX for the specific gcc version on OS X.
>
> I think that may need to be done. --disable-asm works, but I'd rather
> enable assembly.

Turns out rgb15tobgr24 isn't the only function that fails. I get the
same error with rgb16to32, rgb15to32, and rgb16tobgr24. I've added a
macro that replaces the x86 assembly versions of these functions with
their generic, non-assembly definitions if using gcc4.2 on OS X
compiling 32 bit dynamic libs. It's an ugly solution (and I'm sure you
or one of the other devs could do it 100x better), but it compiles.

Ideally, gcc4.2 and clang1.7 (what I have installed) shouldn't have
any problems compiling 32 bit shared libs on 64 bit OS X (Intel
based). I wonder if the real cause could be a configuration script
problem or something that isn't detecting these things right?

Should I work on a patch/take this to the ffmpeg-devel list to discuss
possible solutions?

Thanks,

Michael

From cehoyos at ag.or.at  Fri Jun  1 19:54:57 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 1 Jun 2012 17:54:57 +0000 (UTC)
Subject: [FFmpeg-user] Compiling FFmpeg for 32 bits (i386) on Mac OS X
References: <CAJ29FNbT1XCAOmAoa8nGGDLKJCedu8dDV_ikgJAN6ruiZVoWwA@mail.gmail.com>
	<loom.20120601T080701-583@post.gmane.org>
	<CAJ29FNYsPATNTi_vDj5KBZYz-8aBzBd85BDbAC=ewjgidFTCDA@mail.gmail.com>
	<CAJ29FNbzNwVLd_uOeGQDYXLcFvUajyf7Di+KJqhcwnn3C1_d0A@mail.gmail.com>
	<loom.20120601T190023-695@post.gmane.org>
	<CAJ29FNY3Dyt0LPnYDepOA2Ddf6BkiPH9fL99xu2cCRpH82Mp=A@mail.gmail.com>
	<CAJ29FNbYiuDj4=tpWJ=vhQ62a3rtamEs=zd7s6y-Kt9=2uHrqw@mail.gmail.com>
Message-ID: <loom.20120601T195344-903@post.gmane.org>

Michael Bradshaw <mbradshaw <at> sorensonmedia.com> writes:

> Should I work on a patch/take this to the ffmpeg-devel list 
> to discuss possible solutions?

While this is probably a compiler problem if no 
HAVE_ENOUGH_REGISTERS is missing, such a patch would still 
make sense since it is not trivial to update the compiler on 
OS X.

Thank you, Carl Eugen


From 103730258b at gmail.com  Fri Jun  1 22:15:49 2012
From: 103730258b at gmail.com (maujhsn)
Date: Fri, 1 Jun 2012 20:15:49 +0000
Subject: [FFmpeg-user] FFmpeg-user] Can ffplay be used as realtime playing?
Message-ID: <CAOEq4xwJxWBPee3O2OL9Ru1Cz+Ao0uZCEC=kCHByaknobWEP4w@mail.gmail.com>

Why not take ffplay out of the equation & just use the ffmpeg command
bypassing the server altogether & streaming in realtime over rtp?

On Fri, Jun 1, 2012 at 3:33 PM, ?? <flyingwalter at gmail.com> wrote:

> Thanks for the reply!
>
> But, I got the same result with the lasted code from git://
> source.ffmpeg.org/ffmpeg.git.
> When I use command "ffplay tcp://192.168.244.226:5000", the video window
> won't come out until I stop the tcp server.
> Also, I tried udp instead of tcp, still the same result.
>
> -Walter
>
> 2012/5/31 Carl Eugen Hoyos <cehoyos at ag.or.at>
>
> > ?? <flyingwalter <at> gmail.com> writes:
> >
> > >   I'm using ffplay to play a mpeg ts stream over tcp.
> > > After started, the server will keep sending ts packet
> > > to ffplay, but ffplay wont start playing it until I
> > > stop the tcp stream at server side by press Ctrl+C.
> >
> > Please try with current git master and
> > ffplay tcp://192.168.244.226:5000
> > (drop the other options you used)
> >
> > Carl Eugen
> >
> > _______________________________________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From nicolas.george at normalesup.org  Sat Jun  2 15:16:17 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sat, 2 Jun 2012 15:16:17 +0200
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
Message-ID: <20120602131617.GA21009@phare.normalesup.org>

Le quartidi 14 prairial, an CCXX, Atli Thorbjornsson a ?crit?:
> Thank You Nicolas! How would I go about combining the filters? Do I create
> a new filter_complex command or add it to the end of my existing command?
> Can't seem to get either to work.

Check out the documentation, there is an example in the amix section
(although I urge you tu use amerge and pan; there are examples too, but they
use amovie).

If it does not work, please post your complete command line and console
output.

And please read the list's guidelines, especially the ones regarding
top-posting. It is considered rude here.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120602/fccfb101/attachment.asc>

From freeslkr.wl6x at mailnull.com  Sat Jun  2 22:28:24 2012
From: freeslkr.wl6x at mailnull.com (freeslkr)
Date: Sat, 2 Jun 2012 20:28:24 +0000 (UTC)
Subject: [FFmpeg-user] transcoding downloads from hulu
Message-ID: <loom.20120602T222632-431@post.gmane.org>

I've used https://code.google.com/p/get-flash-videos to download
videos from hulu.com.  They play well on VLC et al on my linux
machine, but not on my WD TV Live.  There, the audio plays at
a normal rate, but the video plays at something like double-speed.
(I'm assuming this is some nonsense on hulu's part to discourage
downloads, and that the WD TV Live refuses to work around it.)

I naively tried `ffmpeg -i tvshow.flv tvshow.mp4` to fix the problem.
The audio and video are now synced at normal speed, but the resulting
video is grainy and is unwatchable on the TV.  VLC reports the
resolution (720x400) and frame rate (23.97) are unchanged from the
original.

Will someone help me figure out the ffmpeg options I need to use to
keep the video quality?  Or, is there a better way to accomplish
getting the video to play at normal speed on the WD TV Live?

Thank you.


From tsinghal18 at gmail.com  Sat Jun  2 22:38:44 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Sun, 3 Jun 2012 02:08:44 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
Message-ID: <CAJQ5m2N7Tgo+YeJwHjEBQuQwd08ojJXESaDu3n0BDisMS_o2xA@mail.gmail.com>

Can anybody please give me some hints for the following-

I want to cross-compile ffmpeg source code as a 64-bit application for
windows
I am having Cent OS.
Which compiler tool-chain can I used.
Can I use mingw32 only to compile it as 64-bit?

Regards,
Tarun Singhal


On Fri, Jun 1, 2012 at 6:23 PM, Tarun singhal <tsinghal18 at gmail.com> wrote:

> Hi all,
>
> I want to cross-compile ffmpeg source code as a 64-bit application for
> windows
> I am having Cent OS.
> Can anybody let me know, which compiler tool-chain can I used.
> Can I use mingw32 only to compile it as 64-bit?
> And Since I have to cross compile other libraries also like VPX,libmp3lame
> etc. So Do I need to cros
>
>
> Regards,
> Tarun Singhal
>
>
>
>

From kcrobinson at gmail.com  Sat Jun  2 20:09:32 2012
From: kcrobinson at gmail.com (Kyle Parker-Robinson)
Date: Sat, 2 Jun 2012 11:09:32 -0700
Subject: [FFmpeg-user] 4-bit and 2-bit gray pixel format?
Message-ID: <CADwfL5_RvMSSc3F_AoZx-fb-9pvRtC4iFpQU6DWbjWJWKyWd4g@mail.gmail.com>

While looking through the output of "ffmpeg -pix_fmts", I noticed that
there are formats for two 16-bit grayscales (gray16be/gray16le) and an
8-bit grayscale (gray). There's also a 1-bit grayscale, more accurately
called monochrome (mono).

1) I know that gray16be and gray16le stand for big-endian and little
endian, but I don't know what that means in terms of what I should expect
from using them or what the difference of the output would be between these
two? Can anyone please explain that to me?

2) The project I'm working on requires converting videos to 4-bit and 2-bit
grayscale as well, but these do not appear to be options in ffmpeg. Is
there a way to achieve this another way? If needed, I could contribute to
ffmpeg by developing these new pixel formats. They probably aren't widely
needed pixel formats, but my project is dead in its tracks until I can come
up with a way to make these grayscale videos.

From shekhar123 at comcast.net  Sat Jun  2 19:32:03 2012
From: shekhar123 at comcast.net (raj betageri)
Date: Sat, 2 Jun 2012 13:32:03 -0400
Subject: [FFmpeg-user] virtual dub crsah
Message-ID: <001801cd40e5$a02a5630$e07f0290$@comcast.net>

O.S.   windows 7 64-bit

 

Installed the 32-bit static build folder under virtualdub folder

 

Then

 

Installed v0.7 x86 32-bit binary plugin under the virtualdub folder and
moved the ffinputdriver.vdplugin file to the plugin folder

 

When I opened virtualdub and try to load a wmv file, vd is crashing with
kernelbase error

 

What I am doing wrong here?

 

Thanks


From atlithorn at gmail.com  Sun Jun  3 01:35:29 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Sat, 2 Jun 2012 23:35:29 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <20120602131617.GA21009@phare.normalesup.org>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
	<20120602131617.GA21009@phare.normalesup.org>
Message-ID: <CAAobVzLiP1ddDKzzYA00o5NeUFmRnUeOH=GZRkTXM_LYWEXDbw@mail.gmail.com>

>
> If it does not work, please post your complete command line and console
> output.
>

ffmpeg -i test1.flv  -i test2.flv -filter_complex
'[0]scale=iw/2:ih/2,pad=2*iw:ih[left];[1]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0'
out.flv

This works but the audio output is from test1 only. So I try to amerge
audio and I'm thinking this... but it feels wrong and doesn't work

ffmpeg -i test1.flv  -i test2.flv -filter_complex
'[0]scale=iw/2:ih/2,pad=2*iw:ih[left];[1]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0[out];[out][1]
amerge' out.flv


[overlay @ 0xb16c5c0] Media type mismatch between the 'Parsed_overlay_3'
filter output pad 0 and the 'Parsed_amerge_4' filter input pad 0
Cannot create the link overlay:0 -> amerge:0



> And please read the list's guidelines, especially the ones regarding
> top-posting. It is considered rude here.
>
> My sincerest apologies. I had no idea.

Atli.

From jeroen.roeper at xs4all.nl  Sun Jun  3 02:25:57 2012
From: jeroen.roeper at xs4all.nl (Jeroen Roeper)
Date: Sun, 03 Jun 2012 08:25:57 +0800
Subject: [FFmpeg-user] transcoding downloads from hulu
In-Reply-To: <loom.20120602T222632-431@post.gmane.org>
References: <loom.20120602T222632-431@post.gmane.org>
Message-ID: <1338683157.2865.1.camel@seven>

On Sat, 2012-06-02 at 20:28 +0000, freeslkr wrote:
> I've used https://code.google.com/p/get-flash-videos to download
> videos from hulu.com.  They play well on VLC et al on my linux
> machine, but not on my WD TV Live.  There, the audio plays at
> a normal rate, but the video plays at something like double-speed.
> (I'm assuming this is some nonsense on hulu's part to discourage
> downloads, and that the WD TV Live refuses to work around it.)
> 
> I naively tried `ffmpeg -i tvshow.flv tvshow.mp4` to fix the problem.
> The audio and video are now synced at normal speed, but the resulting
> video is grainy and is unwatchable on the TV.  VLC reports the
> resolution (720x400) and frame rate (23.97) are unchanged from the
> original.
> 
> Will someone help me figure out the ffmpeg options I need to use to
> keep the video quality?  Or, is there a better way to accomplish
> getting the video to play at normal speed on the WD TV Live?

Try copying audio and video from the source file with:

ffmpeg -i tvshow.flv -vcodec copy -acodec copy tvshow.mp4

That should preserve source quality and just remux into an mp4 file.

Jeroen.


From freeslkr.wl6x at mailnull.com  Sun Jun  3 03:47:38 2012
From: freeslkr.wl6x at mailnull.com (freeslkr)
Date: Sun, 3 Jun 2012 01:47:38 +0000 (UTC)
Subject: [FFmpeg-user] transcoding downloads from hulu
References: <loom.20120602T222632-431@post.gmane.org>
	<1338683157.2865.1.camel@seven>
Message-ID: <loom.20120603T034511-603@post.gmane.org>

Jeroen Roeper <jeroen.roeper <at> xs4all.nl> writes:

> Try copying audio and video from the source file with:
> 
> ffmpeg -i tvshow.flv -vcodec copy -acodec copy tvshow.mp4
> 
> That should preserve source quality and just remux into an mp4 file.

Works for me. Thank you.





From unga888 at yahoo.com  Sun Jun  3 08:26:11 2012
From: unga888 at yahoo.com (Unga)
Date: Sat, 2 Jun 2012 23:26:11 -0700 (PDT)
Subject: [FFmpeg-user] CODEC_TYPE_DATA,
	CODEC_TYPE_ATTACHMENT and CODEC_TYPE_NB
Message-ID: <1338704771.91757.YahooMailNeo@web160101.mail.bf1.yahoo.com>

Hi

I'm writing a video player using ffmpeg C library functions.

I need to understand what are CODEC_TYPE_DATA, CODEC_TYPE_ATTACHMENT and CODEC_TYPE_NB in libavcodec/avcodec.h.

I want to understand do they effect in anyway for the correct playback of video?

Thank you.

Best regards
Unga

From cehoyos at ag.or.at  Sun Jun  3 09:00:29 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 07:00:29 +0000 (UTC)
Subject: [FFmpeg-user] virtual dub crsah
References: <001801cd40e5$a02a5630$e07f0290$@comcast.net>
Message-ID: <loom.20120603T085743-992@post.gmane.org>

raj betageri <shekhar123 <at> comcast.net> writes:

> O.S.   windows 7 64-bit
> 
> Installed the 32-bit static build folder under virtualdub folder

Isn't this a question for the virtualdub mailing list?
(At least until you add backtrace or similar information that 
would allow to understand what is going wrong.)

Carl Eugen


From cehoyos at ag.or.at  Sun Jun  3 09:04:52 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 07:04:52 +0000 (UTC)
Subject: [FFmpeg-user] 4-bit and 2-bit gray pixel format?
References: <CADwfL5_RvMSSc3F_AoZx-fb-9pvRtC4iFpQU6DWbjWJWKyWd4g@mail.gmail.com>
Message-ID: <loom.20120603T085957-521@post.gmane.org>

Kyle Parker-Robinson <kcrobinson <at> gmail.com> writes:

> 1) I know that gray16be and gray16le stand for big-endian 
> and little endian, but I don't know what that means in terms 
> of what I should expect from using them or what the 
> difference of the output would be between these two? 
> Can anyone please explain that to me?

gray16be and gray16le are 16 bit formats, the (luminance) 
information in 16 bit formats can either be saved in 
little-endian or in big-endian, FFmpeg supports both.

> 2) The project I'm working on requires converting videos to 
> 4-bit and 2-bit grayscale as well, but these do not appear 
> to be options in ffmpeg. Is there a way to achieve this 
> another way?

You will probably have to add these formats to libswscale.
Please send patches to ffmpeg-devel, don't forget to read the 
development section in the documentation.

Carl Eugen


From cehoyos at ag.or.at  Sun Jun  3 09:07:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 07:07:38 +0000 (UTC)
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
Message-ID: <loom.20120603T090602-7@post.gmane.org>

Tarun singhal <tsinghal18 <at> gmail.com> writes:

> I want to cross-compile ffmpeg source code as a 64-bit 
> application for windows

Why not use native compilation, it worked fine when I tried last?

> I am having Cent OS.
> Can anybody let me know, which compiler tool-chain can I used.

Sounds like a question for a centos mailing list, don't you agree?

> Can I use mingw32 only to compile it as 64-bit?

I believe mingw32 is 32bit-only, there is mingw64 (but this 
information may be outdated, maybe somebody can clarify).

Please don't top-post on this mailing list, Carl Eugen


From nicolas.george at normalesup.org  Sun Jun  3 09:34:33 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 3 Jun 2012 09:34:33 +0200
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <CAAobVzLiP1ddDKzzYA00o5NeUFmRnUeOH=GZRkTXM_LYWEXDbw@mail.gmail.com>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
	<20120602131617.GA21009@phare.normalesup.org>
	<CAAobVzLiP1ddDKzzYA00o5NeUFmRnUeOH=GZRkTXM_LYWEXDbw@mail.gmail.com>
Message-ID: <20120603073433.GA350@phare.normalesup.org>

Le quintidi 15 prairial, an CCXX, Atli Thorbjornsson a ?crit?:
> [out][1] amerge' out.flv
> 
> [overlay @ 0xb16c5c0] Media type mismatch between the 'Parsed_overlay_3'
> filter output pad 0 and the 'Parsed_amerge_4' filter input pad 0
> Cannot create the link overlay:0 -> amerge:0

amerge is used to merge several audio channels together, and you are
plugging it to the output of the overlay filter, i.e. video. That does not
make sense. Try '[0:1][1:1] amerge'.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120603/0ffd56fa/attachment.asc>

From atlithorn at gmail.com  Sun Jun  3 12:52:30 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Sun, 3 Jun 2012 10:52:30 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <20120603073433.GA350@phare.normalesup.org>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
	<20120602131617.GA21009@phare.normalesup.org>
	<CAAobVzLiP1ddDKzzYA00o5NeUFmRnUeOH=GZRkTXM_LYWEXDbw@mail.gmail.com>
	<20120603073433.GA350@phare.normalesup.org>
Message-ID: <CAAobVzKXGXDywqkRQ_qecSgwMW6+WOjGFQqtKok_S6goTMH=Ug@mail.gmail.com>

On 3 June 2012 07:34, Nicolas George <nicolas.george at normalesup.org> wrote:

> amerge is used to merge several audio channels together, and you are
> plugging it to the output of the overlay filter, i.e. video. That does not
> make sense. Try '[0:1][1:1] amerge'.
>

Thanks for you help NIcolas, so I tried the following

ffmpeg -i test1.flv  -i test2.flv -filter_complex
'[0:0]scale=iw/2:ih/2,pad=2*iw:ih[left];[1:0]scale=iw/2:ih/2[right];[left][right]overlay=main_w/2:0;[0:1][1:1]
amerge' out.flv

It returns

[buffersink @ 0xa1255c0] No opaque field provided
[abuffersink @ 0xa066920] No opaque field provided, an AVABufferSinkParams
struct is required

Thanks for your help, I'm really groping in the dark here.

Atli.

From pb at das-werkstatt.com  Sun Jun  3 13:09:13 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Sun, 03 Jun 2012 13:09:13 +0200
Subject: [FFmpeg-user] virtual dub crsah
In-Reply-To: <001801cd40e5$a02a5630$e07f0290$@comcast.net>
References: <001801cd40e5$a02a5630$e07f0290$@comcast.net>
Message-ID: <4FCB45D9.1010305@das-werkstatt.com>

Hi Raj,

I'd be interested in which ffmpeg-plugin are you trying to use with
Virtualdub.
Could you please send me a link?

Thank you very much,
Peter B.


On 06/02/2012 07:32 PM, raj betageri wrote:
> O.S.   windows 7 64-bit
>
>  
>
> Installed the 32-bit static build folder under virtualdub folder
>
>  
>
> Then
>
>  
>
> Installed v0.7 x86 32-bit binary plugin under the virtualdub folder and
> moved the ffinputdriver.vdplugin file to the plugin folder
>
>  
>
> When I opened virtualdub and try to load a wmv file, vd is crashing with
> kernelbase error
>
>  
>
> What I am doing wrong here?
>
>  
>
> Thanks
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>


From carstenmattner at googlemail.com  Sun Jun  3 13:33:16 2012
From: carstenmattner at googlemail.com (Carsten Mattner)
Date: Sun, 3 Jun 2012 13:33:16 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
Message-ID: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>

I cannot get 0.11 or git master to perform the same speed of
conversion of a video file into an mp3 audio track via
ffmpeg -i file.ext -ab nnnk file.mp3

0.10.3 used to take a few seconds and while converting prints
size=    1193kB time=00:01:01.04 bitrate= 128.1kbits/s
as the progress line.

real    0m15.799s
user    0m14.502s
sys     0m0.213s

0.11 and git master print some orange colored text which
are maybe warnings and the speed is many many times slower:
<snip>
[buffersink @ 0x90e2b00] No opaque field provided
[format @ 0x90e2ba0] auto-inserting filter 'auto-inserted scaler 0'
    between the filter 'Parsed_null_0' and the filter 'format'
[scale @ 0x90e2ec0] w:854 h:480 fmt:yuv420p sar:0/1 -> w:854
    h:480 fmt:rgb24 sar:0/1 flags:0x4
<snip>
[mp3 @ 0x93b59a0] Got more than one picture in stream 0, ignoring.
frame=   31 fps=8.6 q=0.0 Lsize=     865kB time=00:00:01.03
    bitrate=6849.6kbits/s
<wait 16 minutes>
frame= 8873 fps=9.0 q=0.0 Lsize=    6629kB time=00:04:56.06
    bitrate= 183.4kbits/s
video:7350440kB audio:5785kB global headers:0kB muxing
    overhead -99.909891%

real    16m24.756s
user    16m10.617s
sys     0m9.119s

I've bisected this in the git repo and the result is:
2dfea1205870c298461f08fc323c652be41888f8 is the first bad commit
commit 2dfea1205870c298461f08fc323c652be41888f8
Author: Anton Khirnov <anton at khirnov.net>
Date:   Tue Feb 28 09:52:05 2012 +0100

    mp3enc: write attached pictures (APIC).

:040000 040000 7777ee70463deb64976b9f383d8b37ce9192122d
e3e753fcbd2c3ed07152b7324249a894b422afcb M      libavformat


Another question: when bisecting I have constantly hit git revisions where
the build results were avconv other executabled instead of ff* executables.
Is that due to temporary merge commits to/from libav.git?

From tsinghal18 at gmail.com  Sun Jun  3 13:40:39 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Sun, 3 Jun 2012 17:10:39 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <loom.20120603T090602-7@post.gmane.org>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
Message-ID: <CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>

-> Carl - On the first hand, If I had to choose native compilation I
wouldn't have posted this question :).



-> I mentioned that *I am having CentOS*- that was an FYI, in case anybody
wants to know my existing platform. My Question is not focussed on CentOS
rather ffmpeg, hence I dont think this question belongs to CentOS list.


-> I posted this question here, because I believe that there are lot of
people who have more experience than me in FFmpeg and might have tried
cross compiling 64-bit version. If yes, Than I am requesting all those to
please share your experience here.



Regards,
Tarun Singhal






On Sun, Jun 3, 2012 at 12:37 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Tarun singhal <tsinghal18 <at> gmail.com> writes:
>
> > I want to cross-compile ffmpeg source code as a 64-bit
> > application for windows
>
> Why not use native compilation, it worked fine when I tried last?
>
> > I am having Cent OS.
> > Can anybody let me know, which compiler tool-chain can I used.
>
> Sounds like a question for a centos mailing list, don't you agree?
>
> > Can I use mingw32 only to compile it as 64-bit?
>
> I believe mingw32 is 32bit-only, there is mingw64 (but this
> information may be outdated, maybe somebody can clarify).
>
> Please don't top-post on this mailing list, Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From cehoyos at ag.or.at  Sun Jun  3 14:17:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 12:17:38 +0000 (UTC)
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
Message-ID: <loom.20120603T141501-471@post.gmane.org>

Carsten Mattner <carstenmattner <at> googlemail.com> writes:

> Another question: when bisecting I have constantly hit git 
> revisions where the build results were avconv other 
> executabled instead of ff* executables. Is that due to 
> temporary merge commits to/from libav.git?

That's because of the merges, yes. (What is temporary about them?)
I always start with merge commits to find regressions, that is 
easier imo.
Command line and complete, uncut console output missing.

Thank you, Carl Eugen


From pb at das-werkstatt.com  Sun Jun  3 14:28:12 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Sun, 03 Jun 2012 14:28:12 +0200
Subject: [FFmpeg-user] FFv1: newer ffmpeg builds create larger files?
Message-ID: <4FCB585C.2090102@das-werkstatt.com>

I'm currently testing FFv1.3, and during these tests I saw that even if
I transcoded ffv1->ffv1 with "-level 1", the resulting files were bigger
than the original FFv1 input file created with an old version of
ffdshow-tryouts (Lavf52.111.0)

Example:

"original.avi" (encoded in realtime using Virtualdub + ffdshow-tryouts):
452433486 Bytes

Transcoded:
"$ffmpeg -i original.avi -acodec copy -vcodec ffv1 -level 1 -g 1"
473632234 Bytes

This is is almost 20 MB more per-minute than the old "original.avi",
although both are encoded using with FFv1.1.

Is there any explanation for this?
...and do I have any possibility to verify/check/see the ffv1-parameters
the original file actually has? Maybe it has a GOP>1 and I'm not aware
of it?

Thanks in advance,
Pb


From atlithorn at gmail.com  Sun Jun  3 14:39:27 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Sun, 3 Jun 2012 12:39:27 +0000
Subject: [FFmpeg-user] difference between filter_complex and vf
In-Reply-To: <CAAobVzKXGXDywqkRQ_qecSgwMW6+WOjGFQqtKok_S6goTMH=Ug@mail.gmail.com>
References: <CAAobVzLu7piQVW5R4M3foatoa+aDuw7HD=33Qd9jnZzp5qgLYw@mail.gmail.com>
	<20120601140056.GA2490@phare.normalesup.org>
	<CAAobVz+_n6YEcR91pEP2VBka6g2Qpo+4qAHJNwY3+aGaLH_5tA@mail.gmail.com>
	<20120602131617.GA21009@phare.normalesup.org>
	<CAAobVzLiP1ddDKzzYA00o5NeUFmRnUeOH=GZRkTXM_LYWEXDbw@mail.gmail.com>
	<20120603073433.GA350@phare.normalesup.org>
	<CAAobVzKXGXDywqkRQ_qecSgwMW6+WOjGFQqtKok_S6goTMH=Ug@mail.gmail.com>
Message-ID: <CAAobVz+hgCTy64VehMzb6toUsFKpSepMRfZBO73m6NKG0vjNbQ@mail.gmail.com>

>
>
> [buffersink @ 0xa1255c0] No opaque field provided
> [abuffersink @ 0xa066920] No opaque field provided, an AVABufferSinkParams
> struct is required
>

Got some help on irc from burek. As per his recommendation I updated to
latest git build and got past these errors.
However amerge segfaulted instead and burek created a bug report here
http://ffmpeg.org/trac/ffmpeg/ticket/1400

I tried amix and that worked. I'll have a look at pan now since you
recommended not to use amix.

Thanks for your help.

Atli.

From ubitux at gmail.com  Sun Jun  3 15:55:55 2012
From: ubitux at gmail.com (=?utf-8?B?Q2zDqW1lbnQgQsWTc2No?=)
Date: Sun, 3 Jun 2012 15:55:55 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
In-Reply-To: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
Message-ID: <20120603135555.GE7359@leki>

On Sun, Jun 03, 2012 at 01:33:16PM +0200, Carsten Mattner wrote:
> I cannot get 0.11 or git master to perform the same speed of
> conversion of a video file into an mp3 audio track via
> ffmpeg -i file.ext -ab nnnk file.mp3
> 
> 0.10.3 used to take a few seconds and while converting prints
> size=    1193kB time=00:01:01.04 bitrate= 128.1kbits/s
> as the progress line.
> 
[...]
> 
> I've bisected this in the git repo and the result is:
> 2dfea1205870c298461f08fc323c652be41888f8 is the first bad commit
> commit 2dfea1205870c298461f08fc323c652be41888f8
> Author: Anton Khirnov <anton at khirnov.net>
> Date:   Tue Feb 28 09:52:05 2012 +0100
> 
>     mp3enc: write attached pictures (APIC).
> 
> :040000 040000 7777ee70463deb64976b9f383d8b37ce9192122d
> e3e753fcbd2c3ed07152b7324249a894b422afcb M      libavformat
> 

As a temporary workaround, is it better with -vn?

-- 
Cl?ment B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120603/fd7124ad/attachment.asc>

From lbrtchx at gmail.com  Sun Jun  3 19:51:54 2012
From: lbrtchx at gmail.com (Albretch Mueller)
Date: Sun, 3 Jun 2012 17:51:54 +0000
Subject: [FFmpeg-user] corrupted media?
Message-ID: <CAFakBwifeFqiZqzC685+ybs1=xWXHKx6uK+C_s7-8m141Pgd0A@mail.gmail.com>

 I recently got a commercial DVD of a movie and right while placing it
in the caddy it (sometimes) apparently gave me reading errors

$ Advanced probing on /dev/sr0 failed while reading block size
Disc in /dev/sr0 is a Video DVD

but sometimes it doesn't

$ Disc in /dev/sr0 is a Video DVD
Disc in /dev/sr0 is a Video DVD

 Then if you try to play it using mplayer it gives you lots of mostly
"frame CRC" and "mismatch sync" errors

 It seems to be a movie using a very old DVD format ([1984] "Once Upon
a Time in America"), but it seems to be physically OK (no
outward/obvious signs of wear at all) and the owner claims it was
played just a few times. I also tried using VLC to no avail.

 Is there a way to watch that movie using mplayer?

 thanks
 lbrtchx
 corrupted media?:ffmpeg-user at ffmpeg.org

$ mplayer VTS_01_1.VOB
MPlayer SVN-r33713-4.6.1 (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing VTS_01_1.VOB.
MPEG-PS file format detected.
VIDEO:  MPEG1  720x480  (aspect 3)  29.970 fps  6500.0 kbps (812.5 kbyte/s)
Load subtitles in ./
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
[VO_TDFXFB] This driver only supports the 3Dfx Banshee, Voodoo3 and Voodoo 5.
[VO_3DFX] Unable to open /dev/3dfx.
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared
object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
[VO_XV] Could not grab port 63.
[VO_XV] Could not grab port 64.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg1] vfm: ffmpeg (FFmpeg MPEG-1)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
[ac3 @ 0xb6739840]frame CRC mismatch
[ac3 @ 0xb6739840]frame sync error
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[ac3 @ 0xb6739840]frame CRC mismatch
[mpeg1video @ 0xb6739840]sequence header damaged
Unsupported PixelFormat 61
Unsupported PixelFormat 53
Movie-Aspect is 2.13:1 - prescaling to correct movie aspect.
VO: [xv] 720x480 => 1024x480 Planar YV12
[mpeg1video @ 0xb6739840]warning: first frame is no keyframe
A:   0.5 V:   0.1 A-V:  0.448 ct:  0.000   2/  2 ??% ??% ??,?% 0 0
[ac3 @ 0xb6739840]frame sync error
A:   0.6 V:   0.1 A-V:  0.479 ct:  0.003   3/  3 ??% ??% ??,?% 1 0
[ac3 @ 0xb6739840]frame CRC mismatch
[ac3 @ 0xb6739840]frame sync error
A:   0.6 V:   0.1 A-V:  0.510 ct:  0.007   4/  4 ??% ??% ??,?% 2 0
[ac3 @ 0xb6739840]frame CRC mismatch
A:   0.6 V:   0.3 A-V:  0.309 ct:  0.027  10/ 10 ??% ??% ??,?% 4 0
[mpeg1video @ 0xb6739840]sequence header damaged
A:   0.8 V:   0.5 A-V:  0.290 ct:  0.040  14/ 14 ??% ??% ??,?% 4 0
[ac3 @ 0xb6739840]frame sync error
A:   1.1 V:   0.7 A-V:  0.393 ct:  0.067  22/ 22 12% 14%  2.0% 4 0
[mpeg1video @ 0xb6739840]sequence header damaged
A:   1.2 V:   0.8 A-V:  0.387 ct:  0.073  24/ 24 11% 13%  1.8% 4 0
[ac3 @ 0xb6739840]frame CRC mismatch
[ac3 @ 0xb6739840]frame sync error
A:   1.6 V:   1.1 A-V:  0.487 ct:  0.103  33/ 33  9%  9%  1.6% 4 0
[mpeg1video @ 0xb6739840]sequence header damaged
A:   1.6 V:   1.2 A-V:  0.481 ct:  0.110  35/ 35  8%  9%  1.5% 4 0
[ac3 @ 0xb6739840]frame CRC mismatch
[ac3 @ 0xb6739840]frame sync error
[ac3 @ 0xb6739840]frame CRC mismatch
[ac3 @ 0xb6739840]frame sync error
A:   2.0 V:   1.5 A-V:  0.516 ct:  0.140  44/ 44  7%  7%  1.4% 4 0
[mpeg1video @ 0xb6739840]sequence header damaged
A:   2.0 V:   1.5 A-V:  0.513 ct:  0.143  45/ 45  7%  7%  1.4% 4 0
[mpeg1video @ 0xb6739840]ac-tex damaged at 10 1
[mpeg1video @ 0xb6739840]ac-tex damaged at 20 2
[mpeg1video @ 0xb6739840]ac-tex damaged at 38 5
...

From Cecil at decebal.nl  Sun Jun  3 19:57:01 2012
From: Cecil at decebal.nl (Cecil Westerhof)
Date: Sun, 03 Jun 2012 19:57:01 +0200
Subject: [FFmpeg-user] Sometimes a lot of noise
In-Reply-To: <912EFD80-F468-4131-9272-1E88E7A2DA89@zonnet.nl>
	(belcampo@zonnet.nl's message of "Wed, 30 May 2012 11:12:41 +0200")
References: <8762bfjyzj.fsf@Compaq.site>
	<951C3699-6032-415A-AA22-E8A46509D02F@zonnet.nl>
	<871um2k3b2.fsf@Compaq.site>
	<912EFD80-F468-4131-9272-1E88E7A2DA89@zonnet.nl>
Message-ID: <87y5o4ffde.fsf@Compaq.site>

Op woensdag 30 mei 2012 11:12 CEST schreef belcampo at zonnet.nl:

>>>> To record audio I use the following command:
>>>> ffmpeg -y \
>>>> -f oss \
>>>> -i /dev/dsp \
>>>> -ac 1 \
>>>> -ar 22050 \
>>>> -ab 64k \
>>>> dummy.ogg
>>>>
>>>> The strange thing is that most of the time I have a good recording,
>>>> but sometimes the audio is faint and with a lot of white noise. (And
>>>> because of Murphy, this happens when I record a long audio.) Anybody
>>>> an idea why this happens? And what to do about it?
>>> Could it be that the 'white noise' problem hits you when the source is dolby
>>> 	or dts and there is no dolby/dts-decoder available in your ffmpeg version
>>> 	? Just a guess.
>>
>> I do not think so. It is also the same source: a microphone. For
>> example: Monday I recorded something. The sound was faint, with a lot
>> of noise. I immediately made a new recording. (With the same
>> microphone. I removed it and put it back, but that should make no
>> difference, or should it?) That recording was correct again. So then
>> it should not be this problem I think.
> No if the source is the same, your microphone, it has to something else.
> Your microphone is the same, your ffmpeg version is the same, your command line is the same. The difference is removing and reinserting your microphone.
> Is it a 'real' microphone, connected with a 3.5' jack, or the microphone of a webcam connected with USB ?
> If it's a 3.5' jack it looks like some alsa/pulse problem or it could be some USB/IRQ problem. Does the log tell something when you remove and reinsert the microphone ?

Yes, it is a real microphone: Microphone Starzz Trust.

I did not look at the log. Next time it happens I'll keep an eye on
the log.

-- 
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof

From gabri.ns at gmail.com  Sun Jun  3 20:09:36 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Mon, 4 Jun 2012 01:09:36 +0700
Subject: [FFmpeg-user] corrupted media?
In-Reply-To: <CAFakBwifeFqiZqzC685+ybs1=xWXHKx6uK+C_s7-8m141Pgd0A@mail.gmail.com>
References: <CAFakBwifeFqiZqzC685+ybs1=xWXHKx6uK+C_s7-8m141Pgd0A@mail.gmail.com>
Message-ID: <CAAy6wMB=WEBzszG3Ww-O05tCUEiQk3oEr_KXiXH1kRajVGunqg@mail.gmail.com>

On Jun 4, 2012 12:52 AM, "Albretch Mueller" <lbrtchx at gmail.com> wrote:
>
>  I recently got a commercial DVD of a movie and right while placing it
> in the caddy it (sometimes) apparently gave me reading errors
>
> $ Advanced probing on /dev/sr0 failed while reading block size
> Disc in /dev/sr0 is a Video DVD
>
> but sometimes it doesn't
>
> $ Disc in /dev/sr0 is a Video DVD
> Disc in /dev/sr0 is a Video DVD
>
>  Then if you try to play it using mplayer it gives you lots of mostly
> "frame CRC" and "mismatch sync" errors
>
>  It seems to be a movie using a very old DVD format ([1984] "Once Upon
> a Time in America"), but it seems to be physically OK (no
> outward/obvious signs of wear at all) and the owner claims it was
> played just a few times. I also tried using VLC to no avail.
>
>  Is there a way to watch that movie using mplayer?
>

maybe the disc is encrypted.
can you copy the disc content to harddrive?
it is better to play it from there, and to be sure that it is not a
corrupted media.
after copied, try play it using libdvdcss builted in mplayer. try this:
mplayer dvd://1 -dvd-device /path/to/copied/content

btw, this is ffmpeg user mailing list, not mplayer, in case you choose the
wrong address

From chapatt at gmail.com  Sun Jun  3 22:29:43 2012
From: chapatt at gmail.com (Chase Patterson)
Date: Sun, 3 Jun 2012 16:29:43 -0400 (EDT)
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
In-Reply-To: <B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
Message-ID: <alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>

Sorry for bringing this thread back from the dead, but I have a couple 
other inquiries regarding the same original problem (described by the 
subject).

The command below mostly works, but I'm still not completely satisfied.

ffmpeg -i original.wav -vn -acodec ac3 -ac 6 -ar 
48000 -ab 640k -dialnorm -24 -dsur_mode 0 -original 1 -dmix_mode 1 
-channel_layout 63 final.ac3

It outputs a valid 5.1-channel AC-3 file, but not all players recognize it 
as such; Some play it as stereo (e.g. VLC sees that it's 5.1, but Totem 
thinks it's stereo). Is there some metadata that some players require? 
I've tested it, and Totem can in fact play most 5.1 surround AC-3s 
correctly.

The other thing is the -channel_layout value (generously prescribed by 
Joshua Tidsbury). A value of 63 indeed works, and ffmpeg prints that it's 
encoding in "5.1" (if I don't specify a -channel_layout, it prints 
"5.1(side)". So, my question is, where did this value come from?

I was reading in the documentation, and part of it led me to believe that it 
could be found in /libavutil/audioconvert.c, but I looked, and the values 
I find there are not accepted by ffmpeg, so I'd assume that is only for 
abuffer (which is the heading under which I found this info in the docs).


Chase

From cehoyos at ag.or.at  Sun Jun  3 23:34:01 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 21:34:01 +0000 (UTC)
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
	<alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>
Message-ID: <loom.20120603T233050-103@post.gmane.org>

Chase Patterson <chapatt <at> gmail.com> writes:

> The other thing is the -channel_layout value

As said before, please do not use it, it makes no 
difference for your use case.
(It may be needed if you encode raw pcm audio.)

To answer your question:
channel_layout is a binary representation of the available 
channels.

To test if the encoded ac-3 stream is indeed a surround 
stream, I suggest a hardware decoder.

Carl Eugen


From chapatt at gmail.com  Sun Jun  3 23:56:09 2012
From: chapatt at gmail.com (Chase Patterson)
Date: Sun, 3 Jun 2012 17:56:09 -0400 (EDT)
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
In-Reply-To: <loom.20120603T233050-103@post.gmane.org>
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
	<alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>
	<loom.20120603T233050-103@post.gmane.org>
Message-ID: <alpine.LNX.2.02.1206031750010.1055@localhost.localdomain>

On Sun, 3 Jun 2012, Carl Eugen Hoyos wrote:

> Chase Patterson <chapatt <at> gmail.com> writes:
>
>> The other thing is the -channel_layout value
>
> As said before, please do not use it, it makes no
> difference for your use case.
> (It may be needed if you encode raw pcm audio.)

Oh, ok, I see.

> To test if the encoded ac-3 stream is indeed a surround
> stream, I suggest a hardware decoder.

It is indeed a surround stream. I will eventually test it on a DVD and a 
set-top box, which I'm assuming will work correctly. I'm just wondering 
how Totem decides if something is surround or not, and if there's some 
ffmpeg option that encodes additional metadata to say this.

Like I said, I'm pretty happy with how this works, since it seems to be 
functional, just curious as to why these little things happen.


Thank you!
Chase

From carstenmattner at googlemail.com  Mon Jun  4 00:16:49 2012
From: carstenmattner at googlemail.com (Carsten Mattner)
Date: Mon, 4 Jun 2012 00:16:49 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
In-Reply-To: <20120603135555.GE7359@leki>
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
	<20120603135555.GE7359@leki>
Message-ID: <CACY+HvraeuvU_p8r_gjR79CyGQQJegJ9DrR9ML+EMjLmsqoV7g@mail.gmail.com>

On Sun, Jun 3, 2012 at 3:55 PM, Cl?ment B?sch <ubitux at gmail.com> wrote:
> On Sun, Jun 03, 2012 at 01:33:16PM +0200, Carsten Mattner wrote:
>> I cannot get 0.11 or git master to perform the same speed of
>> conversion of a video file into an mp3 audio track via
>> ffmpeg -i file.ext -ab nnnk file.mp3
>>
>> 0.10.3 used to take a few seconds and while converting prints
>> size=    1193kB time=00:01:01.04 bitrate= 128.1kbits/s
>> as the progress line.
>>
> [...]
>>
>> I've bisected this in the git repo and the result is:
>> 2dfea1205870c298461f08fc323c652be41888f8 is the first bad commit
>> commit 2dfea1205870c298461f08fc323c652be41888f8
>> Author: Anton Khirnov <anton at khirnov.net>
>> Date:   Tue Feb 28 09:52:05 2012 +0100
>>
>>     mp3enc: write attached pictures (APIC).
>>
>> :040000 040000 7777ee70463deb64976b9f383d8b37ce9192122d
>> e3e753fcbd2c3ed07152b7324249a894b422afcb M      libavformat
>>
>
> As a temporary workaround, is it better with -vn?

Thanks, that seems to trigger the old progress line
and speed. I can finally start using 0.11.

From carstenmattner at googlemail.com  Mon Jun  4 00:25:14 2012
From: carstenmattner at googlemail.com (Carsten Mattner)
Date: Mon, 4 Jun 2012 00:25:14 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
In-Reply-To: <loom.20120603T141501-471@post.gmane.org>
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
	<loom.20120603T141501-471@post.gmane.org>
Message-ID: <CACY+Hvq8-mJDEgzWHQ3jWqjaA4JVLTCrbcK7tW_s5434jX-6+g@mail.gmail.com>

On Sun, Jun 3, 2012 at 2:17 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Carsten Mattner <carstenmattner <at> googlemail.com> writes:
>
>> Another question: when bisecting I have constantly hit git
>> revisions where the build results were avconv other
>> executabled instead of ff* executables. Is that due to
>> temporary merge commits to/from libav.git?
>
> That's because of the merges, yes. (What is temporary about them?)
> I always start with merge commits to find regressions, that is
> easier imo.

Temporary because (not having inspected the merge commits)
I think after the merge is done the existing build infrastructure
for outputting ff* executables will be put in place and therefore
end what I called "temporary". I'm sorry if that was confusing.

> Command line and complete, uncut console output missing.

That was the full command line while replacing filenames
and bitrate with placeholders.

I've extracted the important seeming parts of console output
so that the mail doesn't get even more verbose.

The only other interesting thing may be that ffmpeg is configured
with --enable-libmp3lame. otherwise it's just a random linux
system.

I can mail the full log to anyone interested but had assumed
(maybe falsely) that the behavior difference would be easy to
spot. Sorry.

From cehoyos at ag.or.at  Mon Jun  4 00:25:31 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 22:25:31 +0000 (UTC)
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
	<20120603135555.GE7359@leki>
	<CACY+HvraeuvU_p8r_gjR79CyGQQJegJ9DrR9ML+EMjLmsqoV7g@mail.gmail.com>
Message-ID: <loom.20120604T002443-371@post.gmane.org>

Carsten Mattner <carstenmattner <at> googlemail.com> writes:

> I can finally start using 0.11.

If you are a user (and not a distributor), you should always 
use git head.

Carl Eugen


From Joshua.Tidsbury at bellmedia.ca  Mon Jun  4 00:26:11 2012
From: Joshua.Tidsbury at bellmedia.ca (Joshua Tidsbury)
Date: Sun, 3 Jun 2012 22:26:11 +0000
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
In-Reply-To: <alpine.LNX.2.02.1206031750010.1055@localhost.localdomain>
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
	<alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>
	<loom.20120603T233050-103@post.gmane.org>
	<alpine.LNX.2.02.1206031750010.1055@localhost.localdomain>
Message-ID: <3960BA98-A97E-464E-B197-F6AB53DBC204@bellmedia.ca>

On 2012-06-03, at 5:56 PM, "Chase Patterson" <chapatt at gmail.com> wrote:

> I'm just wondering how Totem decides if something is surround or not, and if there's some ffmpeg option that encodes additional metadata to say this.

You'd probably have to ask the developers, but it is the channel_layout flag that specifies this insofar as the ac3 spec is concerned. There isn't any further metadata required.

I would concur with Carl that a hardware decoder is the only reliable test of the encoded stream. We've generally found VLC to be quite representative though.

Thanks,
Josh

-----
Josh Tidsbury

From carstenmattner at googlemail.com  Mon Jun  4 00:27:20 2012
From: carstenmattner at googlemail.com (Carsten Mattner)
Date: Mon, 4 Jun 2012 00:27:20 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
In-Reply-To: <loom.20120604T002443-371@post.gmane.org>
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
	<20120603135555.GE7359@leki>
	<CACY+HvraeuvU_p8r_gjR79CyGQQJegJ9DrR9ML+EMjLmsqoV7g@mail.gmail.com>
	<loom.20120604T002443-371@post.gmane.org>
Message-ID: <CACY+Hvpx8xLGJ1iMqVroi1z3AzCh=y0OWgWF25TrW_3s+s25cQ@mail.gmail.com>

On Mon, Jun 4, 2012 at 12:25 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Carsten Mattner <carstenmattner <at> googlemail.com> writes:
>
>> I can finally start using 0.11.
>
> If you are a user (and not a distributor), you should always
> use git head.

Will do.

From cehoyos at ag.or.at  Mon Jun  4 00:32:28 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 3 Jun 2012 22:32:28 +0000 (UTC)
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
	<alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>
	<loom.20120603T233050-103@post.gmane.org>
	<alpine.LNX.2.02.1206031750010.1055@localhost.localdomain>
	<3960BA98-A97E-464E-B197-F6AB53DBC204@bellmedia.ca>
Message-ID: <loom.20120604T002904-715@post.gmane.org>

Joshua Tidsbury <Joshua.Tidsbury <at> bellmedia.ca> writes:

> I would concur with Carl that a hardware decoder is the 
> only reliable test of the encoded stream.

I believe it is the easiest reliable test.
(I once unsuccessfully searched for a certified decoder).

> We've generally found VLC to be quite representative though.

Which uses liba52 (ancient) or FFmpeg while I suspect 
hardware decoders generally are Dolby-certified.

Carl Eugen


From michaelni at gmx.at  Mon Jun  4 00:59:55 2012
From: michaelni at gmx.at (Michael Niedermayer)
Date: Mon, 4 Jun 2012 00:59:55 +0200
Subject: [FFmpeg-user] FFv1: newer ffmpeg builds create larger files?
In-Reply-To: <4FCB585C.2090102@das-werkstatt.com>
References: <4FCB585C.2090102@das-werkstatt.com>
Message-ID: <20120603225955.GG17872@kiste2>

On Sun, Jun 03, 2012 at 02:28:12PM +0200, Peter B. wrote:
> I'm currently testing FFv1.3, and during these tests I saw that even if
> I transcoded ffv1->ffv1 with "-level 1", the resulting files were bigger
> than the original FFv1 input file created with an old version of
> ffdshow-tryouts (Lavf52.111.0)
> 
> Example:
> 
> "original.avi" (encoded in realtime using Virtualdub + ffdshow-tryouts):
> 452433486 Bytes
> 
> Transcoded:
> "$ffmpeg -i original.avi -acodec copy -vcodec ffv1 -level 1 -g 1"
> 473632234 Bytes
> 
> This is is almost 20 MB more per-minute than the old "original.avi",
> although both are encoded using with FFv1.1.
> 
> Is there any explanation for this?

> ...and do I have any possibility to verify/check/see the ffv1-parameters
> the original file actually has? Maybe it has a GOP>1 and I'm not aware
> of it?

you can see some information on the used parameters with -debug 1
the latest git shows a bit more than older versions

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120604/c2b80d9d/attachment.asc>

From pb at das-werkstatt.com  Mon Jun  4 01:22:27 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Mon, 04 Jun 2012 01:22:27 +0200
Subject: [FFmpeg-user] FFv1: newer ffmpeg builds create larger files?
In-Reply-To: <20120603225955.GG17872@kiste2>
References: <4FCB585C.2090102@das-werkstatt.com>
	<20120603225955.GG17872@kiste2>
Message-ID: <4FCBF1B3.3070401@das-werkstatt.com>

On 06/04/2012 12:59 AM, Michael Niedermayer wrote:
>> ...and do I have any possibility to verify/check/see the ffv1-parameters
>> the original file actually has? Maybe it has a GOP>1 and I'm not aware
>> of it?
> you can see some information on the used parameters with -debug 1
> the latest git shows a bit more than older versions
Hm... I don't see any information about the bitstream parameters.
I've tried 2 things with "-debug 1":
1) calling ffprobe on the original
2) transcoding the original as before

//------------------------
$ ffprobe -debug 1 -i bsp-00001-100.avi
//------------------------
ffprobe version N-41256-g7f17f4f Copyright (c) 2007-2012 the FFmpeg
developers
  built on Jun  3 2012 13:29:41 with gcc 4.6.1
  configuration: --prefix=/usr/local
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
[avi @ 0x179c3a0] Format avi probed with size=2048 and score=100
[AVI demuxer @ 0x179c9c0] use odml:1
[avi @ 0x179c3a0] non-interleaved AVI
[avi @ 0x179c3a0] File position before avformat_find_stream_info() is 10048
[avi @ 0x179c3a0] parser not found for codec ffv1, packets or times may
be invalid.
[avi @ 0x179c3a0] parser not found for codec pcm_s16le, packets or times
may be invalid.
[avi @ 0x179c3a0] All info found
[avi @ 0x179c3a0] File position after avformat_find_stream_info() is 285888
Input #0, avi, from 'bsp-00001-100.avi':
  Metadata:
    IARL            : bsp-00001
    date            : 2012-03-11T02:49:06+01:00
    track           : 101 / 185
    encoder         : Lavf52.111.0
  Duration: 00:01:00.00, start: 0.000000, bitrate: 60324 kb/s
    Stream #0:0, 1, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p,
720x576, 1/25, 25 tbr, 25 tbn, 25 tbc
    Stream #0:1, 1, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001),
48000 Hz, 2 channels, s16, 1536 kb/s
[ffv1 @ 0x17a27e0] detected 8 logical cores


//------------------------
$ ffmpeg -i bsp-00001-100.avi -acodec copy -vcodec ffv1 -level 1 -g 1
-debug 1 output/delme.avi
//------------------------
ffmpeg version N-41256-g7f17f4f Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun  3 2012 13:29:41 with gcc 4.6.1
  configuration: --prefix=/usr/local
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
[avi @ 0x20e6100] non-interleaved AVI
Guessed Channel Layout for  Input Stream #0.1 : stereo
Input #0, avi, from 'bsp-00001-100.avi':
  Metadata:
    IARL            : bsp-00001
    date            : 2012-03-11T02:49:06+01:00
    track           : 101 / 185
    encoder         : Lavf52.111.0
  Duration: 00:01:00.00, start: 0.000000, bitrate: 60324 kb/s
    Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 25
tbr, 25 tbn, 25 tbc
    Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz,
stereo, s16, 1536 kb/s
[buffer @ 0x20ee400] w:720 h:576 pixfmt:yuv422p tb:1/25 sar:0/1
sws_param:flags=2
[buffersink @ 0x20f7de0] No opaque field provided
[ffv1 @ 0x2105fc0] detected 8 logical cores
[ffv1 @ 0x20ec4c0] detected 8 logical cores
Output #0, avi, to 'output/delme.avi':
  Metadata:
    IARL            : bsp-00001
    ICRD            : 2012-03-11T02:49:06+01:00
    IPRT            : 101 / 185
    ISFT            : Lavf54.6.101
    Stream #0:0, 0, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p,
720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc
    Stream #0:1, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001),
48000 Hz, stereo, 1536 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (ffv1 -> ffv1)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame= 1500 fps= 18 q=0.0 Lsize=  462531kB time=00:01:00.00
bitrate=63151.0kbits/s   
video:451166kB audio:11250kB global headers:0kB muxing overhead 0.025075%




Is there something I've misunderstood/overlooked?

Thanks,
Pb

From pb at das-werkstatt.com  Mon Jun  4 01:37:28 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Mon, 04 Jun 2012 01:37:28 +0200
Subject: [FFmpeg-user] FFv1 interlaced?
Message-ID: <4FCBF538.2050708@das-werkstatt.com>

When encoding interlaced source material, I presume it would make a
difference if FFv1 would "think" in fields, rather than frames.

Is there any way to switch between interlaced/progressive encoding when
using FFv1?

Thanks,
Pb

From Joshua.Tidsbury at bellmedia.ca  Mon Jun  4 02:54:10 2012
From: Joshua.Tidsbury at bellmedia.ca (Joshua Tidsbury)
Date: Mon, 4 Jun 2012 00:54:10 +0000
Subject: [FFmpeg-user] AC-3 Dolby Digital 5.1 Encoding
In-Reply-To: <loom.20120604T002904-715@post.gmane.org>
References: <CALEXE5=2s=Zb=d_O+U=2AcsUT0xqAQuNJCgeF3Sjt+Enkpfy4w@mail.gmail.com>
	<CALEXE5noTp=DuS7FtyPxPjN1+w-AR2QXPrJ3p7NgxUjh3TNkQw@mail.gmail.com>
	<FADE3102-9473-485C-8F00-C1817907EF88@bellmedia.ca>
	<loom.20120526T171159-572@post.gmane.org>
	<D8C5B702-9DD5-4205-BF4F-68BC09FBF5A5@bellmedia.ca>
	<CALEXE5moMFOB-7Yb==Fy-XXTN15sWo5xVHG3bHhkKnDRzdW6=w@mail.gmail.com>
	<859B6FD3-5799-4714-A78D-16BE23B6FED9@bellmedia.ca>
	<CALEXE5=hL+5Qbqeu7vzf9k8BBzSLNBUHaFXAHnA3vVnPsQLkSQ@mail.gmail.com>
	<B473470E-A301-4E56-990E-A373D2AF986D@bellmedia.ca>
	<alpine.LNX.2.02.1206031616450.1055@localhost.localdomain>
	<loom.20120603T233050-103@post.gmane.org>
	<alpine.LNX.2.02.1206031750010.1055@localhost.localdomain>
	<3960BA98-A97E-464E-B197-F6AB53DBC204@bellmedia.ca>
	<loom.20120604T002904-715@post.gmane.org>
Message-ID: <1D1F22FB-FEC7-4984-AE84-EFCC36308486@bellmedia.ca>

On 2012-06-03, at 6:33 PM, "Carl Eugen Hoyos" <cehoyos at ag.or.at> wrote:

> I believe it is the easiest reliable test.
> (I once unsuccessfully searched for a certified decoder).

The only certified software decoder I know of is by Neyrinck:

http://www.neyrinck.com/en/products/dolby-digital

It's far from free though, which isn't surprising given the license fees Dolby charges in order to certify something...

Take care,
Josh

From michaelni at gmx.at  Mon Jun  4 02:56:53 2012
From: michaelni at gmx.at (Michael Niedermayer)
Date: Mon, 4 Jun 2012 02:56:53 +0200
Subject: [FFmpeg-user] FFv1: newer ffmpeg builds create larger files?
In-Reply-To: <4FCBF1B3.3070401@das-werkstatt.com>
References: <4FCB585C.2090102@das-werkstatt.com>
	<20120603225955.GG17872@kiste2>
	<4FCBF1B3.3070401@das-werkstatt.com>
Message-ID: <20120604005652.GH17872@kiste2>

On Mon, Jun 04, 2012 at 01:22:27AM +0200, Peter B. wrote:
> On 06/04/2012 12:59 AM, Michael Niedermayer wrote:
> >> ...and do I have any possibility to verify/check/see the ffv1-parameters
> >> the original file actually has? Maybe it has a GOP>1 and I'm not aware
> >> of it?
> > you can see some information on the used parameters with -debug 1
> > the latest git shows a bit more than older versions
> Hm... I don't see any information about the bitstream parameters.
> I've tried 2 things with "-debug 1":
> 1) calling ffprobe on the original
> 2) transcoding the original as before
[...]
> Is there something I've misunderstood/overlooked?

ffmpeg -debug 1 -i ffv1file -f null -

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

He who knows, does not speak. He who speaks, does not know. -- Lao Tsu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120604/c55320bd/attachment.asc>

From highgod0401 at gmail.com  Mon Jun  4 02:59:50 2012
From: highgod0401 at gmail.com (=?GB2312?B?uN/OsA==?=)
Date: Mon, 4 Jun 2012 08:59:50 +0800
Subject: [FFmpeg-user] Hello,I want to know whether ffmpeg support dxva2?
Message-ID: <CAAGF25gjdw7db5d5DLQW3+-cpJHb9Ymw_CV+mbXJ1amvnTGCLw@mail.gmail.com>

Hi,
   I have set the dxva2 enable before I compiled the ffmpeg code whitch
version is 0.10.3.But when I decode a mpeg2video ,I found that it didn't
use the hwaccel to decode mpeg2video.I traced the code ,and found that
there were some problems in function "ff_find_hwaccel",the codec_ID has
matched but the pix_fmt didn't.Then I traced the function
"mpeg_get_pixelformat",I found that if the input parameter has the
PIX_FMT_HWACCEL attribute,the function will return the next pix_fmt,it
seems that it never return the PIX_FMT_HWACCEL attribute pix_fmt, so the
hwaccel's pix_fmt will never match and the "avctx->hwaccel" will always be
"NULL".

  So,I want to ask whether ffmpeg support dxva2,or should I use any flags
to use dxva2?

Best wishes.
Thank you!

From seandarcy2 at gmail.com  Mon Jun  4 03:07:56 2012
From: seandarcy2 at gmail.com (sean darcy)
Date: Sun, 03 Jun 2012 21:07:56 -0400
Subject: [FFmpeg-user] how transcode ProRes to Quicktime?
Message-ID: <jqh1pd$i6d$1@dough.gmane.org>

I've got an Apple ProRes clip I'm trying to convert with Quicktime 
compatibility.

input file :

ffprobe
.............
Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 
1920x1080, 169867 kb/s, 23.97 fps, 23.98 tbr, 2997 tbn, 2997 tbc


I originally tried:

ffmpeg -i original.mov -an -vcodec libx264 -tune film -crf 29 -vf 
hqdn3d=4 -threads 0 output.mov

which worked, but didn't play in Windows Qt 7.7.2.

googling led me to believe qt doesn't play high profile, so I tried 
setting profile main:

ffmpeg -i original.mov -an -vcodec libx264 -profile:v main -preset 
slower -tune film -crf 29 -vf hqdn3d=4 -threads 0 output.mov

But that didn't work:
x264 [error]: main profile doesn't support 4:2:2
[libx264 @ 0x157ac20] Error setting profile main.

Following a March 23 post in x264-dev I added this to the original the 
ffmpeg command.

-weightp 0 -b-pyramid strict

that worked, but wouldn't play in qt!

x264 --version
x264 0.125.2200+38 f417de2
(libswscale 2.1.100)
(libavformat 54.3.100)
(ffmpegsource 2.17.0.0)

ffmpeg version N-40958-gea5dab5
built on May 22 2012

Any help appreciated.

sean


From fcassia at gmail.com  Mon Jun  4 07:18:51 2012
From: fcassia at gmail.com (Fernando Cassia)
Date: Mon, 4 Jun 2012 02:18:51 -0300
Subject: [FFmpeg-user] Converting avi-mp4 to h.264 as used by ISDB-T tuner?
	how?
Message-ID: <CACGw4H74yYXr01pAOEAxa0pKjr_mShbMDAyuBZ-N4NkbtHS6jg@mail.gmail.com>

I have a ISDB-T DTT TV tuner with an USB port that is able to play
back .TS (MPEG4 H.264 Transport stream) files.

However, if I save AVI and/or MP4 moves to a pen drive and copy such
files there, it refuses to play back them.

Is it possible to use FFMPEG to convert avi and or mp4 files to H.264
.TS that this tuner can play back? how?.

My question is perhaps more generic: does the .TS include anything
specific to the digital television standard used? ie, is a .TS
recorded from a DVB-T tuner different from a .TS recorded from a
ISDB-T device?, or is the .TS by the time is saved to disk, stripped
of all encoding singularities used by each digital tv standard?

Thanks in advance.
FC
-- 
During times of Universal Deceit, telling the truth becomes a revolutionary act
Durante ?pocas de Enga?o Universal, decir la verdad se convierte en un
Acto Revolucionario
- George Orwell

From gabri.ns at gmail.com  Mon Jun  4 07:45:27 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Mon, 4 Jun 2012 12:45:27 +0700
Subject: [FFmpeg-user] Converting avi-mp4 to h.264 as used by ISDB-T
 tuner? how?
In-Reply-To: <CACGw4H74yYXr01pAOEAxa0pKjr_mShbMDAyuBZ-N4NkbtHS6jg@mail.gmail.com>
References: <CACGw4H74yYXr01pAOEAxa0pKjr_mShbMDAyuBZ-N4NkbtHS6jg@mail.gmail.com>
Message-ID: <CAAy6wMA9uc6wkdSvnPC4sTPMEbg8m8tmq0eqNhai8NP8+QajDA@mail.gmail.com>

On Jun 4, 2012 12:19 PM, "Fernando Cassia" <fcassia at gmail.com> wrote:
>
> I have a ISDB-T DTT TV tuner with an USB port that is able to play
> back .TS (MPEG4 H.264 Transport stream) files.
>
> However, if I save AVI and/or MP4 moves to a pen drive and copy such
> files there, it refuses to play back them.
>
> Is it possible to use FFMPEG to convert avi and or mp4 files to H.264
> .TS that this tuner can play back? how?.
>
> My question is perhaps more generic: does the .TS include anything
> specific to the digital television standard used? ie, is a .TS
> recorded from a DVB-T tuner different from a .TS recorded from a
> ISDB-T device?, or is the .TS by the time is saved to disk, stripped
> of all encoding singularities used by each digital tv standard?
>
> Thanks in advance.
> FC
> --
> During times of Universal Deceit, telling the truth becomes a
revolutionary act
> Durante ?pocas de Enga?o Universal, decir la verdad se convierte en un
> Acto Revolucionario
> - George Orwell
>

if you have example ts file, you can check its codec n transcode your video
to the same configuration. my guess is it in dvd format. you can search how
to convert a video file to a format that dvd compliance.

From fcassia at gmail.com  Mon Jun  4 07:48:57 2012
From: fcassia at gmail.com (Fernando Cassia)
Date: Mon, 4 Jun 2012 02:48:57 -0300
Subject: [FFmpeg-user] Converting avi-mp4 to h.264 as used by ISDB-T
 tuner? how?
In-Reply-To: <CAAy6wMA9uc6wkdSvnPC4sTPMEbg8m8tmq0eqNhai8NP8+QajDA@mail.gmail.com>
References: <CACGw4H74yYXr01pAOEAxa0pKjr_mShbMDAyuBZ-N4NkbtHS6jg@mail.gmail.com>
	<CAAy6wMA9uc6wkdSvnPC4sTPMEbg8m8tmq0eqNhai8NP8+QajDA@mail.gmail.com>
Message-ID: <CACGw4H5gu6OWySvfwXiPAX=ZPPY6CzEJL65LeJV1XtmRp54f2w@mail.gmail.com>

On Mon, Jun 4, 2012 at 2:45 AM, Gabri Nurtinaz Shally
<gabri.ns at gmail.com> wrote:
> if you have example ts file, you can check its codec n transcode your video
> to the same configuration. my guess is it in dvd format. you can search how
> to convert a video file to a format that dvd compliance.

My point is that the ISDB-Tb standard uses H.264 compression for video
with MPEG-4 HE-AAC v1 at L2 (HE-AAC, Version 1, Level 2) for its audio
codec.

What I need to know is if the .TS files the set top box tuner expects
are the "raw dump" of what is received over the air, or a standard
H.264 TS file

FC

-- 
During times of Universal Deceit, telling the truth becomes a revolutionary act
Durante ?pocas de Enga?o Universal, decir la verdad se convierte en un
Acto Revolucionario
- George Orwell

From cehoyos at ag.or.at  Mon Jun  4 07:51:55 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 05:51:55 +0000 (UTC)
Subject: [FFmpeg-user] how transcode ProRes to Quicktime?
References: <jqh1pd$i6d$1@dough.gmane.org>
Message-ID: <loom.20120604T075113-797@post.gmane.org>

sean darcy <seandarcy2 <at> gmail.com> writes:

> ffmpeg -i original.mov -an -vcodec libx264 -profile:v main -preset 
> slower -tune film -crf 29 -vf hqdn3d=4 -threads 0 output.mov
> 
> But that didn't work:
> x264 [error]: main profile doesn't support 4:2:2

Complete, uncut console output missing.
But you could try to force yuv420p

Carl Eugen


From cehoyos at ag.or.at  Mon Jun  4 07:53:47 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 05:53:47 +0000 (UTC)
Subject: [FFmpeg-user] Hello,
	I want to know whether ffmpeg support dxva2?
References: <CAAGF25gjdw7db5d5DLQW3+-cpJHb9Ymw_CV+mbXJ1amvnTGCLw@mail.gmail.com>
Message-ID: <loom.20120604T075225-245@post.gmane.org>

?? <highgod0401 <at> gmail.com> writes:

>   So,I want to ask whether ffmpeg support dxva2, 
> or should I use any flags to use dxva2?

Yes, if you use a playback application (like vlc) 
that supports dxva2, you can use FFmpeg to get 
hardware accelerated decoding.

Carl Eugen


From cehoyos at ag.or.at  Mon Jun  4 10:38:52 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 08:38:52 +0000 (UTC)
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
Message-ID: <loom.20120604T103816-54@post.gmane.org>

Carsten Mattner <carstenmattner <at> googlemail.com> writes:

> I cannot get 0.11 or git master to perform the same speed of
> conversion of a video file into an mp3 audio track via
> ffmpeg -i file.ext -ab nnnk file.mp3

This is now ticket #1408, thank you for the report.

Carl Eugen


From arissirajawali at gmail.com  Mon Jun  4 11:49:52 2012
From: arissirajawali at gmail.com (aris)
Date: Mon, 4 Jun 2012 16:49:52 +0700
Subject: [FFmpeg-user] File for preset 'libvpx-720p' not found
Message-ID: <CAD8siQ55V4Ecw8OAf6Ggfb6KBr8D-ELm5Fnnm9frgg-VjNgACw@mail.gmail.com>

I find it difficult when i use this command "/ffmpeg -i /INPUT.mov -s
1280x720 -vpre libvpx-720p -b 3900k -pass 1 \ -an -f webm -y /OUTPUT.webm",
I found the error message that contains "File for preset 'libvpx-720p' not
found"

please help .
thank you

From glueball at gmail.com  Mon Jun  4 11:47:13 2012
From: glueball at gmail.com (Jaume Lopez)
Date: Mon, 4 Jun 2012 11:47:13 +0200
Subject: [FFmpeg-user] White frames at the end
In-Reply-To: <CAPAFRRS49WwhimxOHrAvNXT7uwToZ2GjrrkgzzWiTnszNFy-OQ@mail.gmail.com>
References: <CAExGtT6HOqQ=wx2W=+v58k7LBmCu9UakM4bSMT-nu_msAghoXw@mail.gmail.com>
	<CAPAFRRS49WwhimxOHrAvNXT7uwToZ2GjrrkgzzWiTnszNFy-OQ@mail.gmail.com>
Message-ID: <CAExGtT6N1BBSJ+XqFopUQ8nmnq6EFsCqLS7POntyGor6VCUvqw@mail.gmail.com>

>
> small delay. If the delay is more than half a frame then QT adds the extra
> white frame to the end.
>
> As I understand it, from Googling and this mail list, some audio codecs
> overlap audio frames, and add the audio from the overlapped parts together.
> So, without adding a delay the first half of the first audio frame would be
> at half level.
>
> I haven't re-tested faac in a mov in the last year or so.
>
> --
> Mark


I understand.

I tested the aac internal implementation with libx264. Same problem (the
length of that video is only 0.01 longer than original, so apparently the
issue is kind of reduced). Use of h264 seems to be mandatory because of
this: http://adspecs.yahoo.es/ynetwork-es/video-players/preroll.

Which ffmpeg options could I try to find a workaround? So far, -shortest
doesn't seem to have any effect. Limiting the length of the out file is not
an option for me, since we are going to process many videos in a batch
process (or I'd have to improve the launching mechanism to first analyze
the input file).

This would be much less of an issue if instead of a white screen, the extra
frames were just copies of the last frame in the video stream. Our client
specifically wants the last frame to contain the contact information.

From misc.info at virgin.net  Mon Jun  4 12:13:20 2012
From: misc.info at virgin.net (Misc)
Date: Mon, 4 Jun 2012 11:13:20 +0100
Subject: [FFmpeg-user] Ticket #1238, synchronization of filtered streams
Message-ID: <EDBF39E968D64E23ABD56A75CD3794F2@LEYLAND11>

Just for information relevant to Ticket #1238, I have been using ffmpeg to 
crop, pad and overlay two image2 inputs with the following command

ffmpeg -f image2 -i stream1\N%04d.jpg -f image2 -i 
stream2\N%04d.jpg -filter_complex
"[0:v0]crop=in_w:in_h/2:0:75,pad=in_w:in_h*2:0:0:black[top]; 
[1:v0]crop=in_w:in_h/2:0:75[bottom]; [top][bottom]overlay=0:360"
 -vcodec mpeg4 -r 25 -an testshort.avi

The result is that the first 2 frames only show stream1 (correctly cropped 
and padded), and frames 3 onwards show the overlay correctly but with 
stream2 delayed by two frames (so the frame sequence is 1&-, 2&-, 3&1, 4&2, 
5&3.....).  The result does not seem to be sensitive to the vcodec used. 
Hope this helps, and thanks for all your efforts.

Here is the console output.

ffmpeg version N-41074-g9c27f29 Copyright (c) 2000-2012 the FFmpeg 
developers
  built on May 27 2012 13:22:28 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect 
 --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libcelt 
 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype  
--enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp 
 --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo 
 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx 
 --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil      51. 55.100 / 51. 55.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, image2, from 'stream1\N%04d.jpg':
  Duration: 00:00:00.20, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: mjpeg, yuvj420p, 1280x720 [SAR 72:72 DAR 16:9], 25 
fps, 25 tbr, 25 tbn, 25 tbc
Input #1, image2, from 'stream2\N%04d.jpg':
  Duration: 00:00:00.20, start: 0.000000, bitrate: N/A
    Stream #1:0: Video: mjpeg, yuvj420p, 1280x720 [SAR 72:72 DAR 16:9], 25 
fps, 25 tbr, 25 tbn, 25 tbc
[buffer @ 02376d40] w:1280 h:720 pixfmt:yuvj420p tb:1/25 sar:72/72 
sws_param:
[buffer @ 02383140] w:1280 h:720 pixfmt:yuvj420p tb:1/25 sar:72/72 
sws_param:
[buffersink @ 02388200] No opaque field provided
File 'testshort.avi' already exists. Overwrite ? [y/N] auto-inserting filter 
'auto-inserted scaler 0' between the filter 'Parsed_pad_1' and the filter 
'Parsed_overlay_3'
[overlay @ 0237d780] auto-inserting filter 'auto-inserted scaler 1' between 
the filter 'Parsed_crop_2' and the filter 'Parsed_overlay_3'
[crop @ 02380ac0] w:1280 h:720 sar:72/72 -> w:1280 h:360 sar:72/72
[pad @ 02380c60] w:1280 h:360 -> w:1280 h:720 x:0 y:0 color:0x000000FF
[scale @ 02372600] w:1280 h:720 fmt:yuvj420p sar:72/72 -> w:1280 h:720 
fmt:yuv420p sar:1/1 flags:0x2
[crop @ 0237d4a0] w:1280 h:720 sar:72/72 -> w:1280 h:360 sar:72/72
[scale @ 023704a0] w:1280 h:360 fmt:yuvj420p sar:72/72 -> w:1280 h:360 
fmt:yuva420p sar:1/1 flags:0x2
[overlay @ 0237d780] main w:1280 h:720 fmt:yuv420p overlay x:0 y:360 w:1280 
h:360 fmt:yuva420p
[overlay @ 0237d780] main_tb:1/25 overlay_tb:1/25 -> tb:1/25 exact:1
Output #0, avi, to 'testshort.avi':
  Metadata:
    ISFT            : Lavf54.6.101
    Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 
1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc
Stream mapping:
  Stream #0:0 (mjpeg) -> crop
  Stream #1:0 (mjpeg) -> crop
  format -> Stream #0:0 (mpeg4)
Press [q] to stop, [?] for help
frame=    5 fps=0.0 q=2.2 Lsize=      29kB time=00:00:00.20 
bitrate=1208.2kbits/s

video:24kB audio:0kB global headers:0kB muxing overhead 24.183866%


From misc.info at virgin.net  Mon Jun  4 12:13:20 2012
From: misc.info at virgin.net (Misc)
Date: Mon, 4 Jun 2012 11:13:20 +0100
Subject: [FFmpeg-user] Ticket #1238, synchronization of filtered streams
Message-ID: <C791AAF224504CD39A21B6C864B9CF59@LEYLAND11>

Just for information relevant to Ticket #1238, I have been using ffmpeg to 
crop, pad and overlay two image2 inputs with the following command

ffmpeg -f image2 -i stream1\N%04d.jpg -f image2 -i 
stream2\N%04d.jpg -filter_complex
"[0:v0]crop=in_w:in_h/2:0:75,pad=in_w:in_h*2:0:0:black[top]; 
[1:v0]crop=in_w:in_h/2:0:75[bottom]; [top][bottom]overlay=0:360"
 -vcodec mpeg4 -r 25 -an testshort.avi

The result is that the first 2 frames only show stream1 (correctly cropped 
and padded), and frames 3 onwards show the overlay correctly but with 
stream2 delayed by two frames (so the frame sequence is 1&-, 2&-, 3&1, 4&2, 
5&3.....).  The result does not seem to be sensitive to the vcodec used. 
Hope this helps, and thanks for all your efforts.

Here is the console output.

ffmpeg version N-41074-g9c27f29 Copyright (c) 2000-2012 the FFmpeg 
developers
  built on May 27 2012 13:22:28 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect 
 --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass --enable-libcelt 
 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype  
--enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp 
 --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo 
 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx 
 --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil      51. 55.100 / 51. 55.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, image2, from 'stream1\N%04d.jpg':
  Duration: 00:00:00.20, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: mjpeg, yuvj420p, 1280x720 [SAR 72:72 DAR 16:9], 25 
fps, 25 tbr, 25 tbn, 25 tbc
Input #1, image2, from 'stream2\N%04d.jpg':
  Duration: 00:00:00.20, start: 0.000000, bitrate: N/A
    Stream #1:0: Video: mjpeg, yuvj420p, 1280x720 [SAR 72:72 DAR 16:9], 25 
fps, 25 tbr, 25 tbn, 25 tbc
[buffer @ 02376d40] w:1280 h:720 pixfmt:yuvj420p tb:1/25 sar:72/72 
sws_param:
[buffer @ 02383140] w:1280 h:720 pixfmt:yuvj420p tb:1/25 sar:72/72 
sws_param:
[buffersink @ 02388200] No opaque field provided
File 'testshort.avi' already exists. Overwrite ? [y/N] auto-inserting filter 
'auto-inserted scaler 0' between the filter 'Parsed_pad_1' and the filter 
'Parsed_overlay_3'
[overlay @ 0237d780] auto-inserting filter 'auto-inserted scaler 1' between 
the filter 'Parsed_crop_2' and the filter 'Parsed_overlay_3'
[crop @ 02380ac0] w:1280 h:720 sar:72/72 -> w:1280 h:360 sar:72/72
[pad @ 02380c60] w:1280 h:360 -> w:1280 h:720 x:0 y:0 color:0x000000FF
[scale @ 02372600] w:1280 h:720 fmt:yuvj420p sar:72/72 -> w:1280 h:720 
fmt:yuv420p sar:1/1 flags:0x2
[crop @ 0237d4a0] w:1280 h:720 sar:72/72 -> w:1280 h:360 sar:72/72
[scale @ 023704a0] w:1280 h:360 fmt:yuvj420p sar:72/72 -> w:1280 h:360 
fmt:yuva420p sar:1/1 flags:0x2
[overlay @ 0237d780] main w:1280 h:720 fmt:yuv420p overlay x:0 y:360 w:1280 
h:360 fmt:yuva420p
[overlay @ 0237d780] main_tb:1/25 overlay_tb:1/25 -> tb:1/25 exact:1
Output #0, avi, to 'testshort.avi':
  Metadata:
    ISFT            : Lavf54.6.101
    Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 
1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc
Stream mapping:
  Stream #0:0 (mjpeg) -> crop
  Stream #1:0 (mjpeg) -> crop
  format -> Stream #0:0 (mpeg4)
Press [q] to stop, [?] for help
frame=    5 fps=0.0 q=2.2 Lsize=      29kB time=00:00:00.20 
bitrate=1208.2kbits/s

video:24kB audio:0kB global headers:0kB muxing overhead 24.183866%


From cehoyos at ag.or.at  Mon Jun  4 12:26:55 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 10:26:55 +0000 (UTC)
Subject: [FFmpeg-user] Ticket #1238, synchronization of filtered streams
References: <EDBF39E968D64E23ABD56A75CD3794F2@LEYLAND11>
Message-ID: <loom.20120604T122615-46@post.gmane.org>

Misc <misc.info <at> virgin.net> writes:

> Just for information relevant to Ticket #1238

Any reason why you don't post the information relevant 
to ticket #1238 in ticket #1238?

Carl Eugen


From carstenmattner at googlemail.com  Mon Jun  4 12:51:45 2012
From: carstenmattner at googlemail.com (Carsten Mattner)
Date: Mon, 4 Jun 2012 12:51:45 +0200
Subject: [FFmpeg-user] 0.10.3 to 0.11 performance regression?
In-Reply-To: <loom.20120604T103816-54@post.gmane.org>
References: <CACY+HvoxX=J+V88ahZx5_ZS-B2Or0EKTGF8TR=2rY8LxtQQuUQ@mail.gmail.com>
	<loom.20120604T103816-54@post.gmane.org>
Message-ID: <CACY+HvrW4MoMSDrg6Qb945=qHd=Qs1D1pG4awtWSxALmL=_oqA@mail.gmail.com>

On Mon, Jun 4, 2012 at 10:38 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Carsten Mattner <carstenmattner <at> googlemail.com> writes:
>
>> I cannot get 0.11 or git master to perform the same speed of
>> conversion of a video file into an mp3 audio track via
>> ffmpeg -i file.ext -ab nnnk file.mp3
>
> This is now ticket #1408, thank you for the report.

Thanks.

From misc.info at virgin.net  Mon Jun  4 12:54:57 2012
From: misc.info at virgin.net (Misc)
Date: Mon, 4 Jun 2012 11:54:57 +0100
Subject: [FFmpeg-user] Ticket #1238, synchronization of filtered streams
References: <EDBF39E968D64E23ABD56A75CD3794F2@LEYLAND11>
	<loom.20120604T122615-46@post.gmane.org>
Message-ID: <D724ECB6C78B4218870CAB817607D572@LEYLAND11>

Sorry, new to the lists and made a mistake.  Should I re-post to the bug 
tracker, or can you re-direct?

----- Original Message ----- 
From: "Carl Eugen Hoyos" <cehoyos at ag.or.at>
To: <ffmpeg-user at ffmpeg.org>
Sent: 04 June 2012 11:26
Subject: Re: [FFmpeg-user] Ticket #1238, synchronization of filtered streams


> Misc <misc.info <at> virgin.net> writes:
>
>> Just for information relevant to Ticket #1238
>
> Any reason why you don't post the information relevant
> to ticket #1238 in ticket #1238?
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user 


From joanrq at gmail.com  Mon Jun  4 12:55:01 2012
From: joanrq at gmail.com (=?ISO-8859-1?Q?Joan_Roqu=E9?=)
Date: Mon, 4 Jun 2012 12:55:01 +0200
Subject: [FFmpeg-user] HE-AAC with ffmpeg
Message-ID: <CAANFc1hfdBGwAHUas6FqwXU7rD9OxCQb72=trPomGk7Ef=g5Yw@mail.gmail.com>

Can I use ffmpeg to encode audio streams in HE-AAC?
Up to now I'm using Nero as a workarround but I would like to une a GPL
encoder if possible.

From nicolas.george at normalesup.org  Mon Jun  4 13:23:55 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Mon, 4 Jun 2012 13:23:55 +0200
Subject: [FFmpeg-user] Ticket #1238, synchronization of filtered streams
In-Reply-To: <EDBF39E968D64E23ABD56A75CD3794F2@LEYLAND11>
References: <EDBF39E968D64E23ABD56A75CD3794F2@LEYLAND11>
Message-ID: <20120604112355.GA31453@phare.normalesup.org>

Le septidi 17 prairial, an CCXX, Misc a ?crit?:
>  built on May 27 2012 13:22:28 with gcc 4.6.3

A change on the scheduling for vf_overlay was pushed four days later, please
try the updated version.

Regards,

-- 
  Nicolas George

From cehoyos at ag.or.at  Mon Jun  4 15:03:50 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 13:03:50 +0000 (UTC)
Subject: [FFmpeg-user] HE-AAC with ffmpeg
References: <CAANFc1hfdBGwAHUas6FqwXU7rD9OxCQb72=trPomGk7Ef=g5Yw@mail.gmail.com>
Message-ID: <loom.20120604T150253-586@post.gmane.org>

Joan Roqu? <joanrq <at> gmail.com> writes:

> Can I use ffmpeg to encode audio streams in HE-AAC?

I think so, but ...

> Up to now I'm using Nero as a workarround but I would 
> like to une a GPL encoder if possible.

... not with (L)GPL'd code, only with proprietary software
(that you cannot redistribute).

Carl Eugen


From lbrtchx at gmail.com  Mon Jun  4 15:10:08 2012
From: lbrtchx at gmail.com (Albretch Mueller)
Date: Mon, 4 Jun 2012 13:10:08 +0000
Subject: [FFmpeg-user] corrupted media?
In-Reply-To: <CAAy6wMB=WEBzszG3Ww-O05tCUEiQk3oEr_KXiXH1kRajVGunqg@mail.gmail.com>
References: <CAFakBwifeFqiZqzC685+ybs1=xWXHKx6uK+C_s7-8m141Pgd0A@mail.gmail.com>
	<CAAy6wMB=WEBzszG3Ww-O05tCUEiQk3oEr_KXiXH1kRajVGunqg@mail.gmail.com>
Message-ID: <CAFakBwjkeE=Y5Hc_b2xv5pJnUZmr27RR7Y73qbOUswU7Lu+rvg@mail.gmail.com>

 Well, I did copy the DVDs to my local drive:
~
$ rsync -r /media/sr0 /media/sdd1/local_movies
~
 but as you can see below I still got the same kind of crap
~
 Is the media corrupted and/or encrypted? What (if anything) can I do about it?
~
$ mplayer dvd://1 -dvd-device /media/sdd1/local_movies/sr0
MPlayer SVN-r33713-4.6.1 (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing dvd://1.
libdvdread: Encrypted DVD support unavailable.
************************************************
**                                            **
**  No css library available. See             **
**  /usr/share/doc/libdvdread4/README.Debian  **
**  for more information.                     **
**                                            **
************************************************
libdvdread: Couldn't find device name.
There are 6 titles on this DVD.
There are 1 angles in this DVD title.
audio stream: 0 format: ac3 (5.1) language: en aid: 128.
audio stream: 1 format: ac3 (5.1) language: fr aid: 129.
audio stream: 2 format: ac3 (stereo) language: en aid: 130.
number of audio channels on disk: 3.
subtitle ( sid ): 1 language: en
subtitle ( sid ): 3 language: fr
subtitle ( sid ): 5 language: es
number of subtitles on disk: 3

MPEG-PS file format detected.
VIDEO:  MPEG1  720x480  (aspect 3)  29.970 fps  8000.0 kbps (1000.0 kbyte/s)
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
open: No such file or directory
[MGA] Couldn't open: /dev/mga_vid
[VO_TDFXFB] This driver only supports the 3Dfx Banshee, Voodoo3 and Voodoo 5.
[VO_3DFX] Unable to open /dev/3dfx.
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared
object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg1] vfm: ffmpeg (FFmpeg MPEG-1)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[mpeg1video @ 0xb6725840]sequence header damaged
[mpeg1video @ 0xb6725840]sequence header damaged
Unsupported PixelFormat 61
Unsupported PixelFormat 53
[mpeg1video @ 0xb6725840]sequence header damaged
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 720x480 => 854x480 Planar YV12
[mpeg1video @ 0xb6725840]warning: first frame is no keyframe
A:   0.5 V:   0.2 A-V:  0.237 ct:  0.000   5/  5 ??% ??% ??,?% 0 0
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
A:   0.7 V:   0.6 A-V:  0.118 ct:  0.027  15/ 13 ??% ??% ??,?% 3 0
[mpeg1video @ 0xb6725840]sequence header damaged
A:   0.8 V:   0.6 A-V:  0.145 ct:  0.030  16/ 14 13% 18%  0.7% 3 0
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[mpeg1video @ 0xb6725840]Warning MVs not available
[mpeg1video @ 0xb6725840]concealing 675 DC, 675 AC, 675 MV errors
A:   1.0 V:   0.7 A-V:  0.301 ct:  0.040  20/ 17 12% 15%  0.7% 3 0
[mpeg1video @ 0xb6725840]sequence header damaged
A:   1.1 V:   0.8 A-V:  0.295 ct:  0.043  21/ 18 11% 14%  0.7% 3 0
[mpeg1video @ 0xb6725840]Warning MVs not available
[mpeg1video @ 0xb6725840]concealing 675 DC, 675 AC, 675 MV errors
A:   1.2 V:   0.9 A-V:  0.291 ct:  0.053  24/ 21 10% 12%  0.7% 3 0
[mpeg1video @ 0xb6725840]sequence header damaged
A:   1.2 V:   2.1 A-V: -0.899 ct:  0.053  27/ 23  9% 11%  0.6% 3 0
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[ac3 @ 0xb6725840]frame CRC mismatch
[ac3 @ 0xb6725840]frame sync error
[mpeg1video @ 0xb6725840]sequence header damaged
...

From cehoyos at ag.or.at  Mon Jun  4 15:18:12 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 13:18:12 +0000 (UTC)
Subject: [FFmpeg-user] corrupted media?
References: <CAFakBwifeFqiZqzC685+ybs1=xWXHKx6uK+C_s7-8m141Pgd0A@mail.gmail.com>
	<CAAy6wMB=WEBzszG3Ww-O05tCUEiQk3oEr_KXiXH1kRajVGunqg@mail.gmail.com>
	<CAFakBwjkeE=Y5Hc_b2xv5pJnUZmr27RR7Y73qbOUswU7Lu+rvg@mail.gmail.com>
Message-ID: <loom.20120604T151623-326@post.gmane.org>

Albretch Mueller <lbrtchx <at> gmail.com> writes:

> Playing dvd://1.
> libdvdread: Encrypted DVD support unavailable.

Please download next week's MPlayer release from 
ftp://ftp1.mplayerhq.hu/MPlayer/releases/MPlayer-1.1_preliminary.tar.gz
and please ask MPlayer questions on mplayer-users 
in the future.

Carl Eugen


From patrick at cornwell.org  Mon Jun  4 16:05:29 2012
From: patrick at cornwell.org (Patrick Cornwell)
Date: Mon, 4 Jun 2012 15:05:29 +0100
Subject: [FFmpeg-user] mmsh streams and immense buffering
In-Reply-To: <loom.20120524T074839-812@post.gmane.org>
References: <04e401cd3839$9bcbd2d0$d3637870$@co.uk>	<loom.20120522T194226-882@post.gmane.org>	<052201cd384a$6fd99c00$4f8cd400$@co.uk>	<loom.20120522T214701-196@post.gmane.org>	<loom.20120522T214855-55@post.gmane.org>	<05a101cd3874$b34afbd0$19e0f370$@co.uk>	<loom.20120523T090839-549@post.gmane.org>	<081301cd3908$09c41760$1d4c4620$@org>	<loom.20120523T195227-368@post.gmane.org>	<083001cd390e$440005f0$cc0011d0$@org>	<loom.20120523T223807-913@post.gmane.org>	<08b901cd3938$735f9c50$5a1ed4f0$@org>
	<loom.20120524T074839-812@post.gmane.org>
Message-ID: <002501cd425b$193986b0$4bac9410$@org>

Hi again,

Just to sneek back into my thread at a point before an arguement seemingly
broke out, I have moved further without having to complile a debug version
as the latest build does not crash FFmpeg.

I have found if I remove any audio stream from the output of one of the
problematic stream, the transcoding occurs fine. e.g:

C:\ffmpeg\bin>ffmpeg -probesize 2048 -i "mmsh://209.105.232.35/cssaitek1"
-an
-y "out.flv"
ffmpeg version N-41195-g8a0efa9 Copyright (c) 2000-2012 the FFmpeg
developers
  built on May 31 2012 20:04:59 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-ru
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r
--enable-libass
 --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb
--enable
-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut
--enable-libope
njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex
--enable-libth
eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-
libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid
--e
nable-zlib
  libavutil      51. 55.100 / 51. 55.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[wmv3 @ 01fdfa80] Extra data: 8 bits left, value: 0
[asf @ 01fdc240] Stream #0: not enough frames to estimate rate; consider
increas
ing probesize
[asf @ 01fdc240] Stream #1: not enough frames to estimate rate; consider
increas
ing probesize
[asf @ 01fdc240] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.0 : mono
Input #0, asf, from 'mmsh://209.105.232.35/cssaitek1':
  Metadata:
    WMFSDKVersion   : 12.0.7600.16385
    WMFSDKNeeded    : 0.0.0.0000
    IsVBR           : 0
  Duration: N/A, start: 631952.290000, bitrate: 266 kb/s
    Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, mono,
s16, 1
6 kb/s
    Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p,
640x480,
250 kb/s, 1k tbr, 1k tbn, 1k tbc
[buffer @ 035c7380] w:640 h:480 pixfmt:yuv420p tb:1/1000 sar:0/1
sws_param:flags
=2
[buffersink @ 0363afe0] No opaque field provided
[wmv3 @ 01fdfa80] Extra data: 8 bits left, value: 0
Output #0, flv, to 'out.flv':
  Metadata:
    WMFSDKVersion   : 12.0.7600.16385
    WMFSDKNeeded    : 0.0.0.0000
    IsVBR           : 0
    encoder         : Lavf54.6.101
    Stream #0:0(eng): Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 640x480,
q=2
-31, 200 kb/s, 1k tbn, 1k tbc
Stream mapping:
  Stream #0:1 -> #0:0 (wmv3 -> flv)
Press [q] to stop, [?] for help
frame=   10 fps=0.0 q=22.5 size=      48kB time=00:00:00.71 bitrate=
542.4kbits/
frame=   27 fps= 14 q=31.0 size=      72kB time=00:00:02.08 bitrate=
283.2kbits/
frame=   40 fps= 13 q=31.0 size=      85kB time=00:00:03.12 bitrate=
223.2kbits/
frame=   54 fps= 13 q=31.0 size=      98kB time=00:00:04.24 bitrate=
190.0kbits/
frame=   67 fps= 13 q=31.0 size=     112kB time=00:00:05.28 bitrate=
173.1kbits/
frame=   81 fps= 12 q=31.0 size=     125kB time=00:00:06.39 bitrate=
159.9kbits/
frame=   93 fps= 12 q=31.0 Lsize=     138kB time=00:00:07.36 bitrate=
153.4kbits
/s
video:136kB audio:0kB global headers:0kB muxing overhead 1.269791%
Received signal 2: terminating.



If I allow the audio stream to remain, the file gets written out right at
the end of the transcode (when I force it to stop):



C:\ffmpeg\bin>ffmpeg -probesize 2048 -i "mmsh://209.105.232.35/cssaitek1" -y
"ou
t.flv"
ffmpeg version N-41195-g8a0efa9 Copyright (c) 2000-2012 the FFmpeg
developers
  built on May 31 2012 20:04:59 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-ru
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r
--enable-libass
 --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb
--enable
-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut
--enable-libope
njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex
--enable-libth
eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-
libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid
--e
nable-zlib
  libavutil      51. 55.100 / 51. 55.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[wmv3 @ 0220f120] Extra data: 8 bits left, value: 0
[asf @ 0220c1e0] Stream #0: not enough frames to estimate rate; consider
increas
ing probesize
[asf @ 0220c1e0] Stream #1: not enough frames to estimate rate; consider
increas
ing probesize
[asf @ 0220c1e0] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.0 : mono
Input #0, asf, from 'mmsh://209.105.232.35/cssaitek1':
  Metadata:
    WMFSDKVersion   : 12.0.7600.16385
    WMFSDKNeeded    : 0.0.0.0000
    IsVBR           : 0
  Duration: N/A, start: 632040.409000, bitrate: 266 kb/s
    Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 22050 Hz, mono,
s16, 1
6 kb/s
    Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p,
640x480,
250 kb/s, 1k tbr, 1k tbn, 1k tbc
[buffer @ 01d785c0] w:640 h:480 pixfmt:yuv420p tb:1/1000 sar:0/1
sws_param:flags
=2
[buffersink @ 01d788e0] No opaque field provided
[wmv3 @ 0220f120] Extra data: 8 bits left, value: 0
Output #0, flv, to 'out.flv':
  Metadata:
    WMFSDKVersion   : 12.0.7600.16385
    WMFSDKNeeded    : 0.0.0.0000
    IsVBR           : 0
    encoder         : Lavf54.6.101
    Stream #0:0(eng): Video: flv1 ([2][0][0][0] / 0x0002), yuv420p, 640x480,
q=2
-31, 200 kb/s, 1k tbn, 1k tbc
    Stream #0:1(eng): Audio: mp3 ([2][0][0][0] / 0x0002), 22050 Hz, mono,
s16
Stream mapping:
  Stream #0:1 -> #0:0 (wmv3 -> flv)
  Stream #0:0 -> #0:1 (wmav2 -> libmp3lame)
Press [q] to stop, [?] for help
frame=   12 fps=0.0 q=28.2 size=       0kB time=00:00:00.00 bitrate=
0.0kbits/
frame=   27 fps= 14 q=31.0 size=       0kB time=00:00:00.00 bitrate=
0.0kbits/
frame=   41 fps= 14 q=31.0 size=       0kB time=00:00:00.00 bitrate=
0.0kbits/
frame=   55 fps= 13 q=31.0 size=       0kB time=00:00:00.00 bitrate=
0.0kbits/
frame=   68 fps= 13 q=31.0 size=       0kB time=00:00:00.00 bitrate=
0.0kbits/
Trying to remove 576 samples, but que empty
[flv @ 01d722c0] Encoder did not produce proper pts, making some up.
[libmp3lame @ 01d77e40] Trying to remove 576 samples, but que empty
frame=   80 fps= 13 q=31.0 Lsize=     122kB time=00:00:00.05
bitrate=19288.6kbit
s/s
video:121kB audio:0kB global headers:0kB muxing overhead 1.377018%
Received signal 2: terminating.


I'm in an interesting position. The first thing to do is get the encoder
fixed. What is happening is the encoder is presenting a stream then not
putting any data through it - it should not create an audio stream at all in
this instance (when the user is selecting to not stream audio) but instead
creates one and makes it blank, giving the lack of pts values the second
output complains of. 

But until then, whilst I can use the -map option to select which stream to
transcode, there are some streams with an actual audio feed, so I can't just
eliminate sound completely, and have no reliable way beforehand of knowing
whether a stream has an audio stream with actual data in it or not.

My question is, is there a way to tell Ffmpeg to just 'blank' or remove the
audio stream if there is no data within it, or indeed just use a video
streams' pts values? Again, forgive me if this is overly simplistic.

Pat


From norulez at me.com  Mon Jun  4 17:09:05 2012
From: norulez at me.com (norulez at me.com)
Date: Mon, 04 Jun 2012 17:09:05 +0200
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
Message-ID: <D475BE8E-858A-4F79-AFB2-71593C85EFB4@me.com>

Hello,

does anyone have a CMakeLists.txt file to build ffmpeg on multiple platforms?

Thanks in advance

Best Regards
NoRulez

From unga888 at yahoo.com  Mon Jun  4 19:05:07 2012
From: unga888 at yahoo.com (Unga)
Date: Mon, 4 Jun 2012 10:05:07 -0700 (PDT)
Subject: [FFmpeg-user] How to find Stereoscopic* info programmatically?
Message-ID: <1338829507.24352.YahooMailNeo@web160106.mail.bf1.yahoo.com>

Hi all

I want to find Stereoscopic* info that ffplay display programmatically from a 3D video file in my program.

I don't see it in AVCodecContext.

Thank you.

Best regards
Unga


From syedaqhilahmed at gmail.com  Mon Jun  4 13:41:46 2012
From: syedaqhilahmed at gmail.com (aqhil)
Date: Mon, 4 Jun 2012 04:41:46 -0700 (PDT)
Subject: [FFmpeg-user] MP1 ACODEC NOT SUPPORTED
Message-ID: <1338810106569-4650686.post@n4.nabble.com>

this is in regards to ffmpeg mp1 audio codec. as when i type the supported
codecs its showing in the black screen that mp1 is supported but when i do
encoding to a file into mp1 then it shows unknown encoder.?? 
kindly look into the matter.

Regards,
Aqhil Syed.

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/MP1-ACODEC-NOT-SUPPORTED-tp4650686.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From techtonik at gmail.com  Mon Jun  4 15:05:46 2012
From: techtonik at gmail.com (anatoly techtonik)
Date: Mon, 4 Jun 2012 16:05:46 +0300
Subject: [FFmpeg-user] ffmpeg version for --preset option
Message-ID: <CAPkN8x+O-sqnYCpwr2RD4zxo6kYS4mQdKPDwxT80=MeAQLLMsw@mail.gmail.com>

Hi,

What is the first ffmpeg version when the --preset option was introduced?
Ubuntu with ffmpeg 0.8.1-4:0.8.1-0ubuntu1 doesn't have it, but Fedora
with 0.8.11 works ok.

Please CC.

From kshawkeye at gmail.com  Mon Jun  4 19:27:00 2012
From: kshawkeye at gmail.com (Kyle Schwarz)
Date: Mon, 4 Jun 2012 13:27:00 -0400
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <20120530111807.57b5db9a@lrcd.com>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
Message-ID: <CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>

On Wed, May 30, 2012 at 3:18 PM, Lou <lou at lrcd.com> wrote:
>
> On Wed, 30 May 2012 17:49:19 +0000 (UTC)
> Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>
> > Kyle <kshawkeye <at> gmail.com> writes:
> >
> > > I'm wondering if FFmpeg can encode two different videos
> > > into one video that plays both side by side?
> >
> > Did you try the video filter system?
> > Overlay worked fine when I tried it once.
> >
> > Carl Eugen
>
> Overlay as Carl mentioned:
> ffmpeg -i right.mp4 -filter:v
> "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overlay=0:0[out];movie=left.mp4,setpts=PTS-STARTPTS[T1]"
> output

I tried the given example and got:
ffmpeg -y
 -i "input-1.flv" -filter:v "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overla
y=0:0[out];movie=input-2.flv,setpts=PTS-STARTPTS[T1]" output.mp4
ffmpeg version N-41195-g8a0efa9 Copyright (c) 2000-2012 the FFmpeg developers
  built on May 31 2012 20:10:06 with gcc 4.6.3
  configuration: --disable-static --enable-shared --enable-gpl --enable-version3
 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli
b --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --
enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lam
e --enable-libnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger
 --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc
--enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --en
able-libxavs --enable-libxvid --enable-zlib
  libavutil      51. 55.100 / 51. 55.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, flv, from 'input-1.flv':
  Metadata:
    starttime       : 0
    totalduration   : 474
    totaldatarate   : 1005
    bytelength      : 59533158
    canseekontime   : true
    sourcedata      : B4A7D0021HH1338775178100633
    purl            :
    pmsg            :
  Duration: 00:07:53.76, start: 0.000000, bitrate: 1005 kb/s
    Stream #0:0: Video: h264 (Main), yuv420p, 854x480, 890 kb/s, 25 tbr, 1k tbn,
 50 tbc
    Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 130 kb/s
[movie @ 0000000002bfdd80] seek_point:0 format_name:(null) file_name:input-2.flv
 stream_index:0
[buffer @ 000000000092e2e0] w:854 h:480 pixfmt:yuv420p tb:1/1000 sar:0/1 sws_par
am:flags=2
[buffersink @ 000000000092e5e0] No opaque field provided
[overlay @ 0000000002ed7cc0] auto-inserting filter 'auto-inserted scaler 0' betw
een the filter 'Parsed_pad_1' and the filter 'Parsed_overlay_2'
[movie @ 0000000002bfdd80] TB:0.001000
[buffer @ 000000000092e2e0] TB:0.001000
[pad @ 0000000002ed7c40] w:854 h:480 -> w:1708 h:480 x:854 y:0 color:0x000000FF
[scale @ 0000000000533320] w:1708 h:480 fmt:yuv420p sar:0/1 -> w:1708 h:480 fmt:
yuva420p sar:0/1 flags:0x4
[overlay @ 0000000002ed7cc0] main w:854 h:480 fmt:yuv420p overlay x:0 y:0 w:1708
 h:480 fmt:yuva420p
[overlay @ 0000000002ed7cc0] Overlay area (0,0)<->(1708,480) not within the main
 area (0,0)<->(854,480) or zero-sized
Error opening filters!

I also tried the first example given in the doc for libavfilter and
that also failed with a similar message.

Any ideas?

Best regards,
  Kyle Schwarz

From pb at das-werkstatt.com  Mon Jun  4 19:31:34 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Mon, 04 Jun 2012 19:31:34 +0200
Subject: [FFmpeg-user] FFv1: newer ffmpeg builds create larger files?
In-Reply-To: <20120604005652.GH17872@kiste2>
References: <4FCB585C.2090102@das-werkstatt.com>
	<20120603225955.GG17872@kiste2>
	<4FCBF1B3.3070401@das-werkstatt.com>
	<20120604005652.GH17872@kiste2>
Message-ID: <4FCCF0F6.9030800@das-werkstatt.com>

On 06/04/2012 02:56 AM, Michael Niedermayer wrote:
> On Mon, Jun 04, 2012 at 01:22:27AM +0200, Peter B. wrote:
>> Hm... I don't see any information about the bitstream parameters.
>> I've tried 2 things with "-debug 1":
>> 1) calling ffprobe on the original
>> 2) transcoding the original as before
> [...]
>> Is there something I've misunderstood/overlooked?
> ffmpeg -debug 1 -i ffv1file -f null -
>
Thank you! Interesting commandline :)

Interestingly, this showed "coder:0" for the original (=smallest) file,
whereas using "-coder 0" resulted in larger files than "-coder 1" in my
tests.

When I checked files encoded with "-coder 1", the above command output
"coder:2" - I've verified this behavior, and all files encoded with
"-coder 1" are being shown with "-coder 2". Why is that?

Thanks,
Pb


From lou at lrcd.com  Mon Jun  4 19:30:06 2012
From: lou at lrcd.com (Lou)
Date: Mon, 4 Jun 2012 09:30:06 -0800
Subject: [FFmpeg-user] MP1 ACODEC NOT SUPPORTED
In-Reply-To: <1338810106569-4650686.post@n4.nabble.com>
References: <1338810106569-4650686.post@n4.nabble.com>
Message-ID: <20120604093006.7538ce6c@lrcd.com>

On Mon, 4 Jun 2012 04:41:46 -0700 (PDT)
aqhil <syedaqhilahmed at gmail.com> wrote:

> this is in regards to ffmpeg mp1 audio codec. as when i type the supported
> codecs its showing in the black screen that mp1 is supported but when i do
> encoding to a file into mp1 then it shows unknown encoder.?? 
> kindly look into the matter.
> 
> Regards,
> Aqhil Syed.

$ ffmpeg -codecs
Codecs:
 D..... = Decoding supported
 .E.... = Encoding supported
 ..V... = Video codec
 ..A... = Audio codec
 ..S... = Subtitle codec
 ...S.. = Supports draw_horiz_band
 ....D. = Supports direct rendering method 1
 .....T = Supports weird frame truncation
 ------
 D A D  mp1             MP1 (MPEG audio layer 1)

Note the present "D" and the missing "E" indicating that mp1 is an
audio decoder only and not an encoder.

Please remember to at least provide enough information so the issue can
be easily duplicated by others. This includes your ffmpeg command and
the complete console output.

From cehoyos at ag.or.at  Mon Jun  4 19:37:01 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 17:37:01 +0000 (UTC)
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
References: <D475BE8E-858A-4F79-AFB2-71593C85EFB4@me.com>
Message-ID: <loom.20120604T193619-331@post.gmane.org>

 <norulez <at> me.com> writes:

> does anyone have a CMakeLists.txt file to build ffmpeg on 
> multiple platforms?

If you know of a platform where the build system does not work, 
please tell us, there are no open reports on trac.

Carl Eugen


From jimenaescolulle at terra.es  Mon Jun  4 19:55:42 2012
From: jimenaescolulle at terra.es (jimenaescolulle at terra.es)
Date: Mon, 04 Jun 2012 17:55:42 -0000
Subject: [FFmpeg-user] Transcode only if current codec does not meet my
	requirements
Message-ID: <mailman.3.1338832543.1911.ffmpeg-user@ffmpeg.org>

I want to transcode a video only if it does not currently meet my requirements.

For example, if the video is already H.264 Constrained Baseline with less than 480x320 resolution I do not want the video transcoded. And also if the audio is already AAC I do not want it transcoded.

How may I transcode a video only if it does not meet my requirements?

I want it to be automatic to be able to do many files in a batch.

From mbradshaw at sorensonmedia.com  Mon Jun  4 20:09:36 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Mon, 4 Jun 2012 12:09:36 -0600
Subject: [FFmpeg-user] Transcode only if current codec does not meet my
	requirements
In-Reply-To: <20120604175544.68B8A17A5CD@avserver.banki.hu>
References: <20120604175544.68B8A17A5CD@avserver.banki.hu>
Message-ID: <CAJ29FNYgpadtRjPmNnG=C7eizRwsNme5f0xkaLSxB1RnM6OJiQ@mail.gmail.com>

On Mon, Jun 4, 2012 at 11:55 AM,  <jimenaescolulle at terra.es> wrote:
> I want to transcode a video only if it does not currently meet my requirements.
>
> For example, if the video is already H.264 Constrained Baseline with less than 480x320 resolution I do not want the video transcoded. And also if the audio is already AAC I do not want it transcoded.
>
> How may I transcode a video only if it does not meet my requirements?
>
> I want it to be automatic to be able to do many files in a batch.

You can use ffmpeg -i originalVideoFileName.mp4 and ffmpeg will spit
out the stats about the video. You can then parse these results with a
python script or something and determine if it meets your
requirements. If not, transcode away. Or you can use mediainfo to get
the videos stats (which prints them out in a more easily parsable
manner).

--Michael

From cehoyos at ag.or.at  Mon Jun  4 20:08:40 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 18:08:40 +0000 (UTC)
Subject: [FFmpeg-user] ljpeg colorspace non auto?
References: <CAL1QdWd7-zHUftS=uedL3xY=LDAx09-_OHTRwdXvMzgk=P5_0w@mail.gmail.com>
Message-ID: <loom.20120604T200601-30@post.gmane.org>

Roger Pack <rogerdpack2 <at> gmail.com> writes:

> ffmpeg.exe -i a10.avi -acodec libmp3lame -vcodec ljpeg affv1.mov
> https://gist.github.com/2838741
> 
> results in:
> [buffer @ 01D4FF80] w:1536 h:600 pixfmt:yuv422p tb:1/1000000 sar:0/1 sws_param:
> [ljpeg @ 034659A0] colorspace not supported in LJPEG
> Error while opening encoder for output stream #0.0 - maybe incorrect
> parameters such as bit_rate, rate, width or height
> 
> "other" codecs will automatically insert a rescaling filter, 
> does this one not?  Any thoughts here?

This is now slightly improved and will work for example 
if the input colour space is rgb24.
Our ljpeg encoder supports yuv420p as an unofficial extension 
(needs -strict -2), so if your input stream is yuv420p 
(or 422 or 444), autodetection will accept it, but the codec 
init function will refuse the colour space if -strict experimental 
was not added.

Carl Eugen


From cehoyos at ag.or.at  Mon Jun  4 20:17:18 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 4 Jun 2012 18:17:18 +0000 (UTC)
Subject: [FFmpeg-user] mmsh streams and immense buffering
References: <04e401cd3839$9bcbd2d0$d3637870$@co.uk>	<loom.20120522T194226-882@post.gmane.org>	<052201cd384a$6fd99c00$4f8cd400$@co.uk>	<loom.20120522T214701-196@post.gmane.org>	<loom.20120522T214855-55@post.gmane.org>	<05a101cd3874$b34afbd0$19e0f370$@co.uk>	<loom.20120523T090839-549@post.gmane.org>	<081301cd3908$09c41760$1d4c4620$@org>	<loom.20120523T195227-368@post.gmane.org>	<083001cd390e$440005f0$cc0011d0$@org>	<loom.20120523T223807-913@post.gmane.org>	<08b901cd3938$735f9c50$5a1ed4f0$@org>
	<loom.20120524T074839-812@post.gmane.org>
	<002501cd425b$193986b0$4bac9410$@org>
Message-ID: <loom.20120604T201522-244@post.gmane.org>

Patrick Cornwell <patrick <at> cornwell.org> writes:

> What is happening is the encoder is presenting a stream 
> then not putting any data through it - it should not create 
> an audio stream at all in this instance (when the user is 
> selecting to not stream audio) but instead creates one and 
> makes it blank, giving the lack of pts values the second
> output complains of.

You are right that no audio is received - I had not noticed 
that yet. Isn't it possible that there is a bug in FFmpeg 
detecting streams that are not there?
In any case, FFmpeg should after some time detect that no 
audio will ever arrive...

Carl Eugen


From thilo.borgmann at googlemail.com  Mon Jun  4 20:21:42 2012
From: thilo.borgmann at googlemail.com (Thilo Borgmann)
Date: Mon, 04 Jun 2012 20:21:42 +0200
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
	<CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
Message-ID: <4FCCFCB6.50209@googlemail.com>

Am 04.06.12 19:27, schrieb Kyle Schwarz:
> On Wed, May 30, 2012 at 3:18 PM, Lou <lou at lrcd.com> wrote:
>>
>> On Wed, 30 May 2012 17:49:19 +0000 (UTC)
>> Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>>
>>> Kyle <kshawkeye <at> gmail.com> writes:
>>>
>>>> I'm wondering if FFmpeg can encode two different videos
>>>> into one video that plays both side by side?
>>>
>>> Did you try the video filter system?
>>> Overlay worked fine when I tried it once.
>>>
>>> Carl Eugen
>>
>> Overlay as Carl mentioned:
>> ffmpeg -i right.mp4 -filter:v
>> "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overlay=0:0[out];movie=left.mp4,setpts=PTS-STARTPTS[T1]"
>> output
> 
> I tried the given example and got:
> ffmpeg -y
>  -i "input-1.flv" -filter:v "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overla
> y=0:0[out];movie=input-2.flv,setpts=PTS-STARTPTS[T1]" output.mp4
> ffmpeg version N-41195-g8a0efa9 Copyright (c) 2000-2012 the FFmpeg developers
>   built on May 31 2012 20:10:06 with gcc 4.6.3
>   configuration: --disable-static --enable-shared --enable-gpl --enable-version3
>  --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli
> b --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --
> enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lam
> e --enable-libnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger
>  --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc
> --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --en
> able-libxavs --enable-libxvid --enable-zlib
>   libavutil      51. 55.100 / 51. 55.100
>   libavcodec     54. 23.100 / 54. 23.100
>   libavformat    54.  6.101 / 54.  6.101
>   libavdevice    54.  0.100 / 54.  0.100
>   libavfilter     2. 77.100 /  2. 77.100
>   libswscale      2.  1.100 /  2.  1.100
>   libswresample   0. 15.100 /  0. 15.100
>   libpostproc    52.  0.100 / 52.  0.100
> Input #0, flv, from 'input-1.flv':
>   Metadata:
>     starttime       : 0
>     totalduration   : 474
>     totaldatarate   : 1005
>     bytelength      : 59533158
>     canseekontime   : true
>     sourcedata      : B4A7D0021HH1338775178100633
>     purl            :
>     pmsg            :
>   Duration: 00:07:53.76, start: 0.000000, bitrate: 1005 kb/s
>     Stream #0:0: Video: h264 (Main), yuv420p, 854x480, 890 kb/s, 25 tbr, 1k tbn,
>  50 tbc
>     Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 130 kb/s
> [movie @ 0000000002bfdd80] seek_point:0 format_name:(null) file_name:input-2.flv
>  stream_index:0
> [buffer @ 000000000092e2e0] w:854 h:480 pixfmt:yuv420p tb:1/1000 sar:0/1 sws_par
> am:flags=2
> [buffersink @ 000000000092e5e0] No opaque field provided
> [overlay @ 0000000002ed7cc0] auto-inserting filter 'auto-inserted scaler 0' betw
> een the filter 'Parsed_pad_1' and the filter 'Parsed_overlay_2'
> [movie @ 0000000002bfdd80] TB:0.001000
> [buffer @ 000000000092e2e0] TB:0.001000
> [pad @ 0000000002ed7c40] w:854 h:480 -> w:1708 h:480 x:854 y:0 color:0x000000FF
> [scale @ 0000000000533320] w:1708 h:480 fmt:yuv420p sar:0/1 -> w:1708 h:480 fmt:
> yuva420p sar:0/1 flags:0x4
> [overlay @ 0000000002ed7cc0] main w:854 h:480 fmt:yuv420p overlay x:0 y:0 w:1708
>  h:480 fmt:yuva420p
> [overlay @ 0000000002ed7cc0] Overlay area (0,0)<->(1708,480) not within the main
>  area (0,0)<->(854,480) or zero-sized
> Error opening filters!
> 
> I also tried the first example given in the doc for libavfilter and
> that also failed with a similar message.
> 
> Any ideas?

This is a little snippet from an ancient version of ffmpeg... A first look
reveals different parameters for the pad filter but things might have changed in
the mean time. Maybe it can help you anyway because this line definitely worked
some day...

ffmpeg -i 0208a.mp4 -vf "movie=0:0:sa.mp4 [movie]; [in] fifo, pad=2592:964:0:0,
[movie] overlay=1296:0 [out]" -sameq -y out.mp4

-Thilo

From tsinghal18 at gmail.com  Mon Jun  4 20:59:54 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Tue, 5 Jun 2012 00:29:54 +0530
Subject: [FFmpeg-user] Progressive to interlaced and PS type encoding
Message-ID: <CAJQ5m2MEFbO8oEztx7uogY9_JQjCNp-UAs1=FWSJ_W94uMxzBg@mail.gmail.com>

Can anybody please let me know-
-> How to transcode a progressive video into a interlaced one
-> How to get MPEG-PS type enoding for TS files.
Both using ffmpeg

From lou at lrcd.com  Mon Jun  4 23:06:26 2012
From: lou at lrcd.com (Lou)
Date: Mon, 4 Jun 2012 13:06:26 -0800
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
	<CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
Message-ID: <20120604130626.694b693c@lrcd.com>

On Mon, 4 Jun 2012 13:27:00 -0400
Kyle Schwarz <kshawkeye at gmail.com> wrote:

> On Wed, May 30, 2012 at 3:18 PM, Lou <lou at lrcd.com> wrote:
> >
> > On Wed, 30 May 2012 17:49:19 +0000 (UTC)
> > Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> >
> > > Kyle <kshawkeye <at> gmail.com> writes:
> > >
> > > > I'm wondering if FFmpeg can encode two different videos
> > > > into one video that plays both side by side?
> > >
> > > Did you try the video filter system?
> > > Overlay worked fine when I tried it once.
> > >
> > > Carl Eugen
> >
> > Overlay as Carl mentioned:
> > ffmpeg -i right.mp4 -filter:v
> > "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overlay=0:0[out];movie=left.mp4,setpts=PTS-STARTPTS[T1]"
> > output
> 
> I tried the given example and got:
> ffmpeg -y
>  -i "input-1.flv" -filter:v "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overla
> y=0:0[out];movie=input-2.flv,setpts=PTS-STARTPTS[T1]" output.mp4
> ffmpeg version N-41195-g8a0efa9 Copyright (c) 2000-2012 the FFmpeg developers
>   built on May 31 2012 20:10:06 with gcc 4.6.3
>   configuration: --disable-static --enable-shared --enable-gpl --enable-version3
>  --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzli
> b --enable-frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --
> enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lam
> e --enable-libnut --enable-libopenjpeg --enable-librtmp --enable-libschroedinger
>  --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc
> --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --en
> able-libxavs --enable-libxvid --enable-zlib
>   libavutil      51. 55.100 / 51. 55.100
>   libavcodec     54. 23.100 / 54. 23.100
>   libavformat    54.  6.101 / 54.  6.101
>   libavdevice    54.  0.100 / 54.  0.100
>   libavfilter     2. 77.100 /  2. 77.100
>   libswscale      2.  1.100 /  2.  1.100
>   libswresample   0. 15.100 /  0. 15.100
>   libpostproc    52.  0.100 / 52.  0.100
> Input #0, flv, from 'input-1.flv':
>   Metadata:
>     starttime       : 0
>     totalduration   : 474
>     totaldatarate   : 1005
>     bytelength      : 59533158
>     canseekontime   : true
>     sourcedata      : B4A7D0021HH1338775178100633
>     purl            :
>     pmsg            :
>   Duration: 00:07:53.76, start: 0.000000, bitrate: 1005 kb/s
>     Stream #0:0: Video: h264 (Main), yuv420p, 854x480, 890 kb/s, 25 tbr, 1k tbn,
>  50 tbc
>     Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 130 kb/s
> [movie @ 0000000002bfdd80] seek_point:0 format_name:(null) file_name:input-2.flv
>  stream_index:0
> [buffer @ 000000000092e2e0] w:854 h:480 pixfmt:yuv420p tb:1/1000 sar:0/1 sws_par
> am:flags=2
> [buffersink @ 000000000092e5e0] No opaque field provided
> [overlay @ 0000000002ed7cc0] auto-inserting filter 'auto-inserted scaler 0' betw
> een the filter 'Parsed_pad_1' and the filter 'Parsed_overlay_2'
> [movie @ 0000000002bfdd80] TB:0.001000
> [buffer @ 000000000092e2e0] TB:0.001000
> [pad @ 0000000002ed7c40] w:854 h:480 -> w:1708 h:480 x:854 y:0 color:0x000000FF
> [scale @ 0000000000533320] w:1708 h:480 fmt:yuv420p sar:0/1 -> w:1708 h:480 fmt:
> yuva420p sar:0/1 flags:0x4
> [overlay @ 0000000002ed7cc0] main w:854 h:480 fmt:yuv420p overlay x:0 y:0 w:1708
>  h:480 fmt:yuva420p
> [overlay @ 0000000002ed7cc0] Overlay area (0,0)<->(1708,480) not within the main
>  area (0,0)<->(854,480) or zero-sized
> Error opening filters!
> 
> I also tried the first example given in the doc for libavfilter and
> that also failed with a similar message.

Can you show your command?

> Any ideas?
> 
> Best regards,
>   Kyle Schwarz

My example worked until 4e781c25b7b1955d1a9a0b0771c3ce1acb0957bd. Some
(untested?) flotsam from libav. Or maybe there is a syntax change that
I didn't notice. It should work if you switch to
cca9528524c7a4b91451f4322bd50849af5d057e.

From andyqos at ukfsn.org  Tue Jun  5 00:35:38 2012
From: andyqos at ukfsn.org (Andy Furniss)
Date: Mon, 04 Jun 2012 23:35:38 +0100
Subject: [FFmpeg-user] ... invalid,
 non monotonically increasing dts... with yadif=1
In-Reply-To: <4FA51785.3070608@ukfsn.org>
References: <4F919CA1.6090500@ukfsn.org>
	<loom.20120505T130820-745@post.gmane.org>
	<4FA51785.3070608@ukfsn.org>
Message-ID: <4FCD383A.80302@ukfsn.org>

Andy Furniss wrote:
> Carl Eugen Hoyos wrote:
>> Andy Furniss<andyqos<at> ukfsn.org> writes:
>>
>>> This (19meg) possibly broken (but plays OK) mpeg2 transport stream will
>>> fail transcoding if I try to make 50fps with yadif=1, but works OK with
>>> yadif=0. Full output of both below.
>>>
>>> http://www.andyqos.ukfsn.org/non-mon-dts-with-yadif1.ts
>>>
>>> bash-3.2$ ffmpeg -i non-mon-dts-with-yadif1.ts -sn -loglevel verbose
>>> -vf yadif=1 -acodec copy -vcodec libx264 -crf 23 -threads 1 -r 50
>>> test.mkv
>>
>> Is this only reproducible with an external library and -acodec copy or
>> also if you use -an and an internal encoder?
>>
>> (git bisect works fine here for all kinds of bugs, but if I can
>> reproduce the issue I can do it.)
>
> OK, I tried as below and still failed - this time avi, mkv also fails
> but produces a lot of noise with the loglevel.

Took my eye off this one, it's working now.

I see it was fixed just after my last post by -

commit a54867121d015cc8fe71eff40ddcf0e16d42f178
Author: Michael Niedermayer <michaelni at gmx.at>
Date:   Wed May 9 18:15:03 2012 +0200

     ffmpeg: fix frame duration used for video sync.

From 550399108 at qq.com  Tue Jun  5 06:05:30 2012
From: 550399108 at qq.com (babyboy8989)
Date: Mon, 4 Jun 2012 21:05:30 -0700 (PDT)
Subject: [FFmpeg-user] Can I use ffmpeg to make 3D video
Message-ID: <1338869130336-4650706.post@n4.nabble.com>

Hi all,
      Can I use ffmpeg to make 3D video with 2D videos?if can,how to do it?

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Can-I-use-ffmpeg-to-make-3D-video-tp4650706.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From norulez at me.com  Tue Jun  5 09:47:52 2012
From: norulez at me.com (NoRulez)
Date: Tue, 05 Jun 2012 07:47:52 +0000 (GMT)
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
In-Reply-To: <loom.20120604T193619-331@post.gmane.org>
Message-ID: <8879fef1-cff1-4ee5-b3c4-b224bfb8c3d2@me.com>

Hello,

our build system uses CMake, so if an CMakeLists.txt file for ffmpeg exists it would be great.
The build of our ffmpeg is done in MSYS and I have troubles to integrate those generated libraries into out Visual Studio project.
If I link ffmpeg to our application, the following error occurs:
"
libmingwex.a(mbrtowc.o) : warning LNK4217: locally defined symbol ___lc_codepage imported in function _mbrtowc
libmingwex.a(wcrtomb.o) : warning LNK4049: locally defined symbol ___lc_codepage imported
"

If I add libmsvcr80(d).a then the application couldn'?t be started because of the following error:
"The procedure entry point GetAdaptersInfo could not be located in the dynamic link library msvcr80.dll"

Best Regards

Am 04. Jun 2012 um 19:37 schrieb Carl Eugen Hoyos <cehoyos at ag.or.at>:

> <norulez <at> me.com> writes:
>
> > does anyone have a CMakeLists.txt file to build ffmpeg on
> > multiple platforms?
>
> If you know of a platform where the build system does not work,
> please tell us, there are no open reports on trac.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From cehoyos at ag.or.at  Tue Jun  5 10:04:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 08:04:38 +0000 (UTC)
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
References: <loom.20120604T193619-331@post.gmane.org>
	<8879fef1-cff1-4ee5-b3c4-b224bfb8c3d2@me.com>
Message-ID: <loom.20120605T095855-864@post.gmane.org>

NoRulez <norulez <at> me.com> writes:

> our build system uses CMake, so if an CMakeLists.txt file 
> for ffmpeg exists it would be great. The build of our 
> ffmpeg is done in MSYS and I have troubles to integrate 
> those generated libraries into out Visual Studio project.

I know of at least one project (libopenjpeg) where the use 
of two build systems has the effect that nobody knowns where 
the headers should be installed.
Apart from that, I doubt that it will be easy to port the 
build system. And finally, iiuc, your FFmpeg build works 
fine, it seems your VS project fails to build, or am I wrong?

> If I link ffmpeg to our application, the following error occurs:
> "libmingwex.a(mbrtowc.o) : warning LNK4217: locally defined symbol 
> ___lc_codepage imported in function _mbrtowc
> libmingwex.a(wcrtomb.o) : warning LNK4049: locally defined symbol 
> ___lc_codepage imported"

(which errors?)

Sorry, I personally do not find it constructive to ask for a 
second build system. The one we use is regularly tested on 
very different build systems (and was optimized heavily for 
FFmpeg's needs).
I of course understand you don't share my opinion though.

Please do not top-post here, Carl Eugen


From nicolas.george at normalesup.org  Tue Jun  5 10:41:37 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Tue, 5 Jun 2012 10:41:37 +0200
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <20120604130626.694b693c@lrcd.com>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
	<CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
	<20120604130626.694b693c@lrcd.com>
Message-ID: <20120605084137.GA7585@phare.normalesup.org>

Le septidi 17 prairial, an CCXX, Lou a ?crit?:
> >  -i "input-1.flv" -filter:v "[in]setpts=PTS-STARTPTS,pad=iw*2:ih:iw:0,[T1]overlay=0:0[out];movie=input-2.flv,setpts=PTS-STARTPTS[T1]" output.mp4
> My example worked until 4e781c25b7b1955d1a9a0b0771c3ce1acb0957bd. Some
> (untested?) flotsam from libav. Or maybe there is a syntax change that
> I didn't notice. It should work if you switch to
> cca9528524c7a4b91451f4322bd50849af5d057e.

The git commit message is quite explicit: "fix the order of connecting
unlabeled links". You are using unlabeled links for the input of the overlay
filter, the order has been swapped as the previous parsing was in
contradiction to the documentation and the intended behaviour.

I suggest you always use labeled links whenever there are several inputs or
outputs to a filter.

Also, note that now that filter_complex exists, using movie is no longer
necessary.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120605/c2a6af59/attachment.asc>

From hcano at mebcn.com  Tue Jun  5 14:56:18 2012
From: hcano at mebcn.com (Hector Cano)
Date: Tue, 5 Jun 2012 14:56:18 +0200
Subject: [FFmpeg-user] =?iso-8859-1?q?Q=FCestion_on_segment_muxer_with_h?=
	=?iso-8859-1?q?=2E264_over_mp4_and_reproducing_segments_as_standal?=
	=?iso-8859-1?q?one_movies?=
Message-ID: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>

Hi,
I am trying to use ffmpeg to record a video stream from an IP c?mera
(Axis 210). I am using segment to split the output in 10 second chunks
and generate a playing list. Everything goes pretty well, but I have
difficulties when playing the clips on VLC or Quicktime.
I use mp4 format, with h.264 codec.
If I open the playlist on VLC the first clip plays smoothly. Then I
have 10 seconds where VLC counter is working, but no video is played,
then the second clip is played (while the time counter goes up to
something like 20/10). Then 20 seconds pause, and increasing for every
clip.
In quicktime I can only get 10 seconds of blanc screen (actually
black) and it stops without ever playing v?deo (except the first chunk
that plays smoothly.

I could only find ticket Ticket #910 , closed as invalid. I asume then
that this is the intended behaviour.
If this is the case, is this a VLC and QuickTime bug? Is there any way
to tell VLC and/or QuickTime to play those clips?
I am quite newbie, and I have the feeling that there's something I am
missing. Any help would be appreciated.

If I use mpegts format everything plays ok (though ffprobe gives the
same start time as for the mp4 files). Unfortunatedly at this moment
mp4 is a requirement.

Console output:

$ ffmpeg -i "rtsp://192.168.1.222/mpeg4/1/media.amp" \
>   -map 0 \
>   -c:v libx264 -profile:v baseline -preset fast -g 16 \
>   -t 30 -f segment \
>   -segment_time 10 -segment_format mp4 \
>   -segment_list test.m3u8 -segment_list_size 30 \
>   test%03d.mp4
ffmpeg version N-40962-g0da28d6 Copyright (c) 2000-2012 the FFmpeg developers
  built on May 23 2012 16:23:18 with gcc 4.6.1
  configuration: --enable-gpl --enable-libx264 --enable-x11grab
  libavutil      51. 53.100 / 51. 53.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.100 / 54.  6.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 76.100 /  2. 76.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[rtsp @ 0xa9a23c0] Estimating duration from bitrate, this may be inaccurate
Input #0, rtsp, from 'rtsp://192.168.1.222/mpeg4/1/media.amp':
  Metadata:
    title           : Media Presentation
  Duration: N/A, start: 0.023344, bitrate: N/A
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile), yuv420p,
640x480 [SAR 1:1 DAR 4:3], 100 tbr, 90k tbn, 100 tbc
[buffer @ 0xa9d4740] w:640 h:480 pixfmt:yuv420p tb:1/90000 sar:1/1
sws_param:flags=2
[buffersink @ 0xa9d48c0] No opaque field provided
[libx264 @ 0xa9d50c0] using SAR=1/1
[libx264 @ 0xa9d50c0] using cpu capabilities: MMX2 SSE2Fast SSSE3
FastShuffle Cache64
[libx264 @ 0xa9d50c0] profile Constrained Baseline, level 3.2
[libx264 @ 0xa9d50c0] 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC
codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html -
options: cabac=0 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6
psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2
threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0
keyint=16 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=16
rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4
ip_ratio=1.40 aq=1:1.00
Output #0, segment, to 'test%03d.mp4':
  Metadata:
    title           : Media Presentation
    encoder         : Lavf54.6.100
    Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 640x480
[SAR 1:1 DAR 4:3], q=-1--1, 100 tbn, 100 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg4 -> libx264)
Press [q] to stop, [?] for help
frame=   52 fps=0.0 q=33.0 size=       0kB time=00:00:00.32 bitrate=
0.0kbits/frame=  105 fps= 97 q=33.0 size=       0kB time=00:00:00.85
bitrate=   0.0kbits/frame=  159 fps= 99 q=33.0 size=       0kB
time=00:00:01.39 bitrate=   0.0kbits/frame=  212 fps=100 q=33.0 size=
     0kB time=00:00:01.92 bitrate=   0.0kbits/frame=  265 fps=100
q=33.0 size=       0kB time=00:00:02.45 bitrate=   0.0kbits/frame=
315 fps=100 q=33.0 size=       0kB time=00:00:02.95 bitrate=
0.0kbits/frame=  369 fps=101 q=33.0 size=       0kB time=00:00:03.49
bitrate=   0.0kbits/frame=  419 fps=101 q=30.0 size=       0kB
time=00:00:03.99 bitrate=   0.0kbits/frame=  472 fps=100 q=33.0 size=
     0kB time=00:00:04.52 bitrate=   0.0kbits/frame=  525 fps=100
q=33.0 size=       0kB time=00:00:05.05 bitrate=   0.0kbits/frame=
572 fps=100 q=33.0 size=       0kB time=00:00:05.52 bitrate=
0.0kbits/frame=  625 fps=100 q=33.0 size=       0kB time=00:00:06.05
bitrate=   0.0kbits/frame=  675 fps=100 q=30.0 size=       0kB
time=00:00:06.55 bitrate=   0.0kbits/frame=  725 fps=100 q=33.0 size=
     0kB time=00:00:07.05 bitrate=   0.0kbits/frame=  775 fps=100
q=33.0 size=       0kB time=00:00:07.55 bitrate=   0.0kbits/frame=
829 fps=100 q=33.0 size=       0kB time=00:00:08.09 bitrate=
0.0kbits/frame=  879 fps=100 q=33.0 size=       0kB time=00:00:08.59
bitrate=   0.0kbits/frame=  929 fps=100 q=33.0 size=       0kB
time=00:00:09.09 bitrate=   0.0kbits/frame=  982 fps=100 q=33.0 size=
     0kB time=00:00:09.62 bitrate=   0.0kbits/frame= 1032 fps=100
q=33.0 size=       0kB time=00:00:10.12 bitrate=   0.0kbits/frame=
1085 fps=100 q=33.0 size=       0kB time=00:00:10.65 bitrate=
0.0kbits/frame= 1129 fps=100 q=33.0 size=       0kB time=00:00:11.09
bitrate=   0.0kbits/frame= 1189 fps=100 q=33.0 size=       0kB
time=00:00:11.69 bitrate=   0.0kbits/frame= 1242 fps=100 q=33.0 size=
     0kB time=00:00:12.22 bitrate=   0.0kbits/frame= 1289 fps=100
q=33.0 size=       0kB time=00:00:12.69 bitrate=   0.0kbits/frame=
1346 fps=100 q=33.0 size=       0kB time=00:00:13.26 bitrate=
0.0kbits/frame= 1399 fps=100 q=33.0 size=       0kB time=00:00:13.79
bitrate=   0.0kbits/frame= 1449 fps=100 q=33.0 size=       0kB
time=00:00:14.29 bitrate=   0.0kbits/frame= 1509 fps=100 q=33.0 size=
     0kB time=00:00:14.89 bitrate=   0.0kbits/frame= 1559 fps=100
q=33.0 size=       0kB time=00:00:15.39 bitrate=   0.0kbits/frame=
1612 fps=100 q=33.0 size=       0kB time=00:00:15.92 bitrate=
0.0kbits/frame= 1666 fps=100 q=33.0 size=       0kB time=00:00:16.46
bitrate=   0.0kbits/frame= 1716 fps=100 q=33.0 size=       0kB
time=00:00:16.96 bitrate=   0.0kbits/frame= 1769 fps=100 q=33.0 size=
     0kB time=00:00:17.49 bitrate=   0.0kbits/frame= 1826 fps=100
q=33.0 size=       0kB time=00:00:18.06 bitrate=   0.0kbits/frame=
1879 fps=100 q=33.0 size=       0kB time=00:00:18.59 bitrate=
0.0kbits/frame= 1932 fps=100 q=33.0 size=       0kB time=00:00:19.12
bitrate=   0.0kbits/frame= 1989 fps=100 q=33.0 size=       0kB
time=00:00:19.69 bitrate=   0.0kbits/frame= 2039 fps=100 q=33.0 size=
     0kB time=00:00:20.19 bitrate=   0.0kbits/frame= 2089 fps=100
q=33.0 size=       0kB time=00:00:20.69 bitrate=   0.0kbits/frame=
2146 fps=100 q=33.0 size=       0kB time=00:00:21.26 bitrate=
0.0kbits/frame= 2196 fps=100 q=33.0 size=       0kB time=00:00:21.76
bitrate=   0.0kbits/frame= 2249 fps=100 q=33.0 size=       0kB
time=00:00:22.29 bitrate=   0.0kbits/frame= 2306 fps=100 q=33.0 size=
     0kB time=00:00:22.86 bitrate=   0.0kbits/frame= 2359 fps=100
q=33.0 size=       0kB time=00:00:23.39 bitrate=   0.0kbits/frame=
2412 fps=100 q=33.0 size=       0kB time=00:00:23.92 bitrate=
0.0kbits/frame= 2469 fps=100 q=33.0 size=       0kB time=00:00:24.49
bitrate=   0.0kbits/frame= 2519 fps=100 q=33.0 size=       0kB
time=00:00:24.99 bitrate=   0.0kbits/frame= 2569 fps=100 q=33.0 size=
     0kB time=00:00:25.49 bitrate=   0.0kbits/frame= 2626 fps=100
q=33.0 size=       0kB time=00:00:26.06 bitrate=   0.0kbits/frame=
2676 fps=100 q=33.0 size=       0kB time=00:00:26.56 bitrate=
0.0kbits/frame= 2729 fps=100 q=33.0 size=       0kB time=00:00:27.09
bitrate=   0.0kbits/frame= 2786 fps=100 q=33.0 size=       0kB
time=00:00:27.66 bitrate=   0.0kbits/frame= 2836 fps=100 q=33.0 size=
     0kB time=00:00:28.16 bitrate=   0.0kbits/frame= 2889 fps=100
q=33.0 size=       0kB time=00:00:28.69 bitrate=   0.0kbits/frame=
2939 fps=100 q=33.0 size=       0kB time=00:00:29.19 bitrate=
0.0kbits/frame= 2992 fps=100 q=33.0 size=       0kB time=00:00:29.72
bitrate=   0.0kbits/frame= 2999 fps=100 q=4960891.0 Lsize=       0kB
time=00:00:29.99 bitrate=   0.0kbits/s dup=2202 drop=0
video:11901kB audio:0kB global headers:0kB muxing overhead -100.000000%
[libx264 @ 0xa9d50c0] frame I:188   Avg QP:25.36  size: 62847
[libx264 @ 0xa9d50c0] frame P:2811  Avg QP:27.65  size:   132
[libx264 @ 0xa9d50c0] mb I  I16..4:  8.6%  0.0% 91.4%
[libx264 @ 0xa9d50c0] mb P  I16..4:  0.0%  0.0%  0.0%  P16..4:  3.2%
0.1%  0.1%  0.0%  0.0%    skip:96.6%
[libx264 @ 0xa9d50c0] coded y,uvDC,uvAC intra: 87.8% 96.8% 83.6%
inter: 0.2% 1.0% 0.0%
[libx264 @ 0xa9d50c0] i16 v,h,dc,p:  7% 54% 21% 17%
[libx264 @ 0xa9d50c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 34%  9%  5%
6%  4% 11%  4%  8%
[libx264 @ 0xa9d50c0] i8c dc,h,v,p: 57% 24% 11%  8%
[libx264 @ 0xa9d50c0] ref P L0: 40.9% 59.1%
[libx264 @ 0xa9d50c0] kb/s:3250.57




Thanks!
--
H?ctor

From norulez at me.com  Tue Jun  5 15:38:24 2012
From: norulez at me.com (norulez at me.com)
Date: Tue, 05 Jun 2012 15:38:24 +0200
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
In-Reply-To: <loom.20120605T095855-864@post.gmane.org>
References: <loom.20120604T193619-331@post.gmane.org>
	<8879fef1-cff1-4ee5-b3c4-b224bfb8c3d2@me.com>
	<loom.20120605T095855-864@post.gmane.org>
Message-ID: <C5674D7F-641B-4744-B7DD-609859404241@me.com>

Sorry, i don't ask for a second build system. I asked if someone has already managed ffmpeg to work with CMake.
And if so, maybe it could provide such file.

Autotools are fine on *nix systems too.

Best Regards


Am 05.06.2012 um 10:04 schrieb Carl Eugen Hoyos <cehoyos at ag.or.at>:

> NoRulez <norulez <at> me.com> writes:
> 
>> our build system uses CMake, so if an CMakeLists.txt file 
>> for ffmpeg exists it would be great. The build of our 
>> ffmpeg is done in MSYS and I have troubles to integrate 
>> those generated libraries into out Visual Studio project.
> 
> I know of at least one project (libopenjpeg) where the use 
> of two build systems has the effect that nobody knowns where 
> the headers should be installed.
> Apart from that, I doubt that it will be easy to port the 
> build system. And finally, iiuc, your FFmpeg build works 
> fine, it seems your VS project fails to build, or am I wrong?
> 
>> If I link ffmpeg to our application, the following error occurs:
>> "libmingwex.a(mbrtowc.o) : warning LNK4217: locally defined symbol 
>> ___lc_codepage imported in function _mbrtowc
>> libmingwex.a(wcrtomb.o) : warning LNK4049: locally defined symbol 
>> ___lc_codepage imported"
> 
> (which errors?)
> 
> Sorry, I personally do not find it constructive to ask for a 
> second build system. The one we use is regularly tested on 
> very different build systems (and was optimized heavily for 
> FFmpeg's needs).
> I of course understand you don't share my opinion though.
> 
> Please do not top-post here, Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From cehoyos at ag.or.at  Tue Jun  5 17:20:57 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 15:20:57 +0000 (UTC)
Subject: [FFmpeg-user] CMakeLists.txt file for ffmpeg
References: <loom.20120604T193619-331@post.gmane.org>
	<8879fef1-cff1-4ee5-b3c4-b224bfb8c3d2@me.com>
	<loom.20120605T095855-864@post.gmane.org>
	<C5674D7F-641B-4744-B7DD-609859404241@me.com>
Message-ID: <loom.20120605T172027-875@post.gmane.org>

 <norulez <at> me.com> writes:

> Autotools are fine on *nix systems too.

FFmpeg developers disagree;-)

Please do not top-post here, it is considered rude, Carl Eugen


From cehoyos at ag.or.at  Tue Jun  5 17:28:02 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 15:28:02 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?Q=C3=BCestion_on_segment_muxer_with_h=2E2?=
	=?utf-8?q?64_over_mp4_and_reproducing_segments_as_standalone_movie?=
	=?utf-8?q?s?=
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
Message-ID: <loom.20120605T172559-868@post.gmane.org>

Hector Cano <hcano <at> mebcn.com> writes:

> I am trying to use ffmpeg to record a video stream from an IP c?mera
> (Axis 210). I am using segment to split the output in 10 second chunks
> and generate a playing list. Everything goes pretty well, but I have
> difficulties when playing the clips on VLC or Quicktime.
> I use mp4 format, with h.264 codec.
> If I open the playlist on VLC the first clip plays smoothly. Then I
> have 10 seconds where VLC counter is working, but no video is played,
> then the second clip is played (while the time counter goes up to
> something like 20/10). Then 20 seconds pause, and increasing for every
> clip.

Is this only reproducible with playing the playlist or also if you 
play one of the clips? Also with MPlayer?

Since I believe this is supposed to work fine, please test current 
git head (and since this makes reproducing the issue easier, please 
use -vcodec mpeg4 for the tests).

Carl Eugen


From tim at genarts.com  Tue Jun  5 17:36:14 2012
From: tim at genarts.com (Tim Kinnel)
Date: Tue, 5 Jun 2012 11:36:14 -0400
Subject: [FFmpeg-user] Problem reducing resolution
Message-ID: <71A0E8A8-6D3A-401A-94FF-7C4397CDFF96@genarts.com>

I am using ffmpeg to convert video from mov to mp4 and to reduce the resolution from 640x360 to 320x180. However, the video comes out at 480x270. I am using the following command:

ffmpeg -y -i "source.mov" -vcodec libx264 -s 320x180 -b 1000k -r 15 -vpre slow_firstpass -an "output_320x180.mp4"

Does anyone have any hints about what might be going on? Thanks!

Cheers,
Tim


From cehoyos at ag.or.at  Tue Jun  5 17:39:13 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 15:39:13 +0000 (UTC)
Subject: [FFmpeg-user] Problem reducing resolution
References: <71A0E8A8-6D3A-401A-94FF-7C4397CDFF96@genarts.com>
Message-ID: <loom.20120605T173826-827@post.gmane.org>

Tim Kinnel <tim <at> genarts.com> writes:

> However, the video comes out at 480x270. I am using the following command:
> 
> ffmpeg -y -i "source.mov" -vcodec libx264 -s 320x180 -b 1000k 
> -r 15 -vpre slow_firstpass -an "output_320x180.mp4"

Complete, uncut console output missing.
Why do you think the resulting file is not 320x180?

Carl Eugen


From tim at genarts.com  Tue Jun  5 17:57:47 2012
From: tim at genarts.com (Tim Kinnel)
Date: Tue, 5 Jun 2012 11:57:47 -0400
Subject: [FFmpeg-user] Problem reducing resolution
In-Reply-To: <loom.20120605T173826-827@post.gmane.org>
References: <71A0E8A8-6D3A-401A-94FF-7C4397CDFF96@genarts.com>
	<loom.20120605T173826-827@post.gmane.org>
Message-ID: <40EE124E-2826-4659-BFAC-43B255EE92C9@genarts.com>

I think I see the culprit in the output:

"Incompatible pixel format 'rgb24' for codec 'libx264', auto-selecting format 'yuv420p'"

However, I didn't explicitly set the pixel format.

Log output:
---------------------
ffmpeg version 0.7.11, Copyright (c) 2000-2011 the FFmpeg developers
  built on Apr 20 2012 14:16:23 with clang 3.0 (tags/Apple/clang-211.10.1)
  configuration: --prefix=/opt/local --enable-gpl --enable-postproc --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libdirac --enable-libschroedinger --enable-libopenjpeg --enable-libxvid --enable-libx264 --enable-libvpx --enable-libspeex --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --arch=x86_64 --enable-yasm
  libavutil    50. 43. 0 / 50. 43. 0
  libavcodec   52.123. 0 / 52.123. 0
  libavformat  52.111. 0 / 52.111. 0
  libavdevice  52.  5. 0 / 52.  5. 0
  libavfilter   1. 80. 0 /  1. 80. 0
  libswscale    0. 14. 1 /  0. 14. 1
  libpostproc  51.  2. 0 / 51.  2. 0
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/tim/Presets/Collections/Collection-2012-May/Sapphire/cleaned/clips/S_FilmEffect_Green_20Night_20Vision.mov':
  Metadata:
    major_brand     : qt  
    minor_version   : 537199360
    compatible_brands: qt  
    creation_time   : 2012-06-01 16:05:54
  Duration: 00:00:04.66, start: 0.000000, bitrate: 37132 kb/s
    Stream #0.0(eng): Video: png, rgb24, 640x360, 37118 kb/s, PAR 640:640 DAR 16:9, 15 fps, 15 tbr, 15 tbn, 15 tbc
    Metadata:
      creation_time   : 2012-06-01 16:05:54
    Stream #0.1(eng): Data: tmcd / 0x64636D74, 0 kb/s
    Metadata:
      creation_time   : 2012-06-01 16:06:03
Incompatible pixel format 'rgb24' for codec 'libx264', auto-selecting format 'yuv420p'
[buffer @ 0x105033c80] w:640 h:360 pixfmt:rgb24 tb:1/1000000 sar:640/640 sws_param:
[scale @ 0x105033840] w:640 h:360 fmt:rgb24 -> w:320 h:180 fmt:yuv420p flags:0x4
[libx264 @ 0x7faf88844600] using SAR=1/1
[libx264 @ 0x7faf88844600] using cpu capabilities: none!
[libx264 @ 0x7faf88844600] profile Main, level 2.0
[libx264 @ 0x7faf88844600] 264 - core 119 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x1:0 me=dia subme=2 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=abr mbtree=1 bitrate=1000 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.41 aq=1:1.00
Output #0, mp4, to '/Users/tim/Presets/Collections/Collection-2012-May/Sapphire/for-web/clips/S_FilmEffect_Green_20Night_20Vision_320x180.mp4':
  Metadata:
    major_brand     : qt  
    minor_version   : 537199360
    compatible_brands: qt  
    creation_time   : 2012-06-01 16:05:54
    encoder         : Lavf52.111.0
    Stream #0.0(eng): Video: libx264, yuv420p, 320x180 [PAR 1:1 DAR 16:9], q=10-51, 1000 kb/s, 15 tbn, 15 tbc
    Metadata:
      creation_time   : 2012-06-01 16:05:54
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop, [?] for help
frame=   52 fps=  0 q=16.0 size=      26kB time=00:00:00.-6 bitrate=-3232.8kbits/s    ^Mframe=   70 fps= 46 q=14.0 Lsize=     501kB time=00:00:04.53 bitrate= 905.6kbits/s    
video:499kB audio:0kB global headers:0kB muxing overhead 0.373993%
frame I:1     Avg QP:12.71  size: 26224
[libx264 @ 0x7faf88844600] frame P:20    Avg QP:13.38  size: 12573
[libx264 @ 0x7faf88844600] frame B:49    Avg QP:16.11  size:  4752
[libx264 @ 0x7faf88844600] consecutive B-frames:  2.9%  5.7% 17.1% 74.3%
[libx264 @ 0x7faf88844600] mb I  I16..4:  0.4%  0.0% 99.6%
[libx264 @ 0x7faf88844600] mb P  I16..4: 16.3%  0.0%  0.0%  P16..4: 82.8%  0.0%  0.0%  0.0%  0.0%    skip: 0.9%
[libx264 @ 0x7faf88844600] mb B  I16..4:  4.0%  0.0%  0.0%  B16..8: 57.2%  0.0%  0.0%  direct:29.5%  skip: 9.4%  L0:26.6% L1:28.7% BI:44.7%
[libx264 @ 0x7faf88844600] final ratefactor: 11.74
[libx264 @ 0x7faf88844600] direct mvs  spatial:98.0% temporal:2.0%
[libx264 @ 0x7faf88844600] coded y,uvDC,uvAC intra: 84.6% 91.2% 80.8% inter: 66.7% 48.3% 24.1%
[libx264 @ 0x7faf88844600] i16 v,h,dc,p: 26% 31% 34%  9%
[libx264 @ 0x7faf88844600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 20% 15%  4%  8%  6%  6%  7% 11%
[libx264 @ 0x7faf88844600] i8c dc,h,v,p: 45% 28% 20%  7%
[libx264 @ 0x7faf88844600] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x7faf88844600] kb/s:875.20
On Jun 5, 2012, at 11:39 AM, Carl Eugen Hoyos wrote:

> Tim Kinnel <tim <at> genarts.com> writes:
> 
>> However, the video comes out at 480x270. I am using the following command:
>> 
>> ffmpeg -y -i "source.mov" -vcodec libx264 -s 320x180 -b 1000k 
>> -r 15 -vpre slow_firstpass -an "output_320x180.mp4"
> 
> Complete, uncut console output missing.
> Why do you think the resulting file is not 320x180?
> 
> Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user


From kshawkeye at gmail.com  Tue Jun  5 18:18:54 2012
From: kshawkeye at gmail.com (Kyle Schwarz)
Date: Tue, 5 Jun 2012 12:18:54 -0400
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <20120605084137.GA7585@phare.normalesup.org>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
	<CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
	<20120604130626.694b693c@lrcd.com>
	<20120605084137.GA7585@phare.normalesup.org>
Message-ID: <CAL4ssm4KEvW7edv5ZkBrBGmuEHiQ6BRum3WqqNga=RtQwcPdhg@mail.gmail.com>

On Tue, Jun 5, 2012 at 4:41 AM, Nicolas George
<nicolas.george at normalesup.org> wrote:
> The git commit message is quite explicit: "fix the order of connecting
> unlabeled links". You are using unlabeled links for the input of the overlay
> filter, the order has been swapped as the previous parsing was in
> contradiction to the documentation and the intended behaviour.
>
> I suggest you always use labeled links whenever there are several inputs or
> outputs to a filter.
> Also, note that now that filter_complex exists, using movie is no longer
> necessary.

I'm still new to libavfilter so is there a chance you could give me an
example using labeled links and filter_complex?

Thanks again,
  Kyle Schwarz

From tim at genarts.com  Tue Jun  5 18:19:36 2012
From: tim at genarts.com (Tim Kinnel)
Date: Tue, 5 Jun 2012 12:19:36 -0400
Subject: [FFmpeg-user] Problem reducing resolution
In-Reply-To: <loom.20120605T173826-827@post.gmane.org>
References: <71A0E8A8-6D3A-401A-94FF-7C4397CDFF96@genarts.com>
	<loom.20120605T173826-827@post.gmane.org>
Message-ID: <41F067C3-E55E-48E7-8A28-DA2A9F31AC21@genarts.com>

The resolution is correct. It's an artifact of Quicktime Player on Mac.

On Jun 5, 2012, at 11:39 AM, Carl Eugen Hoyos wrote:

> Tim Kinnel <tim <at> genarts.com> writes:
> 
>> However, the video comes out at 480x270. I am using the following command:
>> 
>> ffmpeg -y -i "source.mov" -vcodec libx264 -s 320x180 -b 1000k 
>> -r 15 -vpre slow_firstpass -an "output_320x180.mp4"
> 
> Complete, uncut console output missing.
> Why do you think the resulting file is not 320x180?
> 
> Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user


From cehoyos at ag.or.at  Tue Jun  5 18:27:23 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 16:27:23 +0000 (UTC)
Subject: [FFmpeg-user] Problem reducing resolution
References: <71A0E8A8-6D3A-401A-94FF-7C4397CDFF96@genarts.com>
	<loom.20120605T173826-827@post.gmane.org>
	<40EE124E-2826-4659-BFAC-43B255EE92C9@genarts.com>
Message-ID: <loom.20120605T182641-194@post.gmane.org>

Tim Kinnel <tim <at> genarts.com> writes:

> ffmpeg version 0.7.11, Copyright (c) 2000-2011 the FFmpeg developers

This is unrelated to your problem, but please understand 
that this version is over a year old and you should really 
switch to current git master.

Carl Eugen


From msmith at bitgravity.com  Tue Jun  5 18:36:53 2012
From: msmith at bitgravity.com (Michael Smithng)
Date: Tue, 5 Jun 2012 09:36:53 -0700
Subject: [FFmpeg-user] ffmpeg + rtsp results in log output not
	displaying frame size nor bitrate
In-Reply-To: <loom.20120219T203929-653@post.gmane.org>
References: <3EB4DA80-9F61-4E8D-920B-967FBD5772EC@bitgravity.com>
	<loom.20120212T223235-991@post.gmane.org>
	<546729E1-3461-47A4-A48B-7E0B88AA3041@bitgravity.com>
	<loom.20120213T001357-361@post.gmane.org>
	<2BFD3D5C-CB6F-4663-91DE-C354F0DEA016@bitgravity.com>
	<loom.20120219T203929-653@post.gmane.org>
Message-ID: <5D0A6C35-FC6E-4062-9BD1-64E2BAFE409B@bitgravity.com>

Carl et al.,

Ok, I've finally tested against the newest version and I'm still seeing the same issue. No frame-size or bitrate values are being reported. FWIW, this is also with the newest snap of x264 stable.

ffmpeg version 0.11 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun  4 2012 12:36:38 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
  configuration: --logfile=./config_64.log --disable-ffplay --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable-libmp3lame --arch=x86_64
  libavutil      51. 54.100 / 51. 54.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.100 / 54.  6.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[dv @ 0x10180e800] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.1 : stereo
Input #0, dv, from '/var/run/raw.dv':
  Duration: N/A, start: 0.000000, bitrate: 28771 kb/s
    Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc
    Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
[buffer @ 0x101212660] w:720 h:480 pixfmt:yuv411p tb:1001/30000 sar:8/9 sws_param:flags=2
[buffersink @ 0x101213260] No opaque field provided
[scale @ 0x101213440] w:720 h:480 fmt:yuv411p sar:8/9 -> w:720 h:480 fmt:yuv420p sar:8/9 flags:0x4
[aformat @ 0x101216220] auto-inserting filter 'auto-inserted resampler 0' between the filter 'src' and the filter 'aformat'
[aresample @ 0x101216820] chl:stereo fmt:s16 r:48000Hz -> chl:stereo fmt:s16 r:44100Hz
[libx264 @ 0x10180f400] using SAR=8/9
[libx264 @ 0x10180f400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0x10180f400] profile Constrained Baseline, level 3.0
[libx264 @ 0x10180f400] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=15 keyint_min=45 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=250 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, rtsp, to 'rtsp://[...]':
  Metadata:
    encoder         : Lavf54.6.100
    Stream #0:0: Video: h264, yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=-1--1, 250 kb/s, 90k tbn, 15 tbc
    Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (dvvideo -> libx264)
  Stream #0:1 -> #0:1 (pcm_s16le -> libfaac)
Press [q] to stop, [?] for help
frame=   18 fps= 18 q=0.0 size=       0kB time=00:00:00.00 bitrate=   0.0kbits/s dup=0 drop=12
frame=   26 fps= 17 q=0.0 size=       0kB time=00:00:00.00 bitrate=   0.0kbits/s dup=0 drop=20
frame=   33 fps= 16 q=0.0 size=       0kB time=00:00:00.00 bitrate=   0.0kbits/s dup=0 drop=27
frame=   41 fps= 16 q=0.0 size=       0kB time=00:00:00.00 bitrate=   0.0kbits/s dup=0 drop=35
frame=   48 fps= 16 q=44.0 size=       0kB time=00:00:00.26 bitrate=   0.0kbits/s dup=0 drop=43
frame=   56 fps= 16 q=37.0 size=       0kB time=00:00:00.80 bitrate=   0.0kbits/s dup=0 drop=50
frame=   63 fps= 16 q=34.0 size=       0kB time=00:00:01.26 bitrate=   0.0kbits/s dup=0 drop=58
frame=   71 fps= 16 q=32.0 size=       0kB time=00:00:01.80 bitrate=   0.0kbits/s dup=0 drop=65
frame=   78 fps= 15 q=33.0 size=       0kB time=00:00:02.26 bitrate=   0.0kbits/s dup=0 drop=73
frame=   86 fps= 16 q=34.0 size=       0kB time=00:00:02.80 bitrate=   0.0kbits/s dup=0 drop=80
frame=   94 fps= 16 q=36.0 size=       0kB time=00:00:03.33 bitrate=   0.0kbits/s dup=0 drop=88
frame=  101 fps= 15 q=37.0 size=       0kB time=00:00:03.80 bitrate=   0.0kbits/s dup=0 drop=96
frame=  109 fps= 15 q=37.0 size=       0kB time=00:00:04.33 bitrate=   0.0kbits/s dup=0 drop=103
frame=  117 fps= 15 q=36.0 size=       0kB time=00:00:04.86 bitrate=   0.0kbits/s dup=0 drop=111
Que input is backward in time
[rtsp @ 0x10180ee00] Audio timestamp 707547 < 708440 invalid, cliping
frame=  122 fps= 14 q=-1.0 Lsize=       0kB time=00:00:07.89 bitrate=   0.0kbits/s dup=0 drop=116    
video:230kB audio:61kB global headers:0kB muxing overhead -100.000000%
[libx264 @ 0x10180f400] frame I:3     Avg QP:29.76  size:  7183
[libx264 @ 0x10180f400] frame P:119   Avg QP:31.61  size:  1797
[libx264 @ 0x10180f400] mb I  I16..4: 76.4%  0.0% 23.6%
[libx264 @ 0x10180f400] mb P  I16..4:  9.1%  0.0%  1.4%  P16..4: 25.7%  2.9%  0.7%  0.0%  0.0%    skip:60.2%
[libx264 @ 0x10180f400] final ratefactor: 30.48
[libx264 @ 0x10180f400] coded y,uvDC,uvAC intra: 12.7% 29.4% 1.4% inter: 2.2% 4.6% 0.0%
[libx264 @ 0x10180f400] i16 v,h,dc,p: 50% 25% 10% 16%
[libx264 @ 0x10180f400] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 32% 26%  5%  3%  4%  3%  4%  2%
[libx264 @ 0x10180f400] i8c dc,h,v,p: 73% 11% 15%  1%
[libx264 @ 0x10180f400] ref P L0: 69.1% 21.1%  9.9%
[libx264 @ 0x10180f400] kb/s:231.50

Looks like I'm also tripping over the issue reported in https://ffmpeg.org/trac/ffmpeg/ticket/1329. But I'm only seeing this error reported once the process is killed... so it's not as big of an issue for me.

Michael

On Feb 19, 2012, at 11:43 AM, Carl Eugen Hoyos wrote:

> Michael Smithng <msmith <at> bitgravity.com> writes:
> 
>> In the event that I'm unable to bump my production release 
>> (this simply can't be done without proper vetting), 
>> how would you propose that I debug this issue in 0.9.1?
> 
> You test current git head, if the problem is fixed, find the 
> change introducing the fix with git bisect and backport it 
> to whatever you are using. (Do not forget that this means your 
> application will contain known possible security issues.)
> 
> I am not saying that the problem has been fixed though.
> 
> Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user


From hcano at mebcn.com  Tue Jun  5 19:08:03 2012
From: hcano at mebcn.com (Hector Cano)
Date: Tue, 5 Jun 2012 19:08:03 +0200
Subject: [FFmpeg-user]
	=?iso-8859-1?q?Q=FCestion_on_segment_muxer_with_h?=
	=?iso-8859-1?q?=2E264_over_mp4_and_reproducing_segments_as_standal?=
	=?iso-8859-1?q?one_movies?=
In-Reply-To: <loom.20120605T172559-868@post.gmane.org>
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
	<loom.20120605T172559-868@post.gmane.org>
Message-ID: <CANvfs55M79iegxCwioQ+m6TEMQig=EhWaCUM75waruSuD-UPPA@mail.gmail.com>

On Tue, Jun 5, 2012 at 5:28 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Hector Cano <hcano <at> mebcn.com> writes:
>
>> I am trying to use ffmpeg to record a video stream from an IP c?mera
>> (Axis 210). I am using segment to split the output in 10 second chunks
>> and generate a playing list. Everything goes pretty well, but I have
>> difficulties when playing the clips on VLC or Quicktime.
>> I use mp4 format, with h.264 codec.
>> If I open the playlist on VLC the first clip plays smoothly. Then I
>> have 10 seconds where VLC counter is working, but no video is played,
>> then the second clip is played (while the time counter goes up to
>> something like 20/10). Then 20 seconds pause, and increasing for every
>> clip.
>
> Is this only reproducible with playing the playlist or also if you
> play one of the clips? Also with MPlayer?
>
> Since I believe this is supposed to work fine, please test current
> git head (and since this makes reproducing the issue easier, please
> use -vcodec mpeg4 for the tests).
>

It also happens when playing each of the clips.
On VLC each one will have a "no video" time equal to the added length
of all preceding files (equal to the "start" time), 10 seconds for the
second, 20 for the third... on Quicktime it is always ten seconds
black and then stop.

MPlayer OSX Extended plays the video correctly, but the time line
below the image is not correct. It indicates playing time starting on
"start" (10 to 20 seconds on de second clip, ...) but if I try to move
the video using the handle it tries to play the first 10 seconds
(therefore restarting the clip).
Gnome MPlayer plays everything as I would like it (as if those were
standalone movies of 10 second length).
Totem on ubuntu plays it ok as well.

I tested with current git head and -vcodec mpeg4 with same results:


$ ffmpeg -i "rtsp://192.168.1.222/mpeg4/1/media.amp" \
>   -map 0 \
>   -vcodec mpeg4 \
>   -t 30 -f segment \
>   -segment_time 10 -segment_format mp4 \
>   -segment_list testmp4.m3u8 -segment_list_size 30 \
>   test%03d.mp4
ffmpeg version N-41331-gc527027 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun  5 2012 18:26:01 with gcc 4.6.1
  configuration: --enable-gpl --enable-libx264 --enable-x11grab
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.100 /  2. 78.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[rtsp @ 0xaac33c0] Estimating duration from bitrate, this may be inaccurate
Input #0, rtsp, from 'rtsp://192.168.1.222/mpeg4/1/media.amp':
  Metadata:
    title           : Media Presentation
  Duration: N/A, start: 0.023311, bitrate: N/A
    Stream #0:0: Video: mpeg4 (Advanced Simple Profile), yuv420p,
640x480 [SAR 1:1 DAR 4:3], 100 tbr, 90k tbn, 100 tbc
[buffer @ 0xaaf1a40] w:640 h:480 pixfmt:yuv420p tb:1/90000 sar:1/1
sws_param:flags=2
[ffmpeg_buffersink @ 0xaaf1a80] No opaque field provided
Output #0, segment, to 'test%03d.mp4':
  Metadata:
    title           : Media Presentation
    encoder         : Lavf54.6.101
    Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 640x480
[SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 100 tbn, 100 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg4 -> mpeg4)
Press [q] to stop, [?] for help
frame=   52 fps=0.0 q=31.0 size=       0kB time=00:00:00.52 bitrate=
0.0kbits/s dup=37 drop=0   frame=  105 fps= 97 q=31.0 size=       0kB
time=00:00:01.05 bitrate=   0.0kbits/s dup=76 drop=0   frame=  159
fps= 99 q=31.0 size=       0kB time=00:00:01.59 bitrate=   0.0kbits/s
dup=116 drop=0  frame=  212 fps=100 q=31.0 size=       0kB
time=00:00:02.12 bitrate=   0.0kbits/s dup=155 drop=0  frame=  262
fps= 99 q=31.0 size=       0kB time=00:00:02.62 bitrate=   0.0kbits/s
dup=191 drop=0  frame=  315 fps= 99 q=31.0 size=       0kB
time=00:00:03.15 bitrate=   0.0kbits/s dup=230 drop=0  frame=  369
fps=100 q=31.0 size=       0kB time=00:00:03.69 bitrate=   0.0kbits/s
dup=270 drop=0  frame=  422 fps=100 q=31.0 size=       0kB
time=00:00:04.22 bitrate=   0.0kbits/s dup=309 drop=0  frame=  475
fps=100 q=31.0 size=       0kB time=00:00:04.75 bitrate=   0.0kbits/s
dup=348 drop=0  frame=  529 fps= 99 q=24.8 size=       0kB
time=00:00:05.29 bitrate=   0.0kbits/s dup=388 drop=0  frame=  582
fps= 99 q=31.0 size=       0kB time=00:00:05.82 bitrate=   0.0kbits/s
dup=427 drop=0  frame=  635 fps=100 q=31.0 size=       0kB
time=00:00:06.35 bitrate=   0.0kbits/s dup=466 drop=0  frame=  689
fps=100 q=31.0 size=       0kB time=00:00:06.89 bitrate=   0.0kbits/s
dup=506 drop=0  frame=  742 fps=100 q=31.0 size=       0kB
time=00:00:07.42 bitrate=   0.0kbits/s dup=545 drop=0  frame=  795
fps=100 q=31.0 size=       0kB time=00:00:07.95 bitrate=   0.0kbits/s
dup=584 drop=0  frame=  849 fps=100 q=31.0 size=       0kB
time=00:00:08.49 bitrate=   0.0kbits/s dup=624 drop=0  frame=  902
fps=100 q=31.0 size=       0kB time=00:00:09.02 bitrate=   0.0kbits/s
dup=663 drop=0  frame=  952 fps=100 q=31.0 size=       0kB
time=00:00:09.52 bitrate=   0.0kbits/s dup=699 drop=0  frame= 1005
fps=100 q=31.0 size=       0kB time=00:00:10.05 bitrate=   0.0kbits/s
dup=738 drop=0  frame= 1059 fps=100 q=31.0 size=       0kB
time=00:00:10.59 bitrate=   0.0kbits/s dup=778 drop=0  frame= 1109
fps=100 q=31.0 size=       0kB time=00:00:11.09 bitrate=   0.0kbits/s
dup=814 drop=0  frame= 1162 fps=100 q=31.0 size=       0kB
time=00:00:11.62 bitrate=   0.0kbits/s dup=853 drop=0  frame= 1216
fps=100 q=31.0 size=       0kB time=00:00:12.16 bitrate=   0.0kbits/s
dup=893 drop=0  frame= 1266 fps=100 q=31.0 size=       0kB
time=00:00:12.66 bitrate=   0.0kbits/s dup=930 drop=0  frame= 1319
fps=100 q=31.0 size=       0kB time=00:00:13.19 bitrate=   0.0kbits/s
dup=969 drop=0  frame= 1369 fps=100 q=24.8 size=       0kB
time=00:00:13.69 bitrate=   0.0kbits/s dup=1006 drop=0 frame= 1422
fps=100 q=31.0 size=       0kB time=00:00:14.22 bitrate=   0.0kbits/s
dup=1045 drop=0 frame= 1476 fps=100 q=31.0 size=       0kB
time=00:00:14.76 bitrate=   0.0kbits/s dup=1085 drop=0 frame= 1526
fps=100 q=31.0 size=       0kB time=00:00:15.26 bitrate=   0.0kbits/s
dup=1121 drop=0 frame= 1579 fps=100 q=31.0 size=       0kB
time=00:00:15.79 bitrate=   0.0kbits/s dup=1160 drop=0 frame= 1636
fps=100 q=31.0 size=       0kB time=00:00:16.36 bitrate=   0.0kbits/s
dup=1203 drop=0 frame= 1689 fps=100 q=31.0 size=       0kB
time=00:00:16.89 bitrate=   0.0kbits/s dup=1242 drop=0 frame= 1739
fps=100 q=31.0 size=       0kB time=00:00:17.39 bitrate=   0.0kbits/s
dup=1278 drop=0 frame= 1792 fps=100 q=31.0 size=       0kB
time=00:00:17.92 bitrate=   0.0kbits/s dup=1317 drop=0 frame= 1846
fps=100 q=31.0 size=       0kB time=00:00:18.46 bitrate=   0.0kbits/s
dup=1357 drop=0 frame= 1896 fps=100 q=31.0 size=       0kB
time=00:00:18.96 bitrate=   0.0kbits/s dup=1393 drop=0 frame= 1949
fps=100 q=31.0 size=       0kB time=00:00:19.49 bitrate=   0.0kbits/s
dup=1432 drop=0 frame= 2002 fps=100 q=31.0 size=       0kB
time=00:00:20.02 bitrate=   0.0kbits/s dup=1471 drop=0 frame= 2056
fps=100 q=31.0 size=       0kB time=00:00:20.56 bitrate=   0.0kbits/s
dup=1511 drop=0 frame= 2109 fps=100 q=31.0 size=       0kB
time=00:00:21.09 bitrate=   0.0kbits/s dup=1550 drop=0 frame= 2162
fps=100 q=31.0 size=       0kB time=00:00:21.62 bitrate=   0.0kbits/s
dup=1589 drop=0 frame= 2212 fps=100 q=31.0 size=       0kB
time=00:00:22.12 bitrate=   0.0kbits/s dup=1625 drop=0 frame= 2266
fps=100 q=31.0 size=       0kB time=00:00:22.66 bitrate=   0.0kbits/s
dup=1665 drop=0 frame= 2319 fps=100 q=31.0 size=       0kB
time=00:00:23.19 bitrate=   0.0kbits/s dup=1704 drop=0 frame= 2372
fps=100 q=31.0 size=       0kB time=00:00:23.72 bitrate=   0.0kbits/s
dup=1743 drop=0 frame= 2426 fps=100 q=31.0 size=       0kB
time=00:00:24.26 bitrate=   0.0kbits/s dup=1783 drop=0 frame= 2476
fps=100 q=31.0 size=       0kB time=00:00:24.76 bitrate=   0.0kbits/s
dup=1820 drop=0 frame= 2526 fps=100 q=31.0 size=       0kB
time=00:00:25.26 bitrate=   0.0kbits/s dup=1857 drop=0 frame= 2579
fps=100 q=31.0 size=       0kB time=00:00:25.79 bitrate=   0.0kbits/s
dup=1896 drop=0 frame= 2632 fps=100 q=31.0 size=       0kB
time=00:00:26.32 bitrate=   0.0kbits/s dup=1935 drop=0 frame= 2682
fps=100 q=31.0 size=       0kB time=00:00:26.82 bitrate=   0.0kbits/s
dup=1971 drop=0 frame= 2736 fps=100 q=31.0 size=       0kB
time=00:00:27.36 bitrate=   0.0kbits/s dup=2011 drop=0 frame= 2789
fps=100 q=31.0 size=       0kB time=00:00:27.89 bitrate=   0.0kbits/s
dup=2050 drop=0 frame= 2842 fps=100 q=31.0 size=       0kB
time=00:00:28.42 bitrate=   0.0kbits/s dup=2089 drop=0 frame= 2896
fps=100 q=31.0 size=       0kB time=00:00:28.96 bitrate=   0.0kbits/s
dup=2129 drop=0 frame= 2946 fps=100 q=31.0 size=       0kB
time=00:00:29.46 bitrate=   0.0kbits/s dup=2165 drop=0 frame= 2999
fps=100 q=31.0 size=       0kB time=00:00:29.99 bitrate=   0.0kbits/s
dup=2204 drop=0 frame= 2999 fps=100 q=31.0 Lsize=       0kB
time=00:00:29.99 bitrate=   0.0kbits/s dup=2204 drop=0
video:4619kB audio:0kB global headers:0kB muxing overhead -100.000000%

Thank you.

--
H?ctor

From dalel16dz at hotmail.fr  Tue Jun  5 15:42:50 2012
From: dalel16dz at hotmail.fr (amina_dalel)
Date: Tue, 5 Jun 2012 06:42:50 -0700 (PDT)
Subject: [FFmpeg-user] extraction I frames and strem them
Message-ID: <1338903770118-4650715.post@n4.nabble.com>

hi, 
I am a bigginer in using ffmpeg, can you please help
I am trying to develop an appliation streaming media and I must pass before
a video mpg decomposed in the different streams of frames I, P and B.
I tried to extract the I frames first as jpeg with 
ffmpeg -vf select="eq(pict_type\,I)" -i input.mp4 -vsyn 2 -f image 2
out-%02d.jpeg
then I tried to compresse the output stream in a video mp4 
ffmpeg -vf select="eq(pict_type\,I)" -i input -vsyn 2 -f out.mp4
but when I check with ffprobe-show_info, I get all the frames of the video
and not only "I"

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/extraction-I-frames-and-strem-them-tp4650715.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From marion.piccinelli at gmail.com  Tue Jun  5 11:58:49 2012
From: marion.piccinelli at gmail.com (Marion PICCINELLI)
Date: Tue, 5 Jun 2012 11:58:49 +0200
Subject: [FFmpeg-user] libopenjpeg
Message-ID: <CAKpNp4j0j2N3y06u7LUZTC9Dn+RAeXhUaoYkbr+t+JO61fe2BA@mail.gmail.com>

Hello,

I would like to use openjpeg with ffmpeg. I am trying to configure it but I
have this: "ERROR: libopenjpeg not found".
Please find attached config.log.

Best regards,
Marion Piccinelli.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: application/octet-stream
Size: 174882 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120605/b08c3f18/attachment.obj>

From syedaqhilahmed at gmail.com  Tue Jun  5 08:58:56 2012
From: syedaqhilahmed at gmail.com (aqhil)
Date: Mon, 4 Jun 2012 23:58:56 -0700 (PDT)
Subject: [FFmpeg-user] Can I use ffmpeg to make 3D video
In-Reply-To: <1338869130336-4650706.post@n4.nabble.com>
References: <1338869130336-4650706.post@n4.nabble.com>
Message-ID: <1338879536301-4650707.post@n4.nabble.com>

am not sure whether u can create a 3rd movie because when u convert into
".gif" it does not display the graphics. and u can extract images from whole
video. hope the below link will be helpful.

link:[http://linux-tipps.blogspot.in/2011/06/create-side-by-side-or-top-bottom-3d.html]
.
 

-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Can-I-use-ffmpeg-to-make-3D-video-tp4650706p4650707.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From syedaqhilahmed at gmail.com  Tue Jun  5 09:22:27 2012
From: syedaqhilahmed at gmail.com (aqhil)
Date: Tue, 5 Jun 2012 00:22:27 -0700 (PDT)
Subject: [FFmpeg-user] Does FFMPEG supports closed captioning extraction
	into a file??
Message-ID: <1338880947484-4650708.post@n4.nabble.com>

dear fellow,
                Is anyone here has experience working with closed captioning
(CC). if yes how u have embedded .srt into a video file? and similarly how
can u extract captions or subtitles from a video into a separate file.?
Thanking you. 

-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Does-FFMPEG-supports-closed-captioning-extraction-into-a-file-tp4650708.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From syedaqhilahmed at gmail.com  Tue Jun  5 09:24:51 2012
From: syedaqhilahmed at gmail.com (aqhil)
Date: Tue, 5 Jun 2012 00:24:51 -0700 (PDT)
Subject: [FFmpeg-user] MP1 ACODEC NOT SUPPORTED
In-Reply-To: <20120604093006.7538ce6c@lrcd.com>
References: <1338810106569-4650686.post@n4.nabble.com>
	<20120604093006.7538ce6c@lrcd.com>
Message-ID: <1338881091013-4650709.post@n4.nabble.com>

Thanks.. it helped me a lot..

-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/MP1-ACODEC-NOT-SUPPORTED-tp4650686p4650709.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From symadept at gmail.com  Tue Jun  5 09:22:03 2012
From: symadept at gmail.com (Symadept)
Date: Tue, 5 Jun 2012 15:22:03 +0800
Subject: [FFmpeg-user] How to build and run ffplay on MacOSX
Message-ID: <CABTwr+cit2YEB85p2yMXQpgKT9Qu6H6byAu+wyiZA+VoBPX=hw@mail.gmail.com>

Hi,
I am looking to build and run ffplay on MacOSX. Can any one point me some
specific steps on this?

So far I downloaded SDL source
zip<http://www.libsdl.org/release/SDL-1.2.15.zip>and ran following
commands on the SDL-1.2.15
./configure
make
sudo make install
Everything was successful.

I am struck how to move further.
I tried to run ./configure, it throws the error,

:ffplay mshaik$ ./configure
yasm not found, use --disable-yasm for a crippled build

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "config.log" produced by configure as this will help
solving the problem.


Then tried to use ./configure --disable-yasm then it ends up with warning:
License: LGPL version 2.1 or later
Creating config.mak and config.h...

WARNING: pkg-config not found, library detection may fail.

What does it mean? How can I build and run ffplay and see it playing some
video file.

Thanks in advance.

Regards
Mustafa

From symadept at gmail.com  Tue Jun  5 10:39:04 2012
From: symadept at gmail.com (Symadept)
Date: Tue, 5 Jun 2012 16:39:04 +0800
Subject: [FFmpeg-user] [FFmpeg-devel] How to build and run ffplay on
	MacOSX
In-Reply-To: <loom.20120605T094154-607@post.gmane.org>
References: <CABTwr+cit2YEB85p2yMXQpgKT9Qu6H6byAu+wyiZA+VoBPX=hw@mail.gmail.com>
	<loom.20120605T094154-607@post.gmane.org>
Message-ID: <CABTwr+ci6Jzxg3hwnLx9t7e9tBw5CzNet3DfqdLy1UMg9oH=Ng@mail.gmail.com>

I got it resolved. I didn't do make install. After that it started working.

Regards
Mustafa

On Tue, Jun 5, 2012 at 3:42 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Symadept <symadept <at> gmail.com> writes:
>
> > I am looking to build and run ffplay on MacOSX.
>
> Please read http://ffmpeg.org/contact.html
>
> Thank you, Carl Eugen
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>

From cehoyos at ag.or.at  Tue Jun  5 19:31:41 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 17:31:41 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?Q=C3=BCestion_on_segment_muxer_with_h=2E2?=
	=?utf-8?q?64_over_mp4_and_reproducing_segments_as_standalone_movie?=
	=?utf-8?q?s?=
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
	<loom.20120605T172559-868@post.gmane.org>
	<CANvfs55M79iegxCwioQ+m6TEMQig=EhWaCUM75waruSuD-UPPA@mail.gmail.com>
Message-ID: <loom.20120605T193058-88@post.gmane.org>

Hector Cano <hcano <at> mebcn.com> writes:

> Gnome MPlayer plays everything as I would like it (as if those were
> standalone movies of 10 second length).
> Totem on ubuntu plays it ok as well.

Does QuickTime play the mpeg4 files?
I only tested MPlayer, that is why I thought it works fine.

Carl Eugen


From cehoyos at ag.or.at  Tue Jun  5 19:37:21 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 17:37:21 +0000 (UTC)
Subject: [FFmpeg-user] libopenjpeg
References: <CAKpNp4j0j2N3y06u7LUZTC9Dn+RAeXhUaoYkbr+t+JO61fe2BA@mail.gmail.com>
Message-ID: <loom.20120605T193641-500@post.gmane.org>

Marion PICCINELLI <marion.piccinelli <at> gmail.com> writes:

> I would like to use openjpeg with ffmpeg. I am trying to 
< configure it but I have this: "ERROR: libopenjpeg not found".

$ nm /usr/lib/libopenjpeg.so |grep opj_version
shows a result here, perhaps your openjpeg version is too old.

Carl Eugen


From hcano at mebcn.com  Tue Jun  5 19:48:17 2012
From: hcano at mebcn.com (Hector Cano)
Date: Tue, 5 Jun 2012 19:48:17 +0200
Subject: [FFmpeg-user]
	=?iso-8859-1?q?Q=FCestion_on_segment_muxer_with_h?=
	=?iso-8859-1?q?=2E264_over_mp4_and_reproducing_segments_as_standal?=
	=?iso-8859-1?q?one_movies?=
In-Reply-To: <loom.20120605T193058-88@post.gmane.org>
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
	<loom.20120605T172559-868@post.gmane.org>
	<CANvfs55M79iegxCwioQ+m6TEMQig=EhWaCUM75waruSuD-UPPA@mail.gmail.com>
	<loom.20120605T193058-88@post.gmane.org>
Message-ID: <CANvfs56k--dLKww735BngJkHVAzfmkp=im7sizPPmX4ouAn+cw@mail.gmail.com>

On Tue, Jun 5, 2012 at 7:31 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Hector Cano <hcano <at> mebcn.com> writes:
>
>> Gnome MPlayer plays everything as I would like it (as if those were
>> standalone movies of 10 second length).
>> Totem on ubuntu plays it ok as well.
>
> Does QuickTime play the mpeg4 files?
> I only tested MPlayer, that is why I thought it works fine.
>

No.
QuickTime opens and plays only the first clip.
The rest of the clips, QuickTime opens them without any problem nor
error message, but presenting a black screen. If I click play it plays
a black screen as if everything was normal, for the duration of the
clip (9 or 10 seconds in my test). Then it stops. On the second clip
(test001.mp4) a few frames may appear at the end (the length of the
clip is 10 seconds, the start time of the stream is a little before
than the end).

Thank you.
--
H?ctor

From cehoyos at ag.or.at  Tue Jun  5 19:55:53 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 17:55:53 +0000 (UTC)
Subject: [FFmpeg-user] ffmpeg + rtsp results in log output not
	displaying frame size nor bitrate
References: <3EB4DA80-9F61-4E8D-920B-967FBD5772EC@bitgravity.com>
	<loom.20120212T223235-991@post.gmane.org>
	<546729E1-3461-47A4-A48B-7E0B88AA3041@bitgravity.com>
	<loom.20120213T001357-361@post.gmane.org>
	<2BFD3D5C-CB6F-4663-91DE-C354F0DEA016@bitgravity.com>
	<loom.20120219T203929-653@post.gmane.org>
	<5D0A6C35-FC6E-4062-9BD1-64E2BAFE409B@bitgravity.com>
Message-ID: <loom.20120605T195312-687@post.gmane.org>

Michael Smithng <msmith <at> bitgravity.com> writes:

> Ok, I've finally tested against the newest version

Please note that I don't think you are using the latest version, 
but that is most likely unrelated to your problem.

Is it possible to reproduce the problem only with ffmpeg 
(without wowza)? (Sorry, I never tested rtsp output.)
If yes, please open a new ticket on https://ffmpeg.org/trac/ffmpeg

Thank you, Carl Eugen


From cehoyos at ag.or.at  Tue Jun  5 20:22:33 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 5 Jun 2012 18:22:33 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?Q=C3=BCestion_on_segment_muxer_with_h=2E2?=
	=?utf-8?q?64_over_mp4_and_reproducing_segments_as_standalone_movie?=
	=?utf-8?q?s?=
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
	<loom.20120605T172559-868@post.gmane.org>
	<CANvfs55M79iegxCwioQ+m6TEMQig=EhWaCUM75waruSuD-UPPA@mail.gmail.com>
	<loom.20120605T193058-88@post.gmane.org>
	<CANvfs56k--dLKww735BngJkHVAzfmkp=im7sizPPmX4ouAn+cw@mail.gmail.com>
Message-ID: <loom.20120605T202156-972@post.gmane.org>

Hector Cano <hcano <at> mebcn.com> writes:

> > Does QuickTime play the mpeg4 files?

> No.
> QuickTime opens and plays only the first clip.
> The rest of the clips, QuickTime opens them without any problem nor
> error message, but presenting a black screen. If I click play it plays
> a black screen as if everything was normal, for the duration of the
> clip (9 or 10 seconds in my test).

Please consider opening a ticket on trac.

Carl Eugen


From mbradshaw at sorensonmedia.com  Tue Jun  5 20:36:11 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Tue, 5 Jun 2012 12:36:11 -0600
Subject: [FFmpeg-user] libopenjpeg
In-Reply-To: <CAKpNp4j0j2N3y06u7LUZTC9Dn+RAeXhUaoYkbr+t+JO61fe2BA@mail.gmail.com>
References: <CAKpNp4j0j2N3y06u7LUZTC9Dn+RAeXhUaoYkbr+t+JO61fe2BA@mail.gmail.com>
Message-ID: <CAJ29FNbY3PCHn_H9YHwam9_MTdXGSP8uHEw3q3_-_LuKy5mK+g@mail.gmail.com>

On Tue, Jun 5, 2012 at 3:58 AM, Marion PICCINELLI
<marion.piccinelli at gmail.com> wrote:
> Hello,
>
> I would like to use openjpeg with ffmpeg. I am trying to configure it but I
> have this: "ERROR: libopenjpeg not found".
> Please find attached config.log.

Are you sure you've set your PATH variable correctly? MinGW/MSYS uses
the ':' character to separate paths in the PATH variable, which means
that if you have "C:/Program Files (x86)/OpenJPEG/bin" (like you do)
it probably won't work. The C: drive is mounted under /c your MSYS
environment. Your last few paths in your PATH variable should be set
to use /c/ instead of C:, and should use ':' to separate paths instead
of the space. Something like:

/c/Perl/site/bin:/c/Perl/bin:/c/Perl64/site/bin:/c/Perl64/bin:/c/msys/1.0/mingw/local/bin:/c/msys/1.0/local/lib/pkgconfig:/c/Program
Files (x86)/OpenJPEG/bin:/c/Program Files
(x86)/OpenJPEG/include:/c/msys/1.0/local/lib:/c/msys/1.0/mingw/mingw32/bin:/c/Program
Files (x86)/Git/cmd

If you were to "echo $PATH" you would see that the ending is not like
it should be above. You have it using "C:" paths and you are sometimes
separating your paths with spaces. Fix that and then try.

Also note that OpenJPEG/bin probably has executables in it, *not*
libraries. You probably need to use OpenJPEG/lib instead for the libs.

--Michael

From rickcorteza at gmail.com  Wed Jun  6 05:23:30 2012
From: rickcorteza at gmail.com (Rick C.)
Date: Wed, 6 Jun 2012 11:23:30 +0800
Subject: [FFmpeg-user] directpred question
Message-ID: <1245649D-8A8D-4398-AB30-83AE428B4EDE@gmail.com>

Hi,

With version 0.11 of FFmpeg I'm getting the following error (see output below).  I did not get this with version 10.3 (same command line).  I've seen a few issues out there with this but haven't been able to figure it out yet.  Any assistance would be great.  Thanks!


mahalkos-iMac:~ mahalko$ /Users/mahalko/Desktop/ffmpeg -i /Users/mahalko/Desktop/test.mov -vcodec libx264 -acodec aac -strict experimental -y -threads 0 -coder 1 -flags +loop -cmp +chroma -partitions -parti8x8-parti4x4-partp8x8-partp4x4-partb8x8 -me_method dia -subq 2 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -bf 3 -refs 1 -directpred 3 -trellis 0 -flags2 -bpyramid-wpred-mixed_refs-dct8x8+fastpskip+mbtree -wpredp 2 -coder 0 -bf 0 -flags2 -wpred-dct8x8+mbtree -wpredp 0 -b 300k -ab 192k -ar 48000 -r 30000/1001 -vf scale=480:270 /Users/mahalko/Desktop/test.mp4
ffmpeg version 0.11 Copyright (c) 2000-2012 the FFmpeg developers
  built on May 26 2012 14:39:39 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00)
  configuration: --prefix=/Volumes/Ramdisk/sw --enable-gpl --enable-pthreads --enable-version3 --enable-libspeex --enable-libvpx --disable-decoder=libvpx --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-avfilter --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-filters --arch=x86_64 --enable-runtime-cpudetect --disable-asm
  libavutil      51. 54.100 / 51. 54.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.100 / 54.  6.100
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f992281ae00] multiple edit list entries, a/v desync might occur, patch welcome
[h264 @ 0x7f992284ac00] Increasing reorder buffer to 1
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/mahalko/Desktop/test.mov':
  Metadata:
    major_brand     : qt  
    minor_version   : 0
    compatible_brands: qt  
    creation_time   : 2012-06-06 02:21:11
  Duration: 00:00:04.48, start: 0.000000, bitrate: 491 kb/s
    Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16, 1 kb/s
    Metadata:
      creation_time   : 2012-06-06 02:21:11
      handler_name    : Core Media Data Handler
    Stream #0:1(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 426 kb/s, 14.77 fps, 15 tbr, 600 tbn, 1200 tbc
    Metadata:
      creation_time   : 2012-06-06 02:21:11
      handler_name    : Core Media Data Handler
Unrecognized option 'directpred'
Failed to set value '3' for option 'directpred'

From symadept at gmail.com  Wed Jun  6 07:31:52 2012
From: symadept at gmail.com (Symadept)
Date: Wed, 6 Jun 2012 13:31:52 +0800
Subject: [FFmpeg-user] naclports dependency error
Message-ID: <CABTwr+cBRuxKpQfyWgmFO3S85uyTF7LdR41Dggug6WcC8t-o4Q@mail.gmail.com>

Hi,
I am getting the following error upon building ffmpeg for naclports.

:ffmpeg-0.5 mshaik$ export NACL_PACKAGES_BITSIZE=32; ./nacl-ffmpeg-0.5.sh
/Volumes/MacHD3/Softwares/SDKs/GoogleNaCl/nacl_sdk/pepper_18/toolchain/mac_x86_newlib/bin/i686-nacl-gcc
######################################################################
Untaring ffmpeg-0.5.tbz2
######################################################################
######################################################################
Patching ffmpeg-0.5
######################################################################
patching file ffmpeg-0.5/configure
patching file ffmpeg-0.5/libavformat/metadata.c
patching file ffmpeg-0.5/libavformat/metadata_compat.c
nacl: checking for libmp3lame
ERROR: libmp3lame not found
If you think configure made a mistake, make sure you are using the latest
version from SVN.  If the latest version fails, report the problem to the
ffmpeg-user at mplayerhq.hu mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "config.err" produced by configure as this will help
solving the problem.


Regards
Mustafa Shaik

From tsinghal18 at gmail.com  Wed Jun  6 09:32:23 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 13:02:23 +0530
Subject: [FFmpeg-user] Aspect Ratio information
Message-ID: <CAJQ5m2NNbJFaBu5xMUPsbD+E70htVX_CSUmytrzsyPwm+FPUdA@mail.gmail.com>

Hi all,
[This one is little urgent -
Can anybody let me know what does aspect_ratio_idc means?
I got to know from here-
www.atsc.org/cms/standards/a72/a_72_part_1.pdf
that is stands for Aspect ratio information
but how it is calculated thats my question.?
Is there any way to set this value from ffmpeg?

From tsinghal18 at gmail.com  Wed Jun  6 09:34:14 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 13:04:14 +0530
Subject: [FFmpeg-user] Broadcasting quality video
Message-ID: <CAJQ5m2NFL4VZF7Qm+8Y38Xe0Bx8=dAhskFWpvAd-sUbu6LXwaQ@mail.gmail.com>

Can anybody let me know - For a video to be of Broadcasting quality , where
can I find specs or if any body has those specs, can you please let me
know?

From nicolas.george at normalesup.org  Wed Jun  6 10:24:58 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Wed, 6 Jun 2012 10:24:58 +0200
Subject: [FFmpeg-user] naclports dependency error
In-Reply-To: <CABTwr+cBRuxKpQfyWgmFO3S85uyTF7LdR41Dggug6WcC8t-o4Q@mail.gmail.com>
References: <CABTwr+cBRuxKpQfyWgmFO3S85uyTF7LdR41Dggug6WcC8t-o4Q@mail.gmail.com>
Message-ID: <20120606082457.GA7573@phare.normalesup.org>

Le nonidi 19 prairial, an CCXX, Symadept a ?crit?:
> I am getting the following error upon building ffmpeg for naclports.

If you use a foreign build system, you need to ask for help on those
responsible for it. Or you use the normal build system and you can get
support here.

Regards,

-- 
  Nicolas George

From nicolas.george at normalesup.org  Wed Jun  6 10:24:58 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Wed, 6 Jun 2012 10:24:58 +0200
Subject: [FFmpeg-user] naclports dependency error
In-Reply-To: <CABTwr+cBRuxKpQfyWgmFO3S85uyTF7LdR41Dggug6WcC8t-o4Q@mail.gmail.com>
References: <CABTwr+cBRuxKpQfyWgmFO3S85uyTF7LdR41Dggug6WcC8t-o4Q@mail.gmail.com>
Message-ID: <20120606082457.GA7573@phare.normalesup.org>

Le nonidi 19 prairial, an CCXX, Symadept a ?crit?:
> I am getting the following error upon building ffmpeg for naclports.

If you use a foreign build system, you need to ask for help on those
responsible for it. Or you use the normal build system and you can get
support here.

Regards,

-- 
  Nicolas George

From hcano at mebcn.com  Wed Jun  6 11:40:52 2012
From: hcano at mebcn.com (Hector Cano)
Date: Wed, 6 Jun 2012 11:40:52 +0200
Subject: [FFmpeg-user]
	=?iso-8859-1?q?Q=FCestion_on_segment_muxer_with_h?=
	=?iso-8859-1?q?=2E264_over_mp4_and_reproducing_segments_as_standal?=
	=?iso-8859-1?q?one_movies?=
In-Reply-To: <loom.20120605T202156-972@post.gmane.org>
References: <CANvfs54e9=3q_R6Mn5FvGws0uB+pJqd19UPC4v2YU1JN+aeiCA@mail.gmail.com>
	<loom.20120605T172559-868@post.gmane.org>
	<CANvfs55M79iegxCwioQ+m6TEMQig=EhWaCUM75waruSuD-UPPA@mail.gmail.com>
	<loom.20120605T193058-88@post.gmane.org>
	<CANvfs56k--dLKww735BngJkHVAzfmkp=im7sizPPmX4ouAn+cw@mail.gmail.com>
	<loom.20120605T202156-972@post.gmane.org>
Message-ID: <CANvfs57kXdjD7dHnsmVuQF=CNZfDpoB=Yq9a1cjOOF+OKUD99w@mail.gmail.com>

On Tue, Jun 5, 2012 at 8:22 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> Hector Cano <hcano <at> mebcn.com> writes:
>
>> > Does QuickTime play the mpeg4 files?
>
>> No.
>> QuickTime opens and plays only the first clip.
>> The rest of the clips, QuickTime opens them without any problem nor
>> error message, but presenting a black screen. If I click play it plays
>> a black screen as if everything was normal, for the duration of the
>> clip (9 or 10 seconds in my test).
>
> Please consider opening a ticket on trac.
>
Done.

In case someone else is interested in following up, it is Ticket #1425

Thank you

From atlithorn at gmail.com  Wed Jun  6 13:37:40 2012
From: atlithorn at gmail.com (Atli Thorbjornsson)
Date: Wed, 6 Jun 2012 11:37:40 +0000
Subject: [FFmpeg-user] workaround for crash #1422
Message-ID: <CAAobVzK1UdD7RE2evqo3XEonUfkq8+LouLignjQu3QPtz9g8Yg@mail.gmail.com>

Hi, I created the ticket https://ffmpeg.org/trac/ffmpeg/ticket/1422 for a
pretty serious crash that occurs when you run video and audio filters
consecutively via filter_complex. The filtergraph works fine (beautiful
output) but upon completion of first file the process goes haywire starts
eating memory and ends up killing the machine.

Does anyone have an idea for a workaround I could use until the devs take a
look at this? It's so irritating to have the filtegraph work perfectly but
not be able to use this live because the machine goes down :)

Atli.

From rhodri at kynesim.co.uk  Wed Jun  6 13:56:28 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Wed, 06 Jun 2012 12:56:28 +0100
Subject: [FFmpeg-user] Converting avi-mp4 to h.264 as used by ISDB-T
 tuner? how?
In-Reply-To: <CACGw4H5gu6OWySvfwXiPAX=ZPPY6CzEJL65LeJV1XtmRp54f2w@mail.gmail.com>
References: <CACGw4H74yYXr01pAOEAxa0pKjr_mShbMDAyuBZ-N4NkbtHS6jg@mail.gmail.com>
	<CAAy6wMA9uc6wkdSvnPC4sTPMEbg8m8tmq0eqNhai8NP8+QajDA@mail.gmail.com>
	<CACGw4H5gu6OWySvfwXiPAX=ZPPY6CzEJL65LeJV1XtmRp54f2w@mail.gmail.com>
Message-ID: <op.wfhcseuuhl8vyy@sto-helit>

On Mon, 04 Jun 2012 06:48:57 +0100, Fernando Cassia <fcassia at gmail.com>  
wrote:

> On Mon, Jun 4, 2012 at 2:45 AM, Gabri Nurtinaz Shally
> <gabri.ns at gmail.com> wrote:
>> if you have example ts file, you can check its codec n transcode your  
>> video
>> to the same configuration. my guess is it in dvd format. you can search  
>> how
>> to convert a video file to a format that dvd compliance.
>
> My point is that the ISDB-Tb standard uses H.264 compression for video
> with MPEG-4 HE-AAC v1 at L2 (HE-AAC, Version 1, Level 2) for its audio
> codec.
>
> What I need to know is if the .TS files the set top box tuner expects
> are the "raw dump" of what is received over the air, or a standard
> H.264 TS file

H.222 Transport Streams (there is no such thing as an "H.264
Transport Stream") are fairly simple animals, and there is no
"file format" defined for them as such.  They *are* the container
format, so the only sensible file format is to store them without
any further fiddling about.

To find out exactly what is in a TS saved by your STB, you could
try using "tstools" (http://code.google.com/p/tstools/) to take
it apart and see.

-- 
Rhodri James
Kynesim Ltd

From rhodri at kynesim.co.uk  Wed Jun  6 14:25:54 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Wed, 06 Jun 2012 13:25:54 +0100
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
Message-ID: <op.wfhd5g2ihl8vyy@sto-helit>

Post re-ordered so that the flow of conversation, er, flows.  This
is what Carl meant by "please don't top-post" -- putting your comments
at the top -- and doing it again is not making you friends here.

On Sun, 03 Jun 2012 12:40:39 +0100, Tarun singhal <tsinghal18 at gmail.com>  
wrote:
> On Sun, Jun 3, 2012 at 12:37 PM, Carl Eugen Hoyos <cehoyos at ag.or.at>  
> wrote:
>
>> Tarun singhal <tsinghal18 <at> gmail.com> writes:
>>
>> > I want to cross-compile ffmpeg source code as a 64-bit
>> > application for windows
>>
>> Why not use native compilation, it worked fine when I tried last?
>>
> -> Carl - On the first hand, If I had to choose native compilation I
> wouldn't have posted this question :).

I wouldn't normally comment on a list-user's use of English, but
I don't think either of your statements said what you meant, and
you are slightly taking Carl to task here.  "I want" implies that
you have made a deliberate choice of this option (cross-compiling)
over any others (natively compiling, presumably).  It does not
imply that this was your only option, so Carl's question is
entirely reasonable.

"If I had to choose" implies that this (native compilition) was
your only option, which is the exact opposite of what I think
you mean!  I think you meant "If I could choose..."

Aren't English tenses fun? :-(

>> > I am having Cent OS.
>> > Can anybody let me know, which compiler tool-chain can I used.
>>
>> Sounds like a question for a centos mailing list, don't you agree?
>>
>
> -> I mentioned that *I am having CentOS*- that was an FYI, in case  
> anybody
> wants to know my existing platform. My Question is not focussed on CentOS
> rather ffmpeg, hence I dont think this question belongs to CentOS list.

I disagree.  This is a toolchain question -- what works on CentOS
to make Win64 binaries?  Knowing nothing about CentOS, I can't tell
you.  Knowing about ffmpeg doesn't help at all.

>> > Can I use mingw32 only to compile it as 64-bit?
>>
>> I believe mingw32 is 32bit-only, there is mingw64 (but this
>> information may be outdated, maybe somebody can clarify).

I have a vague (and painful) memory that MinGW can handle 64-bit
compilation, but I can't find any confirmation of that.  Certainly
it was renamed from mingw32 to avoid implying that it couldn't.
However, that's definitely a question best asked of the MinGW
mailing list.  I believe they even have a separate list for MinGW
used as a cross-compiler.

-- 
Rhodri James
Kynesim Ltd

From mike.scheutzow at alcatel-lucent.com  Wed Jun  6 15:18:47 2012
From: mike.scheutzow at alcatel-lucent.com (Mike Scheutzow)
Date: Wed, 06 Jun 2012 09:18:47 -0400
Subject: [FFmpeg-user] Aspect Ratio information
In-Reply-To: <CAJQ5m2NNbJFaBu5xMUPsbD+E70htVX_CSUmytrzsyPwm+FPUdA@mail.gmail.com>
References: <CAJQ5m2NNbJFaBu5xMUPsbD+E70htVX_CSUmytrzsyPwm+FPUdA@mail.gmail.com>
Message-ID: <4FCF58B7.2060700@alcatel-lucent.com>

Tarun singhal wrote:
> Hi all,
> [This one is little urgent -
> Can anybody let me know what does aspect_ratio_idc means?

In h.264, it is a value which specifies the aspect ratio for a single pixel.

> I got to know from here-
> www.atsc.org/cms/standards/a72/a_72_part_1.pdf
> that is stands for Aspect ratio information
> but how it is calculated thats my question.?

The value can not be calculated mathematically. You look up the value in 
Table E-1 in the H.264 standard.

> Is there any way to set this value from ffmpeg?

Check the x264 docs for setting sample aspect ratio (--sar) and the 
ffmpeg docs for -x264opts.


Mike Scheutzow

From cehoyos at ag.or.at  Wed Jun  6 15:18:32 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 6 Jun 2012 13:18:32 +0000 (UTC)
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit>
Message-ID: <loom.20120606T151614-295@post.gmane.org>

Rhodri James <rhodri <at> kynesim.co.uk> writes:

> I have a vague (and painful) memory that MinGW can handle 64-bit
> compilation, but I can't find any confirmation of that.  Certainly
> it was renamed from mingw32 to avoid implying that it couldn't.

Iirc, there are two different projects, with two sets of bugs 
(implying that I lied when I said it "works fine", the truth 
is that it "works somehow" one of the reasons being that win64 
does some things different than other x64 operating systems).

Cheers, Carl Eugen


From rhodri at kynesim.co.uk  Wed Jun  6 15:48:43 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Wed, 06 Jun 2012 14:48:43 +0100
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <loom.20120606T151614-295@post.gmane.org>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit>
	<loom.20120606T151614-295@post.gmane.org>
Message-ID: <op.wfhhzhjvhl8vyy@sto-helit>

On Wed, 06 Jun 2012 14:18:32 +0100, Carl Eugen Hoyos <cehoyos at ag.or.at>  
wrote:

> Rhodri James <rhodri <at> kynesim.co.uk> writes:
>
>> I have a vague (and painful) memory that MinGW can handle 64-bit
>> compilation, but I can't find any confirmation of that.  Certainly
>> it was renamed from mingw32 to avoid implying that it couldn't.
>
> Iirc, there are two different projects, with two sets of bugs
> (implying that I lied when I said it "works fine", the truth
> is that it "works somehow" one of the reasons being that win64
> does some things different than other x64 operating systems).

Yes, MinGW-w64 is the explicitly 64-bit version, and is also
available as a cross-compiler.  I have used both it and MinGW
on the same project as native compilers, and they appeared to
work with only normal degrees of pain.

-- 
Rhodri James
Kynesim Ltd

From pb at das-werkstatt.com  Wed Jun  6 16:42:07 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Wed, 06 Jun 2012 16:42:07 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
Message-ID: <4FCF6C3F.10806@das-werkstatt.com>

Hello,

I want to show that converting DPX to FFv1 is lossless.
In my given scenario, I've got 48bit DPX (rgb48le), but when I use
"-pix_fmt rgb48le" as parameter for FFv1 encoding, I get the following
message:

"Incompatible pixel format 'rgb48le' for codec 'ffv1', auto-selecting
format 'yuv420p16le'"

When generating framemd5 of the original DPX, I saw that it said
"rgb48le", *but* used the FourCC "RGB0":

"Stream #0:0: Video: rawvideo (RGB0 / 0x30424752), rgb48le, 1920x1080
[SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc"

I've browsed ffv1.c and saw that "PIX_FMT_0RGB32" should be supported,
but when "-pix_fmt 0rgb32" didn't work - and using "-pix_fmt rgb32"
effectively used "bgra".


So, 2 questions about that:
1) When calculating the frame-md5 sums for the rgb48le DPX files, does
"RGB0" mean that it's truncated to 32bits?

2) How can I encode rgb48le in FFv1?


Thank you very much in advance,
Pb

From betonpfeiler at googlemail.com  Wed Jun  6 17:18:01 2012
From: betonpfeiler at googlemail.com (betonpfeiler)
Date: Wed, 06 Jun 2012 17:18:01 +0200
Subject: [FFmpeg-user] Broadcasting quality video
In-Reply-To: <CAJQ5m2NFL4VZF7Qm+8Y38Xe0Bx8=dAhskFWpvAd-sUbu6LXwaQ@mail.gmail.com>
References: <CAJQ5m2NFL4VZF7Qm+8Y38Xe0Bx8=dAhskFWpvAd-sUbu6LXwaQ@mail.gmail.com>
Message-ID: <4FCF74A9.5000303@googlemail.com>

On 06/06/2012 09:34 AM, Tarun singhal wrote:
> Can anybody let me know - For a video to be of Broadcasting quality , where
> can I find specs or if any body has those specs, can you please let me
> know?
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
Hello,
you must be a little more specific... There is no such thing as "The" 
Broadcast Quality.
Do you want to deliver Video to a Braodcaster (TV Station...)?
Do you want to Broadcast Video? Which channel (Internet, TV[DVB-T, 
Satelite, Cable...])?


From tsinghal18 at gmail.com  Wed Jun  6 18:18:29 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 21:48:29 +0530
Subject: [FFmpeg-user] Broadcasting quality video
In-Reply-To: <4FCF74A9.5000303@googlemail.com>
References: <CAJQ5m2NFL4VZF7Qm+8Y38Xe0Bx8=dAhskFWpvAd-sUbu6LXwaQ@mail.gmail.com>
	<4FCF74A9.5000303@googlemail.com>
Message-ID: <CAJQ5m2M8yD864QUCHfzDQYhUEer8Bq3T2=2YzdyAak-ARWh7cQ@mail.gmail.com>

Hi,
Your point is absolutely valid, no doubt about that.

but what i wanted to understand that..what are those common features which
are shared by all various types of broadcasting quality videos.
If you can atleast point me to some URL where I can get know about this
more..it willl be better. And thanks for your help.

Regards,
Tarun Singhal




On Wed, Jun 6, 2012 at 8:48 PM, betonpfeiler <betonpfeiler at googlemail.com>wrote:

> On 06/06/2012 09:34 AM, Tarun singhal wrote:
>
>> Can anybody let me know - For a video to be of Broadcasting quality ,
>> where
>> can I find specs or if any body has those specs, can you please let me
>> know?
>> ______________________________**_________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/**listinfo/ffmpeg-user<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
>>
>>  Hello,
> you must be a little more specific... There is no such thing as "The"
> Broadcast Quality.
> Do you want to deliver Video to a Braodcaster (TV Station...)?
> Do you want to Broadcast Video? Which channel (Internet, TV[DVB-T,
> Satelite, Cable...])?
>
> ______________________________**_________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/**listinfo/ffmpeg-user<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
>

From tsinghal18 at gmail.com  Wed Jun  6 18:43:44 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 22:13:44 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <op.wfhhzhjvhl8vyy@sto-helit>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit> <loom.20120606T151614-295@post.gmane.org>
	<op.wfhhzhjvhl8vyy@sto-helit>
Message-ID: <CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>

On Wed, Jun 6, 2012 at 7:18 PM, Rhodri James <rhodri at kynesim.co.uk> wrote:

> On Wed, 06 Jun 2012 14:18:32 +0100, Carl Eugen Hoyos <cehoyos at ag.or.at>
> wrote:
>
>  Rhodri James <rhodri <at> kynesim.co.uk> writes:
>>
>>  I have a vague (and painful) memory that MinGW can handle 64-bit
>>> compilation, but I can't find any confirmation of that.  Certainly
>>> it was renamed from mingw32 to avoid implying that it couldn't.
>>>
>>
>> Iirc, there are two different projects, with two sets of bugs
>> (implying that I lied when I said it "works fine", the truth
>> is that it "works somehow" one of the reasons being that win64
>> does some things different than other x64 operating systems).
>>
>
> Yes, MinGW-w64 is the explicitly 64-bit version, and is also
> available as a cross-compiler.  I have used both it and MinGW
> on the same project as native compilers, and they appeared to
> work with only normal degrees of pain.
>
>
> --
> Rhodri James
> Kynesim Ltd
> ______________________________**_________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/**listinfo/ffmpeg-user<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
>

OK! guys..I am sorry If my English have caused you any trouble and thanks
for correcting it at the same time
I am not going to argue about which mailing list this question should
belong to (centos or ffmpeg).
My main objective is..if some person has experience with compiling ffmpeg
on 64-bit platform, please share the experience, not just a simple "yes" or
"no".
And Rohdri it will be really great if you don't insert your comments on my
English in this chain.

-> I am having CentOS. Again this was an FYI. Underlying OS is not a
problem. Just let me hear out your experiences with cross-compiling 64-bit
ffmpeg on any [OS].

-> I understand that if you dont know about centOS, you cant answer this
question, but I hope you know atleast one of other UNIX/LINUX flavours, If
you can, please answer taking them as underlying OS.

-> "I want to" - I dont understand why you even going so deep in my
English, rather going into my actual question. I asked a simple question,
"I want to cross compile 64-bit". What does it has to do with whether i
have other options or not.

From mbradshaw at sorensonmedia.com  Wed Jun  6 19:03:41 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Wed, 6 Jun 2012 11:03:41 -0600
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit>
	<loom.20120606T151614-295@post.gmane.org>
	<op.wfhhzhjvhl8vyy@sto-helit>
	<CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>
Message-ID: <CAJ29FNbsDjtm2F_GHSV-b=gCvrf7s8H=EUUsyhAC-03stxzB6A@mail.gmail.com>

On Wed, Jun 6, 2012 at 10:43 AM, Tarun singhal <tsinghal18 at gmail.com> wrote:
> And Rohdri it will be really great if you don't insert your comments on my
> English in this chain.

He wasn't bashing you. He was trying to help you. You'll never learn
if you're never corrected, and it's important to be corrected so you
can meaningfully convey your message. Otherwise, it's easy to be
misunderstood.

> -> I am having CentOS. Again this was an FYI. Underlying OS is not a
> problem. Just let me hear out your experiences with cross-compiling 64-bit
> ffmpeg on any [OS].
>
> -> I understand that if you dont know about centOS, you cant answer this
> question, but I hope you know atleast one of other UNIX/LINUX flavours, If
> you can, please answer taking them as underlying OS.

The underlying OS is significant because certain tools are available
on certain OSs.

> -> "I want to" - I dont understand why you even going so deep in my
> English, rather going into my actual question. I asked a simple question,
> "I want to cross compile 64-bit".

Because you use English to ask your question. If the English is
misused slightly, it's easy for others to misunderstand your question.

> What does it has to do with whether i
> have other options or not.

Because you can explore your other options if they're easier.

You can try ./configure --cc="gcc -m64" to get 64-bit binaries... I've
never had to create Windows binaries on a Linux machine though, so I'm
no help there. The guy over at zeranoe (http://ffmpeg.zeranoe.com/)
builds ffmpeg for windows machines on Ubuntu, so maybe you can ask him
if you want some pointers from him.

From tsinghal18 at gmail.com  Wed Jun  6 19:13:12 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 22:43:12 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <CAJ29FNbsDjtm2F_GHSV-b=gCvrf7s8H=EUUsyhAC-03stxzB6A@mail.gmail.com>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit> <loom.20120606T151614-295@post.gmane.org>
	<op.wfhhzhjvhl8vyy@sto-helit>
	<CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>
	<CAJ29FNbsDjtm2F_GHSV-b=gCvrf7s8H=EUUsyhAC-03stxzB6A@mail.gmail.com>
Message-ID: <CAJQ5m2OR94xORPv7UePLjixPURKQbnzE1DcN=c_FPkuSBDwPmQ@mail.gmail.com>

On Wed, Jun 6, 2012 at 10:33 PM, Michael Bradshaw <
mbradshaw at sorensonmedia.com> wrote:

> On Wed, Jun 6, 2012 at 10:43 AM, Tarun singhal <tsinghal18 at gmail.com>
> wrote:
> > And Rohdri it will be really great if you don't insert your comments on
> my
> > English in this chain.
>
> He wasn't bashing you. He was trying to help you. You'll never learn
> if you're never corrected, and it's important to be corrected so you
> can meaningfully convey your message. Otherwise, it's easy to be
> misunderstood.
>
> > -> I am having CentOS. Again this was an FYI. Underlying OS is not a
> > problem. Just let me hear out your experiences with cross-compiling
> 64-bit
> > ffmpeg on any [OS].
> >
> > -> I understand that if you dont know about centOS, you cant answer this
> > question, but I hope you know atleast one of other UNIX/LINUX flavours,
> If
> > you can, please answer taking them as underlying OS.
>
> The underlying OS is significant because certain tools are available
> on certain OSs.
>
> > -> "I want to" - I dont understand why you even going so deep in my
> > English, rather going into my actual question. I asked a simple question,
> > "I want to cross compile 64-bit".
>
> Because you use English to ask your question. If the English is
> misused slightly, it's easy for others to misunderstand your question.
>
> > What does it has to do with whether i
> > have other options or not.
>
> Because you can explore your other options if they're easier.
>
> You can try ./configure --cc="gcc -m64" to get 64-bit binaries... I've
> never had to create Windows binaries on a Linux machine though, so I'm
> no help there. The guy over at zeranoe (http://ffmpeg.zeranoe.com/)
> builds ffmpeg for windows machines on Ubuntu, so maybe you can ask him
> if you want some pointers from him.
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

Yeah I know he wasnt bashing me..thats why I thanked him too at the same
time :). No hard feeling from my side.
The point is if I go with other options, like using an already built
version, I would be acting like a user, but my objective is to explore
ffmpeg more and more from lowest possible level to highest possible level.
and come back and share with this community. and I think we all are on same
page about that.


Moreover: If people keep correcting my english here. My real problem will
go in back burner thats why i mentioned not to correct my english here. It
will be of no use. As I already know what mistakes i have made, Its just in
hurry i put wrong words which I guess I will learn with experience.

Anyways Thanks for sharing your experience here.

From cehoyos at ag.or.at  Wed Jun  6 19:53:12 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 6 Jun 2012 17:53:12 +0000 (UTC)
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit>
	<loom.20120606T151614-295@post.gmane.org>
	<op.wfhhzhjvhl8vyy@sto-helit>
	<CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>
	<CAJ29FNbsDjtm2F_GHSV-b=gCvrf7s8H=EUUsyhAC-03stxzB6A@mail.gmail.com>
	<CAJQ5m2OR94xORPv7UePLjixPURKQbnzE1DcN=c_FPkuSBDwPmQ@mail.gmail.com>
Message-ID: <loom.20120606T195103-414@post.gmane.org>

Tarun singhal <tsinghal18 <at> gmail.com> writes:

> The point is if I go with other options, like using an 
> already built version, I would be acting like a user, but 
> my objective is to explore ffmpeg more and more from lowest 
> possible level to highest possible level.

Then Win64 may be a bad platform to start, because as I tried 
to explain it contains some bugs because of the Win64 calling 
conventions that - iiuc - are not always understood / thought 
about / found useful by the developers.

Carl Eugen


From tsinghal18 at gmail.com  Wed Jun  6 20:04:56 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Wed, 6 Jun 2012 23:34:56 +0530
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <loom.20120606T195103-414@post.gmane.org>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
	<loom.20120603T090602-7@post.gmane.org>
	<CAJQ5m2Oe5ydMutBObWLXM-oJz9Co7v1DJoxBGaedjP_mXNHXHg@mail.gmail.com>
	<op.wfhd5g2ihl8vyy@sto-helit> <loom.20120606T151614-295@post.gmane.org>
	<op.wfhhzhjvhl8vyy@sto-helit>
	<CAJQ5m2P=yoKmjTtyMhxgq1tyXaSCoZAw-E0Wd_kThwU8Yq1mcw@mail.gmail.com>
	<CAJ29FNbsDjtm2F_GHSV-b=gCvrf7s8H=EUUsyhAC-03stxzB6A@mail.gmail.com>
	<CAJQ5m2OR94xORPv7UePLjixPURKQbnzE1DcN=c_FPkuSBDwPmQ@mail.gmail.com>
	<loom.20120606T195103-414@post.gmane.org>
Message-ID: <CAJQ5m2PSi41_YXxV24Q0JQXkTT9MSDHpCY4FY7MErvMV=b5D7Q@mail.gmail.com>

On Wed, Jun 6, 2012 at 11:23 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Tarun singhal <tsinghal18 <at> gmail.com> writes:
>
> > The point is if I go with other options, like using an
> > already built version, I would be acting like a user, but
> > my objective is to explore ffmpeg more and more from lowest
> > possible level to highest possible level.
>
> Then Win64 may be a bad platform to start, because as I tried
> to explain it contains some bugs because of the Win64 calling
> conventions that - iiuc - are not always understood / thought
> about / found useful by the developers.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

Actually its not start, I have already once cross compiled for win32,
though it was painful, but somehow i managed...but then it hit me that
ffmpeg 64 will be much faster on 64-bit platform rather than ffmpeg 32-bit
(I am having windows7 64-bit). So I am now going to cross compile it for
win64 platform.

But yes i want to clarify one thing, What does this actually means "it
contains some bugs because of the Win64 calling conventions that - iiuc"?
 Does this means that I cant cross compile ffmpeg for win64 until i resolve
those bugs or it means something else?

From cehoyos at ag.or.at  Wed Jun  6 20:39:09 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 6 Jun 2012 18:39:09 +0000 (UTC)
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
References: <4FCF6C3F.10806@das-werkstatt.com>
Message-ID: <loom.20120606T203030-208@post.gmane.org>

Peter B. <pb <at> das-werkstatt.com> writes:

> "Incompatible pixel format 'rgb48le' for codec 'ffv1', 
> auto-selecting format 'yuv420p16le'"

I consider it a bug that FFmpeg does not auto-select yuv444p16, 
please remind me if I didn't open a ticket in a few days.

> I've browsed ffv1.c and saw that "PIX_FMT_0RGB32" should be 
> supported, but when "-pix_fmt 0rgb32" didn't work

Did you try ffmpeg -pix_fmts ?

16bit rgb encoding is not as trivial as I hoped but certainly 
possible.

Carl Eugen


From tsinghal18 at gmail.com  Wed Jun  6 20:47:30 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Thu, 7 Jun 2012 00:17:30 +0530
Subject: [FFmpeg-user] what is bufsize in case of rate control?
Message-ID: <CAJQ5m2N__Z_WHasbC-JhSBwvROoRaD4A-By7eJh51jxuXZdqgw@mail.gmail.com>

Can anybody please let me know what is this "bufsize" value exactly means?
I understand we use it in conjuction with maxrate option. But how we decide
what should be the appropriate buffer size? is there any criteria to choose
a particular value?

Regards,
Tarun Singhal

From lou at lrcd.com  Wed Jun  6 20:55:49 2012
From: lou at lrcd.com (Lou)
Date: Wed, 6 Jun 2012 10:55:49 -0800
Subject: [FFmpeg-user] directpred question
In-Reply-To: <1245649D-8A8D-4398-AB30-83AE428B4EDE@gmail.com>
References: <1245649D-8A8D-4398-AB30-83AE428B4EDE@gmail.com>
Message-ID: <20120606105549.36cf22d2@lrcd.com>

On Wed, 6 Jun 2012 11:23:30 +0800
"Rick C." <rickcorteza at gmail.com> wrote:

> Hi,
> 
> With version 0.11 of FFmpeg I'm getting the following error (see output below).  I did not get this with version 10.3 (same command line).  I've seen a few issues out there with this but haven't been able to figure it out yet.  Any assistance would be great.  Thanks!
> 
> 
> mahalkos-iMac:~ mahalko$ /Users/mahalko/Desktop/ffmpeg -i /Users/mahalko/Desktop/test.mov -vcodec libx264 -acodec aac -strict experimental -y -threads 0 -coder 1 -flags +loop -cmp +chroma -partitions -parti8x8-parti4x4-partp8x8-partp4x4-partb8x8 -me_method dia -subq 2 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -bf 3 -refs 1 -directpred 3 -trellis 0 -flags2 -bpyramid-wpred-mixed_refs-dct8x8+fastpskip+mbtree -wpredp 2 -coder 0 -bf 0 -flags2 -wpred-dct8x8+mbtree -wpredp 0 -b 300k -ab 192k -ar 48000 -r 30000/1001 -vf scale=480:270 /Users/mahalko/Desktop/test.mp4

Is there a particular reason you are not using the libx264 preset
option? How are you planning on using the output? Declaring each option
is an outdated method of encoding with libx264 and some options are now
ignored as shown by "Unrecognized option 'directpred'" in your console
output below. Also you are declaring some options (coder, bf, wpredp)
twice with different values. Looks like a combination of the old
libx264-fastfirstpass.ffpreset and maybe libx264-baseline.ffpreset.

A more recent command somewhat based on your options:

ffmpeg -i input -pass 1 -c:v libx264 -preset medium -profile:v \
baseline -b:v 300k -r 30000/1001 -vf scale=480:-1 -f mp4 -y /dev/null \
&& ffmpeg -i input -pass 2 -c:v libx264 -preset medium -profile:v \
baseline -b:v 300k -r 30000/1001 -vf scale=480:-1 -c:a aac -strict \
experimental -b:a 192k -ar 48000 output.mp4

Isn't that nicer?

> ffmpeg version 0.11 Copyright (c) 2000-2012 the FFmpeg developers

It's good that you're using recent FFmpeg.

> Unrecognized option 'directpred'
> Failed to set value '3' for option 'directpred'

From rickcorteza at gmail.com  Thu Jun  7 02:57:46 2012
From: rickcorteza at gmail.com (Rick C.)
Date: Thu, 7 Jun 2012 08:57:46 +0800
Subject: [FFmpeg-user] directpred question
In-Reply-To: <20120606105549.36cf22d2@lrcd.com>
References: <1245649D-8A8D-4398-AB30-83AE428B4EDE@gmail.com>
	<20120606105549.36cf22d2@lrcd.com>
Message-ID: <1907DF93-33C4-4640-A1DF-69B45B469382@gmail.com>


On Jun 7, 2012, at 2:55 AM, Lou wrote:

> On Wed, 6 Jun 2012 11:23:30 +0800
> "Rick C." <rickcorteza at gmail.com> wrote:
> 
>> Hi,
>> 
>> With version 0.11 of FFmpeg I'm getting the following error (see output below).  I did not get this with version 10.3 (same command line).  I've seen a few issues out there with this but haven't been able to figure it out yet.  Any assistance would be great.  Thanks!
>> 
>> 
>> mahalkos-iMac:~ mahalko$ /Users/mahalko/Desktop/ffmpeg -i /Users/mahalko/Desktop/test.mov -vcodec libx264 -acodec aac -strict experimental -y -threads 0 -coder 1 -flags +loop -cmp +chroma -partitions -parti8x8-parti4x4-partp8x8-partp4x4-partb8x8 -me_method dia -subq 2 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -bf 3 -refs 1 -directpred 3 -trellis 0 -flags2 -bpyramid-wpred-mixed_refs-dct8x8+fastpskip+mbtree -wpredp 2 -coder 0 -bf 0 -flags2 -wpred-dct8x8+mbtree -wpredp 0 -b 300k -ab 192k -ar 48000 -r 30000/1001 -vf scale=480:270 /Users/mahalko/Desktop/test.mp4
> 
> Is there a particular reason you are not using the libx264 preset
> option? How are you planning on using the output? Declaring each option
> is an outdated method of encoding with libx264 and some options are now
> ignored as shown by "Unrecognized option 'directpred'" in your console
> output below. Also you are declaring some options (coder, bf, wpredp)
> twice with different values. Looks like a combination of the old
> libx264-fastfirstpass.ffpreset and maybe libx264-baseline.ffpreset.
> 
> A more recent command somewhat based on your options:
> 
> ffmpeg -i input -pass 1 -c:v libx264 -preset medium -profile:v \
> baseline -b:v 300k -r 30000/1001 -vf scale=480:-1 -f mp4 -y /dev/null \
> && ffmpeg -i input -pass 2 -c:v libx264 -preset medium -profile:v \
> baseline -b:v 300k -r 30000/1001 -vf scale=480:-1 -c:a aac -strict \
> experimental -b:a 192k -ar 48000 output.mp4
> 
> Isn't that nicer?
> 
>> ffmpeg version 0.11 Copyright (c) 2000-2012 the FFmpeg developers
> 
> It's good that you're using recent FFmpeg.
> 
>> Unrecognized option 'directpred'
>> Failed to set value '3' for option 'directpred'
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user


Thanks Lou after I sent this email I started thinking that and you confirmed it.  I think you answered my question and I will update my methods.  Very much appreciated,

rc

From ch.sureshkumar.24 at gmail.com  Thu Jun  7 10:51:30 2012
From: ch.sureshkumar.24 at gmail.com (suresh kumar)
Date: Thu, 7 Jun 2012 14:21:30 +0530
Subject: [FFmpeg-user] Related on mode building
Message-ID: <CANWGEL=6ZYg24dZtjgKCMgxBdNmUNKQY89OdKJBueAbBHX=NUQ@mail.gmail.com>

Hi,
     I am using mingw to build library and dll files. I want to know
whether ffmpeg library and dll will build in release mode or debug mode. Is
there any other way to know in what mode it is been build.

From joanrq at gmail.com  Thu Jun  7 12:03:32 2012
From: joanrq at gmail.com (=?ISO-8859-1?Q?Joan_Roqu=E9?=)
Date: Thu, 7 Jun 2012 12:03:32 +0200
Subject: [FFmpeg-user] Broadcasting quality video
In-Reply-To: <CAJQ5m2M8yD864QUCHfzDQYhUEer8Bq3T2=2YzdyAak-ARWh7cQ@mail.gmail.com>
References: <CAJQ5m2NFL4VZF7Qm+8Y38Xe0Bx8=dAhskFWpvAd-sUbu6LXwaQ@mail.gmail.com>
	<4FCF74A9.5000303@googlemail.com>
	<CAJQ5m2M8yD864QUCHfzDQYhUEer8Bq3T2=2YzdyAak-ARWh7cQ@mail.gmail.com>
Message-ID: <CAANFc1gOTK2780wbUOtuCcbAXZ0p1G-JFdUihjLipMmUV7nunA@mail.gmail.com>

A couple of links can be
http://www.dvb.org
http://www.oipf.tv/
http://www.etsi.org/

But you will have to look into?those sites
There is a lot of ways to deliver a video by broadcast.
The problem you will have it is not the quality of the video, but to
follow the standards.



2012/6/6 Tarun singhal <tsinghal18 at gmail.com>
>
> Hi,
> Your point is absolutely valid, no doubt about that.
>
> but what i wanted to understand that..what are those common features which
> are shared by all various types of broadcasting quality videos.
> If you can atleast point me to some URL where I can get know about this
> more..it willl be better. And thanks for your help.
>
> Regards,
> Tarun Singhal
>
>
>
>
> On Wed, Jun 6, 2012 at 8:48 PM, betonpfeiler <betonpfeiler at googlemail.com>wrote:
>
> > On 06/06/2012 09:34 AM, Tarun singhal wrote:
> >
> >> Can anybody let me know - For a video to be of Broadcasting quality ,
> >> where
> >> can I find specs or if any body has those specs, can you please let me
> >> know?
> >> ______________________________**_________________
> >> ffmpeg-user mailing list
> >> ffmpeg-user at ffmpeg.org
> >> http://ffmpeg.org/mailman/**listinfo/ffmpeg-user<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
> >>
> >> ?Hello,
> > you must be a little more specific... There is no such thing as "The"
> > Broadcast Quality.
> > Do you want to deliver Video to a Braodcaster (TV Station...)?
> > Do you want to Broadcast Video? Which channel (Internet, TV[DVB-T,
> > Satelite, Cable...])?
> >
> > ______________________________**_________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/**listinfo/ffmpeg-user<http://ffmpeg.org/mailman/listinfo/ffmpeg-user>
> >
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From codecomplete at free.fr  Thu Jun  7 15:54:28 2012
From: codecomplete at free.fr (Gilles)
Date: Thu, 07 Jun 2012 15:54:28 +0200
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
Message-ID: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>

Hello

This is a newbie question. I did read the documentation section on
Ffmpeg's site, but didn't find the answer.

I just bought a Sony camcorder which saves files in AVCHD.

XP's Windows Movie Maker seems good enough to join videos and insert
some text screens in between.

Can Ffmpeg convert AVCHD into WVM or MPEG2, which Movide Maker is
supposed to support?

Or if you know of another free application for XP that will let me do
the above, I'm interested.

Thank you.


From rhodri at kynesim.co.uk  Thu Jun  7 16:45:20 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Thu, 07 Jun 2012 15:45:20 +0100
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
In-Reply-To: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
Message-ID: <op.wfje9uamhl8vyy@sto-helit>

On Thu, 07 Jun 2012 14:54:28 +0100, Gilles <codecomplete at free.fr> wrote:

> Hello
>
> This is a newbie question. I did read the documentation section on
> Ffmpeg's site, but didn't find the answer.
>
> I just bought a Sony camcorder which saves files in AVCHD.
>
> XP's Windows Movie Maker seems good enough to join videos and insert
> some text screens in between.
>
> Can Ffmpeg convert AVCHD into WVM or MPEG2, which Movide Maker is
> supposed to support?

Assuming that "AVCHD" is AVC (H.264) with HD resolution, yes,
ffmpeg can handle the conversion.  "ffmpeg -codecs" will tell
you which decoders and encoders are available.

-- 
Rhodri James
Kynesim Ltd

From cehoyos at ag.or.at  Thu Jun  7 16:45:04 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Thu, 7 Jun 2012 14:45:04 +0000 (UTC)
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
Message-ID: <loom.20120607T164438-170@post.gmane.org>

Gilles <codecomplete <at> free.fr> writes:

> Can Ffmpeg convert AVCHD into WVM or MPEG2, which 
> Movide Maker is supposed to support?

Please test and tell us.

Carl Eugen


From codecomplete at free.fr  Thu Jun  7 17:02:24 2012
From: codecomplete at free.fr (Gilles)
Date: Thu, 07 Jun 2012 17:02:24 +0200
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
Message-ID: <cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>

On Thu, 07 Jun 2012 15:45:20 +0100, "Rhodri James"
<rhodri at kynesim.co.uk> wrote:
>Assuming that "AVCHD" is AVC (H.264) with HD resolution, yes,
>ffmpeg can handle the conversion.  "ffmpeg -codecs" will tell
>you which decoders and encoders are available.

Thanks. I simply tried this, but VLC isn't happy:

ffmpeg -threads 2 -i 00001.MTS -acodec copy -vcodec wmv2 -deinterlace
-s 720x576 -b:v 1600k -cmp +chroma -g 250 -partitions
+parti4x4+partp8x8+partb8x8 -i_qfactor 0.71 -keyint_min 25 -b_strategy
1 -flags +loop 00001.wmv

"No suitable decoder module: VLC does not support the audio or video
format "undf". Unfortunately there is no way for you to fix this."


From avsn9849625263 at gmail.com  Thu Jun  7 17:43:30 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Thu, 7 Jun 2012 21:13:30 +0530
Subject: [FFmpeg-user] Video from image scattered output
Message-ID: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>

Hi all, I am trying to encode a video from a single image with the
following command,

ffmpeg -loop 1 -i 1.jpg -tune stillimage  -t 10   -r 29.97 -s 352x288
 output.mpg

Problem: Problem is that I am getting a scattered video.

Can some one please help me.

-- 
Regards,
Murthy.

From rhodri at kynesim.co.uk  Thu Jun  7 18:01:43 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Thu, 07 Jun 2012 17:01:43 +0100
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
In-Reply-To: <cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
Message-ID: <op.wfjis5r3hl8vyy@sto-helit>

On Thu, 07 Jun 2012 16:02:24 +0100, Gilles <codecomplete at free.fr> wrote:

> On Thu, 07 Jun 2012 15:45:20 +0100, "Rhodri James"
> <rhodri at kynesim.co.uk> wrote:
>> Assuming that "AVCHD" is AVC (H.264) with HD resolution, yes,
>> ffmpeg can handle the conversion.  "ffmpeg -codecs" will tell
>> you which decoders and encoders are available.
>
> Thanks. I simply tried this, but VLC isn't happy:
>
> ffmpeg -threads 2 -i 00001.MTS -acodec copy -vcodec wmv2 -deinterlace
> -s 720x576 -b:v 1600k -cmp +chroma -g 250 -partitions
> +parti4x4+partp8x8+partb8x8 -i_qfactor 0.71 -keyint_min 25 -b_strategy
> 1 -flags +loop 00001.wmv
>
> "No suitable decoder module: VLC does not support the audio or video
> format "undf". Unfortunately there is no way for you to fix this."

Could you post what ffmpeg prints out as a result of your command
line?  It may be misidentifying something (I suspect the input
audio format), and all that output would help the people more
expert than me to tell you what is going on.

-- 
Rhodri James
Kynesim Ltd

From cehoyos at ag.or.at  Thu Jun  7 20:29:01 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Thu, 7 Jun 2012 18:29:01 +0000 (UTC)
Subject: [FFmpeg-user] Video from image scattered output
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
Message-ID: <loom.20120607T202826-933@post.gmane.org>

Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:

> ffmpeg -loop 1 -i 1.jpg -tune stillimage  -t 10  
> -r 29.97 -s 352x288 output.mpg
> 
> Problem: Problem is that I am getting a scattered video.

Please provide complete, uncut console output.

Carl Eugen


From seandarcy2 at gmail.com  Fri Jun  8 01:18:45 2012
From: seandarcy2 at gmail.com (sean darcy)
Date: Thu, 07 Jun 2012 19:18:45 -0400
Subject: [FFmpeg-user] how transcode ProRes to Quicktime?
In-Reply-To: <loom.20120604T075113-797@post.gmane.org>
References: <jqh1pd$i6d$1@dough.gmane.org>
	<loom.20120604T075113-797@post.gmane.org>
Message-ID: <jqrcsm$2mc$1@dough.gmane.org>

On 06/04/2012 01:51 AM, Carl Eugen Hoyos wrote:
> sean darcy<seandarcy2<at>  gmail.com>  writes:
>
>> ffmpeg -i original.mov -an -vcodec libx264 -profile:v main -preset
>> slower -tune film -crf 29 -vf hqdn3d=4 -threads 0 output.mov
>>
>> But that didn't work:
>> x264 [error]: main profile doesn't support 4:2:2
>
> Complete, uncut console output missing.
> But you could try to force yuv420p
>
> Carl Eugen

Complete, uncut console:

ffmpeg -i ../../originals/CG003.mov -an -vcodec libx264 -profile:v main 
-tune film -crf 29 -vf hqdn3d=4 -threads 0 Vol_3-qt.mov
ffmpeg version N-40958-gea5dab5 Copyright (c) 2000-2012 the FFmpeg 
developers
   built on May 22 2012 21:59:03 with gcc 4.6.3 20120306 (Red Hat 4.6.3-2)
   configuration: --prefix=/usr --bindir=/usr/bin 
--datadir=/usr/share/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man 
--shlibdir=/usr/lib64 --extra-cflags='-Ofast -march=native -mtune=native 
-fopenmp -fomit-frame-pointer -pipe' --enable-static --enable-shared 
--enable-gpl --enable-nonfree --enable-version3 --enable-postproc 
--enable-avfilter --enable-pthreads --enable-x11grab --enable-gray 
--enable-vaapi --enable-hardcoded-tables --enable-libaacplus 
--enable-frei0r --enable-libgsm --enable-libmp3lame --enable-libopenjpeg 
--enable-librtmp --enable-libschroedinger --enable-libspeex 
--enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 
--enable-libxvid --enable-zlib --disable-debug --cpu=amdfam10 
--arch=x86_64 --enable-pic --enable-libopencv --enable-openssl
   libavutil      51. 53.100 / 51. 53.100
   libavcodec     54. 23.100 / 54. 23.100
   libavformat    54.  6.100 / 54.  6.100
   libavdevice    53.  4.100 / 53.  4.100
   libavfilter     2. 76.100 /  2. 76.100
   libswscale      2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc    52.  0.100 / 52.  0.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x921b40] Stream #1: not enough frames to 
estimate rate; consider increasing probesize
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x921b40] Stream #2: not enough frames to 
estimate rate; consider increasing probesize
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x921b40] Stream #3: not enough frames to 
estimate rate; consider increasing probesize
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 
'../../originals/PostWorks/CG003.mov':
   Metadata:
     creation_time   : 2012-03-19 20:17:52
   Duration: 00:30:11.85, start: 0.246583, bitrate: 172305 kb/s
     Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 
1920x1080, 169867 kb/s, 23.97 fps, 23.98 tbr, 2997 tbn, 2997 tbc
     Metadata:
       creation_time   : 2012-03-19 20:48:17
       handler_name    : Apple Alias Data Handler
     Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 
mono, s32, 1152 kb/s
     Metadata:
       creation_time   : 2012-03-19 20:48:18
       handler_name    : Apple Alias Data Handler
     Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 
mono, s32, 1152 kb/s
     Metadata:
       creation_time   : 2012-03-19 20:48:18
       handler_name    : Apple Alias Data Handler
     Stream #0:3(eng): Data: none (tmcd / 0x64636D74)
     Metadata:
       creation_time   : 2012-03-19 20:48:18
       handler_name    : Apple Alias Data Handler
       timecode        : 03:00:00:00
w:1920 h:1080 pixfmt:yuv422p10le tb:1/2997 sar:0/1 sws_param:flags=2
[buffersink @ 0x947960] No opaque field provided
[hqdn3d @ 0x946340] ls:4.000000 cs:3.000000 lt:6.000000 ct:4.500000
[hqdn3d @ 0x946340] auto-inserting filter 'auto-inserted scaler 0' 
between the filter 'src' and the filter 'Parsed_hqdn3d_0'
[scale @ 0x9075e0] w:1920 h:1080 fmt:yuv422p10le sar:0/1 -> w:1920 
h:1080 fmt:yuv422p sar:0/1 flags:0x4
x264 [error]: main profile doesn't support 4:2:2
[libx264 @ 0x905c20] Error setting profile main.
Output #0, mov, to 'Vol_3-qt.mov':
   Metadata:
     creation_time   : 2012-03-19 20:17:52
     Stream #0:0(eng): Video: h264, yuv422p, 1920x1080, q=-1--1, 90k 
tbn, 23.98 tbc
     Metadata:
       creation_time   : 2012-03-19 20:48:17
       handler_name    : Apple Alias Data Handler
Stream mapping:
   Stream #0:0 -> #0:0 (prores -> libx264)
Error while opening encoder for output stream #0:0 - maybe incorrect 
parameters such as bit_rate, rate, width or height

I've tried adding -pix_fmt yuv420p. That seems to make it work.

sean


From avsn9849625263 at gmail.com  Thu Jun  7 20:59:51 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Fri, 8 Jun 2012 00:29:51 +0530
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <loom.20120607T202826-933@post.gmane.org>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120607T202826-933@post.gmane.org>
Message-ID: <CACs8-R=nyZ9-s77iDGKQ8rO1z69xakjn4X-+X6T2t2UkMX3WJw@mail.gmail.com>

On Thu, Jun 7, 2012 at 11:59 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>
>
> > ffmpeg -loop 1 -i 1.jpg -tune stillimage  -t 10
> > -r 29.97 -s 352x288 output.mpg
> >
> > Problem: Problem is that I am getting a scattered video.
>
> Please provide complete, uncut console output.
>
> Carl Eugen


Mr.Carl, this is the complete uncut output

[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[image2 @ 0x901c4a0] Probe buffer size limit 5000000 reached
Input #0, image2, from '1.jpg':
  Duration: 00:00:00.04, start: 0.000000, bitrate: N/A
    Stream #0:0, 42, 1/25: Video: mjpeg, yuvj420p, 946x710 [SAR 1:1 DAR
473:355], 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc
[buffer @ 0x9031ca0] w:946 h:710 pixfmt:yuvj420p tb:1/25 sar:1/1
sws_param:flags=2
[ffmpeg_buffersink @ 0x9031f40] No opaque field provided
[scale @ 0x9032120] w:946 h:710 fmt:yuvj420p sar:1/1 -> w:352 h:288
fmt:yuv420p sar:387/355 flags:0x4
[mpeg1video @ 0x9031700] intra_quant_bias = 96 inter_quant_bias = 0
[mpeg @ 0x9028f20] VBV buffer size not set, muxing may fail
Output #0, mpeg, to 'output.mpg':
  Metadata:
    encoder         : Lavf54.6.101
    Stream #0:0, 0, 1/90000: Video: mpeg1video, yuv420p, 352x288 [SAR
387:355 DAR 473:355], 1001/30000, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (mjpeg -> mpeg1video)
Press [q] to stop, [?] for help
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
frame=   96 fps=0.0 q=6.6 size=     372kB time=00:00:03.13 bitrate=
971.6kbits/s dup=15 drop=0
marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
frame=  194 fps=193 q=5.3 size=     572kB time=00:00:06.40 bitrate=
731.4kbits/s dup=31 drop=0
marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
frame=  294 fps=195 q=12.4 size=     670kB time=00:00:09.74 bitrate=
563.3kbits/s dup=48 drop=0
marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
*** 1 dup!
[mjpeg @ 0x9022c60] marker=d8 avail_size_in_buf=119336
[mjpeg @ 0x9022c60] marker parser used 0 bytes (0 bits)
[mjpeg @ 0x9022c60] marker=e0 avail_size_in_buf=119334
[mjpeg @ 0x9022c60] marker parser used 16 bytes (128 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119316
[mjpeg @ 0x9022c60] index=0
[mjpeg @ 0x9022c60] qscale[0]: 3
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=db avail_size_in_buf=119247
[mjpeg @ 0x9022c60] index=1
[mjpeg @ 0x9022c60] qscale[1]: 6
[mjpeg @ 0x9022c60] marker parser used 67 bytes (536 bits)
[mjpeg @ 0x9022c60] marker=c0 avail_size_in_buf=119178
[mjpeg @ 0x9022c60] sof0: picture: 946x710
[mjpeg @ 0x9022c60] component 0 2:2 id: 0 quant:0
[mjpeg @ 0x9022c60] component 1 1:1 id: 1 quant:1
[mjpeg @ 0x9022c60] component 2 1:1 id: 2 quant:1
[mjpeg @ 0x9022c60] pix fmt id 22111100
[mjpeg @ 0x9022c60] marker parser used 17 bytes (136 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119159
[mjpeg @ 0x9022c60] class=0 index=0 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=119126
[mjpeg @ 0x9022c60] class=1 index=0 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118943
[mjpeg @ 0x9022c60] class=0 index=1 nb_codes=12
[mjpeg @ 0x9022c60] marker parser used 31 bytes (248 bits)
[mjpeg @ 0x9022c60] marker=c4 avail_size_in_buf=118910
[mjpeg @ 0x9022c60] class=1 index=1 nb_codes=251
[mjpeg @ 0x9022c60] marker parser used 181 bytes (1448 bits)
[mjpeg @ 0x9022c60] escaping removed 408 bytes
[mjpeg @ 0x9022c60] marker=da avail_size_in_buf=118727
[mjpeg @ 0x9022c60] component: 0
[mjpeg @ 0x9022c60] component: 1
[mjpeg @ 0x9022c60] component: 2
[mjpeg @ 0x9022c60] marker parser used 118318 bytes (946541 bits)
[mjpeg @ 0x9022c60] marker=d9 avail_size_in_buf=0
[mjpeg @ 0x9022c60] mjpeg decode frame unused 0 bytes
frame=  299 fps=193 q=11.6 Lsize=     672kB time=00:00:09.94 bitrate=
553.6kbits/s dup=49 drop=0
video:667kB audio:0kB global headers:0kB muxing overhead 0.703034%

>
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Regards,
Murthy.

From tsinghal18 at gmail.com  Fri Jun  8 09:17:59 2012
From: tsinghal18 at gmail.com (Tarun singhal)
Date: Fri, 8 Jun 2012 12:47:59 +0530
Subject: [FFmpeg-user] what is bufsize in case of rate control?
In-Reply-To: <CAJQ5m2N__Z_WHasbC-JhSBwvROoRaD4A-By7eJh51jxuXZdqgw@mail.gmail.com>
References: <CAJQ5m2N__Z_WHasbC-JhSBwvROoRaD4A-By7eJh51jxuXZdqgw@mail.gmail.com>
Message-ID: <CAJQ5m2M2Ma6UACU6BytK2nhaM1-sEaSNxFPfevX5=rkJss4MjA@mail.gmail.com>

On Thu, Jun 7, 2012 at 12:17 AM, Tarun singhal <tsinghal18 at gmail.com> wrote:

>
> Can anybody please let me know what is this "bufsize" value exactly means?
> I understand we use it in conjuction with maxrate option. But how we
> decide what should be the appropriate buffer size? is there any criteria to
> choose a particular value?
>
> Regards,
> Tarun Singhal
>
>
>  Knock knock..any body .....Guys can anybody let me know any updates on
above.

From cehoyos at ag.or.at  Fri Jun  8 11:18:57 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 8 Jun 2012 09:18:57 +0000 (UTC)
Subject: [FFmpeg-user] Video from image scattered output
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120607T202826-933@post.gmane.org>
	<CACs8-R=nyZ9-s77iDGKQ8rO1z69xakjn4X-+X6T2t2UkMX3WJw@mail.gmail.com>
Message-ID: <loom.20120608T111828-315@post.gmane.org>

Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:

> Mr.Carl, this is the complete uncut output
> 
> [mjpeg  <at>  0x9022c60] marker=d8 avail_size_in_buf=119336

Very unlikely.

Carl Eugen


From avsn9849625263 at gmail.com  Fri Jun  8 11:43:16 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Fri, 8 Jun 2012 15:13:16 +0530
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <loom.20120608T111828-315@post.gmane.org>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120607T202826-933@post.gmane.org>
	<CACs8-R=nyZ9-s77iDGKQ8rO1z69xakjn4X-+X6T2t2UkMX3WJw@mail.gmail.com>
	<loom.20120608T111828-315@post.gmane.org>
Message-ID: <CACs8-RkUqz-Wp1HX-q44JHVp8VLr0urpfHLOObmPd8cDQ+C8oQ@mail.gmail.com>

On Fri, Jun 8, 2012 at 2:48 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:
>
> > Mr.Carl, this is the complete uncut output
> >
> > [mjpeg  <at>  0x9022c60] marker=d8 avail_size_in_buf=119336
>
> Very unlikely.
>
> Carl Eugen
>

Mr.Carl,

Can you suggest any solution .

 Thanks for your support.

>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Regards,
Murthy.

From xutom2006 at gmail.com  Fri Jun  8 12:42:49 2012
From: xutom2006 at gmail.com (xutm)
Date: Fri, 8 Jun 2012 18:42:49 +0800
Subject: [FFmpeg-user] the problem: pcm data reduce after encoding and
	decoding using FFMPEG
Message-ID: <CAMoYZ5_FDxMROK=5v6CrvsAUO1tsaot8oQ0MmjptPO15op4o_w@mail.gmail.com>

Hi all,

    I capture audio raw PCM data with directx from microphone, write these
PCM data into 1.pcm, at the same time encode these datas using FFMPEG to
mp3 format and write into 2.mp3 files. Then i use FFMPEG to decode 2.mp3
file into raw PCM and again write into 3.pcm. the problem occurs: the size
of  file 3.pcm is far smaller than 1.pcm, and if i use CoolEdit to play the
two PCM file: 1.pcm and 3.pcm?I found if 1.pcm plays for 60 seconds, 3.pcm
only play for 34 seconds. Why this problem occurs?

From onemda at gmail.com  Fri Jun  8 13:22:43 2012
From: onemda at gmail.com (Paul B Mahol)
Date: Fri, 8 Jun 2012 11:22:43 +0000
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
In-Reply-To: <4FCF6C3F.10806@das-werkstatt.com>
References: <4FCF6C3F.10806@das-werkstatt.com>
Message-ID: <CAPYw7P5cnOVU1rb3e5FF8xPjKHg4KMqh1Zfd44Ry3ejStXc5ug@mail.gmail.com>

On 6/6/12, Peter B. <pb at das-werkstatt.com> wrote:
> Hello,
>
> I want to show that converting DPX to FFv1 is lossless.
> In my given scenario, I've got 48bit DPX (rgb48le), but when I use
> "-pix_fmt rgb48le" as parameter for FFv1 encoding, I get the following
> message:
>
> "Incompatible pixel format 'rgb48le' for codec 'ffv1', auto-selecting
> format 'yuv420p16le'"
>
> When generating framemd5 of the original DPX, I saw that it said
> "rgb48le", *but* used the FourCC "RGB0":
>
> "Stream #0:0: Video: rawvideo (RGB0 / 0x30424752), rgb48le, 1920x1080
> [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc"
>
> I've browsed ffv1.c and saw that "PIX_FMT_0RGB32" should be supported,
> but when "-pix_fmt 0rgb32" didn't work - and using "-pix_fmt rgb32"
> effectively used "bgra".
>
>
> So, 2 questions about that:
> 1) When calculating the frame-md5 sums for the rgb48le DPX files, does
> "RGB0" mean that it's truncated to 32bits?
>

Not truncated but scaled, there is no unscaled variant yet.
> 2) How can I encode rgb48le in FFv1?

Lossless RGB48 encoding is not yet possible, but it can be done by
adding RGBA64 support and unscaled coversion rgb48 <-> rgba64.

From cehoyos at ag.or.at  Fri Jun  8 14:46:41 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 8 Jun 2012 12:46:41 +0000 (UTC)
Subject: [FFmpeg-user] the problem: pcm data reduce after encoding and
	decoding using FFMPEG
References: <CAMoYZ5_FDxMROK=5v6CrvsAUO1tsaot8oQ0MmjptPO15op4o_w@mail.gmail.com>
Message-ID: <loom.20120608T144601-93@post.gmane.org>

xutm <xutom2006 <at> gmail.com> writes:

>     I capture audio raw PCM data with directx from microphone, write these
> PCM data into 1.pcm, at the same time encode these datas using FFMPEG to
> mp3 format and write into 2.mp3 files. Then i use FFMPEG to decode 2.mp3
> file into raw PCM and again write into 3.pcm. the problem occurs: the size
> of  file 3.pcm is far smaller than 1.pcm

FFmpeg command line and complete, uncut console output missing.

Carl Eugen


From coniophora at gmail.com  Fri Jun  8 15:32:48 2012
From: coniophora at gmail.com (Jim Worrall)
Date: Fri, 8 Jun 2012 07:32:48 -0600
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <CACs8-RkUqz-Wp1HX-q44JHVp8VLr0urpfHLOObmPd8cDQ+C8oQ@mail.gmail.com>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120607T202826-933@post.gmane.org>
	<CACs8-R=nyZ9-s77iDGKQ8rO1z69xakjn4X-+X6T2t2UkMX3WJw@mail.gmail.com>
	<loom.20120608T111828-315@post.gmane.org>
	<CACs8-RkUqz-Wp1HX-q44JHVp8VLr0urpfHLOObmPd8cDQ+C8oQ@mail.gmail.com>
Message-ID: <373A6799-2CB2-45B5-854A-74C359E1235D@gmail.com>

On Jun 8, 2012, at 3:43 AM, Murthy Avanithsa <avsn9849625263 at gmail.com> wrote:

> On Fri, Jun 8, 2012 at 2:48 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> 
>> Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:
>> 
>>> Mr.Carl, this is the complete uncut output
>>> 
>>> [mjpeg  <at>  0x9022c60] marker=d8 avail_size_in_buf=119336
>> 
>> Very unlikely.
>> 
>> Carl Eugen
>> 
> 
> Mr.Carl,
> 
> Can you suggest any solution .
> 
Simply copy your command line together with ALL of the following console output, until your console prompt appears again. Uncut = don't cut anything. Paste it in the message to this group. 

From avsn9849625263 at gmail.com  Fri Jun  8 18:15:18 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Fri, 8 Jun 2012 21:45:18 +0530
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <373A6799-2CB2-45B5-854A-74C359E1235D@gmail.com>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120607T202826-933@post.gmane.org>
	<CACs8-R=nyZ9-s77iDGKQ8rO1z69xakjn4X-+X6T2t2UkMX3WJw@mail.gmail.com>
	<loom.20120608T111828-315@post.gmane.org>
	<CACs8-RkUqz-Wp1HX-q44JHVp8VLr0urpfHLOObmPd8cDQ+C8oQ@mail.gmail.com>
	<373A6799-2CB2-45B5-854A-74C359E1235D@gmail.com>
Message-ID: <CACs8-Rn7RXHYssbq7aLP87wBxPBGFV6J6zgd5F3aS19q8ekYuw@mail.gmail.com>

On Fri, Jun 8, 2012 at 7:02 PM, Jim Worrall <coniophora at gmail.com> wrote:

> On Jun 8, 2012, at 3:43 AM, Murthy Avanithsa <avsn9849625263 at gmail.com>
> wrote:
>
> > On Fri, Jun 8, 2012 at 2:48 PM, Carl Eugen Hoyos <cehoyos at ag.or.at>
> wrote:
> >
> >> Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:
> >>
> >>> Mr.Carl, this is the complete uncut output
> >>>
> >>> [mjpeg  <at>  0x9022c60] marker=d8 avail_size_in_buf=119336
> >>
> >> Very unlikely.
> >>
> >> Carl Eugen
> >>
> >
> > Mr.Carl,
> >
> > Can you suggest any solution .
> >
> Simply copy your command line together with ALL of the following console
> output, until your console prompt appears again. Uncut = don't cut
> anything. Paste it in the message to this group.


I am Sorry for not providing uncut output,Here it is

ffmpeg version git-2012-06-04-0f0f3bd Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun  4 2012 10:42:15 with gcc 4.4.6 20110731 (Red Hat 4.4.6-3)
  configuration: --enable-gpl --enable-libmp3lame --enable-libx264
--enable-version3
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.100 /  2. 78.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, image2, from 'shutter-speed.jpg':
  Duration: 00:00:00.04, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: mjpeg, yuvj444p, 500x333 [SAR 100:100 DAR 500:333],
25 fps, 25 tbr, 25 tbn, 25 tbc
File 'output.mpg' already exists. Overwrite ? [y/N] y
w:500 h:333 pixfmt:yuvj444p tb:1/5 sar:100/100 sws_param:flags=2
[ffmpeg_buffersink @ 0xa433a40] No opaque field provided
[format @ 0xa433a80] auto-inserting filter 'auto-inserted scaler 0' between
the filter 'Parsed_null_0' and the filter 'format'
[buffer @ 0xa42d2c0] TB:0.200000
[auto-inserted scaler 0 @ 0xa438ba0] w:500 h:333 fmt:yuvj444p sar:100/100
-> w:500 h:333 fmt:yuv420p sar:1/1 flags:0x4
[mpeg @ 0xa43bec0] VBV buffer size not set, muxing may fail
Output #0, mpeg, to 'output.mpg':
  Metadata:
    encoder         : Lavf54.6.101
    Stream #0:0: Video: mpeg1video, yuv420p, 500x333 [SAR 1:1 DAR 500:333],
q=2-31, 200 kb/s, 90k tbn, 29.97 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (mjpeg -> mpeg1video)
Press [q] to stop, [?] for help
frame= 1493 fps=863 q=21.8 Lsize=    1560kB time=00:00:49.78 bitrate=
256.7kbits/s dup=1243 drop=0
video:1548kB audio:0kB global headers:0kB muxing overhead 0.762417%




>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Regards,
Murthy.

From akostadinov at gmail.com  Fri Jun  8 10:59:35 2012
From: akostadinov at gmail.com (Aleksandar Kostadinov)
Date: Fri, 8 Jun 2012 11:59:35 +0300
Subject: [FFmpeg-user] avconv output file size woes
Message-ID: <CAH9M6rLJatvKJKYUnRpzRLYDyNDLKkEvrRjxONjVhOD8pV_vMw@mail.gmail.com>

Hello,

Combining audio and video from one 4MB file and one 12MB file results
in a file with size 44MB (codecs=copy). Actually combine audio from
one of the files with the video from the other file. Please see the
attached file for a log what happened.

I guess this is some bug. But since I'm a beginner working with avconv
it might well be a PIBCAK.

Regards,
Aleksandar
-------------- next part --------------
$ avconv -i /tmp/MVI_1850.AVI -i /media/CANON_DC/DCIM/147CANON/MVI_1850.m4v -acodec copy -vcodec copy -map 1:v -map 0:a /tmp/MVI_1850.avi
avconv version 0.8-4:0.8-2~bpo60+1, Copyright (c) 2000-2011 the Libav developers
  built on Mar 20 2012 12:56:59 with gcc 4.4.5
Input #0, avi, from '/tmp/MVI_1850.AVI':
  Duration: 00:00:19.30, start: 0.000000, bitrate: 5057 kb/s
    Stream #0.0: Video: mjpeg, yuvj440p, 480x640, 10 tbr, 10 tbn, 10 tbc
    Stream #0.1: Audio: pcm_u8, 11024 Hz, 1 channels, u8, 88 kb/s
Input #1, mov,mp4,m4a,3gp,3g2,mj2, from '/media/CANON_DC/DCIM/147CANON/MVI_1850.m4v':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: mp42isomavc1
    creation_time   : 2012-06-08 06:49:06
    encoder         : HandBrake rev3736 2011011599
  Duration: 00:00:19.31, start: 0.000000, bitrate: 1708 kb/s
    Stream #1.0(und): Video: h264 (Main), yuv420p, 480x640 [PAR 1:1 DAR 3:4], 1669 kb/s, 10 fps, 10 tbr, 90k tbn, 180k tbc
    Metadata:
      creation_time   : 2012-06-08 06:49:06
    Stream #1.1(und): Audio: aac, 22050 Hz, mono, s16, 37 kb/s
    Metadata:
      creation_time   : 2012-06-08 06:49:06
File '/tmp/MVI_1850.avi' already exists. Overwrite ? [y/N] y
Output #0, avi, to '/tmp/MVI_1850.avi':
  Metadata:
    ISFT            : Lavf53.21.0
    Stream #0.0(und): Video: libx264, yuv420p, 480x640 [PAR 1:1 DAR 3:4], q=2-31, 1669 kb/s, 90k tbn, 90k tbc
    Metadata:
      creation_time   : 2012-06-08 06:49:06
    Stream #0.1: Audio: pcm_u8, 11024 Hz, 1 channels, 88 kb/s
Stream mapping:
  Stream #1:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press ctrl-c to stop encoding
frame=  193 fps= 36 q=-1.0 Lsize=   44229kB time=19.00 bitrate=19069.9kbits/s    
video:3933kB audio:208kB global headers:0kB muxing overhead 968.090269%
$ ls -lh /tmp/MVI_1850.avi
-rw-r--r-- 1 avalon avalon 44M  8 ??? 10,08 /tmp/MVI_1850.avi
$ ls -lh /media/CANON_DC/DCIM/147CANON/MVI_1850.m4v /tmp/MVI_1850.AVI
-rwxr-xr-x 1 avalon root   4,0M  8 ???  9,49 /media/CANON_DC/DCIM/147CANON/MVI_1850.m4v
-rw-r--r-- 1 avalon avalon  12M  7 ??? 18,51 /tmp/MVI_1850.AVI

From lovexue4ever at qq.com  Fri Jun  8 09:07:22 2012
From: lovexue4ever at qq.com (=?gb18030?B?aWVmdqPIo9Kj0w==?=)
Date: Fri, 8 Jun 2012 15:07:22 +0800
Subject: [FFmpeg-user] How to install the ffmpeg and x264 on ubuntu 10.10
	amd 64
Message-ID: <tencent_4D6ECA7F59C82AEE1B6CD98F@qq.com>

Hi all,
      Now i installed ffmpeg and x264 on my ubuntu10.10 desktop-i386 system.I want to install them on the ubuntu 10.10 AMD 64 system.How to do it?
I need help!

From lou at lrcd.com  Fri Jun  8 18:36:23 2012
From: lou at lrcd.com (Lou)
Date: Fri, 8 Jun 2012 08:36:23 -0800
Subject: [FFmpeg-user] How to install the ffmpeg and x264 on ubuntu
 10.10 amd 64
In-Reply-To: <tencent_4D6ECA7F59C82AEE1B6CD98F@qq.com>
References: <tencent_4D6ECA7F59C82AEE1B6CD98F@qq.com>
Message-ID: <20120608163623.GA13876@mail.lrcd.com>

On Fri, Jun 08, 2012 at 03:07:22PM +0800, iefv??? wrote:
> Hi all,
>       Now i installed ffmpeg and x264 on my ubuntu10.10 desktop-i386 system.I want to install them on the ubuntu 10.10 AMD 64 system.How to do it?
> I need help!

Generally there is nothing different you need to do to compile and
install x264 and ffmpeg on i386 and x86_64.

For instructions see:
https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

The instructions work for both architectures.

Ubuntu Maveric Meerkat 10.10 is now unsupported as of April 2012, so
you may have to find a working repository mirror if you must stay with
Maverick.

From cehoyos at ag.or.at  Fri Jun  8 18:45:45 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 8 Jun 2012 16:45:45 +0000 (UTC)
Subject: [FFmpeg-user] avconv output file size woes
References: <CAH9M6rLJatvKJKYUnRpzRLYDyNDLKkEvrRjxONjVhOD8pV_vMw@mail.gmail.com>
Message-ID: <loom.20120608T184430-985@post.gmane.org>

Aleksandar Kostadinov <akostadinov <at> gmail.com> writes:

> avconv version 0.8-4:0.8-2~bpo60+1

This is an intentionally broken version of FFmpeg with several 
hundred regressions, some of them security relevant, please 
understand that we cannot support it, please see 
http://ffmpeg.org/download.html# for supported versions.

Carl Eugen


From cehoyos at ag.or.at  Fri Jun  8 18:52:17 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 8 Jun 2012 16:52:17 +0000 (UTC)
Subject: [FFmpeg-user] Video from image scattered output
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
Message-ID: <loom.20120608T184842-819@post.gmane.org>

Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:

> ffmpeg -loop 1 -i 1.jpg -tune stillimage  -t 10  
> -r 29.97 -s 352x288  output.mpg

Unfortunately, I do not understand "scattered" in this context, 
and your output shows nothing unexpected, so I have to guess...

What is -tune stillimage supposed to do?
(I suspect it has no effect in your command line.)

Are you intentionally not specifying either a quantiser for 
constant quality (-qscale) or a bitrate (-vb)?
Does "scattered" mean bad quality? Then this would be the 
explanation.

Carl Eugen


From pb at das-werkstatt.com  Fri Jun  8 21:45:38 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Fri, 08 Jun 2012 21:45:38 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
In-Reply-To: <loom.20120606T203030-208@post.gmane.org>
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
Message-ID: <4FD25662.5060903@das-werkstatt.com>

On 06/06/2012 08:39 PM, Carl Eugen Hoyos wrote:
> Peter B. <pb <at> das-werkstatt.com> writes:
>
>> "Incompatible pixel format 'rgb48le' for codec 'ffv1', 
>> auto-selecting format 'yuv420p16le'"
> I consider it a bug that FFmpeg does not auto-select yuv444p16, 
> please remind me if I didn't open a ticket in a few days.
Will do. Thanks for taking care of that.



>> I've browsed ffv1.c and saw that "PIX_FMT_0RGB32" should be 
>> supported, but when "-pix_fmt 0rgb32" didn't work
> Did you try ffmpeg -pix_fmts ?
Thanks for the tip!

I must admit, that I don't understand the "0" in RGB colorspaces (0RGB,
RGB0)...
I'm even more confused after reading the diff from Michael Niedermayer's
commit "pixfmt: Add 32bit rgb without alpha formats" [1] :)

Is this zero a "null" in the bitstream, or is it something else? And if
so, why is it needed, instead of just writing 24bits? I'd suspect
performance reasons?

I've tried to google "rgb0/0rgb", but that didn't really return anything
that looked related to colorspace encoding, so I'm assuming it's
ffmpeg-specific naming?

Sorry for asking sooooo many questions :)

> 16bit rgb encoding is not as trivial as I hoped but certainly 
> possible.

Interesting to hear that.
What is necessary in order to support it?

Thanks a lot,
Pb 


== References:
[1] http://permalink.gmane.org/gmane.comp.video.ffmpeg.cvs/44320

From pb at das-werkstatt.com  Fri Jun  8 21:48:46 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Fri, 08 Jun 2012 21:48:46 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
In-Reply-To: <CAPYw7P5cnOVU1rb3e5FF8xPjKHg4KMqh1Zfd44Ry3ejStXc5ug@mail.gmail.com>
References: <4FCF6C3F.10806@das-werkstatt.com>
	<CAPYw7P5cnOVU1rb3e5FF8xPjKHg4KMqh1Zfd44Ry3ejStXc5ug@mail.gmail.com>
Message-ID: <4FD2571E.2050701@das-werkstatt.com>

On 06/08/2012 01:22 PM, Paul B Mahol wrote:
> On 6/6/12, Peter B. <pb at das-werkstatt.com> wrote:
>>
>> So, 2 questions about that:
>> 1) When calculating the frame-md5 sums for the rgb48le DPX files, does
>> "RGB0" mean that it's truncated to 32bits?
>>
> Not truncated but scaled, there is no unscaled variant yet.
I see.... Scaling: Didn't think of that. Thanks for the info!

>> 2) How can I encode rgb48le in FFv1?
> Lossless RGB48 encoding is not yet possible, but it can be done by
> adding RGBA64 support and unscaled coversion rgb48 <-> rgba64.
I think I understand.
Out of curiosity: What is the difficulty with RGB48?

Thanks,
Pb


From kshawkeye at gmail.com  Sat Jun  9 02:54:53 2012
From: kshawkeye at gmail.com (Kyle)
Date: Fri, 08 Jun 2012 20:54:53 -0400
Subject: [FFmpeg-user] Encode to Side by Side Video
In-Reply-To: <CAL4ssm4KEvW7edv5ZkBrBGmuEHiQ6BRum3WqqNga=RtQwcPdhg@mail.gmail.com>
References: <4FC65439.3060505@gmail.com>
	<loom.20120530T194845-945@post.gmane.org>
	<20120530111807.57b5db9a@lrcd.com>
	<CAL4ssm42pKpU07reiUuuoUie+O2GzBUUBmpaOE=dCnQAPWbQsg@mail.gmail.com>
	<20120604130626.694b693c@lrcd.com>
	<20120605084137.GA7585@phare.normalesup.org>
	<CAL4ssm4KEvW7edv5ZkBrBGmuEHiQ6BRum3WqqNga=RtQwcPdhg@mail.gmail.com>
Message-ID: <4FD29EDD.7030907@gmail.com>

Hi,

On 6/5/2012 12:18 PM, Kyle Schwarz wrote:
> On Tue, Jun 5, 2012 at 4:41 AM, Nicolas George
> <nicolas.george at normalesup.org> wrote:
>> The git commit message is quite explicit: "fix the order of connecting
>> unlabeled links". You are using unlabeled links for the input of the overlay
>> filter, the order has been swapped as the previous parsing was in
>> contradiction to the documentation and the intended behaviour.
>>
>> I suggest you always use labeled links whenever there are several inputs or
>> outputs to a filter.
>> Also, note that now that filter_complex exists, using movie is no longer
>> necessary.
>
> I'm still new to libavfilter so is there a chance you could give me an
> example using labeled links and filter_complex?

Does anyone have an example of how to do this with the current syntax of 
libavfilter?

If not, does anyone know where I could read up about how I might be able 
to do this?

Best regards,
   Kyle Schwarz

From cehoyos at ag.or.at  Sat Jun  9 07:52:33 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sat, 9 Jun 2012 05:52:33 +0000 (UTC)
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
	<4FD25662.5060903@das-werkstatt.com>
Message-ID: <loom.20120609T074302-916@post.gmane.org>

Peter B. <pb <at> das-werkstatt.com> writes:

> On 06/06/2012 08:39 PM, Carl Eugen Hoyos wrote:
> > Peter B. <pb <at> das-werkstatt.com> writes:
> >
> >> "Incompatible pixel format 'rgb48le' for codec 'ffv1', 
> >> auto-selecting format 'yuv420p16le'"
> > I consider it a bug that FFmpeg does not auto-select yuv444p16

Ticket #1426

[...]

> I must admit, that I don't understand the "0" in RGB 
> colorspaces (0RGB, RGB0)...

RGB24 is RGB with 8bit colour information per pixel, 
RGBA (and friends) is RGB24 plus eight bit transparency 
information. RGB0 is a 32bit representation of RGB24, 
there is no transparency information hidden there.
There are two reasons for RGB0's existence:
ffv1 (and other encoders) in the past claimed to support 
RGBA but actually supported only RGB0
It might be faster to process RGB0 than RGB24 (for 
some encoders)
(The naming is FFmpeg-specific afaik.)

[...]

> > 16bit rgb encoding is not as trivial as I hoped but certainly 
> > possible.
> 
> Interesting to hear that.
> What is necessary in order to support it?

encode_rgb_frame() needs to support bits_per_raw_sample>8 
similar to encode_plane()

Carl Eugen


From avsn9849625263 at gmail.com  Sat Jun  9 07:56:35 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Sat, 9 Jun 2012 11:26:35 +0530
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <loom.20120608T184842-819@post.gmane.org>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120608T184842-819@post.gmane.org>
Message-ID: <CACs8-RnQfBh7kiLuSDdi93g-N+K0w0QbQu+UU8R2mj78-KmfcA@mail.gmail.com>

On Fri, Jun 8, 2012 at 10:22 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:
>
> > ffmpeg -loop 1 -i 1.jpg -tune stillimage  -t 10
> > -r 29.97 -s 352x288  output.mpg
>
> Unfortunately, I do not understand "scattered" in this context,
> and your output shows nothing unexpected, so I have to guess...
>
> What is -tune stillimage supposed to do?
> (I suspect it has no effect in your command line.)
>
> Are you intentionally not specifying either a quantiser for
> constant quality (-qscale) or a bitrate (-vb)?
> Does "scattered" mean bad quality? Then this would be the
> explanation.
>
> Carl Eugen
>

Mr.Carl,

Thank you very much for your support

What I mean Scatter is exactly what you said bad quality(some checker
pixels in 2,3,4.... frames)
-*qscale 1*  worked for me.
My task is to join video and an image ,so to do this I am re-encoding video
and image to MPG and joining them using *CAT*
*command.
 *
I need to have all the videos with same bitrate which I am notable to get
with  *-qscale*


Problem: Now the problem is when i uses the same command i.e

*fmpeg -loop 1 -i 1.jpg  -t 10 -r 29.97 -s 352x288  -b:v 120000 output.mpg.
*with video bitrate I am getting the same bad quality video*.

*Here is the complete uncut output

ffmpeg -loop 1 -i JS.jpg -t 10 -r 29.97 -s 352x288 -b:v 120000 try_vb.mpg
ffmpeg version git-2012-05-13-1337c6c Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun  8 2012 10:29:17 with gcc 4.6.1
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree
--enable-version3 --enable-x11grab
  libavutil      51. 50.100 / 51. 50.100
  libavcodec     54. 21.101 / 54. 21.101
  libavformat    54.  4.100 / 54.  4.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 72.105 /  2. 72.105
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 11.100 /  0. 11.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, image2, from 'JS.jpg':
  Duration: 00:00:00.04, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: mjpeg, yuvj444p, 1024x768 [SAR 96:96 DAR 4:3], 25
fps, 25 tbr, 25 tbn, 25 tbc
File 'try_vb.mpg' already exists. Overwrite ? [y/N] y
w:1024 h:768 pixfmt:yuvj444p tb:1/1000000 sar:96/96 sws_param:flags=2
[buffersink @ 0xa445020] No opaque field provided
[scale @ 0xa445280] w:1024 h:768 fmt:yuvj444p sar:96/96 -> w:352 h:288
fmt:yuv420p sar:12/11 flags:0x4
[mpeg @ 0xa4412e0] VBV buffer size not set, muxing may fail
Output #0, mpeg, to 'try_vb.mpg':
  Metadata:
    encoder         : Lavf54.4.100
    Stream #0:0: Video: mpeg1video, yuv420p, 352x288 [SAR 12:11 DAR 4:3],
q=2-31, 120 kb/s, 90k tbn, 29.97 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (mjpeg -> mpeg1video)
Press [q] to stop, [?] for help
frame=  299 fps= 29 q=17.6 Lsize=     564kB time=00:00:09.94 bitrate=
464.7kbits/s dup=49 drop=0
video:561kB audio:0kB global headers:0kB muxing overhead 0.596224%
mxy at mxy-Vostro-1450:~/Desktop$ ffplay  try_vb.mpg
ffplay version git-2012-05-13-1337c6c Copyright (c) 2003-2012 the FFmpeg
developers
  built on Jun  8 2012 10:29:17 with gcc 4.6.1
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora
--enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree
--enable-version3 --enable-x11grab
  libavutil      51. 50.100 / 51. 50.100
  libavcodec     54. 21.101 / 54. 21.101
  libavformat    54.  4.100 / 54.  4.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 72.105 /  2. 72.105
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 11.100 /  0. 11.100
  libpostproc    52.  0.100 / 52.  0.100
[mpeg @ 0x92ec7c0] max_analyze_duration 5000000 reached at 5005000
Input #0, mpeg, from 'try_vb.mpg':
  Duration: 00:00:09.64, start: 1.000000, bitrate: 479 kb/s
    Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163
DAR 1958:1467], 104857 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc
   4.59 A-V:  0.000 fd=   0 aq=    0KB vq=    0KB sq=    0B f=0/0   0/0


Thanks in advance.




> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Regards,
Murthy.

From cehoyos at ag.or.at  Sat Jun  9 08:08:17 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sat, 9 Jun 2012 06:08:17 +0000 (UTC)
Subject: [FFmpeg-user] Video from image scattered output
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120608T184842-819@post.gmane.org>
	<CACs8-RnQfBh7kiLuSDdi93g-N+K0w0QbQu+UU8R2mj78-KmfcA@mail.gmail.com>
Message-ID: <loom.20120609T080600-153@post.gmane.org>

Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:

> -*qscale 1*  worked for me.

(For some reason, -qscale 2 was suggested in the past, 
1 may be a bad value.)

> fmpeg -loop 1 -i 1.jpg  -t 10 -r 29.97 -s 352x288 
> -b:v 120000 output.mpg
> with video bitrate I am getting the same bad quality video.

That is probably because 120k is a too low bitrate.

Carl Eugen


From info at liberatio.info  Sat Jun  9 08:35:34 2012
From: info at liberatio.info (Liberatio Informationis)
Date: Sat, 09 Jun 2012 08:35:34 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
Message-ID: <4FD2EEB6.7020804@liberatio.info>

>>>> 2) How can I encode rgb48le in FFv1?
>> > 16bit rgb encoding is not as trivial as I hoped but certainly 
>> > possible.
>> 
>> Interesting to hear that.
>> What is necessary in order to support it?
> 
> encode_rgb_frame() needs to support bits_per_raw_sample>8 
> similar to encode_plane()

I'd like to have this functionality in FFv1 in short time - and pay for
it, of course.
Anyone interested? Please send me a private mail.

Best regards,
Wolfgang



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120609/f1c2dea9/attachment.asc>

From avsn9849625263 at gmail.com  Sat Jun  9 13:25:31 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Sat, 9 Jun 2012 16:55:31 +0530
Subject: [FFmpeg-user] Video from image scattered output
In-Reply-To: <loom.20120609T080600-153@post.gmane.org>
References: <CACs8-RnZnUVNrLCKq4+7zRgC=W1kOjuL0uSo4jZm9LNO39Jzdw@mail.gmail.com>
	<loom.20120608T184842-819@post.gmane.org>
	<CACs8-RnQfBh7kiLuSDdi93g-N+K0w0QbQu+UU8R2mj78-KmfcA@mail.gmail.com>
	<loom.20120609T080600-153@post.gmane.org>
Message-ID: <CACs8-RmdG+Qp-1-34xmOuBRpJ4-XrCBO+FUo6ENQJwSENJ_50A@mail.gmail.com>

Thanks Mr.Carl it worked for me .

I changed -b:v 400000


On Sat, Jun 9, 2012 at 11:38 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Murthy Avanithsa <avsn9849625263 <at> gmail.com> writes:
>
> > -*qscale 1*  worked for me.
>
> (For some reason, -qscale 2 was suggested in the past,
> 1 may be a bad value.)
>
> > fmpeg -loop 1 -i 1.jpg  -t 10 -r 29.97 -s 352x288
> > -b:v 120000 output.mpg
> > with video bitrate I am getting the same bad quality video.
>
> That is probably because 120k is a too low bitrate.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Regards,
Murthy.

From mirzazeyrek at gmail.com  Sat Jun  9 15:32:54 2012
From: mirzazeyrek at gmail.com (Mirza Zeyrek)
Date: Sat, 9 Jun 2012 16:32:54 +0300
Subject: [FFmpeg-user] Welcome to the "ffmpeg-user" mailing list
In-Reply-To: <mailman.0.1339248589.25955.ffmpeg-user@ffmpeg.org>
References: <mailman.0.1339248589.25955.ffmpeg-user@ffmpeg.org>
Message-ID: <CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>

Hello,

Recently i noticed a problem with ffmpeg while creating video from images.

http://superuser.com/questions/434232/why-is-the-first-image-changing-so-quickly-when-creating-video-from-images-via-f/434243#comment500404_434243
you
can see my question from here.



ffmpeg -r 0.15 -f image2 -i /var/www/44693/%0d.jpg /var/www/44693/output11.mp4


with this command i have created a video. you can see video on youtube too.

http://www.youtube.com/watch?v=CeKcABUmnF4&feature=youtu.be

the problem is first image is changing soo quickly. what is the problem ?

From xutom2006 at gmail.com  Sat Jun  9 15:33:29 2012
From: xutom2006 at gmail.com (xutm)
Date: Sat, 9 Jun 2012 21:33:29 +0800
Subject: [FFmpeg-user] the problem: pcm data reduce after encoding and
 decoding using FFMPEG
In-Reply-To: <loom.20120608T144601-93@post.gmane.org>
References: <CAMoYZ5_FDxMROK=5v6CrvsAUO1tsaot8oQ0MmjptPO15op4o_w@mail.gmail.com>
	<loom.20120608T144601-93@post.gmane.org>
Message-ID: <CAMoYZ58Qe+BzEzLJqdUa4abBLqM1oQ-9cW2Pv0gL=Oigyp-SOg@mail.gmail.com>

Hi Hoyos,

    Thank u for ur reply. But i don`t use ffmpeg command line, i use
libavcodec instead. I use avcodec_encode_audio and avcodec_decode_audio3 to
encode and decode PCM data

2012/6/8 Carl Eugen Hoyos <cehoyos at ag.or.at>

> xutm <xutom2006 <at> gmail.com> writes:
>
> >     I capture audio raw PCM data with directx from microphone, write
> these
> > PCM data into 1.pcm, at the same time encode these datas using FFMPEG to
> > mp3 format and write into 2.mp3 files. Then i use FFMPEG to decode 2.mp3
> > file into raw PCM and again write into 3.pcm. the problem occurs: the
> size
> > of  file 3.pcm is far smaller than 1.pcm
>
> FFmpeg command line and complete, uncut console output missing.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From codecomplete at free.fr  Sat Jun  9 15:43:11 2012
From: codecomplete at free.fr (Gilles)
Date: Sat, 09 Jun 2012 15:43:11 +0200
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
Message-ID: <ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>

On Thu, 07 Jun 2012 17:01:43 +0100, "Rhodri James"
<rhodri at kynesim.co.uk> wrote:
>Could you post what ffmpeg prints out as a result of your command
>line?  It may be misidentifying something (I suspect the input
>audio format), and all that output would help the people more
>expert than me to tell you what is going on.

Thanks for the help.

Actually, Movie Maker 2.1 (the last version available for XP) is not
as good as the one available for Windows 7, so I'll work with the
latter.

It supports the following files:
"Video files: .asf, .avi, dvr-ms, .m1v, .mp2, .mp2v, .mpe, .mpeg,
.mpg, .mpv2, .wm, and .wmv

Audio files: .aif, .aifc, .aiff, .asf, .au, .mp2, .mp3, .mpa, .snd,
.wav, and .wma"

With the original files recorded this way, which format would you
recommend I tell ffmpeg to use?

==============
M2TS
H.264/AVC (1440x1080)
25.000
AC3 (5,1, 48000Hz)
==============

Thank you.


From onemda at gmail.com  Sat Jun  9 15:51:41 2012
From: onemda at gmail.com (Paul B Mahol)
Date: Sat, 9 Jun 2012 13:51:41 +0000
Subject: [FFmpeg-user] the problem: pcm data reduce after encoding and
 decoding using FFMPEG
In-Reply-To: <CAMoYZ58Qe+BzEzLJqdUa4abBLqM1oQ-9cW2Pv0gL=Oigyp-SOg@mail.gmail.com>
References: <CAMoYZ5_FDxMROK=5v6CrvsAUO1tsaot8oQ0MmjptPO15op4o_w@mail.gmail.com>
	<loom.20120608T144601-93@post.gmane.org>
	<CAMoYZ58Qe+BzEzLJqdUa4abBLqM1oQ-9cW2Pv0gL=Oigyp-SOg@mail.gmail.com>
Message-ID: <CAPYw7P4B2Ek4HnuhnY3y4UG6WgDxCv8vOBq3BgCiVdsmpY9Ydw@mail.gmail.com>

On 6/9/12, xutm <xutom2006 at gmail.com> wrote:
> Hi Hoyos,
>
>     Thank u for ur reply. But i don`t use ffmpeg command line, i use
> libavcodec instead. I use avcodec_encode_audio and avcodec_decode_audio3 to
> encode and decode PCM data

Try using avcodec_encode_audio2 instead.

From tayeb.dotnet at gmail.com  Sat Jun  9 14:52:25 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Sat, 9 Jun 2012 15:52:25 +0300
Subject: [FFmpeg-user] FFmpeg / FFserver streaming/Transcoding issue
Message-ID: <6DE1C80B3F7A4160A98AC8A51832D85F@work>

hello guys,
i am trying to restream a Multicast UDP stream to RTP stream using FFserver
in adition i want to transcode it to H.264/AAC
but i see the FFserver is not changing the stream at all
please can someone help ?
config: http://paste.debian.net/173671/
.SDP file: http://paste.debian.net/173672/
FFserver Log: http://paste.debian.net/173675/
please, the codec definition here was libx264 but now is mpeg4 only to see 
if transcoding work, but is not.
thank you for your help ;)

    Meftah Tayeb
IT Consulting
http://www.tmvoip.com/ 
phone: +21321656139
Mobile: +213660347746

__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From piyush.pv at gmail.com  Sat Jun  9 16:37:22 2012
From: piyush.pv at gmail.com (Piyush Verma)
Date: Sat, 9 Jun 2012 07:37:22 -0700 (PDT)
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
Message-ID: <1339252642870-4650795.post@n4.nabble.com>

Hello Friends,

I was trying to play live dvbt stream.

To play live stream we are using tzap -S -r -c "channel.conf" channel_name
to redirect to dvr0 and then play stream from there.

The main problem we are facing that ffmepg (av_find_stream_info(
pFormatCtx)) taking approx 20 sec to get stream information. which is
causing 20 sec delay in channel switching.

Any idea what could be possible solution for it ?


-- 
Thanks & Regards

Piyush Verma

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/av-find-stream-info-takes-20-Sec-dvbt-tp4650795.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From lou at lrcd.com  Sat Jun  9 19:49:37 2012
From: lou at lrcd.com (Lou)
Date: Sat, 9 Jun 2012 09:49:37 -0800
Subject: [FFmpeg-user] duration of first image is too short when making
 video from images
In-Reply-To: <CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
References: <mailman.0.1339248589.25955.ffmpeg-user@ffmpeg.org>
	<CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
Message-ID: <20120609174937.GA8204@mail.lrcd.com>

On Sat, Jun 09, 2012 at 04:32:54PM +0300, Mirza Zeyrek wrote:
> Hello,
> 
> Recently i noticed a problem with ffmpeg while creating video from images.
> 
> http://superuser.com/questions/434232/why-is-the-first-image-changing-so-quickly-when-creating-video-from-images-via-f/434243#comment500404_434243
> you
> can see my question from here. 
> 
> ffmpeg -r 0.15 -f image2 -i /var/www/44693/%0d.jpg /var/www/44693/output11.mp4

Please provide the complete console output on the mailing list. I know
you provided it in the link but it is nice to have all information in
the same place. Also, some readers might be too lazy to click on a link...

> with this command i have created a video. you can see video on youtube too.
> 
> http://www.youtube.com/watch?v=CeKcABUmnF4&feature=youtu.be
> 
> the problem is first image is changing soo quickly. what is the problem ?

Remember to compose a new message with an appropriate title instead of
replying to the "Welcome to ffmpeg-user" message. All messages are
archived. We may seem picky here at ffmpeg-user at times, but we are simply
trying to get the right information as efficiently as possible.

From tayeb.dotnet at gmail.com  Sat Jun  9 19:55:24 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Sat, 9 Jun 2012 20:55:24 +0300
Subject: [FFmpeg-user] FFmpeg / FFserver streaming/Transcoding issue
Message-ID: <457915A548364554AED738E5491AAA71@work>

Updated FFserver configuration without Luck:
http://paste.debian.net/173696/
please someone try to help me :(
i want a 3G optimised streaming

----- Original Message ----- 
From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
To: <ffmpeg-user at ffmpeg.org>; <ffserver-user at ffmpeg.org>
Sent: Saturday, June 09, 2012 3:52 PM
Subject: FFmpeg / FFserver streaming/Transcoding issue


> hello guys,
> i am trying to restream a Multicast UDP stream to RTP stream using 
> FFserver
> in adition i want to transcode it to H.264/AAC
> but i see the FFserver is not changing the stream at all
> please can someone help ?
> config: http://paste.debian.net/173671/
> .SDP file: http://paste.debian.net/173672/
> FFserver Log: http://paste.debian.net/173675/
> please, the codec definition here was libx264 but now is mpeg4 only to see 
> if transcoding work, but is not.
> thank you for your help ;)
>
>    Meftah Tayeb
> IT Consulting
> http://www.tmvoip.com/ phone: +21321656139
> Mobile: +213660347746
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 6830 (20120126) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From tayeb.dotnet at gmail.com  Sat Jun  9 20:18:47 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Sat, 9 Jun 2012 21:18:47 +0300
Subject: [FFmpeg-user] FFmpeg / FFserver streaming/Transcoding issue
References: <457915A548364554AED738E5491AAA71@work>
Message-ID: <7A8E4B23669B4D378175C908A5093118@work>

Ping Pong Ding Dong ;)
----- Original Message ----- 
From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
To: "Meftah Tayeb" <tayeb.dotnet at gmail.com>; <ffmpeg-user at ffmpeg.org>; 
<ffserver-user at ffmpeg.org>
Sent: Saturday, June 09, 2012 8:55 PM
Subject: Re: FFmpeg / FFserver streaming/Transcoding issue


> Updated FFserver configuration without Luck:
> http://paste.debian.net/173696/
> please someone try to help me :(
> i want a 3G optimised streaming
>
> ----- Original Message ----- 
> From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
> To: <ffmpeg-user at ffmpeg.org>; <ffserver-user at ffmpeg.org>
> Sent: Saturday, June 09, 2012 3:52 PM
> Subject: FFmpeg / FFserver streaming/Transcoding issue
>
>
>> hello guys,
>> i am trying to restream a Multicast UDP stream to RTP stream using 
>> FFserver
>> in adition i want to transcode it to H.264/AAC
>> but i see the FFserver is not changing the stream at all
>> please can someone help ?
>> config: http://paste.debian.net/173671/
>> .SDP file: http://paste.debian.net/173672/
>> FFserver Log: http://paste.debian.net/173675/
>> please, the codec definition here was libx264 but now is mpeg4 only to 
>> see if transcoding work, but is not.
>> thank you for your help ;)
>>
>>    Meftah Tayeb
>> IT Consulting
>> http://www.tmvoip.com/ phone: +21321656139
>> Mobile: +213660347746
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus 
>> signature database 6830 (20120126) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 6830 (20120126) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From tayeb.dotnet at gmail.com  Sat Jun  9 22:27:50 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Sat, 9 Jun 2012 23:27:50 +0300
Subject: [FFmpeg-user] FFmpeg / FFserver streaming/Transcoding issue
References: <457915A548364554AED738E5491AAA71@work>
	<7A8E4B23669B4D378175C908A5093118@work>
Message-ID: <DF6EB1F0979240DAA1D77909C8BD8031@work>

hey,
i'm back to my tree happy now.
here's my done config and transcoding is working perfectly!
Port 80

RTSPPort 554

BindAddress 192.168.100.100

MaxHTTPConnections 1000

MaxClients 200

MaxBandwidth 1000000

CustomLog -

<Feed almajd01.ffm>

File /tmp/almajd01.ffm

FileMaxSize 1000K

</Feed>

<Feed almajd02.ffm>

File /tmp/almajd02.ffm

FileMaxSize 1000K

</Feed>

<Feed almajd03.ffm>

File /tmp/almajd03.ffm

FileMaxSize 1000K

</Feed>

<Stream almajd01.asf>

Feed almajd01.ffm

Format asf

NoLoop

VideoCodec mpeg4

VideoFrameRate 25

VideoBufferSize 100000

videoBitRate 256k

VideoQMin 1

VideoQMax 31

VideoSize 352x240

PreRoll 0

AudioCodec libmp3lame

AudioBitRate 48

AudioChannels 2

AudioSampleRate 24000

</Stream>

<Stream almajd02.asf>

Feed almajd02.ffm

Format asf

NoLoop

VideoCodec mpeg4

VideoFrameRate 25

VideoBufferSize 100000

videoBitRate 256k

VideoQMin 1

VideoQMax 31

VideoSize 352x240

PreRoll 0

AudioCodec libmp3lame

AudioBitRate 48

AudioChannels 2

AudioSampleRate 24000

</Stream>

<Stream almajd03.asf>

Feed almajd03.ffm

Format asf

NoLoop

VideoCodec mpeg4

VideoFrameRate 25

VideoBufferSize 100000

VideoBitRate 256k

VideoQMin 1

VideoQMax 31

VideoSize 352x240

PreRoll 0

AudioCodec libmp3lame

AudioBitRate 48

AudioChannels 2

AudioSampleRate 24000

</Stream>

<Stream stat.html>

Format status

</Stream>

so my conclusion is that the "file" option is not working with the 
transcoding

if FFmpeg send the feed to FFserver is transcoded, but if FFserver  get the 
stream using the "file" option transcoding isn't perfectly working at all.

my current question is: how to run a FFmpeg instance in the background?

thank you all !

----- Original Message ----- 
From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
To: "Meftah Tayeb" <tayeb.dotnet at gmail.com>; <ffmpeg-user at ffmpeg.org>; 
<ffserver-user at ffmpeg.org>
Sent: Saturday, June 09, 2012 9:18 PM
Subject: Re: FFmpeg / FFserver streaming/Transcoding issue


> Ping Pong Ding Dong ;)
> ----- Original Message ----- 
> From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
> To: "Meftah Tayeb" <tayeb.dotnet at gmail.com>; <ffmpeg-user at ffmpeg.org>; 
> <ffserver-user at ffmpeg.org>
> Sent: Saturday, June 09, 2012 8:55 PM
> Subject: Re: FFmpeg / FFserver streaming/Transcoding issue
>
>
>> Updated FFserver configuration without Luck:
>> http://paste.debian.net/173696/
>> please someone try to help me :(
>> i want a 3G optimised streaming
>>
>> ----- Original Message ----- 
>> From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
>> To: <ffmpeg-user at ffmpeg.org>; <ffserver-user at ffmpeg.org>
>> Sent: Saturday, June 09, 2012 3:52 PM
>> Subject: FFmpeg / FFserver streaming/Transcoding issue
>>
>>
>>> hello guys,
>>> i am trying to restream a Multicast UDP stream to RTP stream using 
>>> FFserver
>>> in adition i want to transcode it to H.264/AAC
>>> but i see the FFserver is not changing the stream at all
>>> please can someone help ?
>>> config: http://paste.debian.net/173671/
>>> .SDP file: http://paste.debian.net/173672/
>>> FFserver Log: http://paste.debian.net/173675/
>>> please, the codec definition here was libx264 but now is mpeg4 only to 
>>> see if transcoding work, but is not.
>>> thank you for your help ;)
>>>
>>>    Meftah Tayeb
>>> IT Consulting
>>> http://www.tmvoip.com/ phone: +21321656139
>>> Mobile: +213660347746
>>>
>>> __________ Information from ESET NOD32 Antivirus, version of virus 
>>> signature database 6830 (20120126) __________
>>>
>>> The message was checked by ESET NOD32 Antivirus.
>>>
>>> http://www.eset.com
>>>
>>>
>>>
>>
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus 
>> signature database 6830 (20120126) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>>
>>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 6830 (20120126) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From cehoyos at ag.or.at  Sun Jun 10 13:48:37 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 10 Jun 2012 11:48:37 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?av=5Ffind=5Fstream=5Finfo_takes_20_Sec_dv?=
	=?utf-8?b?YnQu?=
References: <1339252642870-4650795.post@n4.nabble.com>
Message-ID: <loom.20120610T134807-724@post.gmane.org>

Piyush Verma <piyush.pv <at> gmail.com> writes:

> The main problem we are facing that ffmepg (av_find_stream_info(
> pFormatCtx)) taking approx 20 sec to get stream information. 
> which is causing 20 sec delay in channel switching.
> 
> Any idea what could be possible solution for it ?

Did you try setting probesize?

Carl Eugen


From piyush.pv at gmail.com  Sun Jun 10 16:47:13 2012
From: piyush.pv at gmail.com (Piyush Verma)
Date: Sun, 10 Jun 2012 22:47:13 +0800
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <loom.20120610T134807-724@post.gmane.org>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
Message-ID: <CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>

Thanks a lot Carl Eugen.

I think probsize should solve the problem.

While checking for probsize I also found some other option which may help.

Tomorrow  I will try all probsize and will update.


Thanks & Regards

Piyush Verma

On Sun, Jun 10, 2012 at 7:48 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Piyush Verma <piyush.pv <at> gmail.com> writes:
>
> > The main problem we are facing that ffmepg (av_find_stream_info(
> > pFormatCtx)) taking approx 20 sec to get stream information.
> > which is causing 20 sec delay in channel switching.
> >
> > Any idea what could be possible solution for it ?
>
> Did you try setting probesize?
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Thanks & Regards

Piyush Verma

From mark at mdsh.com  Sun Jun 10 18:30:26 2012
From: mark at mdsh.com (Mark Himsley)
Date: Sun, 10 Jun 2012 17:30:26 +0100
Subject: [FFmpeg-user] ffprobe only the first frame
Message-ID: <4FD4CBA2.5060900@mdsh.com>

I'd like to probe a file to get interlaced_frame="1" top_field_first="1" 
- which I believe is only available in -show_frames.

My file is 30 minutes log - I only want the data from the first frame.

I can't see anything in -h to answer this question. The ffmpeg -vframes, 
-frames:v and -t are not listed in ffprobe's help, and do not work.

Thanks in advance.



ffprobe -show_format -show_streams -show_frames -probesize 40000 
-print_format xml "tortoise.mxf"

ffprobe version N-41487-gee1748a Copyright (c) 2007-2012 the FFmpeg 
developers
   built on Jun 10 2012 17:04:40 with llvm_gcc 4.2.1 (Based on Apple 
Inc. build 5658) (LLVM build 2336.1.00)
   configuration: --prefix=/Users/mdsh/ffmpeg --arch=x86_64 
--enable-ffplay --enable-ffprobe --enable-shared --disable-indev=jack 
--enable-gpl --enable-nonfree --enable-pthreads --enable-libfaac 
--enable-libx264
   libavutil      51. 56.100 / 51. 56.100
   libavcodec     54. 25.100 / 54. 25.100
   libavformat    54.  6.101 / 54.  6.101
   libavdevice    54.  0.100 / 54.  0.100
   libavfilter     2. 78.101 /  2. 78.101
   libswscale      2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc    52.  0.100 / 52.  0.100
[mxf @ 0x7fddb081ae00] Stream #0: not enough frames to estimate rate; 
consider increasing probesize
[mxf @ 0x7fddb081ae00] Stream #1: not enough frames to estimate rate; 
consider increasing probesize
Input #0, mxf, from 'tortoise.mxf':
   Metadata:
     timecode        : 10:53:51:04
   Duration: 00:28:21.92, start: 0.000000, bitrate: 42598 kb/s
     Stream #0:0: Video: mpeg2video (4:2:2), yuv422p, 720x608 [SAR 
608:405 DAR 16:9], 30000 kb/s, 25 tbr, 25 tbn, 50 tbc
     Stream #0:1: Audio: pcm_s16le, 48000 Hz, 4 channels, s16, 3072 kb/s
<?xml version="1.0" encoding="UTF-8"?>
<ffprobe>
     <frames>
         <frame media_type="video" key_frame="1" pkt_pts="0" 
pkt_pts_time="0.000000" pkt_dts="0" pkt_dts_time="0.000000" 
pkt_duration="1" pkt_duration_time="0.040000" pkt_pos="7168" width="720" 
height="608" pix_fmt="yuv422p" sample_aspect_ratio="608:405" 
pict_type="I" coded_picture_number="0" display_picture_number="0" 
interlaced_frame="1" top_field_first="1" repeat_pict="0" reference="3"/>
         <frame media_type="audio" key_frame="1" pkt_pts="0" 
pkt_pts_time="0.000000" pkt_dts="0" pkt_dts_time="0.000000" 
pkt_duration="1" pkt_duration_time="0.040000" pkt_pos="157696" 
sample_fmt="s16" nb_samples="1920"/>
...
goes on for a long time - you *really* don't want the uncut output ;-)

-- 
Mark

From m.antonucci at ezness.it  Sun Jun 10 18:34:45 2012
From: m.antonucci at ezness.it (Marcello Antonucci)
Date: Sun, 10 Jun 2012 18:34:45 +0200
Subject: [FFmpeg-user] Cannot receive in MJPEG format from Logitech USB
	camera with Windows UVC drivers and dshow
Message-ID: <002501cd4726$f22060f0$d66122d0$@ezness.it>

I am using a Logitech C525 camera. Accoding to this website,

http://forums.logitech.com/t5/Webcams/How-to-get-30-Frames-Per-Second-with-y
our-Logitech-Webcam/td-p/202898

"On Windows, the available streaming formats are I420 and RGB24 when the
camera is used with the Logitech UVC driver. With the Microsoft UVC driver
built into Windows, the native YUY2 and MJPG formats are exported instead".

In fact if I do not install Logitech's drivers but keep the default UVC
drivers that Windows installs when I plug the camera, then I run Microsoft's
GraphEdt, I see the description for the camera (see Annex1.png), where the
pin0 offers 100 types, of which types 00..49 are YUY2 and types 50..99 are
type MJPEG (see Annex2.png).

ffmpeg confirms this wealth of options (see Annex3.txt), even if it does not
specify which ones are YUY2 and which ones are MJPEG.

Now, if I run:

ffmpeg -f dshow -i video="HD Webcam C525" -r 1 -f image2 photo%3d.jpeg

then I see ffmpeg receive raw_frames from the camera and successfully
convert them to a sequence of jpeg images. Instead, my attempts at receiving
MJPEG frames from the camera have been unsuccessful.

In particular, I have run:

ffmpeg -f dshow -c:v mjpeg -i video="HD Webcam C525" -r 1 -s 640x480 -f
image2 photo%3d.jpg

and ffmpeg behaved like in Annex4.txt, which seems (to me) to indicate that
some data have been received indeed (hence the buffer full warning), then
but have faded into nowhere without being processed.

I have tried with different rates (-r parameter) and sizes (-s parameter)
but with no change. While ffmpeg rejects some resoultions, others are
accepted but still no data are pumped to the exit.

 

So my question is: am I doing some mistake, was this the right way to
extract MJPEG frames from a webcam under Windows? Otherwise, what's wrong?

 

Thank you for any support that you will provide.

 


From wtfux.dev at googlemail.com  Sun Jun 10 18:57:03 2012
From: wtfux.dev at googlemail.com (wtfux)
Date: Sun, 10 Jun 2012 18:57:03 +0200
Subject: [FFmpeg-user] x264 with both 8bit and 10bit support
Message-ID: <CAKYWZ4eRZpCz1Fm0eqc4wKJAkvXwkHgXwJYZTgbrmtr4cnmMMw@mail.gmail.com>

Hey,
I know this might be the wrong place to ask this question but I don't
know where I should ask this and maybe someone on this mailing list
has an idea.

I want to transcode from both 8 and 10bit h264 to both 8 and 10bit
h264 with x264 using ffmpeg. The problem is that I need to build
libx264 with or without 10bit support. With 10bit support it is unable
to encode 8bit h264.
Is there a way to have 2 versions of libx264 installed alongside and
tell ffmpeg which one to use? I don't want to rebuild libx264 every
time I need hi10p and I can't use 2 (virtual) machines.
I'm using debian squeeze.

Thanks!

From m.antonucci at ezness.it  Sun Jun 10 19:03:54 2012
From: m.antonucci at ezness.it (Marcello Antonucci)
Date: Sun, 10 Jun 2012 19:03:54 +0200
Subject: [FFmpeg-user] Cannot generate a UDP stream of JPEG frames because
	there's no way to specify JPEG output if the output is not a file?
Message-ID: <003101cd472b$0446b140$0cd413c0$@ezness.it>

Hello,

I am am working to a project where we want that a video stream be received
from a USB camera and then forwarded as a sequence of JPEG frames on UDP.
Also we want that this be done with minimal CPU consumption and latency.

For this task, we are considering to use ffmpeg, which looks ideal.

Since our USB camera supports MJPEG, we believe that the ideal solution is
to receive in MJPEG format from the camera, then use the mjpeg2jpeg filter
to convert each frame from MJPEG to JPEG without decoding and then
re-encoding.

Our ffmpeg command line looks like this

ffmpeg -f dshow -c:v mjpeg -i video="(webcam name)" -c:v copy -bsf:v
mjpeg2jpeg -f image2 udp://10.1.3.11:5502

which seems correct to us, however ffmpeg complains that it cannot 

Could not get frame filename number 2 from pattern 'udp://10.1.3.11:5502'

We seem to understand that, since image2 is a generic namer and does not
imply a special representation format, ffmpeg tries to determine the exact
representation forma from the output file name... which in our case does not
exist, since the output is just a udp stream.

We have tried different parameters with to no avail.

So the question is, have we missed something? How are we supposed to obtain
the function that we want?

 

Thank you for any help that you will provide.


From stefasab at gmail.com  Sun Jun 10 19:10:06 2012
From: stefasab at gmail.com (Stefano Sabatini)
Date: Sun, 10 Jun 2012 19:10:06 +0200
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <4FD4CBA2.5060900@mdsh.com>
References: <4FD4CBA2.5060900@mdsh.com>
Message-ID: <20120610171006.GI2686@arborea>

On date Sunday 2012-06-10 17:30:26 +0100, Mark Himsley encoded:
> I'd like to probe a file to get interlaced_frame="1"
> top_field_first="1" - which I believe is only available in
> -show_frames.
> 
> My file is 30 minutes log - I only want the data from the first frame.
> 
> I can't see anything in -h to answer this question. The ffmpeg
> -vframes, -frames:v and -t are not listed in ffprobe's help, and do
> not work.

-> feature request

And of course you can get it with a crude trick, you trim the file
*physically* in order to reduce the amount of data to be decoded.
-- 
ffmpeg-user random tip #7
If you're asking about problems with an ffmpeg tool, *always* post the 
command you're using and the complete output.

From cehoyos at ag.or.at  Sun Jun 10 19:24:52 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 10 Jun 2012 17:24:52 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?Cannot_generate_a_UDP_stream_of_JPEG_fram?=
	=?utf-8?q?es_because=09there=27s_no_way_to_specify_JPEG_output_if_?=
	=?utf-8?q?the_output_is_not_a_file=3F?=
References: <003101cd472b$0446b140$0cd413c0$@ezness.it>
Message-ID: <loom.20120610T192403-152@post.gmane.org>

Marcello Antonucci <m.antonucci <at> ezness.it> writes:

> ffmpeg -f dshow -c:v mjpeg -i video="(webcam name)" -c:v copy 
> -bsf:v mjpeg2jpeg -f image2 udp://10.1.3.11:5502

Complete, uncut console output missing.
Does ffmpeg support sending jpg images over udp at all?
(I don't know.)

Carl Eugen


From cehoyos at ag.or.at  Sun Jun 10 19:27:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 10 Jun 2012 17:27:38 +0000 (UTC)
Subject: [FFmpeg-user] x264 with both 8bit and 10bit support
References: <CAKYWZ4eRZpCz1Fm0eqc4wKJAkvXwkHgXwJYZTgbrmtr4cnmMMw@mail.gmail.com>
Message-ID: <loom.20120610T192505-79@post.gmane.org>

wtfux <wtfux.dev <at> googlemail.com> writes:

> I want to transcode from both 8 and 10bit h264 to both 8 and 10bit
> h264 with x264 using ffmpeg. 

Sounds as if you need different calls to ffmpeg (as opposed to one 
call that encodes several files) ...

> The problem is that I need to build
> libx264 with or without 10bit support. With 10bit support it is unable
> to encode 8bit h264.

... and this sounds as if you need two ffmpeg executables.

> Is there a way to have 2 versions of libx264 installed alongside and
> tell ffmpeg which one to use?

No, but you can simply install two ffmpeg executables (with different 
names or - if you believe this makes more sense - different 
paths) which would fit both needs above.

Carl Eugen


From m.antonucci at ezness.it  Sun Jun 10 19:36:38 2012
From: m.antonucci at ezness.it (Marcello Antonucci)
Date: Sun, 10 Jun 2012 19:36:38 +0200
Subject: [FFmpeg-user] R: Cannot generate a UDP stream of JPEG frames
	because	there's no way to specify JPEG output if the output
	is not a file?
In-Reply-To: <loom.20120610T192403-152@post.gmane.org>
References: <003101cd472b$0446b140$0cd413c0$@ezness.it>
	<loom.20120610T192403-152@post.gmane.org>
Message-ID: <003601cd472f$9719d520$c54d7f60$@ezness.it>

Hi there,
here's the output:
-----------------
D:\ bin>ffmpeg -f dshow -i video="USB PC Camera (SN9C103)" -f image2
udp://10.1.3.11:5502
ffmpeg version N-41416-g718607b Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun  8 2012 12:46:19 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-runtime-cpudetect --enable-avisynth --enable-bzlib -
-enable-frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libfreetype --enabl
e-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg
--enable-librtmp --enable-libschroedinger --enable-libspeex --en
able-libtheora --enable-libutvideo --enable-libvo-aacenc
--enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --ena  libavut
il      51. 56.100 / 51. 56.100
  libavcodec     54. 25.100 / 54. 25.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.101 /  2. 78.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[dshow @ 0208bdc0] Estimating duration from bitrate, this may be inaccurate
Input #0, dshow, from 'video=USB PC Camera (SN9C103)':
  Duration: N/A, start: 19449.745000, bitrate: N/A
    Stream #0:0: Video: rawvideo, bgr24, 320x240, 30 tbr, 10000k tbn, 30 tbc
[buffer @ 01fccf40] w:320 h:240 pixfmt:bgr24 tb:1/10000000 sar:0/1
sws_param:flags=2
[ffmpeg_buffersink @ 02088020] No opaque field provided
[format @ 02088240] auto-inserting filter 'auto-inserted scaler 0' between
the filter 'Parsed_null_0' and the filter 'format'
[auto-inserted scaler 0 @ 020885a0] w:320 h:240 fmt:bgr24 sar:0/1 -> w:320
h:240 fmt:yuvj420p sar:0/1 flags:0x4
Output #0, image2, to 'udp://10.1.3.11:5502':
  Metadata:
    encoder         : Lavf54.6.101
    Stream #0:0: Video: mjpeg, yuvj420p, 320x240, q=2-31, 200 kb/s, 90k tbn,
30 tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo -> mjpeg)
Press [q] to stop, [?] for help
[image2 @ 01fc5960] Could not get frame filename number 2 from pattern
'udp://10.1.3.11:5502'
av_interleaved_write_frame(): Invalid argument
------------
Marcello



-----Messaggio originale-----
Da: ffmpeg-user-bounces at ffmpeg.org [mailto:ffmpeg-user-bounces at ffmpeg.org]
Per conto di Carl Eugen Hoyos
Inviato: domenica 10 giugno 2012 19:25
A: ffmpeg-user at ffmpeg.org
Oggetto: Re: [FFmpeg-user] Cannot generate a UDP stream of JPEG frames
because there's no way to specify JPEG output if the output is not a file?

Marcello Antonucci <m.antonucci <at> ezness.it> writes:

> ffmpeg -f dshow -c:v mjpeg -i video="(webcam name)" -c:v copy -bsf:v 
> mjpeg2jpeg -f image2 udp://10.1.3.11:5502

Complete, uncut console output missing.
Does ffmpeg support sending jpg images over udp at all?
(I don't know.)

Carl Eugen

_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user


From unga888 at yahoo.com  Sun Jun 10 19:38:15 2012
From: unga888 at yahoo.com (Unga)
Date: Sun, 10 Jun 2012 10:38:15 -0700 (PDT)
Subject: [FFmpeg-user] How to get encoded  AVPackets in display order?
Message-ID: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>

Hi all

The documentation for the avcodec_encode_video2() says:
"The output packet does not necessarily contain data for the most recent 
frame, as encoders can delay and reorder input frames internally as 
needed."

I'm interested getting output AVPackets in display order, that is, same input order as input AVFrames.

What are my options for achieving that?

Best regards
Unga

From mark at mdsh.com  Sun Jun 10 20:04:00 2012
From: mark at mdsh.com (Mark Himsley)
Date: Sun, 10 Jun 2012 19:04:00 +0100
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <20120610171006.GI2686@arborea>
References: <4FD4CBA2.5060900@mdsh.com> <20120610171006.GI2686@arborea>
Message-ID: <4FD4E190.4030902@mdsh.com>

On 10/06/2012 18:10, Stefano Sabatini wrote:
> On date Sunday 2012-06-10 17:30:26 +0100, Mark Himsley encoded:
>> I'd like to probe a file to get interlaced_frame="1"
>> top_field_first="1" - which I believe is only available in
>> -show_frames.
>>
>> My file is 30 minutes log - I only want the data from the first frame.
>>
>> I can't see anything in -h to answer this question. The ffmpeg
>> -vframes, -frames:v and -t are not listed in ffprobe's help, and do
>> not work.
>
> ->  feature request

Thanks: Ticket #1437

> And of course you can get it with a crude trick, you trim the file
> *physically* in order to reduce the amount of data to be decoded.

True. I often probe files as a pipe: from an FTP server via an 
application - I will see how well FFprobe reacts to me pushing a few 
megabytes into its stdin and then closing that stream.

Thanks for the hints.

-- 
Mark

From cehoyos at ag.or.at  Sun Jun 10 20:06:44 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 10 Jun 2012 18:06:44 +0000 (UTC)
Subject: [FFmpeg-user] How to get encoded  AVPackets in display order?
References: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
Message-ID: <loom.20120610T200551-651@post.gmane.org>

Unga <unga888 <at> yahoo.com> writes:

> I'm interested getting output AVPackets in display order, that 
> is, same input order as input AVFrames.
> 
> What are my options for achieving that?

You could use an encoder that does not support reordering or 
selecting the appropriate "no-delay" option for the used encoder.

Carl Eugen


From cehoyos at ag.or.at  Sun Jun 10 20:07:52 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Sun, 10 Jun 2012 18:07:52 +0000 (UTC)
Subject: [FFmpeg-user] Cannot generate a UDP stream of JPEG frames
	because there's no way to specify JPEG output if the output
	is not a file?
References: <003101cd472b$0446b140$0cd413c0$@ezness.it>
	<loom.20120610T192403-152@post.gmane.org>
	<003601cd472f$9719d520$c54d7f60$@ezness.it>
Message-ID: <loom.20120610T200655-681@post.gmane.org>

Marcello Antonucci <m.antonucci <at> ezness.it> writes:

> D:\ bin>ffmpeg -f dshow -i video="USB PC Camera (SN9C103)" 
> -f image2 udp://10.1.3.11:5502

Does it work with -f mjpeg ?

Please do not top-post here, Carl Eugen


From ayelluas at gmail.com  Sun Jun 10 20:32:32 2012
From: ayelluas at gmail.com (Alex Yelluas)
Date: Sun, 10 Jun 2012 11:32:32 -0700
Subject: [FFmpeg-user] question about joining multiple video files
Message-ID: <CAEFULUPkF3TZyhBXO8LSQC0akys2tk12Hh8KjP9NRLyzzT--0A@mail.gmail.com>

Hello fellow ffmpeg users,

I've been trying to figure out how to join multiple files, and finally
found a solution that works, but it's not very clear to me.

Basically the idea is to convert orignal files into mpegts like this:

ffmpeg -i sample_fxp_17kbps_sample_1.mp4 -f mpegts -vcodec copy -acodec
copy -vbsf h264_mp4toannexb sample_fxp_17kbps_sample_1.ts
ffmpeg -i sample_fxp_17kbps_sample_2.mp4 -f mpegts -vcodec copy -acodec
copy -vbsf h264_mp4toannexb sample_fxp_17kbps_sample_2.ts

and then join them like this:

ffmpeg -isync -i
"concat:sample_fxp_17kbps_sample_1.ts|sample_fxp_17kbps_sample_2.ts"
-vcodec copy -acodec copy merged.mp4

Why do i need to create the mpegts files?

What specifically does mpegts provide that makes this possible?

Why doesn't it work directly work from mp4? (i tried and it didn't work,
files don't get concatenated, only the 1st file is present in the
merged.mp4)

Thank you,

Alex

From avsn9849625263 at gmail.com  Sun Jun 10 20:50:12 2012
From: avsn9849625263 at gmail.com (Murthy Avanithsa)
Date: Mon, 11 Jun 2012 00:20:12 +0530
Subject: [FFmpeg-user] Libav-filter draw text
Message-ID: <CACs8-Rk-MchFviTStQ0QQ3Vr+LwH3nOKZRggJs4sevdEZnu+jg@mail.gmail.com>

Hi all,

I am using video filter *drawtext,* I am using following command to draw
text on top on a video and slide text from left->right

ffmpeg -i  Apple2.mp4 -vf
drawtext="fontfile=/usr/share/fonts/abyssinica/Abyssinica_SIL.ttf:text='INWITER.com':fontcolor='0xffffff':y=h-h/2:x=t*50.

Question :  I wonder how can I make text scroll like a ticker (when it
reaches maximum width of input it should scroll back to starting position
and so on..)

Thanks in advance.



-- 
Regards,
Murthy.

From wtfux.dev at googlemail.com  Sun Jun 10 20:51:42 2012
From: wtfux.dev at googlemail.com (wtfux)
Date: Sun, 10 Jun 2012 20:51:42 +0200
Subject: [FFmpeg-user] x264 with both 8bit and 10bit support
In-Reply-To: <loom.20120610T192505-79@post.gmane.org>
References: <CAKYWZ4eRZpCz1Fm0eqc4wKJAkvXwkHgXwJYZTgbrmtr4cnmMMw@mail.gmail.com>
	<loom.20120610T192505-79@post.gmane.org>
Message-ID: <CAKYWZ4cqV=79Y5=T5wDRjg+7kHJouCfyhp=r8=aS3eZkeKLhfw@mail.gmail.com>

2012/6/10 Carl Eugen Hoyos <cehoyos at ag.or.at>:
> No, but you can simply install two ffmpeg executables (with different
> names or - if you believe this makes more sense - different
> paths) which would fit both needs above.

Thank you.
I built ffmpeg as debian package ffmpeg10bit with configuration option
`--prefix 10bit`, works fine. :)

From nicolas.george at normalesup.org  Sun Jun 10 21:00:55 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 10 Jun 2012 21:00:55 +0200
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <4FD4CBA2.5060900@mdsh.com>
References: <4FD4CBA2.5060900@mdsh.com>
Message-ID: <20120610190055.GA18276@phare.normalesup.org>

Le tridi 23 prairial, an CCXX, Mark Himsley a ?crit?:
> I'd like to probe a file to get interlaced_frame="1"
> top_field_first="1" - which I believe is only available in
> -show_frames.
> 
> My file is 30 minutes log - I only want the data from the first frame.

Just stop reading and close your pipe from ffprobe when you have the info
you need; ffprobe will die of a SIGPIPE as it should.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120610/f6c9682f/attachment.asc>

From nicolas.george at normalesup.org  Sun Jun 10 21:02:51 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 10 Jun 2012 21:02:51 +0200
Subject: [FFmpeg-user] How to get encoded  AVPackets in display order?
In-Reply-To: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
References: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
Message-ID: <20120610190250.GA18611@phare.normalesup.org>

Le tridi 23 prairial, an CCXX, Unga a ?crit?:
> The documentation for the avcodec_encode_video2() says:
> "The output packet does not necessarily contain data for the most recent 
> frame, as encoders can delay and reorder input frames internally as 
> needed."
> 
> I'm interested getting output AVPackets in display order, that is, same
> input order as input AVFrames.

Why would you want that, exactly?

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120610/7b4ad5fe/attachment.asc>

From nicolas.george at normalesup.org  Sun Jun 10 21:04:39 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 10 Jun 2012 21:04:39 +0200
Subject: [FFmpeg-user] Libav-filter draw text
In-Reply-To: <CACs8-Rk-MchFviTStQ0QQ3Vr+LwH3nOKZRggJs4sevdEZnu+jg@mail.gmail.com>
References: <CACs8-Rk-MchFviTStQ0QQ3Vr+LwH3nOKZRggJs4sevdEZnu+jg@mail.gmail.com>
Message-ID: <20120610190439.GA18878@phare.normalesup.org>

Le quartidi 24 prairial, an CCXX, Murthy Avanithsa a ?crit?:
> Question :  I wonder how can I make text scroll like a ticker (when it
> reaches maximum width of input it should scroll back to starting position
> and so on..)

You can probably achieve that with ASS subtitles instead of drawtext. I can
not improvise an example though.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120610/e22cc5f5/attachment.asc>

From nicolas.george at normalesup.org  Sun Jun 10 21:06:55 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 10 Jun 2012 21:06:55 +0200
Subject: [FFmpeg-user] x264 with both 8bit and 10bit support
In-Reply-To: <loom.20120610T192505-79@post.gmane.org>
References: <CAKYWZ4eRZpCz1Fm0eqc4wKJAkvXwkHgXwJYZTgbrmtr4cnmMMw@mail.gmail.com>
	<loom.20120610T192505-79@post.gmane.org>
Message-ID: <20120610190655.GA19161@phare.normalesup.org>

Le tridi 23 prairial, an CCXX, Carl Eugen Hoyos a ?crit?:
> > Is there a way to have 2 versions of libx264 installed alongside and
> > tell ffmpeg which one to use?
> No, but you can simply install two ffmpeg executables (with different 
> names or - if you believe this makes more sense - different 
> paths) which would fit both needs above.

If it is Unix and x264 is compiled as a shared library, a single ffmpeg
binary will do, and using the LD_LIBRARY_PATH environment variable to select
which version of x264 to use works perfectly.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120610/07519c5a/attachment.asc>

From mark at mdsh.com  Sun Jun 10 21:23:09 2012
From: mark at mdsh.com (Mark Himsley)
Date: Sun, 10 Jun 2012 20:23:09 +0100
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <20120610190055.GA18276@phare.normalesup.org>
References: <4FD4CBA2.5060900@mdsh.com>
	<20120610190055.GA18276@phare.normalesup.org>
Message-ID: <4FD4F41D.4050801@mdsh.com>

On 10/06/2012 20:00, Nicolas George wrote:
> Le tridi 23 prairial, an CCXX, Mark Himsley a ?crit :
>> I'd like to probe a file to get interlaced_frame="1"
>> top_field_first="1" - which I believe is only available in
>> -show_frames.
>>
>> My file is 30 minutes log - I only want the data from the first frame.
>
> Just stop reading and close your pipe from ffprobe when you have the info
> you need; ffprobe will die of a SIGPIPE as it should.

Yep - that works for a pipe: input to ffprobe, but not for a file: type. 
So that trick can only work for some types of source file. Other types 
of file will require Stefano's "trim the file *physically* in order to 
reduce the amount of data to be decoded" trick - so my wish for a 
-vframes type parameter to ffprobe would still be a great aid there.

:-)

-- 
Mark


From nicolas.george at normalesup.org  Sun Jun 10 23:19:16 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Sun, 10 Jun 2012 23:19:16 +0200
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <4FD4F41D.4050801@mdsh.com>
References: <4FD4CBA2.5060900@mdsh.com>
	<20120610190055.GA18276@phare.normalesup.org>
	<4FD4F41D.4050801@mdsh.com>
Message-ID: <20120610211916.GA6346@phare.normalesup.org>

Le tridi 23 prairial, an CCXX, Mark Himsley a ?crit?:
> >Just stop reading and close your pipe from ffprobe when you have the info
> >you need; ffprobe will die of a SIGPIPE as it should.
> Yep - that works for a pipe: input to ffprobe, but not for a file: type.
> So that trick can only work for some types of source file.

I wrote about your pipe _from_ ffprobe. That works for any type of input
_to_ ffprobe.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120610/284b1049/attachment.asc>

From mark at mdsh.com  Mon Jun 11 00:28:20 2012
From: mark at mdsh.com (mark.himsley@gmail.com)
Date: Sun, 10 Jun 2012 23:28:20 +0100
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <20120610211916.GA6346@phare.normalesup.org>
References: <4FD4CBA2.5060900@mdsh.com>
	<20120610190055.GA18276@phare.normalesup.org>
	<4FD4F41D.4050801@mdsh.com>
	<20120610211916.GA6346@phare.normalesup.org>
Message-ID: <8ef208df-4894-441a-b22c-2efb8fa8f151@email.android.com>





Nicolas George <nicolas.george at normalesup.org> wrote:

>Le tridi 23 prairial, an CCXX, Mark Himsley a ?crit?:
>> >Just stop reading and close your pipe from ffprobe when you have the
>info
>> >you need; ffprobe will die of a SIGPIPE as it should.
>> Yep - that works for a pipe: input to ffprobe, but not for a file:
>type.
>> So that trick can only work for some types of source file.
>
>I wrote about your pipe _from_ ffprobe. That works for any type of
>input
>_to_ ffprobe.

If I close the pipe from ffprobe then I will not receive valid xml.

More over, the output from ffprobe will not include the -show_format -show_streams output, as those elements come after the frames element.


-- 
Mark

From namitsingal at gmail.com  Mon Jun 11 05:33:51 2012
From: namitsingal at gmail.com (Namit Singal)
Date: Mon, 11 Jun 2012 09:03:51 +0530
Subject: [FFmpeg-user] problem installing ffmpeg
In-Reply-To: <CA+2Au1F-KYGQMAag8cuk5nyHJo_PbbSierB+ggEu-kYfJuGAcA@mail.gmail.com>
References: <CA+2Au1F-KYGQMAag8cuk5nyHJo_PbbSierB+ggEu-kYfJuGAcA@mail.gmail.com>
Message-ID: <CA+2Au1G0TUDFJ3NHcEXu9ZFwT+rPmOFki=Pvr_ZP9ZF5zs-TQQ@mail.gmail.com>

it says ... ERROR: libfaac not found

thanks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: application/octet-stream
Size: 144193 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120611/d4e71caa/attachment.obj>

From redmember at nate.com  Mon Jun 11 08:28:21 2012
From: redmember at nate.com (redmember)
Date: Sun, 10 Jun 2012 23:28:21 -0700 (PDT)
Subject: [FFmpeg-user] yadif in ffmpeg filter usage
Message-ID: <1339396101444-4650825.post@n4.nabble.com>


Hi.

Now, Developing yadif in ffmpeg filter

i can't found ffmpeg filter(yadif) reference.
(ffmpeg_x/doc/example/filtering_video.c does not help.)

And, i can't found in Google search.... Trying to find is at best svn
history.

Deinterlace incoming video that I want to yadif.

I want to get information how to use(yadif in ffmpeg filter)

Reference for the exact look does not make sense.

Thanks.

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/yadif-in-ffmpeg-filter-usage-tp4650825.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From aawl2001 at gmail.com  Mon Jun 11 09:54:57 2012
From: aawl2001 at gmail.com (Hugo Li)
Date: Mon, 11 Jun 2012 15:54:57 +0800
Subject: [FFmpeg-user] problem installing ffmpeg
In-Reply-To: <CA+2Au1G0TUDFJ3NHcEXu9ZFwT+rPmOFki=Pvr_ZP9ZF5zs-TQQ@mail.gmail.com>
References: <CA+2Au1F-KYGQMAag8cuk5nyHJo_PbbSierB+ggEu-kYfJuGAcA@mail.gmail.com>
	<CA+2Au1G0TUDFJ3NHcEXu9ZFwT+rPmOFki=Pvr_ZP9ZF5zs-TQQ@mail.gmail.com>
Message-ID: <CAEM7kHBtM+oOhL-mOHp89MrgDyf2UHXht7i7WidMWg6R5UecPA@mail.gmail.com>

Install the libfaac_dev first.
You can refer  https://ffmpeg.org/trac/ffmpeg/wiki/CompilationGuide to
setup the ffmpeg compile enviroment.


On Mon, Jun 11, 2012 at 11:33 AM, Namit Singal <namitsingal at gmail.com>wrote:

> it says ... ERROR: libfaac not found
>
> thanks
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
>

From nicolas.george at normalesup.org  Mon Jun 11 10:17:15 2012
From: nicolas.george at normalesup.org (Nicolas George)
Date: Mon, 11 Jun 2012 10:17:15 +0200
Subject: [FFmpeg-user] ffprobe only the first frame
In-Reply-To: <8ef208df-4894-441a-b22c-2efb8fa8f151@email.android.com>
References: <4FD4CBA2.5060900@mdsh.com>
	<20120610190055.GA18276@phare.normalesup.org>
	<4FD4F41D.4050801@mdsh.com>
	<20120610211916.GA6346@phare.normalesup.org>
	<8ef208df-4894-441a-b22c-2efb8fa8f151@email.android.com>
Message-ID: <20120611081715.GA2794@phare.normalesup.org>

Le tridi 23 prairial, an CCXX, mark.himsley at gmail.com a ?crit?:
> If I close the pipe from ffprobe then I will not receive valid xml.

This a reason why, IMHO, XML is not a good format for that particular
purpose.

> More over, the output from ffprobe will not include the -show_format
> -show_streams output, as those elements come after the frames element.

This is a valid complaint. I believe the -show_format and -show_streams
should come before the -show_frames. I had not looked yet, but it should be
easy to change.

Regards,

-- 
  Nicolas George

From mike.scheutzow at alcatel-lucent.com  Mon Jun 11 15:17:45 2012
From: mike.scheutzow at alcatel-lucent.com (Mike Scheutzow)
Date: Mon, 11 Jun 2012 09:17:45 -0400
Subject: [FFmpeg-user] How to get encoded  AVPackets in display order?
In-Reply-To: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
References: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
Message-ID: <4FD5EFF9.4070609@alcatel-lucent.com>

Unga wrote:
> Hi all
> 
> The documentation for the avcodec_encode_video2() says:
> "The output packet does not necessarily contain data for the most recent 
> frame, as encoders can delay and reorder input frames internally as 
> needed."
> 
> I'm interested getting output AVPackets in display order, that is, same input order as input AVFrames.
> 
> What are my options for achieving that?

The answer is codec specific.

If you are using one of the mpeg-style encoders, set 'number of B 
frames' to 0 i.e. -bf 0


Mike Scheutzow

From rhodri at kynesim.co.uk  Mon Jun 11 15:46:38 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Mon, 11 Jun 2012 14:46:38 +0100
Subject: [FFmpeg-user] question about joining multiple video files
In-Reply-To: <CAEFULUPkF3TZyhBXO8LSQC0akys2tk12Hh8KjP9NRLyzzT--0A@mail.gmail.com>
References: <CAEFULUPkF3TZyhBXO8LSQC0akys2tk12Hh8KjP9NRLyzzT--0A@mail.gmail.com>
Message-ID: <op.wfqq70sphl8vyy@sto-helit>

On Sun, 10 Jun 2012 19:32:32 +0100, Alex Yelluas <ayelluas at gmail.com>  
wrote:

> Hello fellow ffmpeg users,
>
> I've been trying to figure out how to join multiple files, and finally
> found a solution that works, but it's not very clear to me.

[snip description of converting via transport streams.

> Why do i need to create the mpegts files?
>
> What specifically does mpegts provide that makes this possible?
>
> Why doesn't it work directly work from mp4? (i tried and it didn't work,
> files don't get concatenated, only the 1st file is present in the
> merged.mp4)

Basically, concatenation is one of the things transport streams
were designed to make easy, while MP4s were designed to make
other things easy.

MP4 was designed as a file format, to make life straightforward
for video players.  It contains information about how long the
movie is, and what file offsets to look up other information
at.  This header information is in a single structured lump at
the start of the file, the logically useful place for it.

MPEG-2 Transport Streams were designed as a stream format, to
make life straightforward for set-top boxes.  While it contains
some of the same information about what format the audio and
video streams are in as MP4, the header is relatively light
weight and is intended to be repeated at intervals in the
stream so STBs turning on can get their bearings quickly.  There
is no length information -- a stream could be coming from a
security camera that is on indefinitely, for example -- but
a lot of timing info can be attached to the A/V packets.

When you concatenate a pair of transport streams, players
reading the stream know they have to expect new (repeated)
headers every now and then, which automatically sorts out
the start of the second movie.  Concatenating a pair of
MP4s leaves you with a mass of data "beyond the end" of
the first movie that the player has no idea what to do
with, because a new header there isn't a legal part of
the file format.

-- 
Rhodri James
Kynesim Ltd

From rhodri at kynesim.co.uk  Mon Jun 11 15:54:31 2012
From: rhodri at kynesim.co.uk (Rhodri James)
Date: Mon, 11 Jun 2012 14:54:31 +0100
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
In-Reply-To: <ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
Message-ID: <op.wfqrk5dfhl8vyy@sto-helit>

On Sat, 09 Jun 2012 14:43:11 +0100, Gilles <codecomplete at free.fr> wrote:

> Actually, Movie Maker 2.1 (the last version available for XP) is not
> as good as the one available for Windows 7, so I'll work with the
> latter.
>
> It supports the following files:
> "Video files: .asf, .avi, dvr-ms, .m1v, .mp2, .mp2v, .mpe, .mpeg,
> .mpg, .mpv2, .wm, and .wmv
>
> Audio files: .aif, .aifc, .aiff, .asf, .au, .mp2, .mp3, .mpa, .snd,
> .wav, and .wma"
>
> With the original files recorded this way, which format would you
> recommend I tell ffmpeg to use?
>
> ==============
> M2TS
> H.264/AVC (1440x1080)
> 25.000
> AC3 (5,1, 48000Hz)
> ==============

I'm really not up on what file extensions mean what, but a quick
Google suggests that none of those file formats take H.264.

Has anyone got any more relevant comments?

-- 
Rhodri James
Kynesim Ltd

From wtfux.dev at googlemail.com  Mon Jun 11 16:23:04 2012
From: wtfux.dev at googlemail.com (wtfux)
Date: Mon, 11 Jun 2012 16:23:04 +0200
Subject: [FFmpeg-user] AAC with bit rate >160k
Message-ID: <CAKYWZ4dP4p2q387MLYSD05RWEJ1OKGSBM47G84-UK8XaNiF=9w@mail.gmail.com>

Hey,
Is there a way to encode AAC with a bit-rate higher than 160k?
`-codec:a libfaac` always encodes with a bitrate between 150k and 160k
when `-b:a` is above 160k.
With `-codec:a aac` I'm actually able to encode much higher bitrates
but this codec is marked as experimental and I'm not sure if it's good
to use it.
FFmpeg built from git yesterday, libfaac-dev is from debian repository
(version 1.28).

Any ideas?
Thanks.

From cehoyos at ag.or.at  Mon Jun 11 16:58:06 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 11 Jun 2012 14:58:06 +0000 (UTC)
Subject: [FFmpeg-user] AAC with bit rate >160k
References: <CAKYWZ4dP4p2q387MLYSD05RWEJ1OKGSBM47G84-UK8XaNiF=9w@mail.gmail.com>
Message-ID: <loom.20120611T164728-771@post.gmane.org>

wtfux <wtfux.dev <at> googlemail.com> writes:

> Is there a way to encode AAC with a bit-rate higher than 160k?
> `-codec:a libfaac` always encodes with a bitrate between 150k and 160k
> when `-b:a` is above 160k.

This depends on the source, I believe libfaac (in case you are using it, 
you forgot to post a command line together with complete, uncut console 
output) also allows constant quality which allows to see the maximum 
possible bitrate.

> With `-codec:a aac` I'm actually able to encode much higher bitrates
> but this codec is marked as experimental and I'm not sure if it's good
> to use it.

But -acodec aac will also hit a maximum limit (it is higher because 
of -strict experimental, or more exact: You have to use -strict 
experimental because a higher bitrate is necessary for maximum 
quality).

Carl Eugen


From cehoyos at ag.or.at  Mon Jun 11 17:04:10 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 11 Jun 2012 15:04:10 +0000 (UTC)
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
	<op.wfqrk5dfhl8vyy@sto-helit>
Message-ID: <loom.20120611T170306-211@post.gmane.org>

Rhodri James <rhodri <at> kynesim.co.uk> writes:

> I'm really not up on what file extensions mean what, but a quick
> Google suggests that none of those file formats take H.264.

H264 in avi should work fine.

I cannot add more comments, because I don't understand the problem 
(and no ffmpeg command line with complete, uncut console output 
was posted).

Carl Eugen


From gabri.ns at gmail.com  Mon Jun 11 17:13:51 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Mon, 11 Jun 2012 22:13:51 +0700
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
In-Reply-To: <ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
Message-ID: <CAAy6wMBkQyE7ut6HzpYXOXffmr=4R=3EGy0dnNk2Ad-6CJjMTA@mail.gmail.com>

On Jun 9, 2012 8:44 PM, "Gilles" <codecomplete at free.fr> wrote:
>
> With the original files recorded this way, which format would you
> recommend I tell ffmpeg to use?
>

i, personally, will choose mpg with high quality setting. since you just
want to process it, larger file shouldn't matter, right!?

Carl wrote:
> H264 in avi should work fine.

i read somewhere in mplayer documentation, that h264 support in avi is
experimental. it will be played back normally in mplayer, but may be not on
other. is this statement obsolete now?

some of my x264 avi video cannot be played back on MPC-HC, so i was
thinking that it still true.

From cehoyos at ag.or.at  Mon Jun 11 17:18:23 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Mon, 11 Jun 2012 15:18:23 +0000 (UTC)
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
	<CAAy6wMBkQyE7ut6HzpYXOXffmr=4R=3EGy0dnNk2Ad-6CJjMTA@mail.gmail.com>
Message-ID: <loom.20120611T171523-539@post.gmane.org>

Gabri Nurtinaz Shally <gabri.ns <at> gmail.com> writes:

> On Jun 9, 2012 8:44 PM, "Gilles" <codecomplete <at> free.fr> wrote:
> >
> > With the original files recorded this way, which format would you
> > recommend I tell ffmpeg to use?
> 
> i, personally, will choose mpg with high quality setting. since you just
> want to process it, larger file shouldn't matter, right!?

While I don't know if this is a solution for the particular problem, 
it is correct that ffmpeg -i input -qscale 2 -ab 320k out.mpg produces 
high quality output files (for stereo input).

> Carl wrote:
> > H264 in avi should work fine.
> 
> i read somewhere in mplayer documentation, that h264 support in avi is
> experimental. it will be played back normally in mplayer, but may be not on
> other. is this statement obsolete now?

I suspect the important word in above sentence is "may".

Carl Eugen


From gabri.ns at gmail.com  Mon Jun 11 17:27:21 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Mon, 11 Jun 2012 22:27:21 +0700
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
In-Reply-To: <loom.20120611T171523-539@post.gmane.org>
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
	<CAAy6wMBkQyE7ut6HzpYXOXffmr=4R=3EGy0dnNk2Ad-6CJjMTA@mail.gmail.com>
	<loom.20120611T171523-539@post.gmane.org>
Message-ID: <CAAy6wMA=Na8HE-uvqum4N_2B0tt_58LpvTf_BQrx5RVZZ9V8rA@mail.gmail.com>

On Jun 11, 2012 10:19 PM, "Carl Eugen Hoyos" <cehoyos at ag.or.at> wrote:
>
> While I don't know if this is a solution for the particular problem,
> it is correct that ffmpeg -i input -qscale 2 -ab 320k out.mpg produces
> high quality output files (for stereo input).
>

doesn't mpg support ac3 audio? well, altough i don't know wether movie
maker support it or not..

@gill:
i hope command supplied by carl above will work.

From wtfux.dev at googlemail.com  Mon Jun 11 17:53:01 2012
From: wtfux.dev at googlemail.com (wtfux)
Date: Mon, 11 Jun 2012 17:53:01 +0200
Subject: [FFmpeg-user] AAC with bit rate >160k
In-Reply-To: <loom.20120611T164728-771@post.gmane.org>
References: <CAKYWZ4dP4p2q387MLYSD05RWEJ1OKGSBM47G84-UK8XaNiF=9w@mail.gmail.com>
	<loom.20120611T164728-771@post.gmane.org>
Message-ID: <CAKYWZ4eZY35UEvOa68wRF88djJOQ5_+jMJiSMD9Rmj7_nOcxpw@mail.gmail.com>

Command line with console output below. (I actually want to creating a
video file. I omitted the video part as it's unrelated)

As you can see `-b:a 224k` does not work with audio codec libfaac. It
will not go further than 160-170k. (first output)
With audio codec aac it works, it'll use bit rates between 200k and
230k. (second output)
I just found out that it's actually possible with libfaac when I use
`-q:a` instead of `-b:a`. (The third output).

Should I use libfaac with `-q:a`? I'm looking for a variable bitrate
around 220k.

Thanks.

#ffmpeg -y -i "input 01.mkv" -vn -sn -codec:a libfaac -b:a 224k
-threads 8 -t 00:10:00 test.mka

ffmpeg version N-34955-g234d42f Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun 10 2012 20:05:35 with gcc 4.4.7
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libtheora --enable-libvorbis --enable-libx264
--enable-nonfree --enable-version3
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 25.100 / 54. 25.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.101 /  2. 78.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, matroska,webm, from 'input 01.mkv':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
  Duration: 00:23:43.92, start: 0.000000, bitrate: 4654 kb/s
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 649.607000
    Metadata:
      title           : Part A
    Chapter #0.3: start 649.649000, end 660.118000
    Metadata:
      title           : Eyecatch
    Chapter #0.4: start 660.159000, end 1316.774000
    Metadata:
      title           : Part B
    Chapter #0.5: start 1316.815000, end 1406.864000
    Metadata:
      title           : Ending
    Chapter #0.6: start 1406.905000, end 1423.881000
    Metadata:
      title           : Preview
    Stream #0:0(jpn): Video: h264 (High 10), yuv420p10le, 1920x1080,
SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
    Metadata:
      title           : 10bit H.264 - 1080p
    Stream #0:1(jpn): Audio: flac, 48000 Hz, stereo, s16 (default)
    Metadata:
      title           : 2.0 FLAC
    Stream #0:2(eng): Subtitle: ssa (default)
    Metadata:
      title           : Hiryuu
    Stream #0:3: Attachment: ttf
    Metadata:
      filename        : baars.ttf
      mimetype        : application/x-truetype-font
    Stream #0:4: Attachment: ttf
    Metadata:
      filename        : boopee_regular.ttf
      mimetype        : application/x-truetype-font
    Stream #0:5: Attachment: ttf
    Metadata:
      filename        : elmer.ttf
      mimetype        : application/x-truetype-font
    Stream #0:6: Attachment: ttf
    Metadata:
      filename        : Go Boom!.ttf
      mimetype        : application/x-truetype-font
    Stream #0:7: Attachment: ttf
    Metadata:
      filename        : JacksFont.ttf
      mimetype        : application/x-truetype-font
    Stream #0:8: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-Semibold.otf
      mimetype        : application/x-truetype-font
    Stream #0:9: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-SemiboldItalic.otf
      mimetype        : application/x-truetype-font
    Stream #0:10: Attachment: ttf
    Metadata:
      filename        : ariblk.ttf
      mimetype        : application/x-truetype-font
    Stream #0:11: Attachment: ttf
    Metadata:
      filename        : AurulentSans-Regular.otf
      mimetype        : application/x-truetype-font
Output #0, matroska, to 'test.mka':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
    encoder         : Lavf54.6.101
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 600.000000
    Metadata:
      title           : Part A
    Stream #0:0(jpn): Audio: aac, 48000 Hz, stereo, s16, 224 kb/s (default)
    Metadata:
      title           : 2.0 FLAC
Stream mapping:
  Stream #0:1 -> #0:0 (flac -> libfaac)
Press [q] to stop, [?] for help
size=   12314kB time=00:10:00.06 bitrate= 168.1kbits/s
video:0kB audio:12119kB global headers:0kB muxing overhead 1.610186%



#ffmpeg -y -i "input 01.mkv" -vn -sn -codec:a aac -b:a 224k -strict
experimental -threads 8 -t 00:10:00 test.mka

ffmpeg version N-34955-g234d42f Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun 10 2012 20:05:35 with gcc 4.4.7
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libtheora --enable-libvorbis --enable-libx264
--enable-nonfree --enable-version3
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 25.100 / 54. 25.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.101 /  2. 78.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, matroska,webm, from 'input 01.mkv':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
  Duration: 00:23:43.92, start: 0.000000, bitrate: 4654 kb/s
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 649.607000
    Metadata:
      title           : Part A
    Chapter #0.3: start 649.649000, end 660.118000
    Metadata:
      title           : Eyecatch
    Chapter #0.4: start 660.159000, end 1316.774000
    Metadata:
      title           : Part B
    Chapter #0.5: start 1316.815000, end 1406.864000
    Metadata:
      title           : Ending
    Chapter #0.6: start 1406.905000, end 1423.881000
    Metadata:
      title           : Preview
    Stream #0:0(jpn): Video: h264 (High 10), yuv420p10le, 1920x1080,
SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
    Metadata:
      title           : 10bit H.264 - 1080p
    Stream #0:1(jpn): Audio: flac, 48000 Hz, stereo, s16 (default)
    Metadata:
      title           : 2.0 FLAC
	Stream #0:2(eng): Subtitle: ssa (default)
    Metadata:
      title           : Hiryuu
    Stream #0:3: Attachment: ttf
    Metadata:
      filename        : baars.ttf
      mimetype        : application/x-truetype-font
    Stream #0:4: Attachment: ttf
    Metadata:
      filename        : boopee_regular.ttf
      mimetype        : application/x-truetype-font
    Stream #0:5: Attachment: ttf
    Metadata:
      filename        : elmer.ttf
      mimetype        : application/x-truetype-font
    Stream #0:6: Attachment: ttf
    Metadata:
      filename        : Go Boom!.ttf
      mimetype        : application/x-truetype-font
    Stream #0:7: Attachment: ttf
    Metadata:
      filename        : JacksFont.ttf
      mimetype        : application/x-truetype-font
    Stream #0:8: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-Semibold.otf
      mimetype        : application/x-truetype-font
    Stream #0:9: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-SemiboldItalic.otf
      mimetype        : application/x-truetype-font
    Stream #0:10: Attachment: ttf
    Metadata:
      filename        : ariblk.ttf
      mimetype        : application/x-truetype-font
    Stream #0:11: Attachment: ttf
    Metadata:
      filename        : AurulentSans-Regular.otf
      mimetype        : application/x-truetype-font
[aformat @ 0x1d639e0] auto-inserting filter 'auto-inserted resampler
0' between the filter 'Parsed_anull_0' and the filter 'aformat'
[auto-inserted resampler 0 @ 0x1d418e0] chl:stereo fmt:s16 r:48000Hz
-> chl:stereo fmt:flt r:48000Hz
Output #0, matroska, to 'test.mka':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
    encoder         : Lavf54.6.101
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 600.000000
    Metadata:
      title           : Part A
    Stream #0:0(jpn): Audio: aac, 48000 Hz, stereo, flt, 224 kb/s (default)
    Metadata:
      title           : 2.0 FLAC
Stream mapping:
  Stream #0:1 -> #0:0 (flac -> aac)
Press [q] to stop, [?] for help
size=   15440kB time=00:10:00.06 bitrate= 210.8kbits/s
video:0kB audio:15244kB global headers:0kB muxing overhead 1.280078%



#ffmpeg -y -i "input 01.mkv" -vn -sn -codec:a libfaac -q:a 200
-threads 8 -t 00:10:00 test.mka

ffmpeg version N-34955-g234d42f Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun 10 2012 20:05:35 with gcc 4.4.7
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libtheora --enable-libvorbis --enable-libx264
--enable-nonfree --enable-version3
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 25.100 / 54. 25.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.101 /  2. 78.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Input #0, matroska,webm, from 'input 01.mkv':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
  Duration: 00:23:43.92, start: 0.000000, bitrate: 4654 kb/s
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 649.607000
    Metadata:
      title           : Part A
    Chapter #0.3: start 649.649000, end 660.118000
    Metadata:
      title           : Eyecatch
    Chapter #0.4: start 660.159000, end 1316.774000
    Metadata:
      title           : Part B
    Chapter #0.5: start 1316.815000, end 1406.864000
    Metadata:
      title           : Ending
    Chapter #0.6: start 1406.905000, end 1423.881000
    Metadata:
      title           : Preview
    Stream #0:0(jpn): Video: h264 (High 10), yuv420p10le, 1920x1080,
SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
    Metadata:
      title           : 10bit H.264 - 1080p
    Stream #0:1(jpn): Audio: flac, 48000 Hz, stereo, s16 (default)
    Metadata:
      title           : 2.0 FLAC
    Stream #0:2(eng): Subtitle: ssa (default)
    Metadata:
      title           : Hiryuu
    Stream #0:3: Attachment: ttf
    Metadata:
      filename        : baars.ttf
      mimetype        : application/x-truetype-font
    Stream #0:4: Attachment: ttf
    Metadata:
      filename        : boopee_regular.ttf
      mimetype        : application/x-truetype-font
    Stream #0:5: Attachment: ttf
    Metadata:
      filename        : elmer.ttf
      mimetype        : application/x-truetype-font
    Stream #0:6: Attachment: ttf
    Metadata:
      filename        : Go Boom!.ttf
      mimetype        : application/x-truetype-font
    Stream #0:7: Attachment: ttf
    Metadata:
      filename        : JacksFont.ttf
      mimetype        : application/x-truetype-font
    Stream #0:8: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-Semibold.otf
      mimetype        : application/x-truetype-font
    Stream #0:9: Attachment: ttf
    Metadata:
      filename        : StoneSansStd-SemiboldItalic.otf
      mimetype        : application/x-truetype-font
    Stream #0:10: Attachment: ttf
    Metadata:
      filename        : ariblk.ttf
      mimetype        : application/x-truetype-font
    Stream #0:11: Attachment: ttf
    Metadata:
      filename        : AurulentSans-Regular.otf
      mimetype        : application/x-truetype-font
Output #0, matroska, to 'test.mka':
  Metadata:
    creation_time   : 2012-05-27 14:11:31
    encoder         : Lavf54.6.101
    Chapter #0.0: start 0.000000, end 84.042000
    Metadata:
      title           : Prologue
    Chapter #0.1: start 84.084000, end 174.132000
    Metadata:
      title           : Opening
    Chapter #0.2: start 174.174000, end 600.000000
    Metadata:
      title           : Part A
    Stream #0:0(jpn): Audio: aac, 48000 Hz, stereo, s16, 128 kb/s (default)
    Metadata:
      title           : 2.0 FLAC
Stream mapping:
  Stream #0:1 -> #0:0 (flac -> libfaac)
Press [q] to stop, [?] for help
size=   16963kB time=00:10:00.06 bitrate= 231.6kbits/s
video:0kB audio:16768kB global headers:0kB muxing overhead 1.163716%

From jshupert at pps-inc.com  Mon Jun 11 19:40:17 2012
From: jshupert at pps-inc.com (Jim Shupert)
Date: Mon, 11 Jun 2012 13:40:17 -0400
Subject: [FFmpeg-user] -ss -t defining frams as start and frame accurate
Message-ID: <4FD62D81.5090200@pps-inc.com>

Friends.
I have dv25 avi that i wish to cut up into smaller files  and transcode 
to mpg2

I seem to not be able to define a frame number as a start time

-ss 00:01:01:00  [ hh:mm:ss:ff ] seems to fail only

with Invalid duration specification for ss: 00:01:01:00

-ss 00:01:01 [ hh:mm:ss ] seems to work


I was thinking I could do frames from a dv25 file

console below

D:\m>ffmpeg -ss 00:01:01:00 -t 00:00:15 -y -i D:\m\T-C_Test.avi -vcodec
eo -b:V 6500000 -async 1 -aspect 4:3 -r 30000/101 -ab 224k -acodec mp2
.mpg
ffmpeg version N-41416-g718607b Copyright (c) 2000-2012 the FFmpeg deve
   built on Jun  8 2012 12:46:19 with gcc 4.6.3
   configuration: --enable-gpl --enable-version3 --disable-w32threads --
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enab
  --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb
-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enab
njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --ena
eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
libvorbis --enable-libvpx --ena  libavutil      51. 56.100 / 51. 56.100
   libavcodec     54. 25.100 / 54. 25.100
   libavformat    54.  6.101 / 54.  6.101
   libavdevice    54.  0.100 / 54.  0.100
   libavfilter     2. 78.101 /  2. 78.101
   libswscale      2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc    52.  0.100 / 52.  0.100
Invalid duration specification for ss: 00:01:01:00

?? so i cannot put in 00 frames -- i cannot put in any frame num?


D:\m>ffmpeg -ss 00:01:01 -t 00:00:15 -y -i D:\m\T-C_Test.avi -vcodec mp
-b:v 6500000 -async 1 -aspect 4:3 -r 30000/101 -b:a 224k -acodec mp2 
D:\1.mpg
ffmpeg version N-41416-g718607b Copyright (c) 2000-2012 the FFmpeg deve
   built on Jun  8 2012 12:46:19 with gcc 4.6.3
   configuration: --enable-gpl --enable-version3 --disable-w32threads --
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enab
  --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb
-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enab
njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --ena
eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
libvorbis --enable-libvpx --ena  libavutil      51. 56.100 / 51. 56.100
   libavcodec     54. 25.100 / 54. 25.100
   libavformat    54.  6.101 / 54.  6.101
   libavdevice    54.  0.100 / 54.  0.100
   libavfilter     2. 78.101 /  2. 78.101
   libswscale      2.  1.100 /  2.  1.100
   libswresample   0. 15.100 /  0. 15.100
   libpostproc    52.  0.100 / 52.  0.100
[avi @ 0227d400] non-interleaved AVI
Guessed Channel Layout for  Input Stream #0.1 : stereo
Input #0, avi, from 'D:\m\T-C_Test.avi':
   Duration: 00:15:00.90, start: 0.000000, bitrate: 30392 kb/s
     Stream #0:0: Video: dvvideo (dvsd / 0x64737664), yuv411p, 720x480 [
AR 4:3], 29.97 tbr, 29.97 tbn, 29.97 tbc
     Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, st
, 1536 kb/s
[mpeg @ 02376020] Invalid stream specifier: V.
     Last message repeated 1 times
[buffer @ 0227c220] w:720 h:480 pixfmt:yuv411p tb:1001/30000 sar:8/9 sw
lags=2
[ffmpeg_buffersink @ 0227bf00] No opaque field provided
[format @ 02460460] auto-inserting filter 'auto-inserted scaler 0' betw
ilter 'Parsed_null_0' and the filter 'format'
[auto-inserted scaler 0 @ 02389440] w:720 h:480 fmt:yuv411p sar:8/9 ->
80 fmt:yuv422p sar:8/9 flags:0x4
-async is forwarded to lavfi similarly to -af aresample=min_comp=0.001:
comp=0.100000.
[aresample @ 023bb900] chl:stereo fmt:s16 r:48000Hz -> chl:stereo fmt:s
0Hz
[mpeg @ 02376020] VBV buffer size not set, muxing may fail
Output #0, mpeg, to 'D:\m\115b.mpg':
   Metadata:
     encoder         : Lavf54.6.101
     Stream #0:0: Video: mpeg2video, yuv422p, 720x480 [SAR 8:9 DAR 4:3],
200 kb/s, 90k tbn, 60 tbc
     Stream #0:1: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s
Stream mapping:
   Stream #0:0 -> #0:0 (dvvideo -> mpeg2video)
   Stream #0:1 -> #0:1 (pcm_s16le -> mp2)
Press [q] to stop, [?] for help
frame=   63 fps=0.0 q=24.8 size=     166kB time=00:00:01.01 bitrate=133
...
frame=  900 fps=116 q=31.0 Lsize=    1528kB time=00:00:14.98 bitrate= 8
/s dup=450 drop=0
video:1279kB audio:234kB global headers:0kB muxing overhead 0.952247%


From msmith at bitgravity.com  Mon Jun 11 20:37:54 2012
From: msmith at bitgravity.com (Michael Smithng)
Date: Mon, 11 Jun 2012 11:37:54 -0700
Subject: [FFmpeg-user] ffmpeg + rtsp results in log output not
	displaying frame size nor bitrate
In-Reply-To: <loom.20120605T195312-687@post.gmane.org>
References: <3EB4DA80-9F61-4E8D-920B-967FBD5772EC@bitgravity.com>
	<loom.20120212T223235-991@post.gmane.org>
	<546729E1-3461-47A4-A48B-7E0B88AA3041@bitgravity.com>
	<loom.20120213T001357-361@post.gmane.org>
	<2BFD3D5C-CB6F-4663-91DE-C354F0DEA016@bitgravity.com>
	<loom.20120219T203929-653@post.gmane.org>
	<5D0A6C35-FC6E-4062-9BD1-64E2BAFE409B@bitgravity.com>
	<loom.20120605T195312-687@post.gmane.org>
Message-ID: <282EFAC8-8FFA-4A17-83C6-DC545E6007CA@bitgravity.com>

Carl,

I'm not sure I understand what you mean by your statement below. While I'm not using the git repository, I've compiled the available snap available from ffmpeg.org. I can certainly give the git repository a shot, but I agree with your supposition that it's probably unrelated.

I'll do what I can to reproduce sans wowza and open a ticket with those details a.s.a.p..

> (Sorry, I never tested rtsp output.)

It's quite alright.

Thanks!

On Jun 5, 2012, at 10:55 AM, Carl Eugen Hoyos wrote:

> Michael Smithng <msmith <at> bitgravity.com> writes:
> 
>> Ok, I've finally tested against the newest version
> 
> Please note that I don't think you are using the latest version, 
> but that is most likely unrelated to your problem.
> 
> Is it possible to reproduce the problem only with ffmpeg 
> (without wowza)? (Sorry, I never tested rtsp output.)
> If yes, please open a new ticket on https://ffmpeg.org/trac/ffmpeg
> 
> Thank you, Carl Eugen
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user


From jshupert at pps-inc.com  Mon Jun 11 22:02:21 2012
From: jshupert at pps-inc.com (Jim Shupert)
Date: Mon, 11 Jun 2012 16:02:21 -0400
Subject: [FFmpeg-user] -ss -t defining frams as start and frame accurate
In-Reply-To: <4FD62D81.5090200@pps-inc.com>
References: <4FD62D81.5090200@pps-inc.com>
Message-ID: <4FD64ECD.40902@pps-inc.com>



>
> -ss 00:01:01:00  [ hh:mm:ss:ff ] seems to fail only
>
> with Invalid duration specification for ss: 00:01:01:00
>
> -ss 00:01:01 [ hh:mm:ss ] seems to work
>
>
opps
it is
position may be either in seconds or in |hh:mm:ss[.xxx]| form.
darn... was certain that it " was diffrent" - as in i used to put in 2 
char for frm
but no ..it is |hh:mm:ss[.xxx]| form.  and , likely always has been... )

From wagner.patriota at gmail.com  Mon Jun 11 22:05:14 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Mon, 11 Jun 2012 17:05:14 -0300
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
Message-ID: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>

I want to join 2 AAC files to make a single, continus, gapless new
file... is it possible via command line?

From m.antonucci at ezness.it  Mon Jun 11 23:35:46 2012
From: m.antonucci at ezness.it (EZNESS)
Date: Mon, 11 Jun 2012 23:35:46 +0200
Subject: [FFmpeg-user] R: Cannot generate a UDP stream of JPEG frames
	because there's no way to specify JPEG output if the output
	is not a file?
Message-ID: <000001cd481a$29dbc270$7d934750$@ezness.it>

> Does it work with -f mjpeg ?

Sure but in that case it sends a mjpeg stream, not a sequence of jpeg
images. See the scrren dump.

===

D:\EZness\RLT\Progetti\E0901 - DITSEF\WIP\Test Support
Tools\ffmpeg-20120608-git
-718607b-win32-static\bin>ffmpeg -f dshow -i video="HD Webcam C525" -r 1 -s
640x
480 -f mjpeg udp://10.3.1.1:5502
ffmpeg version N-41416-g718607b Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun  8 2012 12:46:19 with gcc 4.6.3
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-ru
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r
--enable-libass
 --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb
--enable
-libfreetype --enable-libgsm --enable-libmp3lame --enable-libnut
--enable-libope
njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex
--enable-libth
eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc
--enable-
libvorbis --enable-libvpx --ena  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 25.100 / 54. 25.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 78.101 /  2. 78.101
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
[dshow @ 01f3c3e0] Estimating duration from bitrate, this may be inaccurate
Input #0, dshow, from 'video=HD Webcam C525':
  Duration: N/A, start: 3845.052000, bitrate: N/A
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 30
tbr,
10000k tbn, 30 tbc
[buffer @ 03e73360] w:640 h:480 pixfmt:yuyv422 tb:1/10000000 sar:0/1
sws_param:f
lags=2
[ffmpeg_buffersink @ 03e73680] No opaque field provided
[scale @ 03e738c0] w:640 h:480 fmt:yuyv422 sar:0/1 -> w:640 h:480
fmt:yuvj422p s
ar:0/1 flags:0x4
Output #0, mjpeg, to 'udp://10.3.1.1:5502':
  Metadata:
    encoder         : Lavf54.6.101
    Stream #0:0: Video: mjpeg, yuvj422p, 640x480, q=2-31, 200 kb/s, 90k tbn,
1 t
bc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo -> mjpeg)
Press [q] to stop, [?] for help
[dshow @ 01f3c3e0] real-time buffer 80% full! frame dropped!
    Last message repeated 1 times
[dshow @ 01f3c3e0] real-time buffer 101% full! frame dropped!
frame=    3 fps=0.0 q=1.8 size=     122kB time=00:00:03.00 bitrate=
333.9kbits/s
real-time buffer 80% full! frame dropped!
frame=    4 fps=3.4 q=1.6 Lsize=     189kB time=00:00:04.00 bitrate=
386.3kbits/
s dup=0 drop=11
video:189kB audio:0kB global headers:0kB muxing overhead 0.000000%
Received signal 2: terminating.

=====

It looks just a problem of 'how to tell the image2 encoder that I want JPEG
format when there's no file extension I can use".

Cheers,
Marcello




From rakesh.sankz at gmail.com  Mon Jun 11 15:52:21 2012
From: rakesh.sankz at gmail.com (srakesh)
Date: Mon, 11 Jun 2012 06:52:21 -0700 (PDT)
Subject: [FFmpeg-user] creating a transparent Video from PNG or Gif files
In-Reply-To: <2476811E-40EB-4194-BA73-27F066234282@sogidia.com>
References: <E3030063-0777-4ED7-B993-0C13BB789F57@sogidia.com>
	<4F044D04.2040009@orange.com>
	<429EB63A-AA5A-4FEF-9C72-BD1F4E4DCCD3@sogidia.com>
	<op.v7kfngv4pae0ge@cobaltbox>
	<7110E342-4C7E-4B49-9F05-E4EB2872157A@sogidia.com>
	<88391A56-E2FF-4206-9F32-0C6F096FDFB8@sogidia.com>
	<loom.20120105T122402-520@post.gmane.org>
	<021A09F7-6664-4EF2-B19E-49A65911D04F@sogidia.com>
	<loom.20120105T202249-52@post.gmane.org>
	<2476811E-40EB-4194-BA73-27F066234282@sogidia.com>
Message-ID: <1339422741572-4650831.post@n4.nabble.com>

I am facing the similar problem and I couldn't get same output that you get.
Please help:

This is what I have done so far:

*Command to create a transparent PNG image:*

convert -size 640x480 -background transparent -fill blue \
-gravity South label:ROCK image1-0.png

*Command to create a transparent video:*

ffmpeg -loop 1 -f image2 -i image1-0.png -r 20 -vframes 100 \
-vcodec png -pix_fmt bgra mov-1.mov
(as per this post) - I expect this video to be a transparent video.

*Command to overlay a video with another:*

ffmpeg -i final-video.mov -sameq -ar 44100 \
-vf "movie=mov-1.mov [logo];[in][logo] overlay=0:0 [out]" \
-strict experimental final-video.mov

Above commands works perfect and I have not faced any problem, but I don't
get what I expect which is kinda watermarking effect, I want mov-1.mov to be
transparent with final-video.mov.

Please help.
Lorenz Martens wrote
> 
> thanks a million 
> that helped me a lot!
> 
> kind regards
> Lorenz 
> 
> Am 05.01.2012 um 20:27 schrieb Carl Eugen Hoyos:
> 
>> Please try
>> ffmpeg -loop 1 -s 4cif -i label1-0.gif -r 25 -vframes 250 -vcodec png
>> -pix_fmt
>> bgra test.mov
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user@
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 

Lorenz Martens wrote
> 
> thanks a million 
> that helped me a lot!
> 
> kind regards
> Lorenz 
> 
> Am 05.01.2012 um 20:27 schrieb Carl Eugen Hoyos:
> 
>> Please try
>> ffmpeg -loop 1 -s 4cif -i label1-0.gif -r 25 -vframes 250 -vcodec png
>> -pix_fmt
>> bgra test.mov
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user@
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 

Lorenz Martens wrote
> 
> thanks a million 
> that helped me a lot!
> 
> kind regards
> Lorenz 
> 
> Am 05.01.2012 um 20:27 schrieb Carl Eugen Hoyos:
> 
>> Please try
>> ffmpeg -loop 1 -s 4cif -i label1-0.gif -r 25 -vframes 250 -vcodec png
>> -pix_fmt
>> bgra test.mov
> 
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user@
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> 


--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/image-Overlay-tp4253142p4650831.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From seandarcy2 at gmail.com  Tue Jun 12 04:19:53 2012
From: seandarcy2 at gmail.com (sean darcy)
Date: Mon, 11 Jun 2012 22:19:53 -0400
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
Message-ID: <jr6909$qhh$1@dough.gmane.org>

For encoding aac, which lib is preferred? aac has lots of bad notices, 
but has it been fixed? libfaac web site says it's not really good. And I 
can't find much on libaacplus.

Which lib are people using?

sean


From highgod0401 at gmail.com  Tue Jun 12 04:58:09 2012
From: highgod0401 at gmail.com (=?GB2312?B?uN/OsA==?=)
Date: Tue, 12 Jun 2012 10:58:09 +0800
Subject: [FFmpeg-user] Hi,
 I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,
 but I don't know how to compile it
Message-ID: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>

Hi,

I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,but I don't
know how to compile it,where should I modify to compile the file I add?

Thanks
Best regards

From spyfeng at gmail.com  Tue Jun 12 05:20:10 2012
From: spyfeng at gmail.com (zhentan feng)
Date: Tue, 12 Jun 2012 11:20:10 +0800
Subject: [FFmpeg-user] Hi,
 I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,
 but I don't know how to compile it
In-Reply-To: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>
References: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>
Message-ID: <CABZE_Omwhth97MmgcpW=ibBQqTYsmS38=KHnBq17fa15QtwoAw@mail.gmail.com>

Hi,

On Tue, Jun 12, 2012 at 10:58 AM, ?? <highgod0401 at gmail.com> wrote:

> Hi,
>
> I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,but I don't
> know how to compile it,where should I modify to compile the file I add?
>
> Thanks
> Best regards
> _______________________________________________
>
>

you need to register and edit the Makefile properly.
Please reference the HOWTO doc.
http://wiki.multimedia.cx/index.php?title=Category:FFmpeg_Tutorials



-- 
Best wishes~

From wagner.patriota at gmail.com  Tue Jun 12 06:46:30 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Tue, 12 Jun 2012 01:46:30 -0300
Subject: [FFmpeg-user] Hi,
 I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,
 but I don't know how to compile it
In-Reply-To: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>
References: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>
Message-ID: <CAKuDJW1ikAO7nUQnchRyFxe0rW1zoBzJQ9FU-6=gD_8q-9UGFw@mail.gmail.com>

edit the Makefile of the project you want to compile ir for...
read the Makefile and take all other objects as example... basically you
should add xxx.o to eh "OBJS" on the very beginning of the file...

On Mon, Jun 11, 2012 at 11:58 PM, ?? <highgod0401 at gmail.com> wrote:

> Hi,
>
> I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,but I don't
> know how to compile it,where should I modify to compile the file I add?
>
> Thanks
> Best regards
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From highgod0401 at gmail.com  Tue Jun 12 07:15:36 2012
From: highgod0401 at gmail.com (=?GB2312?B?uN/OsA==?=)
Date: Tue, 12 Jun 2012 13:15:36 +0800
Subject: [FFmpeg-user] Hi,
 I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,
 but I don't know how to compile it
In-Reply-To: <CAKuDJW1ikAO7nUQnchRyFxe0rW1zoBzJQ9FU-6=gD_8q-9UGFw@mail.gmail.com>
References: <CAAGF25ik_0uNLKeLvT26u_uvghp9OKPN3KNKHXFeN5F8Faskbg@mail.gmail.com>
	<CAKuDJW1ikAO7nUQnchRyFxe0rW1zoBzJQ9FU-6=gD_8q-9UGFw@mail.gmail.com>
Message-ID: <CAAGF25iiQzrixQR0-NSFnDeqBBQ+sDp0e8=4vWQVDwSeJcEOpw@mail.gmail.com>

Hi,

I will try it.Thank you.

Best regards



2012/6/12 Wagner Patriota <wagner.patriota at gmail.com>

> edit the Makefile of the project you want to compile ir for...
> read the Makefile and take all other objects as example... basically you
> should add xxx.o to eh "OBJS" on the very beginning of the file...
>
> On Mon, Jun 11, 2012 at 11:58 PM, ?? <highgod0401 at gmail.com> wrote:
>
> > Hi,
> >
> > I want to ask a quesiton.I add a "xxx.c" file to ffmpeg project,but I
> don't
> > know how to compile it,where should I modify to compile the file I add?
> >
> > Thanks
> > Best regards
>  > _______________________________________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From cehoyos at ag.or.at  Tue Jun 12 08:12:18 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 12 Jun 2012 06:12:18 +0000 (UTC)
Subject: [FFmpeg-user]
	=?utf-8?q?R=3A_Cannot_generate_a_UDP_stream_of_JPEG?=
	=?utf-8?q?_frames_because_there=27s_no_way_to_specify_JPEG_output_?=
	=?utf-8?q?if_the_output=09is_not_a_file=3F?=
References: <000001cd481a$29dbc270$7d934750$@ezness.it>
Message-ID: <loom.20120612T081125-293@post.gmane.org>

EZNESS <m.antonucci <at> ezness.it> writes:

> > Does it work with -f mjpeg ?
> 
> Sure but in that case it sends a mjpeg stream, not a 
> sequence of jpeg images.

Afaict (and I may of course be wrong), mjpeg is a 
sequence of jpeg images.

Carl Eugen


From codecomplete at free.fr  Tue Jun 12 16:23:00 2012
From: codecomplete at free.fr (Gilles)
Date: Tue, 12 Jun 2012 16:23:00 +0200
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
Message-ID: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>

Hello

I searched the archives on the Nabble server with "still jpg mp3", and
it returned a single thread, from 2008:

http://ffmpeg-users.933282.n4.nabble.com/

Is this still the best way to get the most compact file with a single
JPG?

ffmpeg -loop_input -i imagine.jpg -i audio.mp3 -y -r 30 -b 2500k
-acodec ac3 -ab 384k -vcodec mpeg4 result.mp4 

Thank you.


From batguano999 at hotmail.com  Tue Jun 12 16:50:29 2012
From: batguano999 at hotmail.com (bat guano)
Date: Tue, 12 Jun 2012 14:50:29 +0000
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
In-Reply-To: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
Message-ID: <DUB116-W1259A6D76B33F1EA45026F3F60@phx.gbl>




----------------------------------------

>
> Is this still the best way to get the most compact file with a single
> JPG?
>
> ffmpeg -loop_input -i imagine.jpg -i audio.mp3 -y -r 30 -b 2500k
> -acodec ac3 -ab 384k -vcodec mpeg4 result.mp4
>

No, you can do better than that.
Example:-
ffmpeg -loop 1 -i image.jpg -i audio.mp3 -shortest -c:v libx264 -c:a copy result.mkv

 		 	   		  

From cehoyos at ag.or.at  Tue Jun 12 17:00:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Tue, 12 Jun 2012 15:00:38 +0000 (UTC)
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
Message-ID: <loom.20120612T165922-157@post.gmane.org>

Gilles <codecomplete <at> free.fr> writes:

> Is this still the best way to get the most compact file with a single
> JPG?
> 
> ffmpeg -loop_input -i imagine.jpg -i audio.mp3 -y -r 30 -b 2500k
> -acodec ac3 -ab 384k -vcodec mpeg4 result.mp4 

Note that current ffmpeg also allows
ffmpeg -i imagine.jpg -i audio.mp3 -vcodec copy -acodec copy out.mp3

I consider this behaviour nearly a bug (try ffmpeg -i video out.mp3)
but atm this should work fine.

Carl Eugen


From unga888 at yahoo.com  Tue Jun 12 17:23:10 2012
From: unga888 at yahoo.com (Unga)
Date: Tue, 12 Jun 2012 08:23:10 -0700 (PDT)
Subject: [FFmpeg-user] How to get encoded  AVPackets in display order?
In-Reply-To: <4FD5EFF9.4070609@alcatel-lucent.com>
References: <1339349895.5790.YahooMailNeo@web161905.mail.bf1.yahoo.com>
	<4FD5EFF9.4070609@alcatel-lucent.com>
Message-ID: <1339514590.66615.YahooMailNeo@web161906.mail.bf1.yahoo.com>

> From: Mike Scheutzow <mike.scheutzow at alcatel-lucent.com>
> To: FFmpeg user questions and RTFMs <ffmpeg-user at ffmpeg.org>
> Cc: 
> Sent: Monday, June 11, 2012 1:17 PM
> Subject: Re: [FFmpeg-user] How to get encoded  AVPackets in display order?
> 
> Unga wrote:
>>  Hi all
>> 
>>  The documentation for the avcodec_encode_video2() says:
>>  "The output packet does not necessarily contain data for the most 
> recent frame, as encoders can delay and reorder input frames internally as 
> needed."
>> 
>>  I'm interested getting output AVPackets in display order, that is, same 
> input order as input AVFrames.
>> 
>>  What are my options for achieving that?
> 
> The answer is codec specific.
> 
> If you are using one of the mpeg-style encoders, set 'number of B 
> frames' to 0 i.e. -bf 0
> 

Thank you very much all who reply on this subject.

I think probably I should let the encoding untouched.

Btw, what is this AVCodecContext.real_pict_num? Is this the real input picture number of the just returned encoded data from avcodec_encode_video2()?

I cannot try this, my machine crashed. I'm currently reinstalling the OS (FreeBSD 9), it may take few days as compiling from source.

Unga

From rogerdpack2 at gmail.com  Tue Jun 12 17:56:37 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 09:56:37 -0600
Subject: [FFmpeg-user] Compiling ffmpeg for 64-bit platform
In-Reply-To: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
References: <CAJQ5m2NvoZfPB29bDWEfJEUQ6kKhQ9ApzUhcjP4cMQSb=x4e8Q@mail.gmail.com>
Message-ID: <CAL1QdWf+bUVbGehBDc+k9+dv22HD8qusiL=rKVsGNg-7WS=4Pw@mail.gmail.com>

> I want to cross-compile ffmpeg source code as a 64-bit application for
> windows
> I am having Cent OS.
> Can anybody let me know, which compiler tool-chain can I used.
> Can I use mingw32 only to compile it as 64-bit?
> And Since I have to cross compile other libraries also like VPX,libmp3lame
> etc.

The way I use is this guy's script, then use his mingw-xxx to
cross-compile it: http://ffmpeg.zeranoe.com/blog/
http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=5&t=459

From rogerdpack2 at gmail.com  Tue Jun 12 17:58:55 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 09:58:55 -0600
Subject: [FFmpeg-user] yadif in ffmpeg filter usage
In-Reply-To: <1339396101444-4650825.post@n4.nabble.com>
References: <1339396101444-4650825.post@n4.nabble.com>
Message-ID: <CAL1QdWfHe-7Lj-pAg=kkjsAG5hqqN9ERNVoGk=Zg9vbPmZvy=Q@mail.gmail.com>

> i can't found ffmpeg filter(yadif) reference.
> (ffmpeg_x/doc/example/filtering_video.c does not help.)

 -vf yadif=1

?
-r

From rogerdpack2 at gmail.com  Tue Jun 12 18:01:42 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 10:01:42 -0600
Subject: [FFmpeg-user] extraction I frames and strem them
In-Reply-To: <1338903770118-4650715.post@n4.nabble.com>
References: <1338903770118-4650715.post@n4.nabble.com>
Message-ID: <CAL1QdWe_UAdarg7KZ41mHW+-kp6p+gPseVKt7yXnuf4z6D3VWA@mail.gmail.com>

> I am a bigginer in using ffmpeg, can you please help
> I am trying to develop an appliation streaming media and I must pass before
> a video mpg decomposed in the different streams of frames I, P and B.
> I tried to extract the I frames first as jpeg with
> ffmpeg -vf select="eq(pict_type\,I)" -i input.mp4 -vsyn 2 -f image 2
> out-%02d.jpeg
> then I tried to compresse the output stream in a video mp4
> ffmpeg -vf select="eq(pict_type\,I)" -i input -vsyn 2 -f out.mp4
> but when I check with ffprobe-show_info, I get all the frames of the video
> and not only "I"

Perhaps you want to specify that the mp4 output "only contain I
frames" or some such (-g 1)?

From rogerdpack2 at gmail.com  Tue Jun 12 18:03:31 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 10:03:31 -0600
Subject: [FFmpeg-user] ffmpeg version for --preset option
In-Reply-To: <CAPkN8x+O-sqnYCpwr2RD4zxo6kYS4mQdKPDwxT80=MeAQLLMsw@mail.gmail.com>
References: <CAPkN8x+O-sqnYCpwr2RD4zxo6kYS4mQdKPDwxT80=MeAQLLMsw@mail.gmail.com>
Message-ID: <CAL1QdWew4SRaTMyG2GZ7tTChdDusPAWF_A+dudf6awGHbPcLvQ@mail.gmail.com>

> What is the first ffmpeg version when the --preset option was introduced?
> Ubuntu with ffmpeg 0.8.1-4:0.8.1-0ubuntu1 doesn't have it, but Fedora
> with 0.8.11 works ok.

Maybe a git blame would help here?

From rogerdpack2 at gmail.com  Tue Jun 12 18:04:12 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 10:04:12 -0600
Subject: [FFmpeg-user] Progressive to interlaced and PS type encoding
In-Reply-To: <CAJQ5m2MEFbO8oEztx7uogY9_JQjCNp-UAs1=FWSJ_W94uMxzBg@mail.gmail.com>
References: <CAJQ5m2MEFbO8oEztx7uogY9_JQjCNp-UAs1=FWSJ_W94uMxzBg@mail.gmail.com>
Message-ID: <CAL1QdWcsSmfKrp=qq-2YVJ76BaMXhAD1cXqk7YPk9dwBUd6hkA@mail.gmail.com>

> -> How to get MPEG-PS type enoding for TS files.
> Both using ffmpeg

ffmpeg -i xxx

tends to spit out video codec information...

From rogerdpack2 at gmail.com  Tue Jun 12 18:20:40 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Tue, 12 Jun 2012 10:20:40 -0600
Subject: [FFmpeg-user] File for preset 'libvpx-720p' not found
In-Reply-To: <CAD8siQ55V4Ecw8OAf6Ggfb6KBr8D-ELm5Fnnm9frgg-VjNgACw@mail.gmail.com>
References: <CAD8siQ55V4Ecw8OAf6Ggfb6KBr8D-ELm5Fnnm9frgg-VjNgACw@mail.gmail.com>
Message-ID: <CAL1QdWeUG5M6ERnyThVMk5OovZOuyfU3RTVF_KodT3RqjpETuQ@mail.gmail.com>

> I found the error message that contains "File for preset 'libvpx-720p' not
> found"

Does the file libvpx-720p.ffpreset exist?
If so, you could use -fpre to specify it by full location.
Read http://ffmpeg.org/ffmpeg-doc.html#SEC17

From lou at lrcd.com  Tue Jun 12 20:02:12 2012
From: lou at lrcd.com (Lou)
Date: Tue, 12 Jun 2012 10:02:12 -0800
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
In-Reply-To: <DUB116-W1259A6D76B33F1EA45026F3F60@phx.gbl>
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
	<DUB116-W1259A6D76B33F1EA45026F3F60@phx.gbl>
Message-ID: <20120612100212.2906ecea@lrcd.com>

On Tue, 12 Jun 2012 14:50:29 +0000
bat guano <batguano999 at hotmail.com> wrote:

> >
> > Is this still the best way to get the most compact file with a single
> > JPG?
> >
> > ffmpeg -loop_input -i imagine.jpg -i audio.mp3 -y -r 30 -b 2500k
> > -acodec ac3 -ab 384k -vcodec mpeg4 result.mp4
> >
> 
> No, you can do better than that.
> Example:-
> ffmpeg -loop 1 -i image.jpg -i audio.mp3 -shortest -c:v libx264 -c:a copy result.mkv

Also of interest when using libx264 for something like this is "-tune stillimage".

From codecomplete at free.fr  Tue Jun 12 23:31:49 2012
From: codecomplete at free.fr (Gilles)
Date: Tue, 12 Jun 2012 23:31:49 +0200
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
	<DUB116-W1259A6D76B33F1EA45026F3F60@phx.gbl>
	<20120612100212.2906ecea@lrcd.com>
Message-ID: <f8dft75f2i97abcp3mdk4tmcbfhi04kjvf@4ax.com>

On Tue, 12 Jun 2012 10:02:12 -0800, Lou <lou at lrcd.com> wrote:
>bat guano <batguano999 at hotmail.com> wrote:
>> No, you can do better than that.
>> Example:-
>> ffmpeg -loop 1 -i image.jpg -i audio.mp3 -shortest -c:v libx264 -c:a copy result.mkv
>
>Also of interest when using libx264 for something like this is "-tune stillimage".

Thanks for the infos. I don't necessarily want to use h264, it's just
one of the examples I found through Google. If there's a more
efficient format, I'm interested.


From codecomplete at free.fr  Tue Jun 12 23:32:21 2012
From: codecomplete at free.fr (Gilles)
Date: Tue, 12 Jun 2012 23:32:21 +0200
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
	<loom.20120612T165922-157@post.gmane.org>
Message-ID: <7adft75pckdegf8crhpt2qckb27efktjn4@4ax.com>

On Tue, 12 Jun 2012 15:00:38 +0000 (UTC), Carl Eugen Hoyos
<cehoyos at ag.or.at> wrote:
>Note that current ffmpeg also allows
>ffmpeg -i imagine.jpg -i audio.mp3 -vcodec copy -acodec copy out.mp3
>
>I consider this behaviour nearly a bug (try ffmpeg -i video out.mp3)
>but atm this should work fine.

What do you consider to almost be a bug?


From codecomplete at free.fr  Wed Jun 13 00:00:12 2012
From: codecomplete at free.fr (Gilles)
Date: Wed, 13 Jun 2012 00:00:12 +0200
Subject: [FFmpeg-user] Converting AVCHD into WMV or MPEG2?
References: <2fc1t75oh81j7o7fr1a3lpljn1h901q0ti@4ax.com>
	<op.wfje9uamhl8vyy@sto-helit>
	<cig1t75g5tmmepsqmt6bvku0c62gqt0ocb@4ax.com>
	<op.wfjis5r3hl8vyy@sto-helit>
	<ojk6t7hjj9k6jkmukeedh3h6u6fimtamr8@4ax.com>
	<op.wfqrk5dfhl8vyy@sto-helit>
	<loom.20120611T170306-211@post.gmane.org>
Message-ID: <0teft7p8rirq3sd80hpgt5efo25rvs8d0i@4ax.com>

On Mon, 11 Jun 2012 15:04:10 +0000 (UTC), Carl Eugen Hoyos
<cehoyos at ag.or.at> wrote:
>I cannot add more comments, because I don't understand the problem 
>(and no ffmpeg command line with complete, uncut console output 
>was posted).

The problem was that the Movie Maker available for XP supports less
formats than the one available for later versions of Windows, so I had
to pick one supported both by ffmpeg and Movie Maker.

Problem solved. Thanks everyone for the help.


From ronag89 at gmail.com  Wed Jun 13 00:11:33 2012
From: ronag89 at gmail.com (Robert Nagy)
Date: Wed, 13 Jun 2012 00:11:33 +0200
Subject: [FFmpeg-user] Seeking past end with avformat_seek_file
Message-ID: <CALdTkGG3+E_eF0bKhwMnB3cevkX8Cv=-Th9myKHfdQk7ZBb1vA@mail.gmail.com>

What is the expected behaviour of avformat_seek_file when seeking past end?

I would like it to return the last frame in everystream in such cases, is
this possible to achieve?

From marck at vaisman.us  Wed Jun 13 00:52:19 2012
From: marck at vaisman.us (Marck Vaisman)
Date: Tue, 12 Jun 2012 18:52:19 -0400
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
Message-ID: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>

Hi,

I recently installed compiled and installed ffmpeg from source on
Ubuntu following this guide:
https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

I have many videos taped with a Canon VIXIA HF20 in MTS format. Most
of the files have the following encoding:

Input #0, mpegts, from 'acto.mts':
  Duration: 00:22:23.36, start: 0.452000, bitrate: 24025 kb/s
  Program 1
    Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448),
yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn,
59.94 tbc
    Stream #0:1[0x1100]: Audio: ac3 (AC[45]3 / 0x332D4341), 48000 Hz,
stereo, s16, 256 kb/s

I'd like to convert these large MTS files into smaller mp4 for making
DVDs (witout editing) and for sharing, and making them playable in
machines with less resources. I'd like to keep the HD quality of the
videos. I've searched extensively online and through the mailing list
archive as well but I have yet to find the best set of parameters to
do so.

Has someone defined a profile to do this? What are the best set of
ffmpeg parameters to achieve what I'd like to do?

Thanks for your help.
Marck

p.s. below is ffmpeg information on my system.

ffmpeg version git-2012-06-02-1bf22c3 Copyright (c) 2000-2012 the
FFmpeg developers
  built on Jun  2 2012 12:35:14 with gcc 4.6.1
  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb
--enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264
--enable-nonfree --enable-version3 --enable-x11grab
  libavutil      51. 56.100 / 51. 56.100
  libavcodec     54. 23.100 / 54. 23.100
  libavformat    54.  6.101 / 54.  6.101
  libavdevice    54.  0.100 / 54.  0.100
  libavfilter     2. 77.100 /  2. 77.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile
options] outfile}...

From ayelluas at gmail.com  Wed Jun 13 01:14:44 2012
From: ayelluas at gmail.com (Alex Yelluas)
Date: Tue, 12 Jun 2012 16:14:44 -0700
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
In-Reply-To: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
Message-ID: <CAEFULUMoxpVOa_GibHFNs_YmBFeyyFJEmncJFaU3jYVMn0tgAg@mail.gmail.com>

Hi Marck,

I've been tackling the same problem for the past few days, i have Canon
hfs100 which produces similar MTS files (AVCHD). What I've been doing is
converting them to mp4 using libx264, with
these ffmpeg settings:

ffmpeg -i file.MTS -vcodec libx264 -crf 20 -acodec ac3 -vf "yadif"
output_deinterlaced.mp4

This should cut the original size by about 50%, while still providing
pretty high quality. You can play
with crf value, the smaller the value - the higher the video quality, and 0
is lossless. "yadif" is the de-interlacing filter.

This is still work in progress for me, if you find a better solution,
please share :)

Good luck,

Alex


On Tue, Jun 12, 2012 at 3:52 PM, Marck Vaisman <marck at vaisman.us> wrote:

> Hi,
>
> I recently installed compiled and installed ffmpeg from source on
> Ubuntu following this guide:
> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
>
> I have many videos taped with a Canon VIXIA HF20 in MTS format. Most
> of the files have the following encoding:
>
> Input #0, mpegts, from 'acto.mts':
>  Duration: 00:22:23.36, start: 0.452000, bitrate: 24025 kb/s
>  Program 1
>    Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448),
> yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn,
> 59.94 tbc
>    Stream #0:1[0x1100]: Audio: ac3 (AC[45]3 / 0x332D4341), 48000 Hz,
> stereo, s16, 256 kb/s
>
> I'd like to convert these large MTS files into smaller mp4 for making
> DVDs (witout editing) and for sharing, and making them playable in
> machines with less resources. I'd like to keep the HD quality of the
> videos. I've searched extensively online and through the mailing list
> archive as well but I have yet to find the best set of parameters to
> do so.
>
> Has someone defined a profile to do this? What are the best set of
> ffmpeg parameters to achieve what I'd like to do?
>
> Thanks for your help.
> Marck
>
> p.s. below is ffmpeg information on my system.
>
> ffmpeg version git-2012-06-02-1bf22c3 Copyright (c) 2000-2012 the
> FFmpeg developers
>  built on Jun  2 2012 12:35:14 with gcc 4.6.1
>  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
> --enable-libopencore-amrnb --enable-libopencore-amrwb
> --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264
> --enable-nonfree --enable-version3 --enable-x11grab
>  libavutil      51. 56.100 / 51. 56.100
>  libavcodec     54. 23.100 / 54. 23.100
>  libavformat    54.  6.101 / 54.  6.101
>  libavdevice    54.  0.100 / 54.  0.100
>  libavfilter     2. 77.100 /  2. 77.100
>  libswscale      2.  1.100 /  2.  1.100
>  libswresample   0. 15.100 /  0. 15.100
>  libpostproc    52.  0.100 / 52.  0.100
> Hyper fast Audio and Video encoder
> usage: ffmpeg [options] [[infile options] -i infile]... {[outfile
> options] outfile}...
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From techtonik at gmail.com  Tue Jun 12 19:10:39 2012
From: techtonik at gmail.com (anatoly techtonik)
Date: Tue, 12 Jun 2012 20:10:39 +0300
Subject: [FFmpeg-user] ffmpeg version for --preset option
In-Reply-To: <CAL1QdWew4SRaTMyG2GZ7tTChdDusPAWF_A+dudf6awGHbPcLvQ@mail.gmail.com>
References: <CAPkN8x+O-sqnYCpwr2RD4zxo6kYS4mQdKPDwxT80=MeAQLLMsw@mail.gmail.com>
	<CAL1QdWew4SRaTMyG2GZ7tTChdDusPAWF_A+dudf6awGHbPcLvQ@mail.gmail.com>
Message-ID: <CAPkN8xKPJ6NkxLGEa7utivRXrkrDzCqJ0F2toRbmCGm34UyfhA@mail.gmail.com>

On Tue, Jun 12, 2012 at 7:03 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:
>> What is the first ffmpeg version when the --preset option was introduced?
>> Ubuntu with ffmpeg 0.8.1-4:0.8.1-0ubuntu1 doesn't have it, but Fedora
>> with 0.8.11 works ok.
>
> Maybe a git blame would help here?

I am not quite comfortable with ffmpeg source organization, and even
if I could find a revision - I still have no idea how to find version
tag from a non-sequential revision number. I hoped that somebody could
just fix this omission from the Changelog. It is quite unfortunate
that major features are introduced in minor releases that are not
included in the log.

https://raw.github.com/FFmpeg/FFmpeg/master/Changelog
--
anatoly t.

From marck at vaisman.us  Wed Jun 13 03:12:28 2012
From: marck at vaisman.us (Marck Vaisman)
Date: Tue, 12 Jun 2012 21:12:28 -0400
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
In-Reply-To: <CAEFULUMoxpVOa_GibHFNs_YmBFeyyFJEmncJFaU3jYVMn0tgAg@mail.gmail.com>
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
	<CAEFULUMoxpVOa_GibHFNs_YmBFeyyFJEmncJFaU3jYVMn0tgAg@mail.gmail.com>
Message-ID: <CAD4aym4w8p=_6TQ3jBv3DZve-FwpDWT2-h9gnN+NaULK4kPGvA@mail.gmail.com>

Thanks Alex. I'll try that out and see how it works.

Here are some useful links I've found on the subject. I guess it's
trial and error, although I am surprised that with all the information
available on the subject there isn't a good how-to guide for these
formats specifically.

Cheers,
Marck

http://www.itc4u.net/home/67-linux-app-ffmpeg/110-ffmpeg-convert-avchd-mts-m2ts-to-h264.html
http://howto-pages.org/ffmpeg/
https://www.evernote.com/Home.action#x=ffmpeg&n=f92f404a-15bc-4171-831d-3f2bb7ef7619
http://www.upubuntu.com/2011/11/how-to-convert-mts-video-files-avchd-to.html
https://www.evernote.com/Home.action#x=ffmpeg&n=1b0be95d-f8a9-4cb2-9337-bcd549571212

On Tue, Jun 12, 2012 at 7:14 PM, Alex Yelluas <ayelluas at gmail.com> wrote:
> Hi Marck,
>
> I've been tackling the same problem for the past few days, i have Canon
> hfs100 which produces similar MTS files (AVCHD). What I've been doing is
> converting them to mp4 using libx264, with
> these ffmpeg settings:
>
> ffmpeg -i file.MTS -vcodec libx264 -crf 20 -acodec ac3 -vf "yadif"
> output_deinterlaced.mp4
>
> This should cut the original size by about 50%, while still providing
> pretty high quality. You can play
> with crf value, the smaller the value - the higher the video quality, and 0
> is lossless. "yadif" is the de-interlacing filter.
>
> This is still work in progress for me, if you find a better solution,
> please share :)
>
> Good luck,
>
> Alex
>
>
> On Tue, Jun 12, 2012 at 3:52 PM, Marck Vaisman <marck at vaisman.us> wrote:
>
>> Hi,
>>
>> I recently installed compiled and installed ffmpeg from source on
>> Ubuntu following this guide:
>> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
>>
>> I have many videos taped with a Canon VIXIA HF20 in MTS format. Most
>> of the files have the following encoding:
>>
>> Input #0, mpegts, from 'acto.mts':
>> ?Duration: 00:22:23.36, start: 0.452000, bitrate: 24025 kb/s
>> ?Program 1
>> ? ?Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448),
>> yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn,
>> 59.94 tbc
>> ? ?Stream #0:1[0x1100]: Audio: ac3 (AC[45]3 / 0x332D4341), 48000 Hz,
>> stereo, s16, 256 kb/s
>>
>> I'd like to convert these large MTS files into smaller mp4 for making
>> DVDs (witout editing) and for sharing, and making them playable in
>> machines with less resources. I'd like to keep the HD quality of the
>> videos. I've searched extensively online and through the mailing list
>> archive as well but I have yet to find the best set of parameters to
>> do so.
>>
>> Has someone defined a profile to do this? What are the best set of
>> ffmpeg parameters to achieve what I'd like to do?
>>
>> Thanks for your help.
>> Marck
>>
>> p.s. below is ffmpeg information on my system.
>>
>> ffmpeg version git-2012-06-02-1bf22c3 Copyright (c) 2000-2012 the
>> FFmpeg developers
>> ?built on Jun ?2 2012 12:35:14 with gcc 4.6.1
>> ?configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
>> --enable-libopencore-amrnb --enable-libopencore-amrwb
>> --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264
>> --enable-nonfree --enable-version3 --enable-x11grab
>> ?libavutil ? ? ?51. 56.100 / 51. 56.100
>> ?libavcodec ? ? 54. 23.100 / 54. 23.100
>> ?libavformat ? ?54. ?6.101 / 54. ?6.101
>> ?libavdevice ? ?54. ?0.100 / 54. ?0.100
>> ?libavfilter ? ? 2. 77.100 / ?2. 77.100
>> ?libswscale ? ? ?2. ?1.100 / ?2. ?1.100
>> ?libswresample ? 0. 15.100 / ?0. 15.100
>> ?libpostproc ? ?52. ?0.100 / 52. ?0.100
>> Hyper fast Audio and Video encoder
>> usage: ffmpeg [options] [[infile options] -i infile]... {[outfile
>> options] outfile}...
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From gabri.ns at gmail.com  Wed Jun 13 03:14:42 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Wed, 13 Jun 2012 08:14:42 +0700
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
In-Reply-To: <CAD4aym4w8p=_6TQ3jBv3DZve-FwpDWT2-h9gnN+NaULK4kPGvA@mail.gmail.com>
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
	<CAEFULUMoxpVOa_GibHFNs_YmBFeyyFJEmncJFaU3jYVMn0tgAg@mail.gmail.com>
	<CAD4aym4w8p=_6TQ3jBv3DZve-FwpDWT2-h9gnN+NaULK4kPGvA@mail.gmail.com>
Message-ID: <CAAy6wMBcACFMK6ar9JMpKJ=L0219pgXZ9Pc+SgbHJpjzUwqCNw@mail.gmail.com>

To create DVD compliant video, try DVD Styler.
On Jun 13, 2012 8:13 AM, "Marck Vaisman" <marck at vaisman.us> wrote:

> Thanks Alex. I'll try that out and see how it works.
>
> Here are some useful links I've found on the subject. I guess it's
> trial and error, although I am surprised that with all the information
> available on the subject there isn't a good how-to guide for these
> formats specifically.
>
> Cheers,
> Marck
>
>
> http://www.itc4u.net/home/67-linux-app-ffmpeg/110-ffmpeg-convert-avchd-mts-m2ts-to-h264.html
> http://howto-pages.org/ffmpeg/
>
> https://www.evernote.com/Home.action#x=ffmpeg&n=f92f404a-15bc-4171-831d-3f2bb7ef7619
>
> http://www.upubuntu.com/2011/11/how-to-convert-mts-video-files-avchd-to.html
>
> https://www.evernote.com/Home.action#x=ffmpeg&n=1b0be95d-f8a9-4cb2-9337-bcd549571212
>
> On Tue, Jun 12, 2012 at 7:14 PM, Alex Yelluas <ayelluas at gmail.com> wrote:
> > Hi Marck,
> >
> > I've been tackling the same problem for the past few days, i have Canon
> > hfs100 which produces similar MTS files (AVCHD). What I've been doing is
> > converting them to mp4 using libx264, with
> > these ffmpeg settings:
> >
> > ffmpeg -i file.MTS -vcodec libx264 -crf 20 -acodec ac3 -vf "yadif"
> > output_deinterlaced.mp4
> >
> > This should cut the original size by about 50%, while still providing
> > pretty high quality. You can play
> > with crf value, the smaller the value - the higher the video quality,
> and 0
> > is lossless. "yadif" is the de-interlacing filter.
> >
> > This is still work in progress for me, if you find a better solution,
> > please share :)
> >
> > Good luck,
> >
> > Alex
> >
> >
> > On Tue, Jun 12, 2012 at 3:52 PM, Marck Vaisman <marck at vaisman.us> wrote:
> >
> >> Hi,
> >>
> >> I recently installed compiled and installed ffmpeg from source on
> >> Ubuntu following this guide:
> >> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
> >>
> >> I have many videos taped with a Canon VIXIA HF20 in MTS format. Most
> >> of the files have the following encoding:
> >>
> >> Input #0, mpegts, from 'acto.mts':
> >>  Duration: 00:22:23.36, start: 0.452000, bitrate: 24025 kb/s
> >>  Program 1
> >>    Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448),
> >> yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn,
> >> 59.94 tbc
> >>    Stream #0:1[0x1100]: Audio: ac3 (AC[45]3 / 0x332D4341), 48000 Hz,
> >> stereo, s16, 256 kb/s
> >>
> >> I'd like to convert these large MTS files into smaller mp4 for making
> >> DVDs (witout editing) and for sharing, and making them playable in
> >> machines with less resources. I'd like to keep the HD quality of the
> >> videos. I've searched extensively online and through the mailing list
> >> archive as well but I have yet to find the best set of parameters to
> >> do so.
> >>
> >> Has someone defined a profile to do this? What are the best set of
> >> ffmpeg parameters to achieve what I'd like to do?
> >>
> >> Thanks for your help.
> >> Marck
> >>
> >> p.s. below is ffmpeg information on my system.
> >>
> >> ffmpeg version git-2012-06-02-1bf22c3 Copyright (c) 2000-2012 the
> >> FFmpeg developers
> >>  built on Jun  2 2012 12:35:14 with gcc 4.6.1
> >>  configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
> >> --enable-libopencore-amrnb --enable-libopencore-amrwb
> >> --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264
> >> --enable-nonfree --enable-version3 --enable-x11grab
> >>  libavutil      51. 56.100 / 51. 56.100
> >>  libavcodec     54. 23.100 / 54. 23.100
> >>  libavformat    54.  6.101 / 54.  6.101
> >>  libavdevice    54.  0.100 / 54.  0.100
> >>  libavfilter     2. 77.100 /  2. 77.100
> >>  libswscale      2.  1.100 /  2.  1.100
> >>  libswresample   0. 15.100 /  0. 15.100
> >>  libpostproc    52.  0.100 / 52.  0.100
> >> Hyper fast Audio and Video encoder
> >> usage: ffmpeg [options] [[infile options] -i infile]... {[outfile
> >> options] outfile}...
> >> _______________________________________________
> >> ffmpeg-user mailing list
> >> ffmpeg-user at ffmpeg.org
> >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> >>
> > _______________________________________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From karthika.gk at gmail.com  Wed Jun 13 07:22:09 2012
From: karthika.gk at gmail.com (Karthika)
Date: Wed, 13 Jun 2012 10:52:09 +0530
Subject: [FFmpeg-user] Conversion from mp4 to 264/m4e
Message-ID: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>

Hi all,

This is my post to this mailing list. I came across Google that ffmpeg can
be used for many video format conversions.
My requirement is to convert from mp4 to either m4e or 264.
Can anyone please reply me whether it is possible and if so, how can we do
it.

I am in urgent need for this. Please let me know.

Thanks in advance,
Karthika

From cehoyos at ag.or.at  Wed Jun 13 08:26:49 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 13 Jun 2012 06:26:49 +0000 (UTC)
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
Message-ID: <loom.20120613T082419-143@post.gmane.org>

Marck Vaisman <marck <at> vaisman.us> writes:

> I'd like to convert these large MTS files into smaller mp4 for making
> DVDs (witout editing) and for sharing, and making them playable in
> machines with less resources. I'd like to keep the HD quality of the
> videos.

I may be misunderstanding but the goals that you set (mp4, DVD, HD, 
less resources) are strongly conflicting with each other.

Allow me to add that using constant quantiser is bad for all above 
goals (it only makes sense if you have to convert to another 
format but do not care about size or if conversion speed is 
critical).

Carl Eugen


From cehoyos at ag.or.at  Wed Jun 13 08:29:04 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 13 Jun 2012 06:29:04 +0000 (UTC)
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
	<loom.20120612T165922-157@post.gmane.org>
	<7adft75pckdegf8crhpt2qckb27efktjn4@4ax.com>
Message-ID: <loom.20120613T082800-539@post.gmane.org>

Gilles <codecomplete <at> free.fr> writes:

> >ffmpeg -i imagine.jpg -i audio.mp3 -vcodec copy -acodec copy out.mp3
> >
> >I consider this behaviour nearly a bug (try ffmpeg -i video out.mp3)
> >but atm this should work fine.
> 
> What do you consider to almost be a bug?

That the mp3 format currently also writes video (an image) to 
the output file, see ticket #1408.

Carl Eugen


From gabri.ns at gmail.com  Wed Jun 13 11:31:54 2012
From: gabri.ns at gmail.com (Gabri Nurtinaz Shally)
Date: Wed, 13 Jun 2012 16:31:54 +0700
Subject: [FFmpeg-user] Conversion from mp4 to 264/m4e
In-Reply-To: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
References: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
Message-ID: <CAAy6wMAL9MjKtjZSv4tc0FZuyyChz6ToCM2Hn8Mx9ohUXW2yXg@mail.gmail.com>

On Jun 13, 2012 12:22 PM, "Karthika" <karthika.gk at gmail.com> wrote:
>
> Hi all,
>
> This is my post to this mailing list. I came across Google that ffmpeg can
> be used for many video format conversions.
> My requirement is to convert from mp4 to either m4e or 264.
> Can anyone please reply me whether it is possible and if so, how can we do
> it.
>
> I am in urgent need for this. Please let me know.
>
> Thanks in advance,
> Karthika
>

h264 is a video codec and m4a is an audio container. so what is m4e? i
believe everyone here still get confused with your question, what are you
trying to create?

however, it is true that ffmpeg can transcode video from and into wide
range of codec and container. you can type 'ffmpeg -codecs' to view codec
support and 'ffmpeg -formats' to see container support.

From pb at das-werkstatt.com  Wed Jun 13 15:58:01 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Wed, 13 Jun 2012 15:58:01 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
In-Reply-To: <loom.20120609T074302-916@post.gmane.org>
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
	<4FD25662.5060903@das-werkstatt.com>
	<loom.20120609T074302-916@post.gmane.org>
Message-ID: <4FD89C69.9010100@das-werkstatt.com>

On 06/09/2012 07:52 AM, Carl Eugen Hoyos wrote:
> Peter B. <pb <at> das-werkstatt.com> writes:
>
>> On 06/06/2012 08:39 PM, Carl Eugen Hoyos wrote:
>>> Peter B. <pb <at> das-werkstatt.com> writes:
>>>
>>>> "Incompatible pixel format 'rgb48le' for codec 'ffv1', 
>>>> auto-selecting format 'yuv420p16le'"
>>> I consider it a bug that FFmpeg does not auto-select yuv444p16
> Ticket #1426
>
> [...]
>
>> I must admit, that I don't understand the "0" in RGB 
>> colorspaces (0RGB, RGB0)...
> RGB24 is RGB with 8bit colour information per pixel, 
> RGBA (and friends) is RGB24 plus eight bit transparency 
> information. RGB0 is a 32bit representation of RGB24, 
> there is no transparency information hidden there.
> There are two reasons for RGB0's existence:
> ffv1 (and other encoders) in the past claimed to support 
> RGBA but actually supported only RGB0
> It might be faster to process RGB0 than RGB24 (for 
> some encoders)
Thanks for clearing that up!
So, I presume that the 32bit representation of 24bit information can be
processed faster because of it's a more "native" word size (16, 32, 64
bits)?
However, I'm still confused about the following piece of code, taking
from the previously mentioned diff:

//------------

+    [PIX_FMT_0RGB] = {
+        .name = "0rgb",
+        .nb_components= 3,
+        .log2_chroma_w= 0,
+        .log2_chroma_h= 0,
+        .comp = {
+            {0,3,2,0,7},        /* R */
+            {0,3,3,0,7},        /* G */
+            {0,3,4,0,7},        /* B */
+        },
+        .flags = PIX_FMT_RGB,
+    },
+    [PIX_FMT_RGB0] = {
+        .name = "rgb0",
+        .nb_components= 3,
+        .log2_chroma_w= 0,
+        .log2_chroma_h= 0,
+        .comp = {
+            {0,3,1,0,7},        /* R */
+            {0,3,2,0,7},        /* G */
+            {0,3,3,0,7},        /* B */
+            {0,3,4,0,7},        /* A */
+        },
+        .flags = PIX_FMT_RGB,
+    },
//-------------


This looks to me as if PIX_FMT_0RGB is a 32bit representation of RGB24,
whereas PIX_FMT_RGB0 contains an alpha channel?


> (The naming is FFmpeg-specific afaik.)
I see.
btw: How are the 3x8bit (RGB24) stored in a 32bit word?


>>> 16bit rgb encoding is not as trivial as I hoped but certainly 
>>> possible.
>> Interesting to hear that.
>> What is necessary in order to support it?
> encode_rgb_frame() needs to support bits_per_raw_sample>8 
> similar to encode_plane()
I see...
I'll take a look at the code - maybe I'll understand it :)

Thanks a lot!

Pb

From cehoyos at ag.or.at  Wed Jun 13 16:32:34 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 13 Jun 2012 14:32:34 +0000 (UTC)
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
	<4FD25662.5060903@das-werkstatt.com>
	<loom.20120609T074302-916@post.gmane.org>
	<4FD89C69.9010100@das-werkstatt.com>
Message-ID: <loom.20120613T161748-699@post.gmane.org>

Peter B. <pb <at> das-werkstatt.com> writes:

> > There are two reasons for RGB0's existence:
> > ffv1 (and other encoders) in the past claimed to support 
> > RGBA but actually supported only RGB0
> > It might be faster to process RGB0 than RGB24 (for 
> > some encoders)
>
> Thanks for clearing that up!
> So, I presume that the 32bit representation of 24bit information can be
> processed faster because of it's a more "native" word size (16, 32, 64
> bits)?

That is the "second reason", yes.

> However, I'm still confused about the following piece of code, taking
> from the previously mentioned diff:
> 
> //------------
> 
> +    [PIX_FMT_0RGB] = {
> +        .name = "0rgb",
> +        .nb_components= 3,
> +        .log2_chroma_w= 0,
> +        .log2_chroma_h= 0,
> +        .comp = {
> +            {0,3,2,0,7},        /* R */
> +            {0,3,3,0,7},        /* G */
> +            {0,3,4,0,7},        /* B */
> +        },
> +        .flags = PIX_FMT_RGB,
> +    },
> +    [PIX_FMT_RGB0] = {
> +        .name = "rgb0",
> +        .nb_components= 3,
> +        .log2_chroma_w= 0,
> +        .log2_chroma_h= 0,
> +        .comp = {
> +            {0,3,1,0,7},        /* R */
> +            {0,3,2,0,7},        /* G */
> +            {0,3,3,0,7},        /* B */

> +            {0,3,4,0,7},        /* A */

This line is superfluous (and has no effect because the 
number of components is three), patch probably welcome.

[...]

> This looks to me as if PIX_FMT_0RGB is a 32bit 
> representation of RGB24, whereas PIX_FMT_RGB0 
> contains an alpha channel?

No, see above.

> > (The naming is FFmpeg-specific afaik.)
>
> I see.
> btw: How are the 3x8bit (RGB24) stored in a 32bit word?

Apart from the naming, the third number in {., ., x, ., .} 
tells you.

[...]

> >> What is necessary in order to support it?
> > encode_rgb_frame() needs to support bits_per_raw_sample>8 
> > similar to encode_plane()
>
> I see...
> I'll take a look at the code - maybe I'll understand it :)

Unfortunately, it is less simple than I thought;-(
ffv1 currently encodes up to 16 bit but 16bit RGB needs 
17bit, so this is definitely not trivial.

Carl Eugen


From anatol2002 at gmail.com  Wed Jun 13 19:55:14 2012
From: anatol2002 at gmail.com (Anatol)
Date: Wed, 13 Jun 2012 20:55:14 +0300
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
Message-ID: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>

Hello,
I am trying to generate a keyframe aligned multi-bitrate set of files.
I know that it can be done using the same pass-1 log file for the whole
multi-bitrate set.
But due to some constraints I can nit use it. I have tried another approach.
I use the 'force_keyframes' option, this ensures aligned key frames.
But in order to avoid quality reduction the scenecut is on.
Therefore, additionally to the aligned and 'forced' key frames, there are
'scenecut' keyframes as well.
My question is how do I turn the scenecut keyframes into non-IDR keyframes?

Thanks,
Anatol

From pb at das-werkstatt.com  Wed Jun 13 20:11:50 2012
From: pb at das-werkstatt.com (Peter B.)
Date: Wed, 13 Jun 2012 20:11:50 +0200
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
In-Reply-To: <loom.20120613T161748-699@post.gmane.org>
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
	<4FD25662.5060903@das-werkstatt.com>
	<loom.20120609T074302-916@post.gmane.org>
	<4FD89C69.9010100@das-werkstatt.com>
	<loom.20120613T161748-699@post.gmane.org>
Message-ID: <4FD8D7E6.3030403@das-werkstatt.com>

On 06/13/2012 04:32 PM, Carl Eugen Hoyos wrote:
>
>> +            {0,3,4,0,7},        /* A */
> This line is superfluous (and has no effect because the 
> number of components is three), patch probably welcome.
Makes sense. Thanks.


>>> (The naming is FFmpeg-specific afaik.)
>> I see.
>> btw: How are the 3x8bit (RGB24) stored in a 32bit word?
> Apart from the naming, the third number in {., ., x, ., .} 
> tells you.
Oh, ok! Got it.
Thanks!


>>>> What is necessary in order to support it?
>>> encode_rgb_frame() needs to support bits_per_raw_sample>8 
>>> similar to encode_plane()
>> I see...
>> I'll take a look at the code - maybe I'll understand it :)
> Unfortunately, it is less simple than I thought;-(
> ffv1 currently encodes up to 16 bit but 16bit RGB needs 
> 17bit, so this is definitely not trivial.
Would you be so kind an point me to any kind of information where I
could read up on "why 16bit RGB requires 17bits?". Right now, I would
not understand why.


Thank you very much for your time,
Pb

From cehoyos at ag.or.at  Wed Jun 13 20:49:11 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Wed, 13 Jun 2012 18:49:11 +0000 (UTC)
Subject: [FFmpeg-user] FFv1: Encode rgb48le?
References: <4FCF6C3F.10806@das-werkstatt.com>
	<loom.20120606T203030-208@post.gmane.org>
	<4FD25662.5060903@das-werkstatt.com>
	<loom.20120609T074302-916@post.gmane.org>
	<4FD89C69.9010100@das-werkstatt.com>
	<loom.20120613T161748-699@post.gmane.org>
	<4FD8D7E6.3030403@das-werkstatt.com>
Message-ID: <loom.20120613T204830-452@post.gmane.org>

Peter B. <pb <at> das-werkstatt.com> writes:

> > ffv1 currently encodes up to 16 bit but 16bit RGB needs 
> > 17bit, so this is definitely not trivial.
> Would you be so kind an point me to any kind of information where I
> could read up on "why 16bit RGB requires 17bits?". Right now, I would
> not understand why.

(Me neither.)
It is related to yuv-rgb conversion iiuc.

Carl Eugen


From rogerdpack2 at gmail.com  Wed Jun 13 21:51:39 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 13:51:39 -0600
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
In-Reply-To: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
Message-ID: <CAL1QdWfEQqSbD31W_M0TNYo=ZD5-8hV=h27=8Y6iS1Z2QyNYrw@mail.gmail.com>

> I'd like to convert these large MTS files into smaller mp4 for making
> DVDs (witout editing) and for sharing, and making them playable in
> machines with less resources. I'd like to keep the HD quality of the
> videos. I've searched extensively online and through the mailing list
> archive as well but I have yet to find the best set of parameters to
> do so.

DVD's don't "do" HD.  They also require an mpeg video stream, I think.
 You don't have too many options there, basically encode it (not even
sure if 2 pass would help).

"high quality 2 pass" might fit you, if you want high compression and h264:
http://rodrigopolo.com/ffmpeg/cheats.html

From rogerdpack2 at gmail.com  Wed Jun 13 21:52:42 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 13:52:42 -0600
Subject: [FFmpeg-user] Conversion from mp4 to 264/m4e
In-Reply-To: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
References: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
Message-ID: <CAL1QdWctcUaxgj3wtmV1WymT=NYJ2e3_gcm5jVvj_aaZhi_1=Q@mail.gmail.com>

> This is my post to this mailing list. I came across Google that ffmpeg can
> be used for many video format conversions.
> My requirement is to convert from mp4 to either m4e or 264.
> Can anyone please reply me whether it is possible and if so, how can we do
> it.

What platform?

From rogerdpack2 at gmail.com  Wed Jun 13 21:53:34 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 13:53:34 -0600
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
In-Reply-To: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
References: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
Message-ID: <CAL1QdWfGoGCgFcJWTZxgcFd=At-hksKowQnOdVxDDcjrWCcvdQ@mail.gmail.com>

> I am trying to generate a keyframe aligned multi-bitrate set of files.
> I know that it can be done using the same pass-1 log file for the whole
> multi-bitrate set.
> But due to some constraints I can nit use it. I have tried another approach.
> I use the 'force_keyframes' option, this ensures aligned key frames.
> But in order to avoid quality reduction the scenecut is on.
> Therefore, additionally to the aligned and 'forced' key frames, there are
> 'scenecut' keyframes as well.
> My question is how do I turn the scenecut keyframes into non-IDR keyframes?

Could you give command line examples of what you currently are using?
-r

From anatol2002 at gmail.com  Wed Jun 13 22:12:51 2012
From: anatol2002 at gmail.com (Anatol)
Date: Wed, 13 Jun 2012 23:12:51 +0300
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
In-Reply-To: <CAL1QdWfGoGCgFcJWTZxgcFd=At-hksKowQnOdVxDDcjrWCcvdQ@mail.gmail.com>
References: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
	<CAL1QdWfGoGCgFcJWTZxgcFd=At-hksKowQnOdVxDDcjrWCcvdQ@mail.gmail.com>
Message-ID: <CAPCGgdT0JYBU0UoyLZBDS2bDUJPpPZy2e8Q81oWC4HqWGOz0vw@mail.gmail.com>

Sure:
ffmpeg -i input.mov -vcodec  libx264 -subq 2 -qcomp 0.6 -qmin 10 -qmax 50
-qdiff 4 -coder 0 -b 200k -s 480x256 -r 25 -g 50 -vprofile baseline
-force_key_frames  0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30,32 -pix_fmt
yuv420p -acodec libfaac -ab 40k -ar 22050 -ac 2 -f mp4 -flags +loop+mv4
-cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -trellis 1 -refs 1
-me_range 16 -keyint_min 20 -sc_threshold 40 -i_qfactor 0.71 -bt 80k
-maxrate 200k -bufsize 600k -rc_eq 'blurCplx^(1-qComp)' -level 30 -async 2
 -vsync 1  -y output200.mp4

ffmpeg -i  input.mov -vcodec  libx264 -subq 2 -qcomp 0.6 -qmin 10 -qmax 50
-qdiff 4 -coder 0 -b 110k -s 480x256 -r 25 -g 50 -vprofile baseline
-force_key_frames  0,2,4,6,8,10,12,14,16,18,20,22,24,26,28,30,32 -pix_fmt
yuv420p -acodec libfaac -ab 40k -ar 22050 -ac 2 -f mp4 -flags +loop+mv4
-cmp 256 -partitions +parti4x4+partp8x8+partb8x8 -trellis 1 -refs 1
-me_range 16 -keyint_min 20 -sc_threshold 40 -i_qfactor 0.71 -bt 50k
-maxrate 110k -bufsize 400k -rc_eq 'blurCplx^(1-qComp)' -level 30 -async 2
 -vsync 1  -y output100.mp4


On Wed, Jun 13, 2012 at 10:53 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > I am trying to generate a keyframe aligned multi-bitrate set of files.
> > I know that it can be done using the same pass-1 log file for the whole
> > multi-bitrate set.
> > But due to some constraints I can nit use it. I have tried another
> approach.
> > I use the 'force_keyframes' option, this ensures aligned key frames.
> > But in order to avoid quality reduction the scenecut is on.
> > Therefore, additionally to the aligned and 'forced' key frames, there are
> > 'scenecut' keyframes as well.
> > My question is how do I turn the scenecut keyframes into non-IDR
> keyframes?
>
> Could you give command line examples of what you currently are using?
> -r
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From rogerdpack2 at gmail.com  Wed Jun 13 22:28:54 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 14:28:54 -0600
Subject: [FFmpeg-user] Can ffplay be used as realtime playing?
In-Reply-To: <CAP1T9tYMiB8KRDR_XmMVWEXwtOe81xXztYr5EJcFvaJs77b2xA@mail.gmail.com>
References: <CAP1T9tYMiB8KRDR_XmMVWEXwtOe81xXztYr5EJcFvaJs77b2xA@mail.gmail.com>
Message-ID: <CAL1QdWfdn48cf+bkQBrPYvTpLsjhzUHpF3cS_dH++eBasCfm6w@mail.gmail.com>

>
> *[output freezed here, then, after server stopped, the following come out]*
>
> [mpegts @ 0x90540e0] Could not find codec parameters (Unknown: none
> ([131][0][0][0] / 0x0083))
> [mpegts @ 0x90540e0] Estimating duration from bitrate, this may be
> inaccurate

I believe it's doing a framerate estimation phase, I don't know if
there's an option to skip this (maybe specify frame rate on the
command line)?
-r

From lou at lrcd.com  Wed Jun 13 22:32:23 2012
From: lou at lrcd.com (Lou)
Date: Wed, 13 Jun 2012 12:32:23 -0800
Subject: [FFmpeg-user] Tips for converting MTS to DVD/mp4
In-Reply-To: <CAL1QdWfEQqSbD31W_M0TNYo=ZD5-8hV=h27=8Y6iS1Z2QyNYrw@mail.gmail.com>
References: <CAD4aym727s8XNmfaRKwAjrMKHh89BgNTV3C2eB4Z5h-aJDWqXA@mail.gmail.com>
	<CAL1QdWfEQqSbD31W_M0TNYo=ZD5-8hV=h27=8Y6iS1Z2QyNYrw@mail.gmail.com>
Message-ID: <20120613123223.463e9f6e@lrcd.com>

On Wed, 13 Jun 2012 13:51:39 -0600
Roger Pack <rogerdpack2 at gmail.com> wrote:

> > I'd like to convert these large MTS files into smaller mp4 for making
> > DVDs (witout editing) and for sharing, and making them playable in
> > machines with less resources. I'd like to keep the HD quality of the
> > videos. I've searched extensively online and through the mailing list
> > archive as well but I have yet to find the best set of parameters to
> > do so.
> 
> DVD's don't "do" HD.  They also require an mpeg video stream, I think.

I assume Marck meant a data DVD containing the mp4 files; not a standard
DVD video, but it's not totally clear.

From cernyp at volny.cz  Wed Jun 13 21:44:13 2012
From: cernyp at volny.cz (=?iso-8859-2?Q?Pavel_=C8ern=FD?=)
Date: Wed, 13 Jun 2012 21:44:13 +0200
Subject: [FFmpeg-user] install
Message-ID: <94E95A3E-923A-44E6-B6A5-399796A72C00@volny.cz>

Hello,
I am so sorry, but I have a trivial question:
how can I install ffmpeg (libavcodec...) for using Datura on Mac please?


thank youPavel

From redmember at nate.com  Wed Jun 13 04:47:46 2012
From: redmember at nate.com (redmember)
Date: Tue, 12 Jun 2012 19:47:46 -0700 (PDT)
Subject: [FFmpeg-user] yadif in ffmpeg filter usage
In-Reply-To: <CAL1QdWfHe-7Lj-pAg=kkjsAG5hqqN9ERNVoGk=Zg9vbPmZvy=Q@mail.gmail.com>
References: <1339396101444-4650825.post@n4.nabble.com>
	<CAL1QdWfHe-7Lj-pAg=kkjsAG5hqqN9ERNVoGk=Zg9vbPmZvy=Q@mail.gmail.com>
Message-ID: <1339555666950-4650871.post@n4.nabble.com>


thanks. replay

The following are additional questions

I using window OS

ffmpeg builed on Windows (for MinGW) and developing MS Visual studio (C++)

I tried to.. below source code (for ffmpeg example)

// init filter code

************************************************************
 ***Q1 : if using yadif filter, how to make filter. below code was not
working in "avfilter_graph_config"
AVFilter *yadif    =  avfilter_get_by_name("yadif");
AVFilter *buffersink        = avfilter_get_by_name("buffersink");
************************************************************

AVFilterInOut *pSrc    = avfilter_inout_alloc();
AVFilterInOut *pBuffer  = avfilter_inout_alloc();

enum PixelFormat pix_fmts[] = { PIX_FMT_GRAY8, PIX_FMT_NONE };

filter_graph = avfilter_graph_alloc();

sprintf_s(args, sizeof(args), "%d:%d:%d:%d:%d:%d:%d",
		  dec_ctx->width, dec_ctx->height, dec_ctx->pix_fmt,
		  dec_ctx->time_base.num, dec_ctx->time_base.den,
		  dec_ctx->sample_aspect_ratio.num, dec_ctx->sample_aspect_ratio.den);

ret = avfilter_graph_create_filter(&in_ctx, yadif, "in", args, NULL,
filter_graph);
if (ret < 0) {
	av_log(NULL, AV_LOG_ERROR, "Cannot create \n");
	return ret;
}
ret = avfilter_graph_create_filter(&out_ctx, buffersink, "out", NULL, NULL,
filter_graph);
if (ret < 0) {
	av_log(NULL, AV_LOG_ERROR, "Cannot create \n");
	return ret;
}

ret = avfilter_graph_add_filter(filter_graph, in_ctx);
ret = avfilter_graph_add_filter(filter_graph, out_ctx);

pSrc->name       = av_strdup("in");
pSrc->filter_ctx = in_ctx;
pSrc->pad_idx    = 0;
pSrc->next       = NULL;

pBuffer->name       = av_strdup("out");
pBuffer->filter_ctx = out_ctx;
pBuffer->pad_idx    = 0;
pBuffer->next       = NULL;

if ((ret = avfilter_graph_parse(filter_graph, filters_descr, &pBuffer,
&pSrc, NULL)) < 0)
	return ret;

************************************************************
*** not working code "ret = -22"
if ((ret = avfilter_graph_config(filter_graph, fmt_ctx)) < 0)
	return ret;
************************************************************


--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/yadif-in-ffmpeg-filter-usage-tp4650825p4650871.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From syedaqhilahmed at gmail.com  Wed Jun 13 11:37:49 2012
From: syedaqhilahmed at gmail.com (Aqhil Syed)
Date: Wed, 13 Jun 2012 02:37:49 -0700 (PDT)
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
Message-ID: <1339580269462-4650876.post@n4.nabble.com>

Yes.. its possible my friend for that u need to use joining command. like
suppose if your using linux then u go for 'cat' command and if its windows
we go for type command.below ill show you two commands you follow them.

linux: cat first_file.mpg second _file.mpg | ffmpeg -f mpeg -i - output.mpg

windows: type first_file.mpg second _file.mpg | ffmpeg -f mpeg -i -
output.mpg

Note:we make use of pipe command to join the files like wise you can join
n-no. of files. (shift+\ button to get in windows).
Hope this information will be useful to you.

-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Join-2-m4a-AAC-files-via-command-line-tp4650843p4650876.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From syedaqhilahmed at gmail.com  Wed Jun 13 11:40:37 2012
From: syedaqhilahmed at gmail.com (Aqhil Syed)
Date: Wed, 13 Jun 2012 02:40:37 -0700 (PDT)
Subject: [FFmpeg-user] Seeking past end with avformat_seek_file
In-Reply-To: <CALdTkGG3+E_eF0bKhwMnB3cevkX8Cv=-Th9myKHfdQk7ZBb1vA@mail.gmail.com>
References: <CALdTkGG3+E_eF0bKhwMnB3cevkX8Cv=-Th9myKHfdQk7ZBb1vA@mail.gmail.com>
Message-ID: <1339580437405-4650877.post@n4.nabble.com>

Dear friend,
need more information about the issue i can help you out..
as frame extraction possible in ffmpeg and situation where you want to
extract the frame or images.??

-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Seeking-past-end-with-avformat-seek-file-tp4650864p4650877.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From syedaqhilahmed at gmail.com  Wed Jun 13 12:10:13 2012
From: syedaqhilahmed at gmail.com (Aqhil Syed)
Date: Wed, 13 Jun 2012 03:10:13 -0700 (PDT)
Subject: [FFmpeg-user] Conversion from mp4 to 264/m4e
In-Reply-To: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
References: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
Message-ID: <1339582213467-4650878.post@n4.nabble.com>

well your question is quite UN-understandable  as u specified the video and
audio codec like wise.. i think u don't have much knowledge about video
codecs and audio codecs. but i guess your looking forward for this command.

ffmpeg -i your_input_file.mp4 -sameq acodec libmp3lame -vcodec libx264
outputfile.mp4

this will make ur video with 
audio codec:mp3
video codec:h.264

hope this will be helpful.


-----
Aqhil Syed,
Digital Nirvana Inc..
--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Conversion-from-mp4-to-264-m4e-tp4650872p4650878.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From rogerdpack2 at gmail.com  Wed Jun 13 22:44:47 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 14:44:47 -0600
Subject: [FFmpeg-user] install
In-Reply-To: <94E95A3E-923A-44E6-B6A5-399796A72C00@volny.cz>
References: <94E95A3E-923A-44E6-B6A5-399796A72C00@volny.cz>
Message-ID: <CAL1QdWdA=DAGPmqyk8Si=1b+J0PfKMRfNCGdG19abL6mZKacQA@mail.gmail.com>

> I am so sorry, but I have a trivial question:
> how can I install ffmpeg (libavcodec...) for using Datura on Mac please?

Datura == data?
I'd recommend macports. Then $ sudo port install ffmpeg

From codecomplete at free.fr  Wed Jun 13 22:48:51 2012
From: codecomplete at free.fr (Gilles)
Date: Wed, 13 Jun 2012 22:48:51 +0200
Subject: [FFmpeg-user] Creating video with single JPG + MP3 file?
References: <v1ket7tacr5c72e0u0ud8fm4b5al96eggu@4ax.com>
	<loom.20120612T165922-157@post.gmane.org>
	<7adft75pckdegf8crhpt2qckb27efktjn4@4ax.com>
	<loom.20120613T082800-539@post.gmane.org>
Message-ID: <55vht7lmvg4cb132u81l4b6mur0iml8gtr@4ax.com>

On Wed, 13 Jun 2012 06:29:04 +0000 (UTC), Carl Eugen Hoyos
<cehoyos at ag.or.at> wrote:
>> What do you consider to almost be a bug?
>
>That the mp3 format currently also writes video (an image) to 
>the output file, see ticket #1408.

Ok thanks.


From rogerdpack2 at gmail.com  Wed Jun 13 22:49:16 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 14:49:16 -0600
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
Message-ID: <CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>

> I want to join 2 AAC files to make a single, continus, gapless new
> file... is it possible via command line?

I assume it is:
http://lmgtfy.com/?q=ffmpeg+concat+files
3rd link'ish

From lou at lrcd.com  Wed Jun 13 22:52:55 2012
From: lou at lrcd.com (Lou)
Date: Wed, 13 Jun 2012 12:52:55 -0800
Subject: [FFmpeg-user] Conversion from mp4 to 264/m4e
In-Reply-To: <1339582213467-4650878.post@n4.nabble.com>
References: <CAPc30txvxYF15UZk7qp9y6Ha3zAsq98edexPoSeOJDdkuspfbg@mail.gmail.com>
	<1339582213467-4650878.post@n4.nabble.com>
Message-ID: <20120613125255.2c16a4f7@lrcd.com>

On Wed, 13 Jun 2012 03:10:13 -0700 (PDT)
Aqhil Syed <syedaqhilahmed at gmail.com> wrote:

> well your question is quite UN-understandable  as u specified the video and
> audio codec like wise.. i think u don't have much knowledge about video
> codecs and audio codecs. but i guess your looking forward for this command.
> 
> ffmpeg -i your_input_file.mp4 -sameq acodec libmp3lame -vcodec libx264
> outputfile.mp4

Please do not recommend the usage of sameq in this context. It does not
mean "same quality" as the documentation used to imply (it has since
been updated) and is not designed to be used between formats that do not
share a similar quantizer scale (which may be the case here but is not
known).

Also, please test your examples. acodec is not an option, but -acodec
is.

From seandarcy2 at gmail.com  Wed Jun 13 23:08:26 2012
From: seandarcy2 at gmail.com (sean darcy)
Date: Wed, 13 Jun 2012 17:08:26 -0400
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
In-Reply-To: <jr6909$qhh$1@dough.gmane.org>
References: <jr6909$qhh$1@dough.gmane.org>
Message-ID: <jravga$ot9$1@dough.gmane.org>

On 06/11/2012 10:19 PM, sean darcy wrote:
> For encoding aac, which lib is preferred? aac has lots of bad notices,
> but has it been fixed? libfaac web site says it's not really good. And I
> can't find much on libaacplus.
>
> Which lib are people using?
>
> sean

Isn't anybody encoding with aac?

sean


From mbradshaw at sorensonmedia.com  Wed Jun 13 23:30:58 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Wed, 13 Jun 2012 15:30:58 -0600
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
In-Reply-To: <jravga$ot9$1@dough.gmane.org>
References: <jr6909$qhh$1@dough.gmane.org>
	<jravga$ot9$1@dough.gmane.org>
Message-ID: <CAJ29FNb9=_J8QU_nu3tmCsFVqsL52i=yNP3WK_e3NVxKKA8LcA@mail.gmail.com>

On Wed, Jun 13, 2012 at 3:08 PM, sean darcy <seandarcy2 at gmail.com> wrote:
> On 06/11/2012 10:19 PM, sean darcy wrote:
>>
>> For encoding aac, which lib is preferred? aac has lots of bad notices,
>> but has it been fixed? libfaac web site says it's not really good. And I
>> can't find much on libaacplus.
>>
>> Which lib are people using?
>>
>> sean
>
>
> Isn't anybody encoding with aac?

There's also libvo-aacenc. To be honest though, I've no idea which one
gives the best quality and is the most stable. I rarely do aac
encoding, and when I do, I just use aac -strict experimental.

--Michael

From lou at lrcd.com  Wed Jun 13 23:33:40 2012
From: lou at lrcd.com (Lou)
Date: Wed, 13 Jun 2012 13:33:40 -0800
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
In-Reply-To: <jravga$ot9$1@dough.gmane.org>
References: <jr6909$qhh$1@dough.gmane.org>
	<jravga$ot9$1@dough.gmane.org>
Message-ID: <20120613133340.2d409367@lrcd.com>

On Wed, 13 Jun 2012 17:08:26 -0400
sean darcy <seandarcy2 at gmail.com> wrote:

> On 06/11/2012 10:19 PM, sean darcy wrote:
> > For encoding aac, which lib is preferred? aac has lots of bad notices,
> > but has it been fixed? libfaac web site says it's not really good. And I
> > can't find much on libaacplus.
> >
> > Which lib are people using?
> >
> > sean
> 
> Isn't anybody encoding with aac?
> 
> sean

FFmpeg can also encode with libvo_aacenc. Why not try them yourself and
see what you like best? For LC-AAC with similar bitrates I'd probably
assume:

qaac (Apple) > neroaacenc > faac => libvo-aacenc > ffaacenc

Of course not all of these are supported by FFmpeg, but you can pipe to
some external encoders such as faac or neroaacenc (note that I'm not
actually recommending these but just giving you yet another option).
Also not all of these are open source which may factor in your decision.

For HE-AAC I'm not sure what the order would be or what supports that,
so that's why I omitted libaacplus from my list of crappy opinion.

I wouldn't write off ffaacenc (-acodec aac) entirely. It's listed as
experimental, but if it sounds good enough to you then go for it.

From wagner.patriota at gmail.com  Wed Jun 13 23:51:11 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Wed, 13 Jun 2012 18:51:11 -0300
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
	<CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
Message-ID: <CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>

Sorry Roger, I would do the same thing you did... but the mistake is that I
just forgot to tell some details... I sent this e-mail already 40 times to
many people...

THE THIS IS: I can't decode and reencode. The techniques we find on Google
don't solve me problem.
I just wanna JOIN the M4A via FFMPEG command line with a single command.

But I think it is impossible... nobody did it yet... :-(



On Wed, Jun 13, 2012 at 5:49 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > I want to join 2 AAC files to make a single, continus, gapless new
> > file... is it possible via command line?
>
> I assume it is:
> http://lmgtfy.com/?q=ffmpeg+concat+files
> 3rd link'ish
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From mbradshaw at sorensonmedia.com  Thu Jun 14 00:06:21 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Wed, 13 Jun 2012 16:06:21 -0600
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
	<CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
	<CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
Message-ID: <CAJ29FNY0sErDR8JcfvjcX3SK1-PodS4givqthAqoUaCEvQtnsw@mail.gmail.com>

On Wed, Jun 13, 2012 at 3:51 PM, Wagner Patriota
<wagner.patriota at gmail.com> wrote:
> Sorry Roger, I would do the same thing you did... but the mistake is that I
> just forgot to tell some details...

I don't think you forgot the details. I think people missed
them/misunderstood/overlooked.

Anyway, the FFmpeg FAQ covers this:
http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f

The key is that you have to use a "joinable" format, and I don't
believe M4A+AAC is one of them.

--Michael

From wagner.patriota at gmail.com  Thu Jun 14 00:08:37 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Wed, 13 Jun 2012 19:08:37 -0300
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAJ29FNY0sErDR8JcfvjcX3SK1-PodS4givqthAqoUaCEvQtnsw@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
	<CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
	<CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
	<CAJ29FNY0sErDR8JcfvjcX3SK1-PodS4givqthAqoUaCEvQtnsw@mail.gmail.com>
Message-ID: <CAKuDJW04exvG6nvYHeaiPR2E2mVc7RyfAhRPPU69ZD5OARigyg@mail.gmail.com>

Yes... this is the problem... M4A+AAC is not one of the privileged
formats... :-(

On Wed, Jun 13, 2012 at 7:06 PM, Michael Bradshaw <
mbradshaw at sorensonmedia.com> wrote:

> On Wed, Jun 13, 2012 at 3:51 PM, Wagner Patriota
> <wagner.patriota at gmail.com> wrote:
> > Sorry Roger, I would do the same thing you did... but the mistake is
> that I
> > just forgot to tell some details...
>
> I don't think you forgot the details. I think people missed
> them/misunderstood/overlooked.
>
> Anyway, the FFmpeg FAQ covers this:
> http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
>
> The key is that you have to use a "joinable" format, and I don't
> believe M4A+AAC is one of them.
>
> --Michael
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From rogerdpack2 at gmail.com  Thu Jun 14 01:12:49 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Wed, 13 Jun 2012 17:12:49 -0600
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
	<CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
	<CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
Message-ID: <CAL1QdWc8TLgTCmDTHPBYvya_V6nYgwNeMo0dJtJnEKasC9EsLw@mail.gmail.com>

> THE THIS IS: I can't decode and reencode. The techniques we find on Google
> don't solve me problem.
> I just wanna JOIN the M4A via FFMPEG command line with a single command.
>
> But I think it is impossible... nobody did it yet... :-(

Oops I thought it was straight forward but I guess not, heh.
According to http://ffmpeg-users.933282.n4.nabble.com/How-can-I-join-video-files-td4391705.html
mencoder can do it but not ffmpeg as of yet.
-r

From wagner.patriota at gmail.com  Thu Jun 14 07:18:20 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Thu, 14 Jun 2012 02:18:20 -0300
Subject: [FFmpeg-user] Join 2 m4a (AAC) files via command line...
In-Reply-To: <CAL1QdWc8TLgTCmDTHPBYvya_V6nYgwNeMo0dJtJnEKasC9EsLw@mail.gmail.com>
References: <CAKuDJW14QiXVfVALgdcs2Az6ba2oMOJ42bR9jJB13HLJWyWrVA@mail.gmail.com>
	<CAL1QdWcupJFy46JqFaNgk2qMFXT2EwmR6_1NSnRrG-D-yTVGJA@mail.gmail.com>
	<CAKuDJW1rJ0FvMvzfysxha_7yPqj3uomEwUushV4a8U=O_vjy7w@mail.gmail.com>
	<CAL1QdWc8TLgTCmDTHPBYvya_V6nYgwNeMo0dJtJnEKasC9EsLw@mail.gmail.com>
Message-ID: <CAKuDJW2t84nUJd9-e_YHQ_maq5n-FM9Eod7ufEiU+f7T9wTuMA@mail.gmail.com>

Yes, but the thing is that I am using FFMPEG as library to an application.
Sometimes I ask it here in the forum of "command line" so I can at least
know the possibility and then do it via code...

well, this memcoder is opensource... it may be useful for me too... I will
take a look, thanks ;-)


On Wed, Jun 13, 2012 at 8:12 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > THE THIS IS: I can't decode and reencode. The techniques we find on
> Google
> > don't solve me problem.
> > I just wanna JOIN the M4A via FFMPEG command line with a single command.
> >
> > But I think it is impossible... nobody did it yet... :-(
>
> Oops I thought it was straight forward but I guess not, heh.
> According to
> http://ffmpeg-users.933282.n4.nabble.com/How-can-I-join-video-files-td4391705.html
> mencoder can do it but not ffmpeg as of yet.
> -r
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From lovexue4ever at qq.com  Thu Jun 14 03:15:18 2012
From: lovexue4ever at qq.com (=?gb18030?B?aWVmdqPIo9Kj0w==?=)
Date: Thu, 14 Jun 2012 09:15:18 +0800
Subject: [FFmpeg-user] install on amd64 server
Message-ID: <tencent_6AEBC2FB7E41C64A11F86AD1@qq.com>

Hello ,all
      How can I install the latest x264 and the ffmpeg r26400 on  ubuntu amd64 server.
When I try to install them ,I  used commands like :
cd x264
./configure --enable-static
make
make install


when make I got questions.

From lou at lrcd.com  Thu Jun 14 09:18:40 2012
From: lou at lrcd.com (Lou)
Date: Wed, 13 Jun 2012 23:18:40 -0800
Subject: [FFmpeg-user] install on amd64 server
In-Reply-To: <tencent_6AEBC2FB7E41C64A11F86AD1@qq.com>
References: <tencent_6AEBC2FB7E41C64A11F86AD1@qq.com>
Message-ID: <20120613231840.340ce38d@lrcd.com>

On Thu, 14 Jun 2012 09:15:18 +0800
"iefv???" <lovexue4ever at qq.com> wrote:

> Hello ,all
>       How can I install the latest x264 and the ffmpeg r26400 on  ubuntu amd64 server.
> When I try to install them ,I  used commands like :

r26400 is old. FFmpeg is now at least r41500.

> cd x264
> ./configure --enable-static
> make
> make install
> 
> 
> when make I got questions.

What are the questions?

See this guide for instructions:
Compile FFmpeg on Ubuntu
https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide

From krueger at lesspain.de  Thu Jun 14 10:52:28 2012
From: krueger at lesspain.de (=?UTF-8?Q?Robert_Kr=C3=BCger?=)
Date: Thu, 14 Jun 2012 10:52:28 +0200
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
In-Reply-To: <20120613133340.2d409367@lrcd.com>
References: <jr6909$qhh$1@dough.gmane.org> <jravga$ot9$1@dough.gmane.org>
	<20120613133340.2d409367@lrcd.com>
Message-ID: <CAEnqZEXaWrJrVnp+tOKHCDORskyxaRgzMv6y2EgyXHN-xC8JDw@mail.gmail.com>

On Wed, Jun 13, 2012 at 11:33 PM, Lou <lou at lrcd.com> wrote:
> On Wed, 13 Jun 2012 17:08:26 -0400
> sean darcy <seandarcy2 at gmail.com> wrote:
>
>> On 06/11/2012 10:19 PM, sean darcy wrote:
>> > For encoding aac, which lib is preferred? aac has lots of bad notices,
>> > but has it been fixed? libfaac web site says it's not really good. And I
>> > can't find much on libaacplus.
>> >
>> > Which lib are people using?
>> >
>> > sean
>>
>> Isn't anybody encoding with aac?
>>
>> sean
>
> FFmpeg can also encode with libvo_aacenc. Why not try them yourself and
> see what you like best? For LC-AAC with similar bitrates I'd probably
> assume:
>
> qaac (Apple) > neroaacenc > faac => libvo-aacenc > ffaacenc
>
my experience is that for anything serious (i.e. a product that
produces sound for a consumer to enjoy in good quality) both internal
aac and libvo_aac are not acceptable, whereas faac is (but not
redistributable, which may or may not be a problem for you). Maybe I
am doing something wrong but I have not been able to produce aac files
without audible artifacts using libvo_aac event at bitrates like 256k,
which should be more than enough, whereas the same signal encoded with
faac sounds like the original with a lower bitrate than that. To me
this is probably one of the most requested features (a redistributable
aac good encoder) of ffmpeg and I'm still hoping that an agreement can
be reached on a crowd funding platform top sponsor such a project
(i.e. make internal aac better/acceptable for more uses) because I
suspect many people would fund this if a volunteer was there. I sure
would but I am by far not able to cough up enough money to be
seriously attractive for a dev to take this on.

regarding quality of libvo_aac you might want to read this:

http://spectralhole.blogspot.de/2010/12/androids-stagefright-aac-encoder-or.html

From piyush.pv at gmail.com  Thu Jun 14 11:48:48 2012
From: piyush.pv at gmail.com (Piyush Verma)
Date: Thu, 14 Jun 2012 17:48:48 +0800
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
Message-ID: <CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>

Thanks Carl.

I have tried probsize and it helped a bit.

Infact last time my conclusion was wrong.

av_open_input_file is taking 12 to 15 sec.

av_find_stream_info taking 5sec as there probesize was 5000000.

after changing  probsize to 1000000 it save approx 2 sec. But
av_open_input_file is same as before.

I googled and found some thing but it does not work for me.
https://lists.ffmpeg.org/pipermail/libav-user/2012-May/001926.html

I have tried  AVFMT_FLAG_IGNIDX.


Any other way to solve this problem?



Thanks & Regards

Piyush Verma


On Sun, Jun 10, 2012 at 10:47 PM, Piyush Verma <piyush.pv at gmail.com> wrote:

> Thanks a lot Carl Eugen.
>
> I think probsize should solve the problem.
>
> While checking for probsize I also found some other option which may help.
>
> Tomorrow  I will try all probsize and will update.
>
>
>
> Thanks & Regards
>
> Piyush Verma
>
> On Sun, Jun 10, 2012 at 7:48 PM, Carl Eugen Hoyos <cehoyos at ag.or.at>wrote:
>
>> Piyush Verma <piyush.pv <at> gmail.com> writes:
>>
>> > The main problem we are facing that ffmepg (av_find_stream_info(
>> > pFormatCtx)) taking approx 20 sec to get stream information.
>> > which is causing 20 sec delay in channel switching.
>> >
>> > Any idea what could be possible solution for it ?
>>
>> Did you try setting probesize?
>>
>> Carl Eugen
>>
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>
>
>
> --
> Thanks & Regards
>
> Piyush Verma
>
>
>


-- 
Thanks & Regards

Piyush Verma

From ch.sureshkumar.24 at gmail.com  Thu Jun 14 12:52:19 2012
From: ch.sureshkumar.24 at gmail.com (suresh kumar)
Date: Thu, 14 Jun 2012 16:22:19 +0530
Subject: [FFmpeg-user] Multiple Video Recording
Message-ID: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>

Hi,
     I am trying to record multiple files with single video. If I do
separate video and audio for multiple recording it happens but if both in a
time means video get freeze at some point for long duration(15mins).
Whether is it possible to make multiple recording using single video. I am
developing this using Visual Studio 2010. Thanks for your soon Reply and
Answer .

From e.mcevoy at andor.com  Thu Jun 14 15:19:19 2012
From: e.mcevoy at andor.com (Eamonn McEvoy)
Date: Thu, 14 Jun 2012 13:19:19 +0000
Subject: [FFmpeg-user] Size limitation when converting avi to mpeg
Message-ID: <EDA7676E333FB94E9F6B4379F0ADE542E04EF5@BE-EXCH-01.andortech.net>

I am trying to convert an avi file to mpeg, but ffmpeg is giving me these error messages, 'buffer underflow' and 'packet too large'

The command I am using is :

ffmpeg -I input.avi -s 2592x2106 -b 1200 output.mpg


1.  Dimensions of video - are there any limitations?

I have noticed that if I take a video with smaller dimensions it seems to work ok, Is there any way to accommodate files with large large dimensions like this?


2.  Frame rate - can ffmpeg pad out videos?

I also have issues with certain frame rates, the error message tells me that only certain frame rates are supported by the mpeg1 format, can I get ffmpeg to pad out my avi file to account for this?


3.  File size - are there any limitations on the max file size that can be converted?
Thanks,
Eamonn


This message is intended only for the use of the addressee and may contain information that is confidential and/or subject to copyright. If you are not
the intended recipient, you are hereby notified that any dissemination, copying, or redistribution of this message is strictly prohibited. If you have
received this message in error please delete all copies immediately. Any views or opinions presented in this email are solely those ofthe author
and do not necessarily represent those of Andor Technology Plc Companies. Andor Technology Plc has taken reasonable precautions to ensure
that no viruses are contained in this email, but does not accept any responsibility once this email has been transmitted. Andor Technology PLC
is a registered company in Northern Ireland, registration number: NI022466. Registered Office: Andor Technology, 7 Millennium Way, Springvale Business
Park, Belfast, BT12 7AL.



From mike.scheutzow at alcatel-lucent.com  Thu Jun 14 16:38:34 2012
From: mike.scheutzow at alcatel-lucent.com (Mike Scheutzow)
Date: Thu, 14 Jun 2012 10:38:34 -0400
Subject: [FFmpeg-user] Size limitation when converting avi to mpeg
In-Reply-To: <EDA7676E333FB94E9F6B4379F0ADE542E04EF5@BE-EXCH-01.andortech.net>
References: <EDA7676E333FB94E9F6B4379F0ADE542E04EF5@BE-EXCH-01.andortech.net>
Message-ID: <4FD9F76A.7060702@alcatel-lucent.com>

Eamonn McEvoy wrote:
> I am trying to convert an avi file to mpeg, but ffmpeg is giving me
> these error messages, 'buffer underflow' and 'packet too large'
> 
> The command I am using is :
> 
> ffmpeg -I input.avi -s 2592x2106 -b 1200 output.mpg
> 
> 
> 1.  Dimensions of video - are there any limitations?
> 
> I have noticed that if I take a video with smaller dimensions it
> seems to work ok, Is there any way to accommodate files with large
> large dimensions like this?
> 
> 
> 2.  Frame rate - can ffmpeg pad out videos?
> 
> I also have issues with certain frame rates, the error message tells
> me that only certain frame rates are supported by the mpeg1 format,
> can I get ffmpeg to pad out my avi file to account for this?
> 
> 
> 3.  File size - are there any limitations on the max file size that
> can be converted?


Show us the complete and uncut output of

ffmpeg -i input.avi


Mike Scheutzow

From cehoyos at ag.or.at  Thu Jun 14 16:47:48 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Thu, 14 Jun 2012 14:47:48 +0000 (UTC)
Subject: [FFmpeg-user] Size limitation when converting avi to mpeg
References: <EDA7676E333FB94E9F6B4379F0ADE542E04EF5@BE-EXCH-01.andortech.net>
Message-ID: <loom.20120614T164608-562@post.gmane.org>

Eamonn McEvoy <e.mcevoy <at> andor.com> writes:

> ffmpeg -I input.avi -s 2592x2106 -b 1200 output.mpg

(Complete, uncut console output missing.)

I don't think 1200 byte is a sufficient bitrate for 2592x2106

> This message is intended only for the use of the addressee 
> and may contain information that is confidential

Please understand that this is very silly on a public mailing list.

Carl Eugen


From rogerdpack2 at gmail.com  Thu Jun 14 18:02:27 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 10:02:27 -0600
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
	<CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
Message-ID: <CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>

> av_open_input_file is taking 12 to 15 sec.

Maybe profile it to see what's taking it so long?

From rogerdpack2 at gmail.com  Thu Jun 14 18:03:36 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 10:03:36 -0600
Subject: [FFmpeg-user] Multiple Video Recording
In-Reply-To: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>
References: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>
Message-ID: <CAL1QdWe4ZtDNGMvcyuVKbPeXtsDH==rAg=FRo+VEAObrmjSXiQ@mail.gmail.com>

> ? ? I am trying to record multiple files with single video. If I do
> separate video and audio for multiple recording it happens but if both in a
> time means video get freeze at some point for long duration(15mins).
> Whether is it possible to make multiple recording using single video. I am
> developing this using Visual Studio 2010. Thanks for your soon Reply and
> Answer .

What are your command lines?  Are you calling out to ffmpeg.exe? Are
you using the shared builds of ffmpeg here, or what?
-roger-

From piyush.pv at gmail.com  Thu Jun 14 18:27:31 2012
From: piyush.pv at gmail.com (Piyush Verma)
Date: Fri, 15 Jun 2012 00:27:31 +0800
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
	<CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
	<CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>
Message-ID: <5AC0D50E-6337-4BC7-84BC-7817687E1F01@gmail.com>

Dear Roger,

Thanks for pointing on profiling I will strace tomorrow. As dvbt not work from my home.

Meanwhile just to update in normal local file it's not taking time. As it's live streaming from DVBT so the data availability is slow based on time. 

Does mpegts require 12 sec data to open stream ?


On Fri, Jun 15, 2012 at 12:02 AM, Roger Pack <rogerdpack2 at gmail.com> wrote:
> av_open_input_file is taking 12 to 15 sec.

Maybe profile it to see what's taking it so long?
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user



-- 
Thanks & Regards

Piyush Verma



From tayeb.dotnet at gmail.com  Thu Jun 14 16:58:29 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Thu, 14 Jun 2012 17:58:29 +0300
Subject: [FFmpeg-user] RTMP URL unable to open
Message-ID: <3E5F57CFB52D4B9EAD93E7293D5AF8D2@work>

hello
please i'm trying to restream http://www.almagharibia.tv/ in my lan as a rtp 
Multicast stream
but i'm unable to open the rtmp url
can someone help?
thank you
    Meftah Tayeb
IT Consulting
http://www.tmvoip.com/
phone: +21321656139
Mobile: +213660347746 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From lou at lrcd.com  Thu Jun 14 20:01:12 2012
From: lou at lrcd.com (Lou)
Date: Thu, 14 Jun 2012 10:01:12 -0800
Subject: [FFmpeg-user] For aac: which lib - aac? libaacplus? libfaac?
In-Reply-To: <CAEnqZEXaWrJrVnp+tOKHCDORskyxaRgzMv6y2EgyXHN-xC8JDw@mail.gmail.com>
References: <jr6909$qhh$1@dough.gmane.org> <jravga$ot9$1@dough.gmane.org>
	<20120613133340.2d409367@lrcd.com>
	<CAEnqZEXaWrJrVnp+tOKHCDORskyxaRgzMv6y2EgyXHN-xC8JDw@mail.gmail.com>
Message-ID: <20120614100112.07de55d6@lrcd.com>

On Thu, 14 Jun 2012 10:52:28 +0200
Robert Kr?ger <krueger at lesspain.de> wrote:

> On Wed, Jun 13, 2012 at 11:33 PM, Lou <lou at lrcd.com> wrote:
> > On Wed, 13 Jun 2012 17:08:26 -0400
> > sean darcy <seandarcy2 at gmail.com> wrote:
> >
> >> On 06/11/2012 10:19 PM, sean darcy wrote:
> >> > For encoding aac, which lib is preferred? aac has lots of bad notices,
> >> > but has it been fixed? libfaac web site says it's not really good. And I
> >> > can't find much on libaacplus.
> >> >
> >> > Which lib are people using?
> >> >
> >> > sean
> >>
> >> Isn't anybody encoding with aac?
> >>
> >> sean
> >
> > FFmpeg can also encode with libvo_aacenc. Why not try them yourself and
> > see what you like best? For LC-AAC with similar bitrates I'd probably
> > assume:
> >
> > qaac (Apple) > neroaacenc > faac => libvo-aacenc > ffaacenc
> >
> regarding quality of libvo_aac you might want to read this:
> 
> http://spectralhole.blogspot.de/2010/12/androids-stagefright-aac-encoder-or.html

Interesting article, and kamedo2 provides some comments about ffaacenc
that are worth a follow-up (and he has a blog that has some opinions on
libvo-aacenc quality compared to others http://d.hatena.ne.jp/kamedo2/).

Also, I've noticed that libvo_aacenc ignores -aq/-q:a, so you're stuck
with -ab/-b:a for that encoder.

From kolanchi at fossilshale.com  Thu Jun 14 12:15:37 2012
From: kolanchi at fossilshale.com (kolanchi)
Date: Thu, 14 Jun 2012 03:15:37 -0700 (PDT)
Subject: [FFmpeg-user] ffplay RTSP Stream
Message-ID: <1339668937599-4650907.post@n4.nabble.com>

Hi Friends,

               I am trying to play the rtsp stream file using ffplay
command. using below command I trying to stream the rtsp streaming. when I
am issuing below command I am facing Issue.

COMMAND : ffplay rtsp://192.168.2.155:554/live/av0?user=admin&passwd=admin

ISSUE :

sm --enable-libschroedinger --enable-libspeex --enable-libtheora
--enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx
--disable-stripping --enable-runtime-cpudetect --enable-vaapi --enable-gpl
--enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394
--shlibdir=/usr/lib/i686/cmov --cpu=i686 --enable-shared --disable-static
--disable-ffmpeg --disable-ffplay
  libavutil     50.15. 1 / 50.15. 1
  libavcodec    52.72. 2 / 52.72. 2
  libavformat   52.64. 2 / 52.64. 2
  libavdevice   52. 2. 0 / 52. 2. 0
  libavfilter    1.19. 0 /  1.19. 0
  libswscale     0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0
[rtsp @ 0x9787710]CSeq 2 expected, 1 received.
rtsp://192.168.2.155:554/live/av0?user=admin: Invalid data found when
processing input


Can you guide what is the problem above command?

How to solve this Issue?.

Thanks & Regards
kolanchi

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/ffplay-RTSP-Stream-tp4650907.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From lovexue4ever at qq.com  Thu Jun 14 09:19:01 2012
From: lovexue4ever at qq.com (=?gb18030?B?aWVmdqPIo9Kj0w==?=)
Date: Thu, 14 Jun 2012 15:19:01 +0800
Subject: [FFmpeg-user] install on amd64 server
Message-ID: <tencent_796F42CB6A7FD61E5D31CC5B@qq.com>

when make I got this error:


/usr/bin/ld: /usr/local/lib/libx264.a(common.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libx264.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libavcodec/libavcodec.so.52] Error 1







------------------ Original ------------------
From:  "iefv???"<lovexue4ever at qq.com>;
Date:  Thu, Jun 14, 2012 09:15 AM
To:  "ffmpeg-user"<ffmpeg-user at ffmpeg.org>; 

Subject:  [FFmpeg-user] install on amd64 server



Hello ,all
      How can I install the latest x264 and the ffmpeg r26400 on  ubuntu amd64 server.
When I try to install them ,I  used commands like :
cd x264
./configure --enable-static
make
make install


when make I got questions.
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From lovexue4ever at qq.com  Thu Jun 14 09:20:56 2012
From: lovexue4ever at qq.com (=?gb18030?B?aWVmdqPIo9Kj0w==?=)
Date: Thu, 14 Jun 2012 15:20:56 +0800
Subject: [FFmpeg-user] =?gb18030?b?u9i4tKO6ICBpbnN0YWxsIG9uIGFtZDY0IHNl?=
 =?gb18030?q?rver?=
Message-ID: <tencent_591E46305118C1AE3926C3E6@qq.com>

I know that is old.But I had to use that version!
I tried the newest version ffmpeg ,successed!






------------------ ???? ------------------
???: "Lou"<lou at lrcd.com>;
????: 2012?6?14?(???) ??3:18
???: "ffmpeg-user"<ffmpeg-user at ffmpeg.org>; 

??: Re: [FFmpeg-user] install on amd64 server



On Thu, 14 Jun 2012 09:15:18 +0800
"iefv???" <lovexue4ever at qq.com> wrote:

> Hello ,all
>       How can I install the latest x264 and the ffmpeg r26400 on  ubuntu amd64 server.
> When I try to install them ,I  used commands like :

r26400 is old. FFmpeg is now at least r41500.

> cd x264
> ./configure --enable-static
> make
> make install
> 
> 
> when make I got questions.

What are the questions?

See this guide for instructions:
Compile FFmpeg on Ubuntu
https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

From ok-zfx at 163.com  Thu Jun 14 10:00:37 2012
From: ok-zfx at 163.com (=?gb2312?B?1dS4ttD5?=)
Date: Thu, 14 Jun 2012 16:00:37 +0800
Subject: [FFmpeg-user] find errors while FFMPEG is compiled by
	cross-compiler :arm-none-linux-gnueabi-gcc
Message-ID: <000301cd4a03$c99ded20$5cd9c760$@163.com>

Hi,

I find errors while FFMPEG is compiled by cross-compiler
:arm-none-linux-gnueabi-gcc.

When I executing the command bellow in linux(ubuntu10.04)

zhao at ubuntu:~/nfs_share/libs/ffmpeg-0.11.1$ CC=arm-none-linux-gnueabi-gcc
./configure --prefix=/home/zhao/nfs_share/usr/local/ --arch=armv6
--enable-cross-compile --target-os=linux --enable-shared --disable-ffmpeg
--disable-ffserver --disable-ffplay --enable-hardcoded-tables
--cross-prefix="arm-none-linux-gnueabi-"

arm-none-linux-gnueabi-gcc is unable to create an executable file.

C compiler test failed.

 

If you think configure made a mistake, make sure you are using the latest

version from Git.  If the latest version fails, report the problem to the

ffmpeg-user at ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.

Include the log file "config.log" produced by configure as this will help

solving the problem.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: application/octet-stream
Size: 106206 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120614/1a4bbc99/attachment.obj>

From segilles04 at yahoo.fr  Thu Jun 14 17:57:59 2012
From: segilles04 at yahoo.fr (=?UTF-8?Q?S=C3=A9bastien_GILLES?=)
Date: Thu, 14 Jun 2012 08:57:59 -0700 (PDT)
Subject: [FFmpeg-user] ffplay + rtsp vs. ffmpeg + rtsp
Message-ID: <1339689479084-4650912.post@n4.nabble.com>

Hi Folks,

I noticed a strange behaviour with ffplay reading an RTSP stream (which in
my case delivers MPEG-TS containing H264 or other). 

If I run: ./ffplay
'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=202&flavour=hd',
then after a successful codec detection and initial frame pulling, RTP
packets are missed, H264 falls down and image freezes randomly. The video
then keeps jitterring. 

I then click in the ffplay window (triggering a stream_seek()), the video
then stumble 1sec and then runs perfectly smoothly ! It seems like this
forces some kind of frame/packet drop which helps ffplay recover. 

If run ./ffmpeg
'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=202&flavour=hd'
-vcodec copy -t 10 -y file.ts, things work fine: there are a few warnings
but the stream reading and encoding work like a charm. 

I got into this because I am integrating live555 and ffmpeg: in my setup, TS
packets are pulled from the RTSP stream by live555 and pushed to ffmpeg for
demuxing. I experience the same issues as with ffplay (codec detection and
initial frame pulling works fine, but things deteriorate after 10s roughly).


So basically my questions are:
- is anyone aware of issues with ffplay not reading properly RTSP streams
that ffmpeg supports ? Are not both programs using the same reading/access
routines ? 
- why would a forced stream_seek() (through mouse click) fix the reading
issue of ffplay ? 
- before passing TS packets to ffmpeg (I am using an AVIOAllocContext
object), is there any kind of TS packet reordering needed ?

Thanks,

S?bastien
=== my config:
ffplay version 0.10.3 Copyright (c) 2003-2012 the FFmpeg developers
  built on Jun 14 2012 16:38:06 with gcc 4.6.3
  configuration: --enable-decoder=h264 --enable-decoder=mjpeg --enable-gpl
--enable-decoder=h264 --enable-decoder=mjpeg --enable-network
--enable-protocol=tcp --enable-demuxer=rtsp --enable-ffplay --disable-yasm
--disable-zlib --disable-bzlib --disable-vda
--prefix=/home/seb/workspace/saintpal/ext
  libavutil      51. 35.100 / 51. 35.100
  libavcodec     53. 61.100 / 53. 61.100
  libavformat    53. 32.100 / 53. 32.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 61.100 /  2. 61.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0.  6.100 /  0.  6.100
  libpostproc    52.  0.100 / 52.  0.100


--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/ffplay-rtsp-vs-ffmpeg-rtsp-tp4650912.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From wagner.patriota at gmail.com  Thu Jun 14 20:36:28 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Thu, 14 Jun 2012 15:36:28 -0300
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
	transmuxing AAC
Message-ID: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>

When I try to transmux an MP4 to MPEG2-TS. I am getting this error:

*"Audio object type 0 is not supported."*

Does anybody knows how to solve it?
I am using this command, where the input has only 1 audio stream:
ffmpeg -i *input.mp4* -acodec copy *output.ts*

From tayeb.dotnet at gmail.com  Thu Jun 14 20:24:25 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Thu, 14 Jun 2012 21:24:25 +0300
Subject: [FFmpeg-user] FFMpeg RTMP Stream hangup after a few minutes
Message-ID: <047549101F394BA5A17FB62C0DC9B2A3@work>

hello guys
i'm streaming a RTMP stream through FFMpeg to my Lan using FFserver
i use:
ffmpeg -re -i "rtmpt://209.236.66.43/livepkgr/almagharibia live=1 
timeout=60" http://192.168.100.100/almajd01.ffm

the stream is outputed to FFserver with transcoding and so on, but after a 
few minutes look like 4/5 minutes, the stream automaticaly shutdown

any idea?

thank you guys, please help me i'm stuck with that my entire day.



    Meftah Tayeb
IT Consulting
http://www.tmvoip.com/
phone: +21321656139
Mobile: +213660347746 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From rogerdpack2 at gmail.com  Thu Jun 14 22:42:03 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 14:42:03 -0600
Subject: [FFmpeg-user] ffplay RTSP Stream
In-Reply-To: <1339668937599-4650907.post@n4.nabble.com>
References: <1339668937599-4650907.post@n4.nabble.com>
Message-ID: <CAL1QdWfdZK0vkWsyafVhYpUiKy_=KqMa2Qah+69eL4bE4awSAQ@mail.gmail.com>

> [rtsp @ 0x9787710]CSeq 2 expected, 1 received.
> rtsp://192.168.2.155:554/live/av0?user=admin: Invalid data found when
> processing input
>
>
> Can you guide what is the problem above command?

http://ffmpeg.org/trac/ffmpeg/ticket/258 might be related, but I don't know.

From rogerdpack2 at gmail.com  Thu Jun 14 22:42:28 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 14:42:28 -0600
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <5AC0D50E-6337-4BC7-84BC-7817687E1F01@gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
	<CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
	<CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>
	<5AC0D50E-6337-4BC7-84BC-7817687E1F01@gmail.com>
Message-ID: <CAL1QdWeVxmnBXiWk730NmQ7KL6cGz5-0mX9M+B11ffEGuD2DnA@mail.gmail.com>

> Thanks for pointing on profiling I will strace tomorrow. As dvbt not work from my home.

I was thinking more like gprof, but strace might work.

From rogerdpack2 at gmail.com  Thu Jun 14 22:43:33 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 14:43:33 -0600
Subject: [FFmpeg-user] find errors while FFMPEG is compiled by
 cross-compiler :arm-none-linux-gnueabi-gcc
In-Reply-To: <000301cd4a03$c99ded20$5cd9c760$@163.com>
References: <000301cd4a03$c99ded20$5cd9c760$@163.com>
Message-ID: <CAL1QdWdaJ+dpPtCN=QjUotXSjjoCLEnV3HtmaGk9pmm9HYjY0Q@mail.gmail.com>

> arm-none-linux-gnueabi-gcc is unable to create an executable file.

does the file arm-none-linux-gnueabi-gcc exist on your path?

From rogerdpack2 at gmail.com  Thu Jun 14 22:45:29 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 14:45:29 -0600
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
Message-ID: <CAL1QdWcJWLALp2Lcn-15_EN69PBmyJ+jnCgN5ag9ESTJQSny-Q@mail.gmail.com>

> When I try to transmux an MP4 to MPEG2-TS. I am getting this error:
>
> *"Audio object type 0 is not supported."*

Have you researched it on google?
-r

From wagner.patriota at gmail.com  Thu Jun 14 23:36:35 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Thu, 14 Jun 2012 18:36:35 -0300
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAL1QdWcJWLALp2Lcn-15_EN69PBmyJ+jnCgN5ag9ESTJQSny-Q@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAL1QdWcJWLALp2Lcn-15_EN69PBmyJ+jnCgN5ag9ESTJQSny-Q@mail.gmail.com>
Message-ID: <CAKuDJW2585-RM8KgjKEP2hqcgm3eECfi6fmze4fjh2951RkWxw@mail.gmail.com>

Sure Roger... try it by yourself... nothing useful...

On Thu, Jun 14, 2012 at 5:45 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > When I try to transmux an MP4 to MPEG2-TS. I am getting this error:
> >
> > *"Audio object type 0 is not supported."*
>
> Have you researched it on google?
> -r
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From rogerdpack2 at gmail.com  Thu Jun 14 23:50:25 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Thu, 14 Jun 2012 15:50:25 -0600
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAKuDJW2585-RM8KgjKEP2hqcgm3eECfi6fmze4fjh2951RkWxw@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAL1QdWcJWLALp2Lcn-15_EN69PBmyJ+jnCgN5ag9ESTJQSny-Q@mail.gmail.com>
	<CAKuDJW2585-RM8KgjKEP2hqcgm3eECfi6fmze4fjh2951RkWxw@mail.gmail.com>
Message-ID: <CAL1QdWeb3wmyq-R5C_DHcg83=xyrL+YBsEbpGKVyOL0Tis7SaQ@mail.gmail.com>

> Sure Roger... try it by yourself... nothing useful...

Oops I thought it was the same as
http://ffmpeg-users.933282.n4.nabble.com/audio-object-type-23-not-supported-td938761.html

which it's not. Hmm..
-r

From mbradshaw at sorensonmedia.com  Fri Jun 15 00:02:37 2012
From: mbradshaw at sorensonmedia.com (Michael Bradshaw)
Date: Thu, 14 Jun 2012 16:02:37 -0600
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
Message-ID: <CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>

On Thu, Jun 14, 2012 at 12:36 PM, Wagner Patriota
<wagner.patriota at gmail.com> wrote:
> When I try to transmux an MP4 to MPEG2-TS. I am getting this error:
>
> *"Audio object type 0 is not supported."*
>
> Does anybody knows how to solve it?
> I am using this command, where the input has only 1 audio stream:
> ffmpeg -i *input.mp4* -acodec copy *output.ts*

I'm going to go ahead and say this, because I know Carl would say it
anyway: complete, uncut console output missing. Missing information
results in missing answers.

--Michael

From wagner.patriota at gmail.com  Fri Jun 15 01:27:05 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Thu, 14 Jun 2012 20:27:05 -0300
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
Message-ID: <CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>

any hint?

ffmpeg version N-39335-g28a613b Copyright (c) 2000-2012 the FFmpeg
developers
  built on Jun 14 2012 20:19:05 with llvm_gcc 4.2.1 (Based on Apple Inc.
build 5658) (LLVM build 2336.9.00)
  configuration: --enable-nonfree --enable-gpl --disable-swscale-alpha
--disable-doc --disable-ffplay --disable-ffprobe --disable-ffserver
--disable-asm
  libavutil      51. 44.100 / 51. 44.100
  libavcodec     54. 12.100 / 54. 12.100
  libavformat    54.  3.100 / 54.  3.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 66.100 /  2. 66.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0. 10.100 /  0. 10.100
  libpostproc    52.  0.100 / 52.  0.100
*[aac @ 0x7fe82b850000] Audio object type 0 is not supported.*
    *Last message repeated 1 times*
*[mov @ 0x7fe82b83d800] Could not find codec parameters (Audio: aac, 0
channels, 126 kb/s)*
*input.mp4: could not find codec parameters*




On Thu, Jun 14, 2012 at 7:02 PM, Michael Bradshaw <
mbradshaw at sorensonmedia.com> wrote:

> On Thu, Jun 14, 2012 at 12:36 PM, Wagner Patriota
> <wagner.patriota at gmail.com> wrote:
> > When I try to transmux an MP4 to MPEG2-TS. I am getting this error:
> >
> > *"Audio object type 0 is not supported."*
> >
> > Does anybody knows how to solve it?
> > I am using this command, where the input has only 1 audio stream:
> > ffmpeg -i *input.mp4* -acodec copy *output.ts*
>
> I'm going to go ahead and say this, because I know Carl would say it
> anyway: complete, uncut console output missing. Missing information
> results in missing answers.
>
> --Michael
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From gerardojuarez at buyteknet.info  Fri Jun 15 01:39:31 2012
From: gerardojuarez at buyteknet.info (gerardo Juarez)
Date: Thu, 14 Jun 2012 18:39:31 -0500
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
Message-ID: <4FDA7633.8040303@buyteknet.info>

Michael Bradshaw wrote:
> On Thu, Jun 14, 2012 at 12:36 PM, Wagner Patriota
> <wagner.patriota at gmail.com> wrote:
>   
>> When I try to transmux an MP4 to MPEG2-TS. I am getting this error:
>>
>> *"Audio object type 0 is not supported."*
>>
>> Does anybody knows how to solve it?
>> I am using this command, where the input has only 1 audio stream:
>> ffmpeg -i *input.mp4* -acodec copy *output.ts*
>>     
>
> I'm going to go ahead and say this, because I know Carl would say it
> anyway: complete, uncut console output missing. Missing information
> results in missing answers.
>
> --Michael
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
>   
Maybe the version of FFmpeg you have is not the last one, but to confirm 
that, and many other things, it is necessary to have uncut console output.

Gerardo




From onemda at gmail.com  Fri Jun 15 01:39:39 2012
From: onemda at gmail.com (Paul B Mahol)
Date: Thu, 14 Jun 2012 23:39:39 +0000
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
	<CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>
Message-ID: <CAPYw7P5DxG7PwGK-WzsY5U+B29Hyy9EYFbmZbDs5Pw9M69BX_A@mail.gmail.com>

On 6/14/12, Wagner Patriota <wagner.patriota at gmail.com> wrote:
> any hint?
>
> ffmpeg version N-39335-g28a613b Copyright (c) 2000-2012 the FFmpeg
> developers
>   built on Jun 14 2012 20:19:05 with llvm_gcc 4.2.1 (Based on Apple Inc.
> build 5658) (LLVM build 2336.9.00)
>   configuration: --enable-nonfree --enable-gpl --disable-swscale-alpha
> --disable-doc --disable-ffplay --disable-ffprobe --disable-ffserver
> --disable-asm
>   libavutil      51. 44.100 / 51. 44.100
>   libavcodec     54. 12.100 / 54. 12.100
>   libavformat    54.  3.100 / 54.  3.100
>   libavdevice    53.  4.100 / 53.  4.100
>   libavfilter     2. 66.100 /  2. 66.100
>   libswscale      2.  1.100 /  2.  1.100
>   libswresample   0. 10.100 /  0. 10.100
>   libpostproc    52.  0.100 / 52.  0.100
> *[aac @ 0x7fe82b850000] Audio object type 0 is not supported.*
>     *Last message repeated 1 times*
> *[mov @ 0x7fe82b83d800] Could not find codec parameters (Audio: aac, 0
> channels, 126 kb/s)*
> *input.mp4: could not find codec parameters*

AFAIK type 0 is nothing and should not be there, or could be ignored.

From onemda at gmail.com  Fri Jun 15 01:41:26 2012
From: onemda at gmail.com (Paul B Mahol)
Date: Thu, 14 Jun 2012 23:41:26 +0000
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <CAPYw7P5DxG7PwGK-WzsY5U+B29Hyy9EYFbmZbDs5Pw9M69BX_A@mail.gmail.com>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
	<CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>
	<CAPYw7P5DxG7PwGK-WzsY5U+B29Hyy9EYFbmZbDs5Pw9M69BX_A@mail.gmail.com>
Message-ID: <CAPYw7P7HssMzDE_Fg8+PpG-xFJARSwxsqgmU7UhFc-6+nJZ=Pw@mail.gmail.com>

On 6/14/12, Paul B Mahol <onemda at gmail.com> wrote:
> On 6/14/12, Wagner Patriota <wagner.patriota at gmail.com> wrote:
>> any hint?
>>
>> ffmpeg version N-39335-g28a613b Copyright (c) 2000-2012 the FFmpeg
>> developers
>>   built on Jun 14 2012 20:19:05 with llvm_gcc 4.2.1 (Based on Apple Inc.
>> build 5658) (LLVM build 2336.9.00)
>>   configuration: --enable-nonfree --enable-gpl --disable-swscale-alpha
>> --disable-doc --disable-ffplay --disable-ffprobe --disable-ffserver
>> --disable-asm
>>   libavutil      51. 44.100 / 51. 44.100
>>   libavcodec     54. 12.100 / 54. 12.100
>>   libavformat    54.  3.100 / 54.  3.100
>>   libavdevice    53.  4.100 / 53.  4.100
>>   libavfilter     2. 66.100 /  2. 66.100
>>   libswscale      2.  1.100 /  2.  1.100
>>   libswresample   0. 10.100 /  0. 10.100
>>   libpostproc    52.  0.100 / 52.  0.100
>> *[aac @ 0x7fe82b850000] Audio object type 0 is not supported.*
>>     *Last message repeated 1 times*
>> *[mov @ 0x7fe82b83d800] Could not find codec parameters (Audio: aac, 0
>> channels, 126 kb/s)*
>> *input.mp4: could not find codec parameters*
>
> AFAIK type 0 is nothing and should not be there, or could be ignored.

Which points that -acodec copy is buggy.

From anatol2002 at gmail.com  Fri Jun 15 04:56:49 2012
From: anatol2002 at gmail.com (anatol)
Date: Thu, 14 Jun 2012 19:56:49 -0700 (PDT)
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
In-Reply-To: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
References: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
Message-ID: <1339729009609-4650934.post@n4.nabble.com>

Any "IDR" news?

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/How-to-set-up-encoding-with-non-IDR-keyframes-I-frames-tp4650881p4650934.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.

From ch.sureshkumar.24 at gmail.com  Fri Jun 15 07:53:03 2012
From: ch.sureshkumar.24 at gmail.com (suresh kumar)
Date: Fri, 15 Jun 2012 11:23:03 +0530
Subject: [FFmpeg-user] Multiple Video Recording
In-Reply-To: <CAL1QdWe4ZtDNGMvcyuVKbPeXtsDH==rAg=FRo+VEAObrmjSXiQ@mail.gmail.com>
References: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>
	<CAL1QdWe4ZtDNGMvcyuVKbPeXtsDH==rAg=FRo+VEAObrmjSXiQ@mail.gmail.com>
Message-ID: <CANWGEL=E6hYt-hAWiWhe6qkf3U1rvfHwb5RC2JcHb89e4155vg@mail.gmail.com>

Hi,
    First of all thanks for your reply.
When video stops audio also stop but duration is keep on ticking.
Below shows my build library using Mingw.
ffmpeg version 0.9.1, Copyright (c) 2000-2012 the FFmpeg developers
  built on Mar 10 2012 15:53:47 with gcc 4.6.1
  configuration: --prefix=ffmpeg/ --enable-static --enable-shared
--enable-gpl -
-enable-version3 --disable-w32threads --enable-runtime-cpudetect
--disable-netwo
rk --disable-debug --disable-yasm --enable-decoder=h264
--enable-encoder=libx264
 --enable-libx264 --extra-cflags='-I /local/include' --extra-ldflags='-L
/local/
lib'
  libavutil    51. 32. 0 / 51. 32. 0
  libavcodec   53. 42. 4 / 53. 42. 4
  libavformat  53. 24. 2 / 53. 24. 2
  libavdevice  53.  4. 0 / 53.  4. 0
  libavfilter   2. 53. 0 /  2. 53. 0
  libswscale    2.  1. 0 /  2.  1. 0
  libpostproc  51.  2. 0 / 51.  2. 0

I not using ffmpeg.exe . Parameters are
Audio related
c->codec_type = AVMEDIA_TYPE_AUDIO;
c->sample_fmt = AV_SAMPLE_FMT_S16;
    c->audio bit_rate = 16000;
    c->sample_rate = 8000;
    c->channels = 2;
     if (oc->oformat->flags &       AVFMT_GLOBALHEADER)
        c->flags |=  CODEC_FLAG_GLOBAL_HEADER;

Video related
   c->bit_rate = 400000;
    c->width = width;
    c->height = height;
    c->time_base.den = 15;
    c->time_base.num = 1;
    c->gop_size = 12;
c->pix_fmt = PIX_FMT_YUV420P;
    if (c->codec_id == CODEC_ID_MPEG2VIDEO)
{
        c->max_b_frames = 2;
    }
    if (c->codec_id == CODEC_ID_MPEG1VIDEO)
{
        c->mb_decision=2;
    }
    if (oc->oformat->flags & AVFMT_GLOBALHEADER)
        c->flags |= CODEC_FLAG_GLOBAL_HEADER;

Yeah I am using shared library in Visual Studio 2010. I am working this in
code wise and not using command line.



On Thu, Jun 14, 2012 at 9:33 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> >     I am trying to record multiple files with single video. If I do
> > separate video and audio for multiple recording it happens but if both
> in a
> > time means video get freeze at some point for long duration(15mins).
> > Whether is it possible to make multiple recording using single video. I
> am
> > developing this using Visual Studio 2010. Thanks for your soon Reply and
> > Answer .
>
> What are your command lines?  Are you calling out to ffmpeg.exe? Are
> you using the shared builds of ffmpeg here, or what?
> -roger-
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From cehoyos at ag.or.at  Fri Jun 15 08:55:38 2012
From: cehoyos at ag.or.at (Carl Eugen Hoyos)
Date: Fri, 15 Jun 2012 06:55:38 +0000 (UTC)
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
	transmuxing AAC
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
	<CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>
Message-ID: <loom.20120615T085251-582@post.gmane.org>

Wagner Patriota <wagner.patriota <at> gmail.com> writes:

> ffmpeg version N-39335-g28a613b

This is >2000 changes old, please try current git master.

> Copyright (c) 2000-2012 the FFmpeg developers
>   built on Jun 14 2012 20:19:05 with llvm_gcc 4.2.1 (Based on Apple Inc.
> build 5658) (LLVM build 2336.9.00)
>   configuration: --enable-nonfree --enable-gpl --disable-swscale-alpha
> --disable-doc --disable-ffplay --disable-ffprobe --disable-ffserver
> --disable-asm

Unrelated:
 --enable-nonfree has no positive effects in your command line 
(but it has the effect that you cannot legally distribute 
the binary)
 --disable-swscale-alpha should be default
And imo, you should try hard to avoid  --disable-asm

[...]

> *[aac @ 0x7fe82b850000] Audio object type 0 is not supported.*

Please provide the input sample.

Carl Eugen


From ch.sureshkumar.24 at gmail.com  Fri Jun 15 09:22:15 2012
From: ch.sureshkumar.24 at gmail.com (suresh kumar)
Date: Fri, 15 Jun 2012 12:52:15 +0530
Subject: [FFmpeg-user] Multiple Video Recording
In-Reply-To: <CANWGEL=E6hYt-hAWiWhe6qkf3U1rvfHwb5RC2JcHb89e4155vg@mail.gmail.com>
References: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>
	<CAL1QdWe4ZtDNGMvcyuVKbPeXtsDH==rAg=FRo+VEAObrmjSXiQ@mail.gmail.com>
	<CANWGEL=E6hYt-hAWiWhe6qkf3U1rvfHwb5RC2JcHb89e4155vg@mail.gmail.com>
Message-ID: <CANWGELnb7m0G2dMBxBNZV+C_LrHjGWRFqtU4D95m8ORRnAa3Pw@mail.gmail.com>

width = 160 height = 120 frame_rate =15 audio_buffer=4000 video_buffer=30000

On Fri, Jun 15, 2012 at 11:23 AM, suresh kumar
<ch.sureshkumar.24 at gmail.com>wrote:

> Hi,
>     First of all thanks for your reply.
> When video stops audio also stop but duration is keep on ticking.
> Below shows my build library using Mingw.
> ffmpeg version 0.9.1, Copyright (c) 2000-2012 the FFmpeg developers
>   built on Mar 10 2012 15:53:47 with gcc 4.6.1
>   configuration: --prefix=ffmpeg/ --enable-static --enable-shared
> --enable-gpl -
> -enable-version3 --disable-w32threads --enable-runtime-cpudetect
> --disable-netwo
> rk --disable-debug --disable-yasm --enable-decoder=h264
> --enable-encoder=libx264
>  --enable-libx264 --extra-cflags='-I /local/include' --extra-ldflags='-L
> /local/
> lib'
>   libavutil    51. 32. 0 / 51. 32. 0
>   libavcodec   53. 42. 4 / 53. 42. 4
>   libavformat  53. 24. 2 / 53. 24. 2
>   libavdevice  53.  4. 0 / 53.  4. 0
>   libavfilter   2. 53. 0 /  2. 53. 0
>   libswscale    2.  1. 0 /  2.  1. 0
>   libpostproc  51.  2. 0 / 51.  2. 0
>
> I not using ffmpeg.exe . Parameters are
> Audio related
> c->codec_type = AVMEDIA_TYPE_AUDIO;
> c->sample_fmt = AV_SAMPLE_FMT_S16;
>     c->audio bit_rate = 16000;
>     c->sample_rate = 8000;
>     c->channels = 2;
>      if (oc->oformat->flags &       AVFMT_GLOBALHEADER)
>         c->flags |=  CODEC_FLAG_GLOBAL_HEADER;
>
> Video related
>    c->bit_rate = 400000;
>     c->width = width;
>     c->height = height;
>     c->time_base.den = 15;
>     c->time_base.num = 1;
>     c->gop_size = 12;
> c->pix_fmt = PIX_FMT_YUV420P;
>     if (c->codec_id == CODEC_ID_MPEG2VIDEO)
> {
>         c->max_b_frames = 2;
>     }
>     if (c->codec_id == CODEC_ID_MPEG1VIDEO)
> {
>         c->mb_decision=2;
>     }
>     if (oc->oformat->flags & AVFMT_GLOBALHEADER)
>         c->flags |= CODEC_FLAG_GLOBAL_HEADER;
>
> Yeah I am using shared library in Visual Studio 2010. I am working this in
> code wise and not using command line.
>
>
>
> On Thu, Jun 14, 2012 at 9:33 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:
>
>> >     I am trying to record multiple files with single video. If I do
>> > separate video and audio for multiple recording it happens but if both
>> in a
>> > time means video get freeze at some point for long duration(15mins).
>> > Whether is it possible to make multiple recording using single video. I
>> am
>> > developing this using Visual Studio 2010. Thanks for your soon Reply and
>> > Answer .
>>
>> What are your command lines?  Are you calling out to ffmpeg.exe? Are
>> you using the shared builds of ffmpeg here, or what?
>> -roger-
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>>
>
>

From rodney.baker at iinet.net.au  Fri Jun 15 09:35:11 2012
From: rodney.baker at iinet.net.au (Rodney Baker)
Date: Fri, 15 Jun 2012 17:05:11 +0930
Subject: [FFmpeg-user] FFprobe scripting question
Message-ID: <201206151705.12065.rodney.baker@iinet.net.au>

Hi all. Is there an easy way to use FFprobe in a script to get just the size 
or bitrate of a video stream? I have a video conversion script using FFmpeg 
and I want to make a decision on encoding bitrate based on whether or not the 
original stream is a HD (1440x1080) or SD (720x576) stream (as recorded from a 
dvb-t card). 

I know I could probably do it using something like 

ffprobe -show_streams 2>/dev/null  |  grep 'width' 

and then strip off the "width=" string but I was kind of hoping there might be 
an easier way to do it.

Thanks in advance,
Rodney.

-- 
==========================================================================
Rodney Baker VK5ZTV
rodney.baker at iinet.net.au
==========================================================================

From adamklobukowski at gmail.com  Fri Jun 15 10:29:05 2012
From: adamklobukowski at gmail.com (Adam Klobukowski)
Date: Fri, 15 Jun 2012 10:29:05 +0200
Subject: [FFmpeg-user] FFprobe scripting question
In-Reply-To: <201206151705.12065.rodney.baker@iinet.net.au>
References: <201206151705.12065.rodney.baker@iinet.net.au>
Message-ID: <CAJSB6HOmsvGc6ESoZGj=NNZzG1GX_rQ1oCk40DE4daqQSxay1g@mail.gmail.com>

2012/6/15 Rodney Baker <rodney.baker at iinet.net.au>:
> Hi all. Is there an easy way to use FFprobe in a script to get just the size
> or bitrate of a video stream? I have a video conversion script using FFmpeg
> and I want to make a decision on encoding bitrate based on whether or not the
> original stream is a HD (1440x1080) or SD (720x576) stream (as recorded from a
> dvb-t card).
>
> I know I could probably do it using something like
>
> ffprobe -show_streams 2>/dev/null ?| ?grep 'width'
>
> and then strip off the "width=" string but I was kind of hoping there might be
> an easier way to do it.

I had the same problem, and found mplayer much easier for this task.

My code (bash):

TEST=`mplayer -msglevel identify=6 -frames 0 "$NAME" 2>&1 | grep -e
"ID_AUDIO_BITRATE="`
BITRATE=$(trim `echo "$TEST" | cut -d= -f2`)


-- 
Semper Fidelis

Adam Klobukowski
adamklobukowski at gmail.com

From nrson at win4net.com  Fri Jun 15 10:54:08 2012
From: nrson at win4net.com (=?ks_c_5601-1987?B?vNWzsrfK?=)
Date: Fri, 15 Jun 2012 17:54:08 +0900
Subject: [FFmpeg-user] How to set up configure for libx264?
Message-ID: <000301cd4ad4$6eebed10$4cc3c730$@win4net.com>

Hi,

My configure is as following:

 

However


From wagner.patriota at gmail.com  Fri Jun 15 15:16:07 2012
From: wagner.patriota at gmail.com (Wagner Patriota)
Date: Fri, 15 Jun 2012 10:16:07 -0300
Subject: [FFmpeg-user] "Audio object type 0 is not supported." when
 transmuxing AAC
In-Reply-To: <loom.20120615T085251-582@post.gmane.org>
References: <CAKuDJW3THiBMe7vmyH5aMu3GQKSsRG0bzwgeEMsehp1fbnWmdw@mail.gmail.com>
	<CAJ29FNZUKxV4tTjUFtMxHUC9edCpq-nNoJE3r4mVEMx1RvSr5g@mail.gmail.com>
	<CAKuDJW2-oF708SDVoHSBq1w2JB_cOomugrJ6HnPZwNXHxJV8gg@mail.gmail.com>
	<loom.20120615T085251-582@post.gmane.org>
Message-ID: <CAKuDJW1zvPnoDmOjsGQTX9eQS=UBrZN3K-C3jbe5Kzr2r9eu6w@mail.gmail.com>

I found the problem... the Codec Private Data was wrong.... it was not
set... I fixed it and then it worked.
Thank you all.

On Fri, Jun 15, 2012 at 3:55 AM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Wagner Patriota <wagner.patriota <at> gmail.com> writes:
>
> > ffmpeg version N-39335-g28a613b
>
> This is >2000 changes old, please try current git master.
>
> > Copyright (c) 2000-2012 the FFmpeg developers
> >   built on Jun 14 2012 20:19:05 with llvm_gcc 4.2.1 (Based on Apple Inc.
> > build 5658) (LLVM build 2336.9.00)
> >   configuration: --enable-nonfree --enable-gpl --disable-swscale-alpha
> > --disable-doc --disable-ffplay --disable-ffprobe --disable-ffserver
> > --disable-asm
>
> Unrelated:
>  --enable-nonfree has no positive effects in your command line
> (but it has the effect that you cannot legally distribute
> the binary)
>  --disable-swscale-alpha should be default
> And imo, you should try hard to avoid  --disable-asm
>
> [...]
>
> > *[aac @ 0x7fe82b850000] Audio object type 0 is not supported.*
>
> Please provide the input sample.
>
> Carl Eugen
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From jens.ruda at live.com  Fri Jun 15 15:28:20 2012
From: jens.ruda at live.com (Jens Ruda)
Date: Fri, 15 Jun 2012 15:28:20 +0200
Subject: [FFmpeg-user] (no subject)
Message-ID: <DUB109-W130A766648F1CE072C692FD9DFB0@phx.gbl>


 http://ditatoo.com/wp-content/themes/mymag/body.html 		 	   		  

From h.reindl at thelounge.net  Fri Jun 15 15:30:48 2012
From: h.reindl at thelounge.net (Reindl Harald)
Date: Fri, 15 Jun 2012 15:30:48 +0200
Subject: [FFmpeg-user] (no subject)
In-Reply-To: <DUB109-W130A766648F1CE072C692FD9DFB0@phx.gbl>
References: <DUB109-W130A766648F1CE072C692FD9DFB0@phx.gbl>
Message-ID: <4FDB3908.2070608@thelounge.net>

and you really think here are only idiots
clicking on a unknown link without any
explanation why someone should do this?

maybe the next user with a hacked mail-account....

Am 15.06.2012 15:28, schrieb Jens Ruda:
> 
>  http://ditatoo.com/wp-content/themes/mymag/body.html 		 	   		  
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120615/1832afea/attachment.asc>

From 103730258b at gmail.com  Fri Jun 15 15:45:08 2012
From: 103730258b at gmail.com (maujhsn)
Date: Fri, 15 Jun 2012 06:45:08 -0700
Subject: [FFmpeg-user] ffplay RTSP Stream
In-Reply-To: <CAL1QdWfdZK0vkWsyafVhYpUiKy_=KqMa2Qah+69eL4bE4awSAQ@mail.gmail.com>
References: <1339668937599-4650907.post@n4.nabble.com>
	<CAL1QdWfdZK0vkWsyafVhYpUiKy_=KqMa2Qah+69eL4bE4awSAQ@mail.gmail.com>
Message-ID: <CAOEq4xyYfnsJzgX=7utA-gCc29cOHfmGkEjXmJdZyXNWV5-8qA@mail.gmail.com>

Why not bypass ffplay altogether and recieve the stream through vlc media
player instead?

On Thu, Jun 14, 2012 at 1:42 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > [rtsp @ 0x9787710]CSeq 2 expected, 1 received.
> > rtsp://192.168.2.155:554/live/av0?user=admin: Invalid data found when
> > processing input
> >
> >
> > Can you guide what is the problem above command?
>
> http://ffmpeg.org/trac/ffmpeg/ticket/258 might be related, but I don't
> know.
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From 103730258b at gmail.com  Fri Jun 15 16:03:19 2012
From: 103730258b at gmail.com (maujhsn)
Date: Fri, 15 Jun 2012 07:03:19 -0700
Subject: [FFmpeg-user] Welcome to the "ffmpeg-user" mailing list
In-Reply-To: <CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
References: <mailman.0.1339248589.25955.ffmpeg-user@ffmpeg.org>
	<CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
Message-ID: <CAOEq4xykCfenMQCQCve8qUS70P=ghhWEieuFDFitMCt54h-oTw@mail.gmail.com>

Interesting glitch you have! Perhaps you can re-edit the whole file using
kdenlive. It is a good video editing software, and supports ffmpeg in some
respects! Do a little homework! Otherwise very nice video! You must jnvite
me over someday for dinner. :)

On Sat, Jun 9, 2012 at 6:32 AM, Mirza Zeyrek <mirzazeyrek at gmail.com> wrote:

> Hello,
>
> Recently i noticed a problem with ffmpeg while creating video from images.
>
>
> http://superuser.com/questions/434232/why-is-the-first-image-changing-so-quickly-when-creating-video-from-images-via-f/434243#comment500404_434243
> you
> can see my question from here.
>
>
>
> ffmpeg -r 0.15 -f image2 -i /var/www/44693/%0d.jpg
> /var/www/44693/output11.mp4
>
>
> with this command i have created a video. you can see video on youtube too.
>
> http://www.youtube.com/watch?v=CeKcABUmnF4&feature=youtu.be
>
> the problem is first image is changing soo quickly. what is the problem ?
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From tayeb.dotnet at gmail.com  Fri Jun 15 14:31:44 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Fri, 15 Jun 2012 15:31:44 +0300
Subject: [FFmpeg-user] (no subject)
References: <DUB109-W130A766648F1CE072C692FD9DFB0@phx.gbl>
Message-ID: <9F3742E9367B4DB8AC34FF63B9D36A98@work>

Spams?
----- Original Message ----- 
From: "Jens Ruda" <jens.ruda at live.com>
To: <jens.ruda at live.com>; <ffmpeg-user at ffmpeg.org>
Sent: Friday, June 15, 2012 4:28 PM
Subject: [FFmpeg-user] (no subject)


>
> http://ditatoo.com/wp-content/themes/mymag/body.html
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 6830 (20120126) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From piyush.pv at gmail.com  Fri Jun 15 17:40:14 2012
From: piyush.pv at gmail.com (Piyush Verma)
Date: Fri, 15 Jun 2012 23:40:14 +0800
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <CAL1QdWeVxmnBXiWk730NmQ7KL6cGz5-0mX9M+B11ffEGuD2DnA@mail.gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
	<CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
	<CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>
	<5AC0D50E-6337-4BC7-84BC-7817687E1F01@gmail.com>
	<CAL1QdWeVxmnBXiWk730NmQ7KL6cGz5-0mX9M+B11ffEGuD2DnA@mail.gmail.com>
Message-ID: <CAATPF_RfDBcw0hA20ACUZ4kXehYd6f7Tz=mpNBZnebtQCaXCuw@mail.gmail.com>

As early I mention that it's running on Android so gprof is not available
there.

I also try to run strace ./app_name but it crash with segfault.

The only option I think it to transfer android to linux to debug closely.

I will persuade for this next week.

If any other expert advice of possible cause & solution will be great


On Fri, Jun 15, 2012 at 4:42 AM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > Thanks for pointing on profiling I will strace tomorrow. As dvbt not
> work from my home.
>
> I was thinking more like gprof, but strace might work.
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>



-- 
Thanks & Regards

Piyush Verma

From ubitux at gmail.com  Fri Jun 15 17:47:39 2012
From: ubitux at gmail.com (=?utf-8?B?Q2zDqW1lbnQgQsWTc2No?=)
Date: Fri, 15 Jun 2012 17:47:39 +0200
Subject: [FFmpeg-user] FFprobe scripting question
In-Reply-To: <201206151705.12065.rodney.baker@iinet.net.au>
References: <201206151705.12065.rodney.baker@iinet.net.au>
Message-ID: <20120615154739.GF2633@leki>

On Fri, Jun 15, 2012 at 05:05:11PM +0930, Rodney Baker wrote:
> Hi all. Is there an easy way to use FFprobe in a script to get just the size 
> or bitrate of a video stream? I have a video conversion script using FFmpeg 
> and I want to make a decision on encoding bitrate based on whether or not the 
> original stream is a HD (1440x1080) or SD (720x576) stream (as recorded from a 
> dvb-t card). 
> 
> I know I could probably do it using something like 
> 
> ffprobe -show_streams 2>/dev/null  |  grep 'width' 
> 
> and then strip off the "width=" string but I was kind of hoping there might be 
> an easier way to do it.
> 

ffprobe -v 0 -show_streams | grep width

You can also look at the different output formats such as JSON or flat
("-of json"), which might be easier to interface with your app. The
"compact" also makes possible to strip off the keys IIRC. You can also use
eval in your shell to assign the value.

There is a -show_format_entry option, but nothing for streams, you might
want to open a feature request for this.

[...]

-- 
Cl?ment B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120615/602e362d/attachment.asc>

From ubitux at gmail.com  Fri Jun 15 17:48:58 2012
From: ubitux at gmail.com (=?utf-8?B?Q2zDqW1lbnQgQsWTc2No?=)
Date: Fri, 15 Jun 2012 17:48:58 +0200
Subject: [FFmpeg-user] FFprobe scripting question
In-Reply-To: <20120615154739.GF2633@leki>
References: <201206151705.12065.rodney.baker@iinet.net.au>
	<20120615154739.GF2633@leki>
Message-ID: <20120615154858.GG2633@leki>

On Fri, Jun 15, 2012 at 05:47:39PM +0200, Cl?ment B?sch wrote:
> On Fri, Jun 15, 2012 at 05:05:11PM +0930, Rodney Baker wrote:
> > Hi all. Is there an easy way to use FFprobe in a script to get just the size 
> > or bitrate of a video stream? I have a video conversion script using FFmpeg 
> > and I want to make a decision on encoding bitrate based on whether or not the 
> > original stream is a HD (1440x1080) or SD (720x576) stream (as recorded from a 
> > dvb-t card). 
> > 
> > I know I could probably do it using something like 
> > 
> > ffprobe -show_streams 2>/dev/null  |  grep 'width' 
> > 
> > and then strip off the "width=" string but I was kind of hoping there might be 
> > an easier way to do it.
> > 
> 
> ffprobe -v 0 -show_streams | grep width
> 
> You can also look at the different output formats such as JSON or flat
> ("-of json"), which might be easier to interface with your app. The
> "compact" also makes possible to strip off the keys IIRC. You can also use
> eval in your shell to assign the value.
> 
> There is a -show_format_entry option, but nothing for streams, you might
> want to open a feature request for this.
> 

More info about the writers and their options here:
http://ffmpeg.org/ffprobe.html#Writers

-- 
Cl?ment B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20120615/a5d9d0ae/attachment.asc>

From avsn9849625263 at hotmail.com  Fri Jun 15 18:39:21 2012
From: avsn9849625263 at hotmail.com (Murthy avsn)
Date: Fri, 15 Jun 2012 22:09:21 +0530
Subject: [FFmpeg-user] Remove aspect-ratio from mp4
Message-ID: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>



Hi all,
I am trying to add two mp4s.To do this I am converting all the mp4s to h264 raw format andConcatenating  using CAT command.I am converting videos to h264 with same resolution.
Problem:
Problem is that I am not able to remove aspect ratio from a Video.
Can some one please help me.
Thank you.
 		 	   		  

From lou at lrcd.com  Fri Jun 15 20:23:17 2012
From: lou at lrcd.com (Lou)
Date: Fri, 15 Jun 2012 10:23:17 -0800
Subject: [FFmpeg-user] (no subject)
In-Reply-To: <4FDB3908.2070608@thelounge.net>
References: <DUB109-W130A766648F1CE072C692FD9DFB0@phx.gbl>
	<4FDB3908.2070608@thelounge.net>
Message-ID: <20120615102317.2b1f756c@lrcd.com>

On Fri, 15 Jun 2012 15:30:48 +0200
Reindl Harald <h.reindl at thelounge.net> wrote:

> maybe the next user with a hacked mail-account....

Most likely. The address has been placed on moderation.

From rogerdpack2 at gmail.com  Fri Jun 15 20:55:11 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 12:55:11 -0600
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
In-Reply-To: <1339729009609-4650934.post@n4.nabble.com>
References: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
	<1339729009609-4650934.post@n4.nabble.com>
Message-ID: <CAL1QdWft5M2Wgj_Gbx8T=AssETjvtMHhumF8nXvf6DV12sYZ8Q@mail.gmail.com>

> Any "IDR" news?

What is IDR?
-r

From rogerdpack2 at gmail.com  Fri Jun 15 20:56:58 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 12:56:58 -0600
Subject: [FFmpeg-user] Multiple Video Recording
In-Reply-To: <CANWGEL=E6hYt-hAWiWhe6qkf3U1rvfHwb5RC2JcHb89e4155vg@mail.gmail.com>
References: <CANWGELmCvHmzU3xP2MEuPXPQXin+b4VA1i=t_=r1T2dGWmic-g@mail.gmail.com>
	<CAL1QdWe4ZtDNGMvcyuVKbPeXtsDH==rAg=FRo+VEAObrmjSXiQ@mail.gmail.com>
	<CANWGEL=E6hYt-hAWiWhe6qkf3U1rvfHwb5RC2JcHb89e4155vg@mail.gmail.com>
Message-ID: <CAL1QdWcHRe278UCA39evEBmkLOoP=njwgb6FtEa6RBGHwT==cA@mail.gmail.com>

> ? ?First of all thanks for your reply.
> When video stops audio also stop but duration is keep on ticking.

Wow that is odd.  It pauses randomly or just once at the beginning?
-r

From rogerdpack2 at gmail.com  Fri Jun 15 20:58:45 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 12:58:45 -0600
Subject: [FFmpeg-user] How to set up configure for libx264?
In-Reply-To: <000301cd4ad4$6eebed10$4cc3c730$@win4net.com>
References: <000301cd4ad4$6eebed10$4cc3c730$@win4net.com>
Message-ID: <CAL1QdWeKDGX_8e2Qm_HWDpbH7Np6RrvcVLGQ_MnSOAXVqTdLxw@mail.gmail.com>

> My configure is as following:
>
>
>
> However

All blank?
http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=5&t=459 is how it is
possible for windows (cross compile) if that helps.
-r

From rogerdpack2 at gmail.com  Fri Jun 15 21:02:58 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 13:02:58 -0600
Subject: [FFmpeg-user] Welcome to the "ffmpeg-user" mailing list
In-Reply-To: <CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
References: <mailman.0.1339248589.25955.ffmpeg-user@ffmpeg.org>
	<CAK0Zy7YW18CVOKp8Tmn=FuFvmRwo70HKM_mVyffTcY+vQ8ab8g@mail.gmail.com>
Message-ID: <CAL1QdWfduOOT9nwAW6mFfOMH2Voq6zOs5JMj1Fnsb091FuJs=Q@mail.gmail.com>

> ffmpeg -r 0.15 -f image2 -i /var/www/44693/%0d.jpg /var/www/44693/output11.mp4
>
>
> with this command i have created a video. you can see video on youtube too.
>
> http://www.youtube.com/watch?v=CeKcABUmnF4&feature=youtu.be
>
> the problem is first image is changing soo quickly. what is the problem ?

Looks like a possible bug to me.  Have you tried other output formats?
Same result?

From rogerdpack2 at gmail.com  Fri Jun 15 21:04:13 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 13:04:13 -0600
Subject: [FFmpeg-user] av_find_stream_info takes 20 Sec dvbt.
In-Reply-To: <CAATPF_RfDBcw0hA20ACUZ4kXehYd6f7Tz=mpNBZnebtQCaXCuw@mail.gmail.com>
References: <1339252642870-4650795.post@n4.nabble.com>
	<loom.20120610T134807-724@post.gmane.org>
	<CAATPF_Qkm-9YcEzYPAjEano8B3KsUfx=uW8kr7e8rnw=mkFYyw@mail.gmail.com>
	<CAATPF_RhmrJNtpPVDszZaoMvghmLswhBgdG7gdtV4Ba7O_wHMw@mail.gmail.com>
	<CAL1QdWdPNT=P7fu-XNMCJ67Hvg=+tuaHq-t40gv3NQRFUq5i8w@mail.gmail.com>
	<5AC0D50E-6337-4BC7-84BC-7817687E1F01@gmail.com>
	<CAL1QdWeVxmnBXiWk730NmQ7KL6cGz5-0mX9M+B11ffEGuD2DnA@mail.gmail.com>
	<CAATPF_RfDBcw0hA20ACUZ4kXehYd6f7Tz=mpNBZnebtQCaXCuw@mail.gmail.com>
Message-ID: <CAL1QdWeXT4c=XDdpZvG_VMxrVpe6fQa+remAEHiFBHaJGE0duQ@mail.gmail.com>

> As early I mention that it's running on Android so gprof is not available
> there.

Maybe android has some other profiling library.  But being able to
reproduce it in linux might make debugging easier :)
-r

From rogerdpack2 at gmail.com  Fri Jun 15 21:05:50 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 13:05:50 -0600
Subject: [FFmpeg-user] Remove aspect-ratio from mp4
In-Reply-To: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>
References: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>
Message-ID: <CAL1QdWd-anKPVHPe=UeS-Ov4f_-jMf4n4Qsv_2=mO8T2WfUz_w@mail.gmail.com>

> I am trying to add two mp4s.To do this I am converting all the mp4s to h264 raw format andConcatenating ?using CAT command.I am converting videos to h264 with same resolution.
> Problem:
> Problem is that I am not able to remove aspect ratio from a Video.

Maybe you can just set them both to the same aspect ratio?
-r

From avsn9849625263 at hotmail.com  Fri Jun 15 21:13:09 2012
From: avsn9849625263 at hotmail.com (Murthy avsn)
Date: Sat, 16 Jun 2012 00:43:09 +0530
Subject: [FFmpeg-user] Remove aspect-ratio from mp4
In-Reply-To: <CAL1QdWd-anKPVHPe=UeS-Ov4f_-jMf4n4Qsv_2=mO8T2WfUz_w@mail.gmail.com>
References: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>,
	<CAL1QdWd-anKPVHPe=UeS-Ov4f_-jMf4n4Qsv_2=mO8T2WfUz_w@mail.gmail.com>
Message-ID: <BAY150-W65010E9F3B516FCD189490CFFB0@phx.gbl>




> From: rogerdpack2 at gmail.com
> Date: Fri, 15 Jun 2012 13:05:50 -0600
> To: ffmpeg-user at ffmpeg.org
> Subject: Re: [FFmpeg-user] Remove aspect-ratio from mp4
> 
> > Problem:
> > Problem is that I am not able to remove aspect ratio from a Video.
> 
> Maybe you can just set them both to the same aspect ratio?
> -r
Thanks Mr.Roger.But I just want to know whether can we remove aspect ratio from a MP4 file using ffmpeg or do I need to use any other tool.I heard that aspect ratio is just a metadata which will be used by players to display.

> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
 		 	   		  

From rogerdpack2 at gmail.com  Fri Jun 15 21:28:11 2012
From: rogerdpack2 at gmail.com (Roger Pack)
Date: Fri, 15 Jun 2012 13:28:11 -0600
Subject: [FFmpeg-user] Remove aspect-ratio from mp4
In-Reply-To: <BAY150-W65010E9F3B516FCD189490CFFB0@phx.gbl>
References: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>
	<CAL1QdWd-anKPVHPe=UeS-Ov4f_-jMf4n4Qsv_2=mO8T2WfUz_w@mail.gmail.com>
	<BAY150-W65010E9F3B516FCD189490CFFB0@phx.gbl>
Message-ID: <CAL1QdWcQTZCzZY-JK2sBrKTCoDABQLBp_78NQ1ZAF63pVpav7w@mail.gmail.com>

>> Maybe you can just set them both to the same aspect ratio?
>> -r
> Thanks Mr.Roger.But I just want to know whether can we remove aspect ratio from a MP4 file using ffmpeg or do I need to use any other tool.I heard that aspect ratio is just a metadata which will be used by players to display.

It's a kind of "special" metadata but I don't know if ffmpeg can just
exclude it or not.  Maybe if you set it as 1:1 then it does don't
know.
-r

From avsn9849625263 at hotmail.com  Fri Jun 15 21:40:19 2012
From: avsn9849625263 at hotmail.com (Murthy avsn)
Date: Sat, 16 Jun 2012 01:10:19 +0530
Subject: [FFmpeg-user] Remove aspect-ratio from mp4
In-Reply-To: <CAL1QdWcQTZCzZY-JK2sBrKTCoDABQLBp_78NQ1ZAF63pVpav7w@mail.gmail.com>
References: <BAY150-W10D22AEF457965C213553DCFFB0@phx.gbl>,
	<CAL1QdWd-anKPVHPe=UeS-Ov4f_-jMf4n4Qsv_2=mO8T2WfUz_w@mail.gmail.com>,
	<BAY150-W65010E9F3B516FCD189490CFFB0@phx.gbl>,
	<CAL1QdWcQTZCzZY-JK2sBrKTCoDABQLBp_78NQ1ZAF63pVpav7w@mail.gmail.com>
Message-ID: <BAY150-W23DCA6B961DC4F35BC0F21CFFB0@phx.gbl>





> Subject: Re: [FFmpeg-user] Remove aspect-ratio from mp4
> 
> It's a kind of "special" metadata but I don't know if ffmpeg can just
> exclude it or not.  Maybe if you set it as 1:1 then it does don't
> know.
> -r 
Thanks again one last question.If I set it to 1:1 then a video may not be displayed at full screen (i.e 16:9),is it true.
Thanks a lot.


> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
 		 	   		  

From tayeb.dotnet at gmail.com  Fri Jun 15 20:01:04 2012
From: tayeb.dotnet at gmail.com (Meftah Tayeb)
Date: Fri, 15 Jun 2012 21:01:04 +0300
Subject: [FFmpeg-user] FFMpeg RTMP Stream hangup after a few minutes
References: <047549101F394BA5A17FB62C0DC9B2A3@work>
Message-ID: <2544904E03354F4689B06F7687CEDD11@work>

Ping,Ping,Ping :(
----- Original Message ----- 
From: "Meftah Tayeb" <tayeb.dotnet at gmail.com>
To: <ffmpeg-user at ffmpeg.org>
Sent: Thursday, June 14, 2012 9:24 PM
Subject: FFMpeg RTMP Stream hangup after a few minutes


> hello guys
> i'm streaming a RTMP stream through FFMpeg to my Lan using FFserver
> i use:
> ffmpeg -re -i "rtmpt://209.236.66.43/livepkgr/almagharibia live=1 
> timeout=60" http://192.168.100.100/almajd01.ffm
>
> the stream is outputed to FFserver with transcoding and so on, but after a 
> few minutes look like 4/5 minutes, the stream automaticaly shutdown
>
> any idea?
>
> thank you guys, please help me i'm stuck with that my entire day.
>
>
>
>    Meftah Tayeb
> IT Consulting
> http://www.tmvoip.com/
> phone: +21321656139
> Mobile: +213660347746
>
> __________ Information from ESET NOD32 Antivirus, version of virus 
> signature database 6830 (20120126) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
> 


__________ Information from ESET NOD32 Antivirus, version of virus signature database 6830 (20120126) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com




From anatol2002 at gmail.com  Sat Jun 16 00:43:03 2012
From: anatol2002 at gmail.com (Anatol)
Date: Sat, 16 Jun 2012 01:43:03 +0300
Subject: [FFmpeg-user] How to set up encoding with non-IDR
	keyframes/I-frames?
In-Reply-To: <CAL1QdWft5M2Wgj_Gbx8T=AssETjvtMHhumF8nXvf6DV12sYZ8Q@mail.gmail.com>
References: <CAPCGgdRFZiVZ2_VO_uUvdkHT6YgxmGTD1OwPfEcncfp35ouBRQ@mail.gmail.com>
	<1339729009609-4650934.post@n4.nabble.com>
	<CAL1QdWft5M2Wgj_Gbx8T=AssETjvtMHhumF8nXvf6DV12sYZ8Q@mail.gmail.com>
Message-ID: <CAPCGgdRT=Wc2zzTUvNQuAM_5+e6z8rgmHvey2XEU0+3xzQ4xAQ@mail.gmail.com>

http://documentation.apple.com/en/compressor/usermanual/index.html#chapter=13%26section=2%26tasks=true


"... The first frame of an H.264 GOP is a special I-frame known as an
instantaneous decoder refresh (IDR) frame that also flushes the decoder?s
reference frame buffers ..."

On Fri, Jun 15, 2012 at 9:55 PM, Roger Pack <rogerdpack2 at gmail.com> wrote:

> > Any "IDR" news?
>
> What is IDR?
> -r
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>

From stefasab at gmail.com  Sat Jun 16 01:03:11 2012
From: stefasab at gmail.com (Stefano Sabatini)
Date: Sat, 16 Jun 2012 01:03:11 +0200
Subject: [FFmpeg-user] FFprobe scripting question
In-Reply-To: <20120615154739.GF2633@leki>
References: <201206151705.12065.rodney.baker@iinet.net.au>
	<20120615154739.GF2633@leki>
Message-ID: <20120615230311.GM2715@arborea>

On date Friday 2012-06-15 17:47:39 +0200, Cl?ment B?sch encoded:
> On Fri, Jun 15, 2012 at 05:05:11PM +0930, Rodney Baker wrote:
> > Hi all. Is there an easy way to use FFprobe in a script to get just the size 
> > or bitrate of a video stream? I have a video conversion script using FFmpeg 
> > and I want to make a decision on encoding bitrate based on whether or not the 
> > original stream is a HD (1440x1080) or SD (720x576) stream (as recorded from a 
> > dvb-t card). 
> > 
> > I know I could probably do it using something like 
> > 
> > ffprobe -show_streams 2>/dev/null  |  grep 'width' 
> > 
> > and then strip off the "width=" string but I was kind of hoping there might be 
> > an easier way to do it.
> > 
> 
> ffprobe -v 0 -show_streams | grep width

Another variant:
ffprobe INPUT -show_streams -print_format default=nk=1:nw=1 | sed -n 9p
-- 
ffmpeg-user random tip #23
FFmpeg FAQs (and answers):
http://ffmpeg.org/faq.html

From blacktrash at gmx.net  Sat Jun 16 01:29:54 2012
From: blacktrash at gmx.net (Christian Ebert)
Date: Sat, 16 Jun 2012 00:29:54 +0100
Subject: [FFmpeg-user] segmenter creates empty m3u8 file
Message-ID: <20120615232954.GV10686@krille.blacktrash.org>

Hi,

I'm trying to segment an mp4 into a m3u8 playlist. My 2 attempts
so far result in an empty m3u8 file. What am I doing wrong?

ts:

$ ffmpeg -i ../test.mp4 -map 0 -bsf h264_mp4toannexb -c copy -f segment -segment_list test.m3u8 test%03d.ts
ffmpeg version N-41632-g2b1fc56 Copyright (c) 2000-2012 the FFmpeg developers
  built on Jun