So, I've been trying for about a week to get access to FATE server in order
to start the process for submitting patches. Sent several emails to the
fate-admin with my system's public key but no reply. Is there something
not listed in the instructions which I need to do in order to expedite
access
Interesting, thanks Hendrick. I have already run FATE successfully on my
local system.
Thanks,
Bob
On Wed, May 17, 2017 at 6:40 AM, Hendrik Leppkes
wrote:
> On Wed, May 17, 2017 at 12:30 PM, Bob Kirnum wrote:
> > So, I've been trying for about a week to get access to FATE ser
---
libavformat/isom.c | 2 ++
libavformat/movenc.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/libavformat/isom.c b/libavformat/isom.c
index 5522115..49ba735 100644
--- a/libavformat/isom.c
+++ b/libavformat/isom.c
@@ -69,6 +69,8 @@ const AVCodecTag ff_mp4_obj_type[] = {
{ AV_CO
Apologies.
On Wed, May 17, 2017 at 7:21 AM, Moritz Barsnick wrote:
> On Wed, May 17, 2017 at 07:04:07 -0400, Bob Kirnum wrote:
>
> > Subject: [FFmpeg-devel] [PATCH] avfilter: Enable in MP4 container both
> AMR-NB and AMR-WB
>
> This is not avfilter.
>
> > {
tools (open source implementations).
On Wed, May 17, 2017 at 7:52 AM, Carl Eugen Hoyos
wrote:
> 2017-05-17 13:04 GMT+02:00 Bob Kirnum :
> > ---
> > libavformat/isom.c | 2 ++
> > libavformat/movenc.c | 2 ++
> > 2 files changed, 4 insertions(+)
> >
>
Hey Carl.
I will provide samples on this thread.
Do WMP or QT support decoding AMR-NB / WB?
Bob
On Wed, May 17, 2017 at 8:11 AM, Carl Eugen Hoyos
wrote:
> 2017-05-17 14:05 GMT+02:00 Bob Kirnum :
> > Backwards compatibility tested running complete FATE testing.
>
> What I mean
, Hendrik Leppkes
wrote:
> On Wed, May 17, 2017 at 2:05 PM, Bob Kirnum wrote:
> > Backwards compatibility tested running complete FATE testing.
> >
> > Our media server can record to and play from MP4 containing H.264 and /
> or
> > AMR-NB / WB. The codecs are propri
Did not realize the files I shared were too large. I copied them to a
shared Google Drive here . . .
https://drive.google.com/drive/folders/0B-TtYdUjPHBmM29uWkU4aHdReE0?usp=sharing
On Wed, May 17, 2017 at 3:30 PM, Bob Kirnum wrote:
> Sorry for the delay. Attached are two examples. B
01 PM, Carl Eugen Hoyos
wrote:
> 2017-05-17 23:26 GMT+02:00 Bob Kirnum :
> > Did not realize the files I shared were too large. I copied them to a
> > shared Google Drive here . . .
>
> The question was if you have files that were not created with FFmpeg.
>
> Anyway: Sinc
e.mov
big-buck-bunny_trailer.h264_amrnb.mov
big-buck-bunny_trailer.h264_amrwb.mov
Thanks,
Bob
On Thu, May 18, 2017 at 8:34 AM, Bob Kirnum wrote:
> Hey Carl,
>
> I am not aware of non-FFmpeg apps which can record to MP4 containing AMR.
> That's not to say one does not exist.
>
&
10:19 AM, Bob Kirnum wrote:
> I tried adding support for MOV to see if I could use unpatched FFmpeg
> libraries. Although both AMR-NB and AMR-WB do appear to record to MOV,
> neither result plays properly using QuickTime or Windows 'Movies & TV'
> app. The MOV (H.264
neither in the
Windows 10 'Movies & TV' app. This is equivalent to the MP4 files we
record with our proposed patch.
On Mon, May 22, 2017 at 11:41 AM, Bob Kirnum wrote:
> The MOV issue I am working on is likely an issue with our framework. I
> hope to have this resolved soon
Before I attempt to come up with and attempt to submit a patch only to be
rejected and subsequently ignored, is there any interest in adding support
for EVS? Specifically, EVS files and EVS coded audio in 3GP containers.
This would not include the EVS codec as that costs $$.
Thanks,
Bob
_
13 matches
Mail list logo
