Hi,
We propose this patch to fix vc1 bugs for POWER8 little endian. Function
vc1_inv_trans_8x4_altivec() is fixed.
The passed test cases change from 2296/2328 to 2303/2328.
Thanks for your review.
Rong Yan
--
The world has enough for everyone's need, but not enough
Signed-off-by: Timothy Gu
---
Forgot this one
--
doc/style.min.css | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/style.min.css b/doc/style.min.css
index 6843fda..e146be8 100644
--- a/doc/style.min.css
+++ b/doc/style.min.css
@@ -20,4 +20,4 @@ AUTHORS OR COPYRIGHT HOLDE
Fixes displaying docs on small-screen devices.
Signed-off-by: Timothy Gu
---
doc/t2h.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/t2h.pm b/doc/t2h.pm
index 7f771f9..ca77842 100644
--- a/doc/t2h.pm
+++ b/doc/t2h.pm
@@ -169,6 +169,7 @@ EOT
my $head2 = $ENV{"FFMPEG_HEADER2"} ||
Right now the links to anchors in headings are within the heading text itself.
This causes ugly green headings. This patch set separates the links into its
own buttons with nice styling.
Screenshots: http://imgur.com/kcAy5kK&ZUcMJG4 The first one is local
installation. Second one is http://ffmpeg.
Instead, use FontAwesome icons (if configured to be this way) or separate
text.
Signed-off-by: Timothy Gu
---
doc/t2h.pm | 104 +++--
1 file changed, 102 insertions(+), 2 deletions(-)
diff --git a/doc/t2h.pm b/doc/t2h.pm
index a927071..7f7
Signed-off-by: Timothy Gu
---
generate-doc.sh | 1 +
src/less/style.less | 12
2 files changed, 13 insertions(+)
diff --git a/generate-doc.sh b/generate-doc.sh
index f953a9a..d8d01d3 100755
--- a/generate-doc.sh
+++ b/generate-doc.sh
@@ -30,6 +30,7 @@ export FFMPEG_HEADER1="$(c
On Wed, Dec 03, 2014 at 08:10:33PM -0800, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> RELEASE_NOTES | 17 +
> 1 file changed, 9 insertions(+), 8 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is dangerous
On 04/12/14 1:15 AM, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> RELEASE_NOTES | 61
> ++-
> 1 file changed, 27 insertions(+), 34 deletions(-)
>
I personally think this is not needed for now. It can be updated just fine
close t
On Wed, Dec 03, 2014 at 08:10:32PM -0800, Timothy Gu wrote:
> Signed-off-by: Timothy Gu
> ---
> Changelog | 2 +-
> RELEASE_NOTES | 1 +
> 2 files changed, 2 insertions(+), 1 deletion(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democrac
On Tue, Nov 25, 2014 at 7:50 PM, Timothy Gu wrote:
> Also explicitly add jQuery as a dependency. It is copied from the Makefile.
>
> Signed-off-by: Timothy Gu
> ---
> bower.json| 9 +-
> htdocs/css/bootstrap.min.css | 4 +-
> htdocs/css/font-awesome.min.c
Signed-off-by: Timothy Gu
---
RELEASE | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/RELEASE b/RELEASE
index 5360d2e..5db7a1a 100644
--- a/RELEASE
+++ b/RELEASE
@@ -1 +1 @@
-2.4.git
+2.5.git
--
1.9.1
___
ffmpeg-devel mailing list
Signed-off-by: Timothy Gu
---
RELEASE_NOTES | 61 ++-
1 file changed, 27 insertions(+), 34 deletions(-)
diff --git a/RELEASE_NOTES b/RELEASE_NOTES
index a1ddd35..adcab42 100644
--- a/RELEASE_NOTES
+++ b/RELEASE_NOTES
@@ -1,10 +1,13 @@
┌──
Signed-off-by: Timothy Gu
---
RELEASE_NOTES | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/RELEASE_NOTES b/RELEASE_NOTES
index b78efe3..5bd3273 100644
--- a/RELEASE_NOTES
+++ b/RELEASE_NOTES
@@ -2,9 +2,13 @@
│ RELEASE NOTES for FFmpeg 2.5 "Bohr"│
└──
Signed-off-by: Timothy Gu
---
Changelog | 2 +-
RELEASE_NOTES | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index 0130ca8..7187a15 100644
--- a/Changelog
+++ b/Changelog
@@ -16,7 +16,7 @@ version 2.5:
- creating DASH compatible fragmented MP4, MPE
On Wed, Dec 3, 2014 at 4:05 PM, Lukasz Marek wrote:
> On 04.12.2014 01:01, Timothy Gu wrote:
>>
>> On Wed, Dec 3, 2014 at 3:50 PM, Lukasz Marek
>> wrote:
>>>
>>> Signed-off-by: Lukasz Marek
>>> ---
>>> tests/fate/libavcodec.mak | 4 +
>>> tests/ref/fate/libavcodec-options | 161
>>>
On 04.12.2014 01:01, Timothy Gu wrote:
On Wed, Dec 3, 2014 at 3:50 PM, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek
---
tests/fate/libavcodec.mak | 4 +
tests/ref/fate/libavcodec-options | 161 ++
2 files changed, 165 insertions(+)
create
On Wed, Dec 3, 2014 at 3:50 PM, Lukasz Marek wrote:
> Signed-off-by: Lukasz Marek
> ---
> tests/fate/libavcodec.mak | 4 +
> tests/ref/fate/libavcodec-options | 161
> ++
> 2 files changed, 165 insertions(+)
> create mode 100644 tests/ref/fate/liba
On 04.12.2014 00:50, Lukasz Marek wrote:
This test doesn't cover every possible issue with this function.
It covers options management only.
Signed-off-by: Lukasz Marek
---
libavcodec/Makefile | 2 +
libavcodec/options.c | 173 +++
2 files
On 27.11.2014 04:17, Michael Niedermayer wrote:
On Thu, Nov 27, 2014 at 12:43:57AM +0100, Lukasz Marek wrote:
On 24.11.2014 05:16, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek
---
libavcodec/options.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff -
This test doesn't cover every possible issue with this function.
It covers options management only.
Signed-off-by: Lukasz Marek
---
libavcodec/Makefile | 2 +
libavcodec/options.c | 173 +++
2 files changed, 175 insertions(+)
diff --git a/libav
Signed-off-by: Lukasz Marek
---
tests/fate/libavcodec.mak | 4 +
tests/ref/fate/libavcodec-options | 161 ++
2 files changed, 165 insertions(+)
create mode 100644 tests/ref/fate/libavcodec-options
diff --git a/tests/fate/libavcodec.mak b/tests/fate/
On 03.12.2014 01:28, Michael Niedermayer wrote:
On Wed, Dec 03, 2014 at 01:24:55AM +0100, Lukasz Marek wrote:
On 03.12.2014 01:15, Michael Niedermayer wrote:
On Wed, Dec 03, 2014 at 12:06:47AM +0100, Lukasz Marek wrote:
This prevents potential crash when opt API is used without a class.
Signe
On Thu, Dec 04, 2014 at 12:39:29AM +0100, Lukasz Marek wrote:
> On 24.11.2014 01:17, Lukasz Marek wrote:
> >libxvidcore calculate number of threads basing on video height.
> >If height is small enough it allocates 0 bytes long memory and
> >writes to it.
> >Setting thread_count to 0 uses 1 thread a
On Wed, Dec 03, 2014 at 02:16:55PM +0100, Benoit Fouet wrote:
> ---
> libavcodec/pngdec.c | 72
> +
> 1 file changed, 50 insertions(+), 22 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78704
On Wed, Dec 03, 2014 at 02:16:56PM +0100, Benoit Fouet wrote:
> ---
> libavcodec/pngdec.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When the tyrant has disposed of foreign enemie
On Wed, Dec 03, 2014 at 02:16:57PM +0100, Benoit Fouet wrote:
> ---
> libavcodec/pngdec.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The real ebay dictionary, page 1
"Used o
On 24.11.2014 01:17, Lukasz Marek wrote:
libxvidcore calculate number of threads basing on video height.
If height is small enough it allocates 0 bytes long memory and
writes to it.
Setting thread_count to 0 uses 1 thread and skips bugged code.
Signed-off-by: Lukasz Marek
---
libavcodec/libxv
Until a noticeably distorted output or crash is reported, it's better
ignoring the "error", as this results in better output on the affected
samples. (ticket #3886)
On the other hand, I have a hard time understanding the purpose of
that check. I would have expected maybe "get_bits_count(&q->gb) <
On Wed, Dec 03, 2014 at 10:39:00PM +0100, Reimar Döffinger wrote:
> On Wed, Dec 03, 2014 at 01:19:48PM +0100, Michael Niedermayer wrote:
> > On Wed, Dec 03, 2014 at 09:00:39AM +0100, Reimar Döffinger wrote:
> > > On 03.12.2014, at 01:40, Michael Niedermayer wrote:
> > > > On Sat, Nov 22, 2014 at 0
On Wed, Dec 03, 2014 at 01:19:48PM +0100, Michael Niedermayer wrote:
> On Wed, Dec 03, 2014 at 09:00:39AM +0100, Reimar Döffinger wrote:
> > On 03.12.2014, at 01:40, Michael Niedermayer wrote:
> > > On Sat, Nov 22, 2014 at 02:09:01PM +0100, Reimar Döffinger wrote:
> > >> On Mon, Nov 17, 2014 at 01
On 12/04/2014 02:33 AM, Nicolas George wrote:
> Le tridi 13 frimaire, an CCXXIII, Anshul a écrit :
>> Thanks I was searching for this, even I asked for same on Irc.
>>
>> Nicolas: The changes from your pair of patch,
>> 1) I removed c708 part (whole) since both are same, 708 just have some
>> extra
On 03.12.2014 01:10, Michael Niedermayer wrote:
On Wed, Dec 03, 2014 at 12:36:23AM +0100, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek
---
libavformat/oggenc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
LGTM
pushed
___
Le tridi 13 frimaire, an CCXXIII, Anshul a écrit :
> Thanks I was searching for this, even I asked for same on Irc.
>
> Nicolas: The changes from your pair of patch,
> 1) I removed c708 part (whole) since both are same, 708 just have some
> extra feature then 608.
> In your first patch it was
On 12/04/2014 12:36 AM, wm4 wrote:
> On Wed, 3 Dec 2014 17:58:57 +0530
> anshul.ffm...@gmail.com wrote:
>
>> From: Nicolas George
>>
>> ---
>> doc/indevs.texi | 9 ++
>> libavdevice/lavfi.c | 80
>> +
>> 2 files changed, 84 insertions
On Wed, 3 Dec 2014 17:58:57 +0530
anshul.ffm...@gmail.com wrote:
> From: Nicolas George
>
> ---
> doc/indevs.texi | 9 ++
> libavdevice/lavfi.c | 80
> +
> 2 files changed, 84 insertions(+), 5 deletions(-)
>
> diff --git a/doc/inde
On Wed, 3 Dec 2014 12:22:41 +0100, Michael Niedermayer wrote:
> LGTM
Pushed. Thanks to you and Timothy for taking a look.
Lou
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 12/03/2014 10:19 PM, Clément Bœsch wrote:
> unless i'm mistaken, i think you just want:
> return av_popcount(val & 0x7f) & 1;
>
>
Thanks I was searching for this, even I asked for same on Irc.
Nicolas: The changes from your pair of patch,
1) I removed c708 part (whole) since both are same,
Hi,
On December 3, 2014 6:39:12 PM GMT+01:00, Christophe Gisquet
wrote:
>Hi,
>
>2014-12-03 18:32 GMT+01:00 Benoit Fouet :
>> When the overhead here is high, then it means that we are going to
>perform a
>> lot on the frame itself, looping using byte buffers.
>> I believe this is a good compromis
On Wed, Dec 03, 2014 at 06:29:37PM +0100, Ramiro Polla wrote:
>
> On 03.12.2014 16:44, Jon bae wrote:
> >Ok finally... Here now only the first line changed. Sorry for the mess, I
> >'m not the right person for that.
>
> >From 2cddda59076b2ac5a539f7016c0aa1883d37c6d8 Mon Sep 17 00:00:00 2001
> >Fr
On Wed, Dec 03, 2014 at 03:37:13PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes standalone compilation of the iec61883 input device.
>
> Please comment, Carl Eugen
probably ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Complexity theory
Hi,
2014-12-03 18:32 GMT+01:00 Benoit Fouet :
> When the overhead here is high, then it means that we are going to perform a
> lot on the frame itself, looping using byte buffers.
> I believe this is a good compromise (and also I had up to 20% better
> performances on the APNG samples I have).
I
On Wed, Dec 03, 2014 at 05:10:16PM +0100, Steve Jiekak wrote:
> Signed-off-by: Steve Jiekak
> ---
> doc/APIchanges |3 +++
> libavcodec/dv_profile.c | 27 +++
> libavcodec/dv_profile.h |6 ++
> libavcodec/version.h|2 +-
> 4 files changed, 33
Hi,
Le 03/12/2014 14:51, Christophe Gisquet a écrit :
Hi,
2014-12-03 14:16 GMT+01:00 Benoit Fouet :
Rely on the way memcpy is optimized for one's system instead of looping
on a byte buffer for buffer copies to handle P frames.
Are there many compilers left that actually perform a call here
in
On 03.12.2014 16:44, Jon bae wrote:
Ok finally... Here now only the first line changed. Sorry for the mess, I
'm not the right person for that.
From 2cddda59076b2ac5a539f7016c0aa1883d37c6d8 Mon Sep 17 00:00:00 2001
From: Jonathan Baecker
Date: Wed, 3 Dec 2014 16:41:41 +0100
Subject: [PATCH]
On Wed, Dec 03, 2014 at 03:41:55PM +0100, aureshy lapoiss wrote:
> >
> > is av_div_q() what you meant to use or av_cmp_q() ?
>
>
> I use av_div_q to allow both frame rates 25/1 and 50/1 to select the same
> profile.
>
> you cannot change public API, you can add new public API if needed
> > thoug
On Wed, Dec 03, 2014 at 05:58:58PM +0530, anshul.ffm...@gmail.com wrote:
[...]
> +static unsigned int av_always_inline is_oddparity1p7(unsigned int val)
> +{
> +//#if defined(__x86_64__) || defined(_M_X64) || defined(__i386) ||
> defined(_M_IX86)
> +#if 0
> +asm goto (
> +"and $0x7F, %0\n
Signed-off-by: Steve Jiekak
---
libavcodec/dvenc.c |2 +-
libavformat/dv.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dvenc.c b/libavcodec/dvenc.c
index 5d810e3..7061508 100644
--- a/libavcodec/dvenc.c
+++ b/libavcodec/dvenc.c
@@ -47,7 +47,7 @@ s
Signed-off-by: Steve Jiekak
---
doc/APIchanges |3 +++
libavcodec/dv_profile.c | 27 +++
libavcodec/dv_profile.h |6 ++
libavcodec/version.h|2 +-
4 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
2014-12-03 15:46 GMT+01:00 Ramiro Polla :
>
> On 03.12.2014 12:06, Jon bae wrote:
>
>> Thanks Ramiro for the correction!
>> Here is the new patch. (Is it better to post directly the patch, or is ok
>> as a attachment?)
>>
>
> Attachment is better. But please avoid top-posting in this mailing-list.
>
> is av_div_q() what you meant to use or av_cmp_q() ?
I use av_div_q to allow both frame rates 25/1 and 50/1 to select the same
profile.
you cannot change public API, you can add new public API if needed
> though
>
I forgot that. Should I use av_dv_codec_profile2 for the new name?
Steve
O
On 03.12.2014 12:06, Jon bae wrote:
Thanks Ramiro for the correction!
Here is the new patch. (Is it better to post directly the patch, or is ok
as a attachment?)
Attachment is better. But please avoid top-posting in this mailing-list.
2014-12-02 22:19 GMT+01:00 Ramiro Polla :
On 02.12.2014
Hi!
Attached patch fixes standalone compilation of the iec61883 input device.
Please comment, Carl Eugen
diff --git a/libavdevice/iec61883.c b/libavdevice/iec61883.c
index 0900ffa..b29aad1 100644
--- a/libavdevice/iec61883.c
+++ b/libavdevice/iec61883.c
@@ -350,7 +350,7 @@ static int iec61883_rea
On 3 December 2014 at 14:29, Lukasz Marek wrote:
>
> On 3 December 2014 at 14:10, Michael Niedermayer wrote:
>
>> On Wed, Dec 03, 2014 at 12:06:18AM +0100, Lukasz Marek wrote:
>> > av_opt_copy compares classes to avoid copying between mismatched
>> objects.
>> > This protection fails when dest c
Hi,
2014-12-03 14:16 GMT+01:00 Benoit Fouet :
> Rely on the way memcpy is optimized for one's system instead of looping
> on a byte buffer for buffer copies to handle P frames.
Are there many compilers left that actually perform a call here
instead of inlining code? Some people will smugly call t
Rely on the way memcpy is optimized for one's system instead of looping
on a byte buffer for buffer copies to handle P frames.
---
libavcodec/pngdec.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 7e7
On 3 December 2014 at 14:10, Michael Niedermayer wrote:
> On Wed, Dec 03, 2014 at 12:06:18AM +0100, Lukasz Marek wrote:
> > av_opt_copy compares classes to avoid copying between mismatched objects.
> > This protection fails when dest class is NULL.
>
> does this case actually occur ?
>
Yes and n
Hi,
- Mail original -
> Rely on the way memcpy is optimized for one's system instead of
> looping
> on a byte buffer for buffer copies to handle P frames.
> ---
> libavcodec/pngdec.c | 30 +++---
> 1 file changed, 15 insertions(+), 15 deletions(-)
>
> diff --git a
---
libavcodec/pngdec.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 3905e0f..7e7b285 100644
--- a/libavcodec/pngdec.c
+++ b/libavcodec/pngdec.c
@@ -307,13 +307,13 @@ static void png_handle_row(PNGDecContext *s)
Rely on the way memcpy is optimized for one's system instead of looping
on a byte buffer for buffer copies to handle P frames.
---
libavcodec/pngdec.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
inde
---
libavcodec/pngdec.c | 72 +
1 file changed, 50 insertions(+), 22 deletions(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index 229a6d6..b1e77e5 100644
--- a/libavcodec/pngdec.c
+++ b/libavcodec/pngdec.c
@@ -38,6 +38,7 @@ typedef
---
libavcodec/pngdec.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
index b1e77e5..3905e0f 100644
--- a/libavcodec/pngdec.c
+++ b/libavcodec/pngdec.c
@@ -1237,8 +1237,12 @@ static av_cold int png_dec_init(AVCodecContext *avctx)
On Wed, Dec 03, 2014 at 12:06:18AM +0100, Lukasz Marek wrote:
> av_opt_copy compares classes to avoid copying between mismatched objects.
> This protection fails when dest class is NULL.
does this case actually occur ?
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0
On Tue, Dec 02, 2014 at 07:43:47PM +0100, Clément Bœsch wrote:
> ---
> After this commit, interlace doesn't behave the same if the input frames
> are already interlaced. Does anyone wants me to keep this behaviour?
probably best if its kept but can be forced enabled/disabled with
an option. these
On Wed, Dec 03, 2014 at 12:48:46PM +0100, Steve Jiekak wrote:
>
> Signed-off-by: Steve Jiekak
> ---
> libavcodec/dv_profile.c | 14 +++---
> libavcodec/dv_profile.h |2 +-
> libavcodec/dvenc.c |2 +-
> libavformat/dv.c|2 +-
> libavformat/dvenc.c |3 ++-
Le tridi 13 frimaire, an CCXXIII, anshul.ffm...@gmail.com a écrit :
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] Adding closed caption decoder
Very good news!
> I did implement lots of other thing, with respect to older patch.
> like multi screen and rollup feature.
>
> This implementation is worki
On 2 December 2014 at 19:27, Lukasz Marek wrote:
> Context copied from open context cannot be treated as opened.
> avcodec_open2 modifies context so reopening it is also questionable.
> It is worth to warn when it happens.
>
> Signed-off-by: Lukasz Marek
> ---
> libavcodec/options.c | 3 +++
>
On 3 December 2014 at 03:15, Michael Niedermayer wrote:
> On Wed, Dec 03, 2014 at 02:02:21AM +0100, Lukasz Marek wrote:
> > On 03.12.2014 01:53, Michael Niedermayer wrote:
> > >On Wed, Dec 03, 2014 at 01:39:12AM +0100, Lukasz Marek wrote:
> > >>On 03.12.2014 00:35, Michael Niedermayer wrote:
> >
From: Anshul Maheshwari
---
I did implement lots of other thing, with respect to older patch.
like multi screen and rollup feature.
This implementation is working well with srt output format.
As of now ffplay is not able to show the decoded frames on screen.
I dont know why?
May be someone look
From: Nicolas George
---
doc/indevs.texi | 9 ++
libavdevice/lavfi.c | 80 +
2 files changed, 84 insertions(+), 5 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index 5d2a308..f31e2e3 100644
--- a/doc/indevs.texi
+++ b/do
On Wed, Dec 03, 2014 at 09:00:39AM +0100, Reimar Döffinger wrote:
> On 03.12.2014, at 01:40, Michael Niedermayer wrote:
> > On Sat, Nov 22, 2014 at 02:09:01PM +0100, Reimar Döffinger wrote:
> >> On Mon, Nov 17, 2014 at 01:41:13PM +0100, Michael Niedermayer wrote:
> >>> On Mon, Nov 17, 2014 at 08:1
Signed-off-by: Steve Jiekak
---
libavcodec/dv_profile.c | 14 +++---
libavcodec/dv_profile.h |2 +-
libavcodec/dvenc.c |2 +-
libavformat/dv.c|2 +-
libavformat/dvenc.c |3 ++-
5 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/libavcodec/d
720p60 and 720p50 are currently not differentiable during profile selection.
If set to a profile value the framerate will be used as the last criteria.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Dec 02, 2014 at 02:53:08PM -0900, Lou Logan wrote:
> This places Legal Threats under all of the more useful stuff.
>
> Signed-off-by: Lou Logan
> ---
> src/legal | 23 +++
> 1 file changed, 11 insertions(+), 12 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerpri
Thanks Ramiro for the correction!
Here is the new patch. (Is it better to post directly the patch, or is ok
as a attachment?)
Regards
Jonathan
2014-12-02 22:19 GMT+01:00 Ramiro Polla :
>
> On 02.12.2014 20:30, Jon bae wrote:
>
>> Here is the other patch for decklink_common.cpp. It fix the error:
On Wed, Dec 03, 2014 at 09:47:45AM +0100, Benoit Fouet wrote:
> Hi,
>
> - Mail original -
> > Hi,
> >
> > 2014-12-02 14:31 GMT+01:00 Benoit Fouet :
> > > Fixes ticket #4148
> >
> > Please try that one instead.
> >
>
> Works fine, thanks.
> Please fix commit message: s/onlu/only
fixed
On 12/03/2014 03:57 PM, Chetan wrote:
>
>
> Hi i want to create video using Text with html tages and effect ...
> please let me know .. command
I would suggest, use this ffmpeg user questions
mailing list
please.
-Anshul
___
ffmpeg-devel mailing list
On 12/03/2014 03:18 PM, james gordon wrote:
> Hi All,
>
> I am currently looking for a developer to work on a remote project,
> details
> below;
>
> Basically I am working with an open source Android which is based on the
> PJSIP sipstack. Currently FFMPEG is used for H264 video
> encoding/decoding
Hi i want to create video using Text with html tages and effect ...
please let me know .. command
--
Chetan Dhotkar
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi All,
I am currently looking for a developer to work on a remote project,
details
below;
Basically I am working with an open source Android which is based on the
PJSIP sipstack. Currently FFMPEG is used for H264 video
encoding/decoding
(software) and it is pretty slow on most Android devices.
Hi,
- Mail original -
> Hi,
>
> 2014-12-02 14:31 GMT+01:00 Benoit Fouet :
> > Fixes ticket #4148
>
> Please try that one instead.
>
Works fine, thanks.
Please fix commit message: s/onlu/only
> As all your changes have been reverted, I've put myself as the only
> author. I've left your
On 03.12.2014, at 01:40, Michael Niedermayer wrote:
> On Sat, Nov 22, 2014 at 02:09:01PM +0100, Reimar Döffinger wrote:
>> On Mon, Nov 17, 2014 at 01:41:13PM +0100, Michael Niedermayer wrote:
>>> On Mon, Nov 17, 2014 at 08:19:32AM +0100, Reimar Döffinger wrote:
On 17.11.2014, at 02:37, Michae
81 matches
Mail list logo
