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

[burek]

[01:07:50 CEST] <autofsckk> hello, hello, i want to convert an mp4 movie to avi, i already did doing the "-codec copy" option but it didnt work, i try to play it on a specific dvd player that can do usb, i have a file that can be played in this specific player, i think its because the video format, how can i know that? i see that with mediainfo i get video format MPEG-4 Visual for the one that works on the player, but i have AVC
[01:11:26 CEST] <autofsckk> https://pastebin.com/AJbvCYk8   this info i get from mediainfo from both files
[01:13:43 CEST] <autofsckk> or could it be because of the audio that the video doesnt work? ill paste all the information from mediainfo from both files, hope somebody give me a hint, thanks
[01:14:50 CEST] <autofsckk> https://pastebin.com/CKUgM6AF
[01:41:28 CEST] <relaxed> autofsckk: see if this 30 seond sample works,  ffmpeg -i input -c:a libmp3lame -ac 2 -b:a 192k -c:v mpeg4 -vtag XVID -q:v 2 output.avi
[01:42:23 CEST] <relaxed> s/seond/second/
[01:44:47 CEST] <relaxed> oh, you probably need to scale it down as well
[01:46:23 CEST] <relaxed> add -vf scale=720:-1
[01:47:44 CEST] <autofsckk> relaxed: thanks, doing it, but i have a very very old computer and it seems that its going to fly, the fan is very noisy :/
[01:49:57 CEST] <TheAMM> Can I (ab)use some filter to freeze the first frame to use in a filter graph, with only one input?
[01:49:59 CEST] <relaxed> that means it's working hard for you :)
[01:50:37 CEST] <TheAMM> Like [in]split[v1][v2]; [v2]<first frame>[v2]; ...
[01:52:01 CEST] <TheAMM> To avoid the XY problem, the goal is to use a single input, crop a selected area and overlay that over the static first frame
[01:52:03 CEST] <relaxed> maybe the select filter?
[01:52:08 CEST] <autofsckk> the quality of the output video si great, let me copy it to my usb and test it on the dvd player, gimme a sec relaxed and thanks for the help
[01:52:33 CEST] <relaxed> you're welcome
[01:58:35 CEST] <TheAMM> select=eq(n, 0) does work
[02:00:27 CEST] <autofsckk> well, the audio worked but not the video, i just get the image of the speller dvd player
[02:00:30 CEST] <autofsckk> ja
[02:03:04 CEST] <relaxed> mediainfo output of that file?
[02:03:24 CEST] <autofsckk> https://pastebin.com/ra2TATNt
[02:03:30 CEST] <autofsckk> was doing that :D
[02:05:09 CEST] <autofsckk> i see different the writing library, xvid 64 the one that works, and  lavc57.107.100 the one that does not work
[02:06:10 CEST] <autofsckk> i also see that the audio seems different, but i was getting audio from the file so i think thats not important
[02:06:15 CEST] <Lite89> Hello!
[02:08:02 CEST] <autofsckk> Lite89: hi
[02:08:35 CEST] <Lite89> Couple days before I requested here about ways of solving an issue I'm facing, trying to cancatenate decrypted via OpenSSL transport stream fragments. I just faced an errors about each of ~300+ segments like it shown here https://stackoverflow.com/questions/42432898/live-tv-recording-ts-to-mp4-with-ffmpeg
[02:09:34 CEST] <Lite89> Here one of members helped me, messaging that I should use at FFMPEG some kind of '/b copy' command
[02:09:58 CEST] <Lite89> but I forgot how it should be exactly.
[02:10:50 CEST] <Lite89> I mean FFMPEG doesn't understand '/b copy' command maybe I was wrong when marked this advise in my note.
[02:11:05 CEST] <Lite89> Also have one more question.
[02:12:25 CEST] <Lite89> Faced same issue trying to concatenate non-encrypted parts (segments) with .AAC extension (audio stream).
[02:13:06 CEST] <Lite89> Here are errors sown by FFMPEG due to process of concatenation
[02:14:11 CEST] <Lite89> 'Application provided invalid, non monotonically increasing dts to muxer in stream 0: XXXXXXXX >= YYYYYYYY' and sometimes 'Estimating duration from bitrate, this may be inaccurate'
[02:14:52 CEST] <Lite89> Thanks in advance
[02:19:24 CEST] <autofsckk> relaxed: any idea how can i fix that?
[02:21:43 CEST] <Lite89> Maybe for AAC I should be guided by the instructions in the section M
[02:22:29 CEST] <Lite89> Maybe for AAC I should be guided by the instructions in the section 'Using intermediate files' provided here https://trac.ffmpeg.org/wiki/Concatenate ?
[02:23:02 CEST] <Lite89> I mean that: 'If you have MP4 files, these could be losslessly concatenated by first transcoding them to MPEG-2 transport streams. With H.264 video and AAC audio, the following can be used'
[02:24:06 CEST] <Lite89> As soon as this is the decision, so how should look an example, provided there for MP4 (H.264) for AAC?
[02:51:57 CEST] <allohol> Lite89: 'copy /b 1st.chunk /b +2nd.chunk /b +nth.chunk concatenaded.output'
[03:16:02 CEST] <Lite89> @allohol, thanks, but still didn't understand. Where exactly this 'copy /b ...+...+...' string should be included in command string like: 'FFMPEG -f concat -safe 0 -i C:\FFMPEG\MyList.TXT -acodec copy C:\Output.MP4'??
[05:45:16 CEST] <Matador> weee
[05:45:16 CEST] <Matador> https://trac.ffmpeg.org/ticket/6418
[05:45:36 CEST] <Matador> How much bounty/sponsor will it take to fix that ? heh
[11:22:26 CEST] <blaisebool> hello, I'm trying to convert flv to mp4 whith this command : ffmpeg -i file01.flv -vcodec h264 -acodec aac -strict -2 file01.mp4 but I'm getting this error : "Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height"
[11:22:31 CEST] <blaisebool> any help
[11:23:01 CEST] <blaisebool> would be appreciated :-)
[11:23:57 CEST] <blaisebool>   Stream #0:0 -> #0:0 (vp6f (native) -> h264 (libx264))
[11:43:26 CEST] <blaisebool> I found
[11:43:34 CEST] <blaisebool> for those interested :
[11:43:48 CEST] <blaisebool> find . -type f -iname "*.flv" -exec ffmpeg -i '{}' -f mp4 -b 500k -r 30 -vcodec h264 -acodec aac -strict -2 -ab 128k -ar 48000 -ac 2 -s 720x480 '{}.mp4' \;
[12:37:25 CEST] <relaxed> blaisebool: pastebin.com the ffmpeg output from the input that fails
[12:37:55 CEST] <blaisebool> relaxed , it works now with my last command :-) thanks a lot
[12:38:46 CEST] <relaxed> -strict -2 shouldn't be needed with recent ffmpeg releases
[12:39:42 CEST] <blaisebool> my version is 2.8.15
[12:40:32 CEST] <blaisebool> without -strict -2, ffmpeg complains this "aac"
[12:41:05 CEST] <relaxed> ok, any reason you're using such an old version?
[14:28:54 CEST] <blaisebool> relaxed latest from Centos package
[14:35:11 CEST] <kwizart> blaisebool, if using ffmpeg from rpmfusion, we are in the middle of updating the package to 3.x
[14:35:58 CEST] <relaxed> blaisebool: https://www.johnvansickle.com/ffmpeg/
[14:36:14 CEST] <blaisebool> thanks a lot :-)
[16:24:58 CEST] <mux> egeltje_: spam
[18:38:59 CEST] <rmbeer> hello...
[18:39:49 CEST] <rmbeer> for '-f concat' parameter, where found the complete guide for the text file? i need specific the init and length time for each fragment of video to concatenate....
[18:45:15 CEST] <rmbeer> i found this: https://ffmpeg.org/ffmpeg-formats.html#concat-1
[18:45:37 CEST] <rmbeer> but not understand, i must use inpoint and outpoint instead of init and length?...
[18:54:28 CEST] <relaxed> rmbeer: have you read https://trac.ffmpeg.org/wiki/Concatenate  ?
[18:57:10 CEST] <rmbeer> relaxed, the document no explain about of take a fragment of each video... :/
[18:57:27 CEST] <rmbeer> i need set the init and length time for each video...
[18:59:15 CEST] <rmbeer> relaxed, and your document jump to my document link... :/
[18:59:57 CEST] <rmbeer> i need understand how to work with 'duration', 'inpoint', and 'outpoint', but i not understand...
[19:02:55 CEST] <rmbeer> https://ptpb.pw/vTCJ.txt
[19:03:14 CEST] <rmbeer> Unsafe file name '../vids/Juego del Laberinto-ZXx3IZEC88o.mp4'
[19:03:26 CEST] <rmbeer> what is the problem?...
[19:09:53 CEST] <relaxed> rmbeer: add -safe 0 before the -i
[19:11:41 CEST] <rmbeer> relaxed, thanks!... now i'm test it...
[19:12:20 CEST] <rmbeer> the next problem is check if init and length is correct...
[19:13:41 CEST] <rmbeer> nice... ffmpeg explode in errors....
[19:14:01 CEST] <rmbeer> Non-monotonous DTS in output stream 0:1; previous: 39458879, current: 37508832; changing to 39458880. This may result in incorrect timestamps in the output file.
[19:14:12 CEST] <rmbeer> in million of lines...
[19:26:22 CEST] <relaxed> rmbeer: maybe the concat filter is your best bet
[19:26:52 CEST] <rmbeer> relaxed, .... what?....
[19:27:28 CEST] <rmbeer> this seem a bug of ffmpeg...
[19:27:58 CEST] <rmbeer> my videos work perfect, and the lines of concat file is good... what happened then?...
[19:29:57 CEST] <relaxed> hmm, sometimes changing containers can get around this. remux your mp4s to nut, ffmpeg -i input -c copy output.nut
[19:30:19 CEST] <relaxed> then adjust your concat list to point to them
[19:30:57 CEST] <rmbeer> relaxed, what is nut??...
[19:31:09 CEST] <relaxed> a container, like mp4
[19:31:35 CEST] <relaxed> it's worth a shot :)
[19:31:41 CEST] <rmbeer> well, if i not have other, make all fragments files... :/
[19:32:13 CEST] <rmbeer> that shit...
[19:33:04 CEST] <ChocolateArmpits> why does http://ffmpeg.pastebin.com/  redirect to simple pastebin.com ?
[19:33:28 CEST] <relaxed> it's a trap
[19:34:42 CEST] <ChocolateArmpits> did someone once expect that there will be preferential treatment of ffmpeg on pastebin?
[19:35:25 CEST] <Loeb> has the 33 bit mpeg-ts timestamp overflow been fixed or is that something that still has to be manually patched? Google is bringing up some reports and a patch from 2012 but I don't see a bug report for ffmpeg itself
[19:38:41 CEST] <JEEB> Loeb: there's a timestamp overflow handling code in lavf's general utilities
[19:40:49 CEST] <Loeb> JEEB, what is that? Google isn't bringing anything obvious up
[19:45:10 CEST] <JEEB> don't remember the exact spot where the code was, but IIRC the generic packet reading code used AVFMT_TS_DISCONT
[19:45:31 CEST] <JEEB> the demuxer exports the amount of bits its timestamp field has
[19:46:17 CEST] <JEEB> and then ffmpeg.c has some generic stuff for discontinuity handling separately
[19:47:36 CEST] <Loeb> Hmm... So I should probably try using -copyts and see if it fails after 26 hours?
[19:47:44 CEST] <JEEB> oh, copyts then disables a lot of stuff :D
[19:47:52 CEST] <Loeb> uh oh
[19:48:20 CEST] <Loeb> I'm just looking to get audio sync here, which seems to require keeping the original timestamps in place
[19:48:43 CEST] <Loeb> the async filters don't seem to do much if your source input has any errors
[19:48:44 CEST] <JEEB> audio sync generally wasn't a problem for me with any mpeg-ts inputs I've had
[19:49:02 CEST] <JEEB> oh, errors in the input?
[19:49:18 CEST] <JEEB> ok, found the place
[19:49:30 CEST] <Loeb> Yes. Input we get tends to have errors sooner or later
[19:49:31 CEST] <JEEB> ff_read_packet in libavformat/utils.c tries to do the wrap-arounds
[19:49:34 CEST] <Loeb> and ffmpeg doesn't handle them well
[19:50:42 CEST] <JEEB> there's two levels really
[19:50:47 CEST] <JEEB> 1) libavformat itself
[19:50:49 CEST] <JEEB> 2) ffmpeg.c
[19:50:59 CEST] <JEEB> copyts disables some stuff in ffmpeg.c
[19:51:44 CEST] <JEEB> they both attempt to do some things, although I've found ffmpeg.c's logic to not always be perfect :P
[19:51:46 CEST] <Loeb> So how should I go about preserving timestamps so that stuff can fall back in sync after errors?
[19:51:59 CEST] <Loeb> The docs I'm reading about this are 6 years old now
[19:52:04 CEST] <JEEB> eh
[19:52:14 CEST] <JEEB> the docs are generated each night
[19:52:32 CEST] <Loeb> Different docs, sorry
[19:52:41 CEST] <Loeb> some paper written in 2012 about ffmpeg stability over long term use
[19:53:06 CEST] <JEEB> anyways, if I were taking in live inputs I'd probably just use the API
[19:53:09 CEST] <JEEB> instead of ffmpeg.c
[19:53:23 CEST] <JEEB> because ffmpeg.c has a lot of weird logic (part of which you can disable with copyts)
[19:54:09 CEST] <Loeb> The API?
[19:55:02 CEST] <JEEB> FFmpeg itself consist of the libraries (libavformat, libavcodec etc) and an example API client (ffmpeg.c)
[19:55:39 CEST] <Loeb> Ah, so if I'm just running ffmpeg from the command line, that's (the) ffmpeg.c (example API)?
[19:55:44 CEST] <JEEB> yes
[19:55:54 CEST] <JEEB> example API client
[19:55:56 CEST] <kepstin> ffmpeg.c is a great tool for batch stuff with local files, and behaves acceptably in limited circumstances when dealing with live/streaming stuff.
[19:56:04 CEST] <JEEB> which you can get surprisingly far with
[19:56:10 CEST] <Loeb> That's what we're doing right now. And it does reasonably well
[19:56:16 CEST] <Loeb> but it sounds like we need to be using it differently?
[19:56:21 CEST] <Loeb> Or, rather not using it
[19:56:23 CEST] <JEEB> which is why you get then people holding their heads when you start hitting the borders
[19:56:51 CEST] <JEEB> also btw: you can disable most that ffmpeg.c does for your timestamps with -copyts -vsync passthrough
[19:57:04 CEST] <JEEB> but it will indeed not try to fix various timestamp discontinuities with that
[19:57:17 CEST] <JEEB> if it's not something handled by the wrap-around helper in lavf/utils
[19:57:50 CEST] <Loeb> So if I'm going to try and move our current process from ffmpeg.c over to ???, where do I need to start reading?
[19:58:03 CEST] <JEEB> see the examples directory under docs
[19:58:06 CEST] <JEEB> in the git repository
[19:58:18 CEST] <JEEB> doc/examples I mean
[19:58:33 CEST] <JEEB> I think the transcoding example is relatively (?) up-to-date with the API usage
[19:58:58 CEST] <JEEB> and if you want to look something up, googling "site:ffmpeg.org doxygen trunk KEYWORD" generally finds the documentation that's being generated
[19:59:31 CEST] <Loeb> So all of this would need to be written in C?
[19:59:52 CEST] <JEEB> not necessarily in C, I've used C APIs from python, rust and go so far :P
[20:00:00 CEST] <JEEB> the API is in C, though, of course
[20:01:21 CEST] <JEEB> Loeb: also the alternative is to start modifying ffmpeg.c, but it's so full of stuff I'm not sure if cleaning that up for your use case would take more or less time than making an API client of your own
[20:05:01 CEST] <JEEB> Loeb: also I recommend checking whereabouts your timestamps go weird btw. you can add an av_log before and after wrap_timestamp in libavformat/utils.c
[20:05:22 CEST] <JEEB> if it's: 1) the mpegts demuxer 2) the wrap-around logic or 3) ffmpeg.c itself
[20:05:48 CEST] <JEEB> it's a lot of logging but I'd guess it's worth it :P
[20:06:09 CEST] <JEEB> (since each packet of data read from the MPEG-TS packets gets logged)
[20:06:32 CEST] <JEEB> and preferably keep dumping the input with multicat or so
[20:06:52 CEST] <JEEB> so that when you get to the point where the breakage happens you can have a sample
[20:06:58 CEST] <JEEB> (and then to iterate over it)
[20:07:15 CEST] <Loeb> Can't say I know any C but I do know python. But I'm also fairly new to writing code. Think I'll poke around at it in the evening and see if I can make head and tails of it.
[20:07:45 CEST] <Loeb> There isn't a tool that will take a ffmpeg command sequence and turn it into some sort of API example, is there? I'm assuming no but always worth asking
[20:07:56 CEST] <JEEB> nope
[20:08:10 CEST] <JEEB> also for the record, without disabling the extra things in ffmpeg.c, with generally sane mpeg-ts input even ffmpeg.c can be up for weeks
[20:08:38 CEST] <JEEB> when you start hitting interesting things then it can either fail right away, or fail after a few days
[20:09:12 CEST] <JEEB> for example if a broadcaster muxes in a subtitle track with completely bogus timestamps (not even close to PCR), and  you happen to receive one before you get PCR
[20:09:17 CEST] <rmbeer> ffmpeg are bugged... I am concatenating videos, the original video is in perfect condition, but when I concatenate the video it is cut out and the next half is filled with the last frame, it is not what I ask, only concatenate videos!!....
[20:09:45 CEST] <rmbeer> that shit...
[20:09:50 CEST] <JEEB> rmbeer: there's like N different things that different people made for their specific use case of concatenation
[20:09:53 CEST] <JEEB> have fun
[20:09:58 CEST] <kepstin> rmbeer: you're probably trying to concatenate incompatible videos without re-encoding :/
[20:10:35 CEST] <Loeb> JEEB, sometimes we have stuff that's up for weeks... problem is we don't get sane mpeg-ts input all the time
[20:10:44 CEST] <Loeb> And I need to make everything more robust in that regard
[20:10:54 CEST] <rmbeer> kepstin, 'ffmpeg -f concat -safe 0 -i cconct.txt caca.mp4' - https://ptpb.pw/v8q7.txt
[20:11:05 CEST] <JEEB> concat demuxer \o/
[20:11:20 CEST] <rmbeer> nothing strange, only ffmpeg does strange things that are over....
[20:11:24 CEST] <kepstin> rmbeer: yep, looks like you're trying to concatenate incompatible videos without re-encoding.
[20:11:30 CEST] <JEEB> no -c copy
[20:11:34 CEST] <kepstin> oh, huh
[20:11:36 CEST] <JEEB> then he might as well concat with the filter
[20:11:40 CEST] <JEEB> instead of demuxer
[20:12:10 CEST] <kepstin> yeah, i guess this would need the filter then, there must be some weirdness where there's a video reconfig that isn't being handled by the decoder or something?
[20:12:28 CEST] <JEEB> dunno, I'd put the blame generally on the concat demuxer :P
[20:12:38 CEST] <kepstin> probably, yeah.
[20:13:16 CEST] <JEEB> Loeb: first of all if you have some input that's known to do it at some point, set up multicat that dumps into a directory with like 2 minute blocks. then have a cron job that cleans up segments that are older than N hours.
[20:13:24 CEST] <JEEB> multicat being https://code.videolan.org/videolan/multicat
[20:13:52 CEST] <kepstin> rmbeer: you're going to want to try the concat filter, https://ffmpeg.org/ffmpeg-filters.html#concat
[20:14:08 CEST] <JEEB> that way you can possibly catch teh actual glitching moment so you have a test case
[20:14:34 CEST] <JEEB> and after that you can analyze what went wrong and where
[20:14:39 CEST] <rmbeer> kepstin, you saying that i must test with other method of concat?...
[20:14:39 CEST] <kepstin> rmbeer: note that the concat filter will have issues if the inputs have different framerates.
[20:14:56 CEST] <kepstin> rmbeer: that's exactly it, yes. your input files don't work with the method you're trying right now.
[20:15:20 CEST] <rmbeer> ok... thanks... try with other methods...
[20:15:57 CEST] <kepstin> (another option might be to try to remux the input files to mpeg-ts, then combine them with 'cat' or by using the concat protocol)
[20:19:37 CEST] <rmbeer> ffmpeg -i fr1b.mp4 -i fr2.mp4 -i fr3b.mp4 -i fr4b.mp4 -i fr5b.mp4 -i fr6b.mp4 -i fr7b.mp4 -i fr8b.mp4 -i fr9b.mp4 -filter_complex '[0:0] [0:0] [0:0] [0:0] [0:0] [0:0] [0:0] [0:0] [0:0] concat=n=9' caca.mp4
[20:19:43 CEST] <Loeb> JEEB, yup, need to get a test file to mess with.
[20:19:51 CEST] <Loeb> Thanks for the help
[20:20:11 CEST] <JEEB> and then you can also poke at it with DVBInspector
[20:20:12 CEST] <rmbeer> https://pastebin.com/raw/aT7smu6R
[20:20:20 CEST] <JEEB> so you can have an alternative view on how the timestamps look
[20:20:42 CEST] <JEEB> https://sourceforge.net/projects/dvbinspector/
[20:20:58 CEST] <JEEB> it's java, but still probably the least bad thing to poke at MPEG-TS
[20:21:15 CEST] <JEEB> it has a nice graph for DTS/PTS/PCR too
[20:23:23 CEST] <rmbeer> I give up, I can not even ffmpeg concatenate these fragments, I'll have to wait for the bugs to fix....
[20:23:59 CEST] <JEEB> rmbeer: have you made a bug report on the trac tracker with samples so that it can be tested by someone else then?
[20:24:24 CEST] <rmbeer> JEEB, still no...
[20:24:31 CEST] <JEEB> ok, too bad
[20:24:35 CEST] <JEEB> then it will not get fixed
[20:24:44 CEST] <rmbeer> ........
[20:24:52 CEST] <JEEB> because the concat demuxer clearly worked for someone so it isn't broken always
[20:24:59 CEST] <JEEB> is this a hard to understand concept?
[20:25:33 CEST] <JEEB> if it's just two of the files needed to make it happen then just provide the two files and your command line
[20:25:45 CEST] <JEEB> and put a bug report on trac
[20:27:05 CEST] <relaxed> your concat filter has the same stream specified 9 times, fyi
[20:29:25 CEST] <furq> you shouldn't need to specify them anyway
[20:29:31 CEST] <furq> just -lavfi concat=n=9 should work
[20:30:30 CEST] <relaxed> isn't -lavfi for input ?
[20:30:37 CEST] <furq> no
[20:30:46 CEST] <furq> -lavfi is an alias for -filter_complex
[20:30:49 CEST] <JEEB> probably an alternative for filter_complex
[20:30:49 CEST] <JEEB> yes
[20:30:50 CEST] <kepstin> no, -lavfi is a short way to write -filter_complex
[20:30:50 CEST] <JEEB> :V
[20:31:01 CEST] <furq> you're thinking of -f lavfi
[20:31:03 CEST] <relaxed> OK
[20:31:03 CEST] <JEEB> s/alternative/alias/
[20:31:20 CEST] <relaxed> yes, that what is was
[20:39:17 CEST] <rmbeer> 7mb of files upload to bugtrack...
[20:39:28 CEST] <rmbeer> god... i want cookies...
[20:39:47 CEST] <pzich> are you on dialup?
[20:39:48 CEST] <rmbeer> "Tamaño máximo del archivo adjunto: 2621440 bytes" ok... no matter...
[20:40:13 CEST] <rmbeer> https://trac.ffmpeg.org/ticket/7458
[20:41:57 CEST] <pzich> did you try running again with the '[0:0]'s removed? as relaxed said, you're currently passing in the same stream 9 times
[20:43:47 CEST] <relaxed> rmbeer: the concat demuxer won't work because the videos are different resolutions
[20:44:24 CEST] <rmbeer> yes... sorry... i send a new message...
[20:44:42 CEST] <rmbeer> relaxed, yes, i'm see it...
[20:44:58 CEST] <rmbeer> maybe also have the different fps...
[20:45:34 CEST] <relaxed> with the concat filter, you'll have to scale them all to the same size before reaching concat in the filter chain
[20:46:17 CEST] <rmbeer> omg...
[20:46:35 CEST] <relaxed> there's an example here -->  man ffmpeg-filters|less +/^'   'concat
[20:48:16 CEST] <relaxed> these requirements are all spelled out in the man page
[20:48:32 CEST] <rmbeer> relaxed, I have those documents, but I find it brutally difficult to understand right now, it does not give me the head....
[20:49:01 CEST] <rmbeer> I think I'd better leave it for another day... :(
[20:49:18 CEST] <relaxed> Ok. You probably should close your bug, though
[20:49:19 CEST] <rmbeer> I keep the link and continue it another day....
[20:49:49 CEST] <rmbeer> relaxed, nah... in the bug explain other problems...
[20:50:12 CEST] <rmbeer> not is about of demuxer...
[21:02:09 CEST] <TheAMM> Update for yesterday's "overlay crop over static first frame using only one input" question
[21:02:34 CEST] <TheAMM> select=eq(n,0) did work, but horribly inefficient when I tested it on Sintel instead of a 2 second testsrc encode
[21:03:02 CEST] <TheAMM> I realized overlay keeps the last frame, though, so trim is the better choice
[21:03:48 CEST] <TheAMM> trim=end_frame=1 and feed that to the overlay
[21:19:38 CEST] <relaxed> TheAMM: can you pastebin it? I'm interested to see it
[21:20:21 CEST] <TheAMM> I'm using mpv, so you'll have to use a bit of imagination
[21:20:28 CEST] <TheAMM> '--lavfi-complex=[vid1] split [v][bg]; [bg] trim=end_frame=1 [bg]; [v] crop=488:496:280:247[v]; [bg][v] overlay=280:247 [vo]'
[21:20:46 CEST] <TheAMM> eg mpv sintel.mkv --lavfi-complex=...
[21:21:16 CEST] <TheAMM> Looks like https://mygi.ga/Ygl/aecWK.png
[21:25:00 CEST] <TheAMM> Here's my use-case https://mygi.ga/8wO/aecWL.webm (warning, anime)
[21:25:25 CEST] <TheAMM> (please ignore the flicker, my laptop absolutely hates screen recording)
[21:26:39 CEST] <durandal_1707> nice script
[21:50:01 CEST] <rmbeer> ffmpeg -i "concat:video1.avi|video2.avi" output_video.avi
[21:50:27 CEST] <rmbeer> this is useful for concatenate only two videos or also need -lavfi ?...
[22:11:47 CEST] <rmbeer> well, i solve with -lavfi ... :/
[00:00:00 CEST] --- Thu Sep 27 2018