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

[burek]

[00:00:58 CEST] <BenLubar> yep, that was it. escaped by using single quotes around the expression and it worked.
[00:06:30 CEST] <Camusensei> Hello guys :)
[00:33:51 CEST] <Camusensei> How do I stop an enconding on the windows cmd?
[00:34:20 CEST] <Camusensei> I tried hitting ^C but it just made the progress line stop moving
[00:35:28 CEST] <pomaranc> isn't ^D on windows?
[00:35:34 CEST] <pomaranc> isn't it*
[00:35:57 CEST] <drv> hit 'q'
[00:36:02 CEST] <TheAMM> ^C should work, or q and then enter
[00:36:24 CEST] <pomaranc> guess not
[00:36:41 CEST] <Camusensei> it finally noticed my ^C after 2 minutes
[00:36:45 CEST] <TheAMM> Mashing ^C should eventually abort the encode, q will try to finish it cleanly
[00:39:19 CEST] <Camusensei> okay another question -- are chapters kept when copying video+audio+subs?
[00:42:43 CEST] <Camusensei> looks like a no. I need to -map_metadata 0 or something
[00:43:26 CEST] <furq> -map_chapters
[00:46:15 CEST] <Camusensei> furq: it works, thank you :)
[00:48:23 CEST] <Camusensei> actually it works even without it
[00:49:16 CEST] <Camusensei> and now it doesn't... I'll just use it and then I'll be sure ^^
[00:56:55 CEST] <BenLubar> I can't figure out why this isn't working: https://pastebin.com/raw/wZrsbgMp
[00:57:17 CEST] <BenLubar> it says it's encoded 57 minutes so far, but 0 frames
[00:59:53 CEST] <BenLubar> are PREV_INPTS and PREV_OUTPTS per-stream or global?
[01:03:46 CEST] <BenLubar> video:0kB audio:83272kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.157503%
[01:16:32 CEST] <BenLubar> ah, PREV_* is NaN on the first frame
[01:30:05 CEST] <Camusensei> Thank you guys, cya next time :)
[02:30:39 CEST] <realies> JEEB, got a working mxf!
[02:33:44 CEST] <realies> JEEB, https://dpaste.de/OiB8/raw
[02:34:01 CEST] <BenLubar> which -tune setting should I use for a 3D video game (Guild Wars 2)
[02:41:09 CEST] <DHE> nothing stands out as completely appropriate. so, none?
[02:49:01 CEST] <wfbarksdale> hey guys, i'm working on an ffmpeg cross compile setup, and I was wondering how its possible to target a macOS version >= $x
[03:06:54 CEST] <BenLubar> hmm, why doesn't "-hwaccel cuvid -c:v h264_cuvid -i video.mp4" show any "video decode" usage in task manager
[03:07:04 CEST] <BenLubar> it shows the encoding using 100% of capacity, but decoding is using 0%
[03:07:21 CEST] <BenLubar> Stream #0:1 -> #0:0 (h264 (h264_cuvid) -> h264 (h264_nvenc))
[03:12:30 CEST] <realies> got two mxfs, one of which is broken, any tips on how to extract and replace the missing stream header information from the broken one?
[03:13:09 CEST] <BenLubar> here's my ffmpeg command that apparently isn't using any hardware decoding capacity: https://pastebin.com/raw/j2PQFfw5
[03:38:55 CEST] <BenLubar> ok, looks like the driver wasn't reporting video decode properly. it's working now: https://i.imgur.com/YwMFDYt.png
[06:05:40 CEST] <roasted> Hi. I'm reading the documentation on ffmpeg and trying to create a montage/mosaic look (2x2 video grid of four total RTSP streams). The documentation example provides an output.mkv in the command, but I don't want to save the video -- I want to simply stream it and view it live. Is there a way I can just pipe this out to ffplay? Everything I tried didn't fly. :(
[06:14:36 CEST] <realies> JEEB, let me know if you can help
[08:28:23 CEST] <realies> 6 hours later, still can't fix the mxf :|
[08:32:35 CEST] <poutine> realies, what's wrong with it?
[08:32:51 CEST] <realies> poutine, camera died while recording as far as i know
[08:33:02 CEST] <realies> https://dpaste.de/s6uj/raw
[08:33:26 CEST] <realies> assuming stream header is missing
[08:33:31 CEST] <realies> or stream headers
[08:33:31 CEST] <poutine> what's the file size?
[08:33:45 CEST] <realies> 23.5G
[08:34:41 CEST] <realies> got a working one from which i hope to extract and transplant missing data... https://dpaste.de/OiB8/raw
[08:36:05 CEST] <realies> was hexing around for a while, but blindly adding or replacing bits from the start/end of the file was not successful
[08:41:36 CEST] <poutine> Not sure, not intimately familiar with mxf, looks like the footer is usually just metadata so it's probably not that, maybe your camera just creates the header at the end
[08:42:06 CEST] <poutine> https://sourceforge.net/p/ingex/discussion/531547/thread/05a1d2ee/
[08:42:15 CEST] <poutine> looks like these people had the same problem and fixed it
[08:42:54 CEST] <furq> there are apparently commercial tools that will fix it
[08:43:09 CEST] <poutine> they used dd, just dumped the elementary streams from the file by offset
[08:46:18 CEST] <furq> if that works then great
[08:47:16 CEST] <realies> furq, not having the $400 to use those services
[08:47:18 CEST] <poutine> looks legit to me, even gives information on finding the offsets
[08:47:27 CEST] <poutine> ymmv
[08:47:31 CEST] <furq> lol
[08:47:39 CEST] <realies> poutine, going through that, not sure if i'd work with xdcam, but i'll give it a go
[08:47:42 CEST] <furq> i just generally assume anyone dealing with mxf has money to burn
[08:47:54 CEST] <realies> yeah, maybe...
[08:48:04 CEST] <poutine> realies, the important thing is the mpeg2video header
[08:48:10 CEST] <poutine> finding where that starts
[08:48:15 CEST] <poutine> there's actually a program called binwalk
[08:48:19 CEST] <poutine> that will probably do this all for you
[08:48:47 CEST] <realies> https://github.com/ReFirmLabs/binwalk uh?
[08:48:53 CEST] <poutine> https://github.com/ReFirmLabs/binwalk <- possibly, have used it to find embedded files in other files before, not sure what magic numbers it has in it
[08:48:54 CEST] <poutine> yup
[08:49:28 CEST] <poutine> I meant do it for you meaning find the offsets you need to dd, not cut it all for you
[08:50:15 CEST] <realies> sure, that's a better start than my hex attempts
[08:51:49 CEST] <poutine> not seeing too much media stuff in their magic numbers db
[08:52:20 CEST] <poutine> if that doesn't find anything let me know, might know some alternatives
[08:55:12 CEST] <realies> poutine, that's the working file https://dpaste.de/HiNw/raw
[08:55:33 CEST] <poutine> Yeah that's no good
[08:59:22 CEST] <realies> noticed that the working file has xml metadata in the beginning, while the broken one is missing that data
[09:05:41 CEST] <poutine> realies, ffprobe -show_format -show_packets -show_streams <your mxf file>
[09:05:44 CEST] <poutine> what does that show?
[09:06:01 CEST] <realies> broken or working?
[09:06:05 CEST] <poutine> broken
[09:06:21 CEST] <poutine> working as well I suppose
[09:08:37 CEST] <realies> uh, that 20mb text file :)
[09:09:53 CEST] <realies> poutine, https://dev.reali.es/tmp/working.txt and dev.reali.es/tmp/broken.txt
[09:31:47 CEST] <poutine> Looks a lot less trivial than I thought :/
[09:31:51 CEST] <poutine> sorry
[09:33:27 CEST] <realies> yeah, perhaps not that easy
[09:49:09 CEST] <realies> continuing with the blind hex work...
[09:54:03 CEST] <Nacht> Anyone happen to know what the codec_tag_string means coming from FFprobes show_streams ? ([27][0][0][0])
[10:07:14 CEST] <realies> "Copying and pasting together existing valid structures (from other playable MXF files) won't work, because every MXF file has a unique Body size, duration, and timecode."
[10:07:27 CEST] <realies> well shit
[10:22:17 CEST] <JEEB> yes, you'd have to re-generate the structures that actually contain the data you can salvage from non-broken files
[10:22:25 CEST] <JEEB> it requires knowledge of MXF structures etc
[10:23:39 CEST] <realies> JEEB, scrolled through the specs a few times... and it looks confusing
[10:25:08 CEST] <realies> there's some summary of the structures and atom signature http://aeroquartet.com/movierepair/fix-mxf-files
[10:26:01 CEST] <realies> i wonder if it would be possible to make ffmpeg recognise the streams and do the re-generation
[10:35:51 CEST] <Nacht> realies: I just made a python script to do that
[10:36:10 CEST] <Nacht> Cause I haven't found a way to do so
[10:36:50 CEST] <realies> Nacht, can you please share?
[10:38:42 CEST] <Nacht> Sure, one sec
[10:38:50 CEST] <Nacht> It aint pretty tho
[10:39:08 CEST] <realies> can't complain
[10:45:12 CEST] <realies> meanwhile building bmxlib...
[10:45:19 CEST] <Nacht> \https://pastebin.com/EYqzTCxB
[10:45:37 CEST] <Nacht> Only need to make something to detect the video codec
[10:45:43 CEST] <Nacht> as for now I just fixed it to h264
[10:46:21 CEST] <realies> errm
[10:47:05 CEST] <Nacht> same with audio
[10:47:34 CEST] <realies> not sure that this will help with a broken mxf
[10:47:35 CEST] <Nacht> cause if you probe a h264, it just gives off 'h264', where as for the -c:v you need 'libx264'
[10:48:12 CEST] <realies> Nacht, https://dpaste.de/s6uj/raw
[10:48:29 CEST] <realies> working mxf: https://dpaste.de/OiB8/raw
[10:50:03 CEST] <Nacht> Hmm. Im not too familiar with mxf, but it looks like some header information is broken
[10:50:25 CEST] <realies> it is
[10:51:39 CEST] <Nacht> Can't help with that mate. I don't know much about MXF
[10:51:41 CEST] <Nacht> Sorry
[10:52:51 CEST] <realies> that's fine
[11:20:27 CEST] <realies> a guess this is a step forward https://dev.reali.es/tmp/mxfwrap.txt
[11:23:06 CEST] <confusedjoe32> hey guys
[11:23:14 CEST] <confusedjoe32> when i try to view rtsp stream
[11:23:20 CEST] <confusedjoe32> the screen is unclear and green
[11:23:24 CEST] <confusedjoe32> what does that mean ?
[11:26:43 CEST] <realies> JEEB, are you saying that I'd have to extract and rebuild each segment from the broken file?
[11:40:42 CEST] <realies> oh, the operational pattern is different for different mxf files, that's great
[11:43:23 CEST] <confusedjoe32> please help me
[11:43:29 CEST] <confusedjoe32> <confusedjoe32> when i try to view rtsp stream
[11:43:29 CEST] <confusedjoe32> <confusedjoe32> the screen is unclear and green
[11:43:29 CEST] <confusedjoe32> <confusedjoe32> what does that mean ?
[11:44:20 CEST] <realies> confusedjoe32, i wish 'please help me' worked
[11:45:07 CEST] <realies> you're probably dropping packets, most likely missing keyframes
[11:45:27 CEST] <realies> does that help?
[11:45:28 CEST] <Nacht> Green usually indicates the lack of keyframes
[11:50:09 CEST] <realies> started to identify different elements within the MXF, still unsure how to rebuild the structures
[11:51:17 CEST] <confusedjoe32> Nacht so how to i repair that
[11:53:46 CEST] <Nacht> confusedjoe32, what is the source ?
[12:16:56 CEST] <confusedjoe32> ip camera
[12:17:10 CEST] <confusedjoe32> samsung SND 6013r
[14:41:48 CEST] <curiouscart> hi there, i'm looking for a feature on master to be available in a release. could someone please tell me what sort of ETA i would be looking at? i couldn't find any page to track that. thanks
[14:42:39 CEST] <c_14> Is it a feature or a bugfix?
[14:44:31 CEST] <DHE> ffmpeg is pretty safe to run from git. is there a reason you can't build it yourself? (or use someone else's build)
[14:49:47 CEST] <curiouscart> c_14: i'm not sure actually. i've been looking at this issue where a newer ffmpeg is mentioned as a solution: https://github.com/mpv-player/mpv/issues/5352
[14:50:36 CEST] <curiouscart> DHE: i totally can do that for the time being, i simply thought i'd ask in the meantime
[14:53:27 CEST] <ritsuka> curiouscart: the solution to that issue is to use mpv 0.28
[14:54:43 CEST] <c_14> curiouscart: I'd assume soonish, there were some things they wanted to iron out before then though afair
[14:59:29 CEST] <curiouscart> ritsuka: you're right, this has nothing to do with ffmpeg's master as i initially said
[15:06:35 CEST] <curiouscart> jesus, there's been quite a few heated discussions regarding this issue. i didn't mean to open that can of worms again, i hadn't seen them. i'll just build master and wait.
[15:10:31 CEST] <Fyr> guys, when using the parameter: -filter:v "filter1,filter2,filter3,etc", does FFMPEG apply them in the order they set or randomly?
[15:11:49 CEST] <durandal_1707> Fyr: in order
[15:12:17 CEST] <Fyr> durandal_1707, from the filter1 to filter3?
[15:12:55 CEST] <durandal_1707> Fyr: it is filtered like you defined graph
[15:13:04 CEST] <Fyr> ok, thanks
[15:13:04 CEST] <Mavrik> Fyr: it's in that order
[15:28:37 CEST] <arcmm> Hello guys, i am having some trouble using H265 with ffmpeg, my input is a sequence of .ppm yuv444p images with the resolution of 1296x964 and my output is a mp4 file, however my output resolution is changed, it is 1296x960
[15:33:00 CEST] <arcmm> i am using this command: "ffmpeg -framerate 7 -i image%04d.ppm  -c:v libx265 -strict experimental h265lsmd.mp4 &> output.txt" and my output is this https://pastebin.com/qyF4DKt2
[15:33:45 CEST] <arcmm> Has anyone ever had this problem?
[15:35:51 CEST] <Fyr> arcmm, what kind of trouble have you encountered?
[15:36:17 CEST] <arcmm> The output file comes out with the wrong resolution, compared to the input
[15:36:48 CEST] <arcmm> if i change to x264 the output resolution is fine, however if i use x265 the resolution comes out wrong
[15:37:20 CEST] <Fyr> arcmm, why are you using an old version of FFMPEG?
[15:37:42 CEST] <arcmm> it is the one on the ubuntu repositories
[15:38:13 CEST] <Fyr> arcmm, then, it's a rather old version.
[15:39:31 CEST] <Fyr> arcmm, https://launchpad.net/ubuntu/+source/ffmpeg
[15:39:40 CEST] <Fyr> FFMPEG 3.3.4-2
[15:40:02 CEST] <arcmm> sorry , i am using ubuntu LTS version
[15:40:40 CEST] <arcmm> however i tried using version 3.4.2-64bit-static
[15:40:59 CEST] <Fyr> arcmm, https://launchpad.net/~mc3man/+archive/ubuntu/trusty-media
[15:40:59 CEST] <Fyr> FFMPEG 3.3.3
[15:41:29 CEST] <Mavrik> Probably related to the fact that the video size isn't divisible by 16
[15:43:35 CEST] <arcmm> Mavrik, I see. does it only have to be divisible by 16 on x265?
[15:45:16 CEST] <Mavrik> I think it's in all MPEG formats, it's just that the codec handles that internally.
[15:45:27 CEST] <Mavrik> x265 should do that too... but I suspect a bug in that direction :)
[15:45:36 CEST] <Mavrik> maybe update x265 if its old?
[15:46:22 CEST] <arcmm> If i use another image set with resolution 1624x1224 , the output comes out right, with both x264 and x265
[15:46:36 CEST] <Fyr> arcmm, I tried to reproduce your error on Win7 x64, FFMPEG 3.4.2.
[15:46:50 CEST] <Fyr> the video is as the input image.
[15:47:19 CEST] <Fyr> 1296x964
[15:47:42 CEST] <Fyr> I tried the following command:
[15:47:42 CEST] <Fyr> ffmpeg -f image2 -framerate 7 -i "%d.png" -c:v libx265 -preset:v veryslow -crf 0 -an -sn -threads 3 -y "output.mp4"
[15:50:42 CEST] <arcmm> i will try with version 3.4.2-64bit-static and your command
[15:50:49 CEST] <Fyr> arcmm, are you trying to create a movie from molecular dynamics snapshots?
[15:51:16 CEST] <arcmm> Fyr, no, just a pointgrey camera that i have on a robot
[15:52:03 CEST] <confusedjoe32> cock
[15:52:18 CEST] <arcmm> pointgrey CMLN-13S2M-CS
[15:52:40 CEST] <Fyr> arcmm, you should append the -report option to report errors.
[15:53:35 CEST] <Fyr> you used "&> output.txt", you should replace it with "-report"
[16:00:30 CEST] <arcmm> Fyr, using the old version it gave this output: https://pastebin.com/T2UTY3Dd
[16:01:26 CEST] <FlipFlops2001> Anybody else having trouble opening "ffmpeg-20180326-3eff98c-win64-shared.zip" in Windows?
[16:02:54 CEST] <Fyr> arcmm, please add the output for:
[16:02:54 CEST] <Fyr> ffprobe h265lsmd.mp4
[16:03:55 CEST] <arcmm> Fyr here: https://pastebin.com/8af9QET6
[16:05:01 CEST] <arcmm> using the static newer version the resolution is still wrong, however the colors come out wrong aswell
[16:05:38 CEST] <Fyr> then, I ought to say: try to use the latest version, if the problem remains, post the bugreport, arcmm.
[16:06:22 CEST] <Fyr> the colors are wrong because of choosing the wrong pix_fmt. you should set it manually if FFMPEG fails to pick the proper one.
[16:08:16 CEST] <Fyr> arcmm, if you are so eager to make the movie, you can send me a few images, I'll try to reproduce it on my computer.
[16:08:43 CEST] <arcmm> Fyr, it is for my thesis, "sadly" i must make it :-)
[16:09:16 CEST] <arcmm> it is quite big image set however i can zip 10 or so images and send you
[16:09:28 CEST] <arcmm> Thank you
[16:09:42 CEST] <Fyr> ok, I tried to reproduce it with a few newly created PNG files, the problem wasn't observed.
[16:11:40 CEST] <Fyr> arcmm, a few images would good.
[16:13:57 CEST] <arcmm> Sent a google drive link with the first 10 images of the set
[16:13:58 CEST] <arcmm> Thanks
[16:23:50 CEST] <Fyr> arcmm,
[16:23:50 CEST] <Fyr> https://pastebin.com/AVKbGAXD
[16:23:50 CEST] <Fyr> https://pastebin.com/dzHV7FnT
[16:23:50 CEST] <Fyr> https://pastebin.com/1NwM6CKM
[16:24:07 CEST] <Fyr> non-reproducible on my platform.
[16:25:17 CEST] <arcmm> That probably means that it has something to do with the version of something i am using
[16:25:25 CEST] <arcmm> Thanks Fyr, i will try changing versions
[16:26:57 CEST] <Fyr> arcmm, the workaround would be to convert it losslessly into H264, then reconvert it into HEVC.
[16:27:08 CEST] <Fyr> if H264 works fine.
[16:28:07 CEST] <arcmm> Thanks for your time Fyr, i will try that
[16:53:54 CEST] <curiouscart> is anybody able to build master? i'm seeing the following: https://pastebin.com/zPhBMDxB
[16:55:40 CEST] <durandal_1707> curiouscart: i can just fine, but i use clang
[16:58:10 CEST] <curiouscart> thanks, i think i should be able to request homebrew to use it
[16:59:07 CEST] <durandal_1707> curiouscart: i mean, you do not need clang to build ffmpeg now
[16:59:24 CEST] <durandal_1707> try make clean && make distclean
[17:04:02 CEST] <curiouscart> i'm not doing this myself but indirectly through homebrew
[17:06:08 CEST] <curiouscart> woops, clang's not an option actually
[17:27:51 CEST] <curiouscart> i tried to mimic make clean && make distclean by removing the homebrew cache, but no luck
[18:08:05 CEST] <Fyr> durandal_1707, does FFMPEG compiled with clang have advantages over that one compiled with gcc?
[18:08:10 CEST] <Fyr> is it faster?
[18:09:28 CEST] <JEEB> nope
[18:09:36 CEST] <JEEB> or well, difference in either way is generally minimal
[18:09:53 CEST] <JEEB> clang is generally utilized on macos because it's shipped with xcode
[18:10:09 CEST] <JEEB> (the gcc shipped is a patched 4.2.1 so you really don't want to use that one any more)
[18:10:30 CEST] <JEEB> and generally you might just like clang's warnings/errors/analyzer output
[18:10:35 CEST] <Fyr> maybe, the developers should use clang on all the platforms.
[18:10:46 CEST] <Fyr> since it's present on all the platforms.
[18:12:29 CEST] <DHE> and lots of the performance-sensitive bits are written in assembly...
[18:13:02 CEST] <JEEB> yes, and automatized vectorization is anyways disabled since every time someone enables it - it breaks binaries generated by some compiler
[18:13:27 CEST] <JEEB> anyways, I use both clang and gcc on *nix since I can see the worth of having more analyzation data points
[18:13:58 CEST] <JEEB> but you will not gain perf with clang on x86 or ARM at least with regards to FFmpeg
[18:23:08 CEST] <FlipFlops2001> Hello and
[18:23:14 CEST] <FlipFlops2001> Good Day!
[18:23:54 CEST] <FlipFlops2001> Has anyone else experienced a problem opening the latest Nightly FFMPEG zip file (ffmpeg-20180326-3eff98c-win64-shared.zip)?
[18:26:59 CEST] <durandal_1707> FlipFlops2001: from where you downloaded that?
[18:28:49 CEST] <kevinnn> Hi all! Can anyone point me to example code that'll let me record my x11 screen and output it to h264? I know I can use x11grab with the ffmpeg cli command but I want to do it through c++ and libavcodec so I can potentially stream the frames over a network live. Thank you!
[18:31:16 CEST] <FlipFlops2001> Downloaded three times from: https://ffmpeg.zeranoe.com/builds/win64/shared/
[18:31:51 CEST] <kevinnn> FlipFlops2001: downloaded what?
[18:33:06 CEST] <FlipFlops2001> Repeat initial message: Unable to open downloaded zip file in Windows -"ffmpeg-20180326-3eff98c-win64-shared.zip"
[18:33:31 CEST] <furq> FlipFlops2001: yeah that's broken
[18:33:33 CEST] <kevinnn> FlipFlops2001: ah you're not referencing my question
[18:33:46 CEST] <furq> it's about 6MB shorter than it should be
[18:34:21 CEST] <FlipFlops2001> Guess I'll wait for the next Nightly Release.
[18:35:50 CEST] <furq> FlipFlops2001: get ffmpeg-latest-win64-shared.zip
[18:36:16 CEST] <furq> that's the same file except it works
[18:37:25 CEST] <furq> i'm not really sure what kind of distribution setup zeranoe is running where one isn't a symlink to the other but nvm
[18:41:20 CEST] <FlipFlops2001> The ffmpeg-latest-win64-shared.zip is the N-90433-g5b31dd1c6b version which is the previous version (2018-03-25).
[18:41:54 CEST] <FlipFlops2001> Already got that version.
[18:42:49 CEST] <furq> ffmpeg version N-90441-g3eff98c927 Copyright (c) 2000-2018 the FFmpeg developers
[18:42:55 CEST] <furq> looks correct to me
[18:43:25 CEST] <FlipFlops2001> I'll try it again. Be back.
[18:58:09 CEST] <FlipFlops2001> Just downloaded "ffmpeg-latest-win64-shared.zip" from Zeranoe and upon unzipping it, it's still the N-901433-g5b31dd1c6b version. Where are you downloading the N-90441 version? Other sites like NuGet and VideoHelp also only have the N-60433 version.
[18:58:41 CEST] <FlipFlops2001> Correction: N-90433
[19:01:49 CEST] <furq> https://ffmpeg.zeranoe.com/builds/win64/shared/ffmpeg-latest-win64-shared.zip
[19:03:05 CEST] <FlipFlops2001> That's where I downloaded it from.
[19:08:24 CEST] <FlipFlops2001> Downloaded on 3/27/2018 @ 11:53 AM CDT. Unzipped to the FFMPEG64 directory and windows explorer reports V N-90433.
[19:09:04 CEST] <durandal_1707> windows exploder
[19:11:28 CEST] <marcurling> Hello, how can I set a (start at) -ss mm:ss and (stop at) -t or -to at the same time? (i.e. 'stop at' never seems to work) Please provide an example or link!
[19:12:22 CEST] <furq> marcurling: you need to either set them both as input options or both as output options
[19:12:37 CEST] <furq> if you have one either side of -i then it won't work the way you expect
[19:13:21 CEST] Action: marcurling thanks furq :)
[19:15:06 CEST] <marcurling> furq: one precision, in that case, does -t counts from beginning of file or -ss set time?
[19:15:46 CEST] <furq> -t is relative to -ss, -to is absolute
[19:16:07 CEST] <marcurling> Thank you verymuch
[00:00:00 CEST] --- Wed Mar 28 2018