[FFmpeg-user] Need help resolving concat error
bza.salman at gmail.com
Sun Jul 24 18:51:14 EEST 2016
I test the the split directly on server with this command :
[root at ns1 ~]# ffmpeg -i /home/lamas44747/public_html/sarmaye.mp4 -ss
00:00:10 -to 00:00:20 -c copy /home/lamas44747/public_html/split.mp4
The server show this error :
FFmpeg version 0.6.5, Copyright (c) 2000-2010 the FFmpeg developers
built on Jan 29 2012 17:52:15 with gcc 4.4.5 20110214 (Red Hat 4.4.5-6)
configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64
--mandir=/usr/share/man --incdir=/usr/include --disable-avisynth
--extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC'
--enable-avfilter --enable-avfilter-lavf --enable-libdc1394
--enable-libdirac --enable-libfaac --enable-libfaad --enable-libfaadbin
--enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-librtmp --enable-libschroedinger
--enable-libspeex --enable-libtheora --enable-libx264 --enable-gpl
--enable-nonfree --enable-postproc --enable-pthreads --enable-shared
--enable-swscale --enable-vdpau --enable-version3 --enable-x11grab
libavutil 50.15. 1 / 50.15. 1
libavcodec 52.72. 2 / 52.72. 2
libavformat 52.64. 2 / 52.64. 2
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1.19. 0 / 1.19. 0
libswscale 0.11. 0 / 0.11. 0
libpostproc 51. 2. 0 / 51. 2. 0
Seems stream 0 codec frame rate differs from container frame rate: 48.00
(705505/14698) -> 24.00 (705505/29396)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from
major_brand : isom
minor_version : 512
encoder : Lavf56.40.101
comment : http://www.aparat.com/kshahrvandi
Duration: 00:00:58.88, start: 0.-46440, bitrate: 662 kb/s
Stream #0.0(eng): Video: h264, yuv420p, 640x360 [PAR 1:1 DAR 16:9], 562
kb/s, 24 fps, 24 tbr, 705505.00 tbn, 48 tbc
Stream #0.1(eng): Audio: aac, 44100 Hz, stereo, s16, 96 kb/s
Unrecognized option 'to'
kindly to advice me.
On Sun, Jul 24, 2016 at 7:46 PM, Moritz Barsnick <barsnick at gmx.net> wrote:
> On Sun, Jul 24, 2016 at 16:49:30 +0200, Peter White wrote:
> > <(for f in ./*.MOV; do echo "file '$PWD/$f'"; done)
> > is a very fancy way of saying *.MOV. ;) Essentially that is what
> > happens there:
> > ffmpeg -i *.MOV
> No, it isn't at all. It's a bash-ism (or perhaps zdh-ism) which
> provides a pseudo file containing the output of the command within the
> brackets as content. Valid approach, and it's used in the wiki as well.
> This one resulting file is passed as a concat file to "-i".
> But, as Cley pointed out, that file doesn't have a proper extension or
> a proper header, so "-f concat" should be added as an input option.
> And/or a proper header added.
> > I suppose files.txt is a list of one file path per line? I believe
> > this is not accepted as input by ffmpeg. It expects media files not
> > text files listing those.
> The original poster is using the concat demuxer, read about it in the
> docs or on the wiki page link I mentioned above.
> You are right though in saying that "files.txt" is being interpreted as
> a multimedia file. It either needs the extension .concat (I believe),
> or better "-f concat".
> > Also have a look at what Cley Faye wrote in their reply. To concatenate
> > files you need the concat filter. Just using "-c:v copy -c:a copy" only
> > gets you what ffmpeg deems the best quality input.
> That's total nonsense. You *cannot* use a filter with "-c copy".
> Mark is using the concat *demuxer*, and that may just be fine.
> I had said he should check the single input files first, but you
> (Peter) are right in saying that ffmpeg's interpretation of files.txt
> was misleading the process.
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
More information about the ffmpeg-user