[01:11:57 CET] <n0xlf> @furq (or others), not sure if you are around but any thoughts on this command isn't producing good results? ffmpeg -i 1.mkv -itsoffset 208 -i 2.mkv -itsoffset 2025 -i 3.mkv -filter_complex "hstack=inputs=3;amix=inputs=3" -c:v libx264 -preset ultrafast -profile:v high -level 4.1 -crf 23 -c:a aac -b:a 128k -ac 2 video.mkv - VLC is audio only with all 3 streams starting simultaneously. Win 10 media player has mostly frozen video, but n [01:12:10 CET] <n0xlf> Audio is the same as VLC, all starting simultaneously. [01:12:53 CET] <n0xlf> And sorry, that is with mp4 output - mkv is totally unusable with either player. [01:13:30 CET] <n0xlf> Not sure if dev would be interested in this as well, but that command is requiring 30GB of memory with low quality 720p videos. [01:14:16 CET] <n0xlf> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 24042 root 20 0 29.195g 0.024t 14284 R 553.1 52.6 67:24.89 ffmpeg [01:14:31 CET] <n0xlf> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [01:14:31 CET] <n0xlf> 24042 root 20 0 29.195g 0.024t 14284 R 553.1 52.6 67:24.89 ffmpeg [01:14:34 CET] <n0xlf> That's better.. [01:15:31 CET] <n0xlf> This is with FFMPEG from GIT - Release vers don't work at all and give a buffer overflow error [01:16:16 CET] <furq> i wonder if itsoffset is causing a ton of frames to be buffered [01:16:45 CET] <furq> if it works without that then you'll have to find a different way to delay things [01:16:48 CET] <furq> maybe setpts [01:22:04 CET] <n0xlf> I knew you'd have some ideas! I'll try it without the offsets at all just to see if I can get acceptable output... [01:27:01 CET] <n0xlf> 340k of mem with no offset :) [01:32:27 CET] <n0xlf> Would I add setpts=PTS+208/TB, asetpts=PTS+208/TB, setpts=PTS+2025/TB, asetpts=PTS+2025/TB ? Trying to figure out what the command would look like.. [01:35:51 CET] <furq> 208/TB would be 208 seconds [01:39:23 CET] <n0xlf> A starting position of that, correct? That's what I want... [01:39:29 CET] <n0xlf> For that particular vid at least [01:41:03 CET] <furq> that doesn't actually work well [01:41:21 CET] <furq> and by well i mean at all [01:41:53 CET] <furq> for video you'd probably want something like -f lavfi -i color=d=208 and then concat your actual video stream onto that [01:42:07 CET] <furq> for the audio streams you can just use adelay [01:45:58 CET] <n0xlf> Yikes, can you give me a sample of what that would look like? Replacing the itsoffset with that... [01:45:58 CET] <n0xlf> ffmpeg -i 1.mkv -itsoffset 208 -i 2.mkv -itsoffset 2025 -i 3.mkv -filter_complex "hstack=inputs=3;amix=inputs=3" -c:v libx264 -preset ultrafast -profile:v high -level 4.1 -crf 23 -c:a aac -b:a 128k -ac 2 video.mkv [01:46:41 CET] <furq> http://vpaste.net/FYZv3 [01:46:43 CET] <furq> something like that [01:47:30 CET] <n0xlf> Thanks - I'll see if my non-offset test even produces something that works..If not then I think I'm out of luck..It's almost done [01:49:47 CET] <furq> http://vpaste.net/3wjlq [01:49:51 CET] <furq> same thing but with the stream order fixed [01:49:55 CET] <furq> if you hadn't noticed that [01:50:19 CET] <furq> er [01:50:27 CET] <furq> http://vpaste.net/wvSfr [01:52:57 CET] <furq> also that should be color=black:d=208:s=123x456 [01:53:09 CET] <furq> with the resolution of the inputs [01:53:16 CET] <furq> otherwise it'll be 320x240 [01:53:32 CET] <furq> it feels like there should be an easier way to do this but i can't think of one right now [01:59:09 CET] <n0xlf> Yeah, this has been quite an experience - I've used ffmpeg for all kinds of things but this is among the most difficult I've worked with. [01:59:46 CET] <n0xlf> The non-offset video works perfectly! That's encouraging... [01:59:49 CET] <n0xlf> I'll try your command now [02:47:22 CET] <n0xlf> All of the audio starts at the beginning but it looks like the video may be correct... [02:57:03 CET] <n0xlf> I left "-ac 2" - That may have been causing it. Re-encoding now... [02:57:33 CET] <n0xlf> @furq, check your msg window too.. [10:03:13 CET] <snadge> how would one set the frame rate for the vectorscope filter? it seems to be defaulting to 25fps for some reason [11:24:59 CET] <halfgaar> Hello. Question: when using swr_convert to convert to a channel layout with more channels than the source, are the missing channels just zero-filled? This is what I need [14:33:57 CET] <arinov_> hi guys [14:34:29 CET] <arinov_> is there a way to mark video by it's date and timer? documentary [16:20:49 CET] <xrandr> Hello. I am using CentOS 6.8. I have tried multiple versions of ffmpeg. I cannot get FFMpeg to encode a video higher than 20 or 30 mb. Any ideas on what I can check? [16:21:49 CET] <xrandr> there is more than enough disk space [16:26:55 CET] <xrandr> any other details i can provide, please ask [16:28:24 CET] <xrandr> https://pastebin.com/hvKBNA3s [16:30:31 CET] <sfan5> and the output? [16:30:53 CET] <xrandr> im re-running it. [16:31:19 CET] <relaxed> and are you running this on the command line or is it php? [16:31:27 CET] <xrandr> both actually [16:31:44 CET] <xrandr> right now i am running command line as the php developer said he did it on the command line as a test and it failed [16:32:45 CET] <xrandr> is there a known php issue with ffmpeg? [16:33:37 CET] <relaxed> well, I've seen people in here who have a working command in their terminal but not when running it via php [16:34:06 CET] <relaxed> but it's mostly because they don't know php :) [16:34:11 CET] <xrandr> so far it seems to be doing fine with command line [16:34:21 CET] <xrandr> id hate to jinx it lol [16:34:53 CET] <sfan5> random guess: you're not reading ffmpeg output from PHP and it eventually dies from SIGPIPE since the buffer is full [16:37:38 CET] <xrandr> sfan5: so a temporary fix would be to increase the buffer size. The permenant fix could be to make sure the developer is asking php to read the ffmpeg output [16:37:57 CET] <sfan5> assuming that actually is the issue, yes [16:40:07 CET] <xrandr> hmm, i also wonder if the fact that so far this has been running over 20 minutes on the command line&.. wonder if max execution time is causing a problem [16:41:46 CET] <relaxed> does php not log these types of issues? [16:42:57 CET] <xrandr> I need to check the log level [16:43:43 CET] <sfan5> better design would be to have a background daemon that manages the encoding jobs. then php would ask that daemon to run a job, get it's status, wait for completion, etc. [16:44:05 CET] <JEEB> yea, running long-running jobs synchronously is a Bad Idea [16:44:30 CET] <JEEB> (also if you are taking in files from 3rd parties you will always want to airgap that stuff as much as possible) [16:44:57 CET] <xrandr> what do you mean by air gap? [16:46:29 CET] <xrandr> sfan5: Ill bring that up with the developer. [16:48:00 CET] <sfan5> what kind of media are you processing anyway that -preset veryfast takes upwards 20 minutes? [16:48:46 CET] <xrandr> its an mp4 file. 500mb [16:48:53 CET] <xrandr> and right now, its going on 40 minutes [16:49:07 CET] <xrandr> and it finished [16:49:22 CET] <xrandr> wait&that was the video time that it was processing [16:49:23 CET] <relaxed> your ffmpeg command looks a little dated. which version are you using? [16:50:01 CET] <xrandr> ffmpeg version N-63893-gc69defd [16:51:00 CET] <sfan5> >11 Jun 2014 [16:51:00 CET] <sfan5> heh [16:51:13 CET] <relaxed> xrandr: https://www.johnvansickle.com/ffmpeg/ [16:53:42 CET] <relaxed> the 3.4.1 release ^^ supports linux 2.6.32, by the way [16:53:59 CET] <xrandr> ok, ill try that [16:55:35 CET] <relaxed> which kernel does centos 6.8 use? [16:55:59 CET] <xrandr> 2.6.32-642.13.1.el6.x86_64 [16:57:18 CET] <xrandr> i have a copy of that ffmpeg on the server as well. Ill use that. I also increased the max execution time and the output buffering [16:57:19 CET] <xrandr> will test [16:58:12 CET] <relaxed> I'm going to bombarded with complaints when the next stable static build requires 3.2.0 [16:59:38 CET] <furq> your site already says that doesn't it [16:59:46 CET] <furq> you should probably just leave the 3.4.1 build for 2.6 up [16:59:53 CET] <DHE> unless you're dealing with hardware-specific stuff, any 64bit kernel should be good for ffmpeg... right? [17:00:03 CET] <furq> alongside the newer builds for newer kernels [17:00:24 CET] <relaxed> DHE: no [17:01:18 CET] <xrandr> running test through php now [17:01:23 CET] <relaxed> yeah, I'll stash 3.4.1 somewhere and point people to it [17:01:30 CET] <DHE> relaxed: how so? [17:01:44 CET] <xrandr> gonna go shower. will check on its progress when i get back [17:02:05 CET] <relaxed> DHE: run, file `which ffmpeg` [17:02:10 CET] <furq> relaxed: out of interest, is there some reason you don't have a -dev archive with the static libs [17:02:18 CET] <furq> other than that it would be additional effort and nobody's asked for it [17:03:59 CET] <relaxed> DHE: it will show you the minimum version of the linux kernel needed to run said binary [17:07:03 CET] <relaxed> sorry, -dev archive with the static libs ? [17:09:07 CET] <relaxed> furq: ^^^ [17:15:40 CET] <DHE> relaxed: not shown on statically linked binaries [17:24:58 CET] <relaxed> huh? I see, ffmpeg-git-20180208-64bit-static/ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=49b34467f17cd1d5eaef093d43fb1682c6b6fbd8, stripped [17:37:18 CET] <DHE> interesting, some executables have that and some don't [17:49:12 CET] <relaxed> because it's statically linked to glibc [17:50:18 CET] <BtbN> glibc is never truely static [17:52:58 CET] <relaxed> right, the next version might prompt me to move to musl [18:17:00 CET] <utack> does vlc use any other hdr tone mapping than mpv? or are they both straight out of ffmpeg? [18:19:33 CET] <JEEB> utack: vlc 3.0 started to use libplacebo by hanna who developed tone mapping for mpv's renderer as well [18:19:54 CET] <JEEB> FFmpeg's tonemap filter was a port of the mpv stuff by koda [18:20:01 CET] <utack> aah [18:20:06 CET] <utack> so it should look the same [18:20:23 CET] <JEEB> I'm just not sure on which environments libplacebo is currently utilized [18:20:30 CET] <JEEB> but it should be the thing used for tone mapping @ vlc [18:20:52 CET] <JEEB> and hanna recently back-ported the changes from libplacebo to mpv's gpu renderer [18:20:58 CET] <JEEB> so currently they should be quite similar [18:21:09 CET] <JEEB> (FFmpeg's tonemap filter is probably the one with the old behavior) [18:22:34 CET] <hanna> VLC doesn't use peak detection though [18:22:39 CET] <hanna> which is the killer feature of the libplacebo algorithm [18:23:05 CET] <hanna> and it's used for OpenGL [18:23:14 CET] <hanna> i.e. on windows you get the native windows HDMI passthrough shit only [18:23:22 CET] <hanna> and DXGI swapchain HDR whatever [18:23:28 CET] <utack> any way to verify peak detection works? i have a feeling the compute peak option in mpv does nothing [18:23:47 CET] <hanna> utack: it's on by default [18:23:50 CET] <hanna> (as of git master) [18:24:04 CET] <hanna> to verify it works, you could intentionally mis-tag the peak [18:26:37 CET] <hanna> try comparing e.g. --vf=format:sig-peak=1000 --tone-mapping=linear with HDR peak detection on vs off [18:27:40 CET] <utack> will do, thanks [18:27:56 CET] <utack> i guess i shoudl get mpv git first [18:28:09 CET] <hanna> incidentally, we could probably try doing scene change detection as well [20:04:53 CET] <prelude2004c> hey everyone.. still dealing with the damn de-interlace issue :( [20:05:04 CET] <dystopia_> bobbing? [20:05:04 CET] <prelude2004c> anyone here familiar with cuvid and how it works ? [20:05:14 CET] <prelude2004c> damn thing wont bob [20:05:29 CET] <dystopia_> can you upload like a 30s sample of the video somwhere [20:05:39 CET] <furq> it's not an issue with the video [20:05:55 CET] <furq> cuvid/nvdec apparently isn't outputting double framerate with -deint bob [20:05:59 CET] <prelude2004c> ${ffmpeg} -hwaccel cuvid -hwaccel_device $gpuenc -c:v mpeg2_cuvid -deint 2 -resize 1280x720 -vsync 1 -i ... [20:06:01 CET] <dystopia_> well it's possible the content can't be bobbed and is true 25fps or whatever [20:06:04 CET] <prelude2004c> i tried deint 2 , i tried bob [20:06:19 CET] <dystopia_> -vf yadif=1:0 [20:06:24 CET] <furq> yeah no [20:06:34 CET] <prelude2004c> my problem is that the video coming is interlaced.. i checked with --show-frames |grep deinter [20:06:36 CET] <prelude2004c> and they are ther.e [20:06:43 CET] <prelude2004c> yadif kills my cpu :( [20:06:45 CET] <furq> he specifically wants nvdec deint [20:06:50 CET] <furq> or cuvid or whatever it's called today [20:06:59 CET] <dystopia_> all yours then furq, i can't help with cuvid [20:07:06 CET] <furq> i have no idea either [20:07:10 CET] <furq> this has just been going on for some time lol [20:07:10 CET] <dystopia_> :( [20:07:20 CET] <JEEB> are you sure the deint goes after input? it sounds like a decoder option if the decoder is supposed to do random things? [20:07:25 CET] <prelude2004c> i know.. F%%F me sideways.. i'm really stuck [20:07:27 CET] <furq> that's before the input [20:07:32 CET] <JEEB> oh [20:07:41 CET] <JEEB> misread :P [20:07:54 CET] <furq> i remember reading it's some issue with ffmpeg not expecting a decoder to double the framerate [20:08:03 CET] <furq> which i guess makes sense [20:08:12 CET] <JEEB> probably a case of the timebase or so :P [20:08:24 CET] <JEEB> outputting more than one per input packet is a-OK with the new API [20:08:27 CET] <prelude2004c> well i did the -r 6000/1001 or whatever ... and you know what it doubled it.. but then my sound sync is off [20:08:53 CET] <furq> if that worked then just add a separate -i foo.mp4 -map 0:v -map 1:a [20:08:54 CET] <prelude2004c> who wants to help me fix this.... i will pay for it.. i can't waste more time on this.. if so message me [20:10:02 CET] <JEEB> I do agree that it's a rather special case since it's trying to do filtering within the "decoder" [20:10:23 CET] <furq> i don't have an nvidia card or else i could at least try this stuff out [20:10:31 CET] <JEEB> anyways, no idea since I don't have too much care about this hwdec :P [20:10:33 CET] <prelude2004c> furq i do.. and remote access [20:10:33 CET] <furq> and info on this online is pretty sketchy [20:10:41 CET] <prelude2004c> teamviewer anytime [20:11:37 CET] <furq> well yeah try the thing i said about adding the input twice and taking the audio from the second one [20:12:18 CET] <prelude2004c> you mean because of audio sync ? [20:12:22 CET] <furq> yeah [20:12:36 CET] <prelude2004c> ok trying [20:13:36 CET] <prelude2004c> ehh i already map stuff [20:13:37 CET] <prelude2004c> "i:0x1e1" "-map i:0x1e2 -map i:0x1e7" [20:14:24 CET] <prelude2004c> furq, i sent you a PM [20:15:10 CET] <furq> it's better to ask in here, i don't really know much about nvenc/cuvid [20:15:23 CET] <furq> i also don't know how mapping from a pid works with multiple inputs [20:15:29 CET] <saucecode> How do I reduce the speed of an audio conversion? Say, if I only wanted ffmpeg to output to file at 64kB/s. Are -bufsize and -maxrate the only options? Are there others? [20:15:46 CET] <furq> saucecode: if you want to output it in realtime add -re before -i [20:16:43 CET] <furq> prelude2004c: maybe -map 0:i:0x1e1 -map 1:i:0x1e2 [20:16:48 CET] <furq> video stream from 0, audio stream from 1 [20:16:58 CET] <furq> it's not entirely clear from the docs if that works [20:17:27 CET] <prelude2004c> well the way i have ti setup or trying to setup is : [20:17:51 CET] <prelude2004c> 1. deinterlace , decode ... 2. transcode back to h265 with nvenc [20:18:31 CET] <prelude2004c> so its all supposed to just happen.. but decode is stuck at 29.97... if -r 60/1.001 audio is out of sync [20:18:41 CET] <prelude2004c> i have not even checked if closed caption is still in tact [20:19:07 CET] <prelude2004c> do -vf work on the input side? [20:19:11 CET] <furq> no [20:19:48 CET] <prelude2004c> becaue it would be nice to.... split out the audio/ video/ a53 data... then deinterlace video... transcode it to h265 and then add a53 & audio back in [20:20:37 CET] <prelude2004c> i was using a custom version that did that before.. .-vf 'a53_split,fps=29.97,a53_combine=ratio=5,scale_npp=w=1280:h=720' [20:21:03 CET] <prelude2004c> but that version doesn't have mpeg2_cuvid [20:21:13 CET] <JEEB> if you have US-based closed captions those most likely won't live through a filter chain - although I have no idea what those a53_{split,combine} filters are [20:21:52 CET] <prelude2004c> well that was supposed to take out the cc data before the video is changed to 30fps .. then put it back after transcoding it [20:21:55 CET] <prelude2004c> it works well. [20:22:04 CET] <prelude2004c> but deinterlacing now is not sooo easy [20:22:14 CET] <prelude2004c> more custom work.. and i don't know how to do it :( need someone to write some code [20:22:16 CET] <JEEB> not after transcoding, but rather within that filter chain after another filter [20:22:27 CET] <JEEB> if I guess right what those filters do :P [20:22:41 CET] <prelude2004c> you think i know ? i didn't write it haha [20:22:44 CET] <prelude2004c> it just works [20:22:57 CET] <JEEB> anyways, your prime issue is that you're suddenly changing the time base of the decoder [20:23:03 CET] <JEEB> or something related to that [20:23:04 CET] <prelude2004c> now i need someone who can write filters and code [20:23:18 CET] Action: JEEB remembers BtbN or so talking about it [20:24:25 CET] <JEEB> I think if you had your own API client you might be able to handle it better [20:24:33 CET] <saucecode> furq: Good suggestion, but it doesn't seem to have helped >.< [20:24:38 CET] <prelude2004c> JEEB, you know how to write that stuff? [20:24:43 CET] <prelude2004c> I don't code myeslf [20:25:10 CET] <tester> it might be off topic, but i need an easy way to cut some .ts file into smaller files before i actually bother to encode it [20:25:24 CET] <tester> i thought about virtualdub, but it cant handle ts files for some reason [20:25:34 CET] <JEEB> tester: so you need the locations of the packets with random access points. after that you can just cut at 188 byte boundaries [20:25:46 CET] <JEEB> you can use ffprobe to get the byte offsets I think? [20:26:05 CET] <JEEB> something like ffprobe -of json -show_streams -show_packets input.ts [20:26:14 CET] <JEEB> (that will output a whole crapload of JSON which you can parse) [20:26:43 CET] <saucecode> I've got an audio file that's being downloaded to, and I want to convert it while the download is still going. But ffmpeg is stopping before the download finishes, I suspect because its reading the 'end' of the file that's being downloaded into. What do I do? [20:26:47 CET] <tester> JEEB im really looking for some easier and more intuitive way [20:26:57 CET] <tester> JEEB visual way that is [20:27:25 CET] <JEEB> then you might want to try out something like murdoccutter [20:27:45 CET] <JEEB> that's what I used to utilize for mpeg-ts cutting. it tends to actually change some data in the thing, though if I recall correctly [20:27:52 CET] <JEEB> (like stripping EPG data) [20:28:28 CET] <tester> google doesnt bring up anything for that name? [20:28:43 CET] <JEEB> http://itsadirect.site90.com/M_cut.html [20:29:05 CET] <JEEB> I think the files are corrupted by the PHP, but if you clear the error from it it's a valid ZIP file [20:29:15 CET] <JEEB> also the UI is in Japanese, but it's the least bad app of that type that I know [20:29:23 CET] <tester> looks fishy af [20:29:32 CET] <JEEB> :D [20:29:53 CET] <JEEB> yea, it's quite a fail with the developer [20:29:55 CET] <JEEB> or well, it's hoster [20:29:57 CET] <JEEB> *its hoster [20:30:34 CET] <JEEB> in theory you could make your own thing with the FFmpeg APIs, but I've just been lazy :P [20:30:43 CET] <BtbN> JEEB, hm? [20:31:02 CET] <JEEB> BtbN: there was a discussion about the cuvid (?) decoder doing bobbing and the whole time base problem [20:31:23 CET] <BtbN> cuvid does bob and adaptive deinterlacing, yes [20:31:29 CET] <BtbN> but not if used as native hwaccel called nvdec [20:31:35 CET] <JEEB> yup [20:31:47 CET] <prelude2004c> what am i missing here.. [20:31:49 CET] <BtbN> and the cuvid decoders do not support and side data [20:31:57 CET] <JEEB> someone just had issues with ffmpeg.c trying to utilize the bobbing and I guessed it was about the time base :P [20:32:06 CET] <prelude2004c> so i need a filter to split out the data before doing anything to it right? [20:32:09 CET] <tester> any idea how to make vitualdub work with ts files? [20:32:18 CET] <JEEB> tester: not going to work, it's based on AVI [20:32:56 CET] <JEEB> there's a few mpegts cutting apps around but I'm totally not sure how much they change the input [20:33:15 CET] <JEEB> because in theory when you want to cut mpeg-ts losslessly you want to do minimal changes [20:33:45 CET] <tester> well it's low quality video from some vhs [20:34:24 CET] <furq> if it's not broadcast shit that you want to keep intact then just use avidemux [20:34:31 CET] <prelude2004c> interesting... -vf 'a53_split,fps=59.94,a53_combine=ratio=5,scale_npp=w=1280:h=720' this doesn't deinterlace it seems but it seems to go up to 60fps [20:34:35 CET] <prelude2004c> but over time audio drifts [20:34:55 CET] <prelude2004c> also, if content is interlaced, doesn't it mean there is more data for transcode.. i'm loosing quality [20:35:07 CET] <prelude2004c> maybe i should just drop all de-interlaced frames [20:35:13 CET] <prelude2004c> sorry interlaced [20:35:36 CET] <prelude2004c> could i not just drop all the interlaced frames.. and then just double up frame rates and somehow keep audio in sync [20:36:07 CET] <JEEB> you're forcibly changing the frame rate so how the flying hell do you think that's not going to affect things [20:36:10 CET] <furq> does hevc support interlaced encoding [20:36:14 CET] <JEEB> it does [20:36:15 CET] <JEEB> field-based [20:36:17 CET] <furq> if it does then you could just leave it interlaced [20:36:28 CET] <furq> probably just add -flags +ildct+ilme [20:36:52 CET] <JEEB> basically you feed it 60/1.001 and tell it it's field-based (either top or bottom field) [20:37:02 CET] <JEEB> of course I have no idea how well libx265 handles that [20:37:04 CET] <JEEB> :P [20:37:10 CET] <furq> well this is nvenc [20:37:12 CET] <prelude2004c> my code right now looks like this. [20:37:15 CET] <JEEB> even better [20:37:19 CET] <furq> lol [20:37:19 CET] <furq> yeah [20:37:42 CET] <furq> if nothing else someone on the nvidia forums seems to have got it working with ffmpeg and nvenc h264 [20:37:59 CET] <prelude2004c> ${ffmpeg} -name ${CHN} -hwaccel cuvid -hwaccel_device $gpuenc -max_alloc 100000000 -threads 1 -vsync 0 -fflags +discardcorrupt -skip_tei 1 -i "$stream" -map $6 $mapping -copyts -start_at_zero -vf 'a53_split,fps=59.94,a53_combine=ratio=5,scale_npp=w=1280:h=720' -c:v hevc_nvenc -profile:v main -2pass 1 -b:v 3500k -preset llhq -minrate 1k -maxrate 5500k -bufsize 3500k -qmin 21 -qmax 32 -refs 4 [20:37:59 CET] <prelude2004c> -bf 0 -g 90 -force_key_frames "expr:gte(t,n_forced*3)" -af "volume=10dB" $audio -avoid_negative_ts 1 -hls_time 6 -hls_flags delete_segments -start_number $start -hls_list_size 5 -hls_key_info_file /tmp/key-${rantmp}/file.keyinfo ${HLS_PATH}/${CHN}/${CHN}.m3u8 [20:38:12 CET] <furq> hevc in hls? [20:38:14 CET] <furq> is that a thing [20:38:15 CET] <tester> JEEB so any non-fishy app you can recommend? [20:38:34 CET] <JEEB> if you only support devices with HEVC capabilities it sure is a thing [20:38:44 CET] <furq> fun [20:38:46 CET] <JEEB> tester: I haven't had to look at other apps since murdoccutter works for me [20:38:53 CET] <furq> tester: avidemux [20:38:59 CET] <furq> or just ffmpeg [20:39:12 CET] <JEEB> he wanted a GUI and I guessed he also wanted basic cutting [20:39:18 CET] <JEEB> as in, no remux [20:39:19 CET] <furq> ffmpeg will probably do a better job but avidemux will give you a not-terrible (and also not-japanese) gui [20:39:19 CET] <aphirst> i'm kind of surprised that it isnt the chinese cartoons at the forefont of HEVC uptake [20:39:20 CET] <tester> ffmpeg isnt an option because it's all cli [20:39:21 CET] <JEEB> if remux is OK [20:39:24 CET] <tester> i really want to select what to cut and stuf [20:39:36 CET] <furq> if it's a vhsrip then i assume remuxing isn't an issue [20:39:41 CET] <JEEB> sure [20:39:44 CET] <JEEB> then avidemux is OK [20:39:56 CET] <JEEB> aphirst: fagsubbing is 99% dead and x265 never got really good [20:40:07 CET] <aphirst> it kind of is tbh [20:40:08 CET] <JEEB> I was one of those who couldn't wait for HEVC to get standardized [20:40:36 CET] <JEEB> but at this point x265 seems to only be significantly better in low bit rate scenarios [20:40:38 CET] <aphirst> all hail or new horriblesubs overlords [20:40:39 CET] <JEEB> as in, where both look bad [20:41:16 CET] <aphirst> well not necessarily [20:41:20 CET] <aphirst> but i know what you mean [20:41:28 CET] <JEEB> basically detail retention takes a real hit with x265 [20:41:35 CET] <JEEB> maybe it gets better with disabling features, but seriously [20:41:46 CET] <JEEB> if you have to actively DISABLE features to improve output - you're fscked [20:41:53 CET] <JEEB> (unless the encoder does that for you) [20:41:58 CET] <aphirst> i'm sure(tm) it'll get better [20:42:15 CET] <JEEB> I don't see a community around it, unlike x264 [20:42:24 CET] <JEEB> it's multicoreware [20:42:27 CET] <JEEB> and that's it [20:43:01 CET] <JEEB> I mean, sure. a miracle *can* happen [20:43:19 CET] <JEEB> and my last tests are now more than a year+ old [20:43:39 CET] <prelude2004c> hey question.. maybe i'm not understanding this.. if i'm transcoding an interlaced file vs a deinterlaced file.. would quality of deinterlaced file be better at say 5Mbit/s because there is less data ? [20:43:43 CET] <prelude2004c> or would it be the sam? [20:43:46 CET] <jkqxz> Detail retention? But, but, PSNR is the One True Metric! [20:44:43 CET] <JEEB> prelude2004c: I think you are so confused about things that I won't even start explaining things to you at this point :P [20:44:55 CET] <prelude2004c> OK.. i must be [20:45:05 CET] <prelude2004c> i'm missing that lightbulb moment [20:53:17 CET] <tester> so when i cut with avidemux, like 50% of the later part of the sound is gone [20:53:18 CET] <tester> :o [20:53:37 CET] <JEEB> yea, fun things that try to do a full re-mux [20:53:37 CET] <prelude2004c> JEEB, you could could just say YES or NO [20:54:21 CET] <tester> im not really understanding the terms and everything.. what am i supposed to do? [20:54:28 CET] <tester> encode all of it in one piece and then work on it? [20:54:39 CET] <tester> but i really want to just delete large parts [20:54:41 CET] <JEEB> just find yourself a cutter if murdoccutter didn't cut it [20:54:59 CET] <tester> murdoccutter cant be even downloaded [20:54:59 CET] <JEEB> if you just search for mpegts cutting apps you will get quite a few English apps [20:55:04 CET] <JEEB> oh it can [20:55:05 CET] <tester> just stripping the php errors and html doesnt fix it [20:55:10 CET] <JEEB> oh, huh [20:55:14 CET] <JEEB> I remember fixing it before [20:55:17 CET] <JEEB> weird [20:55:22 CET] <JEEB> let me see if I have it on my server [20:58:37 CET] <JEEB> I have two old versions of it on my home pc [20:58:42 CET] <JEEB> f1 and f3 [20:58:49 CET] <tester> dont bother, this thing looks far too fishy [20:58:54 CET] <JEEB> lol [20:58:55 CET] <JEEB> it isn't [20:59:02 CET] <JEEB> it's in Japanese, yes [20:59:09 CET] <JEEB> which might be a problem :P [20:59:32 CET] <tester> lol [20:59:35 CET] <JEEB> oh, g1 [20:59:39 CET] <JEEB> actually had it around [20:59:39 CET] <JEEB> lul [20:59:49 CET] <tester> if i encode the whole thing with ffmpeg and then use vdub to cut parts, will that work properly? [21:00:27 CET] <JEEB> in AVI, quite likely. but you'd want to keep to a format without B-frames and having a VFW decoder [21:01:34 CET] <tester> isn't avi a container? [21:01:37 CET] <JEEB> yes [21:01:45 CET] <JEEB> I meant, "in the AVI container" [21:01:59 CET] <JEEB> it doesn't support proper timestamps which is why I said "in a video format that contains no B-frames" [21:02:09 CET] <tester> im kind of losing you here [21:02:10 CET] <JEEB> and "that has a VFW decoder" [21:02:30 CET] <JEEB> basically don't use MPEG-4 Part 2 or H.264 with b-frames :P [21:02:38 CET] <JEEB> since you will get problems with those in AVI [21:02:40 CET] <JEEB> if you want to cut [21:02:57 CET] <JEEB> I would probably recommend Ut Video as it has a VFW module [21:03:00 CET] <tester> i have 1 ts file.i want to have multiple mkv files with whatever encoding [21:03:04 CET] <JEEB> it will get huge as it's a simple lossless :P [21:03:10 CET] <tester> each mkv will have part of the original .ts file [21:03:11 CET] <JEEB> yes, but you just said you wanted to cut with vdub [21:03:12 CET] <JEEB> goddamnit [21:03:18 CET] <JEEB> vdub only supports AVI [21:03:22 CET] <tester> man i dont care what to cut it with [21:03:31 CET] <tester> i need to cut it with some visual tool [21:03:35 CET] <tester> select start, select stop, cut [21:03:38 CET] <JEEB> "and then use vdub to cut parts" [21:03:44 CET] <JEEB> that's why I was giving hintso n how to get it done [21:03:52 CET] <tester> let's start over.. [21:04:16 CET] <tester> i have 1 .ts file with various clips inside. i want to cut the clips into separate mkv files. [21:04:37 CET] <tester> i want to do it with some gui that you can select start and end points. [21:04:43 CET] <tester> what do you recommend? [21:07:31 CET] <JEEB> tester: I would probably use https://kuroko.fushizen.eu/random/MurdocCutter19g1.zip [21:07:36 CET] <JEEB> to visually cut mpeg-ts [21:07:55 CET] <JEEB> granted I have not tried it with non-NTSC stuff, but it seemed to do relatively minor changes to the input so it /should/ work [21:08:09 CET] <tester> unexpected end of data. it cannot be extracted. [21:08:20 CET] <JEEB> 7zip says all OK [21:08:40 CET] <JEEB> I specifically used the "test archive" feature in it before [21:09:21 CET] <tester> try to extract it. 7zip gives that error. [21:09:52 CET] <JEEB> still seems to extract [21:10:22 CET] <JEEB> oh wow [21:10:28 CET] <JEEB> didn't remember the UI was this funky [21:11:15 CET] <tester> anyways it doesnt work [21:11:18 CET] <tester> it wont play anything [21:11:21 CET] <tester> nevermind cutting [21:11:33 CET] <JEEB> worked for me [21:11:48 CET] <tester> whatever, this isnt going to solve it. [21:11:50 CET] <JEEB> in the input thing I added an MPEG-TS file, then pressed "Get GOP" [21:12:00 CET] <JEEB> then waited for it to index the 2.5GiB file I fed to it [21:12:34 CET] <JEEB> but sure, it could have issues with your input vOv [21:12:36 CET] <JEEB> too bad [21:13:54 CET] <JEEB> too bad that there's no real nice OSS app for this :P [21:14:05 CET] <JEEB> since it isn't /too hard/ in theory [21:15:52 CET] <JEEB> tester: just to prove that I didn't recommend it for nothing :P https://kuroko.fushizen.eu/screenshots/murdoccutter/works_for_me.png [21:16:03 CET] <JEEB> (as in, I was not trying to fool you or anything) [21:17:16 CET] <JEEB> tester: we can try doing it in a roundabout way btw [21:17:37 CET] <JEEB> 1) remux to matroska 2) open the file with vapoursynth using ffms2 or so in Vapoursynth Editor [21:17:48 CET] <JEEB> then use ffmpeg to cut with the timestamps that you get from the ffms2 input [21:20:40 CET] <tester> JEEB like i mentioned, i need the short way [21:20:53 CET] <tester> im not familiar enough with all of these things [21:21:57 CET] <JEEB> alright then, then I'm officially out of alternatives. the last thing I recommended was using something that has a preview to get the timestamps, and then cutting according to them with ffmpeg or mkvmerge(gui) [21:22:51 CET] <JEEB> mostly because I just don't know of any other mpeg-ts cutters that I trust [21:23:07 CET] <JEEB> since avidemux is open source I kind of could recommend it, but it seems to have not worked [21:23:14 CET] <JEEB> sorry [21:23:29 CET] <tester> okay, lets say i can go through finding the positions [21:23:37 CET] <tester> how do i cut a certain part out using ffmpeg [21:23:44 CET] <JEEB> -t and -ss [21:23:58 CET] <JEEB> although I must remind you that you will want to remux the input into a seekable container first [21:24:03 CET] <JEEB> mpeg-ts is not going to cut it [21:24:16 CET] <JEEB> so ffmpeg -i input.ts -c copy out.mkv [21:24:17 CET] <JEEB> first [21:24:27 CET] <JEEB> which will remux the data streams from MPEG-TS to matroska [21:24:29 CET] <JEEB> which is seekable [21:24:40 CET] <tester> what does ffmpeg -i -c do? [21:24:45 CET] <JEEB> -i INPUT [21:24:46 CET] <JEEB> is input [21:24:55 CET] <JEEB> -c is "codec" (after -i so ENCODER) [21:25:07 CET] <JEEB> copy is a special thing in ffmpeg.c which tells it to stream copy [21:25:12 CET] <tester> so it converts the ts to an mkv but doesn't change the data whatsoever? [21:25:28 CET] <JEEB> or in a minimal way required for the destination container [21:25:35 CET] <JEEB> no re-encoding [21:25:37 CET] <tester> aka lossless? [21:25:40 CET] <JEEB> yup [21:26:10 CET] <JEEB> it's like MPEG-TS has 0x00 00 00 01 <DATA> in MPEG-TS, while matroska and mp4 want <LENGTH><data> [21:26:22 CET] <JEEB> first is called Annex B style H.264 [21:26:27 CET] <JEEB> and the second is called AVCc [21:26:41 CET] <JEEB> same actual data, but the way it's contained is a bit different [21:26:44 CET] <JEEB> (in the container) [21:28:10 CET] <JEEB> tester: also just -c applies it to all selected streams (by default ffmpeg.c selects one video, audio and subtitle stream) [21:28:19 CET] <JEEB> -c:v would have applied the option specifically to video, for example [21:28:24 CET] <tester> okay i have the mkv now [21:28:47 CET] <JEEB> alright, time to use something to preview it. avisynth, vapoursynth, aegisub - whatever pickles your fancy [21:29:23 CET] <JEEB> or heck, even a video player would be OK, I guess? like mpv [21:29:56 CET] <prelude2004c> hey guys.. is there a transcoding filter that i can use to cleanup edges on words ? showing a lot of pixels around the words. [21:30:01 CET] <prelude2004c> any way to clean those things up? [21:30:05 CET] <tester> great. so the first part i want to save to a separate file is 00:00:00 to 00:04:55 [21:30:23 CET] <JEEB> ok, so from the start? [21:30:30 CET] <tester> yes [21:30:51 CET] <JEEB> then just -t somewhere after input with the amount of seconds [21:31:05 CET] <JEEB> it can also take in a timestamp, but I am lazy [21:31:15 CET] <tester> ffmpeg -i file.mkv -t 00:04:55 new_file.mkv ? [21:31:29 CET] <JEEB> that might work as well with quotes around the timestamp [21:31:45 CET] <JEEB> also don't forget the -c copy [21:31:48 CET] <JEEB> otherwise it will re-encode :P [21:32:41 CET] <JEEB> basically you will always want to set the 1) encoder and 2) the rate control whenever you actually want to re-encode [21:32:43 CET] <tester> takes quite some time, i think its not working [21:32:59 CET] <JEEB> did you forget -c copy from it? [21:33:12 CET] <JEEB> also I usually use -t with just amount of seconds [21:33:17 CET] <JEEB> which would be 4*60+55 [21:33:26 CET] <tester> i used ffmpeg -i ll.mkv -t "00:04:55" ll_1.mkv [21:33:30 CET] <JEEB> yea [21:33:33 CET] <JEEB> that will re-encode [21:33:37 CET] <JEEB> which is why it's taking time most likely [21:33:39 CET] <tester> what does that mean [21:33:44 CET] <tester> oh because i didnt copy [21:33:46 CET] <JEEB> yes [21:33:47 CET] <furq> yes [21:33:53 CET] <JEEB> defaults are *something* [21:34:04 CET] <JEEB> never trust default encoding settings [21:34:20 CET] <JEEB> always at the very least specify the encoder you want [21:34:28 CET] <furq> defaults are x264 crf 23 preset medium [21:34:30 CET] <tester> okay great now i have this file [21:34:33 CET] <furq> and vorbis audio for some reason [21:34:45 CET] <furq> you'd think that'd be aac since that has a not-shit builtin encoder [21:35:06 CET] <JEEB> yea, AAC or opus if the opus one is Good Enough [21:35:13 CET] <JEEB> since the vorbis encoder internally is LOL [21:35:14 CET] <tester> where do i select the encoder?! [21:35:21 CET] <furq> you don't [21:35:23 CET] <tester> -c h264 instead of -c copy? [21:35:24 CET] <JEEB> if you set -c copy that is setting th encoder [21:35:27 CET] <furq> yes [21:35:37 CET] <tester> i want lossless encoding. [21:35:40 CET] <JEEB> also h264 is not an encoder, but will most likely pick you a random H.264 encoder [21:35:41 CET] <furq> but you already have h264 so you want -c copy [21:35:42 CET] <tester> what do i use? [21:35:47 CET] <furq> that copies the input stream [21:35:59 CET] <tester> oh, okay [21:36:16 CET] <tester> so my file is already encoded.. it cant be reasonably smaller without losing quality? [21:36:25 CET] <furq> no [21:36:35 CET] <furq> it could potentially be smaller without losing an amount of quality that you'd notice [21:36:39 CET] <furq> that's impossible to say without looking at it [21:36:46 CET] <furq> but it will definitely lose quality [21:37:01 CET] <tester> ill keep it like this then [21:37:30 CET] <furq> that's ignoring filters etc which might make stuff look better in specific cases [21:38:19 CET] <tester> okay, now to cut a part from 00:06:07 up to whatever, do i use -ss "00:06:07" -t "00:10:00" ? [21:38:42 CET] <JEEB> yes [21:39:09 CET] <kepstin> that will take 10 minutes of video starting at 6 minutes and 7 seconds in, yes. [21:40:16 CET] <tester> oh [21:40:27 CET] <tester> can i tell it to cut from 6:07 to 10:00, as in 3 mins 53 secs? [21:40:42 CET] <tester> as in start and end stop, instead of start and duration? [21:40:52 CET] <JEEB> no [21:41:21 CET] <relaxed> https://trac.ffmpeg.org/wiki/Seeking [21:41:26 CET] <furq> tester: -to 00:10:00 [21:41:34 CET] <JEEB> oh [21:41:40 CET] <JEEB> completely forgot about -to :P [21:41:41 CET] <furq> -t is relative, -to is absolute [21:41:47 CET] <tester> thanks [21:46:58 CET] <saucecode> I have been all over the place today trying to figure this out, and now I'm back here. [21:47:33 CET] <saucecode> Should this work like I think it should? $ cat original.m4a | ffmpeg -i - audio.mp3 [21:48:02 CET] <furq> er [21:48:17 CET] <furq> i assume that's a contrived example and you know you can just do -i original.m4qa [21:48:20 CET] <furq> 0q [21:48:20 CET] <furq> -q [21:48:56 CET] <furq> also mp4/m4a often has the moov atom at the end which means you need to be able to seek to the end before you can do anything [21:49:04 CET] <furq> so piping it doesn't work well [21:49:33 CET] <saucecode> Wait, -q ? [21:49:41 CET] <furq> m4a, not m4qa [21:50:27 CET] <saucecode> Right [21:50:48 CET] <saucecode> So piping should *definitely not* work with m4a files? [21:51:01 CET] <furq> idk about definitely but it probably won't work if the moov atom is at the end [21:51:01 CET] <JEEB> fragmented isobmff can work, but most files are not fragmented [21:51:05 CET] <JEEB> and thus you have an index at the end [21:51:17 CET] <JEEB> mostly because you can only write the index after you've written the whole file [21:51:30 CET] <furq> i assume piping into ffmpeg will work if the moov atom is at the start [21:51:40 CET] <furq> but like i said, i hope this is a contrived example [21:51:41 CET] <JEEB> more likely at least [21:51:52 CET] <saucecode> This explains so much, thank you!! [22:31:43 CET] <tester> can ffmpeg hardcode some simple text watermark at any of the corners of the video? [22:31:48 CET] <tester> preferably 50% transparent [22:31:58 CET] <tester> like a single word or something [22:33:30 CET] <JEEB> sure [22:33:40 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html [22:33:49 CET] <JEEB> drawtext is one thing [22:33:55 CET] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html#Examples-89 [22:53:37 CET] <tester> ffmpeg -i "source.mkv" -vf "drawtext=fontfile=C\\:/Windows/Fonts/Arial.ttf: text='test': fontcolor=black: fontsize=12: x=w-tw-10: y=h-th-10" destination.mkv [22:53:45 CET] <tester> any reason why this doesnt put anything whatsoever on the file? [22:53:53 CET] <furq> is it throwing an error [22:54:04 CET] <furq> i never had any luck at all trying to get absolute paths working in filters on windows [22:54:12 CET] <tester> nope [22:54:13 CET] <furq> i always just gave up and put the font in the working directory [22:54:18 CET] <tester> ill try that [22:54:23 CET] <tester> i also dont really care which fontto use [22:54:29 CET] <tester> but if i dont set anything it will error out [22:55:23 CET] <tester> anyways placing it in the same directory and using fontfile=font.ttf doesnt work either [22:55:35 CET] <tester> its encoding but no text whatsoever [22:56:30 CET] <tester> okay larger font works [22:56:31 CET] <tester> weird. sorry. [22:57:20 CET] <tester> one last question please [22:57:46 CET] <tester> oh i think i got it sorry again lol [23:01:29 CET] <saucecode> Ok this is really upsetting me. furq do you know python? [23:19:40 CET] <hanna> 18:28 <hanna> incidentally, we could probably try doing scene change detection as well <- done [23:19:43 CET] <hanna> really helps, too [23:19:58 CET] <hanna> btw, does ffmpeg have scene change detection? [23:20:07 CET] <hanna> just doing it based on average frame brightness is pretty suboptimal [23:20:16 CET] <hanna> I mean ideally I would just literally check for e.g. a histogram [23:41:53 CET] <c_14> the select filter has a scene variable, so probably [23:42:32 CET] <JEEB> wouldn't be too sure about that [23:42:52 CET] <JEEB> it might just be using the keyframe flag from input, although I'm not 100% sure it gets passed into filters [23:43:18 CET] <JEEB> ayup [23:43:23 CET] <JEEB> select='eq(pict_type\,I)' [23:43:30 CET] <JEEB> it has picture types etc available to it [23:43:39 CET] <JEEB> so it can most likely get the keyframe flag [23:44:10 CET] <JEEB> hanna: the "classic" way of keyframe detection was to use libxvid's keyframe selection algo for it :D [23:44:22 CET] <JEEB> whatever that command line app for it was [23:44:25 CET] <c_14> There's a bunch of filters with a scene change threshhold though so I hope it doesn't use that [23:45:26 CET] <JEEB> ah, scxvid was the command line app :D [23:45:35 CET] <JEEB> which contained the keyframe selection algo from xvid IIRC [23:45:44 CET] <JEEB> man, I haven't done subtitling in quite a while and it shows, lol [23:45:58 CET] <saucecode> I'm trying to pipe in a file to ffmpeg programmatically but ffmpeg keeps saying "pipe:: Invalid data found when processing input" [23:46:54 CET] <JEEB> hanna: https://github.com/soyokaze/SCXvid-standalone [23:46:58 CET] <JEEB> see the C file :D [23:47:15 CET] <JEEB> oh, it uses libxvidcore [23:47:16 CET] <JEEB> wow [23:47:29 CET] <JEEB> I didn't even think it actually utilized its core lib [23:47:50 CET] <JEEB> (funny enough x264's RAP selection was found to be less "scenechange'y" so it was never utilized as much [00:00:00 CET] --- Sun Feb 11 2018