[Ffmpeg-devel-irc] ffmpeg.log.20160815
burek
burek021 at gmail.com
Tue Aug 16 03:05:01 EEST 2016
[01:27:25 CEST] <Kadigan> Hi. I just wanted to ask: when I'm switching containers (say, moving from .mp4 to .mkv), it'll essentially be as fast as r/w allows, right?
[01:27:35 CEST] <Kadigan> (no recompression)
[01:27:39 CEST] <furq> more or less
[01:27:57 CEST] <Kadigan> Just wanted to clarify, since I was seeing 700fps but basically zero CPU usage. Thanks.
[01:28:05 CEST] <furq> it doesn't even decode the streams iirc
[01:30:44 CEST] <Kadigan> Yeah, that 'fps' counter seems a bit misleading in that instance. ^^
[01:36:23 CEST] <kepstin> Kadigan: it should be a perfectly accurate count of how many frames it's copying from one file to another per second.
[01:40:01 CEST] <kepstin> actually, i think all it ever does is count how fast frames are being written to the output file, whether you're re-encoding or not.
[06:50:36 CEST] <nulltopia> ffmpeg has gone back to using less than have of my cpu resources
[06:50:57 CEST] <nulltopia> with -threads 0
[06:51:05 CEST] <nulltopia> or threads not set, doesn't make a diffrence
[06:51:51 CEST] <nulltopia> and it keeps crashing
[06:57:33 CEST] <nulltopia> http://i.imgur.com/Ln8RRrj.jpg
[06:57:40 CEST] <nulltopia> http://pastebin.com/k38PuBME
[09:52:46 CEST] <drathir> guys im wonder if -vf scale=0:0 skip option or will slowdown processing?
[10:01:43 CEST] <durandal_1707> it will be slower than -c:v copy
[10:27:34 CEST] <Kiicki> Not sure if I will get any support on this question but is there a place where I can get some advice on GUI converting programs?
[10:27:49 CEST] <Kiicki> Is doom9 a good place to start?
[12:44:37 CEST] <co_indiasukatg> hiii alll who want bang my wife with me
[12:48:25 CEST] <__jack__> is there the good place to hide a gunman ?!
[13:18:04 CEST] <rkantos> anybody got ideas how to output chroma-keyed overlays to a rtmp stream?
[13:18:16 CEST] <rkantos> -map '[out]' wants a file apparrently.
[13:18:53 CEST] <rkantos> "Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
[13:18:55 CEST] <rkantos> "
[13:19:23 CEST] <rkantos> if just put -map '[out]' -f rtmp://
[13:23:59 CEST] <furq> -f flv
[13:26:20 CEST] <rkantos> yeah, that; -map [out] -f flv
[13:27:58 CEST] <furq> pastebin the full command
[13:29:27 CEST] <rkantos> ffmpeg -i rtmp://localhost/video/s4 -i rtmp://localhost:1936/data/s4 -vcodec libx264 -pix_fmt yuv420p -preset superfast -b:v 4000k -acodec copy -filter_complex "[1] scale=400:225 [over]; [0][over] overlay=880:495" -filter_complex '[1:v]colorkey=0x000000:0.3:1[ckout];[0:v][ckout]overlay[out]' -map '[out]' -f flv rtmp://a.rtmp.youtube.com/live2/4jkz-m339-w6pd-4wxx
[13:29:38 CEST] <rkantos> ...well that went well
[13:29:41 CEST] <rkantos> http://pastebin.com/4b77Xcdz
[13:30:12 CEST] <rkantos> reset the encoder key already, no point trying ;)
[13:30:48 CEST] <furq> that first filter_complex isn't doing anything
[13:31:09 CEST] <furq> you can only specify it once
[13:32:18 CEST] <ozette> are there static arm builds for ffmpeg?
[13:32:31 CEST] <rkantos> ok. I wonder how I could do what I want then. Basically I need one of the videos overlaid with chroma key
[13:32:35 CEST] <ozette> rm71
[13:32:38 CEST] <furq> ozette: none that i know of
[13:32:46 CEST] <ozette> /armv71
[13:32:49 CEST] <ozette> aw
[13:33:01 CEST] <furq> it's easy enough to cross compile
[13:33:04 CEST] <ozette> i don't have an arm build toolchain ..
[13:33:09 CEST] <ozette> hmm
[13:35:12 CEST] <furq> if you're on debian testing/unstable then just install gcc-6-arm-linux-gnueabihf libc6-dev-armhf-cross
[13:54:04 CEST] <rkantos> furq: ok, ei got it to run with this, but I'm not seeing any chroma on the overlay http://pastebin.com/m5Q3CgF5
[14:14:08 CEST] <rkantos> any ideas?
[14:18:51 CEST] <kernelkatze> hi :)
[14:19:47 CEST] <durandal_1707> rkantos: black has no color
[14:20:01 CEST] <kernelkatze> i have a question
[14:20:53 CEST] <durandal_1707> rkantos: provide image of inputs
[14:21:34 CEST] <durandal_1707> kernelkatze: please ask
[14:21:55 CEST] <kernelkatze> i encoded a video with the following options: profile:v high10 -preset slow -crf 16 -ab 384k and now im confused because mediainfo shows different infos Complete name : video.mp4
[14:21:55 CEST] <kernelkatze> Format : MPEG-4
[14:21:55 CEST] <kernelkatze> Format profile : Base Media
[14:21:55 CEST] <kernelkatze> Codec ID : isom (isom/iso2/avc1/mp41)
[14:21:55 CEST] <kernelkatze> File size : 1.14 GiB
[14:21:56 CEST] <kernelkatze> Duration : 23 min
[14:21:59 CEST] <kernelkatze> Overall bit rate mode : Variable
[14:22:01 CEST] <kernelkatze> Overall bit rate : 6 883 kb/s
[14:22:03 CEST] <kernelkatze> Movie name : Die letzte Hoffnung
[14:22:05 CEST] <kernelkatze> Encoded date : UTC 1904-01-01 00:00:00
[14:22:08 CEST] <kernelkatze> Tagged date : UTC 1904-01-01 00:00:00
[14:22:10 CEST] <kernelkatze> Writing application : Lavf57.41.100
[14:22:11 CEST] <durandal_1707> use pastebin
[14:22:17 CEST] <kernelkatze> sure 1 sec
[14:23:47 CEST] <kernelkatze> here it is
[14:23:48 CEST] <kernelkatze> http://pastebin.com/caH2vgwC
[14:24:20 CEST] <furq> you can't encode to hi10p with an 8-bit x264 build
[14:25:06 CEST] <kernelkatze> makes sense
[14:25:13 CEST] <kernelkatze> which option for 10 bit?!
[14:25:30 CEST] <DHE> x264 only supports a single bit-depth (typically 8 or 10) selected at compile time
[14:25:34 CEST] <furq> ^
[14:25:45 CEST] <DHE> so you need a new version of ffmpeg with 10-bit x264
[14:26:00 CEST] <furq> or a new version of libx264 if your ffmpeg is dynamically linked to it
[14:26:01 CEST] <kernelkatze> im not rly happy about that
[14:26:16 CEST] <kernelkatze> i just the "normal version" of ffmpeg on arch
[14:26:25 CEST] <furq> blame the x264 guys, it's their decision
[14:26:43 CEST] <furq> libvpx and x265 have no problem supporting both in one build
[14:26:50 CEST] <DHE> https://www.archlinux.org/packages/extra/x86_64/libx264-10bit/ This might be doable...
[14:27:08 CEST] <kernelkatze> thanx :)
[14:27:27 CEST] <DHE> furq: x264 does it with a bit of a hack. libx265 doubles in size because it has two (or more!) builds plus some glue to allow selection of which one you want
[14:27:39 CEST] <furq> but yeah you can support both with one ffmpeg if you abuse LD_LIBRARY_PATH
[14:27:46 CEST] <furq> as long as your ffmpeg is dynamically linked to libx264 obv
[14:27:57 CEST] <JEEB> s/hack/changing data types/
[14:28:02 CEST] <kernelkatze> that would have been my next question ;)
[14:28:56 CEST] <DHE> and it looks like arch has both versions of x264. only one could be installed at a time but you could just grab the .so files and use the above LD_LIBRARY_PATH thing
[14:29:04 CEST] <JEEB> anyways it's a historical choice that if anyone wants tp change they can do so :p
[14:29:26 CEST] <furq> i don't particularly have a problem with it
[14:29:32 CEST] <JEEB> ypu could in theory make the same dynamic loading hack
[14:29:33 CEST] <furq> but if you do have a problem with it then it's definitely not ffmpeg's fault
[14:29:44 CEST] <JEEB> as x265
[14:30:41 CEST] <kernelkatze> "but yeah you can support both with one ffmpeg if you abuse LD_LIBRARY_PATH" can you help me with that?
[14:31:10 CEST] <kernelkatze> i just downloaded the libx264 10 bit pkg
[14:32:01 CEST] <furq> LD_LIBRARY_PATH=/path/to/lib ffmpeg
[14:35:09 CEST] <furq> oh fun
[14:35:18 CEST] <kernelkatze> ...
[14:35:20 CEST] <furq> it looks like the arch package just installs it to /usr/lib/libx264.so
[14:35:29 CEST] <furq> so presumably you can only have one or the other installed
[14:35:38 CEST] <furq> how thoughtful of them
[14:36:00 CEST] <furq> on the plus side it means you don't have to bother with LD_LIBRARY_PATH
[14:36:13 CEST] <kernelkatze> guess i need to build my own pkg
[14:36:40 CEST] <furq> you could just download the package and extract it somewhere else
[14:36:44 CEST] <furq> assuming arch lets you do that
[14:36:46 CEST] <durandal_1707> just copy .so file
[14:36:50 CEST] <furq> yeah
[14:40:08 CEST] <kernelkatze> https://aur.archlinux.org/packages/libx264-10bit-git/ ;)
[14:40:42 CEST] <furq> Conflicts: libx264, libx264-10bit, x264-dev
[14:40:45 CEST] <furq> that has the same problem
[14:40:59 CEST] <kernelkatze> so i can cancel the dl
[14:41:21 CEST] <kernelkatze> my internet isnt rly fast ...
[14:43:34 CEST] <kernelkatze> furq which os/distro do u use?
[14:44:18 CEST] <furq> debian testing
[14:45:23 CEST] <kernelkatze> if im allowed to ask. why debian?
[14:45:39 CEST] <furq> because i think it's good
[14:45:55 CEST] <kernelkatze> whatever works for u ;)
[14:46:17 CEST] <viric> that sounds like a distro war provocation
[14:46:26 CEST] <kernelkatze> no ^
[14:46:35 CEST] <kernelkatze> wasn't meant like that
[14:47:14 CEST] <kernelkatze> and we all know that arch is the best :P
[14:47:19 CEST] <kernelkatze> nah. just kidding.
[14:47:59 CEST] <viric> just sectarism
[14:48:09 CEST] <furq> it's fine
[14:48:16 CEST] <furq> i'm in no danger of being out-nerded, i also run freebsd
[14:49:10 CEST] <kernelkatze> thats not nerdy enough. why dont u just build your of os with lfs?
[14:49:11 CEST] <kernelkatze> :P
[14:49:25 CEST] <furq> because lfs isn't freebsd
[14:49:33 CEST] <furq> i only run it for zfs
[14:49:46 CEST] <kernelkatze> linux has zfs support
[14:49:55 CEST] <furq> it didn't when i installed this
[14:50:00 CEST] <furq> i also trust the freebsd zfs more
[14:50:06 CEST] <kernelkatze> now i feel.... young
[14:51:12 CEST] <furq> well if you ever see me get inordinately upset when someone posts a shell script with "#!/bin/bash" at the top, now you know why
[14:51:24 CEST] <kernelkatze> :D
[14:52:29 CEST] <viric> freebsd is against bash?
[14:53:03 CEST] <kernelkatze> freebsd is against [enter word]
[14:53:04 CEST] <rkantos> durandal_1707: it is black that I want to be transparent
[14:53:06 CEST] <furq> there's no /bin/bash even if you install it from ports
[14:53:20 CEST] <furq> it goes in /usr/local/bin/bash because of freebsd's frankly dumb base/ports separation
[14:53:38 CEST] <viric> furq: ah ok. What sh does it include?
[14:53:42 CEST] <viric> (in base)
[14:53:48 CEST] <kernelkatze> well... i just started encoding that file from before again but this time without the 10 bit bla bla and mediainfo still tells me that same sh**
[14:53:50 CEST] <kernelkatze> General
[14:53:50 CEST] <kernelkatze> Complete name : video.mp4
[14:53:50 CEST] <kernelkatze> Format : MPEG-4
[14:53:50 CEST] <kernelkatze> Format profile : Base Media
[14:53:50 CEST] <kernelkatze> Codec ID : isom (isom/iso2/avc1/mp41)
[14:53:53 CEST] <kernelkatze> File size : 56.8 MiB
[14:53:55 CEST] <kernelkatze> Duration : 50 s 262 ms
[14:53:57 CEST] <kernelkatze> Overall bit rate mode : Variable
[14:53:59 CEST] <kernelkatze> Overall bit rate : 9 484 kb/s
[14:54:01 CEST] <kernelkatze> Movie name : Die letzte Hoffnung
[14:54:03 CEST] <DHE> he did it again
[14:54:04 CEST] <kernelkatze> Encoded date : UTC 1904-01-01 00:00:00
[14:54:06 CEST] <kernelkatze> Tagged date : UTC 1904-01-01 00:00:00
[14:54:08 CEST] <kernelkatze> Writing application : Lavf57.41.100
[14:54:09 CEST] <dl2s40> o_O
[14:54:10 CEST] <kernelkatze> rly? Base Media?
[14:54:22 CEST] <furq> "base media" refers to mp4
[14:54:25 CEST] <furq> also please stop pasting into the channel
[14:54:32 CEST] <dl2s40> why do you do not spamm thi channel?
[14:54:39 CEST] <rkantos> durandal_1707: basically everything black here has to be transparent: http://www.iforpowell.com/cms/uploads/images/SS_IpWatts/IpWatts_landscape1.png
[14:54:58 CEST] <furq> viric: tcsh for the root shell, their own sh-alike for the user shell
[14:55:02 CEST] <furq> and yes, tcsh does suck
[14:55:03 CEST] <viric> arch has the best irc paste
[14:55:26 CEST] <furq> i just run bash
[14:55:33 CEST] <furq> but for reference, #!/usr/bin/env bash
[14:55:40 CEST] <viric> furq: clear. Thank you.
[14:55:52 CEST] <furq> or preferably #!/bin/sh
[14:56:47 CEST] <agrathwohl1> kernelkatze: you should really consider using ffprobe instead of mediainfo. I have found that mediainfo is often wrong.
[14:56:55 CEST] <furq> kernelkatze: from http://pastebin.com/caH2vgwC
[14:56:59 CEST] <furq> Format profile : High at L5.1
[14:58:11 CEST] <viric> Encoded in 1905.
[14:58:12 CEST] <viric> Encoded in 19054
[14:58:15 CEST] <viric> Encoded in 1904 NOW.
[14:58:43 CEST] <kernelkatze> i removed all metadata. that happened automaticly... just to not tell that im traveling in time :P
[15:02:04 CEST] <kernelkatze> which bitrate is the highest for aac lc stereo?
[15:02:37 CEST] <furq> what sample rate
[15:02:50 CEST] <kernelkatze> check the pastebin
[15:03:04 CEST] <kernelkatze> 48 khz
[15:03:12 CEST] <furq> 576kbps
[15:03:22 CEST] <durandal_1707> rkantos: works for me with default colorkey params
[15:03:56 CEST] <rkantos> durandal_1707: how if I might ask?
[15:04:00 CEST] <kernelkatze> furq which algorithm do u use to calculate that?
[15:04:18 CEST] <furq> is typing "aac max bitrate" into google an algorithm
[15:04:22 CEST] <rkantos> durandal_1707: did you see my pastebin: http://pastebin.com/m5Q3CgF5 With this I currently get just the two overlays
[15:04:46 CEST] <rkantos> durandal_1707: and umm.. does the chroma key even work with video? :D
[15:05:01 CEST] <durandal_1707> rkantos: call colorkey on landscape before overlay
[15:05:13 CEST] <kernelkatze> oh... my mistake. i dont use google
[15:05:44 CEST] <rkantos> durandal_1707: sorry, but I don't know what you mean.. example?
[15:07:24 CEST] <durandal_17> rkantos: ./ffmpeg.exe -i Dolby_Leaf_Lossless_ATMOS-thedigitaltheater.mkv -i IpWatts_landscape1.png -lavfi "[1:v]colorkey[x],[0:v][x]overlay" -f nut -c:v rawvideo -|mpv.exe -
[15:09:09 CEST] <rkantos> what does -lavfi do?
[15:09:29 CEST] <durandal_17> same as -filter-complex but shorter to type
[15:11:39 CEST] <rkantos> and will the same work with video?
[15:11:50 CEST] <rkantos> since my feed is a video and not actually an image^^
[15:11:58 CEST] <rkantos> even though it will look the same
[15:12:23 CEST] <kernelkatze> this could help u: https://handbrake.fr/ *runs away*
[15:12:55 CEST] <durandal_1707> rkantos: yes
[15:15:10 CEST] <durandal_1707> kernelkatze: that works with local files only
[15:26:11 CEST] <rkantos> durandal_1707: hmm.. thanks
[15:26:20 CEST] <rkantos> I got it working without the overlay stuff
[15:26:44 CEST] <rkantos> Now I need to have this working still: [1] scale=400:225 [over]; [0][over] overlay=880:495;
[15:27:31 CEST] <rkantos> so that I have the video in the lower right hand corner
[15:28:46 CEST] <rkantos> or scaling stuff rather^^
[15:30:31 CEST] <durandal_17> rkantos: overlay=x=W-w:y=H-h
[15:35:14 CEST] <rkantos> durandal_17: and where should I stick that? :S
[15:39:00 CEST] <durandal_17> rkantos: it tells to place overlay video down right corner to down right corner of main video
[15:40:30 CEST] <rkantos> but are they coordinates or resolution like in my bit? and don't I need something else before it?
[15:40:33 CEST] <rkantos> [1:v]colorkey=0x000000:0.2:0.6[ckout],[0:v][ckout]overlay[out],overlay=x=W-w:y=H-h
[15:44:08 CEST] <durandal_17> rkantos: coordinates
[15:55:02 CEST] <rkantos> durandal_17: hmm.. that seems to work yeah, but I still need to scale as the size is 1280x720
[15:55:42 CEST] <rkantos> I want the overlay to be high quality since it's text, but it can be 1fps..
[16:07:30 CEST] <nonex86> hello, can someone help with avformat_seek_file usage on mpeg container?
[16:10:32 CEST] <nonex86> same code works as expected on mp4 input file, but behave strange on mpg one...
[16:38:24 CEST] <ozette> i'd like to build ffmpeg for armv7l, i have the sources, and i have an arm toolchain, anyone here who's done this before?
[16:41:49 CEST] <viric> 'for armv7l' is quite broad
[16:42:43 CEST] <kdehl> I'm using OpenH264 and something confuses me. When I encode a frame, I get several "bitstream layers". And each of those contain a number of NAL units? Or do I misunderstand it?
[16:44:46 CEST] <furq> ozette: ./configure --cross-prefix=arm-linux-gnueabihf- --arch=arm --target-os=linux
[16:44:49 CEST] <furq> should be all you need
[16:45:42 CEST] <furq> if you're on debian/ubuntu you can install any external libs with apt multiarch
[16:45:55 CEST] <ozette> hmm
[16:45:59 CEST] <ozette> i'm on fedora/linux
[16:46:30 CEST] <ozette> is arm-linux-gnueabihf just a prefix?
[16:47:00 CEST] <kepstin> that's a toolchain prefix, you should have a cross-compiler named e.g. "arm-linux-gnueabihf-gcc"
[16:47:12 CEST] <ozette> my cross compiler is named differently i thnk
[16:47:53 CEST] <ozette> i think it's arm-linux-gnu-gcc is that possible?
[16:48:15 CEST] <ozette> it doesn't indicate hard float
[16:50:12 CEST] <ozette> well, even though i have the binary arm-linux-gnu-gcc, http://paste.debian.net/789681/
[16:51:08 CEST] <bencoh> then your prefix would be arm-linux-gnu-
[16:51:54 CEST] <bencoh> ah nvm, didnt see the paste link
[16:52:15 CEST] <bencoh> you'll have to check the config.log then :)
[16:55:38 CEST] <ozette> that's ok :)
[16:56:36 CEST] <ozette> aha.. http://paste.debian.net/789682/
[16:56:57 CEST] <ozette> good old crt1.o
[17:03:29 CEST] <furq> looks like you're missing the arm glibc
[17:51:51 CEST] <melvster> Hi all, is there a CLI command that will take a file input.avi|wmv|mp4 etc. cut a 15 second slice out of it (-ss time -t 15) and then make it readable html5 video? I've tried about 20 different strings with different results. Generally results can all play in VLC but mainly only mp4 can play in android chrome html5 ... anyone solved this problem before?
[17:53:18 CEST] <melvster> I also looked at : https://github.com/chuyskywalker/easy-web-video-encode but hasnt quite worked for me either
[17:56:11 CEST] <ozette> furq: i think so too
[17:56:36 CEST] <ozette> i'll just try to get ffprobe on a raspberry pi and bring it over, i think that will work
[17:57:00 CEST] <ozette> cross compiling is such a hassle
[17:57:25 CEST] <sfan5> melvster: basically you want .webm and optionally .mp4 for HTML5 video
[17:57:34 CEST] <furq> you want mp4
[17:57:44 CEST] <furq> webm isn't supported on iOS or in desktop safari
[17:57:48 CEST] <furq> mp4 is supported everywhere
[17:57:58 CEST] <sfan5> i heard firefox had problems with mp4
[17:58:05 CEST] <furq> it doesn't
[17:58:12 CEST] <furq> it's supported mp4 for much longer than webm
[17:58:24 CEST] <melvster> fruq: sfan5: thanks! Is there a general purpose command that will convert a strip of different types of video into mp4 using ffmpeg?
[17:58:29 CEST] <__jack__> firefox has problem with everything :)
[17:58:40 CEST] <sfan5> "general purpose"
[17:58:42 CEST] <sfan5> well
[17:58:45 CEST] <melvster> will I need to do a different command for each of .avi .wmv .mp4 etc.
[17:58:48 CEST] <furq> no
[17:58:52 CEST] <furq> ffmpeg -i src dest.mp4
[17:59:26 CEST] <melvster> furq: ok thanks, im also using -c copy is that OK?
[17:59:39 CEST] <furq> no
[17:59:42 CEST] <BtbN> -movflags faststart
[17:59:58 CEST] <BtbN> And probably a bitrate/quality.
[18:00:08 CEST] <melvster> this is great, thanks let me test! :)
[18:00:12 CEST] <furq> -c copy won't work for wmv and probably won't work for avi
[18:00:29 CEST] <furq> and also you won't be able to reliably get precise 15-second cuts
[18:01:08 CEST] <bencoh> you dont either with a command as simple as that one ;)
[18:01:57 CEST] <bencoh> unless default settings changed and ffmpeg defines fixed-gop/disables scenecut ... which I highly doubt :)
[18:02:06 CEST] <furq> why would either of those matter
[18:02:15 CEST] <bencoh> for 15-second cuts?
[18:02:22 CEST] <furq> for a single 15 second clip
[18:02:23 CEST] <bencoh> aaah, nevermind
[18:02:43 CEST] <bencoh> pfew I guess I should just stop half-reading the chan for today :)
[18:05:53 CEST] <melvster> ok this is looking better thanks I found the hint that -strict -2 helps sometimes
[18:08:11 CEST] <sfan5> -strict -2 helps if ffmpeg refuses to encode aac
[18:09:16 CEST] <melvster> is the .mp4 suffix at the end of the file important, ie will ffmpeg stiff the extension and encode based on that?
[18:09:26 CEST] <melvster> )) at the end of the 'output' file
[18:15:30 CEST] <BtbN> updating ffmpeg helps if you still need the strict thing to use aac.
[19:03:29 CEST] <kepstin> melvster: if you don't use the '-f' option, then ffmpeg uses the file extension to pick the format
[19:03:52 CEST] <kepstin> melvster: you can use e.g. '-f mp4' to override it, then ffmpeg ignores the file extension
[19:45:11 CEST] <podman> I have an MP4 where the audio track is delayed by about 20 seconds. Is there a way to re-encode that audio track so that it has 20 seconds of silence instead of the delay?
[19:45:57 CEST] <furq> podman: https://ffmpeg.org/ffmpeg-filters.html#adelay
[19:46:58 CEST] <podman> furq: I'm not sure I follow, It looks like I could use that to remove the delay or change it, but i want the audio track to be the same duration as the video track and the gap to be filled with silence
[19:47:25 CEST] <furq> that's what adelay does
[19:47:38 CEST] <furq> -af adelay=20000|20000
[19:47:46 CEST] <furq> will add 20 seconds of silence to the start of both channels
[19:48:07 CEST] <podman> furq: interesting. i'll play around with that then. thanks
[20:26:26 CEST] <Kiicki> I'm new to ffmpeg. Does this seem good for someone that normally just changes the CRF value in a GUI program and wants the same audio without re-encoding? ffmpeg -i SomeMovie.mkv -c:v -libx264 -crf 24 -c:a copy SomeMovieOutput.mkv
[20:27:00 CEST] <sfan5> yes that looks good
[20:27:07 CEST] <sfan5> except the - you have before libx264
[20:28:21 CEST] <Kiicki> ffmpeg -i SomeMovie.mkv -c:v libx264 -crf 24 -c:a copy SomeMovieOutput.mkv
[20:28:23 CEST] <Kiicki> like this?
[20:29:48 CEST] <Kiicki> but how is the x264 preset, profile and the level? What is the standard if I don't have a command for it?
[20:31:21 CEST] <furq> the default preset is medium
[20:31:33 CEST] <furq> profile and level are determined automatically
[20:31:51 CEST] <furq> it's pretty rare that you need to care about those
[20:32:11 CEST] <kepstin> and profile/level is default unset, which means x264 will use all available features. You should only set it if you're targetting a specific playback device that only supports some max level.
[20:32:51 CEST] <Kiicki> I'm just targeting what it's already set on the file. If it can read that and output that, it's all good
[20:32:54 CEST] <furq> yeah they're unset by ffmpeg and then set by x264 based on the properties of the video stream
[20:33:30 CEST] <kepstin> Kiicki: the profile/level automatically determined on the output file has no relation to the input file
[20:33:57 CEST] <furq> iirc setting profile in ffmpeg will restrict the features x264 can use but level is purely advisory
[20:34:12 CEST] <furq> there's no sensible course of action if you specify -level 30 on a 1080p60 file
[20:34:37 CEST] <Kiicki> so I should just forget about setting the level and profile?
[20:34:41 CEST] <furq> yeah
[20:34:53 CEST] <furq> unless you're targeting a hardware device that you know has restrictions
[20:35:36 CEST] <Kiicki> didn't know that some devices would reject profiles and levels. Thought they just cared for codec and container. Nice to know
[20:35:43 CEST] <furq> most phones etc are quite happy with high at 4 these days
[20:35:46 CEST] <furq> which is good for 1080p30
[20:36:02 CEST] <furq> and yeah the level is specifically a measure of decoder performance
[20:36:12 CEST] <furq> hardware decoders will have a max level they're capable of decoding
[20:36:43 CEST] <furq> and the profile defines a set of features that the decoder has to support
[20:37:58 CEST] <Kiicki> if I have chapters in my file, would it transfer to the output file?
[20:38:17 CEST] <furq> it should do
[20:38:48 CEST] <Kiicki> and I suppose the same with the subtitles? No commands?
[20:38:54 CEST] <furq> right
[20:38:58 CEST] <Kiicki> if so, I will just use that command
[20:38:59 CEST] <Kiicki> thanks
[20:39:09 CEST] <furq> by default it'll pick one video, one audio and one subtitle stream
[20:39:26 CEST] <furq> if you want other streams then use -map
[20:52:19 CEST] <soulshock> interesting. zeranoe's win64 build exits with exit code 0 if there is a read error of input file
[20:52:56 CEST] <sirbryan> I'll throw a question out there. I've got issues with audio and video falling out of sync after 24+ hours of segmenting. Incoming video is H.264 w/ 2 CH AAC, so all I'm having ffmpeg do is segmentation for HLS.
[20:54:41 CEST] <sirbryan> I'm assuming it's related to an error in the incoming stream, the quality of which is generally out of my control (off-air channels).
[20:57:15 CEST] <sirbryan> I'm wondering if there's a command line option to tell ffmpeg to occasionally recheck audio/video timestamps or similar. overrun_nonfatal is set to 1.
[20:58:25 CEST] <DHE> using udp? there is an issue I've had with long-running streams after ~26.5 hours. that's about how long it takes for MPEG-TS timestamps to loop around their numerical range.
[21:00:14 CEST] <sirbryan> Inbound is UDP multicast, yes.
[21:10:09 CEST] <Kiicki> Windows 10 doesn't have "Open command window here"?
[21:11:09 CEST] <ChocolateArmpits> I hardly imagine how that would be useful
[21:11:49 CEST] <Kiicki> So I don't have to write where the folder/file is exactly located at
[21:17:34 CEST] <ChocolateArmpits> Well it's not a feature in previous versions of Windows
[21:17:52 CEST] <ChocolateArmpits> However it's possible to add a launcher in the right click drop down menu
[21:18:26 CEST] <ChocolateArmpits> If I'm not mistaken
[21:21:39 CEST] <furq> Kiicki: you can just drag the file into the command prompt
[21:21:44 CEST] <furq> it'll paste the full path
[21:22:00 CEST] <Kiicki> same with folder?
[21:22:25 CEST] <furq> probably
[21:22:29 CEST] <Kiicki> Yes, I'm really newbie at this
[21:23:02 CEST] <Kiicki> I don't even know basic coding
[21:27:07 CEST] <BtbN> Kiicki, just as any other windows version before it, hold shift while right-clicking, and you have that option.
[21:27:38 CEST] <ChocolateArmpits> oh snap
[21:28:28 CEST] <Kiicki> Thanks. didn't know that. I just realized that you also can copy the address with two clicks. I guess either way works.
[21:46:59 CEST] <Kiicki> when converting, what does "time" mean? Until it's finished? It's only increasing. I'm at 3 hours now and it's still increasing. Normally it takes 30 min with Handbrake
[21:47:25 CEST] <Kiicki> can't be until it's finished. can't be how long I have been converted. What is that?
[21:48:22 CEST] <ChocolateArmpits> The latter
[21:48:28 CEST] <ChocolateArmpits> Well actually
[21:48:35 CEST] <ChocolateArmpits> How much of the video was converted in duration
[21:49:01 CEST] <ChocolateArmpits> So if it says 3 hours then 3 hours of the total duration have been processed
[21:49:17 CEST] <Kiicki> that makes sense. Thought it bugged out
[21:50:46 CEST] <sfan5> Kiicki: btw with subtitles you need -c:s copy
[21:50:51 CEST] <sfan5> but you probably already figured that
[21:56:43 CEST] <kepstin> well, it depends on the output format. if you're doing text subs, encoding to mkv, ffmpeg will default transcode to ass, which should work fine.
[21:57:57 CEST] <Kiicki> yes, it has transcoded it
[22:02:53 CEST] <m0zz> hey everybody
[22:04:12 CEST] <m0zz> iam using the report function to pipe the report live to an php script, which checks the framerate, speed etc, sometimes some rtmp_packet delivery fails and it delays a litte bit. so the stream is hanging
[22:04:51 CEST] <m0zz> do you think it would be easy to modify the -report function this way, that it counts all error message and prints the sum or something like that?
[22:12:38 CEST] <m0zz> i got this error, more often
[22:12:41 CEST] <m0zz> [mpegts @ 0000000002b93500] Delay between the first packet and last packet in the muxing queue is 10100000 > 10000000: forcing output
[22:28:24 CEST] <Bray90820> Can someone tell me why I can't convert this mov file
[22:28:25 CEST] <Bray90820> http://pastebin.com/raw/LpNwrxF6
[22:30:25 CEST] <furq> [mp4 @ 0x7f81cd801c00] Could not find tag for codec pcm_s16be in stream #1, codec not currently supported in container
[22:34:52 CEST] <Bray90820> So basically I need to pick another format?
[22:35:11 CEST] <Bray90820> Audio format that is
[22:35:17 CEST] <sirbryan> Yes.
[22:35:48 CEST] <sirbryan> I've also found that the names sometimes change, i.e. I was using a specific hardware encoder that was once called vtenc_h264, but now they named it h264_videotoolbox
[22:35:55 CEST] <furq> have we not had this exact conversation at least three times before
[22:37:06 CEST] <Kiicki> converted my first file with ffmpeg. It was a success
[22:57:59 CEST] <sirbryan> DHE: On the long-running UDP stream issue, would you suspect the problem is in the decoding/reading end, as opposed to the output?
[23:02:20 CEST] <DHE> sirbryan: it's most likely. signal reception will vary and ffmpeg doesn't handle outages and errors that cleanly
[23:23:50 CEST] <Kiicki> If anyone has a lot of experience with ffmpeg and has time to answer few of my questions, hit me up : )
[23:27:45 CEST] <furq> i heard about a place where you can chat with a lot of people who have experience with ffmpeg
[23:27:49 CEST] <furq> i don't know where it is though
[23:29:03 CEST] <Kiicki> http://pastebin.com/raw/E504DnhK
[23:30:01 CEST] <Kiicki> Some of the questions is not needed as chapter and subs since it does transcode it automatically. I'm just curious if it didn't, what command I should use
[23:30:56 CEST] <DHE> the profile is set with: -profile:v baseline
[23:31:20 CEST] <DHE> level is similar, but you use 31 instead of 3.1
[23:33:08 CEST] <furq> it isn't possible to show the time remaining
[23:33:17 CEST] <Kiicki> noted, so: -profile:v high -level 41
[23:33:19 CEST] <furq> keeping the original file name is a job for your shell
[23:33:23 CEST] <Kiicki> is this right if I want high and 4.1?
[23:33:29 CEST] <furq> yes
[23:33:36 CEST] <furq> but as was said earlier, you probably shouldn't set them
[23:34:07 CEST] <Kiicki> I just noticed that the default is level 3.1 and my input is 4.1
[23:34:08 CEST] <Kiicki> Not sure if this means anything, but I just prefer it to be same
[23:34:18 CEST] <furq> it's not the default
[23:34:28 CEST] <furq> 3.1 is the level that your file needs
[23:34:41 CEST] <furq> setting it to 4.1 is redundant and might cause a player which could decode the file to reject it
[23:35:25 CEST] <Kiicki> ok, I will just leave it for good. but it's just nice to know
[23:35:34 CEST] <furq> i don't think there's ever a good reason to set level
[23:35:59 CEST] <furq> setting the profile makes sense because it will actually restrict the x264 encoding options to be compatible with that profile
[23:36:07 CEST] <furq> but setting the level doesn't do that iirc
[23:36:14 CEST] <furq> so you'll just end up with the wrong level for no reason
[23:36:42 CEST] <furq> note that "makes sense" means it's not totally worthless, not that i advise doing it
[23:37:33 CEST] <Kiicki> yeah, I most likely won't run into any problems
[23:38:25 CEST] <furq> also you copy the subtitles with -c:s copy
[23:38:56 CEST] <furq> and -map_chapters 0 to copy chapters
[23:39:00 CEST] <furq> although i thought that was the default
[23:39:09 CEST] <Kiicki> can I ask what the "c" stands for? I suppose it's not copy since you already have copy in the last word
[23:39:19 CEST] <furq> c = codec, s = subtitles
[23:39:26 CEST] <Kiicki> yes, it is. Just saying if it doesn't I know what to do
[23:41:42 CEST] <Kiicki> I basically know everything i need to know since I'm not to advanced. The only problem I have left which is the big one is how I can start converting much faster. I really don't like that I always need to type in the exact same file name or to manually type in the destination and so on. Moving around the exe file to the folder I want to convert and so on
[23:42:13 CEST] <Kiicki> I have converted one file and I put the exe file in the same folder as my MKV. I hit shift and right click and opened the command. The destination was set, but is this really the fastest way?
[23:43:26 CEST] <furq> add ffmpeg to your PATH
[23:43:28 CEST] <furq> http://superuser.com/a/284351
[23:57:34 CEST] <Kiicki> furq I'm here now and not sure what to do. Sorry for the different language, but do I just hit "New" and which one? Upper or down? http://puu.sh/qCBti/3f58588bab.png
[23:58:04 CEST] <furq> there should be an existing entry for PATH
[23:58:13 CEST] <furq> edit that and add ";C:\path\to\ffmpeg" to the end
[23:59:13 CEST] <Kiicki> but there isn't any Path : /
[23:59:26 CEST] <sfan5> no entry in the lower box?
[23:59:34 CEST] <furq> yeah it'll be in the system variables list
[23:59:43 CEST] <Kiicki> ooh yes. I found Path on the lower box. something about Jaba
[23:59:45 CEST] <Kiicki> java*
[00:00:00 CEST] --- Tue Aug 16 2016
More information about the Ffmpeg-devel-irc
mailing list