Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
October 2019
- 1 participants
- 62 discussions
[01:08:53 CEST] <cone-485> ffmpeg 03Zhao Zhili 07master:2bfa7df9fefe: avfilter: fix typo in comments
[02:08:58 CEST] <cone-485> ffmpeg 03James Almer 07master:2e4f86e04ca6: ffprobe: fix output of packets_and_frames section in JSON format
[04:13:58 CEST] <taliho> michaelni: jamrial: I'm working on a patch where I call ff_h2645_packet_split and ff_h2645_packet_uninit in a loop
[04:16:20 CEST] <taliho> Since commit 22bec0d33f423 this doesn't work anymore because nal_buffer_size is not reset to zero in ff_h2645_packet_uninit
[04:19:32 CEST] <taliho> I sent a patch to the mailing list
[04:20:30 CEST] <jamrial> taliho: i'm not seeing it
[04:21:02 CEST] <jamrial> but yes, that needs to be fixed
[04:23:08 CEST] <taliho> probably it's in the queue, I'll send you the link when it appears
[04:26:28 CEST] <taliho> I'm thinking now whether the extra member is actually needed
[04:27:06 CEST] <taliho> nals_allocated should be able to do the same job with some changes
[04:29:38 CEST] <jamrial> it's needed for av_fast_realloc()
[04:31:35 CEST] <mkver> But it might be worthwhile to add an av_fast_realloc() equivalent for arrays that stores the amount of allocated elements and maybe only allocates full elements.
[04:36:39 CEST] <taliho> ok yes, I see my mistake
[04:38:21 CEST] <taliho> mkver: yes, true. that would allow to remove the extra member
[04:53:22 CEST] <jamrial> taliho: got the patch, will apply
[04:57:27 CEST] <taliho> jamrial: thanks
[05:05:57 CEST] <cone-485> ffmpeg 03Andriy Gelman 07master:cebb446911fd: avcodec/h2645_parse: Reset nal_buffer_size on uninit
[05:05:58 CEST] <cone-485> ffmpeg 03James Almer 07master:1e0b6bc0b4d6: avcodec/av1_parse: simplify memset call
[05:05:59 CEST] <cone-485> ffmpeg 03James Almer 07master:62f47225825c: avcodec/av1_parse: Use av_fast_realloc() for OBU array
[15:54:53 CEST] <durandal_1707> is there nice way to check that m0 register is filled with zeros?
[15:57:12 CEST] <jamrial> PCMPEQ*?
[15:58:06 CEST] <durandal_1707> ptest
[15:59:00 CEST] <jamrial> that's sse4, though
[15:59:59 CEST] <durandal_1707> jamrial: so?
[16:00:35 CEST] <jamrial> i don't know what you're targetting, so just letting you know
[16:04:48 CEST] <BBB> so uhm... why do you want to test that the register is filled with zeros?
[16:05:00 CEST] <BBB> I mean, conditional coding isn't typically a thing in simd
[16:06:08 CEST] <BBB> there's pmovmskb if you want to do weird stuff, but typically simd wouldn't go between gprs and xmm regs
[16:06:15 CEST] <BBB> since it introduces a lot of latency etc.
[16:07:25 CEST] <BBB> (although I've never used ptest; so can't speak for its latency)
[16:07:35 CEST] <durandal_1707> to abort early, mecause if register is zero it is actually mask which tells that no calculations are used, so to stop early
[16:08:21 CEST] <BBB> steamroller ptest latency=14, pmovmskb bulldozer latency=10 :-/
[16:08:25 CEST] <BBB> well...
[16:09:36 CEST] <durandal_1707> BBB: can i jz after it?
[16:10:01 CEST] <BBB> ptest yes
[16:12:43 CEST] <durandal_1707> huh, it appears to just add latency but to never trigger
[16:32:51 CEST] <cone-493> ffmpeg 03Paul B Mahol 07master:f069a9c2a65b: avfilter/vf_avgblur: fix heap-buffer overflow
[16:41:12 CEST] <cone-493> ffmpeg 03Paul B Mahol 07master:de598f82f8c3: avfilter/vf_edgedetect: fix heap-buffer overflow
[16:56:38 CEST] <cone-493> ffmpeg 03Paul B Mahol 07master:e1b89c76f663: avfilter/af_afade: fix heap-buffer overflow
[17:11:26 CEST] <cone-493> ffmpeg 03hwren 07master:e71c241beaaa: lavc/libxavs2: fix parameter setting result determination
[17:11:27 CEST] <cone-493> ffmpeg 03Michael Niedermayer 07master:ec9d48da1959: tools/target_dec_fuzzer: Also fuzz keyframe & disposal flags
[17:55:00 CEST] <j-b> morning
[17:56:13 CEST] <durandal_1707> 'evening
[18:03:49 CEST] <cone-493> ffmpeg 03Paul B Mahol 07master:f2598484b830: avfilter/vf_bm3d: make sure nb_jobs is at least 1
[18:05:02 CEST] <cone-493> ffmpeg 03James Almer 07master:dd01947397b9: avformat/latmenc: abort if no extradata is available
[18:14:41 CEST] <durandal_1707> jamrial: what to use for sign extend?
[18:16:38 CEST] <nevcairiel> ideally make the signature just use size_t if you can
[18:16:50 CEST] <nevcairiel> or ptrdiff_t or whatever is appropriate
[18:17:39 CEST] <nevcairiel> otherwise, use movsxdifnidn regq,regd
[18:18:42 CEST] <Mystnom> Hi all, just wanted to understand, is it permissible to call 'ff_filter_frame(outlink, output);' multiple times from activate()
[18:18:42 CEST] <jamrial> durandal_1707: to clear the higher 32 bits of the regs on x86_64. it's needed for win64 mainly
[18:19:12 CEST] <jamrial> but yeah, either make the parameters ptrdiff_t instead of int, or just movsxdifnidn them
[18:20:57 CEST] <durandal_1707> Mystnom: i think best not, you can easily make it call .activate again if there is still work to do, by using ff_filter_set_ready()
[18:26:57 CEST] <Mystnom> Apologies for asking lame questions I am a newbie. My filter queues the input frame, and asynchronously produces the output frames. there can be cases when it might consume around 20 input frames and after that start producing output frames. In such cases how would I make sure the activate() is called again
[18:28:06 CEST] <durandal_1707> Mystnom: ff_filter_set_ready(ctx, <some integer 1-100>)
[18:28:48 CEST] <durandal_1707> then if you are ready already, do not request for new frames from inputs
[18:30:12 CEST] <Mystnom> Thanks man
[18:40:10 CEST] <durandal_1707> Mystnom: also read doc/filter_design.txt if you haven't already
[18:53:48 CEST] <durandal_1707> buy me laptop with 1TB RAM!
[18:56:39 CEST] <Lynne> you want to run an elasticsearch instance to find text in all your files on the system?
[18:57:19 CEST] <durandal_1707> no, I need it for v360 vulkan project
[19:05:32 CEST] <Lynne> I'm waiting for the amd rx 5900 xt to be released
[19:07:01 CEST] <durandal_1707> Lynne: get nvidia instead
[19:08:01 CEST] <Lynne> I know its terrible
[19:08:40 CEST] <Lynne> only question is whether to get a ryzen or intel
[19:09:12 CEST] <Lynne> cores and unknown avx2 performance vs price and known avx2 performance (and avx512 slowdown)
[19:12:12 CEST] <JEEB> mobile or desktop? currently zen2 things seem to be quite nice even if you take into account the lower avx2 perf
[19:19:49 CEST] <durandal_1707> What is #8282 about?
[00:00:00 CEST] --- Wed Oct 16 2019
1
0
[01:03:22 CEST] <Diag> yall just look past that
[02:19:45 CEST] <ncouloute> So even the debug statments from ffmpeg.cli are not accurate when it comes to concatenation for both concat filter and concat demuxer. the pts and pts_time is wrong. So I'm forced to learn the ffmpeg api and hope I can figure out whats going on. :(
[02:25:01 CEST] <anticw> JEEB re: mp4 and indexing, how can i determine if it has a single index at the start (i assume this is done for mobile/http-byte-range optmised clients?) vs a series of fragments?
[02:25:57 CEST] <anticw> actually, that's not so pressing right now, i could convert either way ... the more pressing issue would be can i take a stream and determine robustly where the i-frames are for robust splitting?
[02:28:05 CEST] <kepstin> anticw: if you're writing an application using ffmpeg libraries, that's pretty easy, the demuxed packets will have a field set if they're keyframes.
[02:28:38 CEST] <kepstin> anticw: if you have a file on a hd, ffprobe can show that information along with the frame pts, which could be used with other commands to split later.
[02:29:21 CEST] <anticw> the plan was to use the ffmpeg library, do you know what field is should be googling/grepping for?
[02:34:58 CEST] <klaxa> anticw: AVPacket.flags
[02:35:22 CEST] <klaxa> if (pkt.flags & AV_PKT_FLAG_KEY) { /* code */ }
[02:36:16 CEST] <anticw> thanks ... re: audio ... is that usually encoded "lock step" with the video ... that is if i split on keyframes and presenve the audio (as-is/copy) will that work?
[02:37:51 CEST] <klaxa> if you demux a file you will receive packets of different streams interleaved
[02:37:57 CEST] <klaxa> afaik
[02:38:20 CEST] <anticw> and it's up to me to make sure the timing of each is sane/valid i take it?
[02:38:58 CEST] <anticw> that is i could get a video frame ... which i can infer it's duration from the frame rate, and an audio pkt which could represent any number of video frames in some sense?
[02:40:08 CEST] <klaxa> it's usually the other way around, don't worry too much about the audio packets, just copy them like the video frames
[02:42:08 CEST] <klaxa> https://github.com/klaxa/ffserver/blob/master/ffserver.c#L252 is kind of what you want i think
[02:42:13 CEST] <klaxa> maybe have a look
[02:43:05 CEST] <anticw> https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/demuxing_decoding… not easier?
[02:44:04 CEST] <klaxa> well it doesn't write anything
[02:44:23 CEST] <klaxa> wait
[02:44:56 CEST] <klaxa> well it writes raw frames :P
[02:45:15 CEST] <anticw> ok ... so that code you pointed me at ... it knows about DASH ... i'm curious is there is enough there (related but diff issue) to stream video to a chromecast
[02:45:41 CEST] <anticw> (as a cheap output device, some versions of vlc seemed to do it for a while, so presumable it's not that difficult at this stage)
[02:46:24 CEST] <klaxa> yeah should be, it leaks a bit of memory but in a small setup it should work, don't expect real-time latency though
[02:47:26 CEST] <anticw> klaxa: what's the latency issue? something about dash?
[02:47:48 CEST] <klaxa> buffering of packets in general
[02:48:24 CEST] <klaxa> the server waits for 1 GOP until it serves it
[02:48:54 CEST] <klaxa> so the segment is done writing before being served
[02:49:46 CEST] <anticw> GOP is an i-frame/keyframe? or an entire run of frames?
[02:50:03 CEST] <klaxa> the latter
[02:50:17 CEST] <klaxa> it's from one keyframe up to the last non-keyframe (usually)
[02:50:37 CEST] <klaxa> one could possibly hack it to serve packets with chuncked http transfer with a small buffer and change the code to allow for the segments to be read before being finished writing
[02:51:03 CEST] <anticw> you've tested with a chromecast specifically?
[02:51:07 CEST] <klaxa> no
[02:51:13 CEST] <klaxa> don't have one
[02:52:32 CEST] <klaxa> i think i tested it with a fire tv
[02:53:14 CEST] <anticw> dash is what's most tractable in both cases?
[02:53:34 CEST] <anticw> (vs say hls)
[02:54:00 CEST] <klaxa> doesn't really matter i think
[02:57:15 CEST] <nicolas17> afaik Android phones can stream the screen to a chromecast, does anyone know what protocol that uses?
[02:57:37 CEST] <klaxa> a proprietary one afaik
[02:58:35 CEST] <nicolas17> that doesn't surprise me but doesn't stop me either :P
[03:49:16 CEST] <anticw> vlc can stream to a chromecast ... i didn't check what it uses
[03:52:03 CEST] <nicolas17> anticw: well that doesn't necessarily need low latency
[04:08:49 CEST] <Fenrirthviti> nicolas17: https://github.com/balloob/pychromecast I've used this
[04:10:03 CEST] <nicolas17> that gives the chromecast a URL to play from, doesn't look like you can stream video
[04:10:14 CEST] <nicolas17> unless you run a webserver and give it a LAN URL I guess?
[04:10:35 CEST] <Fenrirthviti> read the examples
[04:11:42 CEST] <Fenrirthviti> I don't think a chromecast can play media that isn't sent from some kind of URL though.
[04:11:57 CEST] <nicolas17> afaik Android phones can stream the screen to a chromecast
[04:12:53 CEST] <Fenrirthviti> which I'm pretty sure sends the screen as a vp9 stream
[04:13:31 CEST] <nicolas17> and hosts it over HTTP with chunked encoding and gives the URL to the chromecast? I don't think that will have low enough latency
[04:15:46 CEST] <ponyrider> nicolas17: why do you think that?
[04:19:37 CEST] <nicolas17> I know Apple's AirPlay screen mirroring has a protocol completely different than normal AirPlay
[16:21:22 CEST] <ncouloute> hmm seems I was mistaken. There are several different streams... Sometimes the audio stream.. and stream 2 (subtitle stream?) will start before the video stream. Is there a command I can use to make all the streams start at the same time?
[16:23:32 CEST] <Mavrik> That might actually break your video tho
[16:24:51 CEST] <ncouloute> True, I suppose I can just find the video stream start time. As I dont want to break the frame timings.
[18:16:43 CEST] <Beerbelott> Hello, How does one fix "[AVBSFContext @ 0x6dd6400] Error parsing ADTS frame header! // [AVBSFContext @ 0x6dd6400] Failed to receive packet from filter aac_adtstoasc for stream 0"?
[18:17:17 CEST] <Beerbelott> Associated question: how to sort out if it is a source file problem or a decoder one?
[18:18:53 CEST] <DHE> that's a bitstream filter. it may be used internally for conversion between formats. I know mpegts will invoke it if certain metadata is missing from the stream needed for mpegts
[18:20:12 CEST] <Beerbelott> Is there a way to show metadata in the source MPEG-TS in order to highlight potential missing required entries?
[18:25:17 CEST] <Beerbelott> Would "ffmpeg-current/ffprobe -v quiet -print_format json -show_streams <input>" be helpful?
[18:25:35 CEST] <Beerbelott> whoops scrap the filesystem mess in the start
[21:22:43 CEST] <ChrisJW> Hi, I am currently hardware decoding with cuvid, but I want to choose the CUcontext with which is uses. This https://ffmpeg.org/pipermail/libav-user/2018-May/011163.html indicates this may be possible but I can't find any resources on the subject
[22:54:22 CEST] <ChrisJW> I am going to try replacing cuda_ctx after initialisation, and then swapping it back to the original on destruction... This may or may not explode
[23:33:48 CEST] <BtbN> ChrisJW, you are avare the cuvid decoder is deprecated? You should use nvdec.
[23:35:34 CEST] <BtbN> But both nvdec and cuviddec will first try to grab the CUDA Context from the hw_frames_ctx in the AVCodeContext. If that fails, they try for hw_device_ctx, if that fails, it will create one itself.
[23:35:46 CEST] <BtbN> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/cuviddec.c;h=acee…
[23:36:42 CEST] <BtbN> So if you want to pass your own CUDA context, create it via av_hwdevice_ctx_create()
[00:00:00 CEST] --- Wed Oct 16 2019
1
0
[00:53:19 CEST] <cone-845> ffmpeg 03Michael Niedermayer 07master:e418b315ddd0: avcodec/wmaprodec: Check that the streams channels do not exceed the overall channels
[00:53:20 CEST] <cone-845> ffmpeg 03gxw 07master:21d19f49b78e: avcodec/mips: Fixed four warnings in vc1dsp
[00:53:21 CEST] <cone-845> ffmpeg 03Andreas Rheinhardt 07master:5056eb351117: avformat/Makefile: Fix aiffdec replaygain dependency
[00:53:22 CEST] <cone-845> ffmpeg 03Michael Niedermayer 07master:c8813b1a9847: avfilter/vf_geq: Use av_clipd() instead of av_clipf()
[09:02:44 CEST] <cone-855> ffmpeg 03Andriy Gelman 07master:1108bd517363: avformat/chromaprint: Fix fp_format option
[09:02:44 CEST] <cone-855> ffmpeg 03Andriy Gelman 07master:634529c40d62: avformat/chromaprint: improve logging message
[09:04:05 CEST] <nevcairiel> you would think someone trying to report weird static analyzer findings would understand reference counted structures, but apparently not
[10:54:09 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:996ff3fe86b0: avfilter/vf_edgedetect: fix coverity issue
[10:58:11 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:8a0d45a92eb3: avfilter/vf_geq: allow user to set interpolation method
[10:58:12 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:036fff7e43f5: avfilter/vf_geq: reindent
[11:42:27 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:f3746d31f948: avutil/opt: add AV_OPT_FLAG_RUNTIME_PARAM flag
[11:42:28 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:a918b833a5ea: avfilter/avfilter: add ff_filter_process_command()
[11:42:29 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:c109dfc1b194: avutil/opt: print runtime flag too
[11:42:30 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:8fec9fca69c2: doc/filters: document new feature
[11:42:31 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:9f7ab36ada16: avfilter/af_anlms: switch to ff_filter_process_command()
[11:42:32 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:33e69806aa26: avfilter/vf_gblur: switch to ff_filter_process_command()
[11:42:33 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:4954a17ec728: avfilter/vf_avgblur: switch to ff_filter_process_command()
[11:42:34 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:877e2e92a377: avfilter/af_anlmdn: switch to ff_filter_process_command()
[11:42:35 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:7fcb84165e22: avfilter/vf_scroll: add support for commands
[11:42:36 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:953b1c7b1244: avfilter/vf_amplify: add support for commands
[11:42:37 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:4568e54cc51c: avfilter/vf_colorchannelmixer: add support for commands
[11:42:38 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:9e883a1448a1: avfilter/vf_drawbox: use ff_filter_process_command()
[11:42:39 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:dcfe32920c5b: avfilter/af_rubberband: use ff_filter_process_command()
[11:42:40 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:015cbca4441c: avfilter/af_biquads: use ff_filter_process_command()
[11:42:41 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:ce764a6c74f3: avfilter/af_atempo: use ff_filter_process_command()
[11:54:26 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:8c3166e1c302: avfilter/vf_bwdif: fix heap-buffer overflow
[13:17:39 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:746c8e7c9d91: doc/filters: document scroll commands
[13:17:40 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:688472641dae: doc/filters: document amplify commands
[13:17:41 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:a4e5dc4b381f: doc/filters: document colorchannelmixer commands
[16:42:47 CEST] <cone-855> ffmpeg 03Paul B Mahol 07master:c4d1603baff1: avfilter/vf_atadenoise: rewrite using macro
[17:05:56 CEST] <cone-855> ffmpeg 03James Almer 07master:5c3d521a9427: doc/APIchanges: add missing entry for the new runtime param AVOption flag
[17:43:06 CEST] <durandal_1707> which SIMD instruction compares registers and raturns mask if < or > ?
[17:44:13 CEST] <Lynne> pcmpgt*
[20:16:29 CEST] <cone-953> ffmpeg 03Paul B Mahol 07master:79522411fa53: avfilter/vf_lenscorrection: make width/height int
[21:07:59 CEST] <durandal11707> how to use maskmovdqu ?
[21:10:16 CEST] <Lynne> don't unless you like your SIMD slow
[21:10:27 CEST] <nevcairiel> wasnt maskmov one of those instructions that are really only useful for compilers and not for SIMD writers
[21:10:40 CEST] <iive> it works great on Intel CPU's
[21:11:12 CEST] <iive> on "most" AMD cpu's it could make the SIMD code slower than plain C.
[21:12:38 CEST] <iive> (even if used ones or twice per stride).
[21:17:52 CEST] <cone-953> ffmpeg 03Michael Niedermayer 07master:0c07eb52050b: tools/target_dec_fuzzer: Also fuzz block_align
[21:17:53 CEST] <cone-953> ffmpeg 03Michael Niedermayer 07master:2d3ccfa86334: tools/target_dec_fuzzer: Also fuzz FF_COMPLIANCE_EXPERIMENTAL
[21:17:54 CEST] <cone-953> ffmpeg 03Michael Niedermayer 07master:cc50d113c88f: tools/target_dec_fuzzer: Also fuzz codec_tag
[21:22:30 CEST] <durandal11707> how to divide words in SIMD?
[21:22:41 CEST] <durandal11707> a / b
[21:24:18 CEST] <BtbN> you load the values in registers, and call the divide instruction?
[21:24:51 CEST] <durandal11707> how smart!
[21:25:30 CEST] <durandal11707> i need packed variant
[21:28:33 CEST] <Lynne> no integer simd divide
[21:29:11 CEST] <Lynne> you have to mult + right shift with magic constants
[21:30:36 CEST] <durandal11707> i have number ranging from 5 to 129 for division
[21:31:31 CEST] <Lynne> the divisor matters more
[21:32:04 CEST] <durandal11707> yes i divide with 5-129
[23:10:40 CEST] <durandal11707> michaelni: looks like AV_RSHIFT macro changes first operand if it is unsigned
[23:11:45 CEST] <durandal11707> actually it probably does not work with unsigneds at all
[23:13:30 CEST] <michaelni> yes
[00:00:00 CEST] --- Tue Oct 15 2019
1
0
[08:49:02 CEST] <nadiataur> is this working now
[08:49:29 CEST] <JEEB> well at least you're on the users' channel :P
[08:50:36 CEST] <nadiataur> I'm looking for a way of configuring ffmepg peak on a pi version 1.2 on looking for a low latency stream
[08:51:10 CEST] <nadiataur> Preferably no transcoding and less using the hardware transcoder which are not to verse about
[08:51:50 CEST] <nadiataur> Also is no way of taking a another ffpeng to decode it and convert it to a VR 180 stream On a dedicated machine
[09:16:37 CEST] <nadiataur> I'm looking for a way of configuring ffmepg peak on a pi version 1.2 on looking for a low latency stream
[17:26:54 CEST] <cptnoblivious> hi I'm trying to use these commands to use ffmpeg with hstack to append a video and picture side by side. https://pastebin.com/VxkWTRYG I can't seem to get the aspect ratios correct for the inputs in the final mp4
[17:28:32 CEST] <cptnoblivious> Command one produces a correct jpg input but malformed video. Command two produces correct video but malformed jpg. Command three is one I found online but same behavior as command one
[21:30:13 CEST] <Zeioth> hi, if someone is free could take a look to my question? https://video.stackexchange.com/questions/28676/cant-apply-fade-in-after-fa…
[21:30:58 CEST] <Zeioth> If I add a fadeout effect to an MP3 and then a fadein, I can't listen anything
[21:31:03 CEST] <Zeioth> it's like the fadein doesn't work
[21:33:37 CEST] <durandal11707> Zeioth: use enable option
[21:35:19 CEST] <Zeioth> durandal11707 I'm slightly newbye on ffmpeg, what argument is that specifically?
[21:36:50 CEST] <durandal11707> timeline support, enable option
[21:36:59 CEST] <durandal11707> see timeline expressions
[21:41:07 CEST] <void09> i converted some .ts file into .mkv with ffmpeg, and I noticed mediainfo does not read video bitrate info from those. any idea ?
[21:42:22 CEST] <JEEB> it expects some value to be writen as text in the file
[21:42:28 CEST] <JEEB> which is a bit ehhh
[21:42:43 CEST] <furq> if all streams are vbr then mediainfo looks for some non-standard track metadata that only mkvtoolnix writes
[21:42:46 CEST] <JEEB> it could choose to write similar data to what it reads from, say, mpeg-ts if it wants an approximation :P
[21:42:47 CEST] <furq> otherwise it should work
[21:43:10 CEST] <furq> if you really need mediainfo to show that then remux the files with mkvmerge
[21:43:22 CEST] <furq> but also you probably don't need that
[21:43:33 CEST] <void09> well, it's an useful bit of info to have
[21:44:09 CEST] <void09> and it kind of bugs me. so it's not standard.. well, if it works with most files, then it's standard enough in the real world. maybe ffmpeg should be able to write this :\\
[21:44:39 CEST] <JEEB> if an application wants to get a bit rate it can easily read/calculate what it exactly needs/wants
[21:45:01 CEST] <JEEB> esp. with a container where you can go through packets and their sizes and put them togehter with the duration
[21:45:13 CEST] <void09> the application is mediainfo in this case, and I'm not doing anything with it but display basic info
[21:45:43 CEST] <JEEB> having it written as a nonstandard text field is kind of meh. since in the worst case something like ffmpeg.c will just attempt to copy those tags
[21:45:48 CEST] <JEEB> since they are literally that, tags
[21:46:01 CEST] <JEEB> I'm pretty sure I might have some matroska bit rate tags in some of my mp4s :P
[21:46:38 CEST] <JEEB> void09: if you just want overall bit rate, (file size*8) / duration_in_seconds
[21:47:08 CEST] <void09> JEEB: overall bitrate works, it is read by mediainfo on those files. probably doing the same calculation you mentioned
[21:47:32 CEST] <JEEB> and in a similar vein it can calculate the streams' bit rate if it really wanted to
[21:47:43 CEST] <JEEB> by reading the packets and the full duration of the stream
[21:48:01 CEST] <JEEB> that way the bit rate calculation would be a calculation and not reading a random tag
[21:48:26 CEST] <void09> well, the idea is, why calculate it every time when you can store it (assuming it gets stored correctly)
[21:49:06 CEST] <JEEB> because tags are a thing that generally people want to copy. then you're suddenly blacklisting some tags from copying if you don't want that stuff to go through from one mux to another.
[21:49:27 CEST] <JEEB> but yes, if it was a proper structure in the container that would be less bad
[21:49:50 CEST] <JEEB> although I still note that calculating it would still be not a big deal. you're not decoding anything
[21:50:03 CEST] <JEEB> not to mention that you don't even need to read hte pakcets
[21:50:14 CEST] <JEEB> you only need to read their sizes
[21:50:30 CEST] <JEEB> alas, mkvtoolnix decided that tags it is
[21:55:17 CEST] <Zeioth> I think I got it :D
[22:25:26 CEST] <mtcdood> I want to take a 360p video and put it on the left side of a 720p video with a white background, no scaling
[22:26:37 CEST] <mtcdood> I've tried `ffmpeg -y -loop -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0][1]overlay"` but ffmpeg doesn't understand what [1] is supposed to be and I'm not sure what I'm supposed to tell it
[22:27:48 CEST] <BtbN> Using -re for a live stream is not ideal.
[22:28:21 CEST] <BtbN> And you might need 0:v and 1:v
[22:29:12 CEST] <mtcdood> ffmpeg -y -loop -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0:v][1:v]overlay=enable=1" -c:v libx264 -c:a copy output.mp4
[22:29:19 CEST] <mtcdood> I'll into -re in a minute
[22:29:38 CEST] <mtcdood> but it still says "Invalid file index 1 in filtergraph description [0:v][1:v]overlay=enable=1."
[22:30:02 CEST] <BtbN> rip bot
[22:30:12 CEST] <BtbN> Please poste the entire output
[22:30:36 CEST] <mtcdood> https://paste.debian.net/hidden/4d386444/
[22:30:38 CEST] <mtcdood> I mean that's it
[22:31:12 CEST] <BtbN> Are you sure you are passing in that image correctly? Cause it's not seeing it at all.
[22:31:51 CEST] <BtbN> also, your ffmpeg version is seriously old
[22:31:59 CEST] <mtcdood> it tries to do something if I omit -loop
[22:32:03 CEST] <mtcdood> yeah well blame Debian
[22:35:35 CEST] <mtcdood> ffmpeg -y -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0][1]overlay" -c:v libx264 -c:a copy output.mp4
[22:35:51 CEST] <mtcdood> that works, it I try to do any other filters it complains that it doesn't know what [1] is again
[00:00:00 CEST] --- Tue Oct 15 2019
1
0
[11:53:13 CEST] <cone-430> ffmpeg 03Paul B Mahol 07master:4f4334bcbcf1: avfilter/vf_waveform: fix typos which caused crash
[17:11:53 CEST] <kierank> this guy does better job than all of google
[17:12:21 CEST] <durandal_1707> lol
[17:12:27 CEST] <kierank> he finds real issues instead of stupid google issues
[17:12:29 CEST] <kierank> like integer overflow
[17:17:39 CEST] <jamrial> kierank: probably because google isn't fuzzing lavfi :p
[17:17:51 CEST] <kierank> jamrial: I know I was trolling google
[17:17:56 CEST] <jamrial> heh
[17:25:03 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:ccf4ab8c9aca: avfilter/vf_edgedetect: check if height is big enough
[18:19:07 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:0749082eb93e: avfilter/vf_bm3d: fix heap-buffer overflows
[18:19:08 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:365083556ea7: avfilter/vf_bm3d: fix possible infinite loop
[18:38:33 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:99f8d32129dd: avfilter/vf_convolution: fix undefined behaviour
[20:30:33 CEST] <durandal_1707> VDD is bust
[20:35:13 CEST] <Lynne> southern spain > japan, empty hotels, normal temperatures, much better food, much cheaper, better laws, etc.
[20:37:42 CEST] <j-b> Then, let's do Southern Spain next year.
[20:48:26 CEST] <rcombs> I'm gonna be in tokyo anyway
[21:18:50 CEST] <BradleyS> is anyone aware of an issue with the release build where ffmpeg might detect a subtitle stream in mpeg as mp3?
[21:18:53 CEST] <BradleyS> Stream #0:2[0x12e]: Audio: mp3, 0 channels, fltp
[21:18:59 CEST] <BradleyS> https://github.com/HandBrake/HandBrake/issues/2355
[21:20:12 CEST] <BradleyS> sample included
[21:27:47 CEST] <JEEB> if you don't get any data and there is no real identifier for the stream I think the default for probing can end up being mp3
[21:27:58 CEST] <JEEB> because with zero bytes it seems to pop up first
[21:28:38 CEST] <BradleyS> that would make sense
[21:29:08 CEST] <BradleyS> the op indicates it does seem to be working in other softwares, though we've found various tools don't see it at all
[22:03:45 CEST] <rcombs> JEEB: maybe the probing shouldn't be able to return anything at all on 0 bytes
[22:04:15 CEST] <rcombs> BradleyS: anyway, increase the max probe size
[22:04:30 CEST] <BradleyS> did, have you different results?
[22:07:48 CEST] <rcombs> oh huh it's actually not 0 bytes
[22:08:36 CEST] <rcombs> BradleyS: do you know what this stream is supposed to be
[22:08:47 CEST] <rcombs> ATSC CCs?
[22:08:49 CEST] <BradleyS> cc
[22:09:10 CEST] <rcombs> (those usually aren't in a separate stream, bit odd)
[22:09:25 CEST] <BradleyS> indeed
[22:10:57 CEST] <rcombs> might need an update to set_codec_from_probe_data
[22:11:15 CEST] <rcombs> BradleyS: but, is this actually how the stream comes down off the tuner? or is EyeTV doing something dumb
[22:11:34 CEST] <BradleyS> good question, can't say as i don't have one
[22:13:02 CEST] <JEEB> yea I haven't yet seen CCs in a separate stream
[22:13:14 CEST] <rcombs> lavf doesn't even have a standalone CC demuxer
[22:13:20 CEST] <JEEB> mostly because everything in the ecosystem seems to be taking them in from the video streams
[22:13:32 CEST] <rcombs> probably because the format doesn't have internal timestamps
[22:13:37 CEST] <JEEB> yea
[22:13:48 CEST] <rcombs> so it doesn't really fit into the probing infrastructure
[22:14:18 CEST] <rcombs> BradleyS: if you can get a direct capture off a tuner that exhibits this behavior, then I might look into adding something to deal with this
[22:14:32 CEST] <rcombs> but if it only comes from EyeTV then I'm not inclined to add support for their nonstandard weirdness
[22:15:08 CEST] <rcombs> (I _wish_ ATSC captions were a separate stream; it'd make them a lot easier to deal with, but they're not and trying to make them be that doesn't really help anything)
[22:16:22 CEST] <BradleyS> okay, care to comment on the github issue or shall i?
[22:17:04 CEST] <rcombs> go ahead
[22:17:10 CEST] <BradleyS> thanks for the help
[22:27:54 CEST] <nevcairiel> i've only ever seen CC data seperate in mov
[22:28:01 CEST] <nevcairiel> not in a transport stream
[22:28:32 CEST] <nevcairiel> does it even have a stream identifier?
[22:28:58 CEST] <rcombs> no
[22:29:21 CEST] <rcombs> which is why this fails
[22:29:30 CEST] <nevcairiel> well we might just now have it
[22:29:49 CEST] <rcombs> >stream=2 stream_type=0 pid=12e prog_reg_desc=
[22:30:46 CEST] <cehoyos> Did you find data in the sample stream? I was unable to.
[22:30:51 CEST] <cehoyos> CC data
[22:31:15 CEST] <rcombs> ffprobe -show_packets turns up _something_
[22:31:40 CEST] <rcombs> not sure what, though
[22:31:42 CEST] <rcombs> >buf = "\x80??EyTV"
[22:35:48 CEST] <kierank> BradleyS: happens all the time when ffmpeg ignores pmt
[22:35:50 CEST] <kierank> and probes
[22:36:02 CEST] <kierank> everything is an mp3
[22:36:27 CEST] <BradleyS> i don't blame fraunhofer for attempting world domination
[22:36:47 CEST] <nevcairiel> obviously the pmt doesnt include any information about that stream
[22:37:04 CEST] <nevcairiel> well, other then that it exists
[22:37:11 CEST] <kierank> it has to have information
[22:37:42 CEST] <nevcairiel> yeah because every file ever is perfectly valid
[22:37:46 CEST] <nevcairiel> you should know better
[22:37:56 CEST] <kierank> it's got to have an id
[22:37:57 CEST] <kierank> at least
[22:38:00 CEST] <kierank> you can't have a pmt without it
[22:38:28 CEST] <kierank> either it's a ghost pid and not in the pmt or it's in the pmt and you get something
[22:38:39 CEST] <kierank> maybe wrong
[22:38:43 CEST] <nevcairiel> it has a pid, but that alone doesnt tell you anything about the contents of the stream
[22:39:17 CEST] <kierank> is it present in pmt?
[22:40:16 CEST] Action: JEEB recommends DVB Inspector for debugging such things
[22:40:23 CEST] <kierank> yes
[22:40:24 CEST] <kierank> and tsreader
[22:45:23 CEST] <nevcairiel> the stream is not in the pmt at all apparently
[23:13:04 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:07050d7bdc32: avfilter/vf_fieldorder: fix heap-buffer overflow
[23:30:44 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:19587c9332f5: avfilter/vf_lenscorrection: fix division by zero
[23:44:01 CEST] <cone-845> ffmpeg 03Paul B Mahol 07master:e835a9d30263: avfilter/vf_libvmaf: fix filtering of >8 bit data
[00:00:00 CEST] --- Mon Oct 14 2019
1
0
[03:20:59 CEST] <sagax> tbn/tbc what it's?
[03:21:58 CEST] <sagax> i just convert video `webm` to `ogg` without any options, and in result `ogg` have low quality then `webm`
[03:22:18 CEST] <sagax> and i see that tbn and tbc options have different
[03:23:50 CEST] <c_14> ogg defaults to theora afaik, it's going to be pretty bad (unless given sufficient bitrate)
[03:24:04 CEST] <furq> tbn and tbc are just timebase values
[03:24:06 CEST] <furq> that has nothing to do with quality
[03:24:36 CEST] <furq> also yeah there's really not any need to use theora any more
[03:25:53 CEST] <c_14> The first and most important question is probably why are you converting to ogg in the first place?
[03:27:14 CEST] <sagax> i just want very light format for video
[03:27:34 CEST] <sagax> when video should be play on low cpu
[03:27:34 CEST] <c_14> what's wrong with the original webm?
[03:27:39 CEST] <sagax> play in browser
[03:28:03 CEST] <sagax> webm - load cpu, i look about lighten format
[03:29:04 CEST] <sagax> maybe video file would be large size but i need that video should be less load cpu
[03:30:27 CEST] <c_14> If you want to play the video in a browser, you probably want H.264 in mp4. I believe most browsers should support that these days and offer hardware accelleration where available
[03:31:00 CEST] <furq> doesn't ffvp9 decode faster than ffh264
[03:31:24 CEST] <furq> i guess there's more widespread h264 hwdec but vp9 isn't really slow
[03:31:52 CEST] <sagax> c_14: i can't wait xD
[03:32:47 CEST] <c_14> furq: I think so, yeah. But if you want hwaccell you're mostly stuck with h264
[03:33:41 CEST] <sagax> hm, i will try
[03:33:42 CEST] <sagax> thanks
[03:34:03 CEST] <furq> are you actually having trouble decoding vp9
[03:34:04 CEST] <sagax> check hwaccell, ok
[03:36:34 CEST] <sagax> uff, in test - ogg fastet than webm
[03:36:41 CEST] <sagax> but quality low
[03:41:57 CEST] <furq> it defaults to like 200kbps if you didn't set a bitrate
[03:41:59 CEST] <furq> try -q:v 8 i guess
[03:42:10 CEST] <furq> 0 worst 10 best quality
[03:46:33 CEST] <lordarkmemo> hi
[03:47:14 CEST] <lordarkmemo> im streaming a video using -f flv rtmp://server. But, when the rtmp server (nginx) stop, the ffmpeg hangs forever. How i detect the lose connection with server using a ffmpeg flag?
[03:52:12 CEST] <sagax> furq: maybe, thanks, i will try -q:v 0
[03:52:24 CEST] <sagax> before i don't set -q:v option
[03:53:34 CEST] <another> remeber that 0 is worst quality
[03:53:55 CEST] <another> also: i don't think theora is widely supported in browsers
[03:55:20 CEST] <another> as c_14 said, if you want low cpu-usage your best guess is to use something hw accelerated on most modern systems
[03:55:55 CEST] <Diag> question, has anyone ran ffmpeg on the extremely unpopular xbox360 linux
[03:57:27 CEST] <furq> firefox and all the chrome variants play theora
[03:57:31 CEST] <furq> no safari or old IE though
[04:00:56 CEST] <sagax> i try again convert to ogg, and after will try convert to mp4
[04:01:12 CEST] <sagax> all ok - i use mozilla and chrome
[04:09:53 CEST] <sagax> hm, i set -q:v 0 but when in progress i see `q=29.0`
[04:10:05 CEST] <sagax> it's when convert webm to mp4
[04:11:21 CEST] <another> https://trac.ffmpeg.org/wiki/Encode/H.264
[04:14:12 CEST] <sagax> thanks
[04:15:06 CEST] <sagax> uff, how resize with save video and audio quality?
[04:16:05 CEST] <sagax> i found scaling
[04:16:58 CEST] <Diag> what do you mean by save video and audio quality
[04:18:02 CEST] <sagax> some like -q:a same -q:v same
[04:18:14 CEST] <sagax> just not change any other format
[04:18:31 CEST] <sagax> and not change options about quality as default options
[04:20:24 CEST] <sagax> i found -c copy
[04:20:27 CEST] <sagax> will try
[04:23:21 CEST] <Diag> Does the constant quality value even get embedded into the h264 header?
[04:25:16 CEST] <sagax> i think no, or just don't understand
[04:25:55 CEST] <sagax> now i change -acodec and -vcodec and convert to webm with small scale
[04:26:19 CEST] <sagax> webm -> webm (scale/2)
[04:59:06 CEST] <lordarkmemo> im streaming a video using -f flv rtmp://server. But, when the rtmp server (nginx) stop, the ffmpeg hangs forever. How i detect the lose connection with server using a ffmpeg flag?
[04:59:10 CEST] <lordarkmemo> any help please
[05:00:48 CEST] <Diag> lordarkmemo: https://lists.ffmpeg.org/pipermail/ffmpeg-user/2018-March/039108.html
[05:00:51 CEST] <Diag> is what youre looking for i believe
[05:01:05 CEST] <Diag> whoops sorry misread the page
[05:01:18 CEST] <Diag> im retarded
[05:01:42 CEST] <Diag> Actually no, it says -stimeout should work 0.o
[05:05:10 CEST] <lordarkmemo> Diag: is a weird behavior, when i stop the nginx-rtmp server, the ffmpeg dont stop, it keeps hanging forever.
[05:05:27 CEST] <Diag> Even when you set the -stimeout flag?
[05:07:56 CEST] <lordarkmemo> yes. The funny thing is this. When i install my nginx server on my local machine, every time i stop the (nginx), the ffmpeg streaming stop. But when i stop the nginx server on my AWS machine (remote), the ffmpeg hangs. Is like ffmpeg dont detect the nginx kill signal.
[05:08:56 CEST] <Diag> worst case scenario you could always make a cron job or something that pings the server every 15 seconds to see if its alive, and have it pkill ffmpeg if not
[05:12:18 CEST] <lordarkmemo> Diag: this setting apply to -f rtmp://.. streaming?. reconnect_streamed
[07:30:18 CEST] <dominiques> hello everyone, if can anyone help i will be glad ---> https://stackoverflow.com/questions/58360848/ffmpeg-udp-recording-every-hour
[07:30:41 CEST] <dominiques> thanks for your helping !
[07:36:55 CEST] <ponyrider> dominiques: couldnt you just add ffmpeg -ss 9:00:00 -to 10:00:00 -i udp:// ....
[07:47:21 CEST] <dominiques> will be precised ? also ?
[07:48:11 CEST] <dominiques> ffmpeg -ss 9:00:00:000 -to 10:00:00:000 -i udp://239.0.0.1:1234 -vcodec copy -acodec copy -f mpegts "output.ts" it is possible use this way ?
[07:54:21 CEST] <ponyrider> dominiques: if you want miliseconds then you need 10:00:00.000
[07:54:34 CEST] <ponyrider> but how precise do you need it to be?
[07:54:41 CEST] <dominiques> as possible
[07:55:18 CEST] <dominiques> as much as possible
[07:57:13 CEST] <ponyrider> but your cutting every hour.. why worry about a microsecond?
[07:58:26 CEST] <ponyrider> because you are just copying the video without reencoding, its going to cut it at the nearest keyframe anyway, so ..
[22:24:09 CEST] <anticw> is this channel appropriate for api-level noob questions? specifically i want to know about splitting ".mp4 files" at i-frame boundaries ... the goal is that each 'subfile' of a stream should be nicely self-contained
[22:26:04 CEST] <anticw> i'm also curious as to how indexing of these works (in some ideal sense), that is, is there a header with index/seek information or is it distributed throught the entire file and players use a heuristic seek to determine frame boundaries?
[22:39:34 CEST] <JEEB> anticw: with mp4 specifically you've either got a single index for a track (in FFmpeg speak AVStream), or you have multiple fragments and each of them has their own index (there's also the possibility of there being a full-on seeking index at the end)
[23:06:34 CEST] <DanielTheKitsune> how do I make ffmpeg produce a sequential continous .mp4 stream that can be read even if the encoding/building process gets interrupted (blackout, reading while unfinished, system crash)?
[23:07:49 CEST] <DanielTheKitsune> say, I connect a webcam that serves as a cheap security camera, and I want to know why the system randomly gets shut down, so I can see if someone comes to disconnect it or if it's actually a blackout, or any other error
[23:08:30 CEST] <DanielTheKitsune> the software itself can't tell if it's a blackout or if the power strip gets powered off or disconnected
[23:17:07 CEST] <JEEB> DanielTheKitsune: either use something streaming (without a global index) or utilize movie fragments with a short enough fragment duration
[23:17:59 CEST] <DanielTheKitsune> syntax?
[23:18:13 CEST] <DanielTheKitsune> can't use streaming to the outside
[23:18:22 CEST] <DanielTheKitsune> the thing has to be stored on said computer
[23:18:46 CEST] <JEEB> no, I mean a streaming container (as opposed to mp4, which without movie fragments has a single index)
[23:18:48 CEST] <DanielTheKitsune> and I'm willing to lose some few seconds regarding cache (Linux appears to write fairly quickly, it doesn't delay a lot)
[23:19:15 CEST] <DanielTheKitsune> JEEB: ok
[23:19:19 CEST] <JEEB> also do note that not all applications that read "normal" mp4 read fragmented mp4
[23:19:23 CEST] <DanielTheKitsune> which container do you suggest?
[23:19:24 CEST] <JEEB> FFmpeg can
[23:19:30 CEST] <DanielTheKitsune> I'm gonna use ffmpeg or vlc
[23:19:45 CEST] <DanielTheKitsune> so any non-standard hiccup that is not fully broken will be read
[23:19:50 CEST] <JEEB> I would probably go with something like either matroska or mpeg-ts
[23:19:55 CEST] <DanielTheKitsune> ok
[23:20:05 CEST] <JEEB> so .mkv or .ts
[23:20:16 CEST] <JEEB> both of those should be readable even if you kill -9 the process
[23:20:28 CEST] <DanielTheKitsune> and I also need a vcodec that doesn't die
[23:20:31 CEST] <JEEB> testing it should be quick enough :)
[23:20:34 CEST] <DanielTheKitsune> what do you suggest?
[23:20:48 CEST] <JEEB> A->B should work OK since the initialization data should be written at the beginning?
[23:20:58 CEST] <JEEB> so it would be on the layer of "what got written to the FS"
[23:21:03 CEST] <DanielTheKitsune> yap
[23:22:02 CEST] <DanielTheKitsune> ok, I'll test as soon as the current job finishes
[00:00:00 CEST] --- Mon Oct 14 2019
1
0
[01:32:17 CEST] <cone-540> ffmpeg 03OvchinnikovDmitrii 07master:27da30adddc6: libavcodec/amfenc_h264.c: Changed loop filter flag default value.
[01:40:00 CEST] <cone-540> ffmpeg 03James Almer 07master:72704cbff425: avformat/dv: free all allocated structs on dv_read_header failure
[10:19:18 CEST] <cone-698> ffmpeg 03Paul B Mahol 07master:961d6493e8c2: avutil/eval: add sgn()
[14:18:54 CEST] <cone-580> ffmpeg 03Moritz Barsnick 07master:a3846fe69bbd: avformat/mpjpegdec: fix finding multipart boundary parameter
[14:18:54 CEST] <cone-580> ffmpeg 03Moritz Barsnick 07master:1ea44a55fe36: avformat/mpjpegdec: fix strict boundary search string
[14:18:54 CEST] <cone-580> ffmpeg 03Moritz Barsnick 07master:f76a899abc80: avformat/mpjpegdec: ensure seekback for latest chunk
[14:18:54 CEST] <cone-580> ffmpeg 03Michael Niedermayer 07master:2c7975fe6f5c: avcodec/qdmc: Check input space in qdmc_get_vlc()
[14:18:54 CEST] <cone-580> ffmpeg 03Andreas Rheinhardt 07master:223a2c2a6079: fftools/ffmpeg: Improve streamcopy
[14:18:54 CEST] <cone-580> ffmpeg 03Andreas Rheinhardt 07master:def04022f4a7: avcodec/zmbvenc: Correct offset in buffer
[14:39:01 CEST] <cone-580> ffmpeg 03Matthieu Bouron 07master:1921f866ecf2: avformat/mov: parse sdtp atom and set the pkt disposable flag accordingly
[15:14:12 CEST] <smallishzulu> Hi everyone
[19:06:59 CEST] <cone-008> ffmpeg 03Paul B Mahol 07master:ecc1675368b1: avfilter/vf_waveform: add graticule enum
[19:06:59 CEST] <cone-008> ffmpeg 03Paul B Mahol 07master:42974eb13a9b: avfilter/vf_waveform: add invert graticule
[19:06:59 CEST] <cone-008> ffmpeg 03Paul B Mahol 07master:33fd82ae9eb1: avfilter/vf_waveform: allow different cb for new modes
[19:06:59 CEST] <cone-008> ffmpeg 03Paul B Mahol 07master:e923e6205eda: avfilter/vf_waveform: add yflat filter
[19:17:14 CEST] <cone-008> ffmpeg 03Paul B Mahol 07master:a7fd12797036: avfilter/vf_colorconstancy: fix overreads in gauss array
[00:00:00 CEST] --- Sun Oct 13 2019
1
0
[00:00:31 CEST] <durandal_1707> -f rawvideo tells to write rawvideo
[00:00:39 CEST] <durandal_1707> overiding .y4m extension
[00:00:57 CEST] <durandal_1707> .y4m is yuv4mpeg format
[00:01:41 CEST] <void09> so -f yuv4mpeg?
[00:01:43 CEST] <durandal_1707> you see, ffmpeg can guess output format from extension, so you do not need to type -f matroska
[00:01:53 CEST] <durandal_1707> void09: not needed, just use extension
[00:02:10 CEST] <durandal_1707> and instead just type .mkv
[00:02:50 CEST] <void09> if i do -f yuv4mpeg I get [NULL @ 0x562163ad6940] Requested output format 'yuv4mpeg' is not a suitable output format
[00:03:07 CEST] <durandal_1707> yuv4mpegpipe
[00:03:29 CEST] <durandal_1707> ffmpeg -muxers will list all muxers
[00:03:40 CEST] <durandal_1707> ffmpeg -h muxer=yuv4mpegpipe
[00:03:48 CEST] <durandal_1707> will list help for that muxer
[00:04:17 CEST] <void09> ffmpeg -i "input.ts" -an -c:v rawvideo -f yuv4mpegpipe -vframes 1000 tmp.y4m
[00:04:31 CEST] <void09> [yuv4mpegpipe @ 0x55b22f12a940] ERROR: Codec not supported.
[00:04:32 CEST] <durandal_1707> -c:v rawvideo is not needed for y4m
[00:04:56 CEST] <void09> ah, ok. it's confusing. isn't it the same raw video as with yuv ?
[00:05:03 CEST] <durandal_1707> you try multiple times to outsmart ffmpeg, but fails miserably
[00:05:04 CEST] <Zipdox> What is the syntax for -x265-params?
[00:05:35 CEST] <durandal_1707> void09: it uses wrapped avframe codec instead for performance reasons
[00:05:55 CEST] <durandal_1707> Zipdox: consult documentation
[00:06:03 CEST] <Zipdox> I couldn't find it
[00:06:05 CEST] <void09> oh, so it's a different kind of raw video
[00:23:50 CEST] <Zipdox> Ok I've tried lots of things and I couldn't find any documentation on how to use -x265-params
[00:32:14 CEST] <Zipdox> hello?
[00:34:26 CEST] <void09> Zipdox: https://trac.ffmpeg.org/wiki/Encode/H.265
[00:34:33 CEST] <void09> Generally, options are passed to x265 with the -x265-params argument. For fine-tuning the encoding process, you can therefore pass any option that is listed in the x265 documentation. Keep in mind that fine-tuning any of the options is generally not necessary, unless you absolutely know what you need to change.
[00:34:52 CEST] <pink_mist> the manpage has examples https://ffmpeg.org/ffmpeg-all.html#Options-29
[00:40:53 CEST] <Zipdox> I found a youtube video with some helpfull command
[00:42:51 CEST] <Zipdox> turns out the x265-params arg isn't useful, I need to specify the values through ffmpeg directly
[01:13:07 CEST] <kepstin> x265-params is useful if you're trying to set a parameter on the x265 encoder that ffmpeg doesn't have a option mapping for (there's a bunch of them)
[01:30:19 CEST] <void09> any way to detect errors in an mkv/h264 file that cause visible visual glitches ? My tv recording software sometimes reports a various number of errors, but I have yet to detect any visual problems with the files.
[02:47:13 CEST] <oneforall2> how do i find out how long a file mkv is ? want to cut off the last 2sec
[02:48:06 CEST] <oneforall2> -ss 00:00:00.00 -to
[02:48:21 CEST] <furq> -sseof 2
[02:48:35 CEST] <furq> oh wait you want to remove the last two seconds
[02:48:40 CEST] <furq> ffprobe then
[02:48:40 CEST] <oneforall2> yeah
[02:48:57 CEST] <oneforall2> ah thanks will try that
[02:50:09 CEST] <oneforall2> hhm can I put this with -ss 0.000000 start: 0.000000 ?
[02:50:55 CEST] <oneforall2> -ss 00:00:00.0000 I see more of this :)
[02:51:06 CEST] <furq> just omit -ss
[02:51:34 CEST] <furq> you could use 0 or 00:00 or 00:00:00 or 0.0 or whatever
[02:51:49 CEST] <furq> but don't actually do that in this case
[02:53:17 CEST] <oneforall2> ah thanks
[02:58:42 CEST] <oneforall2> looks like it worked ..
[02:58:49 CEST] <oneforall2> :)
[06:42:07 CEST] <kingsley> In the command...
[06:42:23 CEST] <kingsley> $ ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -frames 50 /tmp/mandel.webm
[06:42:33 CEST] <kingsley> what is "-f lavfi" for?
[07:17:43 CEST] <furq> kingsley: input format libavfilter
[07:17:54 CEST] <furq> mandelbrot is the name of a libavfilter video source
[07:17:58 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#mandelbrot
[07:32:48 CEST] <kingsley> furq: Thank you.
[09:19:06 CEST] <ok1mgj> Hi all, i have trouble with transcoding multicast. input and outputs are mpegts streams, all is working fine until input stream changes SAR/DAR 16:9 to 4:3 or back.
[09:19:51 CEST] <ok1mgj> error is: Impossible to convert between the formats supported by the filter 'Parsed_scale_npp_0' and the filter 'auto_scaler_0'
[09:20:17 CEST] <ok1mgj> any idea how to survive this SAR/DAR change?
[09:25:17 CEST] <ok1mgj> ..and command is: ffmpeg -re -nostats -hwaccel cuvid -c:v mpeg2_cuvid -deint 2 -drop_second_field 1 -i udp://239.250.1.2:1234?overrun_nonfatal=1"&"fifo_size=57344"&"buffer_size=256000 -map 0:0 -map 0:1 -rc-lookahead 32 -profile:v main -c:v h264_nvenc -qmin 0 -qmax 50 -c:a libfdk_aac -b:a 128k -b:v 1900k -minrate:v 900k -maxrate:v 2900k -g 50
[09:25:18 CEST] <ok1mgj> -bufsize 6M -preset fast -vf scale_npp=h=ih:w=sar*iw -f mpegts udp://239.253.99.99:1234
[18:28:36 CEST] <Celmor[m]> I have a video I downloaded from Youtube via youtube-dl that neither ffmpeg nor mpv can correctly process, mpv for example just sticks around, dumping output about corrupted frames while consuming 100% cpu. redownloading the video didn't help. Meanwhile vlc plays it just fine...
[18:32:26 CEST] <Celmor[m]> complete output of youtube-dl, vlc, mpv and ffmpeg: https://pastebin.com/raw/spM3yayK
[18:33:15 CEST] <JEEB> yea that sounds like the bug with libaom's release version
[18:33:24 CEST] <JEEB> which is utilized for AV1 decoding in that case with FFmpeg
[18:33:32 CEST] <JEEB> while I bet that vlc build uses dav1d
[18:34:47 CEST] <Celmor[m]> so what'd be the fix? using a different decoder?
[18:34:49 CEST] <JEEB> current FFmpeg master has defaulted to dav1d as default since seemingly Google didn't release a new release of libaom
[18:35:01 CEST] <JEEB> and in general dav1d is faster
[18:35:20 CEST] <JEEB> but it's funny how google's decoder fails with google's streams because even chrome currently utilizes dav1d :P
[18:35:45 CEST] <Celmor[m]> so I would have to recompile ffmpeg and mpv from master?
[18:36:56 CEST] <another> or update your libaom
[18:37:10 CEST] <JEEB> that way the default gets switched yes. otherwise is your FFmpeg already has dav1d built in then --vd=libdav1d does fix it
[18:37:12 CEST] <Celmor[m]> Other AVC streams seem to work just fine so I wonder what's special about that video
[18:37:17 CEST] <JEEB> it's not AVC
[18:37:20 CEST] <JEEB> it's AV1
[18:38:00 CEST] <Celmor[m]> ah, same crap as vp9 which requires software decoding. got it
[18:38:13 CEST] <Celmor[m]> so I need to force AVC when downloading
[18:38:55 CEST] <another> if you explicitly want avc then you can download that, yes
[18:39:40 CEST] <Celmor[m]> Unrecognized option '-vd=libdav1d'.
[18:40:02 CEST] <Celmor[m]> ( did use double-dash )
[18:40:19 CEST] <JEEB> you can check the output of -vd=help
[18:40:29 CEST] <JEEB> if there's no libdav1d there then your FFmpeg was built without it
[18:40:34 CEST] <JEEB> (the one linked against your mpv)
[18:41:17 CEST] <Celmor[m]> ffmpeg -vd=help: Unrecognized option 'vd=help'
[18:41:50 CEST] <Celmor[m]> I guess you meant mpv?
[18:41:59 CEST] <pink_mist> yes, that's mpv arguments
[18:42:21 CEST] <Celmor[m]> I recall av1 never working before on my machine either
[18:43:33 CEST] <Celmor[m]> would this use ffmpeg with the other decoder? https://aur.archlinux.org/packages/mpv-build-git/
[18:43:47 CEST] <Celmor[m]> since it compiles ffmpeg into mpv from what I understnad
[18:44:34 CEST] <pink_mist> you should probably ask in #mpv instead
[18:44:37 CEST] <pink_mist> this is #ffmpeg
[18:44:51 CEST] <pink_mist> (note: I don't know the answer)
[18:48:10 CEST] <another> Celmor[m]: if you're using arch you just need to recompile ffmpeg
[18:48:21 CEST] <another> mpv uses libdav1d via ffmpeg
[18:49:15 CEST] <another> actually, it looks like ffmpeg is compiled w/ dav1d by default
[18:49:22 CEST] <another> *in arch
[18:49:33 CEST] <lordarkmemo> Hi nice to meet you all
[18:50:24 CEST] <lordarkmemo> im streaming a video using -f flv rtmp://server. But, when the rtmp server (nginx) stop, the ffmpeg hangs forever
[18:50:49 CEST] <another> Celmor[m]: just put 'vd=libdav1d' into your ~/.config/mpv/config
[18:51:18 CEST] <cards> How can I get ffprobe -print_format to work? It does not.
[18:51:23 CEST] <cards> > ffprobe -print_format csv file.mpg
[18:52:19 CEST] <JEEB> cards: you need to use show_xxx to get something in there
[18:52:30 CEST] <JEEB> like -show_format -show_streams -show_programs etc
[18:52:40 CEST] <JEEB> so you can pick exactly what you need
[18:52:45 CEST] <cards> JEEB: what is the default output so i can emulate those options
[18:52:53 CEST] <cards> default flags
[18:53:29 CEST] <cards> seems like -print_format should work on the default flags
[18:53:41 CEST] <furq> the default is to not print anything
[18:53:55 CEST] <cards> the default is certainly to print something, since something does print
[18:54:05 CEST] <furq> it prints the normal ffmpeg output on stderr
[18:54:10 CEST] <furq> -of only affects the stuff printed on stdout
[18:55:06 CEST] <cards> it prints Metadata: major_brand minor_version compatible_brands creation_time title encoder comment Duration: Stream #: Metadata: creation_time handler_name etc
[18:55:23 CEST] <cards> which flags then explicite that print?
[18:55:47 CEST] <furq> i don't think any ffprobe flags affect that output
[18:55:48 CEST] <pragomer> hi. I am under Debian but relativly new to ffmpeg. My actual goal is to "visualize" mp3 to mkv via showwaves. My actual line looks like that:
[18:55:53 CEST] <furq> that's the same stuff you'd get from ffmpeg -i
[18:56:02 CEST] <cards> furq: how do I get that output into csv
[18:56:02 CEST] <pragomer> ffmpeg -i input -filter_complex "[0:a]showwaves=s=1280x720:mode=line,format=yuv420p[v]" -map "[v]" -map 0:a -c:v libx264 -c:a copy output.mkv
[18:56:11 CEST] <furq> you don't, but you probably want -show_format -of csv
[18:56:22 CEST] <furq> and/or -show_streams
[18:56:23 CEST] <cards> i will get all the same values into csv?
[18:56:27 CEST] <pragomer> how could I manipulate the colors and/or forms of the waveforms? is there a list or so?
[18:56:29 CEST] <furq> you'll get way more values into csv
[18:56:37 CEST] <cards> but i just want those.
[18:56:55 CEST] <cards> i'm confused why the default values are pegged as YAML and cannot be printed to CSV
[18:58:06 CEST] <cards> I'm actually looking at a YAML2CSV converter to get around this
[18:58:14 CEST] <pmjdebruijn> does anybody here have experience with the lenscorrection filter? it seems to produce extremely poor quality for me
[18:58:21 CEST] <furq> well that's not yaml so you probably won't have much luck with that
[18:58:28 CEST] <furq> or if it is valid yaml then it's not on purpose
[18:58:29 CEST] <cards> it is YAML
[18:58:32 CEST] <furq> so i wouldn't depend on it
[18:59:50 CEST] <cards> I'll try the outputs you suggested. which of those only reads metadata, and which of those takes excess time to analize?
[18:59:54 CEST] <durandal_1707> pmjdebruijn: what you want to do?
[18:59:55 CEST] <furq> anyway you want some combination of -select_streams and -show_entries
[19:00:10 CEST] <pmjdebruijn> durandal_1707: just correct some lens distortion
[19:00:16 CEST] <amosbird> hi, how does ffmpeg generate this surrounding rectangle when recording? https://la.wentropy.com/UYZl.png I'd like to have that rectangle
[19:00:24 CEST] <furq> or not -select_streams if you only want container-level metadata
[19:00:43 CEST] <furq> and the only option that decodes the entire stream is -count_frames iirc
[19:00:44 CEST] <pmjdebruijn> however, on straight lines, the lenscorrection filter does not interpolate them correctly, it produces jaggies
[19:00:54 CEST] <cards> thanks
[19:01:04 CEST] <furq> otherwise it'll always just analyse whatever you set in -analyzeduration/-probesize which is five seconds and 5MB
[19:01:09 CEST] <furq> by default
[19:01:12 CEST] <pmjdebruijn> although perhaps I just try the latest version of ffmpeg
[19:01:35 CEST] <durandal_1707> pmjdebruijn: you give custom paramters to filter?
[19:01:47 CEST] <furq> pragomer: https://ffmpeg.org/ffmpeg-filters.html#showwaves
[19:01:51 CEST] <cards> furq: what is the default output of ffprobe so that I can reference it by name
[19:02:06 CEST] <pmjdebruijn> durandal_1707: of course, otherwise lenscorrection is useless
[19:02:17 CEST] <furq> cards: https://www.ffmpeg.org/ffprobe.html#default
[19:02:39 CEST] <furq> if you mean the stuff printed on stderr then i don't think that has a name
[19:02:41 CEST] <pmjdebruijn> I can try to create a nice compact reproducable case if needed
[19:02:55 CEST] <cards> I mean does it have a name people refer to it by. container metadata/duration information?
[19:03:19 CEST] <lordarkmemo> im streaming a video using -f flv rtmp://server. But, when the rtmp server (nginx) stop, the ffmpeg hangs forever
[19:03:40 CEST] <furq> i've not seen a name for that
[19:03:55 CEST] <kepstin> amosbird: that's the x11grab input? The input code in ffmpeg just makes an x11 window that's rectangle shaped and draws some stripes in it. You're welcome to copy the code if you follow the license terms...
[19:03:57 CEST] <furq> it would probably be nice to have one better than "the input stuff printed on stderr"
[19:04:14 CEST] <cards> so that I can put a feature request to get it supported by -print_format
[19:04:36 CEST] <durandal_1707> pmjdebruijn: try lensfun filter
[19:06:05 CEST] <pmjdebruijn> yeah lensfun has good interpolation
[19:06:32 CEST] <pmjdebruijn> but lenscorrection is sufficiently poor, I'm wondering why its not clearly marked as deprecated
[19:07:06 CEST] <kepstin> cards: the output you get from ffprobe on stderr (without any -print_format) isn't even generated by ffprobe itself, it's some log output from the ffmpeg libraries.
[19:07:07 CEST] <pmjdebruijn> oh... and my system ffmpeg doesn't have lensfun support yet
[19:07:41 CEST] <pmjdebruijn> oh and the ffmpeg downlodable static binaries don't either?
[19:08:19 CEST] <kepstin> iirc lensfun has a bunch of data files of lens presets, so bundling it in a static binary doesn't make much sense
[19:11:43 CEST] <pmjdebruijn> kepstin: the library should be able to do a transform without those presets, if given manual parameters
[19:12:32 CEST] <cards> kepstin: it's still useful handy information. does ffmpeg have the output flags to request this information in csv then?
[19:12:39 CEST] <amosbird> kepstin: so that's a transparent window then
[19:12:49 CEST] <pmjdebruijn> and I don't particulary care about optically perfect correction, I just want to get rid of the bulk of the distortion, the interpolation issue caused by the lenscorrection filter are however worse than the distortion to begin with
[19:13:01 CEST] <durandal_1707> pmjdebruijn: perhaps lenscorrection use no interpolation but nearest neighbor?
[19:13:07 CEST] <kepstin> cards: all of the information from that log output is included in the other ffprobe output formats (you might need -show_format and -show_streams)
[19:13:09 CEST] <amosbird> kepstin: and that window cannot be covered, always on top
[19:13:17 CEST] <amosbird> I don't know how that is achieved
[19:13:21 CEST] <kepstin> amosbird: I assume so? read the code.
[19:13:29 CEST] <pmjdebruijn> durandal_1707: but can I influence that interpolation
[19:14:12 CEST] <amosbird> ok
[19:14:13 CEST] <pmjdebruijn> the output quality is sufficiently poor, that I'm a bit surprised it's there at all :(
[19:14:30 CEST] <furq> cards: you can get it all in csv but you'd need to specify each field manually
[19:14:35 CEST] <cards> kepstin: indeed. that's just way more information than I wanted
[19:14:46 CEST] <durandal_1707> pmjdebruijn: no, filter uses no interpolation
[19:14:54 CEST] <kepstin> cards: ffprobe has options to allow you to specify exactly which output fields you want
[19:15:04 CEST] <cards> furq: it's possible to cherrypick fields from -show_streams ?
[19:15:07 CEST] <furq> yeah
[19:15:23 CEST] <furq> get rid of -show_streams and just use -show_entries
[19:15:59 CEST] <furq> e.g. -show_entries format=duration,start_time
[19:16:29 CEST] <cards> interesting, thanks. what's the config file for the windows compile, ie compare, wget has wget.ini and youtube-dl has config.txt
[19:18:49 CEST] <pmjdebruijn> hmmm interesting, I can't reproduce on input photos
[19:19:04 CEST] <dominiques> Hello
[19:19:41 CEST] <dominiques> PLEASE SOMEBODY, CAN you help me solve frame by frame cutting issue ---> /usr/bin/ffmpeg -i "/var/www/html/public/userfiles/input/r_AUTO_autv102_102-2019-09-09_13-29-50_3214qweqwe.mp4" -vf trim=start_frame=222:end_frame=351 -an "/var/www/html/public/userfiles/input/test.mp4"
[19:20:14 CEST] <dominiques> this have problem .... its freezing video first ~3 seconds then playing normally
[19:20:20 CEST] <dominiques> i need frame by frame precision
[19:20:29 CEST] <dominiques> please anyone can help ?
[19:22:53 CEST] <amosbird> btw, can we have different theme to x11grab?
[19:33:08 CEST] <amosbird> hmm, it's now called xcbgrab
[20:27:52 CEST] <kingsley> FYI:
[20:27:55 CEST] <kingsley> $ time ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -frames 50 /tmp/output.mp4
[20:29:50 CEST] <kingsley> took 26 seconds on a little, old 2 core AMD Athlon computer, but evidently only 5 seconds on a newer 8 core AMD Ryzen computer.
[20:30:51 CEST] <kingsley> I note the ratio of ffmpeg's run times is comparable to how many cores each computer has.
[20:31:53 CEST] <DanielTheKitsune> haha, and I was running ffmpeg on a fairly old CPU
[20:32:01 CEST] <kingsley> Do you happen to know if ffmpeg's rendering speed tends to increase with the number of available CPU cores?
[20:32:26 CEST] <DanielTheKitsune> kingsley: if they implement threading support, yes
[20:32:39 CEST] <DanielTheKitsune> otherwise, they'll just load one of your cores and run the others idle
[20:33:08 CEST] <DanielTheKitsune> modern encoders implement threading support, but there are some niche ones that don't, such as msvideo1
[20:35:33 CEST] <kingsley> DanielTheKitsune: When you wrote "if they implement threading support", did you mean... if ffmpeg and its encoder being used were compiled to support multiple threads and/or cores?
[20:35:45 CEST] <DanielTheKitsune> probably
[20:35:59 CEST] <DanielTheKitsune> although I'm not sure how to explain it, actually ;)
[20:37:56 CEST] <kingsley> Feel free to advise me on the pros and cons of spending extra money for more cores on a new computer that I expect to render video with, probably with the non-linear editor named "kdenlive" and its back end called "melt".
[20:38:51 CEST] <another> threading support depends on the encoder
[20:39:01 CEST] <DanielTheKitsune> hrm, meanwhile I encode AMR audio and MPEG4 video on a P4
[20:39:18 CEST] <DanielTheKitsune> the thing barely decodes h264 1080p
[20:39:26 CEST] <DanielTheKitsune> reaches 90% if doing it realtime
[20:39:31 CEST] <kingsley> ffmpeg used both of my little old computer's cores, so it seems reasonable to me to expect more cores should render faster.
[20:39:59 CEST] <another> as said, depends on the encoder
[20:40:24 CEST] <kingsley> The two options I'm leaning toward are
[20:40:26 CEST] <another> the default for .mp4 is h264 which usually defaults to x264 as the encoder
[20:40:32 CEST] <DanielTheKitsune> AMR encodes quickly and gets very low bitrate for voice-only things
[20:40:41 CEST] <kingsley> 2 CPUS, each with
[20:40:56 CEST] <another> x264 has quite good threading
[20:41:01 CEST] <kingsley> 1.) 8 cores, for a total of 16 cores, and
[20:41:17 CEST] <kingsley> 2.) 18 cores, for a total of 36 cores.
[20:41:26 CEST] <DanielTheKitsune> kingsley: do you have a fast server or something where you quickly encode video in? ;)
[20:42:50 CEST] <kingsley> However, my understanding is each core in the CPU with 18 would have less on chip L3 cache.
[20:43:07 CEST] <kingsley> Plus, the CPUs with more cores are more expensive.
[20:43:27 CEST] <DanielTheKitsune> I've got (remotely) a CPU witha quad-core i5 (god knows which generation) where I remotely encode videos or something, but it's just shared from somewhere
[20:46:08 CEST] <kingsley> another: So maybe I should ask someone to bench mark the encoder I tend to use, .webm, on the multiple core CPUs I'm considering buying, POWER9, to see if their implementations support multiple threads.
[20:46:38 CEST] <DanielTheKitsune> the thing is fast, it's nice
[20:47:06 CEST] <kingsley> DanielTheKitsune: At the moment, I only have a little, old AMD Athlon, which I'm considering upgrading to new hardware of specifications yet to be determined.
[20:47:52 CEST] <kingsley> DanielTheKitsune: Which "thing" is fast and nice?
[20:48:04 CEST] <DanielTheKitsune> Intel Core i5 @ 3 GHz
[20:48:13 CEST] <DanielTheKitsune> I dunno which generation, presumably 4th
[20:49:29 CEST] <kingsley> DanielTheKitsune & another: Thank you for sharing your thoughts. I should be able to proceed more wisely now.
[20:49:46 CEST] <DanielTheKitsune> quad-core beast, very fast compared to my good old P4 @ 2.8 GHz
[20:50:41 CEST] <DanielTheKitsune> I should get one
[20:51:11 CEST] <DanielTheKitsune> brb, work
[22:27:16 CEST] <dominiques> Hi
[22:28:08 CEST] <dominiques> can u help me with recording UDP every hour i need... 9:00:00 to 10:00:00 .. then 10:00:00 to 11:00:00 etc,,,, ffmpeg -i udp://224.1.1.1:1234 -vcodec copy -acodec copy -f mpegts "output.ts"
[22:28:14 CEST] <dominiques> .
[22:29:00 CEST] Last message repeated 2 time(s).
[22:29:20 CEST] <dominiques> thanks for your helping
[22:40:41 CEST] <dominiques> anyone
[22:40:41 CEST] <dominiques> .
[22:40:45 CEST] Last message repeated 3 time(s).
[22:40:45 CEST] <dominiques> ?
[22:50:21 CEST] <Fenrirthviti> could you not spam the channel with . please? Be patient until someone can look and respond.
[22:55:20 CEST] <another> so what is your problem?
[23:00:01 CEST] <friki-> dominiques: -t to stop recording after 1h. And launch an sh wrapper for the ffmpeg command using cron setting the proper output name using date. That's my aproach
[23:03:23 CEST] <friki-> Probably ffmpeg can handle all together by itself, even setting a proper filename format
[23:06:15 CEST] <friki-> If it's some kind of human controled security recording, I suggest using "-f tee" to record+"re-broadcast". The human condol can be done on this "re-broadcast", and the security recording is also supervised :)
[23:19:40 CEST] <another> you could also look into the segment muxer
[23:45:55 CEST] <Celmor[m]> another: how do I check if my ffmpeg has that decoder?
[23:46:29 CEST] <Celmor[m]> just recompiled and I still appear not to have it
[23:46:46 CEST] <JEEB> if you mean libdav1d it needs to be available as a library
[23:46:57 CEST] <JEEB> you can test with ffmpeg.c and -codecs |grep "dav1d"
[23:47:33 CEST] <Celmor[m]> well, I installed using mpv-full-build-git and checked via `mpv -vd=help | grep dav1`
[23:47:55 CEST] <Celmor[m]> is there an --enable-... option I need for ffmpeg?
[23:49:10 CEST] <another> ffmpeg -codecs | grep dav1d
[23:49:43 CEST] <JEEB> Celmor[m]: yes, if it's not in that list then the FFmpeg that the mpv was linked against doesn't have it at least
[23:49:55 CEST] <JEEB> needs 1) libdav1d installed
[23:50:11 CEST] <JEEB> 2) I think it will get automagically found, but --enable-libdav1d is a good way to make sure configure fials if it's not there
[23:52:11 CEST] <Celmor[m]> alright, now compiling with it
[23:52:30 CEST] <Celmor[m]> another: that won't work as I don't generate an ffmpeg binary but rather mpv statically linked with it
[00:00:00 CEST] --- Sun Oct 13 2019
1
0
[00:00:57 CEST] <Compn> sounds like amv almost
[08:35:46 CEST] <haasn> Lynne: I see, thanks for the heads up
[11:20:30 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:e787f8fd7ee9: avfilter/vf_neighbor: check if width is 1
[12:10:10 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:7ad69a73f3d9: avfilter/vf_waveform: better guard against picking wrong pixel format
[12:25:24 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:b62f7e243cf4: avfilter/vf_deflicker: fix invalid access
[12:43:35 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:0b5672387418: avfilter/vf_bitplanenoise: fix overreads
[12:56:26 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:0e68e8c93f90: avfilter/vf_w3fdif: deny processing small videos
[13:34:19 CEST] <cone-431> ffmpeg 03Paul B Mahol 07master:71d9ae11a56d: avfilter/vf_signalstats: fix stack buffer overflow
[15:20:20 CEST] <J_Darnley> Yay. Ryzen delivery. I can have fun tomorrow.
[15:22:05 CEST] <JEEB> najs
[17:49:34 CEST] <Dmitri_Ovch> Hi! I sent a patch with a change in the default value of the loop filter flag for the AMF encoder(https://patchwork.ffmpeg.org/patch/15699/). this is a one-line commit that improves transcoding quality at standard values. Could you review it?
[17:52:03 CEST] <durandal_1707> michaelni: im kindly ask you again, are you ok with relicensing your changes to vf_geq to LGPL >=2.1 ?
[18:09:54 CEST] <michaelni> durandal_1707, do you need the code under LGPL ? or why do you want it to be relicensed ?
[18:28:44 CEST] <durandal_1707> michaelni: i want it relicensed under other, less restrictive license
[18:33:50 CEST] <michaelni> why do you care if you dont need it ? I think if some commercial company needs it they can donate/pay ffmpeg / pay for relicensing
[18:34:07 CEST] <michaelni> seems to make more sense to us but maybe iam missing something
[18:36:03 CEST] <durandal_1707> michaelni: code is trivial
[18:37:38 CEST] <michaelni> yes, for you but not neccessarily for some company who wants to use it in a way that needs LGPL
[18:42:07 CEST] <durandal_1707> michaelni: get real, no company will ever want to relicense geq
[19:25:37 CEST] <Lynne> I think lavfi api should have been lower level, as in no graphs at all, you do all work chaining
[19:26:24 CEST] <Lynne> and for negotiation a single function which gets 2 filter contexts as arguments would be enough
[19:27:13 CEST] <durandal_1707> Lynne: already done
[19:28:23 CEST] <durandal_1707> michaelni: why are you not coperating?
[19:29:47 CEST] <Lynne> durandal_1707: but you have to hook up inputs and outputs and configure each separately, its so annoying if all you need is a single filter
[19:30:03 CEST] <durandal_1707> patch welcome
[19:31:33 CEST] <michaelni> durandal_1707, maybe you are correct that no company will.
[19:33:38 CEST] <michaelni> but that would just mean that noone needs it to be under LGPL at which point its even less clear to me why we should relicense it
[19:34:36 CEST] <michaelni> i mean iam not against it, it just doesnt make sense to me to do it when noone of us needs it and noone else needs it
[19:37:35 CEST] <J_Darnley> > no graphs at all, you do all work chaining
[19:37:39 CEST] <J_Darnley> sounds familiar
[19:38:35 CEST] <J_Darnley> michaelni, durandal_1707: keep it gpl so that when I am elected leader my plans aren't so shocking
[19:59:34 CEST] <durandal_1707> J_Darnley: no GPL is VIRUS, you must not be LEADER
[20:00:52 CEST] <BradleyS> paul.
[20:01:14 CEST] <durandal_1707> BradleyS: GPL is VIRUS
[20:01:21 CEST] <BradleyS> i agree
[20:01:37 CEST] <BradleyS> but you're telling people to get real and typing in caps :/
[20:01:51 CEST] <BradleyS> just because some people don't agree with you doesn't mean they're not cooperating
[20:01:56 CEST] <durandal_1707> oh, sorry
[20:02:24 CEST] <BradleyS> i think michael is just asking for a more tangible use case for lgpl than personal preferences
[20:02:47 CEST] <durandal_1707> currently company will not use ffmpeg, because geq is GPL
[20:03:33 CEST] <iive> durandal_1707, what company?
[20:03:48 CEST] <kierank> get them to pay money
[20:05:00 CEST] <JEEB> what in the name of earth is geq
[20:05:24 CEST] <JEEB> graphic equalizer?
[20:06:15 CEST] <iive> btw, if you want geq-like filter, why not make something more generic? mesa3d uses llvm to compile SIMD pixel shaders and run them on the main cpu (aka software 3d render).
[20:06:38 CEST] <iive> for a company running simd accelerated filter would be much more valuable.
[20:08:32 CEST] <iive> JEEB, generic equasion. you can write a formula that is used to calculate each pixel,
[20:26:09 CEST] <durandal_1707> michaelni: so how many money you ask for vf_geq.c ?
[20:35:09 CEST] <kierank> one meeeelion dollars
[20:35:39 CEST] <JEEB> <insert raised pinky and the cat in the lap>
[00:00:00 CEST] --- Sat Oct 12 2019
1
0
[00:00:11 CEST] <kepstin> the better tvs even have telecine cadence detection so they can playback 24p stuff in 60i smoothly
[00:00:32 CEST] <gmaciolek> I guess people have gotten used to a lack of "unison" like back in the day w/analog stuff
[00:00:58 CEST] <gmaciolek> I hate to say this, but, I wish TV was more like Apple. XD
[00:01:29 CEST] <gmaciolek> "The hell with backward compatability (past a little while)" - 68k to PPC, OS 7/8/9 --> OS X, and PPC ->x86
[00:01:31 CEST] <kepstin> the annoying thing was that someone went "well, we have this motion interpolating stuff in our tvs anyways for deinterlacing, why not apply it to all video and upconvert everything to 60p (or more)?"
[00:01:51 CEST] <gmaciolek> kepstin: yeah, that stuff drives me NUTS
[00:01:57 CEST] <gmaciolek> some famous actor has a spot about it?!
[00:02:41 CEST] <kepstin> if we didn't have interlaced HD video, then we probably wouldn't have ever had tvs with builtin "smooth motion" features :)
[00:02:44 CEST] <gmaciolek> Tom Cruise, of all people, made a whole video about disabling frame interpolation
[00:03:55 CEST] <gmaciolek> ... I sure wish my clipboard was working, so I could put the link here
[02:46:05 CEST] <Atlenohen> ffmpeg does do SVT-VP9 already ?
[02:46:18 CEST] <Atlenohen> dang it, I don't have AVX2
[04:04:19 CEST] <AlexLearner> Good evening! Please, how could I duplicate an audio stereo pair through ffmpeg? Meant, on a certain video file, I have two audio channels and, on target, I would like to have a copy of these channels, as a third and a fourth audio channels. Could you help me?
[04:05:28 CEST] <DHE> so 4 channels where channels 1 and 3 are actually the same, and 2 and 4 are also the same?
[04:05:40 CEST] <AlexLearner> yes!
[04:05:53 CEST] <AlexLearner> 1-2, 1-2
[04:06:20 CEST] <DHE> probably the `pan` filter
[04:07:38 CEST] <AlexLearner> Pan filter, gonna check. I was trying something concerning those -map and -map_channel options; it is a wrong path, isn't it?
[04:08:13 CEST] <DHE> -map is for selecting which audio feed to use (eg: on a DVD with a commentary audio track, map would let you choose regular audio vs that commentary track)
[04:09:37 CEST] <DHE> hmmm... map_channel might work. -map_channel 0.0.0 -map_channel 0.0.1 -map_channel 0.0.0 -map_channel 0.0.1 # or maybe 0.1.x for a movie file
[04:10:50 CEST] <AlexLearner> Gonna try. Thank you very much, DHE++
[04:16:02 CEST] <AlexLearner> Huh, tried: ffmpeg -i source.mpg -map_channel 0.0.0 -map_channel 0.0.1 -map_channel 0.0.0 -map_channel 0.0.1 -y target.mpg
[04:16:15 CEST] <AlexLearner> but didn't work, unfortunatelly.
[04:18:53 CEST] <AlexLearner> the "target" file won't have the extra audio channels.
[04:23:11 CEST] <furq> AlexLearner: that should work but the second digit needs to be the track number in the file
[04:23:16 CEST] <furq> so it's probably 0.1.0
[04:23:28 CEST] <furq> or just -af "pan=quad|c0=c0|c1=c1|c2=c0|c3=c1" will be shorter anyway
[04:23:38 CEST] <furq> also you'll want to do -c:v copy or else it'll reencode the video
[04:24:41 CEST] <AlexLearner> Gonna try. Thank you, furq++
[04:25:58 CEST] <furq> map_channel just gets passed to pan anyway so you might as well use it directly
[04:32:03 CEST] <AlexLearner> Understood. Tried the pan filter right now but it doesn't do the trick, still. Will revise, here.
[04:32:20 CEST] <AlexLearner> Thank you again, furq++
[09:56:29 CEST] <symtab> hi...i'm trying to add a intro to my video using concat, however for videos that has height > width the resulting video does not play in chrome (it plays in firefox, with ffplay, with vlc, but NOT in chrome), so i decided to convert the video and add black bars, but it still doesnt work, any ideas why this is happening? I attached my conversion
[09:56:29 CEST] <symtab> commands:
[09:56:31 CEST] <symtab> https://pastebin.com/hnGdbEbK
[09:56:34 CEST] <symtab> thank you!
[10:19:20 CEST] <symtab> anyone?
[10:24:58 CEST] <poutine> symtab: instead of "didn't work" do you think you could state what is occurring that is unexpected, or what isn't occurring that is expected?
[10:40:19 CEST] <symtab> basically when using a html5 player to display the video in chrome, the video stops after the intro part is displayed, but this only happens in google chrome, in firefox, vlc, ffplay...it works...
[10:41:10 CEST] <symtab> and by the video stops i mean suddenly the player displays the play button, cant fast forward, nothing...and this only happens if the source video has height > width (vertical video)
[10:41:25 CEST] <symtab> so it must be something related to this, but i was not able to figure this out in 2 days of testing...
[11:02:50 CEST] <symtab> poutine: any ideas?
[11:02:53 CEST] <symtab> thank you!
[14:42:04 CEST] <transhuman> anyone know how you use or run ffms2? No directions!
[14:44:59 CEST] <JEEB> transhuman: simplest for end users (if you don't want to utilize its C/C++ API) is to either utilize it through avisynth or vapoursynth
[14:46:07 CEST] <transhuman> ah it works as a plugin for them?
[14:46:22 CEST] <transhuman> which is easier for beginners would you say JEEB?
[14:47:55 CEST] <transhuman> NM going to try both thanks
[14:48:03 CEST] <JEEB> at this point it depends on which is simpler to install for you. on windows both vapoursynth and avisynth have installers, so you might as well go vapoursynth. avisynth doesn't really run on native *nix so it'd be a wine thing there, vapoursynth would have to be built or if packaged for your distro just installed
[14:48:17 CEST] <JEEB> avisynth has its own language and with vapoursynth you write python scripts
[14:48:48 CEST] <transhuman> ah so vopoursynth would be better for me since I use both platforms
[14:48:51 CEST] <transhuman> thanks
[14:49:37 CEST] <JEEB> avisynth has a long history of generally working nicely under wine, but yea - it's not "native" (among other issues with it in general)
[14:49:48 CEST] <Chagall> avisynth is simpler
[14:49:55 CEST] <JEEB> vapoursynth is just not packaged in all the distros and I've honestly never tried to build it :P
[14:50:06 CEST] <JEEB> thus avs under wine can be simpler to get running
[14:50:08 CEST] <transhuman> ok thanks for the warning
[14:50:31 CEST] <JEEB> Chagall: dunno, both have an editor with preview (AvsPmod, vapoursynth editor)
[14:50:54 CEST] <JEEB> but I guess avs not being a python thing can make it appear simpler to utilize at first :)
[14:50:57 CEST] <JEEB> as it's a domain specific language
[14:51:07 CEST] <Chagall> I find avspmod a better experience overall and more importantly the syntax is less verbose
[14:51:19 CEST] <JEEB> :)
[14:51:43 CEST] <Chagall> though if it's just to use ffms2 I'd use vs
[14:51:50 CEST] <JEEB> I partially got tired of having to go through hoops with high bit depth on avs, although I did use it until 2015 or so?
[14:51:57 CEST] <JEEB> then I switched my usage to vs
[14:51:59 CEST] <Chagall> it's just a bit annoying when you are doing a lot of filtering and have to prefix package names every time
[14:52:47 CEST] <transhuman> once I figure out a pipeline to do what I want, then I want to be able to script it all with python
[15:04:59 CEST] <transhuman> compiling all this crap makes me wish I had one of those xeon 64 core 128 thread processors...
[15:05:10 CEST] <DHE> you mean Epyc
[15:05:15 CEST] <transhuman> ya
[15:05:29 CEST] <DHE> well I want 2 of those. 128 cores, 256 threads
[15:05:58 CEST] <transhuman> I take that and raise you to 256 by 512 lol
[15:06:32 CEST] <transhuman> one single 10 THz processor core would be nicer though, now that I am dreaming
[15:13:10 CEST] <transhuman> DHE problem is compiling can only get so fast with multicore, multithreading. Not sure what the limit is but I liked the days where everything was simple and single core!
[15:14:15 CEST] <DHE> transhuman: you'd be amazed how well compiling can be multi-core scaled. especially big projects like the linux kernel or ffmpeg
[15:14:26 CEST] <transhuman> now I have a serious problem, one of the vapoursynth packages requires python3.6-dev and ubuntu no longer carries it
[15:14:49 CEST] <transhuman> ah so we haven't really reached that limit yet, thats good
[15:26:19 CEST] <zerodefect> I want to decode files from AWS S3 (C SDK). I was going to create an AWS presigned url so that I get an HTTPS url and then use the https libavformat plugin to stream the file off S3. I don't see a problem there, but I think I'll have issues when, for example, I have MOV reference files that have DREFs. Is there anyway I can intercept the calls in FFmpeg SDK to open the elementary files and
[15:26:19 CEST] <zerodefect> create presigned URLS for those files too before trying to open files?
[16:24:02 CEST] <ncouloute> So I finally figured out a way to tell where ffmpeg will move the timestamp to. Just have to turn on loglevel debug and look for [concat @ xxxx] file: n ..... pts_time:y.yyyy . Although this log file can get really large. Looking for the first occurance of that for a given file and the last occurance gives me the start and stop time. Looking at the source code that seems to be the only way unless I use the api
[16:24:02 CEST] <ncouloute> directly. Thought there might be a clever way using concat filter and filter complex but doesnt seem like it. Since showinfo is not support with concat. How easily does the ffmpeg api translate to the given flags? I'm assuming there is a function for each flag?
[16:36:37 CEST] <kepstin> many of the flags (command line options) on the ffmpeg cli map directly to AVOption options that can be set on various contexts
[16:37:03 CEST] <kepstin> some of the ffmpeg cli options control functionality implemented within the ffmpeg cli code, and doesn't exist in the ffmpeg api
[16:43:21 CEST] <ncouloute> Gotcha so I will have to just see what happens then... Think I'm going to try and get away with the parsing the log for now.. I just dont know how the performance of the reading a file that could be 2gb+. I do want to explore the ffmpeg api though as that will make what I'm doing a lot easier. Since I can write actual code and not parsing command line output.
[16:47:26 CEST] <kepstin> ncouloute: if you're using the api, it's entirely possible for you to do the timestamp adjustment for concatenation yourself rather than use the concat filter, so you know exactly what's happening.
[16:47:49 CEST] <kepstin> (or you can do something like track frames going into the filter chain vs. frames going out)
[16:49:22 CEST] <ncouloute> yeah the latter is what I would like to do. I dont necessarily need it to stay where it is. Just need to know where it ends up. Since I do things like converte to 60000/1001 frame rate.
[19:43:50 CEST] <ekacnet> What is the support policy for ffmpeg for the different versions in term of security updates
[19:48:13 CEST] <BtbN> I doubt there is one.
[19:50:10 CEST] <ekacnet> so when should we expect 3.2 or 3.4 to be dropped in term of support ?
[19:51:06 CEST] <BtbN> Usually whenever no major Linux distros still uses it
[19:51:26 CEST] <JEEB> officially, possibly at any time. unofficially, asking the person doing most back-porting to those branches is probably most accurate
[19:51:29 CEST] <JEEB> https://trac.ffmpeg.org/wiki/Downstreams
[19:51:32 CEST] <JEEB> there's also this
[20:19:40 CEST] <ekacnet> JEEB: could a link to that page be added on https://ffmpeg.org/security.html ?
[20:24:27 CEST] <BtbN> The downstreams page isn't strictly related to security.
[21:01:18 CEST] <Chagall> I'd like to get objective quality metrics from 2 clips but only as far as the length of the shorter one, is there a quick way to do that where I could reuse the command line regardless of the minimum length between the two clips?
[21:01:56 CEST] <Chagall> or at least knowing which of the clips is the shorter one but independently of the actual length?
[21:04:00 CEST] <Chagall> hm, actually I guess it already does that
[21:11:29 CEST] <Chagall> oh nevermind it doesn't
[21:18:03 CEST] <JEEB> kepstin: https://github.com/google/ExoPlayer/commit/62618f24ec012020b84200c37c0a8bc2…
[21:18:11 CEST] <JEEB> now we know where gav1 was going :P
[21:18:47 CEST] <kepstin> i still wonder "why not dav1d?" :/
[21:19:03 CEST] <kepstin> not like there's a license issue there
[21:19:15 CEST] <JEEB> we don't have visibility, but it clearly seems like they dislike pulling in stuff that's not under their control
[21:19:47 CEST] <JEEB> they seemingly say it's because dav1d doesn't have 32bit ARM SIMD, but IIRC gav1 is not at all faster :P
[21:24:36 CEST] <kepstin> seems like it would be easier to fix that than write an entire new decoder from scratch :)
[21:24:53 CEST] <kepstin> (fix dav1d not having arm simd)
[21:53:49 CEST] <JEEB> kepstin: but then it wouldn't be something causing you to get a bonus as it's not a GOOG project :)
[21:56:18 CEST] <Chagall> I enjoy NIHing software, maybe I should apply at google :P
[22:12:04 CEST] <^Neo> Hello! I noticed a bunch of pending BMD DeckLink patches to support multichannel/format SDI audio and AFD... they're about 2 years old now and I'm curious if anyone can comment what's the next steps to getting them merged if anyone is familiar with the situation
[22:47:31 CEST] <void09> I found a .ts video file that plays fine, but ffmpeg refuses to cut/transfor it into mkv. it stops after a few tens of kb written
[22:47:52 CEST] <void09> [matroska @ 0x558e73fb84c0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the t
[22:47:52 CEST] <void09> [matroska @ 0x558e73fb84c0] Can't write packet with unknown timestamp
[22:47:52 CEST] <void09> av_interleaved_write_frame(): Invalid argument
[22:55:25 CEST] <^Neo> try setting the framerate explicitly?
[22:55:35 CEST] <^Neo> or setPTS?
[22:55:43 CEST] <void09> dunno what setPTS is
[22:57:58 CEST] <void09> these are hdtv dvb-c captures, i've cut a bunch before and got these errors, but it would cut find, now this one for some reason doesn't
[22:58:44 CEST] <void09> cut fine*
[23:02:00 CEST] <void09> this is the full error log: https://pastebin.com/7qGuvKkz
[23:02:43 CEST] <^Neo> can you share the CLI command?
[23:03:32 CEST] <void09> just ffmpeg -i input.ts -framerate 25 -vcodec copy -acodec copy outputvideo.mkv
[23:03:45 CEST] <void09> framerate 25 was just added per your suggestion ,but doesn't help
[23:04:31 CEST] <kepstin> what's the source of this ts file? sounds like it has a corruption or timestamp jump in the middle that can't be represented in mkv
[23:04:32 CEST] <void09> tried cutting from the 23rd minute onwards, also does not work. i think the whole stream has something ffmpeg does not like
[23:04:58 CEST] <void09> kepstin: it's a dvb-c tuner capture, although not mine. all of mine worked so far
[23:06:03 CEST] <void09> but I also usually get the timestamps errors and the conversion runs fine, despite them
[23:06:10 CEST] <^Neo> https://video.stackexchange.com/questions/24462/timestamps-are-unset-in-a-p…
[23:07:26 CEST] <kepstin> most of the options in the answers on that stackexchange are only appropriate for live sources, not for a recorded file :/
[23:07:43 CEST] <kepstin> does it work if you re-encode the video rather than copy?
[23:08:03 CEST] <kepstin> also note that seeking to cut the video probably won't work if the timestamps are broken
[23:08:04 CEST] <void09> I did no try this
[23:09:00 CEST] <void09> kepstin: it plays perfectly, no errors whatsoever.. also got the timestamps error on almost all the recordings i made (even though the recorder counted no errors when capturing), and they cut/convert to mkv fine
[23:09:32 CEST] <void09> fI assume if it can be played, it can be converted to mkv somehow, maybe with some tweaks
[23:09:44 CEST] <^Neo> -fflags +genpts should help?
[23:09:55 CEST] <^Neo> or only for transcoding?
[23:10:08 CEST] <void09> where do i put that, after input, or after output ?
[23:10:12 CEST] <^Neo> uhhhhhhhhhhhhh
[23:10:29 CEST] <kepstin> genpts will probably cause sync issues, or it might change the playback speed. It's an input option.
[23:10:37 CEST] <^Neo> before the input
[23:10:51 CEST] <kepstin> note that genpts requires that there's a dts present
[23:11:02 CEST] <kepstin> so it might work in certain kinds of corruption
[23:11:05 CEST] <^Neo> ffmpeg -fflags +genpts -i file.ts ...
[23:11:08 CEST] <^Neo> @kept
[23:11:13 CEST] <void09> does not work :\
[23:11:14 CEST] <^Neo> yarrrr
[23:11:15 CEST] <shibboleth> since genpts is said to be such a poor option with re to multiinput sync
[23:11:19 CEST] <shibboleth> what is recommended?
[23:11:48 CEST] <void09> is anyone willing to take a look at the file ? I can do a raw cut of the first 200MB or so
[23:15:58 CEST] <void09> https://pastebin.com/MNi8iBuu
[23:16:03 CEST] <void09> this is what I get when tryign encoding
[23:19:26 CEST] <^Neo> Can you do something like `ffmpeg -i "input.ts" -an -c:v rawvideo -f raw -vframes 100 tmp.yuv`
[23:19:39 CEST] <^Neo> and get output?
[23:19:49 CEST] <^Neo> or can you ffplay the file?
[23:21:38 CEST] <void09> [NULL @ 0x55a79000c940] Requested output format 'raw' is not a suitable output format
[23:21:38 CEST] <void09> tmp.yuv: Invalid argument
[23:22:34 CEST] <void09> ffplay input.ts works
[23:25:16 CEST] <^Neo> sorry, -f rawvideo
[23:27:01 CEST] <pink_mist> is that -c:v rawvideo should be change to -f rawvideo or is that -f raw should be changed to -f rawvideo or some combination of the above?
[23:27:06 CEST] <pink_mist> *changed
[23:27:53 CEST] <void09> ^Neo: that seems to work, done 5000 frames so far
[23:28:21 CEST] <^Neo> ok, so it's not the decoder
[23:28:45 CEST] <^Neo> `ffmpeg -i "input.ts" -an -c:v rawvideo -vframes 100 -f rawvideo tmp.yuv`
[23:29:03 CEST] <^Neo> so you're going to fill out your hard disk if you don't have vframes set
[23:29:23 CEST] <void09> 29GB for 10k frames :D
[23:29:52 CEST] <void09> ffplay tmp.yuv
[23:30:02 CEST] <void09> [IMGUTILS @ 0x7fb9d67fb870] Picture size 0x0 is invalid
[23:30:02 CEST] <void09> tmp.yuv: Invalid argument
[23:30:58 CEST] <void09> should the .yuv be playable with vlc/mpv ?
[23:31:20 CEST] <durandal_1707> .yuv is rawvideo, without headers
[23:31:39 CEST] <void09> ok, cause no player wants to play it
[23:31:41 CEST] <durandal_1707> you need to remember size, pixel format and etc to play it back
[23:32:02 CEST] <durandal_1707> store video in some container next time
[23:32:06 CEST] <durandal_1707> like .y4m
[23:32:20 CEST] <durandal_1707> it is still rawvideo, but with headers
[23:32:22 CEST] <void09> ok I maanged to cut and convert to mkv with mkvtoolnix.. trying to see if it errors on the mkv
[23:32:25 CEST] <durandal_1707> mpv will play it
[23:34:03 CEST] <void09> ok, ran ffmpeg on the split remuxed video by mkvtoolnix, I get a continuous spam of these errors: [matroska @ 0x55961767ea00] Non-monotonous DTS in output stream 0:0; previous: 1389700, current: 1389660; changing to 1389700. This may result in incorrect t
[23:34:28 CEST] <void09> [matroska @ 0x55961767ea00] Non-monotonous DTS in output stream 0:0; previous: 1389700, current: 1389660; changing to 1389700. This may result in incorrect timestamps in the output file.
[23:35:05 CEST] <void09> but it processed the file
[23:35:12 CEST] <durandal_1707> mkvtoolnix problem
[23:35:58 CEST] <void09> durandal_1707: have you been following the problem I reported since the beginning ? it was about a .ts file that ffmpeg can't conver to mkv
[23:37:12 CEST] <durandal_1707> void09: feel free to upload .ts somewhere sane place and report bug to ffmpeg trac
[23:40:58 CEST] <void09> https://drive.google.com/open?id=1ZQUrBhJjLOpvaNBQIBkLuIs5Gm-1nUul
[23:41:48 CEST] <durandal_1707> i said to report it on trac
[23:41:55 CEST] <durandal_1707> i have no time now
[23:45:13 CEST] <void09> heh, seems my ip is blacklisted by bl.spamcannibal.org [103.224.212.227]
[23:48:54 CEST] <durandal_1707> void09: what is your problem with that file?
[23:49:19 CEST] <void09> https://trac.ffmpeg.org/ticket/8256#ticket
[23:49:22 CEST] <void09> did i do it right?
[23:54:55 CEST] <durandal_1707> yes
[23:54:57 CEST] <void09> ffmpeg -i "input.ts" -vframes 1000 outputfile.y4m - produces a playable file
[23:57:14 CEST] <void09> however, "ffmpeg -i "input.ts" -an -c:v rawvideo -f rawvideo -vframes 1000 tmp.y4m" does not produce a playable file. what is wrong with this line?
[00:00:00 CEST] --- Sat Oct 12 2019
1
0