[Ffmpeg-devel-irc] ffmpeg.log.20131129

[burek]

[04:41] <SirCmpwn> when I use ffmpeg to convert videos to GIFs, I get pretty bad dithering problems
[04:41] <SirCmpwn> advice?
[07:43] <allengreen> I have 1000  mpeg2 ts files, how can I combine them to a single mpeg2 or mpeg4 file in command line?
[07:43] <allengreen> can anyone give me hits?
[07:50] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.ts
[07:50] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.mp4
[07:50] <allengreen> I mean if the command line is not enough to hold so much strings, how should I do?
[07:51] <allengreen> cause I have 1000 files, it means more then 10K in the command line.
[08:01] <allengreen> hi fellows
[08:04] <saste> allengreen, i don't think it is possible
[08:04] <saste> maybe we could create a concatfile:FILE protocol
[08:04] <saste> feel free to send patch/open a ticket
[08:08] <allengreen> Can I put all the file names into a single segmentslst, ans pass segments.lst as a argument?
[08:08] <allengreen> concatfile is also a option for me, thanks
[08:10] <allengreen> but I also have no idea about concatfile:fle protocol.
[08:19] <allengreen> saste, thanks, I founded, ffmpeg -f concat -i video.txt -c copy single.mp4
[08:20] <saste> allengreen, yes, but keep in mind it is a different thing
[08:20] <saste> concat muxer != concat protocol
[08:20] <saste> the muxer implies decoding
[08:20] <saste> *concat demuxer
[08:22] <allengreen> ffmpeg -i "concat:recording_09_52_40.ts|recording_09_52_50.ts|recording_09_52_30.ts" -c copy single.mp4
[08:23] <allengreen> ffmpeg -f concat -i video.txt -c copy single.mp4
[08:23] <allengreen> what's the difference?
[09:26] <Mista_D> Its documanted, but doesn't seem to be recognized by the FFmpeg 2.1 `Unrecognized option 'segment_list_entry_prefix'.`
[09:37] <Mista_D> Including FFmpeg 2.1.1
[09:43] <allengreen> I just concat three continuous ts files, 1.ts 2.ts, 3.ts,  but It does not play smoothly, what's the problem?
[09:55] <saste> Mista_D, you need current git
[09:55] <Mista_D> @saste: Thanks, yes it works, just tested it.
[09:56] <Mista_D> @saste: 2.0-d2e46b1 has it.
[14:39] <xxthink> when I use ffmpeg to receive a udp stream and transcode it to ts format in real time, there are many errors
[14:40] <xxthink> http://pastebin.com/3GuG3dSr
[14:40] <xxthink> this is the error message
[14:41] <xxthink> my command line is:../ffmpeg -i udp://10.10.144.161:1234 -buffer_size 5000000 -fifo_size 500000 -map 0:0 -map 0:1 -s 640x360 -vcodec libx264 -g 60 -vb 500000 -strict experimental -vf yadif -acodec aac -bsf h264_mp4toannexb -ab 96000 -ac 2 -y xxx.ts
[14:41] <xxthink> but if I just copy the input stream and save the result file, there are no these errors.
[16:06] <g0d> Hello guys, I have a question.
[16:06] <g0d> I am trying to convert something with ffmpeg, and I get this error: Unrecognized option 'c:v'
[16:06] <g0d> and im using ffmpeg version 0.8.9-4:0.8.9-0ubuntu0.12.04.1
[16:07] <JEEBsv> use the avconv command there, the ffmpeg app is unmaintained (and was later removed) in libav, which ubuntu is using
[16:07] <g0d> JEEBsv, can you convert this command into avconv?
[16:07] <g0d> wait
[16:07] <g0d> ffmpeg -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a libfaac -q:a 100 pr0jectx.mp4
[16:07] <JEEBsv> it should be pretty much the same
[16:08] <JEEBsv> just switch from ffmpeg to avconv if you want to use the stuff ubuntu provides
[16:08] <JEEBsv> because libav decided to leave the ffmpeg binary there, but not update it with the new changes they did
[16:08] <g0d> Unknown encoder 'libfaac'
[16:09] <g0d> avconv -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a libfaac -q:a 100 pr0jectx.mp4 gives back
[16:09] <g0d> Unknown encoder 'libfaac'
[16:09] <JEEBsv> I would guess by now faac isn't included?
[16:09] <JEEBsv> because it's not GPL-compliant
[16:09] <g0d> so now what would I use?
[16:09] <g0d> can you correct a few things in that command
[16:09] <g0d> so that they can work
[16:09] <JEEBsv> -c:a aac -strict experimental
[16:09] <JEEBsv> instead of -c:a libfaac
[16:10] <g0d> alright, lemme try again
[16:10] <g0d> it works!
[16:10] <g0d> I tried avconv -i project_x.mp4 -c:v libx264 -profile:v high -crf 23 -c:a aac -strict experimental -q:a 100 pr0jectx.mp4
[16:10] <JEEBsv> (or you build your own ffmpeg or libav with fdk-aac, which is currently the best AAC encoder that can be used from ffmpeg or avconv, but once again, cannot be binary distributed)
[16:10] <g0d> thank you. :)
[16:10] <JEEBsv> (as the license is incompatible with (L)GPL)
[17:43] <grkblood_> is there a way to make stdout output frame by frame when transcoding to mp3s?
[18:31] <jure> hey
[18:31] <jure> trying to normalize an audio file using tools/normalize.py
[18:31] <jure> Unrecognized option 'show_entries'
[18:31] <jure> Failed to set value 'frame_tags=lavfi.r128.I' for option 'show_entries'
[19:12] <ubitux> jure: set your PATH to use the recent ffprobe
[19:17] <jure> how recent, ubitux?
[19:17] <jure> I have 1.0.8
[19:18] <ubitux> it's old
[20:09] <jure> ubitux: what are the default options ubitux uses?
[20:11] <ubitux> ?
[20:11] <jure> -23 dB?
[20:12] <jure> I had hoped to normalize the amplitude to 0.0dB
[20:12] <jure> *default options normalize.py uses
[20:12] <jure> :D
[20:15] <jure> ^ ubitux
[20:16] <ubitux> 0db? you mean silence?
[20:17] <ubitux> -23LUFS is the EBU R.128 standard
[20:17] <jure> yes
[20:17] <jure> no I didn't mean silence
[20:19] <jure> ubitux: https://www.custcenter.com/app/answers/detail/a_id/516
[20:19] <jure> i.e. normalizing a peak to 0db
[20:20] <ubitux> normalize.py uses the EBU R.128 standard, it's not meant to be customized, do what you want with it
[00:00] --- Sat Nov 30 2013