I had a close look through
https://www.ffmpeg.org/doxygen/2.1/doc_2examples_2demuxing_8c-example.html
and compared it to what the wrapper is doing. They are pretty similar,
the biggest difference I could spot so far was in
https://bitbucket.org/groakat/ffvideo/src/b45143f755ac8da1e6ed4f52a112
ffmpeg often stops with errors:
[mpegts @ 0x316cae0] PES packet size mismatchme=00:31:33.14
bitrate=1005.2kbits/s
Last message repeated 1 times
[aac @ 0x317c7e0] Input buffer exhausted before END element found
Error while decoding stream #0:0: Invalid data found when processing input
[h264 @ 0
I rebuild ffmpeg and cleared the issues with
WARNING: library configuration mismatch
(there was indeed libav installed because of a dependency..)
After rebuilding the wrapper, the issue is exactly the same.
On 30/10/14 13:48, Peter Rennert wrote:
Hi Moritz,
Thanks for looking into this.
On
Hi All,
We are having one mp4 file with h264 codec.
we want to feed this file to a video decoder but the decoder requires
elementary stream.
So we tried to extract H264 elementary string from mp4 with below ffmpeg commnd,
ffmpeg -i input.mp4 -vcodec copy -vbsf h264_mp4toannexb output.h264
Now
A typical configure line to build FFmpeg for android with NDK would be
something like this:
PLATFORM=$NDK/platforms/android-8/arch-arm
PREBUILT=$NDK/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86
./configure --target-os=linux \
--prefix=$PREFIX \
--enable-cross-compile \
-
http://ffmpeg.org/pipermail/ffmpeg-user/2013-January/012941.html
Any luck with solving this issue?
I am facing the same problem myself.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Hello FFmpeg-users,
I am struggling to get the concat demuxer working on FFMPEG Version 4.2.4.
I am attempting to combine multiple image files into a video by using the
command:
ffmpeg -f concat -i myFile.txt output.mp4
I get an output file from the command, but the total time is much shorte
Hi Moritz,
Thanks for looking into this.
On 30/10/14 13:40, Moritz Barsnick wrote:
On Thu, Oct 30, 2014 at 12:15:34 +, Peter Rennert wrote:
except for the last frames. It seems as av_read_frame only reads until
the last key frame and does not go beyond it.
Do you ever see "Unable to deco
On Thu, Oct 30, 2014 at 12:15:34 +, Peter Rennert wrote:
> except for the last frames. It seems as av_read_frame only reads until
> the last key frame and does not go beyond it.
Do you ever see "Unable to decode video picture: %d" from
https://bitbucket.org/groakat/ffvideo/src/b45143f755ac8d
Hi,
I am having a problem with reading video files with the ffmpeg api. I am
building on a python wrapper, that someone else wrote. I noticed a bug,
but the creator could not solve the issue. So I am trying to hunt it
down by myself.
The problem is that the wrapper truncates any video I trie
> -Original Message-
> From: ffmpeg-user-boun...@ffmpeg.org [mailto:ffmpeg-user-
> boun...@ffmpeg.org] On Behalf Of marsupilami
> Sent: 30 October 2014 10:34
> To: ffmpeg-user@ffmpeg.org
> Subject: Re: [FFmpeg-user] Automatic encoding of .ts files gives an
> inexplicable delay after muxing
All I want to do is, generate a solid color in rgb24 pixel format. Is there
any other way to achieve this?
(Other than using an input rgb24 file? I don't want to make this command
line dependant on an external image file)
kuban altan
On Thu, Oct 30, 2014 at 1:15 AM, Carl Eugen Hoyos wrote:
> Ku
On Thu, Oct 30, 2014 at 08:05:22 +, Paulo Fidalgo wrote:
> I've tried with 320k and 256k and both files don't play.
While applying trial and error using ffmpeg, you might also want to
analyze the failing (and the successful) files with an MP3 diagnosis
tool. There are quite a few out there, ev
Paulo Fidalgo gmail.com> writes:
> I've tried with 320k and 256k and both files don't play.
I wanted to suggest a very low bitrate (or none at all)
to convince you that this is not related to the used
bitrate (it is not easily possible or maybe even
impossible to encode mp3 with >320k with FF
Now I've had some time to test this issue more extensively and you're right,
the header really is there. However after encoding I'm using mkvmerge to cut
(split) the file so only the parts I want will be there in the final mkv.
This all condenses down to one problem:
mkvmerge (as well as ffmpeg) i
On 28/10/14 10:55, Carl Eugen Hoyos wrote:
On Monday 27 October 2014 08:36:37 pm Paulo Fidalgo wrote:
On 27/10/14 00:04, Carl Eugen Hoyos wrote:
Paulo Fidalgo gmail.com> writes:
After making another test with lame and ffmpeg
Please test the following:
$ lame -V 0 -q 0 2L38_01_96kHz.wav 2L3
16 matches
Mail list logo