On Tue, Jun 30, 2015 at 1:29 AM, compn wrote:
> On Sun, 28 Jun 2015 13:41:48 +0200 (CEST)
> g...@videolan.org (Alexandra Hájková) wrote:
>
>> ffmpeg | branch: master | Alexandra Hájková
>> | Mon Jun 15 14:54:45 2015 +0200|
>> [b08569a23948db107e5e6175cd4c695427d5339d] | committer: Anton Khirnov
>
On 6/25/15, Michael Niedermayer wrote:
> On Wed, Jun 24, 2015 at 11:48:10PM -0600, Roger Pack wrote:
>> On 6/24/15, Michael Niedermayer wrote:
>> > On Wed, Jun 24, 2015 at 04:19:38AM -0600, Roger Pack wrote:
>> >> On 7/5/12, Michael Niedermayer wrote:
>> >> > On Mon, Jun 25, 2012 at 02:21:21PM +
>cpe->ms_mask[w*16+g] = 0;
This defeats the purpose of changing the phase of the spectral coefficients
if ms_mask has been set by search_for_ms. If is_mask[idx] is 1 then ms_mask
is only used to alter the phase of the spectral coefficients, so probably
the phase gets altered incorrectly. The reason
On Tue, Jun 30, 2015 at 1:33 AM, Rostislav Pehlivanov
wrote:
>
> Why the need to have "sce->pns_ener[w*16+g] = energy /
> sce->ics.group_len[w];", normalization? The energy value is log2'd during
> scalefactor indices calculation so it's hardly going to change much. Will do
> some tests to see if
As lambda increases (more quality) the chance to get PNS decreases with
your suggestion to use "spread > (NOISE_SPREAD_THRESHOLD * 120.f /
lambda)". It's more correct to have
spread > (NOISE_SPREAD_THRESHOLD * (lambda / 120.0f))
here. The spectrums showed a hole right in between the PNS and normal
Thanks for the suggestions. I did some tests and using active_lines seems
to be a better measure of noise (the old spread_en[] used to increase
linearly with every band and behaved more like a smooth low-pass filter for
PNS values). I did some adjustments to it so the spectrums look fine and
the ne
On Mon, Jun 29, 2015 at 10:58 PM, Claudio Freire wrote:
> On Fri, Jun 26, 2015 at 5:16 PM, Rostislav Pehlivanov
> wrote:
>> +if (spread > NOISE_SPREAD_THRESHOLD &&
>> +((sce->zeroes[w*16+g] && energy >= threshold) ||
>> +energy < threshold*(
On Mon, Jun 29, 2015 at 11:28:04PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch silences many lines of "Multiple ff_thread_finish_setup()
> calls" when decoding hap.
>
> Please comment, Carl Eugen
> hapdec.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
> 126826ea8c86
On Fri, Jun 26, 2015 at 5:16 PM, Rostislav Pehlivanov
wrote:
> +++ b/libavcodec/aacpsy.c
> @@ -781,6 +781,7 @@ static void psy_3gpp_analyze_channel(FFPsyContext *ctx,
> int channel,
>
> psy_band->threshold = band->thr;
> psy_band->energy= band->energy;
> +
On Fri, Jun 26, 2015 at 5:16 PM, Rostislav Pehlivanov
wrote:
> +if (spread > NOISE_SPREAD_THRESHOLD &&
> +((sce->zeroes[w*16+g] && energy >= threshold) ||
> +energy < threshold*(NOISE_LAMBDA_NUMERATOR/lambda))) {
> +sce->b
On Fri, Jun 26, 2015 at 5:16 PM, Rostislav Pehlivanov
wrote:
> +if (dist2 <= dist1) {
> +cpe->is_mask[w*16+g] = 1;
> +cpe->ch[0].is_ener[w*16+g] = ener1/ener01;
> +cpe->ch[1].is_ener[w*16+g] = ener0/ener1;
> +
Hendrik Leppkes gmail.com> writes:
> On Mon, Jun 29, 2015 at 10:11 AM, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > I finally found an issue that is fixed with the new asf demuxer:
> > Video in http://samples.ffmpeg.org/V-codecs/MSS1/GipsyGuitar.wmv
> > freezes for ten seconds after 110 seconds, this
On Sun, 28 Jun 2015 13:41:48 +0200 (CEST)
g...@videolan.org (Alexandra Hájková) wrote:
> ffmpeg | branch: master | Alexandra Hájková
> | Mon Jun 15 14:54:45 2015 +0200|
> [b08569a23948db107e5e6175cd4c695427d5339d] | committer: Anton Khirnov
>
> lavf: Replace the ASF demuxer
>
> The old one is t
Hello Hendrik,
Thank you very much for the review, we will try to split one big invalid
patch to sequence of small valid changes.
Tuesday, June 30, 2015, 12:03:10 AM, you wrote:
HL> On Mon, Jun 29, 2015 at 10:57 PM, Ivan Uskov wrote:
>> Hello All,
>>
>> I'm software developer of Nablet GmbH. We
On 29 Jun, Ivan Uskov wrote :
> I'm software developer of Nablet GmbH. We were requested by Intel to
> integrate all possible QSV-accelerated codecs and VPP modules into ffmpeg.
> This is my first commit which adding the QSV MPEG2 video decoder codec, I
> hope I did all or at least all most right.
Hi!
Attached patch silences many lines of "Multiple ff_thread_finish_setup()
calls" when decoding hap.
Please comment, Carl Eugen
diff --git a/libavcodec/hapdec.c b/libavcodec/hapdec.c
index 6e3c138..e6b7d61 100644
--- a/libavcodec/hapdec.c
+++ b/libavcodec/hapdec.c
@@ -177,7 +177,8 @@ static in
On Mon, Jun 29, 2015 at 10:57 PM, Ivan Uskov wrote:
> Hello All,
>
> I'm software developer of Nablet GmbH. We were requested by Intel to
> integrate all possible QSV-accelerated codecs and VPP modules into ffmpeg.
> This is my first commit which adding the QSV MPEG2 video decoder codec, I
> hope
On Sun, 28 Jun 2015 14:10:48 +
Paul B Mahol wrote:
> Here I ask for samples which show that one is better than another,
> whichever that one is.
http://samples.ffmpeg.org/V-codecs/G2M4/XmissPlan052913.wmv
ffmpeg -f asf_o -i XmissPlan052913.wmv out.avi
[asf_o @ 031c0160] Suspicious data found
On Sun, Jun 28, 2015 at 7:10 AM, Paul B Mahol wrote:
> Hi,
>
> As you may already know new asf demuxer hit the tree but did not
> replace the old one.
>
> Here I ask for samples which show that one is better than another,
> whichever that one is.
>
>
First file i was using to test:
./ffprobe -f a
On Sun, 28 Jun 2015 14:10:48 +
Paul B Mahol wrote:
> Here I ask for samples which show that one is better than another,
> whichever that one is.
ffmpeg -f asf_o -i
http://samples.ffmpeg.org/A-codecs/VoxWare/vamps_sample.asf [http @
031c0a80] HTTP error 416 Requested Range Not Satisfiable Las
On Tue, Jun 16, 2015 at 09:18:13PM +0200, Hendrik Leppkes wrote:
> On Tue, Jun 16, 2015 at 8:33 PM, wm4 wrote:
> > On Tue, 16 Jun 2015 13:29:55 +
> > Paul B Mahol wrote:
> >
> >> Also fixes clash with smv audio codec.
> >>
> >> Signed-off-by: Paul B Mahol
> >> ---
> >> libavcodec/codec_desc
Hello,
Thank you for your comments.
Please find enclosed the updated patch.
I have tested it with the following cmdline:
./ffplay -debug 1048576 ~/GreenMetaDataSEI.264
I know that this debug flag should be define somewhere as a string in order to
display it with:
./ffplay --help
Could someo
On 6/29/15, Dave Rice wrote:
>
>> On Jun 29, 2015, at 2:09 PM, Paul B Mahol wrote:
>>
>> On 6/29/15, Dave Rice wrote:
>>> Hi,
>>>
>>
>> [...]
>>
>>>
>>> I re-tested and all looks great. The new default size, 900x256, makes
>>> sense
>>> and I'm glad to see it now works with audio metadata (would
> On Jun 29, 2015, at 2:09 PM, Paul B Mahol wrote:
>
> On 6/29/15, Dave Rice wrote:
>> Hi,
>>
>
> [...]
>
>>
>> I re-tested and all looks great. The new default size, 900x256, makes sense
>> and I'm glad to see it now works with audio metadata (would love to be able
>> to use astats with th
On 6/29/15, Dave Rice wrote:
> Hi,
>
[...]
>
> I re-tested and all looks great. The new default size, 900x256, makes sense
> and I'm glad to see it now works with audio metadata (would love to be able
> to use astats with this someday). I'm having a little trouble getting an
> example working wi
Hi,
> On Jun 29, 2015, at 12:31 AM, Paul B Mahol wrote:
>
> Signed-off-by: Paul B Mahol
> ---
> Changelog | 1 +
> doc/filters.texi | 101 ++
> libavfilter/Makefile | 2 +
> libavfilter/allfilters.c | 2 +
> libavfilter/f_drawgraph.c | 346 ++
On Sun, Jun 28, 2015 at 01:42:00PM -0300, James Almer wrote:
> On 28/06/15 1:21 PM, Michael Niedermayer wrote:
> > On Sun, Jun 28, 2015 at 04:54:02PM +0200, Nicolas George wrote:
> >> Le decadi 10 messidor, an CCXXIII, Carl Eugen Hoyos a écrit :
> >>> From a very quick look, the new code seems most
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for idctdsp functions in new
file idctdsp_msa.c and simple_idct_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/idctdsp.c| 2 +
libavcodec/idctdsp.h| 2 +
libavcodec/mips/Makefile
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for me_cmp functions in new
file me_cmp_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/me_cmp.c | 2 +
libavcodec/me_cmp.h | 1 +
libavcodec/mips/Makefile| 2 +
libavcod
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for mpegvideoencdsp
functions in new file mpegvideoencdsp_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile| 2 +
libavcodec/mips/mpegvideoencdsp_init_mips.c | 40 +++
lib
From: Shivraj Patil
This patch adds MSA (MIPS-SIMD-Arch) optimizations for mpegvideo functions in
new file mpegvideo_msa.c
Signed-off-by: Shivraj Patil
---
libavcodec/mips/Makefile | 2 +
libavcodec/mips/mpegvideo_init_mips.c | 37 +
libavcodec/mips/mpegvideo_msa.c |
On Mon, Jun 29, 2015 at 02:47:02PM +, Nicolas Derouineau wrote:
> Hi,
> The samples files are located at:
>
> ftp-public-greenvideo.insa-rennes.fr
thanks
>
> You can select any of the files located there. Please make sure to change the
> extansion from .bin to .h264, as I'm not sure how ff
On Mon, Jun 29, 2015 at 02:23:33AM -0300, Claudio Freire wrote:
> Seems straightforward enough. LGTM.
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
signature
Hi,
The samples files are located at:
ftp-public-greenvideo.insa-rennes.fr
You can select any of the files located there. Please make sure to change the
extansion from .bin to .h264, as I'm not sure how ffplay deals with extansions.
Expected values are given are side txt files.
Best Regards,
On Mon, Jun 29, 2015 at 11:21:13AM +, Nedeljko Babic wrote:
> >> From: Jovan Zelincevic
> >>
> >> Build system modified
> >>
> >> Signed-off-by: Nedeljko Babic
> >> ---
> >> configure | 1 +
> >> libavcodec/Makefile | 13 ++---
> >> libavcodec/aacdec.c
On Tue, Jun 23, 2015 at 06:24:57PM +0200, Michael Niedermayer wrote:
> This was suggested in the discussion about these functions
>
> With this change the functions are available internally but are not
> part of the public API
>
> Signed-off-by: Michael Niedermayer
> ---
> doc/APIchanges |
Hi
On Mon, Jun 29, 2015 at 01:01:48PM +, Nicolas Derouineau wrote:
> Two patches are now here enclosed:
>
> The first one enable metadata parsing. The second one add a new options in
> the file avcodec/options_table.h
>
> Tested with:
>
> ./ffplay -debug green_metadata ~/GreenMetaDataSEI.2
On 6/29/2015 11:01 AM, Hendrik Leppkes wrote:
> Just on code quality alone, I think it would be much more productive
> if you look for the opposite and fix those.
>
> Trying to juke the stats after-the-fact by fixing the old one now is
> not going to change anything. :p
But then how can he hate o
Signed-off-by: Paul B Mahol
---
Changelog | 1 +
doc/filters.texi | 101 ++
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/f_drawgraph.c | 346 ++
5 files changed, 452 insertions(
Two patches are now here enclosed:
The first one enable metadata parsing. The second one add a new options in the
file avcodec/options_table.h
Tested with:
./ffplay -debug green_metadata ~/GreenMetaDataSEI.264
Best Regards,
Nicolas DEROUINEAU
Research Engineer
VITEC
T. +33 1 46 73 06 06
E.
Hello,
Thank you for your comments.
Please find enclosed the updated patch.
I have tested it with the following cmdline:
./ffplay -debug 1048576 ~/GreenMetaDataSEI.264
I know that this debug flag should be define somewhere as a string in order to
display it with:
./ffplay --help
Could someon
>On Sat, Jun 27, 2015 at 02:43:31AM +0200, Michael Niedermayer wrote:
>> On Fri, Jun 12, 2015 at 08:15:51AM +, Nedeljko Babic wrote:
>> > >On Thu, Jun 11, 2015 at 4:08 PM, Nedeljko Babic
>> > > wrote:
>> > >> From: Jovan Zelincevic
>> > >>
>> > >> Move existing code to the new template files
>
>> From: Jovan Zelincevic
>>
>> Build system modified
>>
>> Signed-off-by: Nedeljko Babic
>> ---
>> configure | 1 +
>> libavcodec/Makefile | 13 ++---
>> libavcodec/aacdec.c | 1 -
>> libavcodec/aacdec_fixed.c | 1 -
>> libavcodec/allcodecs.c| 1 +
>
These are all the patches for implementing fixed point AAC decoder in ffmpeg
for now.
-Nedeljko
Od: ffmpeg-devel-boun...@ffmpeg.org [ffmpeg-devel-boun...@ffmpeg.org] u ime
korisnika Cary Tetrick [ctetri...@gmail.com]
Poslato: 27. jun 2015 1:31
Za: FFmpeg
On Sun, Jun 14, 2015 at 11:26:26PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> This patch adds MSA (MIPS-SIMD-Arch) optimizations for pixblock functions in
> new file pixblockdsp_msa.c
> Adds new generic macros (needed for this patch) in
> libavutil/mips/generic_macros_msa.
On Mon, Jun 29, 2015 at 10:11 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> I finally found an issue that is fixed with the new asf demuxer:
> Video in http://samples.ffmpeg.org/V-codecs/MSS1/GipsyGuitar.wmv
> freezes for ten seconds after 110 seconds, this does not happen
> with -f asf_o.
> Attached patc
On Mon, Jun 29, 2015 at 10:11:11AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> I finally found an issue that is fixed with the new asf demuxer:
> Video in http://samples.ffmpeg.org/V-codecs/MSS1/GipsyGuitar.wmv
> freezes for ten seconds after 110 seconds, this does not happen
> with -f asf_o.
> At
Hi,
May I request somebody from maintainers to review this patch please?
-Original Message-
From: Shivraj Patil
Sent: 14 June 2015 23:26
To: ffmpeg-devel@ffmpeg.org
Cc: Rob Isherwood; Shivraj Patil
Subject: [PATCH 5/5] avcodec/mips: MSA (MIPS-SIMD-Arch) optimizations for
pixblock functio
On 6/28/15, Paul B Mahol wrote:
> On 6/28/15, Dave Rice wrote:
>>
>>> On Jun 28, 2015, at 1:54 PM, Paul B Mahol wrote:
>>>
>>> On 6/28/15, Dave Rice wrote:
> On Jun 28, 2015, at 11:07 AM, Paul B Mahol wrote:
>
> On 6/28/15, Dave Rice wrote:
>> Hi,
>>
>>> On Jun 27
Hi!
I finally found an issue that is fixed with the new asf demuxer:
Video in http://samples.ffmpeg.org/V-codecs/MSS1/GipsyGuitar.wmv
freezes for ten seconds after 110 seconds, this does not happen
with -f asf_o.
Attached patch fixes this issue, fate passes, no other sample
tested with the pat
On Sun, Jun 28, 2015 at 06:55:45PM +0200, wm4 wrote:
[...]
> > Ludmila is working on new tests that involve seeking to more than one
> > place based on wm4's request - from what I understand (not doing any
> > seeking myself) is that ffmpeg.c only seeks once ever. As an API user
> > it's useful to
51 matches
Mail list logo
