Hello Michael,
Thursday, November 26, 2015, 11:13:45 PM, you wrote:
MN> Hi
MN> are there any QSV patches which have been reviewed and have no
MN> objections raised against them ?
MN> that is patches i should apply/push for qsv ...
Excluding two patches by Will Kelleher which were re-checked toda
On Thu, 26 Nov 2015 21:21:08 +0100
Nicolas George wrote:
> Le sextidi 6 frimaire, an CCXXIV, wm4 a écrit :
> > I fail to see how letting such a workaround (required for flv) leak to
>
> ... and a few other demuxers...
>
> > common code is more elegant.
>
> You fail to see, but I do, and I
On Thu, Nov 26, 2015 at 11:42:03PM +0100, Nicolas George wrote:
> Le sextidi 6 frimaire, an CCXXIV, Clement Boesch a écrit :
> > > An option can be added later to grant applications fine-grained control on
> > > the looping, but it can not be the default as it would be an API change,
> > > and
> >
On Thu, Nov 26, 2015 at 11:58:10AM -0500, Ganesh Ajjanagadde wrote:
> Reviewed-by: Ronald S. Bultje
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavutil/tablegen.h | 33 +
> 1 file changed, 33 insertions(+)
> create mode 100644 libavutil/tablegen.h
>
> diff --g
LGTM, but could you leave (just comment it out) the old code in there
so it's a little easier to follow?
> //ff_aac_pow2sf_tab[i] = pow(2, (i - POW_SF2_ZERO) / 4.0);
> //ff_aac_pow34sf_tab[i] = pow(ff_aac_pow2sf_tab[i], 3.0/4.0);
The accuracy increase is always nice.
On Thu, 2015-
On Fri, Nov 27, 2015 at 4:46 AM, Clément Bœsch wrote:
> On Thu, Nov 26, 2015 at 11:58:10AM -0500, Ganesh Ajjanagadde wrote:
>> Reviewed-by: Ronald S. Bultje
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavutil/tablegen.h | 33 +
>> 1 file changed, 33 insertio
On Fri, Nov 27, 2015 at 5:35 AM, Rostislav Pehlivanov
wrote:
> LGTM, but could you leave (just comment it out) the old code in there
> so it's a little easier to follow?
>> //ff_aac_pow2sf_tab[i] = pow(2, (i - POW_SF2_ZERO) / 4.0);
>> //ff_aac_pow34sf_tab[i] = pow(ff_aac_pow2sf_tab
On Fri, 27 Nov 2015 06:42:21 -0500
Ganesh Ajjanagadde wrote:
> On Fri, Nov 27, 2015 at 5:35 AM, Rostislav Pehlivanov
> wrote:
> > LGTM, but could you leave (just comment it out) the old code in there
> > so it's a little easier to follow?
> >> //ff_aac_pow2sf_tab[i] = pow(2, (i - POW_S
Le septidi 7 frimaire, an CCXXIV, Clement Boesch a écrit :
> But then it's still exposed by the API, and someone looking at handling
> every error code might be wondering how to handle it.
« Handling every error code » seems to me like an impossible and idiotic
objective. What do you suggest, exac
Le septidi 7 frimaire, an CCXXIV, wm4 a écrit :
> Not really.
EARGUMENTNOTFOUND.
> Well, unlike with peace in middle-east, everyone already figured out
> that threads are a good solution to I/O.
Argumentum ad numerum fallacy.
Experienced people figured out that threads are a BAD solution to I/O
On Fri, 27 Nov 2015 13:32:30 +0100
Nicolas George wrote:
> Le septidi 7 frimaire, an CCXXIV, wm4 a écrit :
> > Not really.
>
> EARGUMENTNOTFOUND.
Neither have I. In your posts.
Can you just try explaining what you want to achieve, instead of
writing lots of text with no content? I have no ti
On Fri, Nov 27, 2015 at 7:05 AM, wm4 wrote:
> On Fri, 27 Nov 2015 06:42:21 -0500
> Ganesh Ajjanagadde wrote:
>
>> On Fri, Nov 27, 2015 at 5:35 AM, Rostislav Pehlivanov
>> wrote:
>> > LGTM, but could you leave (just comment it out) the old code in there
>> > so it's a little easier to follow?
>>
On Fri, Nov 27, 2015 at 1:48 PM, Ganesh Ajjanagadde wrote:
> On Fri, Nov 27, 2015 at 7:05 AM, wm4 wrote:
>> On Fri, 27 Nov 2015 06:42:21 -0500
>> Ganesh Ajjanagadde wrote:
>>
>>> On Fri, Nov 27, 2015 at 5:35 AM, Rostislav Pehlivanov
>>> wrote:
>>> > LGTM, but could you leave (just comment it ou
Le septidi 7 frimaire, an CCXXIV, wm4 a écrit :
> I might not be familiar with flvdec in particular. Can you explain me
> how Matroska could be switched to non-blocking?
It can not, and this has NOTHING to do with the current discussion.
Non-blocking mode requires the demuxer to be able to stop at
Hello All,
Friday, November 27, 2015, 11:34:52 AM, you wrote:
IU> Hello Michael,
IU> Thursday, November 26, 2015, 11:13:45 PM, you wrote:
MN>> Hi
MN>> are there any QSV patches which have been reviewed and have no
MN>> objections raised against them ?
MN>> that is patches i should apply/push f
Le septidi 7 frimaire, an CCXXIV, Ganesh Ajjanagadde a écrit :
> However, for this to be valid, at least some basic tests need to be
> done, e.g what is the library size before and after
> --enable-hardcoded-tables?
That is not terribly difficult to do:
-rwxr-xr-x 1 cigaes cigaes 15732448 Nov 27
On Fri, 27 Nov 2015 13:51:57 +0100
Hendrik Leppkes wrote:
> On Fri, Nov 27, 2015 at 1:48 PM, Ganesh Ajjanagadde wrote:
> > On Fri, Nov 27, 2015 at 7:05 AM, wm4 wrote:
> >> On Fri, 27 Nov 2015 06:42:21 -0500
> >> Ganesh Ajjanagadde wrote:
> >>
> >>> On Fri, Nov 27, 2015 at 5:35 AM, Rostisla
On Fri, Nov 27, 2015 at 2:10 PM, wm4 wrote:
> On Fri, 27 Nov 2015 13:51:57 +0100
> Hendrik Leppkes wrote:
>
>> On Fri, Nov 27, 2015 at 1:48 PM, Ganesh Ajjanagadde wrote:
>> > On Fri, Nov 27, 2015 at 7:05 AM, wm4 wrote:
>> >> On Fri, 27 Nov 2015 06:42:21 -0500
>> >> Ganesh Ajjanagadde wrote:
>>
On Fri, 27 Nov 2015 13:53:33 +0100
Nicolas George wrote:
> Le septidi 7 frimaire, an CCXXIV, wm4 a écrit :
> > I might not be familiar with flvdec in particular. Can you explain me
> > how Matroska could be switched to non-blocking?
>
> It can not, and this has NOTHING to do with the current d
Le septidi 7 frimaire, an CCXXIV, wm4 a écrit :
> I still do not see how a potential flag to make the API user to be able
> to use this is better than running the demuxer in a thread. I'm talking
> about practice, not theory. Such a flag would work _sometimes_, with
> _some_ demuxers in _some_ very
On Fri, Nov 27, 2015 at 8:10 AM, wm4 wrote:
> On Fri, 27 Nov 2015 13:51:57 +0100
> Hendrik Leppkes wrote:
>
>> On Fri, Nov 27, 2015 at 1:48 PM, Ganesh Ajjanagadde wrote:
>> > On Fri, Nov 27, 2015 at 7:05 AM, wm4 wrote:
>> >> On Fri, 27 Nov 2015 06:42:21 -0500
>> >> Ganesh Ajjanagadde wrote:
>>
On Fri, Nov 27, 2015 at 01:10:29PM +0100, Nicolas George wrote:
> Le septidi 7 frimaire, an CCXXIV, Clement Boesch a écrit :
> > But then it's still exposed by the API, and someone looking at handling
> > every error code might be wondering how to handle it.
>
> « Handling every error code » seems
On 11/27/2015 7:07 AM, Nicolas George wrote:
> So basically, the question boils down to what people consider the better
> design: adding a loop in every demuxer that needs it, or have the loop in
> the framework.
I'm erring on the latter approach, for one reason: This changes beavior, but
does not
On Fri, Nov 27, 2015 at 12:40:27PM +0100, Ganesh Ajjanagadde wrote:
[...]
> diff --git a/libavcodec/aac_tablegen.h b/libavcodec/aac_tablegen.h
> index 8b223f9..85e189d 100644
> --- a/libavcodec/aac_tablegen.h
> +++ b/libavcodec/aac_tablegen.h
> @@ -35,9 +35,46 @@ float ff_aac_pow34sf_tab[428];
> a
On Fri, Nov 27, 2015 at 06:32:40AM -0500, Ganesh Ajjanagadde wrote:
> On Fri, Nov 27, 2015 at 4:46 AM, Clément Bœsch wrote:
> > On Thu, Nov 26, 2015 at 11:58:10AM -0500, Ganesh Ajjanagadde wrote:
> >> Reviewed-by: Ronald S. Bultje
> >> Signed-off-by: Ganesh Ajjanagadde
> >> ---
> >> libavutil/t
On Fri, Nov 27, 2015 at 9:43 AM, Clément Bœsch wrote:
> On Fri, Nov 27, 2015 at 06:32:40AM -0500, Ganesh Ajjanagadde wrote:
>> On Fri, Nov 27, 2015 at 4:46 AM, Clément Bœsch wrote:
>> > On Thu, Nov 26, 2015 at 11:58:10AM -0500, Ganesh Ajjanagadde wrote:
>> >> Reviewed-by: Ronald S. Bultje
>> >>
On Fri, 2015-11-27 at 09:16 -0500, Ganesh Ajjanagadde wrote:
> Ok, good. Let us proceed with this one step at a time. Here, I guess
> it really does not matter since the net size is ~ 3 kB. Nevertheless,
> it seems unnecessary now to do it at compile time, so unless AAC
> maintainers object, I will
On Fri, Nov 27, 2015 at 9:37 AM, Clément Bœsch wrote:
> On Fri, Nov 27, 2015 at 12:40:27PM +0100, Ganesh Ajjanagadde wrote:
> [...]
>> diff --git a/libavcodec/aac_tablegen.h b/libavcodec/aac_tablegen.h
>> index 8b223f9..85e189d 100644
>> --- a/libavcodec/aac_tablegen.h
>> +++ b/libavcodec/aac_tabl
On Fri, Nov 27, 2015 at 03:08:05PM +, Rostislav Pehlivanov wrote:
> I've just pushed a patch which makes the AAC encoder threadsafe, so now
> it should be safe to always generate that table at runtime.
This commit seems to break FATE on a couple of platforms (not sure about
Linux yet but proba
On Fri, Nov 27, 2015 at 12:08 PM, Timothy Gu wrote:
> On Fri, Nov 27, 2015 at 03:08:05PM +, Rostislav Pehlivanov wrote:
>> I've just pushed a patch which makes the AAC encoder threadsafe, so now
>> it should be safe to always generate that table at runtime.
>
> This commit seems to break FATE
Hi,
On Thu, Nov 26, 2015 at 6:19 PM, Nicolas George wrote:
> Le sextidi 6 frimaire, an CCXXIV, Marton Balint a écrit :
> > Maybe I am missing something, but the existing error AVERROR(EINTR)
> cannot
> > be used for this?
>
> It would be less broken than EAGAIN, since it is almost always treated
On Fri, 27 Nov 2015 09:08:38 -0800
Timothy Gu wrote:
> On Fri, Nov 27, 2015 at 03:08:05PM +, Rostislav Pehlivanov wrote:
> > I've just pushed a patch which makes the AAC encoder threadsafe, so now
> > it should be safe to always generate that table at runtime.
>
> This commit seems to brea
On Fri, 2015-11-27 at 09:08 -0800, Timothy Gu wrote:
> On Fri, Nov 27, 2015 at 03:08:05PM +, Rostislav Pehlivanov wrote:
> > I've just pushed a patch which makes the AAC encoder threadsafe, so
> > now
> > it should be safe to always generate that table at runtime.
>
> This commit seems to brea
On Fri, Nov 27, 2015 at 6:40 PM, Rostislav Pehlivanov
wrote:
> On Fri, 2015-11-27 at 09:08 -0800, Timothy Gu wrote:
>> On Fri, Nov 27, 2015 at 03:08:05PM +, Rostislav Pehlivanov wrote:
>> > I've just pushed a patch which makes the AAC encoder threadsafe, so
>> > now
>> > it should be safe to a
On Fri, 2015-11-27 at 18:50 +0100, Hendrik Leppkes wrote:
> Note that the init is wrong for float as well. You use the same
> condition for aacenc and aacdec, but they init different things.
> aacdec inits much more, and if aacenc would init first for some
> reason, it would leave aacdec without ha
Signed-off-by: James Almer
---
configure | 4 +---
libavcodec/libdcadec.c | 6 +++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index 0198b75..5583358 100755
--- a/configure
+++ b/configure
@@ -1877,7 +1877,6 @@ TYPES_LIST="
CONDITION_V
Fix trac ticket #5041.
Signed-off-by: Nicolas George
---
libavformat/flvdec.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Problem can be observed by transcoding or remuxing a large FLV with both
audio and video with and without -an or -vn and observing the speed and CP
Signed-off-by: Nicolas George
---
libavformat/internal.h | 6 ++
libavformat/utils.c| 5 +
2 files changed, 11 insertions(+)
Apparently, the most unhappyness was caused by the error code in the public
API. This is not the case here.
diff --git a/libavformat/internal.h b/libavforma
Signed-off-by: Nicolas George
---
libavformat/lxfdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Untested.
diff --git a/libavformat/lxfdec.c b/libavformat/lxfdec.c
index 7c3d065..696e112 100644
--- a/libavformat/lxfdec.c
+++ b/libavformat/lxfdec.c
@@ -305,7 +305,7 @@ static int lx
Signed-off-by: Nicolas George
---
libavformat/mpeg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Problem can be observed with files containing large portions of junk, for
example:
{ ffmpeg -lavfi testsrc=d=60 -f vob -;
head -c $[256*1024*1024] /dev/zero;
ffmpeg -lavfi testsrc=d=6
Signed-off-by: Nicolas George
---
libavformat/mpegts.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Untested. Offending commit was:
commit df8aa4598c7cc1c2f863f6fc6b2d4b3e6dc7345e
Author: Martin Storsjö
Date: 2012-04-21 20:44:24 +0300
mpegts: Make sure we don't return uninitia
On Fri, Nov 27, 2015 at 9:43 AM, Clément Bœsch wrote:
> On Fri, Nov 27, 2015 at 06:32:40AM -0500, Ganesh Ajjanagadde wrote:
>> On Fri, Nov 27, 2015 at 4:46 AM, Clément Bœsch wrote:
>> > On Thu, Nov 26, 2015 at 11:58:10AM -0500, Ganesh Ajjanagadde wrote:
>> >> Reviewed-by: Ronald S. Bultje
>> >>
On Wed, Nov 25, 2015 at 10:36 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Nov 25, 2015 at 8:00 AM, Ganesh Ajjanagadde
> wrote:
>>
>> pow2 is being used for trivial squaring. Its name is not good: is this
>> 2^x or x^2?
>
>
> 2^x is exp2, not pow2. (I have no opinion on the patch itself.)
>
> Ro
On Fri, Nov 27, 2015 at 07:16:06PM +0100, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavformat/internal.h | 6 ++
> libavformat/utils.c| 5 +
> 2 files changed, 11 insertions(+)
>
>
> Apparently, the most unhappyness was caused by the error code in the public
>
This commit prevents the corner case where both the decoder and the
encoder could call ff_aac_tableinit() twice during init (in case of
transcoding aac-aac).
Signed-off-by: Rostislav Pehlivanov
---
libavcodec/aacdec_template.c | 10 ++
libavcodec/aacenc.c | 5 +
libavcodec/
On 11/27/15, Ganesh Ajjanagadde wrote:
> On Wed, Nov 25, 2015 at 10:36 AM, Ronald S. Bultje
> wrote:
>> Hi,
>>
>> On Wed, Nov 25, 2015 at 8:00 AM, Ganesh Ajjanagadde
>>
>> wrote:
>>>
>>> pow2 is being used for trivial squaring. Its name is not good: is this
>>> 2^x or x^2?
>>
>>
>> 2^x is exp2,
ts->mux_rate is int (signed 32-bit) type. The period calculations
will start to overflow when mux_rate > 5mbps. This fixes overflows
by using av_rescale().
Fixes #5044.
Signed-off-by: Timo Teräs
---
libavformat/mpegtsenc.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --g
On Fri, Nov 27, 2015 at 2:24 PM, Paul B Mahol wrote:
> On 11/27/15, Ganesh Ajjanagadde wrote:
>> On Wed, Nov 25, 2015 at 10:36 AM, Ronald S. Bultje
>> wrote:
>>> Hi,
>>>
>>> On Wed, Nov 25, 2015 at 8:00 AM, Ganesh Ajjanagadde
>>>
>>> wrote:
pow2 is being used for trivial squaring. Its
On Fri, 27 Nov 2015, Nicolas George wrote:
I am not sure distinguishing the different cases (packet in a disabled
stream, utility data, corrupted data until a sync word) is very important.
I think it is, loss off sync means data loss, which is a severe error
condition for some use cases. Any
On Fri, Nov 27, 2015 at 8:00 PM, Rostislav Pehlivanov
wrote:
> This commit prevents the corner case where both the decoder and the
> encoder could call ff_aac_tableinit() twice during init (in case of
> transcoding aac-aac).
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/aacdec_templ
On November 25, 2015 at 10:35:33 AM, Alex Agranovsky (a...@sighthound.com)
wrote:
On November 24, 2015 at 6:06:36 PM, Michael Niedermayer (michae...@gmx.at)
wrote:
On Tue, Nov 24, 2015 at 03:01:28PM -0500, Alex Agranovsky wrote:
[...]
> From 2c253d7978a6c9c2dc701d393eb5b9d68e831c98 Mon Sep 1
On Fri, 27 Nov 2015 15:14:54 -0500
Alex Agranovsky wrote:
>
> Hi - are there any additional corrections I need to address on this set of
> patches, or is it good to go at this point?
Sorry, forgot about it, will look tomorrow.
Also, the quoting in your replies is completely messed up. I can't
On Thu, 2015-11-26 at 00:48 +0100, Carl Eugen Hoyos wrote:
> On Wednesday 25 November 2015 12:57:07 am Tomas Härdin wrote:
> > On Tue, 2015-11-24 at 12:02 +0100, Carl Eugen Hoyos wrote:
> > > Hi!
> > >
> > > Attached patch fixes ticket #5029.
> > >
> > > Please comment, Carl Eugen
> >
> > Looks sim
On Fri, Nov 27, 2015 at 1:00 PM, Rostislav Pehlivanov
wrote:
> On Fri, 2015-11-27 at 18:50 +0100, Hendrik Leppkes wrote:
>> Note that the init is wrong for float as well. You use the same
>> condition for aacenc and aacdec, but they init different things.
>> aacdec inits much more, and if aacenc w
On Fri, 2015-11-27 at 15:59 -0500, Ganesh Ajjanagadde wrote:
> I get build failures starting with commit
> 3d62e7a30fa552be52d12b31e3e0f79153aff891 under
> --enable-hardcoded-tables.
> @Rostislav: can you check, reproduce, and resolve this?
Fixed, thanks for reporting it quickly. Problem was
that
Commit 96786a12f6df26990bbe7c0ca4592b3731724469 makes runtime
initialization cheap.
Tested with FATE, with/without --enable-hardcoded-tables.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/Makefile| 6 ++
libavcodec/aac_tablegen.c | 39 ---
On Fri, Nov 27, 2015 at 4:33 PM, Rostislav Pehlivanov
wrote:
> On Fri, 2015-11-27 at 15:59 -0500, Ganesh Ajjanagadde wrote:
>> I get build failures starting with commit
>> 3d62e7a30fa552be52d12b31e3e0f79153aff891 under
>> --enable-hardcoded-tables.
>> @Rostislav: can you check, reproduce, and reso
Instead, print "unknown" if it's unknown, or their numerical values if
they are known.
---
Addresses Nicholas's comment.
---
ffprobe.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/ffprobe.c b/ffprobe.c
index c304a6d..7128083 100644
--- a/ffprobe.c
+++ b/ffprob
Fixes FATE failures on --enable-small builds.
---
tests/fate-run.sh | 4 ++--
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2 +-
tests/ref/fate/concat-demuxer-simple1-lavf-mxf | 4 ++--
test
On Fri, 2015-11-27 at 17:07 -0500, Ganesh Ajjanagadde wrote:
> Commit 96786a12f6df26990bbe7c0ca4592b3731724469 makes runtime
> initialization cheap.
Leaves a lot of the cruft around. aac_tablegen.h and
aac_tablegen_decl.h are now quite unnecessary. I suggest getting rid of
aac_tablegen* entirely a
Commit 96786a12f6df26990bbe7c0ca4592b3731724469 makes runtime
initialization cheap.
Tested with FATE, with/without --enable-hardcoded-tables.
Reviewed-by: Rostislav Pehlivanov
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/Makefile| 7 ++--
libavcodec/aac_tablegen.c | 39 --
On Fri, Nov 27, 2015 at 6:14 PM, Rostislav Pehlivanov
wrote:
> On Fri, 2015-11-27 at 17:07 -0500, Ganesh Ajjanagadde wrote:
>> Commit 96786a12f6df26990bbe7c0ca4592b3731724469 makes runtime
>> initialization cheap.
>
> Leaves a lot of the cruft around. aac_tablegen.h and
> aac_tablegen_decl.h are n
Hi!
Jpeg over rtp requires standard huffman tables, but the test I implemented
was too strict. Attached patch tries to improve this, related to ticket #3823.
Please comment, Carl Eugen
diff --git a/libavformat/rtpenc_jpeg.c b/libavformat/rtpenc_jpeg.c
index a6f2b32..4bdfdda 100644
--- a/libavfor
Regression since 53f2ef2c4afb1d49a679dea9163cb0e4671f3117.
Fixes ticket #5017.
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 429f46a..926d2a3 100644
--- a/libavformat/mxfdec.
On Fri, Nov 27, 2015 at 07:16:06PM +0100, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavformat/internal.h | 6 ++
> libavformat/utils.c| 5 +
> 2 files changed, 11 insertions(+)
>
>
> Apparently, the most unhappyness was caused by the error code in the public
>
On Fri, Nov 27, 2015 at 07:16:09PM +0100, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> libavformat/lxfdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
> Untested.
should be ok (but didnt test either unless it was part of fate which
i run with the whole patchse
On Fri, Nov 27, 2015 at 09:25:52PM +0200, Timo Teräs wrote:
> ts->mux_rate is int (signed 32-bit) type. The period calculations
> will start to overflow when mux_rate > 5mbps. This fixes overflows
> by using av_rescale().
>
> Fixes #5044.
>
> Signed-off-by: Timo Teräs
> ---
> libavformat/mpegts
This further speeds up runtime initialization, with identical generated tables.
Sample benchmark (x86-64, Haswell, GNU/Linux):
old:
34441423 decicycles in mpegaudio_tableinit,8192 runs, 0 skips
new:
10776291 decicycles in mpegaudio_tableinit,8192 runs, 0 skips
Most low hanging
Hi,
While the pcr is accuracte, I was measuring the cbr pcr frequence with
opencaster suite's tspcmeasure tool, and it says that the frequency is
not that accurate. With default options (just muxrate specified) the
pcr should appear every 20ms. But it appears every 19-22.5ms (also
there some appea
69 matches
Mail list logo