On Mon, 25 Dec 2017 02:12:38 +
Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> doc/APIchanges | 5 +
> libavresample/avresample.h | 30 +-
> 2 files changed, 30 insertions(+), 5 deletions(-)
>
> diff --git a/doc/APIchan
On 19-Dec-17 15:01, nablet developer wrote:
On 13 Dec 2017, at 15:31, Nablet Developer wrote:
The protocol is used by thousands of Haivision customers since 2013,
in extremely sensitive medical, military and enterprise applications
with FIPS compliant encryption requirements. Since April 2017
fix --disable-network compipling error
Signed-off-by: Steven Liu
---
libavformat/hls.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index f00e22dfef..51d83b7557 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -611,14 +611,
On Sun, Dec 24, 2017 at 05:50:29PM +0100, wm4 wrote:
> On Sun, 24 Dec 2017 12:43:27 +0100
> Michael Niedermayer wrote:
>
> > On Sun, Dec 24, 2017 at 02:31:16AM +0100, wm4 wrote:
> > > On Sun, 24 Dec 2017 02:06:40 +0100
> > > Michael Niedermayer wrote:
[...]
> >
> > > - also, we would have to pr
From: Misty De Meo
---
tests/Makefile | 1 +
tests/fate/psmf.mak | 23 +++
2 files changed, 24 insertions(+)
create mode 100644 tests/fate/psmf.mak
diff --git a/tests/Makefile b/tests/Makefile
index fd3713fe81..c569091fcb 100644
--- a/tests/Makefile
+++ b/tests/Makefi
From: Misty De Meo
---
libavformat/mpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
index a366ece0ed..210424faf3 100644
--- a/libavformat/mpeg.c
+++ b/libavformat/mpeg.c
@@ -547,8 +547,8 @@ redo:
len--;
for (
From: Misty De Meo
MPS files are MPEG files used on PSP Video discs. They lack
the PSMF header used by .pms files, and so the special casing
in the original patch fails to support their audio. This patch
fixes this by unconditionally reading a new byte for the startcode
for PRIVATE_STREAM_1 secti
From: Misty De Meo
> Code in header files which gets inlined doesn't need an ff_ prefix.
Sounds good! I've updated the patchset to strip the ff_ prefix from
the oma consts from the headers. The full updated patchset is included.
Maxim Poliakovski (1):
mpeg: add experimental support for PSMF a
From: Maxim Poliakovski
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/atrac3plus_parser.c | 153 +
libavformat/mpeg.c | 27 +++-
4 files changed, 181 insertions(+), 1 deletion(-)
create mod
From: Misty De Meo
---
libavcodec/atrac3plus_parser.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/atrac3plus_parser.c b/libavcodec/atrac3plus_parser.c
index 01fcad4c45..f58f3d58ef 100644
--- a/libavcodec/atrac3plus_parser.c
+++ b/libavcodec/atrac3plus_p
From: Misty De Meo
Most of the constants in libavcodec/oma aren't specific to
libavformat; moving them into libavcodec makes them available to
libavcodec as well as keeping them compatible with libavformat.
ff_oma_codec_tags uses a libavformat-specific type, so it has been
left in libavformat.
-
Signed-off-by: Rostislav Pehlivanov
---
doc/APIchanges | 5 +
libavresample/avresample.h | 30 +-
2 files changed, 30 insertions(+), 5 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index df79758e86..96fad416d5 100644
--- a/doc/APIchanges
+
On Sun, 24 Dec 2017, wm4 wrote:
Deprecated and useless.
---
fftools/ffplay.c | 27 ---
1 file changed, 27 deletions(-)
LGTM, thanks.
Marton
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listi
On Sun, Dec 24, 2017, at 6:54 AM, Nicolas George wrote:
>
> ...or the unbounded consumer society leading to a global ecologic catastrophe.
As I work in the multimedia field I am therefore too poor to participate in the
consumer society.
> Happy days-getting-longer to you all!
What about the oth
On 12/24/17, Reto Kromer wrote:
> Nicolas George wrote:
>
>>Happy days-getting-longer to you all!
>
> Is FFmpeg not working in the Southern Hemisphere? Reto
No, all devs are located in Austria.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
Nicolas George wrote:
>Happy days-getting-longer to you all!
Is FFmpeg not working in the Southern Hemisphere? Reto
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sun, 24 Dec 2017 12:43:27 +0100
Michael Niedermayer wrote:
> On Sun, Dec 24, 2017 at 02:31:16AM +0100, wm4 wrote:
> > On Sun, 24 Dec 2017 02:06:40 +0100
> > Michael Niedermayer wrote:
> >
> > > If you and others agree we can also easily maintain support for user apps
> > > to register code
I fully agree with the point you are making, but there is an argument
you are invoking that I do not agree with at all.
James Almer (2017-12-24):
> So yes, it's literally a side effect of us putting internal fields in
> public headers, an awful practice that no one else does
No one else, except g
On 12/24/2017 8:43 AM, Michael Niedermayer wrote:
> On Sun, Dec 24, 2017 at 02:31:16AM +0100, wm4 wrote:
>> On Sun, 24 Dec 2017 02:06:40 +0100
>> Michael Niedermayer wrote:
>>
>>> If you and others agree we can also easily maintain support for user apps
>>> to register codecs. The only thing neede
On Sat, Dec 23, 2017 at 8:27 PM, Josh de Kock wrote:
> This is the first patch to add the new API for iterating items within the
> libraries to lavc, this completes lavc's support for this API (BSFs were
> already using it).
>
> I'm currently working on a similar patch for lavfi, lavf and lavd.
On 24 December 2017 at 04:48, wrote:
> From: Misty De Meo
>
> Most of the constants in libavcodec/oma aren't specific to
> libavformat; moving them into libavcodec makes them available to
> libavcodec as well as keeping them compatible with libavformat.
>
> ff_oma_codec_tags uses a libavformat-s
On 24 December 2017 at 11:43, Michael Niedermayer
wrote:
> On Sun, Dec 24, 2017 at 02:31:16AM +0100, wm4 wrote:
> > On Sun, 24 Dec 2017 02:06:40 +0100
> > Michael Niedermayer wrote:
> >
> > > If you and others agree we can also easily maintain support for user
> apps
> > > to register codecs. Th
On Sun, Dec 24, 2017 at 02:31:16AM +0100, wm4 wrote:
> On Sun, 24 Dec 2017 02:06:40 +0100
> Michael Niedermayer wrote:
>
> > If you and others agree we can also easily maintain support for user apps
> > to register codecs. The only thing needed is to make the array bigger and
> > add codecs which
From: Misty De Meo
---
tests/Makefile | 1 +
tests/fate/psmf.mak | 23 +++
2 files changed, 24 insertions(+)
create mode 100644 tests/fate/psmf.mak
diff --git a/tests/Makefile b/tests/Makefile
index fd3713fe81..c569091fcb 100644
--- a/tests/Makefile
+++ b/tests/Makefi
From: Misty De Meo
> I think this might be worth a small fate test, assuming small samples
> can be found and shared.
Good idea. I've added a fate test, using one PSMF sample and one
MPS sample. Here are URLs to the files:
https://public.drac.at/6.MPS
http://samples.ffmpeg.org/PSMF/EV01_01_
25 matches
Mail list logo
