[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