Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

August 2016

1 participants
62 discussions

ffmpeg-devel.log.20160825
by burek 26 Aug '16

26 Aug '16

[00:17:01 CEST] <durandal_1707> so I ported another wavelet denoiser which is several times faster than mplayer owdenoise [00:33:39 CEST] <JEEB> hmm, anyone bench'd clang 3.8 vs gcc on ARMv7? [02:40:47 CEST] <Compn> durandal_1707 : people use ffmpeg lavfi ? :) [02:42:56 CEST] <Compn> j-b , bp0 , atomnuker , durandal_1707 : i'm not saying dont remove faac, but maybe , just MAYBE, put a map of -acodec faac to the ffmpeg aac encoder so removing faac does not break scripts [02:43:13 CEST] <Compn> and maybe ... just maybe... print a little warning "faac not found, using fffaac instead" [02:43:36 CEST] <Compn> because we like our users, and our users scripts , and this would be like 5 lines of code [02:43:38 CEST] <Compn> right ? [02:43:45 CEST] <Compn> doesnt hurt anyone... [02:44:05 CEST] <Compn> except whoever uses faac and needs faac and faac alone. but you guys are ready to slap those people anyway [02:46:40 CEST] <Compn> durandal_1707 : also carl doesnt know what your question means either [02:46:49 CEST] <Compn> or why you didnt ask yourself [02:51:19 CEST] <durandal_1707> Compn: question about what? [02:52:46 CEST] <Compn> [12:12] <durandal_1707> Compn: you should really talk to Carl [02:52:46 CEST] <Compn> [14:32] <durandal_170> Compn: about FFmpeg future [02:54:48 CEST] Action: Compn stares into the abyss [02:56:32 CEST] <durandal_1707> I was dreaming... [02:59:25 CEST] <Compn> alrighty [02:59:53 CEST] <TD-Linux> aren't the scripts already broken by nature of using libfaac? :^) [03:00:43 CEST] <Compn> it was one of the only encoders available until the fdkaac one [03:00:47 CEST] <Compn> for ... years [03:01:02 CEST] <Compn> there is no logical reason not to do this simple workaround. [03:03:33 CEST] <rcombs> there's no reason not to fix your bash scripts [03:04:10 CEST] <rcombs> what, do we want some sort of deprecation period? [03:04:52 CEST] <durandal_1707> no [03:05:12 CEST] <Compn> and every faac example on the internet... [03:05:17 CEST] <Compn> for people to copy and paste quickly [03:05:43 CEST] <Compn> (i would also be ok with making a workaround for other encoders not found to go to the default ffmpeg encoder) [03:09:36 CEST] <TD-Linux> are the built in encoder parameters a compatible superset of faac parameters? [03:11:21 CEST] <Compn> "ignoring faac options , using defaults" [03:11:23 CEST] <Compn> :D [03:24:35 CEST] <nevcairiel> Feel free to send a patch to the ML to propose such a codec replacement mechanic [03:32:16 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07master:01aee8148d4f: avcodec/exr: Check tile positions [04:10:05 CEST] <blb> they just showed using ffmpeg on mr robot [04:21:48 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:905372be8f74: avfilter/drawutils: Fix single plane with alpha [04:21:49 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:055e5c80ee07: avcodec/h2645: Fix NAL unit padding [04:21:50 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:7d42daeea2df: vcodec/h2645_parse: Clear buffer padding [04:21:51 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:afd57722e1a8: avcodec/rawdec: Fix bits_per_coded_sample checks [04:21:52 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:4770eac663da: avformat/swfdec: Fix inflate() error code check [04:21:53 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:77f978996bd5: avcodec/indeo2: check ctab [04:21:54 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:22a0c0e76427: avcodec/cfhd: Increase minimum band dimension to 3 [04:21:55 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:93422bc92e94: avcodec/h264_parser: Factor get_avc_nalsize() out [04:21:56 CEST] <cone-761> ffmpeg 03Hendrik Leppkes 07release/3.1:0ad4d4198a40: h2645_parse: don't overread AnnexB NALs within an avc stream [04:21:57 CEST] <cone-761> ffmpeg 03Hendrik Leppkes 07release/3.1:fabc1c9e567d: h2645_parse: only read avc length code at the correct position [04:21:58 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:ec30a498e66a: avcodec/h2645_parse: Use get_nalsize() in ff_h2645_packet_split() [04:21:59 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:8003a5d23792: avcodec/h2645_parse: fix nal size [04:22:00 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:049d7677156a: avcodec/diracdec: Check numx/y [04:22:01 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:8c4a67183b07: avcodec/svq3: fix slice size check [04:22:02 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:4943abe05110: avcodec/adpcm: Fix adpcm_ima_wav padding [04:22:03 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:2f07937926e5: libavcodec/wmalosslessdec: Check the remaining bits [04:22:04 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:596513ca2ce9: avformat/wtvdec: Check pointer before use [04:22:05 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:ae893819620b: avcodec/aacenc: Tighter input checks [04:22:06 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:79f52a0dbd48: avcodec/exr: Check tile positions [04:22:07 CEST] <cone-761> ffmpeg 03Michael Niedermayer 07release/3.1:949094a4cdd9: Update for 3.1.3 [04:31:41 CEST] <jamrial> michaelni: can i backport bba6a03 to release/3.1 or are you in the middle of tagging? [04:33:10 CEST] <jamrial> since there was at least one downstream developer that mentioned the examples weren't being helpful regarding codecpar usage, i think it would be good to have it there [04:39:37 CEST] <michaelni> jamrial, sure, iam not taging now, i wanted to give fate.ffmpeg.org a bit time to test first [04:39:49 CEST] <jamrial> michaelni: alright, thanks [04:44:39 CEST] <cone-761> ffmpeg 03James Almer 07release/3.1:40ab55746e29: examples/demuxing_decoding: convert to codecpar [04:44:40 CEST] <cone-761> ffmpeg 03James Almer 07release/3.1:c46d22a4a584: Changelog: update after last commit [06:16:40 CEST] <durandal_1707> should I call lut2, lut2d instead? [09:07:54 CEST] <Guest_84853> allah is doing [09:07:59 CEST] <Guest_84853> sun is not doing allah is doing [09:08:04 CEST] <Guest_84853> moon is not doing allah is doing [09:08:10 CEST] <Guest_84853> stars are not doing allah is doing [09:08:16 CEST] <Guest_84853> planets are not doing allah is doing [09:08:23 CEST] <Guest_84853> galaxies are not doing allah is doing [09:08:46 CEST] <Guest_84853> oceans are not doing allah is doing [09:08:52 CEST] <Guest_84853> mountains are not doing allah is doing [09:09:02 CEST] <Guest_84853> trees are not doing allah is doing [09:09:07 CEST] <Guest_84853> mom is not doing allah is doing [09:09:16 CEST] <Guest_84853> dad is not doing allah is doing [09:10:02 CEST] <Guest_84853> boss is not doing allah is doing [09:10:08 CEST] <Guest_84853> job is not doing allah is doing [09:10:15 CEST] <Guest_84853> dollar is not doing allah is doing [09:10:23 CEST] <Guest_84853> degree is not doing allah is doing [09:10:32 CEST] <Guest_84853> medicine is not doing allah is doing [09:10:39 CEST] <Guest_84853> customers are not doing allah is doing [09:10:51 CEST] <Guest_84853> you can not get a job without the permission of allah [09:11:05 CEST] <Guest_84853> you can not get married without the permission of allah [09:11:38 CEST] <Guest_84853> nobody can get angry at you without the permission of allah [09:11:44 CEST] <shadow42085> I hope I am in the right room I have something to add to the ffmpeg wiki [09:11:45 CEST] <Guest_84853> light is not doing allah is doing [09:12:08 CEST] <Guest_84853> fan is not doing allah is doing [09:15:47 CEST] <shadow42085> I have something to add to the trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu [09:16:25 CEST] <JEEB> it will hopefully get edited if you're doing it wrong [09:17:11 CEST] <shadow42085> i've never used trac wiki setup only used wikipedia model [09:18:07 CEST] <shadow42085> because its not a bug [09:19:05 CEST] <c_14> shadow42085: just create an account, navigate to the page and click edit [11:16:19 CEST] <michaelni> atomnuker, about "[FFmpeg-devel] [PATCH] avcodec/aaccoder: Limit sf_idx difference for all cases", should this be in 3.1.3 ? if so it needs a review now [11:20:45 CEST] <cone-556> ffmpeg 03Paul B Mahol 07master:5d7743019b32: avfilter: add lut2 filter [11:20:46 CEST] <cone-556> ffmpeg 03Paul B Mahol 07master:feb2ea6e09bf: avfilter: add yuvtestsrc source filter [11:51:21 CEST] <atomnuker> michaelni: give me a few hours, I want to make some comparisons [11:53:20 CEST] <michaelni> atomnuker, ok [12:47:04 CEST] <atomnuker> I don't see any difference but it's still probably masking the real problem [12:47:19 CEST] <atomnuker> where can I get the sample from? [12:49:17 CEST] <atomnuker> michaelni ^^ [17:07:58 CEST] <flux> I wonder if stripping the FFMPEG_CONFIGURATION from config.h (and putting it behind an extern to some .c-file) would make ffmpeg more compatible with ccache :) [18:41:41 CEST] <cone-556> ffmpeg 03Michael Niedermayer 07master:e1ced854f2fb: avfilter/af_acrusher: Rename sun/sov [18:41:42 CEST] <cone-556> ffmpeg 03Steven Liu 07master:500662784341: tests/audiomatch: Fix compile warning [18:42:57 CEST] <durandal_1707> lol, please remove sun from fate [18:46:22 CEST] <iive> btw, if you need name for the next release, you can consider Mr Robot, Free Society or something else that pays homage to the serial. [18:47:22 CEST] <iive> they used ffmpeg in it. [18:54:05 CEST] <Compn> yes! [18:54:09 CEST] <Compn> they used ffmpeg a couple of times :) [18:54:29 CEST] <Compn> also the filenames of the show are most interesting [18:56:38 CEST] <Compn> they have some good open source guy on that show to provide some knowledge anyway [19:29:32 CEST] <Compn> er, its the soundtrakc names i like more [19:29:39 CEST] <Compn> 1.2_3-therealshayla.wav, [19:29:39 CEST] <Compn> 1.1_5-illusionofchoice.mp3, [19:29:39 CEST] <Compn> 1.4_6-n0execution.au, [19:29:39 CEST] <Compn> 1.3_2-everyrev0lution.ra, [19:30:01 CEST] <Compn> would be more fun if they were really encoded in each format like that :D [19:31:08 CEST] <jamrial> that's a great way to get people to ask for a refund :p [19:38:54 CEST] <D`K_C> Hi folks, my application crashes when using av_parser_parse2 (which uses the mpegaudio parser) because the input buffer is read beyond its end, is that me badly using this function (should the input buffer be padded somehow?) or is that a real bug. I managed to dump the audio and wrote a simpler test case to hilight the issue [19:45:17 CEST] <JEEB> D`K_C: are you using av_malloc to allocate your buffer? [19:46:32 CEST] <D`K_C> nope, the input buffer is allocated through malloc [19:48:30 CEST] <JEEB> try switching to av_malloc/av_free [19:48:41 CEST] <D`K_C> JEEB: actually I just changed the allocation to av_malloc and issue is still there [19:48:58 CEST] <JEEB> ok [19:49:22 CEST] <JEEB> I remember there was a constant that let you set some extra padding that was used in some internals... lemme look if I can find it [19:49:31 CEST] <D`K_C> is that okay if I push my test case on a github repo for you to take a look [19:49:44 CEST] <D`K_C> yeah AV_INPUT_BUFFER_PADDING_SIZE [19:50:11 CEST] <JEEB> yeah, I use that in the utvideo encoder f.ex. [19:50:12 CEST] <D`K_C> but still, the function is not respecting the buf_size parameter [19:51:04 CEST] <JEEB> anyways, I've not used parsers myself - only demuxers tbqh [19:51:47 CEST] <D`K_C> I'll push that to a repo with valgrind output [20:16:25 CEST] <D`K_C> here we go: https://github.com/d-k-c/ffmpeg-av_parser_parse2-bug [21:09:47 CEST] <durandal_1707> I gonna apply both mov patches soon [21:15:35 CEST] <durandal_1707> is that fine? [21:20:04 CEST] <ubitux> the edit list thing? [21:22:10 CEST] <durandal_1707> ubitux: 2 patches from Derek [21:22:20 CEST] <ubitux> ok [21:22:33 CEST] <ubitux> my mails are broken since a few days... :( [21:22:46 CEST] <ubitux> and ovh seems to have derp to not help anything [21:22:59 CEST] <ubitux> i guess i should have my own dns at some point [21:32:29 CEST] <cone-556> ffmpeg 03Derek Buitenhuis 07master:04f8d312877f: mov: Remove ancient heuristic hack [21:32:31 CEST] <cone-556> ffmpeg 03Derek Buitenhuis 07master:425be3c810e0: mov: Remove old b-frame/video delay heuristic [22:12:49 CEST] <atomnuker> durandal_1707: can the filmgrain filter be used as a generic dither filter too? [22:14:50 CEST] <durandal_1707> it just blends simplex noise to source [22:16:09 CEST] <durandal_1707> dithering is smarter, cares about sourounding [22:17:09 CEST] <durandal_1707> I think doing it as source may be better, than you can apply different blends [22:18:14 CEST] <durandal_1707> it may not produce film grain at all, so test it and report back [22:25:00 CEST] <durandal_1707> atomnuker: hmm, it is fine for dithering, removes banding too, I need to try highbitdepth [22:28:31 CEST] <cone-556> ffmpeg 03Vignesh Venkatasubramanian 07master:42a635ddae21: webm_chunk: Set pts precision to milliseconds [23:33:38 CEST] <DSM__> when does the next major bump going to happen? [23:34:02 CEST] <nevcairiel> undetermined [23:35:08 CEST] <DSM__> nevcairiel: okay [00:00:00 CEST] --- Fri Aug 26 2016

1 0

ffmpeg.log.20160825
by burek 26 Aug '16

26 Aug '16

[00:11:44 CEST] <witChdoCtOr> speaking of time stamps, who knows about time stamps in the libs ??? [01:00:24 CEST] <DHE> witChdoCtOr: can you be more specific? [01:07:20 CEST] <witChdoCtOr> using and encoder how to setup pts/dts [01:13:07 CEST] <DHE> streams have a time base indicating what the units of pts/dts are. if possible it should be the inverse of the framerate so that pts is effectively a frame counter [01:13:36 CEST] <DHE> that's a bit of an oversimplification. there's some example apps in the docs directory you can look at for some initial guidance [01:13:45 CEST] <witChdoCtOr> yea I have that set, but my output formats still show the wrong fps [01:13:59 CEST] <witChdoCtOr> I have looked at them a lot plus other code [01:14:47 CEST] <witChdoCtOr> I can play my output with VLC but the containers show the wrong info when probed [01:15:31 CEST] <witChdoCtOr> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 775023 kb/s, 15385.64 fps, 15360 tbr, 15360 tbn, 120 tbc (default) [01:15:44 CEST] <witChdoCtOr> Stream #0:0: Video: h264 (High), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 1k fps, 60 tbr, 1k tbn, 120 tbc (default) [01:17:04 CEST] <will> hello ! [01:17:09 CEST] <will> i'm french [01:18:11 CEST] <witChdoCtOr> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 3027 kb/s, 60.10 fps, 60 tbr, 15360 tbn, 120 tbc (default) [01:18:19 CEST] <will> and i have a problem to read a movie that i buy on itunes and i have copy too bebian beacause it is the only computer connect on my tv [01:18:30 CEST] <witChdoCtOr> that was without av_stream_set_r_frame_rate [01:18:44 CEST] <will> the file is a m4v how can y read this file please [01:19:33 CEST] <witChdoCtOr> will : with ffmpeg? [01:19:54 CEST] <witChdoCtOr> what does ffmpeg <movie>.m4v show [01:20:21 CEST] <will> i try read it with vlc and mplayer but i am a newbie on Debian so it's not very easy to me [01:20:51 CEST] <witChdoCtOr> VLC should work [01:22:23 CEST] <will> it don't work with vlc [01:23:02 CEST] <will> ffmpeg version 2.6.9 Copyright (c) 2000-2016 the FFmpeg developers [01:23:02 CEST] <will> built with gcc 4.9.2 (Debian 4.9.2-10) [01:23:02 CEST] <will> configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 -- [01:23:02 CEST] <will> enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/x86_64-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-ope [01:23:04 CEST] <witChdoCtOr> try at the command line >> vlc <movie>.m4v [01:23:06 CEST] <will> nssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disable-mipsdspr2 --enable-libvidstab --enable-libzvbi --enable-avresample --disable-htmlpages --disable-podpages --enable-libutvideo --enable-libfdk-aac --enable-libx265 --enable-libiec61883 --enable-vaapi --enable-libdc1394 --disable-altivec --shlibdir=/usr/lib/x86_64-linux-gnu [01:23:11 CEST] <will> libavutil 54. 20.100 / 54. 20.100 [01:23:13 CEST] <will> libavcodec 56. 26.100 / 56. 26.100 [01:23:17 CEST] <will> libavformat 56. 25.101 / 56. 25.101 [01:23:19 CEST] <will> libavdevice 56. 4.100 / 56. 4.100 [01:23:21 CEST] <will> libavfilter 5. 11.102 / 5. 11.102 [01:23:23 CEST] <will> libavresample 2. 1. 0 / 2. 1. 0 [01:23:25 CEST] <will> libswscale 3. 1.101 / 3. 1.101 [01:23:27 CEST] <will> libswresample 1. 1.100 / 1. 1.100 [01:23:29 CEST] <will> libpostproc 53. 3.100 / 53. 3.100 [01:23:31 CEST] <will> File '04 Jason Bourne _ l'héritage (1080p HD).m4v' already exists. Overwrite ? [y/N] [01:23:33 CEST] <will> what i have to do please ? Overwrite ? [01:24:07 CEST] <witChdoCtOr> N [01:24:21 CEST] <witChdoCtOr> sorry [01:24:37 CEST] <witChdoCtOr> you want ffprobe <movie>.m4v [01:26:01 CEST] <DHE> use a pastebin, do not paste large amounts of data into IRC [01:26:17 CEST] <will> sorry i don't understand, I want ffprobe. What do you want tell [01:26:47 CEST] <witChdoCtOr> do ffprobe <movie>.m4v [01:26:57 CEST] <witChdoCtOr> look for an ERROR or line like this [01:27:00 CEST] <witChdoCtOr> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1024x768 [SAR 1:1 DAR 4:3] [01:28:15 CEST] <will> i have this error [01:28:31 CEST] <will> Unsupported codec with id 0 for input stream 1 to 22 [01:29:06 CEST] <will> so i have 22 lines like this [01:29:23 CEST] <witChdoCtOr> I think that is the chapters in the movie [01:29:28 CEST] <witChdoCtOr> that is prob ok [01:29:30 CEST] <will> ok [01:29:52 CEST] <witChdoCtOr> did you not have a stream # with "Video" ? [01:30:19 CEST] <will> no i haven't [01:30:40 CEST] <witChdoCtOr> try vlc at the command line [01:31:19 CEST] <witChdoCtOr> >> vlc "04 Jason Bourne _ l'héritage (1080p HD).m4v" [01:31:34 CEST] <will> i try, it open vlc but don't read the movie [01:31:36 CEST] <witChdoCtOr> quotes because you have spaces inthe filename [01:31:48 CEST] <witChdoCtOr> yea but you will see a log at the command line [01:32:12 CEST] <witChdoCtOr> it should give you an error about some unsupported codec [01:32:40 CEST] <will> i have that : [01:32:44 CEST] <will> LC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [01:32:44 CEST] <will> [000000000180b118] core libvlc: Lancement de vlc avec l'interface par défaut. Utilisez « cvlc » pour démarrer VLC sans interface. [01:32:44 CEST] <will> [00007f7fc8c01928] mp4 demux error: cannot create es for track[Id 0x2] [01:32:45 CEST] <will> [00007f7fc8c01928] mp4 demux error: cannot create es for track[Id 0x1] [01:32:45 CEST] <will> [00007f7fc8c01928] mp4 demux error: cannot create es for track[Id 0x15] [01:32:48 CEST] <will> [00007f7fc8c01928] mp4 demux error: cannot create es for track[Id 0x16] [01:32:50 CEST] <will> [00007f7fc8c01928] mp4 demux error: cannot create es for track[Id 0x17] [01:33:00 CEST] <will> i'm sorry it's in french [01:33:13 CEST] <DHE> use a pastebin, do not paste large amounts of data into IRC [01:33:36 CEST] <witChdoCtOr> looks like its a bad mp4 file [01:33:48 CEST] <will> DHE : how can'I use a pastebin please [01:34:16 CEST] <witChdoCtOr> http://pastebin.com/ [01:34:34 CEST] <witChdoCtOr> crate new paste [01:34:56 CEST] <witChdoCtOr> http://pastebin.com/raw/7pi0ndmp [01:35:37 CEST] <will> i don't undertand that : looks like its a bad mp4 file [01:36:15 CEST] <witChdoCtOr> file corrupted or incomplete [01:36:24 CEST] <will> ok [01:36:24 CEST] <witChdoCtOr> do you have any other mp4 files? [01:37:07 CEST] <will> no, but it's not a mp4 file it's a m4v file [01:37:35 CEST] <witChdoCtOr> [00007f7fc8c01928] mp4 demux error: [01:37:43 CEST] <klaxa> m4v is just another "name" for mp4 (apple specific iirc) [01:37:46 CEST] <will> but the file it's not incomplete 5.68 Go [01:38:13 CEST] <will> like they tell in the itunes [01:38:21 CEST] <witChdoCtOr> that seems big [01:38:32 CEST] <witChdoCtOr> any idea how it was encoded? [01:38:35 CEST] <witChdoCtOr> HD? [01:38:41 CEST] <will> no it's an HD movie [01:38:53 CEST] <will> no i'm sorry [01:39:01 CEST] <witChdoCtOr> tis ok [01:39:08 CEST] <klaxa> apple likes to throw bitrate at videos to make up for bad encoding decisions (or so i would guess) [01:39:21 CEST] <witChdoCtOr> the fact that ffprobe did not find a video stream make me thinks its bad [01:39:27 CEST] <witChdoCtOr> lol [01:39:40 CEST] <will> ok [01:39:53 CEST] <witChdoCtOr> i use h.264 in mkv only [01:40:03 CEST] <witChdoCtOr> my TV does not read other containers [01:40:21 CEST] <will> ok [01:41:31 CEST] <will> i'm sorry but i have to smoke, i will come back in 5 minutes i'm very nervus with it's problem [01:41:50 CEST] <will> i buy and it don't work [01:42:23 CEST] <will> i'm come back. Can you wait me please ? [01:45:14 CEST] <witChdoCtOr> np [01:46:56 CEST] <will> ok i here thank you [01:48:33 CEST] <will> have you any solution for me please ? [01:49:13 CEST] <witChdoCtOr> sorry not really if vlc does not play the file, not sure there is much you can do [01:49:51 CEST] <klaxa> if you can, download the file again [01:50:18 CEST] <will> but i have read on the web that i need w32codecs to vlc but i don't if i have install that [01:50:56 CEST] <witChdoCtOr> prob not I would expect the default install of vlc has the basic codec [01:50:58 CEST] <will> i have this file on an usb drive [01:51:04 CEST] <klaxa> oh [01:51:14 CEST] <tdr> will, shouldnt need win32codecs for much if at all anymore [01:51:18 CEST] <witChdoCtOr> ffprobe did not find a video stream [01:51:27 CEST] <will> how i have to do ? copy this file on my disk again ? [01:51:45 CEST] <witChdoCtOr> sounds like a loaded question [01:51:53 CEST] <klaxa> <witChdoCtOr> ffprobe did not find a video stream [01:51:59 CEST] <klaxa> did he pastebin the output? [01:52:04 CEST] <klaxa> maybe i overlooked it [01:52:10 CEST] <witChdoCtOr> i could copy it to my home dir [01:52:23 CEST] <klaxa> because all i see is bad tracks id 1-22 [01:52:30 CEST] <witChdoCtOr> some people use their Desktop dir [01:52:34 CEST] <witChdoCtOr> yea [01:52:37 CEST] <klaxa> so what about track 0? [01:52:46 CEST] <witChdoCtOr> which I guess is the chapters but no video [01:52:49 CEST] <witChdoCtOr> or audio [01:52:52 CEST] <klaxa> that might be video? the others could be chapters [01:53:50 CEST] <klaxa> will, can you pastebin the output of ffprobe movie.m4v? [01:53:56 CEST] <witChdoCtOr> ffprobe -v error -select_streams v:0 -show_entries stream=profile,codec_time_base,r_frame_rate,time_base -of default=noprint_wrappers=1 "04 Jason Bourne _ l'héritage (1080p HD).m4v" [01:54:40 CEST] <witChdoCtOr> sorry premature enter [01:54:41 CEST] <furq> ?? [01:54:43 CEST] <furq> oh [01:55:39 CEST] <witChdoCtOr> will do this: ffprobe -v error -show_format -show_streams "04 Jason Bourne _ l'héritage (1080p HD).m4v" [01:55:55 CEST] <will> ok 2 min please [01:56:49 CEST] <witChdoCtOr> anyone know how to correct time_stamps from AVFrame -> AVPacket in mp4 container [01:58:26 CEST] <will> http://pastebin.com/M8bUqXeT [01:59:14 CEST] <klaxa> that's not the complete output [01:59:28 CEST] <klaxa> it starts in the middle of stream 2 [01:59:36 CEST] <will> ok 2 min [02:00:37 CEST] <witChdoCtOr> found the problem [02:00:40 CEST] <witChdoCtOr> http://www.apple.com/DTDs/PropertyList-1.0.dtd [02:00:57 CEST] <witChdoCtOr> lol [02:01:21 CEST] <witChdoCtOr> format_long_name=QuickTime / MOV [02:01:28 CEST] <will> i'm sorry but i don't understand i have paste what the command give me [02:01:36 CEST] <witChdoCtOr> you did it right [02:01:46 CEST] <witChdoCtOr> i was making a joke about apple [02:01:48 CEST] <will> ok thank [02:01:59 CEST] <will> ok [02:02:20 CEST] <witChdoCtOr> someone else will need to chime in here because I dont know containers [02:02:30 CEST] <furq> will: your paste starts in the middle of the ffprobe output [02:02:56 CEST] <witChdoCtOr> lol yea missing streams 0-2 [02:03:35 CEST] <klaxa> that's what i said... [02:04:00 CEST] <witChdoCtOr> cred [02:04:12 CEST] <will> yea but i post all that the ffprobe command give me ! [02:04:26 CEST] <klaxa> your terminal's buffer is not big enough then [02:04:36 CEST] <klaxa> your paste should start with the command you ran [02:04:42 CEST] <witChdoCtOr> just do >> ffprobe "04 Jason Bourne _ l'héritage (1080p HD).m4v" [02:04:46 CEST] <witChdoCtOr> first [02:04:54 CEST] <witChdoCtOr> create a new paste [02:05:25 CEST] <will> ok for the buffer [02:05:35 CEST] <witChdoCtOr> whats the default terminal in ubutu? [02:05:48 CEST] <will> no xfce [02:06:09 CEST] <witChdoCtOr> +n [02:06:36 CEST] <witChdoCtOr> just do a new paste [02:08:14 CEST] <witChdoCtOr> what rate should pts and dts be changing /frame ??? [02:09:27 CEST] <will> http://pastebin.com/CwLXPNsM [02:10:03 CEST] <furq> "drmi" [02:10:10 CEST] <furq> that doesn't look good [02:10:24 CEST] <witChdoCtOr> nope [02:10:34 CEST] <witChdoCtOr> sounds like there is a lock on the door [02:11:42 CEST] <furq> there are apparently tools which will remove itunes drm [02:11:50 CEST] <furq> ffmpeg won't do it though [02:11:59 CEST] <witChdoCtOr> did somebody just COPY the DVD without decryption? If so I dont think you can fix that. [02:12:22 CEST] <furq> what does this have to do with dvd [02:12:43 CEST] <furq> or did i miss a joke [02:12:47 CEST] <witChdoCtOr> lol I am old forgive me [02:13:37 CEST] <will> I don't understand in this world it is better that be a pirate instand of be a legal guy [02:13:56 CEST] <witChdoCtOr> actually for that stuff yea! [02:14:09 CEST] <furq> well you already paid for it so you might as well pirate it now [02:14:18 CEST] <will> lol [02:14:23 CEST] <furq> that's probably the easiest path forward ;_; [02:14:26 CEST] <witChdoCtOr> You would not believe the pains I went through to play my own DVDs on linux [02:14:48 CEST] <tdr> witChdoCtOr, or the failure of 3d dvds to work under linux [02:15:19 CEST] <furq> will: google suggests a program called "requiem" but it's windows/osx only [02:15:57 CEST] <witChdoCtOr> tdr loke this [02:15:59 CEST] <will> ok but i have only Debian connect to my tv [02:16:29 CEST] <furq> afaik it'll give you a new unencrypted file, rather than doing it on the fly [02:16:30 CEST] <witChdoCtOr> tdr so the rest did not see this? [02:16:33 CEST] <furq> so you can do it on another computer [02:16:56 CEST] <will> i'm very bad with microdt and apple it's copyright and it don't help us so i decided to move to Debian [02:17:05 CEST] <witChdoCtOr> oh gotcha [02:17:16 CEST] <witChdoCtOr> it hightlights on my screen [02:18:05 CEST] <witChdoCtOr> whitchdoctor amuck amuck amuck [02:18:14 CEST] <witChdoCtOr> lol crap [02:18:28 CEST] <witChdoCtOr> witchdoctor amuck amuck amuck [02:19:00 CEST] Last message repeated 1 time(s). [02:19:05 CEST] <witChdoCtOr> ok sorry done now [02:20:28 CEST] <will> ok i'm tired so i think that i going to bed . s.o.b of apple i'm will phone tomorrow for they give my money [02:21:01 CEST] <klaxa> i buy blurays and digital "goods" merely to support the creators, pirates create way better copies than the original authors (also because of the absence of drm) [02:21:49 CEST] <will> now i'will buy only blu-ray but i'm bad that blu-ray it's not the support that i wan't to stck my movies but files [02:22:02 CEST] <will> stock [02:23:10 CEST] <will> Sorry but so there is not solution. it's that ? [02:23:57 CEST] <klaxa> not really no [02:24:05 CEST] <will> ok [02:24:12 CEST] <klaxa> the problem is rooted deeply in the movie industry [02:24:24 CEST] <klaxa> or rather the copyright industry [02:24:35 CEST] <will> ok [02:24:42 CEST] <witChdoCtOr> I have pirated every movie I bought [02:25:12 CEST] <will> thank you verymutch to what you did for you're very cool [02:25:12 CEST] <witChdoCtOr> but the movie industry definition of "pirate" [02:25:21 CEST] <will> lol [02:25:35 CEST] <witChdoCtOr> s/b by [02:25:42 CEST] <witChdoCtOr> take care [02:25:53 CEST] <klaxa> funnily enough studies show that piracy actually promotes the material and people who would have never gotten in touch with the IP start spending money on other goods [02:25:58 CEST] <klaxa> so it's actually free advertising [02:26:21 CEST] <will> witChdoCt0r : thank you man for all [02:26:46 CEST] <will> thank you to for Klaxa [02:26:58 CEST] <witChdoCtOr> I got tried of that DRM crap when my first htpc was not "compliant" so I could not even play DVD with video card to DVI [02:27:01 CEST] <klaxa> sure, it was a nice discussion [02:27:25 CEST] <witChdoCtOr> Was that cal HDCP or something like that [02:27:52 CEST] <furq> hdcp was much later [02:28:05 CEST] <will> well I tired i go to bed, thank you by [02:28:10 CEST] <witChdoCtOr> I dont remember I got CRS [02:28:41 CEST] <witChdoCtOr> I just know that with the DVI plugged in, it would trigger the DRM crap and refuse to play [02:29:20 CEST] <klaxa> i heard about some similar stuff with windows laptop that wouldn't play movies on external displays [02:29:31 CEST] <klaxa> like, the window would be just black [02:30:01 CEST] <witChdoCtOr> well I was using Micro$haft media player ... nuff said? [02:30:26 CEST] <klaxa> i'm glad i switched to linux a few years ago [02:30:30 CEST] <klaxa> i may have a lot more trouble [02:30:37 CEST] <klaxa> but at least i feel good about it [02:31:12 CEST] <witChdoCtOr> yea the car might be broke down, but we can fix it, if we feel inclined [02:31:13 CEST] <klaxa> and i can actually understand why and how certain things do or don't work [02:32:08 CEST] <klaxa> i always tell people that when you run linux you spend about 10% (more or less depending on distro and skill) of the time on your computer fixing it [02:54:13 CEST] <mrelcee> i don't use linux - I use FreeBSD as a server.. with KDE4 dekstop running on it so I don't have to use tty consoles and can have wide xterms... I occasionally spend a lot of time on the server and then I leave it alone for weeks while it churns it's duties.. My regular machine is a Macbook Pro and that spends most of it's time either in Adobe apps or terminals. [02:55:14 CEST] <witChdoCtOr> anyone worked with PTS/DTS for encoding [02:55:52 CEST] <witChdoCtOr> ashamed but my PLEX server is a Windows 2012 R2 [02:56:05 CEST] <MINIMAN10000> lol [02:56:05 CEST] <mrelcee> whatever works... [02:56:13 CEST] <MINIMAN10000> as long as your ashamed. [02:56:17 CEST] <witChdoCtOr> with the wife and kiddo needing logins it was way easier to have an AD [02:56:28 CEST] <witChdoCtOr> <--- hiding in closet [02:56:42 CEST] <witChdoCtOr> they only use windows and apple [02:56:53 CEST] <witChdoCtOr> but PLEX is awsome!!!!! [02:56:58 CEST] <furq> i don't have a family so my server is freebsd [02:57:03 CEST] <MINIMAN10000> lol [02:57:04 CEST] <mrelcee> my plex server was a mac mini until all the crap I had loaded on it caused it to have a 325 system load one night. That's when i bought the i7 and started building my own server. :) [02:57:15 CEST] <witChdoCtOr> I have one copy of the movies on the server and all the devices get served [02:57:33 CEST] <mrelcee> core2duo, did not lkike running itunes, file sharing, sonarr, plex, and a few other things.. [02:57:35 CEST] <witChdoCtOr> my server is just an i5 and it does fine [02:58:04 CEST] <witChdoCtOr> I did splurge on the raid system [02:58:16 CEST] <mrelcee> i got the i7 becuase of my intent to re-encode my entire tv/movie collection to h.265... and hoover up much less space.. [02:58:29 CEST] <witChdoCtOr> In all honesty Micro$haft RDP blows everyone's else away [02:58:43 CEST] <furq> why would you need to remote desktop into a server [02:58:44 CEST] <witChdoCtOr> good choice [02:58:52 CEST] <furq> oh nvm you'd need to do that because it's windows [02:58:56 CEST] <witChdoCtOr> que up handbrack and let it run............. [02:59:12 CEST] <mrelcee> i had a raid5 box but the stress of moving over to the freensd box killed a drive in it.. i'm waiting for funds to build a raidz2 zfs setup in it.. [02:59:23 CEST] <witChdoCtOr> sweet [02:59:41 CEST] <witChdoCtOr> when mine does or bsods I and moving it to this linux box [03:00:05 CEST] <mrelcee> just have a two drive pool no mirroring holding my stuff for now. knock on LCD hopefully i don't have a blowout [03:00:58 CEST] <witChdoCtOr> i bought one of those cheap hot swap sata bays and every so often I plug a green drive and and mirror directories from the raid [03:01:16 CEST] <witChdoCtOr> already had one raid failure and got lucky on the rebuild [03:01:39 CEST] <witChdoCtOr> course the last reboot of the rebuild and the OS disk had a smart failure [03:02:21 CEST] <witChdoCtOr> linux to the resucue clonzilla cloned the drive Windows Server mind you and it rebooted! [03:02:34 CEST] <witChdoCtOr> some days it is better to be lucky than good :-) [03:06:43 CEST] <mrelcee> heheh [03:06:49 CEST] <mrelcee> I'm good and lucky :) [03:11:04 CEST] <witChdoCtOr> anyone know what this does? av_packet_rescale_ts( &m_av_packet, m_av_codec_ctx->time_base, m_av_out_fmt_ctx->streams[ 0 ]->time_base ); [03:12:57 CEST] <sabusanta> witChdoCtOr: HandBrake has a commandline version [03:13:22 CEST] <sabusanta> Ive been using that quite frequently lately. (and even at this moment) [03:13:45 CEST] <witChdoCtOr> yea I love handbrake used it for several years [03:15:17 CEST] <sabusanta> I use it because it's less imposing than the ffmpeg/avconv commands and packaged userfriendly lol [03:15:29 CEST] <sabusanta> Though i could use a few more features [03:15:31 CEST] <witChdoCtOr> amen [03:16:27 CEST] <sabusanta> I liked it so much I was trying to donate but oddly enough they dont accept them [03:17:47 CEST] <witChdoCtOr> must not be republicans [03:17:54 CEST] <witChdoCtOr> ohhh did I say that out loud [03:18:10 CEST] <witChdoCtOr> sry cpy and paste error :-) [03:19:08 CEST] <DHE> ffmpeg is very feature rich. cli tools like that tend to have tough learning curves. [03:20:57 CEST] <witChdoCtOr> try writing the code to use those features....argggg [03:21:07 CEST] <witChdoCtOr> look at the brick imprints on my forehead [03:21:08 CEST] <sabusanta> DHE: True. Props to it. It's just a bit formidable [03:21:41 CEST] <sabusanta> Though for something common and frequently done it's easier to use HB [03:22:11 CEST] <sabusanta> Though for like back in the day when I had a Sansa Fuze and it would only play certain videos in a certain formattted way it was better to use FFMPEG [03:22:50 CEST] <DHE> I used mencoder for quite a number of years... you go with what you know and what serves you well [03:23:10 CEST] <sabusanta> ...or maybe it was MEncoder. Dont remember but basically for more power and customization use the CLI type base tools (MEncoder, ffmpeg, avconv) [03:24:10 CEST] <sabusanta> all great tols none the less. hopeful one day i can learn to program. As I want to make a few tools myself [03:24:39 CEST] <sabusanta> *tools [03:38:08 CEST] <VamoMenem> exist some equivalent to -force_key_frames expr:gte(t,n_forced*GOP_LEN_IN_SECONDS) for gpu nvenc workflow ? [03:39:22 CEST] <VamoMenem> limiting by gop size -g 50 for example, is not compatible with segmenter [04:10:00 CEST] <blb> they just showed using ffmpeg on mr robot [04:18:46 CEST] <witChdoCtOr> it there some other place to get help with libav... other than there and libav-user(a)ffmpeg.org other than just SO [07:02:23 CEST] <Spring> what is the equivelent 'title' metadata name for MP4s? [07:02:40 CEST] <Spring> Asked earlier but no replies [07:03:03 CEST] <Spring> with WebM it's 'title' but using the same option for MP4s doesn't change it [07:03:52 CEST] <Spring> this is what I'm using: -metadata title= [07:03:59 CEST] <Spring> to make the title blank [07:04:56 CEST] <Spring> actually, my mistake, didn't have the variable in the Mp4 command -_- [07:56:56 CEST] <funfunctor> Hi, does anyone know the answer to this question => http://stackoverflow.com/questions/32005782/how-to-query-all-devices-in-ffm… [10:16:52 CEST] <jookiyaya> cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / [10:16:52 CEST] <jookiyaya> b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=599 / keyint_min=59 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=21.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00 [10:16:52 CEST] <jookiyaya> Language : English [10:29:26 CEST] <viric> Who wanted measures of Hyperthreading benefits? I forgot [10:58:46 CEST] <ozette> the ffmpeg i built for my target can transcode mp4 to gif and mp4 to avi, but when i try 'mp4 to mp4' or 'mp4 to m3u8' it results in a SIGILL, any ideas why? [10:58:55 CEST] <ozette> file info: SampleVideo_1280x720_1mb.mp4: ISO Media, MP4 Base Media v1 [IS0 14496-12:2003] [11:01:02 CEST] <ozette> available codecs on target: [11:01:06 CEST] <ozette> DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (encoders: libx264 libx264rgb ) [11:01:23 CEST] <ozette> D.A..S mp4als MPEG-4 Audio Lossless Coding (ALS) (decoders: als ) [11:07:48 CEST] <ozette> x264 was built with: [11:08:08 CEST] <ozette> ./configure --prefix=/path/x264/build --enable-static --disable-opencl --host=arm-unknown-linux-gnueabi --cross-prefix=arm-unknown-linux-gnueabi- [11:10:05 CEST] <durandal_1707> ozette: sigkill? Something kills it? [11:10:58 CEST] <ozette> durandal_1707: no sigill :) [11:12:32 CEST] <ozette> a simple command like ffmpeg -i in.mp4 out.mp4 fails [11:12:47 CEST] <JEEB> gdb is your friend :P [11:12:51 CEST] <ozette> but ffmpeg -i in.mp4 out.gif is ok [11:13:02 CEST] <ozette> haha [11:13:08 CEST] <JEEB> just make sure you had --enable-debug everywhere when building [11:13:08 CEST] <durandal_1707> miscompilation [11:13:40 CEST] <durandal_1707> you use it on real machine? [11:14:11 CEST] <ozette> sounds like miscompilation yes, but yesterday everything seemed fine, but didn't try out the mp4 > m3u8 yet, so yea.. [11:14:23 CEST] <bencoh> you didnt try x264 yet, basically ;p [11:14:42 CEST] <ozette> it's a machine with an armada xp processor [11:16:18 CEST] <ozette> haha.. well yea, i tried some basic things which worked and then went on to dosomething else [11:17:52 CEST] <ozette> debugging ffmeg with gdb for my target sounds like pain [11:21:13 CEST] <ozette> maybe i should compile without optimizations? [11:29:35 CEST] <ozette> nevermind, with --disable-optimizations: [11:29:37 CEST] <ozette> common.mak:60: recipe for target 'libavfilter/colorspacedsp.o' failed [11:29:40 CEST] <ozette> make: *** [libavfilter/colorspacedsp.o] Error 1 [11:39:47 CEST] <durandal_1707> make distclean [11:50:54 CEST] <ozette> durandal_1707: thanks [11:51:32 CEST] <ozette> but still errors at colorspacedsp.o [11:56:37 CEST] <FirePowi> Hello, how to integrate subtitles directly in an output video ? [11:56:41 CEST] <FirePowi> I tried this : ffmpeg -i input.mkv -i input.fr.srt -map 0:0 -map 0:1 -map 1:0 -c:v:0 libvpx-vp9 -threads 8 -vb 4M -crf 10 -c:a:0 libvorbis -qscale:a 8 -ar 48000 test.webm [11:57:46 CEST] <FirePowi> But I don't have subtitles in the output when I watch it (on VideoLan aka VLC) [11:58:42 CEST] <FirePowi> !paste [12:10:24 CEST] <c_14> FirePowi: can you upload the output of `ffprobe test.webm' to a pastebin service? [12:13:29 CEST] <FirePowi> http://pastebin.com/sHps7ehy [12:15:03 CEST] <c_14> So it has a subtitle track, either VLC is not displaying it correctly or it's empty [12:15:16 CEST] <c_14> input.fr.srt is not empty, right? [12:15:54 CEST] <c_14> And I'm not sure what you mean with "integrate subtitles directly" but if you meant hardcoding the subs, https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo [12:18:43 CEST] <ozette> let's say i compile ffmpeg with --enable-debug [12:19:16 CEST] <ozette> i.e cross-compile [12:19:36 CEST] <ozette> what's a recommended way to debug? do i need qemu? [12:19:53 CEST] <ozette> my target doesn't have gdb [12:27:49 CEST] <FirePowi> c_14, that was what I wanted ! [12:27:51 CEST] <FirePowi> THANKS ! [12:28:07 CEST] <FirePowi> It was hardcoding subs. [12:35:25 CEST] <Spring> is there any way to emulate the 'stillimage' x264 preset with VP9? [12:36:17 CEST] <Spring> it's so much more effective at squeezing the quality into scenes with less movement [12:36:26 CEST] <jookiyaya> x264 core 148 r2579M 73ae2d1 [12:36:27 CEST] <jookiyaya> Encoding settings : cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=4 / lookahead_threads=1 / sliced_threads=0 / nr=250 / decimate=1 / interlaced=0 / bluray_compat=0 / stitchable=1 / constrained_intra=0 [12:36:27 CEST] <jookiyaya> / bframes=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=2pass / mbtree=1 / bitrate=3360 / ratetol=1.0 / qcomp=0.60 / qpmin=5 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00 [12:36:28 CEST] <jookiyaya> Default : Yes [12:37:16 CEST] <Spring> erm [12:37:21 CEST] <jookiyaya> x264 core 104 r1683 62997d6 [12:37:21 CEST] <jookiyaya> Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=16 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 [12:37:21 CEST] <jookiyaya> / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=3213 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00 [12:37:21 CEST] <jookiyaya> Language : English [12:39:28 CEST] <Spring> oh, I remember you [13:47:06 CEST] <Spring> what is the default setting of the 'speed' option for vpx anyone know? Didn't find it in the verbose -report [13:48:43 CEST] <BtbN> https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/libvpxenc.c#L1053 [13:48:47 CEST] <BtbN> that would be 1. [13:52:51 CEST] <Spring> BtbN, appreciated. So it's basically the lowest it can go while still being reasonable. [13:53:10 CEST] <BtbN> No idea about that setting. But it's listed in the "legacy"-block. [13:53:17 CEST] <BtbN> The value range is -16 to 16 [13:54:06 CEST] <Spring> vpx quality is a pain getting right without a tuning setting [13:58:43 CEST] <BtbN> libvpx in general is horrible. [13:59:00 CEST] <BtbN> Can't even hold a target bitrate propperly [14:01:26 CEST] <Spring> when I saw how x264 encoded the same clips with the tuning settings I was stunned, frankly. So much simpler and maintained a steady quality. [14:03:37 CEST] <JEEB> x264 actually had a community poking at it [14:04:00 CEST] <JEEB> libvpx and x265 pretty much don't. and at least GOOG doesn't give a damn about rate control among other things [14:04:15 CEST] <JEEB> I just hope the AOM project makes it better [14:04:28 CEST] <JEEB> because at least in theory there should be more cooks in the mess hall [14:04:46 CEST] <ozette> hmm.. [14:06:54 CEST] <viric> Spring: what tunning settings? [14:07:19 CEST] <JEEB> probably the -tune ones (--tune @ x264 cli) [14:07:20 CEST] <Spring> viric, eg: -tune stillimage [14:07:28 CEST] <JEEB> although their usage is not required [14:07:37 CEST] <JEEB> since the standard settings are generally good [14:07:47 CEST] <Spring> for my use stillimage makes a significant difference [14:07:48 CEST] <viric> ok [14:07:59 CEST] <viric> is your image all still? or mostly still? [14:08:03 CEST] <Spring> yes [14:09:02 CEST] <Spring> looking at foliage moving or clouds passing over foliage fine details are maintained with it, while vpx struggles [14:09:23 CEST] <Spring> for almost static scenes vpx is excellent though [14:09:28 CEST] <JEEB> psychovisual optimizations are another thing not really well done [14:10:53 CEST] <Spring> without the tuning though they're both comparable tbh [14:11:12 CEST] <Spring> vpx may even have the edge [14:12:11 CEST] <JEEB> you'd have to actually be more specific than that for that to be a valid statement [14:12:28 CEST] <JEEB> "at the same speed and average rate X is better than Y" [14:12:45 CEST] <JEEB> or "both maximized and with the same average rate X is better than Y" [14:13:10 CEST] <Spring> well, from my testing at similar quality settings [14:13:29 CEST] <JEEB> "similar" [14:15:40 CEST] <JEEB> vp9 is the thing I'd generally say could visually be better with libvpx than libx264... too bad for the rate control and psychovisual optimizations. but that's purely because while vp8 was based off AVC, vp9 is based off HEVC. [14:15:53 CEST] <Spring> okay, VP9 at CRF 33, -b:v 20M, qmax 40 vs x264 at CRF 26, maxrate 20M, bufsize * 10 maxrate, on preset slower VPX has near-equivalent settings for 5MB less [14:16:12 CEST] <Spring> both the same audio bitrate [14:17:23 CEST] <JEEB> yeah, vp9 is +1 gen compared to AVC so not surprising if it can in some cases perform better. although I guess you didn't exactly match up the two encoders. [14:17:41 CEST] <JEEB> also I don't exactly remmeber tune stillimage... did it completely kill off non-intra? [14:18:10 CEST] <Spring> all I know about it is it reduces the deblocking and changes some psy settings [14:18:22 CEST] <JEEB> yeah, that I do remember [14:18:38 CEST] <jookiyaya> what is better? vp9 or x265 [14:18:58 CEST] <JEEB> vp9 is a format, x265 is an encoder [14:19:03 CEST] <JEEB> at least specify your things correctly [14:19:13 CEST] <jookiyaya> what is better? vp9 or h265 [14:19:29 CEST] <nonex86> vp9 is a codec, isnt it? [14:19:35 CEST] <nonex86> better in which way? [14:19:35 CEST] <JEEB> vp9 is a video format [14:19:41 CEST] <JEEB> like HEVC/H.265 [14:19:45 CEST] <jookiyaya> quailty/size [14:19:59 CEST] <JEEB> jookiyaya: format-wise I prefer HEVC because it has a proper spec instead of what ended up being done by GOOG [14:20:05 CEST] <JEEB> in general they're similar [14:20:13 CEST] <JEEB> so it's mostly up to which has a better encoder [14:20:21 CEST] <JEEB> because even a good format can fuck off with a bad implementation [14:20:22 CEST] <nonex86> vpx familty doesnt have concept of bframes [14:20:30 CEST] <JEEB> yeah, but they have gold frames [14:20:31 CEST] <nonex86> as far as i remember [14:20:44 CEST] <JEEB> which are a similar'ish concept of out-of-order pictures [14:20:59 CEST] <jookiyaya> i see vp9 on handbrake, which vp9 encoder is this then [14:21:05 CEST] <JEEB> libvpx most probably [14:21:06 CEST] <nonex86> hevc in compression terms still unbeatable [14:21:28 CEST] <jookiyaya> who made libvpx [14:21:31 CEST] <JEEB> GOOG [14:21:39 CEST] <jookiyaya> you mean google [14:21:41 CEST] <JEEB> GOOGyes [14:21:47 CEST] <JEEB> nonex86: for that you'd have to read the specs of both and compare the theoretical pros and cons. I don't think either of us has done that [14:22:00 CEST] <JEEB> but yes, in general I'd side with the better specified HEVC [14:22:06 CEST] <JEEB> too bad the real thing is the implementations [14:22:15 CEST] <JEEB> you can have a great format and awful implementations [14:22:43 CEST] <jookiyaya> is there a h264 that is just horrible [14:22:48 CEST] <jookiyaya> is there a h264 encoder that is just horrible [14:22:49 CEST] <JEEB> yes [14:22:51 CEST] <JEEB> plenty [14:23:10 CEST] <jookiyaya> what about apple one [14:23:20 CEST] <JEEB> the apple one, many flash media server things, MS's encoder used in the express encoder 3 [14:23:26 CEST] <JEEB> badaboom thing [14:23:33 CEST] <JEEB> quite a bit of the HW encoders [14:23:43 CEST] <JEEB> (they only got OK around haswell+ I think) [14:23:52 CEST] <JEEB> (OK for some uses) [14:23:53 CEST] <jookiyaya> i wonder why apple/ms encoder cannot catch up with x264 [14:24:10 CEST] <JEEB> apple just licensed it from someone and MS just didn't put effort into it :P [14:24:16 CEST] <JEEB> it's simpler to just license it off of someone [14:24:23 CEST] <JEEB> express encoder 4 already licensed it off of someone [14:24:23 CEST] <jookiyaya> who is someone? [14:24:41 CEST] <JEEB> anyone from x264 LLC to MainConcept [14:24:48 CEST] <JEEB> adobe widely uses mainconcept for example [14:25:16 CEST] <jookiyaya> if they licensed from x264, wouldn't it be good as x264 [14:25:30 CEST] <JEEB> it is x264, you can just license it without the GPL [14:25:34 CEST] <JEEB> since it's dual licensed [14:25:41 CEST] <JEEB> I think steam licenses it [14:25:43 CEST] <JEEB> among other things [14:26:30 CEST] <JEEB> yeah, libx264-142.dll in steam [14:27:19 CEST] <JEEB> iin any case, my point was that you could have better|worse in various ways for the formats and the implementations of those format completely separately [14:27:45 CEST] <jookiyaya> i wonder why nobody can catch up with x265 [14:27:53 CEST] <jookiyaya> and x264 [14:28:02 CEST] <JEEB> x265 is not related to x264 [14:28:13 CEST] <JEEB> in any other way than MCW licensing the name and code from x264 LLC [14:28:22 CEST] <JEEB> so they can use many parts of the x264 code [14:28:38 CEST] <Spring> so... it kind of is :p [14:28:58 CEST] <JEEB> in the sense that they can take some code and try to copypasta it into theirs [14:29:06 CEST] <JEEB> x264 is C and x265 is C++ based off of HM [14:29:11 CEST] <JEEB> (the reference HEVC implementation) [14:29:49 CEST] <JEEB> it's fun to look where x265 folk can't figure things out because HEVC has new things that weren't in AVC [14:29:56 CEST] <jookiyaya> i wonder what h264 encoder the commericial bluray use [14:30:09 CEST] <JEEB> x264 was used for some (criterion etc) [14:30:15 CEST] <JEEB> then there's the big-buck sony etc encoders [14:30:33 CEST] <JEEB> blu-ray encoders generally have a different audience and set of features from those that need higher compression ratios tho [14:31:21 CEST] <JEEB> but still, IIRC with the last test I did with x265 it did beat libvpx-vp9. that was ages ago, though. [14:31:51 CEST] <JEEB> whether or not it is better than f.ex. x264 for your use case is a separate discussion of course [14:32:21 CEST] <JEEB> and due to the whole licensing lulz the VPx family is getting looked upon more and now we have the AV1 format brewing up from the AOM project [14:32:38 CEST] <JEEB> and if that ends up with a proper, specified format I'm all for that [14:32:43 CEST] <jookiyaya> is there way i can find out which h264 encoder was used on my bluray [14:33:01 CEST] <JEEB> not really unless the encoder left its fingerprint there [14:33:15 CEST] <JEEB> like x264 by default writes the SEI with the parameters etc [14:33:47 CEST] <jookiyaya> i don't like how x264 uses the version # system [14:34:01 CEST] <bencoh> I wonder if x265 ratecontrol eventually works [14:34:22 CEST] <JEEB> I'm happy I didn't have to test it with VBV/HRD [14:34:30 CEST] <JEEB> most of my tests are simple CRF tests [14:34:37 CEST] <bencoh> well I had to, and ... [14:34:44 CEST] Action: JEEB pats bencoh [14:34:54 CEST] <bencoh> it just couldn't produce a clean vbv-compliant stream [14:35:10 CEST] <JEEB> I'm like totally surprised that such a project couldn't do it :3 [14:35:18 CEST] <JEEB> although they seem to advertise UHD BD compliance now [14:35:21 CEST] <JEEB> whatever the hell that means [14:35:45 CEST] <JEEB> also do note that the last I checked -maxrate and -bufsize weren't passed to the encoder in FFmpeg [14:35:45 CEST] <bencoh> maybe they eventually "fixed" (workaround with plenty of padding?) the issue [14:36:06 CEST] <JEEB> so you had to set the VBV/HRD settings manually with -x265-params [14:36:12 CEST] <bencoh> yeah, same here [14:36:46 CEST] <bencoh> looks like nobody really cares, but ... it's kinda mandatory for a live encoder [14:36:59 CEST] <JEEB> yup [14:38:13 CEST] <jookiyaya> does it cost more money to use h264 over mpeg2 or v1 on blruay ? [14:38:57 CEST] <JEEB> no idea, that is completely up to the mastering company [14:39:13 CEST] <JEEB> at this point I don't see any VC1 or MPEG-2 Video BDs coming out though [14:39:20 CEST] <JEEB> so I think you don't even have a choice any more :P [14:39:38 CEST] <bencoh> mpeg2, like ... mp2v? :] [14:39:55 CEST] <jookiyaya> social network disc 2 bluray uses mpeg2 [14:40:09 CEST] <JEEB> container or video format [14:40:17 CEST] <JEEB> I'd be surprised if they used MPEG-2 Video [14:40:26 CEST] <jookiyaya> jeeb disc 2 does [14:40:30 CEST] <jookiyaya> not disc 1 [14:40:33 CEST] <JEEB> I mean, MPEG-2 Video blu-rays happened in '05-'06 [14:40:37 CEST] <JEEB> wow [14:40:42 CEST] <JEEB> what a waste of bits [14:41:04 CEST] <jookiyaya> it's 25gb disc [14:41:06 CEST] <JEEB> VC-1 was used by some US studios up until '11 or so? [14:41:10 CEST] <bencoh> mpeg2 artifact nostalgia? [14:41:26 CEST] <Spring> hadn't heard of AV1 before, looks very recent [14:41:40 CEST] <JEEB> yes, in-development [14:41:54 CEST] <JEEB> hopefully they will not do VP8/9 style all over again [14:42:11 CEST] <JEEB> because that leads to "oh we just had the reference implementation so that is the standard" kind of stuff [14:42:22 CEST] <JEEB> and then you have a bug in the reference implementation and that bug becomes a feature [14:42:27 CEST] <JEEB> (Ž4@) [14:43:04 CEST] <jookiyaya> jeeb disc 2 is only extras [14:43:08 CEST] <bencoh> :] [14:57:57 CEST] <ozette> when i run my ffmpeg with qemu-arm i can do mp4 > m3u8 just fine [14:58:06 CEST] <ozette> but on my target it's a sigill [14:58:28 CEST] <ozette> anyone knows what the Lavc57.48.101 aac encoder is responsible for? [14:59:15 CEST] <DHE> aac audio encoding? [14:59:28 CEST] <DHE> SIGILL means you got the wrong model of CPU when building ffmpeg [14:59:31 CEST] <ozette> it seems my target has a problem with that [14:59:44 CEST] <DHE> it COULD be a bug in ffmpeg itself but you'd think that'd be noticed fairly quick [14:59:50 CEST] <ozette> well [15:00:04 CEST] <t4nk067> Hey, I don't go to IRCs much but I have a question. With the -ss command, how can I seek to further than 100 hours? Since 'HH:MM:SS' only goes to 99. Also it seems that if I just give it a number, it counts that as seconds and is also valid input, is there a limit to this number? [15:00:39 CEST] <ozette> the toolchain i used to build ffmpeg is from a vendor and made for the target cpu [15:01:23 CEST] <c_14> t4nk067: probably INT64_MAX, and I think you can just do 500:00:00 [15:01:24 CEST] <c_14> etc [15:01:45 CEST] <t4nk067> Cool, thanks. I'll try it out. [15:01:46 CEST] <Spring> t4nk067, do you have an input longer than 100 hours? [15:02:01 CEST] <t4nk067> There might actually be... [15:02:11 CEST] <c_14> The seconds should be at least 32-bit int though. So as long as your video is shorter than 2038 years you'll be fine [15:02:19 CEST] <Spring> :p [15:09:50 CEST] <ozette> the build machine with qemu-arm: https://paste.fedoraproject.org/413814/14721299/ the host with the same program doesn't get further than SoundHandler: https://paste.fedoraproject.org/413820/14721305/ [15:11:38 CEST] <ozette> cpuinfo: https://paste.fedoraproject.org/413821/47213063/ toolchain used: https://sourceforge.net/projects/dsgpl/files/DSM%206.0%20Tool%20Chains/Marv… [15:15:25 CEST] <kepstin> ozette: at this point, you should probably look into running the code in a debugger and getting an assembly dump of the offending instructions, and hope that someone familiar with arm assembly can take a look :/ [15:15:49 CEST] <kepstin> it's probably just getting a vfpv4 instruction when the cpu only has vfpv3 or something like that :/ [15:23:55 CEST] <Spring> dafuq, ffmpeg.exe keeps crashing but doesn't mention anything in the buffer log [15:24:10 CEST] <Spring> mid-encode [15:24:59 CEST] <Spring> verbose mode here we come [15:25:39 CEST] <Spring> nothing [15:33:43 CEST] <ozette> kepstin: i think so too [15:33:51 CEST] <ozette> in my ffmpeg build i say --arch=arm [15:33:56 CEST] <osiris> hi guys [15:34:03 CEST] <ozette> should i change this to --arch=armhf? [15:34:44 CEST] <osiris> i am really stucked at the moment with vaapi [15:34:44 CEST] <ozette> or.. armv7l [15:35:03 CEST] <osiris> get it runnign as roott, but as user i always get [15:35:06 CEST] <osiris> libva info: va_getDriverName() returns 1 [15:35:06 CEST] <osiris> libva error: va_getDriverName() failed with operation failed,driver_name=i965 [15:35:06 CEST] <osiris> [AVHWDeviceContext @ 0x2386ce0] Failed to initialise VAAPI connection: 1 (operation failed). [15:35:09 CEST] <osiris> [vaapi @ 0x63b0e8] Failed to create a VAAPI device [15:35:24 CEST] <osiris> any hint would be really appreciated [15:35:49 CEST] <osiris> user is already in group video [15:36:44 CEST] <jkqxz> osiris: What system is it running on? Does vainfo work? [15:36:52 CEST] <osiris> yeah, vainfo works [15:36:58 CEST] <osiris> its a n3700 [15:37:46 CEST] <osiris> oh wait, there is an error as user which i dont get as root [15:37:48 CEST] <osiris> error: XDG_RUNTIME_DIR not set in the environment. [15:37:56 CEST] <jkqxz> libva version? [15:38:07 CEST] <Spring> turns out it was a wrong lag-in-frames value. That option is always bad news if set to anything but 0. [15:39:05 CEST] <osiris> libva 1.7.1 [15:40:30 CEST] <jkqxz> The "failed to initialise" message means that you have a visible DRM device but it doesn't support whatever is needed for that VAAPI driver. That can happen if you have multiple graphics cards, or the components don't match or are too old somehow. [15:41:06 CEST] <osiris> jkqxz: but when i run the ffmpeg command as root it works like a charm [15:41:30 CEST] <osiris> so i guess its permission or environment related [15:41:38 CEST] <jkqxz> Maybe it's loading something different as root? [15:42:44 CEST] <jkqxz> Hmm. What device path are you using? [15:42:57 CEST] <osiris> /dev/dri/card0 [15:44:21 CEST] <jkqxz> Try "/dev/dri/renderD128"? Multiple things can't necessarily access the "card" device at the same time (if X is running, say). [15:44:24 CEST] <osiris> guess its about this one here error: XDG_RUNTIME_DIR not set in the environment. [15:45:37 CEST] <osiris> u are awsome man [15:45:37 CEST] <jkqxz> No, that's just telling you that some X stuff isn't set up. [15:45:44 CEST] <osiris> thats it [15:46:01 CEST] <osiris> when is user renderD128 its working [15:46:07 CEST] <osiris> u are a god :) [15:47:03 CEST] <jkqxz> Yay! [16:19:20 CEST] <melvster> Hi all getting the following issue when trying to add czech subtitles: '[srt @ 0xa88440] Invalid UTF-8 in decoded subtitles text; maybe missing -sub_charenc option' [16:19:32 CEST] <melvster> Ive been looking at this page: https://en.wikibooks.org/wiki/FFMPEG_An_Intermediate_Guide/subtitle_options [16:19:52 CEST] <melvster> does the -sub_charenc option work on the latest version? [16:20:28 CEST] <c_14> it should [16:20:43 CEST] <melvster> ffmpeg version 2.8.6-1ubuntu2 [16:21:12 CEST] <melvster> c_14 any idea what value to put in for czech? I've tried a few options and it seems to error out even with UTF-8 or URF-16 [16:22:54 CEST] <melvster> Codec AVOption sub_charenc (set input text subtitles character encoding) specified for output file #0 is not an encoding option. [16:23:49 CEST] <jkqxz> "ISO-8859-2", maybe? [16:23:59 CEST] <c_14> try running `file' on the srt [16:25:01 CEST] <melvster> c_14: i get 'Non-ISO extended-ASCII text, with CRLF line terminators' [16:25:17 CEST] <melvster> the file works great i VLC [16:27:19 CEST] <melvster> i cant seem to find available options to the -sub_charenc file [16:27:37 CEST] <jkqxz> Possibly "windows-1252" then if it isn't ISO. The 8-bit encodings are generally not distinguishable, so you just have to guess the right one. [16:28:29 CEST] <melvster> jkqxz: i get windows-1252 'is not an encoding option.' [16:28:46 CEST] <jkqxz> They are just the iconv names for the character sets. [16:29:24 CEST] <jkqxz> Paste command line? That sounds like you've put it in the wrong place. [16:30:21 CEST] <melvster> ffmpeg -i "$IN" -ss 480 -movflags faststart -strict -2 -vf subtitles=$SUB -sub_charenc UTF-8 -t 00:00:15 "$OUT" [16:31:42 CEST] <c_14> the subtitles filter has its own charenc option -vf subtitles=$SUM:charenc=WINDOWS-1252 [16:32:09 CEST] <melvster> oic thanks [16:33:34 CEST] <melvster> worked!! [16:35:47 CEST] <melvster> well it's 99% correct ... the WINDOWS-1252 seems to mangle the occasional character, I'll have to try and work out which ones are used for czech ... but it's still very viewable [16:36:17 CEST] <jkqxz> Bleh, I meant "WINDOWS-1250", not 1252. [16:36:58 CEST] <jkqxz> But yes, make sure the characters with interesting accents are correct. [16:38:59 CEST] <melvster> jkqxz: yes 1250 seems to work! you're a genius :D [17:02:10 CEST] <ringo> Hello [17:02:58 CEST] <ringo> I am trying to transmux MPEG-TS to HDS using ffmpeg [17:03:00 CEST] <ringo> ffmpeg -i udp://237.237.237.237:2968 -codec copy -f hds /tmp/livehds/mine.f4m [17:03:34 CEST] <ringo> but it is complaining that video has no bitrate [17:03:36 CEST] <ringo> [hds @ 0x727320] Codec for stream 0 does not use global headers but container format requires global headers [17:03:37 CEST] <ringo> [hds @ 0x727320] Codec for stream 1 does not use global headers but container format requires global headers [17:03:37 CEST] <ringo> [hds @ 0x727320] No bit rate set for stream 0 [17:03:45 CEST] <ringo> and it errors out ... [17:04:27 CEST] <ringo> is that bitrate metadata supposed to be in the mpegts envelope somwhere? [17:04:58 CEST] <ringo> or is it in the h264 video stream itself and if so, is there a flag on x264 to set it? [17:13:23 CEST] <JEEB> ringo: it expects you to have a codec context with those values set. which you usually have with an encoder, but since you're not encoding... :P [17:14:37 CEST] <ringo> I am encoding too ... I create the stream using VLC and x264 [17:14:54 CEST] <JEEB> -c copy is not encoding [17:15:14 CEST] <JEEB> the hds muxer wants you to set values into specific fields :P [17:15:18 CEST] <JEEB> that's what it means [17:15:52 CEST] <ringo> ahhh .... the bitrate is only there when you encoder. It cannot be read or measured from a source? [17:15:59 CEST] <ringo> ahhh .... the bitrate is only there when you encode. It cannot be read or measured from a source? [17:17:36 CEST] <ringo> there should be a setting for it as you do not always want to re-encode your video when going to HDS [17:17:49 CEST] <ringo> when creating dash or hls, encoding is not needed [17:24:47 CEST] <jkqxz> It might work if you come from a source with global headers, such as mp4. The problem is that MPEG-TS is really just interleaved raw streams, so there is no useful header information and you don't know what to put in an output format which requires such things. [17:40:48 CEST] <OrthATG> is there a solution for preventing Decklink input buffer overrun! when reading from a blackmagic device? [17:41:07 CEST] <OrthATG> Ive found a few references to it, but nothing seemingly conclusive [17:45:26 CEST] <OrthATG> using the 3.0.2 api on mac 10.9.5 [18:18:36 CEST] <trudev> I'm using the command ./ffmpeg -input.mp4 -itsoffset -00:00:45 -i audio.mp3 -c:v copy -c:a aac -strict experimental -map 0:v:0 -map 1:a:0 -shortest output.mp4 to mix some audio with a file. The source video is 10 seconds, but quicktime says the resulting video is 54 secconds [18:19:11 CEST] <trudev> And if I fast forward, it just stops playing. Any idea what I'm doing wrong? [18:19:56 CEST] <viric> -input.mp4 ? [18:20:07 CEST] <viric> not that I know anything about that, though.. [18:20:22 CEST] <trudev> My bad, it doesn't have a dash [18:20:37 CEST] <trudev> I added that by mistake to make it more readable [18:21:05 CEST] <furq> what do you expect that command to do [18:22:31 CEST] <trudev> mix the audio with the video. But the song needs to start at 45 seconds (as in, the first second of the video is playing 0:45 of the song) [18:22:43 CEST] <trudev> That's what the offset if for [18:23:18 CEST] <trudev> and I also added the -shortest to cut off when the video ends [18:31:30 CEST] <waynr> howdy folks [18:32:07 CEST] <waynr> i would like to use the x11grab to produce video at /dev/video1 [18:32:08 CEST] <c_14> trudev: I think you want -ss instead of -itsoffset [18:32:23 CEST] <c_14> If I understood your interpretation correctly. [18:32:41 CEST] <waynr> so far i've got "ffmpeg -f x11grab -video_size cif -framerate 25 -i :0.0" [18:32:51 CEST] <waynr> not sure how to set the output to /dev/video1 [18:33:09 CEST] <c_14> waynr: what is /dev/video1 ? v4l2 output device? [18:33:16 CEST] <waynr> i guess [18:33:33 CEST] <trudev> c_14: That solved the video length issue! Now theres no sound.... [18:33:51 CEST] <c_14> I don't think ffmpeg has support for v4l2 output devices, you'd have to pipe it to something that does [18:34:04 CEST] <waynr> c_14: basically something that could be opened by (for example) VLC or a web browser [18:34:42 CEST] <waynr> the use case i am most interested in at the moment is sharing my screen in video chat on a service that only supports opening a webcam video stream from /dev/videoN [18:34:50 CEST] <c_14> waynr: if you can open it with VLC or a web browser it's an input device not an output device [18:35:00 CEST] <c_14> waynr: what you're looking for is v4l2loopback [18:36:15 CEST] <trudev> http://pastebin.com/LUPcKb3f [18:36:32 CEST] <c_14> trudev: get rid of the '-' in front of the 00:00:45 [18:37:07 CEST] <trudev> c_14: You're a saint. [18:37:18 CEST] <trudev> Thank you so much! [18:38:06 CEST] <waynr> c_14: one man's output device is another's input ;) [18:38:32 CEST] <waynr> looking into v4l2loopback-utils [18:38:42 CEST] <waynr> thanks for the help! [18:42:49 CEST] <sendal> Hi All, I have a problem with ffmpeg. I have a video with .mov and I want to extract frames, apply watermark, mount video again. But the output video is wrong. Somebody could helps me?? thanks in advance. Code is here http://pastebin.com/RW6yxL1P [18:42:50 CEST] <waynr> looks like it works :) [18:50:07 CEST] <Spring> is there a reason for the slight audio gap at the end of video clips? [18:50:21 CEST] <Spring> is it a playback thing or an encoding thing? I notice it in all clips [18:52:14 CEST] <Spring> actually wait, it might be a capture thing [18:53:08 CEST] <sendal> Hi All, I have a problem with ffmpeg. I have a video with .mov and I want to extract frames, apply watermark, mount video again. But the output video is wrong. Somebody could helps me?? thanks in advance. Code is here http://pastebin.com/RW6yxL1P [18:58:00 CEST] <kepstin> sendal: it's probably getting the wrong framerate. When you save to separate images, the framerate is lost, so you have to manually specify it with the (e.g.) '-framerate 30' option before the -i option. [18:58:33 CEST] <kepstin> sendal: it would probably be better to use ffmpeg to apply the watermark (e.g. with the overlay filter), then you could do it in one command, without any temp image files, and it would preserve the a/v sync. [19:01:17 CEST] <sendal> I'm getting the fps with ffprobe -v error -select_streams v:0 -show_entries stream=avg_frame_rate -of default=noprint_wrappers=1:nokey=1 $INPUT [19:02:03 CEST] <sendal> I cant use ffmpeg to apply watermark because I add a filter to image [19:02:50 CEST] <sendal> with ffprobe I could get all attributes from the video, but I don't know how could I do this [19:03:51 CEST] <furq> sendal: https://ffmpeg.org/ffmpeg-filters.html#Examples-67 [19:04:16 CEST] <shincodex> av_probe_input_format [19:04:40 CEST] <shincodex> i have arrived... to cause misery [19:07:05 CEST] <sendal> furk: I cant use this because I apply a watermark to all pngs [19:07:41 CEST] <furq> that's what the third example does [19:07:47 CEST] <furq> unless it's a different watermark for each frame [19:12:20 CEST] <sendal> yes furk, but my watermark is changing, I do this with Python [19:20:10 CEST] <shincodex> sorry [19:20:19 CEST] <shincodex> firefox doesnt run on root so [19:20:26 CEST] <shincodex> well it just crashes and nobody fixed it [19:20:28 CEST] <shincodex> avformat_close_input(&formatContext); [19:20:28 CEST] <shincodex> error = avformat_open_input(&formatContext, complaint, inputFormat, 0); [19:20:38 CEST] <shincodex> Do you think thats a bad way to refresh the stream on EOF [19:20:50 CEST] <shincodex> complaint = filename for stream [19:21:49 CEST] <shincodex> oh no its not that its XRDP thats right [19:21:56 CEST] <shincodex> they need to fix there display issues or whatever [19:22:43 CEST] <sendal> Hi All, I have a problem with ffmpeg. I have a video with .mov and I want to extract frames, apply watermark, mount video again. But the output video is wrong. Somebody could helps me?? thanks in advance. Code is here http://pastebin.com/RW6yxL1P [19:36:19 CEST] <shincodex> avformat_reset [19:36:22 CEST] <shincodex> come onnnnnn [19:49:39 CEST] <sendal> Hi All, I have a problem with ffmpeg. I have a video with .mov and I want to extract frames, apply watermark, mount video again. But the output video is wrong. Somebody could helps me?? thanks in advance. Code is here http://pastebin.com/RW6yxL1P [19:52:21 CEST] <Spring> does ffmpeg have permissions on Windows to write to the temp directory by default? [19:52:36 CEST] <Spring> I have UAC set to the lowest setting so I can't tell atm [19:52:59 CEST] <JEEB> that's a user right rather than an app-specific thing [19:53:10 CEST] <JEEB> if the user has the rights to do that, yes. if not, then not [19:53:22 CEST] <JEEB> and since you'd be the one setting that path you should know... [19:53:58 CEST] <Zeranoe> Also probably not a wise decision to set UAC to the lowest setting. [19:54:25 CEST] <Spring> JEEB, sure, I just wondered for others what the default would be [19:54:48 CEST] <Spring> Zeranoe, I became too annoying :p [19:54:51 CEST] <Spring> *it [19:55:31 CEST] <JEEB> echo "hurr" > "%TEMP%\test.txt" [19:55:38 CEST] <JEEB> this works for me on a "normal" account [19:55:50 CEST] <JEEB> %TEMP% nowadays being under AppData/Local [19:55:50 CEST] <Zeranoe> You are by default granted access to %temp%, which resides in your profile path [19:55:50 CEST] <Spring> good to know [19:56:07 CEST] <shincodex> be certain your path exists [19:57:30 CEST] <Zeranoe> Also, if you're writing output to temp it'd be a nice thing to removed any files upon cleanup since video encodes can be quite large. [19:58:22 CEST] <Spring> yeah, it's only for the first pass log which I delete following the second pass. I figured it should probably be in the temp folder instead of the output directory. [19:58:57 CEST] <donics> when i use x11grab to record a desktop that includes video playback, like an open instance of VLC or youtube, the framerate for the video itself is really low while everything else works fine. is there a way around this issue? [20:02:50 CEST] <Spring> donics, sounds like either the settings aren't optimized for capturing video or the system [20:03:34 CEST] <sendal> Hi All, I have a problem with ffmpeg. I have a video with .mov and I want to extract frames, apply watermark, mount video again. But the output video is wrong. Somebody could helps me?? thanks in advance. Code is here http://pastebin.com/RW6yxL1P [20:05:40 CEST] <t4nk156> hi [20:07:24 CEST] <t4nk156> Im looking for ffmpeg binaries for ubuntu with libebur128 to have the loudnorm filter [20:31:34 CEST] <elmarikon> cheers! I am trying to compare encoded (cropped, cut, padded) XDCAM.mxf with the Original Prores by using the psnr filter. [20:32:44 CEST] <elmarikon> But when I do this "on the fly" I get totally different Results, then when I write a interims file. To be precise: This command: [20:32:46 CEST] <elmarikon> ffmpeg.exe -r 25 -i "Original.mov" -i "Encoded.mxf" -filter_complex [0:v:0]crop=1920:800:0:140,scale='min(1920\,trunc(1080*a/4)*4):min(1080\,trunc(1920/a/4)*4)',pad=1920:1080:(ow-iw)/2:(oh-ih)/2,setdar=16/9,setsar=1,trim=end_frame=1436,trim=start_frame=1,trim=end_frame=1434[v1];color=black:s=1920x1080:r=25,trim=end_frame=25[bls];[bls][v1]concat[v2];color=black:s=1920x1080:r=25,trim=end_frame=25[bl [20:32:47 CEST] <elmarikon> e];[v2][ble]concat,setfield=tff,format=yuv422p,setpts=PTS-STARTPTS,lut[ref];[1:v]setpts=PTS-STARTPTS[main];[main][ref]psnr=f='stats.txt'[x] -map [x] -v 16 -stats -f null nul [20:33:16 CEST] <elmarikon> gives totally different Reults then these two: [20:34:03 CEST] <elmarikon> ffmpeg.exe -r 25 -i "Original.mov" -i "Encoded.mxf" -filter_complex [0:v:0]crop=1920:800:0:140,scale='min(1920\,trunc(1080*a/4)*4):min(1080\,trunc(1920/a/4)*4)',pad=1920:1080:(ow-iw)/2:(oh-ih)/2,setdar=16/9,setsar=1,trim=end_frame=1436,trim=start_frame=1,trim=end_frame=1434[v1];color=black:s=1920x1080:r=25,trim=end_frame=25[bls];[bls][v1]concat[v2];color=black:s=1920x1080:r=25,trim=end_frame=25[bl [20:34:04 CEST] <elmarikon> e];[v2][ble]concat,setfield=tff,format=yuv422p,setpts=PTS-STARTPTS,lut[ref] -map [ref] -c:v prores -profile:v 3 New.mov [20:34:06 CEST] <elmarikon> + [20:35:16 CEST] <elmarikon> ffmpeg -i New.mov -i Encoded.mxf -filter_complex [0:v]setpts=PTS-STARTPTS[main];[1:v]setpts=PTS-STARTPTS[ref];[main][ref]psnr=f='stats.txt'[x] -map [x] -v 16 -stats -f null nul [20:35:28 CEST] <elmarikon> can someone please tell mewhy? [20:36:37 CEST] <elmarikon> I am using exactly the same filter to encode the mxf and for the comparisation/to create the New.mov [20:39:56 CEST] <cousin_luigi> Greetings. [20:40:32 CEST] <cousin_luigi> Can I ramp up the volume in place? Or even better, while copying to another container? [20:40:48 CEST] <elmarikon> cherrs! [20:40:55 CEST] <elmarikon> use the voule filter. [20:41:25 CEST] <elmarikon> to amplify all audio chennels do ex. -af volume=3dB [20:42:30 CEST] <ChocolateArmpits> elmarikon: maybe he means at a specific section in the file ? [20:42:48 CEST] <elmarikon> maybe... [20:42:56 CEST] <ChocolateArmpits> Would then have to use an expression [20:43:34 CEST] <furq> cousin_luigi: you can't do it with ffmpeg without reencoding the audio [20:43:43 CEST] <furq> you could maybe demux and use something like mp3gain/aacgain [20:44:14 CEST] <furq> or if you're very lucky your player will support replaygain [20:44:26 CEST] <cousin_luigi> elmarikon: yes, but can I do that in place? [20:44:35 CEST] <furq> ^ [20:44:41 CEST] <elmarikon> no. you will have to create a new file. [20:44:53 CEST] <furq> you can't do anything in place in ffmpeg [20:44:54 CEST] <cousin_luigi> furq: but what's the -af volume filter for then? [20:44:56 CEST] <cousin_luigi> ah [20:45:09 CEST] <furq> you can't apply filters without reencoding [20:45:47 CEST] <cousin_luigi> ok thanks [20:45:48 CEST] <elmarikon> so for example: ffmpeg -i Original.mov -af volume=3dB -c:v copy -c:a pcm_s16le NewFile.mov [20:46:25 CEST] <cousin_luigi> but won't that cause a quality loss? [20:46:31 CEST] <cousin_luigi> reencoding I mean? [20:46:34 CEST] <furq> yes it will [20:46:38 CEST] <elmarikon> it depends... [20:46:46 CEST] <furq> well it won't if you output pcm_s16le [20:46:49 CEST] <furq> but you probably don't want to do that [20:46:51 CEST] <elmarikon> what codec do u have in your source? [20:47:34 CEST] <cousin_luigi> aac [20:47:40 CEST] <elmarikon> yuck! [20:47:57 CEST] <cousin_luigi> how do I demux it, ramp it up and re-merge it with the video without reencoding anything? [20:48:05 CEST] <furq> cousin_luigi: if it's an mp4 then you can try adding replaygain tags [20:48:11 CEST] <furq> i have no idea what the player support is like though [20:48:37 CEST] <furq> that doesn't modify anything, it just instructs the player to amplify the volume [20:48:41 CEST] <cousin_luigi> aha [20:48:48 CEST] <cousin_luigi> by default... [20:48:52 CEST] <furq> if that doesn't work (it probably won't) then use aacgain [20:49:32 CEST] <furq> ffmpeg -i src.mp4 -vn -c:a copy out.m4a; (aacgain); ffmpeg -i src.mp4 -i out.m4a -map 0:v -map 1:a -c copy out.mp4 [20:50:52 CEST] <cousin_luigi> can you tell me more about this tag? Does ffmpeg support doing that? [20:51:13 CEST] <furq> ffmpeg doesn't support it afaik [20:51:23 CEST] <furq> although you wouldn't want to use ffmpeg because it can't modify files in place [20:51:45 CEST] <furq> https://en.wikipedia.org/wiki/ReplayGain [20:52:13 CEST] <furq> it's mostly for audio, i've no idea if any video players actually support it [20:53:05 CEST] <furq> apparently mpv and vlc do [20:53:06 CEST] <cousin_luigi> hmm, according to that page mpv doesn't support it, so it's not for me. Trying option #2. [20:53:15 CEST] <cousin_luigi> oh [21:04:51 CEST] <elmarikon> no help with my psnr filter? [21:07:42 CEST] <cousin_luigi> furq: it worked! thanks [21:54:25 CEST] Action: DHE found a memory leak that goes away if you delete the FF_API_CODED_FRAME feature immediately [21:54:49 CEST] <durandal_1707> DHE: where? [22:01:47 CEST] <Mista_D> Any method to copy embedded CEA-608 track to output video ES? [22:02:00 CEST] Last message repeated 1 time(s). [22:02:10 CEST] <Mista_D> 'twas a mistake [22:36:38 CEST] <wuOz> ffmpeg has been on mr robot ^^ [22:50:57 CEST] <donics> Spring, I'm inclined to agree with you. I remember running in to a similar problem with fraps a few years ago but I can't remember how to fix it [22:52:17 CEST] <transhuman_> hi I get A TLS packet with unexpected length was received. [22:52:17 CEST] <transhuman_> https://www.youtube.com/watch?v=XkltShNd6XE: Input/output error when i run the following ffmpeg -i "https://www.youtube.com/watch?v=XkltShNd6XE" -vcodec copy -acodec copy out.mkv ! v4l2sink device=/dev/video1 ...anyone able to help...thanks! [22:52:59 CEST] <transhuman_> scratch that thats a bad paste [22:53:01 CEST] <transhuman_> try again [22:54:42 CEST] <transhuman_> http://pastebin.com/TwiER0f2 [22:55:35 CEST] <transhuman_> the line I executed is ffmpeg -i "https://www.youtube.com/watch?v=XkltShNd6XE" -vcodec copy -acodec copy out.mkv ! v4l2sink device=/dev/video1 [23:00:39 CEST] <DHE> durandal_1707: ff_mpv_encode_picture (mpegvideo_enc.c:1738) calls (indirectly) av_buffer_alloc (at frame.c:636) which won't be returned until ffmpeg exits. [23:01:19 CEST] <DHE> as a workaround/hack I forcibly disabled the FF_API_CODED_FRAME features by editing libavcodec/version.h directly and recompiled [23:01:23 CEST] <kepstin> transhuman_: I'm not entirely sure what you hope to accomplish by telling ffmpeg to read an html file; perhaps you want to use the 'youtube-dl' tool (which internally uses ffmpeg)? [23:06:58 CEST] <viric> furq: did you see my HT tests? [23:13:09 CEST] <transhuman_> kepstin what part is telling it to read the html file? [23:15:24 CEST] <transhuman_> kepstin are you referring to the http part? [23:16:18 CEST] <transhuman_> kepstin I would actually like to capture it as a "live stream" instead of as a file [23:18:48 CEST] <kepstin> transhuman_: ffmpeg doesn't know how to find where the video stream is from the html page that you get from loading a https://www.youtube.com url [23:19:14 CEST] <kepstin> transhuman_: the TLS issue sounds like it is an actual issue, but it wouldn't work anyways [23:19:49 CEST] <transhuman_> hmm. interesting ok ..I used a utility that supposedly tells me the stream url...I will try again. [23:20:08 CEST] <transhuman_> your saying the TLS issue is a problem because they wont let you do it that way? [23:20:17 CEST] <kepstin> no, the TLS issue is a problem [23:20:29 CEST] <kepstin> but even if the TLS was working, that url wouldn't work with ffmpeg [23:20:52 CEST] <transhuman_> ok i will fix the url problem now thanks and then get onto the tls issue [23:20:59 CEST] <kepstin> that is a kind of old ffmpeg, too, the tls problem might be fixed with a newer version [23:21:34 CEST] <transhuman_> ok thanks I will look into that, I will compile ffmpeg from the latest...thanks [23:27:46 CEST] <transhuman_> does youtube-dl -g http://... give you the correct url? [00:00:00 CEST] --- Fri Aug 26 2016

1 0

ffmpeg-devel.log.20160824
by burek 25 Aug '16

25 Aug '16

[00:09:48 CEST] <Compn> JEEB : living in japan or somewheres else ? [00:16:04 CEST] <JEEB> Compn: just moving around .fi. I just got back from a 2-week thing in .jp [00:16:29 CEST] <TD-Linux> gee I wonder what that could be [00:59:27 CEST] <Compn> JEEB : do japanese talk about fukushima at all ? [00:59:38 CEST] <Compn> probably not. [01:39:54 CEST] <jamrial> durandal_1707: 61980dc seems to have broken gbrap on all filter-pixfmts* tests [04:13:35 CEST] <michaelni> atomnuker, is "[FFmpeg-devel] [PATCH] avcodec/aaccoder: Limit sf_idx difference for all cases" ok ? [05:55:17 CEST] <durandal_1707> jamrial: probably because its now properly decoded [06:07:15 CEST] <jamrial> durandal_1707: update the ref file then :p [07:39:17 CEST] <cone-545> ffmpeg 03Carl Eugen Hoyos 07master:c1de1f046997: lavf/movenc: Add a missing assignment if memory allocation fails. [08:09:20 CEST] <cone-545> ffmpeg 03Paul B Mahol 07master:35a0bc0d94bc: fate: update for gbrap after 61980dc479ce045d2e280bff0ba2118ccb8ce595 [08:50:54 CEST] <cone-545> ffmpeg 03Paul B Mahol 07master:0edfd8e6f4bb: avfilter/vf_lut: add planar RGB support [10:08:53 CEST] <atomnuker> michaelni: klaussfreire said he'd look at it later today [10:10:12 CEST] <michaelni> atomnuker, ok thx [14:13:06 CEST] <durandal_1707> fine to apply conditional filter? [14:18:49 CEST] <durandal_1707> also, nobody wants to learn yasm? [16:04:06 CEST] <durandal_1707> atomnuker: when i libfaac gonna be removed? [16:04:51 CEST] <atomnuker> I'll have time to write a news entry and a changelog entry tommorrow [16:09:24 CEST] <cone-545> ffmpeg 03Burt P 07master:0cfe6acbe498: fate: add test for af_hdcd analyze mode [16:09:25 CEST] <cone-545> ffmpeg 03Burt P 07master:8a78fc5b015f: af_hdcd: check return value of av_frame_copy_props() [16:14:19 CEST] <bp0> atomnuker, there are some people who might like to keep faac [16:14:28 CEST] <bp0> in something like ffmpeg [16:14:38 CEST] <bp0> using it as low anchor in listening tests [16:15:35 CEST] <j-b> they can use an old version or a standalone tool [16:15:48 CEST] <j-b> faac is non-free, old and unmaintained. why clutter ffmpeg with it? [16:17:40 CEST] <bp0> well, there are users [16:17:50 CEST] <bp0> its ok, I just thought I would mention it [16:18:55 CEST] <j-b> users want everything :) [18:35:27 CEST] <durandal_1707> fine to commit yuvtestsrc without review? [18:35:51 CEST] <JEEB> is it on the ML? [18:36:02 CEST] <durandal_1707> my patches are generally ignored [18:36:14 CEST] <durandal_1707> JEEB: nope [18:36:16 CEST] <JEEB> label:ffmpeg-devel yuvtestsrc [18:36:20 CEST] <JEEB> yeah, thought so :P [18:36:38 CEST] <JEEB> so it generates some sort of test pattern? [18:37:48 CEST] <durandal_1707> similar as rgbtestsrc [18:38:46 CEST] <JEEB> huh, wtf [18:38:53 CEST] <JEEB> there is no rgbtestsrc filter [18:38:56 CEST] <JEEB> oh [18:38:59 CEST] <JEEB> vsrc_testsrc [19:58:57 CEST] <Chloe> durandal_1707: yuvtestsrc looks fine. I would have aligned the variable definitions in yuvtest_fill_picture16, but that's just me, it's not like it's completely unreadable either. [20:01:06 CEST] <Chloe> (I mean the block of definitions at the top of yuvtest_fill_picture16) [20:02:35 CEST] <durandal_1707> I missed discussion, bad connection [20:04:51 CEST] <durandal_1707> Chloe? [20:06:36 CEST] <jamrial> <Chloe> durandal_1707: yuvtestsrc looks fine. I would have aligned the variable definitions in yuvtest_fill_picture16, but that's just me, it's not like it's completely unreadable either. [20:38:48 CEST] <Chloe> although, it actually looks fine, I tried to align them, and I couldn't find a way to do it nicely. [20:39:16 CEST] <durandal_170> what? Code? [20:40:05 CEST] <Chloe> durandal_170: aligning the variable definitions at the top of yuvtest_fill_picture16 further [20:40:23 CEST] <Chloe> in the code, not memory alignment [20:41:20 CEST] <durandal_170> I sort it usually be line length :-) [20:47:03 CEST] <durandal_170> there are some code align warnings across codebase [20:51:51 CEST] <Chloe> "my patches are generally ignored", idk about others, but most of your patches are far too complex for me to look at [20:57:47 CEST] <durandal_170> Chloe: what? Recently I post trivial stuff only [21:00:07 CEST] <durandal_170> if you need help in explaining anything, just tell [21:03:14 CEST] <Chloe> durandal_170: what does 'Grow first stream into second stream by connecting components.' mean? [21:08:56 CEST] <durandal_170> Chloe: it is for thickening masks [21:10:25 CEST] <durandal_170> it enlarges area in first stream with area in second stream [21:11:23 CEST] <durandal_170> but only if part of second video area is above/bellow front one [21:11:56 CEST] <durandal_170> *first [21:12:31 CEST] <Chloe> and both streams are masks? [21:19:09 CEST] <Chloe> I guess it doesn't matter since any stream can be used as a mask, thanks though, I think I understand it now. [00:00:00 CEST] --- Thu Aug 25 2016

1 0

ffmpeg.log.20160824
by burek 25 Aug '16

25 Aug '16

[00:05:50 CEST] <D`K_C> when using av_parser_parse2, does the input buffer have some constraints on its size/alignment? [00:22:25 CEST] <kadiro> I have many wmv videos, the problem each one have 3 videos stream+ 1 audio stream , i converted one of them ( operation too slow ), it look is fine ( didn't check the whole video ), my question: Is it fine with ffmpeg to convert WMV videos that have many stream inside them, and if yes why the generated video have only one video stream ? [00:22:55 CEST] <kadiro> here is the ffprobe sample file: http://dpaste.com/13WVNFN [00:23:37 CEST] <durandal_1707> by default ffmpeg picks one video and one audio stream [00:24:13 CEST] <kadiro> the duration of the source video wmv and the resulted mp4 file are same [00:25:39 CEST] <kadiro> durandal_1707, how to tell ffmpeg to convert all streams? [00:26:11 CEST] <durandal_1707> mapping them iirc [00:26:49 CEST] <kadiro> durandal_1707, i have about 52 or like so, you mean to convert one by one, as i want to do a for loop [00:27:41 CEST] <kadiro> i hope they have 3 stream for each one [00:27:45 CEST] <durandal_1707> if every file have same number of them, use -map [00:28:04 CEST] <durandal_1707> see docs... [00:30:50 CEST] <kadiro> cool each one have 3 video streams , i did a loop with ffprobe + grep , thanks durandal_1707 [00:37:57 CEST] <kadiro> I used: -map 0:1 -map 0:2 -map 0:3 -c:v libx264 -map 0:0 -c:a aac but it doesn't seem to work, it say: Output file #0 does not contain any stream [00:39:41 CEST] <kadiro> tried map 0:v same thing [00:40:57 CEST] <durandal_1707> remove last map [00:43:20 CEST] <kadiro> it is audio stream i think [00:43:41 CEST] <kadiro> oops my bad i forget the '-i' o_o [00:44:08 CEST] <kadiro> thanks durandal_1707 and sorry to be very annoying :D [00:49:40 CEST] <kepstin> kadiro: this is why we usually ask folks to show the complete commandline :) [00:50:11 CEST] <kadiro> kepstin, you're right :) thanks [02:58:59 CEST] <witChdoCtOr> hello [03:14:32 CEST] <jookiyaya> what is best video codec that existed before x264 [03:14:54 CEST] <kepstin> before h264? probably mpeg4 asp as encoded by xvid or divx [03:15:12 CEST] <jookiyaya> xvid is horrible, are you sure? [03:15:22 CEST] <klaxa> what? [03:15:29 CEST] <klaxa> xvid wasn't that horrible really [03:15:41 CEST] <jookiyaya> have you not seen xvid encoded videos? [03:15:49 CEST] <klaxa> i have [03:15:54 CEST] <c_14> If you give it enough bitrate it's fine [03:16:05 CEST] <kepstin> it was certainly better than mpeg-2 [03:16:08 CEST] <klaxa> yeah most xvid videos around are targeted at fixed filesize [03:16:17 CEST] <klaxa> and therefore look shit [03:16:19 CEST] <jookiyaya> what about wmv9 [03:16:37 CEST] <kepstin> you'll probably see a lot of xvid movie encodes targetting 700mb cds, which will of course look not very good [03:17:05 CEST] <jookiyaya> why limit to 700mb ? [03:17:14 CEST] <c_14> Because that's how big a CD is [03:18:17 CEST] <kepstin> hey, they were originally 650mb, the 700mb ones were the fancy ones ;) [03:19:25 CEST] <klaxa> if my wikipedia research is not too shabby wmv9 is mpeg4 asp compliant? [03:19:37 CEST] <jookiyaya> is that mean x264 would look crap too if they limit to 700mb ? [03:19:56 CEST] <klaxa> less crap but still crap [03:20:03 CEST] <c_14> Depends on the video resolution, but in most cases yes (though it should look better than mpeg4) [03:20:14 CEST] <kepstin> jookiyaya: h264 (particularly as encoded by x264) with a standard-definition source could probably do a decent job of a movie in 700mb [03:20:15 CEST] <c_14> And the length of the video [03:20:36 CEST] <jookiyaya> let's say 70 min [03:21:29 CEST] <kepstin> klaxa: my impression was that wmv9 was made with comparable tech, but it had enough differences that ffmpeg's decoder kinda sucked for quite a while :/ [03:21:55 CEST] <klaxa> ah, i see [03:22:02 CEST] <jookiyaya> wmv9 look better than xvid but has block issues [03:22:23 CEST] <kepstin> I think VP6 was from around the same era, too? [03:22:49 CEST] <kepstin> but other than for flash stuff that wasn't really used anywhere. [03:23:39 CEST] <jookiyaya> i don't see any reason for people to use x264 these days [03:23:45 CEST] <jookiyaya> x265 is superior [03:23:55 CEST] <c_14> x265 is hard to encode and hard to decode [03:24:02 CEST] <c_14> s/x/h/ [03:24:06 CEST] <jookiyaya> c_14 not really [03:24:10 CEST] <kepstin> keep in mind that most of the video encoding tech improvements aren't fundamental changes; they're just slower to encode and decode [03:24:13 CEST] <c_14> And the x265 encoder isn't as optimized as the x264 encoder [03:24:25 CEST] <jookiyaya> c_14 what does that even mean? [03:24:58 CEST] <c_14> The x264 has a lot of optimizations, including speed optimizations and psychovisual optimizations [03:25:02 CEST] <c_14> +encoder [03:25:09 CEST] <kepstin> each video codec generation adds more block sizes, more search types, better entropy encoders, etc. and therefore the encoders and decoders have to do more work. [03:25:11 CEST] <klaxa> it means a first gen raspberry pi can't play h265 at realtime, but h264 [03:25:11 CEST] <mrelcee> i get pretty good results with x265. though I have a beefy system to throw at it.. [03:25:48 CEST] <c_14> And the hevc decoder (especially in ffmpeg) is missing a lot of optimizations making it even slower than it should be [03:26:05 CEST] <kepstin> sure, if you're doing non-realtime stuff and have a beefy system, and have *playback hardware* capable of decoding it realtime, no reason not to use h265 [03:26:46 CEST] <kepstin> but e.g. my old amd k6-2 266 can play SD mpeg2 content, it would just keel over and die if someone did an h265 encode of the same thing :/ [03:27:17 CEST] <klaxa> if you want to reach the general masses with your videos, h264 is your choice in 2016 [03:27:56 CEST] <klaxa> i'd even dare to say it is probably more supported than vp9 [03:27:59 CEST] <klaxa> and vp8 [03:28:00 CEST] <kepstin> if you want to also reach an additional minority, vp8 (or *maybe* vp9) in webm will add a bit more :/ [03:28:46 CEST] <mrelcee> but what about ogg? [03:29:13 CEST] <klaxa> i thought we were talking about video :P [03:29:19 CEST] <kepstin> the only real ogg video format was theora, vp6 derived. Never really picked up any usage, and it kinda sucked. [03:29:21 CEST] <jookiyaya> is x264/x265 better than other h264/h265 encoders? [03:30:05 CEST] <mrelcee> it was sarcasm. :) [03:30:07 CEST] <kepstin> jookiyaya: x264 is almost universally considered to be the best software h264 encoder for main/high profile content (although e.g. mainconcept's is or was fairly close, in some comparisons) [03:30:31 CEST] <furq> klaxa: why would you dare to say that when it's definitely true [03:30:44 CEST] <klaxa> i wasn't sure [03:30:51 CEST] <klaxa> google is pushing webm, so i don't know [03:30:56 CEST] <kepstin> h265 encoder.. I don't think the space is mature enough to make any conclusions? I haven't seen any good comparisons. [03:31:06 CEST] <klaxa> but i guess there aren't any chips to decode vp8 or vp9 for that matter? [03:31:10 CEST] <klaxa> or are there hardware decoders? [03:31:37 CEST] <kepstin> there's some hardware decoders for vp8 or vp9; reportedly some arm phone chips have them. [03:31:53 CEST] <klaxa> ah cool [03:31:56 CEST] <furq> yeah some android phones have hardware vp9 decode [03:32:03 CEST] <furq> obviously iOS will never have it though [03:32:06 CEST] <klaxa> but almost every toaster has a h264 hardware decoder [03:32:19 CEST] <furq> they'll probably disable it if they end up using an soc that has it [03:32:26 CEST] <klaxa> the only laptop i own that doesn't have one is 10 years old [03:32:42 CEST] <kepstin> mrelcee: most "ogg" video files you'll see will probably have xvid-encoded mpeg4 in them :/ [03:32:51 CEST] <furq> also i think some very new intel chips have vp9 decode [03:32:57 CEST] <mrelcee> kepstin: yep [03:33:00 CEST] <furq> or maybe they will soon, i forget now [03:33:25 CEST] <furq> kepstin: do you mean ogm [03:33:28 CEST] <furq> everyone's favourite format [03:33:54 CEST] <kepstin> furq: well, half the people still used the ogg extension for them because nobody had any clue what was going on with ogm [03:34:07 CEST] <kepstin> and yeah, intel has vp9 decode in skylake it looks like [03:34:09 CEST] <furq> was it actually ogg-based [03:34:19 CEST] <furq> i thought it was a hack of avi for ages [03:34:41 CEST] <klaxa> oooh too bad i forgot gmane went down :( http://snackbox.org/~snacky/mn.html the ogg sucks bad had an email why ogg is a bad format [03:34:42 CEST] <furq> https://en.wikipedia.org/wiki/Ogg#OGM [03:34:45 CEST] <furq> other way round then [03:34:53 CEST] <klaxa> i forgot why though i wrote an ogg parser once, it wasn't too bad? [03:35:01 CEST] <jookiyaya> what is best lossy audio codec right now? [03:35:10 CEST] <furq> define "best" [03:35:25 CEST] <jookiyaya> best quality/size [03:35:28 CEST] <furq> opus [03:35:36 CEST] <kepstin> jookiyaya: best quality: probably opus, best compatibility while still near best quality: aac [03:35:59 CEST] <furq> i assume iOS still doesn't support opus [03:36:01 CEST] <jookiyaya> nobody seems to use opus [03:36:09 CEST] <klaxa> youtube does [03:36:13 CEST] <furq> ^ [03:36:17 CEST] <jookiyaya> furq why would OS need to support it? software player has to support [03:36:23 CEST] <kepstin> of course iOS doesn't support opus, but some individual apps use it (statically linked decoder or whatever) [03:36:28 CEST] <furq> well yeah [03:36:40 CEST] <furq> but most people are stupid [03:36:53 CEST] <c_14> jookiyaya: because most mobile operating systems have system-wide decoder libraries [03:37:04 CEST] <kepstin> jookiyaya: opus was actually designed as a *realtime* audio/voice codec, and is used in webrtc [03:37:08 CEST] <c_14> Does android do opus in ogg these days? [03:37:18 CEST] <kepstin> c_14: as of 5.0 it does, yeah [03:37:28 CEST] <kepstin> (lollipop) [03:37:31 CEST] <furq> if it doesn't work in an end-user's iOS safari then it is the developer's fault and they have brought shame on their family [03:37:47 CEST] <furq> or desktop safari, which also doesn't support it because hooray for apple [03:38:02 CEST] <jookiyaya> i heard he-aac is best right now [03:38:12 CEST] <furq> well you've also heard opus is the best right now as well [03:38:13 CEST] <kepstin> jookiyaya: but the people working on opus overengineered it a bit, and it turned out their realtime/low-latency codec also matched or beat some high latency codecs like aac. [03:38:20 CEST] <furq> so you should go and test them and find out who's right [03:40:21 CEST] <kepstin> but yeah, youtube's use of vp9 is kind of weird. Presumably because it's so slow to encode, they only add vp9 encodes for "popular" videos (probably when it hits some view count threshold) [03:40:29 CEST] <kepstin> but they always do h264 encodes [03:40:31 CEST] <furq> ? [03:40:38 CEST] <klaxa> kepstin: really? when i tried to use opus in ogg on android (in an app) it wouldn't play [03:40:41 CEST] <klaxa> opus in mkv worked fine [03:40:59 CEST] <furq> i thought all new videos got webm encodes [03:41:11 CEST] <jookiyaya> can you put opus on mp4 container? [03:41:17 CEST] <kepstin> furq: yes, but the basic webm encode is vp8 not vp9 [03:41:41 CEST] <kepstin> klaxa: hmm. maybe I got the version wrong [03:41:42 CEST] Action: kepstin checks [03:42:11 CEST] <furq> huh [03:42:13 CEST] <furq> no you're right [03:42:21 CEST] <furq> i checked with a video i have with 40 views and there's no webm [03:42:22 CEST] <klaxa> well i'm still subscribed to this issue: https://code.google.com/p/android/issues/detail?id=158490 [03:42:31 CEST] <furq> but i have a bunch with ~500 which have the full set [03:42:40 CEST] <c_14> jookiyaya: I think they were adding an extension for that [03:42:48 CEST] <furq> i guess there are a whole lot of videos with <100 views though [03:42:52 CEST] <jookiyaya> c_14 so no, right now? [03:43:00 CEST] <kepstin> klaxa: hmm, might have been android 6.0 where they fixed that [03:43:10 CEST] <kepstin> klaxa: I know my phone can play them using system apis [03:43:28 CEST] <c_14> jookiyaya: so right now, no [03:43:44 CEST] <jookiyaya> is there a codec that .mkv does NOT support? [03:44:17 CEST] <kepstin> jookiyaya: yes, there are many. But mkv indirectly supports a lot of codecs via it's AVI/RIFF compatibility mode [03:44:19 CEST] <jookiyaya> don't understand why mkv is not standard over mp4 [03:44:27 CEST] <klaxa> i recently found a pixel format it doesn't support [03:44:34 CEST] <klaxa> or something... uh... [03:44:35 CEST] <furq> it doesn't support some subtitle formats [03:44:46 CEST] <klaxa> i forgot what exactly it was, i was doing weird stuff definitely [03:45:49 CEST] <furq> kepstin: apparently 150 views is the cutoff [03:46:07 CEST] <furq> at least according to this set of two videos with 151 and 146 views [03:46:26 CEST] <kepstin> furq: huh. interesting [03:46:41 CEST] <furq> google are weird [03:47:03 CEST] <kepstin> they made a big deal of vp9 as a way to save bandwidth (they use lower bitrates than their h264 streams) so they probably only care enough to spend the power on videos where the bandwidth savings are material [03:47:16 CEST] <jookiyaya> i wonder what youtube would be like if google never bought out youtube [03:47:31 CEST] <furq> it would be in jai [03:47:32 CEST] <furq> l [03:47:32 CEST] <klaxa> probably bought by amazon then [03:47:47 CEST] <furq> or yeah bought out by another company that can afford/deflect the millions of lawsuits [03:48:01 CEST] <jookiyaya> i wonder what youtube would be like if nobody bought out youtube [03:48:07 CEST] <furq> it would be in jail [03:48:10 CEST] <kepstin> ok, I've confirmed that android 6.0 (M) does support opus in ogg using the system libraries. [03:48:14 CEST] <jookiyaya> furq really? [03:48:17 CEST] <furq> thank you for giving me a chance to correct my typo [03:49:02 CEST] <jookiyaya> furq what about other tube sites not owned by big companies. they are not in jail [03:49:03 CEST] Action: kepstin did some work helping the "vanilla music" player android app get the opus replaygain stuff right, and checked it there [03:49:12 CEST] <furq> yeah but nobody uses those sites [03:49:29 CEST] <jookiyaya> furq yes they do [03:50:06 CEST] <furq> the only ones i can think of are vimeo and dailymotion [03:50:21 CEST] <furq> vimeo is exclusively used by short film directors who think they're too good for youtube [03:50:23 CEST] <kepstin> lets see... other sites that I know of - nicovideo.jp is h264-only (although they also allow swf animations in some cases), i'm pretty sure vimeo is h264 - probably aac audio? [03:50:25 CEST] <jookiyaya> how can google avoid jail ? [03:50:42 CEST] <furq> and dailymotion are french and also are owned by vivendi which i assume makes them more difficult to sue [03:51:00 CEST] <kepstin> jookiyaya: basically? Google makes money with adds, and sends that money to the people who would otherwise put them in jail :) [03:51:04 CEST] <furq> plus they only still exist as a repository for videos that have been taken off youtube [03:51:05 CEST] <kepstin> with ads* [03:51:43 CEST] <jookiyaya> kepstin original owners of youtube could do the same [03:51:45 CEST] <furq> don't forget viacom were suing youtube for $1B when google bought them [03:52:04 CEST] <furq> and that case dragged on for seven years [03:52:10 CEST] <kepstin> jookiyaya: google makes *way* more money from ads than an independent youtube had any chance of doing :) [03:52:11 CEST] <furq> you need google money to even afford to show up for something like that [03:52:34 CEST] <furq> and that was just the biggest of the ongoing lawsuits [03:53:23 CEST] <jookiyaya> what does viacom do? [03:53:39 CEST] <furq> they made the hit sitcom "roseanne" [03:53:52 CEST] <kepstin> iirc, viacom mostly sells ads [03:54:13 CEST] <kepstin> they were annoyed that google was making money from ads instead of them ;) [03:54:45 CEST] <jookiyaya> how can so many copyrighted video exist in youtube [03:55:08 CEST] <jookiyaya> if youtube removed all copyrighted videos, nobody would use youtube [03:55:26 CEST] <furq> most of them have been uploaded by/with permission from the copyright holder now [03:55:49 CEST] <furq> "with permission from" meaning the copyright holder takes the ad revenue [03:56:22 CEST] <jookiyaya> furq i see [03:56:32 CEST] <kepstin> like so: https://www.kepstin.ca/dump/Screenshot%20from%202016-08-23%2021-55-18.png [03:56:50 CEST] <furq> i have a few that have been claimed but not monetised [03:57:52 CEST] <furq> oh [03:58:02 CEST] <kepstin> what's really annoying is when they put region limits on :/ [03:58:03 CEST] <furq> apparently i have a few that have been monetised and blocked [03:58:17 CEST] Action: kepstin managed to construct a few videos only viewable in 1 or 2 countries. [04:00:11 CEST] <furq> http://i.imgur.com/cHYViZM.png [04:00:51 CEST] <furq> an album which was only ever sold in japan is blocked in the usa, mexico, australia and new zealand [04:00:58 CEST] <furq> how've they worked that out [04:00:59 CEST] <kepstin> right, I have one video that's "blocked in 248 countries", you can only see it in south korea. [04:01:46 CEST] <kepstin> the one that's blocked in 153 countries is annoying, because they list the countries it's blocked in rather than the countries where it's still visible. [04:02:46 CEST] <klaxa> i thought there were only about 170 countries [04:03:04 CEST] <kepstin> https://www.kepstin.ca/dump/Screenshot%20from%202016-08-23%2022-02-07.png :/ [04:03:15 CEST] <jookiyaya> if google pays copyright holder and everybody is happy. why do videos still get removed from youtube [04:03:35 CEST] <klaxa> >north korea [04:03:38 CEST] <klaxa> all the 2 views! [04:03:54 CEST] <furq> wow you got blocked in the vatican [04:03:58 CEST] <jookiyaya> klaxa your video has views from northkorea? [04:03:59 CEST] <kepstin> jookiyaya: because some companies or individuals decide they would rather take down the video than take google's money (admittedly, money from youtube ads tends to be kinda small) [04:04:37 CEST] <klaxa> jookiyaya: i was commenting on the fact that the video is blocked in north korea and was implying it would get 2 views from said country [04:04:43 CEST] <jookiyaya> kepstin then i heard youtubers making millions, how is that possible [04:04:57 CEST] <klaxa> huh? those are probably only a handful [04:05:16 CEST] <kepstin> jookiyaya: usually they get sponsered from companies outside youtube, and produce ads or sponsered content that they post on youtube [04:06:13 CEST] <furq> based on my observations of "popular youtubers", they have all sold their soul to satan [04:06:26 CEST] <jookiyaya> furq what do you mean? [04:06:35 CEST] <kepstin> same thing, isn't it? :) [04:07:00 CEST] <furq> in exchange for those video thumbnails where they pull an awful face and next to them it says "WTF OMG LOL??! GRAND THEFT AUTO DENTIST" [04:07:10 CEST] <furq> and also in exchange for the worst human voice possible [04:07:34 CEST] <mrelcee> my kids watch a lot of youtube. [04:08:06 CEST] <mrelcee> gaming stuff.. they've always got somethign streaming, sucking down my precious bandwidth :) [04:10:22 CEST] <furq> i'll be honest, i'm still annoyed at youtube since they did this [04:10:27 CEST] <furq> http://i.imgur.com/4W49Z8E.png [04:10:38 CEST] <furq> since they committed this crime against my humanity [04:11:15 CEST] <c_14> It's recommended for you, it must be good. This algorithm says so. [04:11:41 CEST] <furq> hey this guy exclusively watches videos of japanese people playing fighting games [04:11:44 CEST] <furq> you know what he'd like? [04:11:44 CEST] <furq> http://i.imgur.com/38rvylU.png [04:12:42 CEST] <furq> normally a list like this would build to a climax, but "the amazing atheist" is obviously the worst recommendation possible [04:12:52 CEST] <furq> although at least it wasn't that video of him building to a climax [04:16:38 CEST] <Spring> drama sells [04:17:05 CEST] <Spring> youtube is like the lowest form of entertainment though [04:17:27 CEST] <jookiyaya> can anybody here tell the diffrence between 10 bit and 8bit encoding? [04:17:44 CEST] <c_14> sure, just use ffprobe [04:17:55 CEST] <jookiyaya> c_14 you can? [04:18:38 CEST] <c_14> That was a bad joke based on the fact that you worded your question imprecisely. [04:18:49 CEST] <c_14> You can use ffprobe to determine if a video is encoded in 8 or 10 bit [04:19:04 CEST] <jookiyaya> i see, i meant by looking at the picture [04:19:30 CEST] <kepstin> for display on most screens, it'll be converted back to 8bit anyways [04:19:36 CEST] <kepstin> my impression was that using the 10bit x264 encoder can lead to mild improvements in efficiency, particularly when using lots of reference frames, since there's less quantization loss [04:19:46 CEST] <klaxa> but you can probably tell from banding artifacts [04:19:48 CEST] <kepstin> it may also help with multiple generations of lossy encodes iirc [04:19:48 CEST] <jookiyaya> kepstin why? [04:19:49 CEST] <c_14> Depends, I only have an 8bit graphics pipeline. I can notice the difference between low bitrate 8bit vs 10bit encodes in that the 8bit one bands and the 10bit one doesn't [04:19:56 CEST] <furq> because most displays are 8-bit [04:20:00 CEST] <furq> or 6-bit [04:20:33 CEST] <furq> 10-bit displays are really expensive [04:20:39 CEST] <c_14> But unless you actually have a full 10-bit graphics pipeline you probably won't notice the difference at sufficient bitrates [04:20:44 CEST] <Spring> don't 10-bit panels require 10-bit GPU support? [04:20:59 CEST] <klaxa> i would be surprised if not [04:21:16 CEST] <kepstin> well, i assume most 10bit panels support 8bit input just fine [04:21:17 CEST] <kepstin> :) [04:21:22 CEST] <c_14> Your display needs to support it, your gpu needs to output it, your display server needs to support it [04:21:31 CEST] <c_14> Otherwise you'll dither down to 8bit at some point [04:21:58 CEST] <furq> that not why people encode to 10-bit though [04:22:03 CEST] <furq> 's [04:22:08 CEST] <furq> or not why most people encode to 10-bit [04:22:17 CEST] <c_14> sure [04:22:27 CEST] <furq> i know you know that [04:22:48 CEST] <Spring> they do it to reduce 8-bit artifacts? [04:22:56 CEST] <furq> they do it because it's more efficient [04:23:11 CEST] <klaxa> they do it because Daiz said so [04:23:45 CEST] <klaxa> i think those three are all true [04:23:54 CEST] <jookiyaya> furq you mean you need special videocard/monitor to view 10 bit video? [04:24:05 CEST] <furq> 03:21:22 ( c_14) Your display needs to support it, your gpu needs to output it, your display server needs to support it [04:24:08 CEST] <furq> 03:21:31 ( c_14) Otherwise you'll dither down to 8bit at some point [04:24:25 CEST] <furq> also should i know what a daiz is [04:24:39 CEST] <kepstin> furq: well known encoder in the anime fansub scene [04:24:44 CEST] <furq> oh. an animes man [04:24:45 CEST] <kepstin> (a person) [04:25:27 CEST] <jookiyaya> what is "display server" ? [04:26:08 CEST] <kepstin> jookiyaya: the piece of software that takes all the images of windows and combines them into a single image to show on the screen. [04:26:30 CEST] <jookiyaya> kepstin so you mean software video player? [04:27:05 CEST] <kepstin> no, software video players just make a window, it's up to the display server to take that and put it on the screen. [04:27:07 CEST] <furq> you'd think with how much we've been talking about google lately that it might have dropped a hint [04:27:56 CEST] <jookiyaya> furq but what if i have 10bit video file on local harddrive [04:28:12 CEST] <furq> then your family will have good luck for eight years [04:28:27 CEST] <kepstin> no, 10 years. it's a 10bit video after all. [04:28:41 CEST] <klaxa> i'm gonna be super lucky forever then [04:29:30 CEST] <klaxa> jookiyaya: your video player can probably play it, it will dither the 10-bit information down to 8-bit so your display can show it [04:29:45 CEST] <furq> i have an ffmpeg question, if you can imagine such a thing [04:29:55 CEST] <furq> is there a non-awful way to rotate the output of drawtext [04:30:03 CEST] <furq> the best solution i could figure out was transpose,drawtext,transpose [04:31:19 CEST] <kepstin> furq: that would work fine for 90° rotations, yeah. I imagine if the filter had builtin rotation, that's basically what it would be doing (maybe it could rotate only the text rather than entire image tho...) [04:31:35 CEST] <c_14> There's also the rotate filter if you want to rotate in radians [04:31:38 CEST] <furq> i don't really know how wasteful that is but it seems awfully wasteful [04:31:44 CEST] <c_14> But I don't think the drawtext filter has internal rotation anywhere [04:31:50 CEST] <furq> it's a 90 degree rotation so that works fine [04:31:55 CEST] <furq> it just seems wrong [04:32:22 CEST] <furq> i thought maybe i could draw on nullsrc/color but the text doesn't show up [04:32:26 CEST] <kepstin> furq: really, you'd want to generate a static image of the rotated text and overlay it (which is presumably what a drawtext with builtin rotation would do internally) [04:32:46 CEST] <furq> or it shows up at the same alpha as the source, which is obviously not what i want [04:32:58 CEST] <kepstin> i wouldn't be surprised if drawtext has bad alpha support, yeah :/ [04:33:24 CEST] <klaxa> i guess using ass is not an option? [04:33:36 CEST] <furq> it's a single text overlay for the entire video [04:33:48 CEST] <klaxa> well then you can certainly use ass? [04:33:59 CEST] <furq> probably, but that seems more involved than just transposing twice [04:34:15 CEST] <klaxa> really? it's just a single event [04:34:20 CEST] <c_14> It should be faster (assuming the drawtext filter and the subtitles filter/ass filter are equally complex) [04:34:26 CEST] <c_14> Since you don't have to transpose anything [04:34:48 CEST] <kepstin> the ass filter should in theory be caching the rendered text rather than re-rendering every frame, so yeah. [04:34:49 CEST] <c_14> You'll have to write something to generate the ass file though (assuming you want to automate this) [04:35:01 CEST] <furq> yeah the .ass generation is the involved bit [04:35:08 CEST] <furq> i'd expect it would be faster [04:35:26 CEST] <c_14> Well, ass isn't that complicated you can just create the basic outline and swap out the text-line [04:35:54 CEST] <klaxa> that's what i do [04:36:36 CEST] <furq> well i already rendered this now but i'll try it if i need it in future [04:36:45 CEST] <furq> i just figured i might be missing something obvious [04:47:48 CEST] <Spring> can any values be used for the audio bitrate, eg: 133k, or 287k? [04:48:04 CEST] <kepstin> Spring: depends on the codec [04:48:17 CEST] <Spring> what about opus and aac, any idea? [04:48:20 CEST] <kepstin> Spring: aac or opus, yes [04:48:29 CEST] <Spring> excellent, thanks [04:48:42 CEST] <kepstin> Spring: mp3: sort of. lame's vbr mode should allow it, and probably get you something close [04:49:13 CEST] <furq> will it actually be rejected by any codec [04:49:26 CEST] <furq> i know ac3 will just ignore it and use the closest acceptable value [04:53:58 CEST] <kepstin> would have to check lame's cbr mode. it might? probably not tho, i bet it does the same as ac3. [07:50:08 CEST] <Spring> -report is so damn useful [07:52:06 CEST] <Spring> is there any way to set the -report path? [07:52:21 CEST] <Spring> I see file but the docs state that's the name [07:54:18 CEST] <c_14> There's an environment variable [07:54:47 CEST] <furq> FFREPORT=/foo/bar works [07:54:47 CEST] <c_14> Setting the environment variable FFREPORT to any value has the same effect. If the value is a ':'-separated key=value sequence, these options will affect the report; option values must be escaped if they contain special characters or the options delimiter ':' (see the ``Quoting and escaping'' section in the ffmpeg-utils manual). [07:54:48 CEST] <furq> er [07:54:52 CEST] <furq> FFREPORT=file=/foo/bar works [07:56:59 CEST] <Spring> furq, thx for the tip [08:42:28 CEST] <Spring> is there a way of logging both passes in one log file? [08:48:10 CEST] <Spring> adding the same name for both passes doesn't seem to work, and adding -report to both passes results with a timestamped name results in two files (expectedly) [08:52:49 CEST] <relaxed> Spring: on linux? [08:53:05 CEST] <Spring> relaxed, windows [08:53:18 CEST] <relaxed> no idea then [08:53:28 CEST] <Spring> what can Linux do? [08:53:46 CEST] <Spring> concatenate them? [08:54:58 CEST] <relaxed> yes, ffmpeg <pass 1> output 2>ffmpeg.log; ffmpeg <pass 2> output 2>>ffmpeg.log [08:55:25 CEST] <Spring> hmm, I could try concatenating them. Rubber duck problem solving :p [08:56:30 CEST] <furq> i'm pretty sure > and >> work on windows [08:56:42 CEST] <furq> you'd need -v debug to get the same output as -report though [09:05:52 CEST] <Spring> furq, what do you mean with using -v debug? [09:06:21 CEST] <furq> oh nvm it's -v verbose [09:06:33 CEST] <furq> -report automatically sets -v verbose [09:07:31 CEST] <Spring> yeah, the nice thing is it can hide the visual output in the prompt with -loglevel while -report can have a different loglevel of its own [09:07:50 CEST] <furq> well you won't get any visual output if you're redirecting stderr [11:06:54 CEST] <MINIMAN10000> I've no idea what I'm doing wrong. Trying to get ffplay to play a stream. I'm using windows. Commands here http://pastebin.com/vz0XkMvx [11:22:00 CEST] <ozette> How can I verify if ffmpeg will build with zlib enabled and the png codecs, in particular the png encoder. What should my config.log https://paste.fedoraproject.org/413189/47203037/raw/ and config.h https://paste.fedoraproject.org/413190/14720304/raw/ say? [11:26:03 CEST] <qope> hi there [11:26:25 CEST] <qope> having a problem transcoding a stream thru ffmpeg+nginx-rtmp [11:26:31 CEST] <qope> lil' help? [11:27:40 CEST] <qope> current conf http://pastebin.com/3rENDnNu [11:28:48 CEST] <MINIMAN10000> I got nothing [11:28:51 CEST] <MINIMAN10000> its looks alright to me [11:30:21 CEST] <MINIMAN10000> hmm actually [11:31:13 CEST] <qope> problem is - i'm not getting my stream transcoded [11:31:24 CEST] <qope> 0 hls streams (.m3u8) [11:31:41 CEST] <qope> and yet 1 source stream (rtmp) [11:31:48 CEST] <MINIMAN10000> found my problem [11:32:14 CEST] <MINIMAN10000> was streaming to a ip that wasn't mine [11:32:15 CEST] <qope> :/ [11:32:34 CEST] <qope> what about my problem :(? [11:32:41 CEST] <MINIMAN10000> wow it threw a ton of errors before starting up the video [11:32:51 CEST] <MINIMAN10000> and the delay is a lot higher than I want [11:33:30 CEST] <MINIMAN10000> I've never had to do transcoding so I couldn't tell ya [11:33:32 CEST] <qope> awww [11:34:50 CEST] <qope> anyone knows how to help? [11:36:00 CEST] <furq> does your nginx error log contain anything helpful [11:37:25 CEST] <qope> well, ffmpeg didn't log anything [11:37:39 CEST] <qope> yet nginx log contains 404s [11:51:43 CEST] <MINIMAN10000> ... "-framerate 3" didn't change the framerate [11:51:58 CEST] <MINIMAN10000> for some reason it seems to just stick to 15 [11:53:37 CEST] <MINIMAN10000> apparently it has to be a starting argument [11:53:44 CEST] <MINIMAN10000> jeeze. [11:54:54 CEST] <MINIMAN10000> well increasing it only broke it [11:55:32 CEST] <MINIMAN10000> "Could not set video options [11:55:32 CEST] <MINIMAN10000> video=screen-capture-recorder: I/O error" Neat. [11:56:58 CEST] <DelphiWorld> hi guys [11:57:10 CEST] <DelphiWorld> i previously installed that crapy intel media sdk [11:57:26 CEST] <DelphiWorld> my vaapi is trying to use intel own driver from the sdk..., any way to remove it? [11:57:40 CEST] <DelphiWorld> ffmpeg -vaapi_device /dev/dri/renderD128 -i m1.mp4 -acodec libfdk_aac -profile:a aac_he_v2 -b:a 64k -ar 48k -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi -vb 800k -bf 0 -f mp4 m2.mp4 [11:57:44 CEST] <MINIMAN10000> "FrameRate the valid range is 1 to 30." wat [11:58:54 CEST] <MINIMAN10000> Man [11:59:17 CEST] <MINIMAN10000> after all this struggling it's still garbage compared to tachyon as far as latency go. [11:59:18 CEST] <MINIMAN10000> goes [11:59:33 CEST] <MINIMAN10000> Like I don't know how they built on top of this and made it work to get 200 ms latency lol [11:59:57 CEST] <MINIMAN10000> because I can't even get the latency locally what they get remotely. not even close [12:00:33 CEST] <qope> so...noone [12:00:57 CEST] <MINIMAN10000> I thought man if they can get 200 ms with me streaming to some remote data center and them streaming from that remote data center back imagine how low of latency I can get if I do it locally with ffmpeg. [12:01:12 CEST] <MINIMAN10000> Well apparently 1/3 times better. [12:11:48 CEST] <DelphiWorld> dashcloud_: are you a dash streamer? :P [12:24:07 CEST] <Spring> what does MP4 use as its 'title' metadata? It appears to be different than WebM [12:57:39 CEST] <bencoh> 47 [12:57:41 CEST] <bencoh> woops [13:00:01 CEST] <qope> ...guys? [13:04:26 CEST] <Mavrik> qope, you didn't really provide any useful information for people to help you [13:04:44 CEST] <Mavrik> 300 lines of configuration isn't something people read for fun :P [13:04:59 CEST] <Mavrik> What debugging steps did you take until now? What do your logs say? What's your ffmpeg output? [13:05:04 CEST] <qope> i did provide my config which contains ffmpeg commands used to transcode a stream [13:06:32 CEST] <qope> ffmpeg debugging did nothing, quite literally [13:07:28 CEST] <qope> and, as i told above, nginx's log only produces "(2: No such file or directory)" type errors [13:07:58 CEST] <qope> (obviously because there are no resulting .m3u8 files) [14:51:05 CEST] <DelphiWorld> hi guys [14:51:24 CEST] <DelphiWorld> [AVHWDeviceContext @ 0x20c1540] Failed to initialise VAAPI connection: 1 (operation failed). [14:51:56 CEST] <DelphiWorld> do i need any driver? [14:52:07 CEST] <DelphiWorld> i installed i965-vaapi-driver but no luck [14:53:31 CEST] <viric> you need to choose the vaapi device It hink [14:53:32 CEST] <viric> I think [14:53:43 CEST] <DelphiWorld> i did chouse [14:54:06 CEST] <DelphiWorld> viric: ffmpeg -vaapi_device /dev/dri/renderD128 -i udp://@239.100.0.2:1234 -acodec libfdk_aac -profile:a aac_he_v2 -b:a 64k -ar 48k -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi -vb 1200k -bf 0 -f rtsp -rtsp_transport tcp rtsp://197.140.2.6/live/almajd03 [14:54:34 CEST] <viric> hm the device is not chosen that way I think. It has to do with the X connection, isn't it? [14:55:04 CEST] <DelphiWorld> no, you can use it without X11 [14:55:26 CEST] <viric> ah is that without X11? [14:56:06 CEST] <DelphiWorld> you dont need any X connection with vaapi [14:56:38 CEST] <DelphiWorld> i think i dont have the right driver [14:56:47 CEST] <DelphiWorld> i need the ihd driver [14:57:14 CEST] <DelphiWorld> i installed the i965 but still complaining [14:57:52 CEST] <viric> vainfo works for you? [14:58:42 CEST] <DelphiWorld> viric: yep work [14:59:46 CEST] <DelphiWorld> ffmpeg -vaapi_device /dev/dri/renderD128 -i resonance.mp4 -acodec libfdk_aac -profile:a aac_he_v2 -b:a 64k -ar 48k -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi -vb 1200k -bf 0 -f mp4 out.mp4 [14:59:53 CEST] <DelphiWorld> viric, hold on bro, i'm rebooting [15:03:00 CEST] Action: DelphiWorld is back, viric [15:03:32 CEST] <BtbN> There is only exactly one driver for intel vaapi. [15:03:48 CEST] <DelphiWorld> BtbN: yes, am i using the right driver, [15:04:20 CEST] <DelphiWorld> maybe code conflict in the current FFmpeg snapshot [15:04:38 CEST] <BtbN> works for me [15:04:51 CEST] <DelphiWorld> BtbN: what could be my issue so [15:04:59 CEST] <DelphiWorld> i'm sure mine is vaapi supported [15:05:11 CEST] <DelphiWorld> I7 with intel QuickSync [15:05:19 CEST] <BtbN> No idea. Maybe you just selected the wrong device? [15:05:26 CEST] <BtbN> Do you have more than one card in dev/dri? [15:05:33 CEST] <DelphiWorld> BtbN: how should i select the correct device so [15:05:43 CEST] <DelphiWorld> no, i think only one. let me check [15:05:46 CEST] <BtbN> try them all until it works, check vainfo. [15:05:56 CEST] <BtbN> if vainfo works, ffmpeg has to work as well. [15:07:38 CEST] <DelphiWorld> BtbN: that's it: libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so [15:07:40 CEST] <DelphiWorld> driver [15:07:46 CEST] <DelphiWorld> but i dont see the device montioned? [15:08:11 CEST] <BtbN> It should output a lot more, listing all supported codecs and profiles. [15:08:30 CEST] <DelphiWorld> BtbN: yes it's outputes [15:08:36 CEST] <DelphiWorld> outputed/ [15:08:59 CEST] <DelphiWorld> BtbN: that's in my /dev/dri: card0 controlD64 renderD128 [15:09:12 CEST] <BtbN> vaapi is fine then [15:09:50 CEST] <DelphiWorld> so why my latest ffmpeg snapshot dont work... mad... [15:10:14 CEST] <BtbN> Did it ever work before? [15:10:45 CEST] <DelphiWorld> for sure [15:11:02 CEST] <DelphiWorld> it was ubuntu 16.04 [15:11:06 CEST] <DelphiWorld> this is ubuntu 14.04 [15:11:16 CEST] <BtbN> Your kernel might just be too old then. [15:11:20 CEST] <BtbN> Or your vaapi/driver. [15:11:37 CEST] <DelphiWorld> should i upgrade kernel? [15:11:55 CEST] <BtbN> Well, it's Ubuntu, from 2014, ... [15:12:09 CEST] <DelphiWorld> ... :P [15:16:12 CEST] <sfan5> DelphiWorld: the ffmpeg command you posted works for me [15:16:19 CEST] <sfan5> using Linux 4.6.4-1-ARCH on some mobile i5 cpu [15:16:32 CEST] <sfan5> have you tried upgrading ffmpeg? [15:23:25 CEST] <jkqxz> Can you paste the whole output of that somewhere (including the libva info lines)? The message indicates that it has a device but the libva initialisation failed somehow. [15:26:15 CEST] <jkqxz> If vainfo works, that's rather weird. [15:29:05 CEST] <DelphiWorld> strange [15:29:14 CEST] <DelphiWorld> jkqxz: what you want me to post? [15:31:29 CEST] <BtbN> jkqxz, it's Ubuntu 14.04. It has a very ancient libva and driver for it. [15:31:37 CEST] <BtbN> just post the full vainfo output [15:36:42 CEST] <jkqxz> And the ffmpeg output from trying to use it. [15:36:52 CEST] <jkqxz> Ubuntu 14.04 does work, or at least did at some point in the past. [15:38:05 CEST] <pgorley> worked when i was using it a few months prior [15:38:13 CEST] <DelphiWorld> will pb... hold on guy's [15:46:59 CEST] <t4nk289> Hello [15:47:48 CEST] <qope> :( anyone? [15:48:20 CEST] <durandal_1707> qope: what is it about? [15:48:37 CEST] <t4nk289> I have asked a question on user mailing list and not getting answer for that [15:48:50 CEST] <t4nk289> how can I get qucik resonse from experts? [15:48:56 CEST] <t4nk289> If anyone can help... Thanks [15:49:02 CEST] <durandal_1707> t4nk289: ask [15:49:27 CEST] <VamoMenem> hi guys [15:49:39 CEST] <qope> durandal_1707 no target .m3u8s for a stream (rtmp->m3u8(low,med,hi) transcoding) [15:50:06 CEST] <qope> they are literally not being created for some reason [15:50:27 CEST] <VamoMenem> i was fighting whit h264_nvenc and ssegmenter, i use -g 50 to cut chunks of 2 seconds, but it not compatible whit android devices. [15:51:10 CEST] <VamoMenem> before to go whit nvenc, i used -force_key_frames expr:gte(t,n_forced*GOP_LEN_IN_SECONDS) but this way is not working whit nvenc/cuda impelmentation [15:51:13 CEST] <t4nk252> http://libav-users.943685.n4.nabble.com/Libav-user-Not-calling-custom-get-b… [15:51:23 CEST] <t4nk252> I am stuck on this question [15:51:38 CEST] <t4nk252> please anyone help [15:52:03 CEST] <t4nk252> reattaching the link [15:52:05 CEST] <t4nk252> http://libav-users.943685.n4.nabble.com/Libav-user-Not-calling-custom-get-b… [15:53:38 CEST] <ozette> Can anyone tell me how exactly I can have the CONFIG_PNG_ENCODER define in config.h set to 1?, is it possible to change this manually? [15:53:53 CEST] <durandal_1707> t4nk252: does custom decoder calls get_buffer? [15:54:22 CEST] <durandal_1707> ozette: you could, and hope it works [15:54:27 CEST] <c_14> ozette: --enable-encoder=png ? [15:54:59 CEST] <c_14> You'll need zlib so make sure you have that (that could be the reason it's being disabled) [15:55:24 CEST] <ozette> c_14: i have --enable-encoder=png, --enable-decoder=png --enable-parser=png --enable-zlib in my config options [15:55:52 CEST] <c_14> upload the contents of config.log to a pastebin service (or open it yourself and search for png) [15:56:02 CEST] <durandal_1707> are that your only options? [15:56:08 CEST] <c_14> and/or zlib [15:56:19 CEST] <ozette> durandal_1707: what if CONFIG_ZLIB is defined as 0 as well? [15:56:36 CEST] <durandal_1707> set it to 1 [15:56:36 CEST] <ozette> i posted them a while ago [15:56:48 CEST] <c_14> ozette: Then your system probably doesn't have zlib headers [15:57:10 CEST] <ozette> i built a zlib and placed them in the sysroot of the cross-toolchain i'm using [15:57:25 CEST] <durandal_1707> if compiling doesnot work than its bigger problem [15:57:48 CEST] <durandal_1707> and what is prefix? [15:57:59 CEST] <ozette> um [15:58:13 CEST] <DHE> directory to be used as the base of installation if you use `make install` [15:58:16 CEST] <ozette> my config.log https://paste.fedoraproject.org/413189/47203037/raw/ and config.h https://paste.fedoraproject.org/413190/14720304/raw/ [15:58:53 CEST] <ozette> there's no prefix [15:59:13 CEST] <ozette> just a --cross-prefix [15:59:25 CEST] <c_14> ozette: /usr/local/arm-unknown-linux-gnueabi/bin/../lib/gcc/arm-unknown-linux-gnueabi/4.9.3/../../../../arm-unknown-linux-gnueabi/bin/ld.bfd: cannot find -lz [16:00:16 CEST] <bencoh> :) [16:00:24 CEST] <c_14> is libz.so/a in your ldpath? [16:01:45 CEST] <wallbroken> [16:36] <klaxa> 32 bit will probably be unsupported earlier than 64 bit (just a guess) [16:01:53 CEST] <wallbroken> in which sense? [16:02:41 CEST] <ozette> let me see.. [16:04:10 CEST] <ozette> does it matter where in the sysroot the lib is? i have a sysroot/lib/ and a sysroot/usr/lib [16:05:03 CEST] <t4nk252> Can anyone look into this lin k http://libav-users.943685.n4.nabble.com/Libav-user-Not-calling-custom-get-b… [16:06:35 CEST] <durandal_1707> t4nk252: I already asked you something [16:08:17 CEST] <t4nk252> @durandal_1707 : No it doesn't call get_buffer. [16:08:36 CEST] <t4nk252> @durandal_1707 I don't know how to implement that [16:08:43 CEST] <qope> @durandal_1707 [16:10:05 CEST] <c_14> ozette: depends, try adding --extra-ldflags="-Isysroot/lib" [16:10:59 CEST] <bencoh> you meant -L${sysroot}/lib I guess [16:11:12 CEST] <durandal_1707> t4nk252: see native, in repo, decoders [16:11:37 CEST] <c_14> bencoh: right, got confused with the one for include dirs [16:11:39 CEST] <t4nk252> @durandal_1707 : Any suggestions ? [16:11:50 CEST] <ozette> well [16:12:17 CEST] <durandal_1707> t4nk252: I told you, see above [16:13:16 CEST] <t4nk252> durandal_1707: No am asking, native decoders i understand, can you suggest to refer any specific decoder ! [16:13:23 CEST] <ozette> i moved the libz.so to sysroot/usr/lib and now it finds -lz, but the log says: 'File format not recognized': https://paste.fedoraproject.org/413349/20479741/raw/ [16:14:05 CEST] <durandal_1707> t4nk252: bmp decoder [16:14:07 CEST] <bencoh> is it an arm object/lib? [16:17:46 CEST] <t4nk289> Ok, I am checking it and let you know [16:23:04 CEST] <t4nk252> durandal_1707: Ok let me see, thanks BTW. [16:27:57 CEST] <ozette> this is for arm yes [16:28:32 CEST] <ozette> but the png and zlib defines in the config.h are still 0 [16:45:10 CEST] <bencoh> ozette: I'd run "file" on it and another (working) lib just to check [16:52:18 CEST] <ozette> bencoh: interesting, the libz says it's x86-64, 64-bit [16:52:33 CEST] <ozette> it should be 32-bit arm [16:53:05 CEST] <bencoh> ;) [16:53:16 CEST] <ozette> thanks [16:53:22 CEST] <ozette> but that makes me wonder.. [16:55:21 CEST] <ozette> i built zlib with a line like this: 'CC=toolchain-gcc ./configure prefix=/some/path/build; make' [16:55:34 CEST] <bencoh> . . . [16:56:09 CEST] <bencoh> autotools has a standard way of setting a cross toolchain as well [16:59:16 CEST] <ozette> i never know what config options are available to me [17:13:19 CEST] <ozette> cool, i think i have the 'right' libz.so now [17:30:51 CEST] <witChdoCtOr> anyone know how to set the frame rate for an encoder via the AVCodecContext [17:31:09 CEST] <witChdoCtOr> or av_dict_set [17:32:48 CEST] <BtbN> you don't. [17:32:54 CEST] <BtbN> It gets the timestamps on the frames [17:33:55 CEST] <witChdoCtOr> ok I set pts to the frame count and that got rid of the nag about fixing code [17:34:16 CEST] <witChdoCtOr> but my fps and bit rates are way out of wack [17:34:28 CEST] <witChdoCtOr> uv420p, 1024x768 [SAR 1:1 DAR 4:3], 53989966 kb/s, 1016949.15 fps, 1000k tbr, 1000k tbn, 58 tbc (default) [17:35:22 CEST] <witChdoCtOr> none of the sample code is setting time_stamp [17:35:27 CEST] <witChdoCtOr> just pts [17:35:50 CEST] <witChdoCtOr> transcoding.c: frame->pts = av_frame_get_best_effort_timestamp(frame); [17:36:15 CEST] <BtbN> no idea what you're talking about, but pts is the only timestamp there is for frames. [17:37:07 CEST] <bencoh> best_effort_timestamp? didn't know we had that now [17:37:42 CEST] <witChdoCtOr> think it only works with demuxing it returns the pts from the input frame [17:38:10 CEST] <witChdoCtOr> should I be working on the frame or the encoder? [17:39:34 CEST] <witChdoCtOr> I added dst_frame->pts = frame_count; before the avcodec_send_frame but it did not help the crazy stats [17:41:15 CEST] <bencoh> err, you need to set time_base too [17:41:27 CEST] <wallbroken> klaxa, are you alive? [17:41:51 CEST] <witChdoCtOr> av_codec_ctx->time_base = (AVRational) { 1, 1000000 }; (void)fps; // }; //* 2; [17:42:04 CEST] <nonex86> quote [17:42:05 CEST] <nonex86> * This is the fundamental unit of time (in seconds) in terms [17:42:06 CEST] <nonex86> * of which frame timestamps are represented. For fixed-fps content, [17:42:06 CEST] <nonex86> * timebase should be 1/framerate and timestamp increments should be [17:42:06 CEST] <nonex86> * identically 1. [17:42:18 CEST] <nonex86> * - encoding: MUST be set by user. [17:46:44 CEST] <nonex86> also which codec did you use for encoding and which container you mux into? [17:46:46 CEST] <witChdoCtOr> that is where I started, av_codec_ctx->time_base = (AVRational) { 1, fps }; I got the hard code from ffmpeg -loglevel debug [17:47:04 CEST] <nonex86> afair mkv timebase is 1/1000 [17:47:05 CEST] <witChdoCtOr> h264_nvenc and mp4 [17:47:11 CEST] <nonex86> for example [17:47:27 CEST] <witChdoCtOr> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 770410 kb/s, 15390.78 fps, 15360 tbr, 15360 tbn, 120 tbc (default) [17:47:36 CEST] <witChdoCtOr> I know those are wrong [17:48:29 CEST] <nonex86> i easily merge and reencoded several streams to h264 and write it to mkv [17:48:39 CEST] <witChdoCtOr> Do I need to do a time base for the AVFormatContext [17:48:41 CEST] <nonex86> for encoder ctx i set 1/30 [17:48:52 CEST] <nonex86> but my framerate were variable [17:49:00 CEST] <nonex86> and everything was ok [17:49:11 CEST] <nonex86> muxing to mkv container [17:49:22 CEST] <nonex86> pts for packets was in 1/1000 timebase [17:49:52 CEST] <witChdoCtOr> seems like I should be changing the packet ts before I write it to the file since it appears the file is messed up [17:50:14 CEST] <nonex86> you should provide pts when muxing as far as i remember [17:50:54 CEST] <viric> I'll try some tests on hyperthreading and x264 encoding... [17:51:59 CEST] <witChdoCtOr> dst_frame->pts = frame_count; avcodec_send_frame( av_codec_ctx, dst_frame ); [17:53:21 CEST] <witChdoCtOr> i can actually render my output with my decoder but VLC shows 1 frame and stops [17:54:02 CEST] <witChdoCtOr> btw: Thank you for the help [17:56:18 CEST] <nonex86> if vlc shows just one frame and then stops [17:56:33 CEST] <nonex86> this definitly the problem with timestamps :) [17:57:34 CEST] <viric> furq: I tested HT... http://sprunge.us/VHOj [17:57:57 CEST] <D`K_C> hi folks, does the input buffer passed to av_parser_parse2 have to be padded? [18:00:00 CEST] <bencoh> nonex86: I'd expect dts to be relevant when muxing, but... [18:01:32 CEST] <t4nk252> @durandal_1707: Thanks your suggestion solved my problem [18:04:57 CEST] <nonex86> well, at version 3.0.0 i used it still possible set dts to AV_NOPTS_VALUE [18:05:30 CEST] <nonex86> but this functionality is deprecated [18:05:46 CEST] <nonex86> at least in debug mode ffmpeg warns about that [18:15:42 CEST] <witChdoCtOr> ffprobe -v error -show_format -show_streams [18:15:53 CEST] <witChdoCtOr> ffprobe -v error -show_format -show_streams test1024x768.mp4 [18:16:08 CEST] <witChdoCtOr> time_base=1/30000 [18:16:43 CEST] <witChdoCtOr> mine [18:16:48 CEST] <witChdoCtOr> time_base=1/15360 [18:19:11 CEST] <witChdoCtOr> profile=High 4:4:4 Predictive | profile=High [18:19:12 CEST] <witChdoCtOr> codec_time_base=1001/60000 | codec_time_base=119/3686400 [18:19:14 CEST] <witChdoCtOr> level=31 | level=32 [18:19:15 CEST] <witChdoCtOr> is_avc=true | is_avc=false [18:19:17 CEST] <witChdoCtOr> nal_length_size=4 | nal_length_size=0 [18:19:18 CEST] <witChdoCtOr> r_frame_rate=30000/1001 | r_frame_rate=15360/1 [18:19:20 CEST] <witChdoCtOr> avg_frame_rate=30000/1001 | avg_frame_rate=1843200/119 [18:23:39 CEST] <witChdoCtOr> hello? [18:26:09 CEST] <jrun> is this an ffmpeg bug? [18:26:14 CEST] <jrun> https://github.com/Flameeyes/unpaper/issues/46 [18:26:46 CEST] <jrun> unpaper uses ffmpeg to process scanned images. pnm file formats exclusively actually [18:27:31 CEST] <JEEB> the linked ticket seemingly says it was supposedly fixed [18:27:39 CEST] <JEEB> two months ago by michaelni [18:29:22 CEST] <jrun> i scanned some pages in two different ways. one, with cropping. two, without cropping. [18:29:36 CEST] <jrun> this second (no-cropping) image which causes the problem. [18:30:02 CEST] <jrun> JEEB: i moved ffmpeg to git version on my machine (gentoo), still having the same problem. [18:31:40 CEST] <mrob> How can I override color range in a ffmpeg filter chain? [18:32:01 CEST] <mrob> Eg. starting with a limited (MPEG) range input, I want format=yuv420p16,lutyuv=y=val*1.1689319-4787.9452,lutyuv=y=val*0.8554818+4096 to be a null filter (except rounding errors) [18:32:05 CEST] <JEEB> jrun: current master? if it's the same issue as the one on FFmpeg's trac, then post there again [18:32:23 CEST] <JEEB> on that issue and say that it happens again, post/link to the sample [18:32:24 CEST] <mrob> That converts to full (JPEG) range, and then back again [18:32:45 CEST] <mrob> But it seems ffmpeg clips it to MPEG range between the two calls to lutyuv [18:33:37 CEST] <furq> mrob: i guess you need colorspace=range=full in there somewhere [18:33:43 CEST] <furq> er [18:33:46 CEST] <furq> colorspace=range=jpeg [18:33:46 CEST] <durandal_1707> mrob: lutyuv clips it [18:34:08 CEST] <mrob> durandal_1707: Thanks, any way to override? [18:34:27 CEST] <durandal_1707> no need for lutyuv, use colorspace filter [18:34:35 CEST] <JEEB> or zscale I guess [18:34:45 CEST] <JEEB> vf_colorspace is internal and thus simpler I guess [18:35:57 CEST] <mrob> Basically, I want to apply debanding in anti-gamma-corrected colorspace [18:36:31 CEST] <mrob> Because if I use gamma correction just as mid-point adjustment (completely ignoring color accuracy), that exaggerates banding in shadows and hides it in highlights [18:36:56 CEST] <mrob> So I figure if I anti-gamma correct it before debanding, that will do stronger debanding in the shadows [18:37:56 CEST] <mrob> And at the same time, I want to adjust black point and white point [18:38:20 CEST] <mrob> So I get the full shadow/midtone/highlight type adjustment from graphics editors [18:39:01 CEST] <mrob> And this seems simpler with JPEG range colorspace, plus gradfun is only 8 bit so I want all the dynamic range I can get there [18:40:19 CEST] <JEEB> I think you might be able to do it with zscale and/or vapoursynth (which uses the underlying zimg library that zscale uses as well) [18:41:59 CEST] <mrob> JEEB: Thanks, I'll check that out [18:42:19 CEST] <JEEB> I think you might be able to get linear gamma picture from zimg/zscale [18:42:49 CEST] <JEEB> and then you can apply whatever filter you need (the stuff with vapoursynth can do it with higher bit depths I'm pretty sure), and then you use the same thing to go back to gamma [18:42:54 CEST] <JEEB> or whatever thing you need [18:43:34 CEST] <mrob> Or it might be easier to edit lutyuv to remove the clipping, I'll have a look at the source [18:43:50 CEST] <JEEB> sure [18:44:20 CEST] <JEEB> the zimg library is surprisingly versatile, and vapoursynth has been going nicely even though it's still niche as hell. [18:54:02 CEST] <witChdoCtOr> any idea why codec_time_base=119/14400000 [18:59:15 CEST] <jrun> JEEB: unpaper fails on a call to avformat_open_input() [18:59:49 CEST] <jrun> JEEB: not sure if it's the same issue. [19:00:01 CEST] <JEEB> see if you can replicate it with ffmpeg cli [19:00:06 CEST] <JEEB> that'd be the simplest way [19:00:19 CEST] <JEEB> ffmpeg -i input would be the simplest thing I guess [19:12:15 CEST] <ozette> my statically linked ffmpeg says: 'error while loading shared libraries: libx264.so.148 .. No such file or directory' [19:12:33 CEST] <ozette> on the target [19:12:51 CEST] <DHE> you sure it's statically linked? and that you're launching the right binary? [19:13:09 CEST] <BtbN> if you don't have static libs for your dependencies, they won't be static. [19:13:30 CEST] <ozette> DHE: i'm sure it's the right binary [19:13:39 CEST] <ozette> i tried to ./ffmpeg -codecs | grep png [19:13:50 CEST] <DHE> you can use `file` on a binary to see if it's dynamic or static [19:15:24 CEST] <ozette> heh.. it says dynamically linked [19:15:39 CEST] <ozette> ffmpeg: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 2.6.32, stripped [19:15:57 CEST] <ozette> it's 14mb [19:17:02 CEST] <DHE> well then [19:17:15 CEST] <furq> ozette: --enable-static won't prevent linking to external shared libraries [19:18:03 CEST] <ozette> the libs in my sysroot/usr/lib are shared [19:18:07 CEST] <DHE> --enable-static is more for generating libavcodec.a rather than libavcodec.so [19:18:07 CEST] <ozette> zlib and x264 [19:18:27 CEST] <furq> yeah you need --extra-ldflags="-static" if you want to prevent linking to shared libs [19:18:30 CEST] <DHE> you're going to want --extra-ldflags=-static but that's a huge can of worms by in a different way [19:18:41 CEST] <furq> although in this case you probably just want to install the .so on your target machine [19:18:47 CEST] <ozette> aha [19:18:56 CEST] <DHE> I have a special build environment just for that [19:19:04 CEST] <furq> same [19:19:39 CEST] <ozette> hmm [19:19:43 CEST] <furq> i should probably fix mine so it doesn't just work for mingw cross compiling [19:20:06 CEST] <furq> i guess people on less fortunate distros would find it useful [19:20:51 CEST] <ozette> so all external libs need to be compiled with --extra-ldflags=-static ? what makes it a huge can of worms? [19:21:37 CEST] <ozette> i can bring over the libs to my target, but i'd like th resulting ffmpeg binary to work out of the box on machines which don't have these libs [19:21:44 CEST] <DHE> it means you can't use libz.so, you need libz.a. You also need libx264.a, libc.a, libstdc++.a, and all the other things [19:21:59 CEST] <ozette> i see [19:22:15 CEST] <DHE> if you've got x11grab installed, you'll need libX11.a, libXcb.a, and so on. [19:22:25 CEST] <furq> if you want a fully static library then that's the way to do it [19:22:26 CEST] <DHE> some distros don't even offer such an extensive collection of static libraries [19:22:34 CEST] <furq> otherwise the linker will assume you want the .so if it's present [19:23:06 CEST] <DHE> which is why my static build of ffmpeg includes --disable-indevs --disable-xxx quite a bit in the configure scripts [19:23:09 CEST] <ozette> any reason why --enable-static doesn't warn there's no .a's in my sysroot/usr/lib ? [19:23:28 CEST] <furq> like DHE said, --enable-static just prevents generation of libav*.so [19:23:29 CEST] <DHE> because it's for building .a versions of ffmpeg libs, not a static link of the ffmpeg cli tool itself [19:23:36 CEST] <ozette> o [19:24:16 CEST] <DHE> a full dynamic version of ffmpeg would be, oh 600k [19:24:18 CEST] <furq> also uh [19:24:24 CEST] <furq> 18:20:51 ( ozette) so all external libs need to be compiled with --extra-ldflags=-static ? what makes it a huge can of worms? [19:24:28 CEST] <furq> no, just ffmpeg [19:24:51 CEST] <furq> external libs will normally generate a .a [19:25:05 CEST] <furq> i'm conflicted as to whether that should be "a .a" or "an .a" [19:25:33 CEST] <ozette> lol [19:26:15 CEST] <DHE> for pronunciation purposes I say "dot-A" so it's a .a file [19:26:26 CEST] <furq> yeah that's what i was thinking [19:26:32 CEST] <furq> i might just stick with "a shared library" [19:26:36 CEST] <furq> ... [19:26:39 CEST] <furq> a static library. [19:26:49 CEST] <furq> this is less complicated than i'm making it [19:27:07 CEST] <DHE> this whole thing is becoming overcomplicated [19:27:17 CEST] <furq> anyway [19:27:25 CEST] <ozette> :p [19:27:30 CEST] <furq> configure x264 with --enable-static and zlib with --static [19:27:35 CEST] <DHE> add configure command --extra-ldflags=-static and then complain when it fails to build properly. [19:27:48 CEST] <furq> then ^ [19:27:51 CEST] <furq> that should work [19:28:12 CEST] <ozette> haha ok! thanks lads [19:52:28 CEST] <jrun> JEEB: what is 'ffmpeg -i 002.pbm' supposed to do? [19:52:53 CEST] <JEEB> just load the input and maybe decode a picture [19:52:59 CEST] <JEEB> a basic test [19:53:25 CEST] <JEEB> if your issue is loading the file it should pop up there too [19:55:17 CEST] <jrun> this is what i get: [19:55:24 CEST] <jrun> http://bpaste.net/show/b034141487fd [19:55:44 CEST] <JEEB> well that looks OK [19:55:56 CEST] <JEEB> ffmpeg -i INPUT -f null - [19:56:03 CEST] <JEEB> should decode it and output to /dev/null [19:56:10 CEST] <JEEB> that should then probably finish nicely as well [19:56:30 CEST] <JEEB> in that case unfortunately the thing seems to work [19:57:38 CEST] <jrun> Your paste can be seen here: http://bpaste.net/show/8ec5346a2afb [19:58:13 CEST] <JEEB> alright, so that fails [19:59:17 CEST] <JEEB> feel free to post that on the bug tracker with the command line you tested it with [19:59:58 CEST] <jrun> if i'm looking for a similar bug, what should be the keyword? pbm? [20:02:04 CEST] <JEEB> uhh, you linked to an issue that linked to an FFmpeg trac issue... [20:02:11 CEST] <JEEB> so *you* should know it :P [20:04:30 CEST] <jrun> JEEB: any good debug flags to add to your onliner? [20:04:41 CEST] <jrun> i mean to make the report more comprehensive [20:04:42 CEST] <JEEB> -v debug is the only way from cli [20:05:33 CEST] <jrun> http://bpaste.net/show/0f648604d67e [20:05:43 CEST] <jrun> got more stuff in there, i thought it might help [20:15:00 CEST] <jrun> could i reopen this: [20:15:02 CEST] <jrun> https://trac.ffmpeg.org/ticket/5670#modify [20:16:39 CEST] <jrun> hmm, probably not because the in.pbm file attached is handled fine here [20:17:57 CEST] <JEEB> jrun: you can just create a new ticket and if it is a duplicate it will be flagged as such [20:20:41 CEST] <ozette> hmm [20:22:38 CEST] <ozette> when there's a libx264.a in my sysroot's lib/ and the configure says 'libx264 not found' when i add --extra-ldflags=-static, am i missing some additional option flag? [20:23:34 CEST] <furq> what does config.log have to say [20:32:05 CEST] <flyBoi> Any idea why this isn't actually outputting a palette.png file? `ffmpeg -ss 30 -i tmp0/input/trimmedFile.mp4 -y -t 3 -vf palettegen tmp0/input/palette.png` [20:33:22 CEST] <flyBoi> damnit, nevermind. I'm retrimming an already-trimmed video [20:33:34 CEST] <flyBoi> Didn't realize it until seeing it in IRC ;-) [20:35:44 CEST] <ozette> furq: the last couple of lines tell me libx264 is not found, and before that i receive a warning concerning x264.h https://paste.fedoraproject.org/413491/20635991/ [20:36:53 CEST] <DHE> ozette: add --extra-ldflags=-ldl [20:37:11 CEST] <JEEB> what is your prefix? [20:37:12 CEST] <DHE> actually, no bad idea for a static link. rebuild libx264 with --disable-opencl [20:37:30 CEST] <JEEB> because it seems like you're not using pkg-config [20:37:41 CEST] <ozette> JEEB: that's correct, not using pkg-config [20:37:43 CEST] <JEEB> PKG_CONFIG_LIBDIR=/your/prefix/lib/pkgconfig [20:37:47 CEST] <JEEB> this should help [20:37:52 CEST] <ozette> oh [20:37:58 CEST] <JEEB> because the -ldl should be in the x264 pc file [20:37:58 CEST] <ozette> DHE: yea i might rebuild x264 [20:38:14 CEST] <JEEB> LIBDIR overrides pkg-config's full search path [20:38:24 CEST] <DHE> JEEB: -ldl for a static link is of questionable benefit. better to eliminate the use of libdl [20:38:24 CEST] <JEEB> while PKG_CONFIG_PATH just appends to it [20:38:44 CEST] <JEEB> DHE: sure but I'm telling that in general he should be using pkg-config if only possible because it helps :P [20:39:13 CEST] <JEEB> at least for me it's less of a mess than trying to keep a list of all the cflags/ldflags I need [20:39:38 CEST] <DHE> ah... [20:42:59 CEST] <JEEB> many things check for cross-prefix-pkg-config too [20:43:10 CEST] <JEEB> which usually is a shell script that overrides PKG_CONFIG_LIBDIR [20:43:14 CEST] <JEEB> and runs your usual pkg-config [20:46:19 CEST] <witChdoCtOr> $20 for a tutorial and Q&A on time stamps and PTS/DTS [20:47:07 CEST] <JEEB> presentation vs decoding time stamp [20:47:21 CEST] <JEEB> presentation has to be >= decoding [20:47:25 CEST] <witChdoCtOr> enoding? [20:47:32 CEST] <pgorley> when it should be decoded vs when it should be displayed, i think [20:47:36 CEST] <JEEB> yes [20:47:42 CEST] <JEEB> because you can't show something you haven't decoded yet [20:47:56 CEST] <witChdoCtOr> I found that here http://www.mjbshaw.com/2012/04/seeking-in-ffmpeg-know-your-timestamp.html [20:48:32 CEST] <witChdoCtOr> eventually I will need to seek in files but right now I am just trying to get through encoding a file [20:48:55 CEST] <witChdoCtOr> currently I set frame->pts = frame_count; [20:49:19 CEST] <witChdoCtOr> that got rid of the nag from mux.c about fixing pts [20:51:57 CEST] <witChdoCtOr> somehow I am not getting time_stamp into the output file [20:52:10 CEST] <witChdoCtOr> Stream #0:0: Video: h264 (h264_nvenc), yuv420p, 1024x768, q=-1--1, 3000 kb/s, 60 tbr, 60 tbn [20:52:21 CEST] <witChdoCtOr> at that point is seems good [20:52:34 CEST] <witChdoCtOr> Stream #0:0: Video: h264 (High), yuv420p, 1024x768 [SAR 1:1 DAR 4:3], 1k fps, 60 tbr, 1k tbn, 120 tbc (default) [20:52:56 CEST] <witChdoCtOr> then it is broken after I close the file [20:54:27 CEST] <witChdoCtOr> I am serious about paying for a good lesson [20:55:58 CEST] <pgorley> hmm, not too sure about this, but shouldn't that be frame->dts = frame_count ? [20:58:14 CEST] <witChdoCtOr> error: struct AVFrame has no member named dts [20:58:43 CEST] <kepstin> pgorley: no, you set pts on the frames before sending to the encoder. The encoder might reorder frames, that's where dts comes into play [20:58:56 CEST] <pgorley> oh... that makes sense [20:59:17 CEST] <witChdoCtOr> yes m_dst_frame->pts = m_frame_count; avcodec_send_frame( m_av_codec_ctx, m_dst_frame ); [20:59:33 CEST] <witChdoCtOr> that is what I am doing [21:00:00 CEST] <witChdoCtOr> I got so many brick impressions in my forehead I will try anything [21:00:08 CEST] <kepstin> witChdoCtOr: what muxer are you using? You might consider running ffprobe -show_frames on your file to see what the timestamps look like. [21:00:20 CEST] <kepstin> on your output file* [21:00:48 CEST] <witChdoCtOr> Charles@linux2 1:48pm dec_enc >> ffprobe -v error -select_streams v:0 -show_entries stream=profile,codec_time_base,r_frame_rate,time_base -of default=noprint_wrappers=1 test2.mp4 [21:00:49 CEST] <witChdoCtOr> profile=High 4:4:4 Predictive [21:00:51 CEST] <witChdoCtOr> codec_time_base=1/120 [21:00:53 CEST] <witChdoCtOr> r_frame_rate=60/1 [21:00:54 CEST] <witChdoCtOr> time_base=1/15360 [21:01:10 CEST] <witChdoCtOr> that was from a file with ffmpeg grab [21:01:32 CEST] <witChdoCtOr> Charles@linux2 1:57pm dec_enc >> ffprobe -v error -select_streams v:0 -show_entries stream=profile,codec_time_base,r_frame_rate,time_base -of default=noprint_wrappers=1 test.mp4 [21:01:34 CEST] <witChdoCtOr> profile=High [21:01:35 CEST] <witChdoCtOr> codec_time_base=119/3686400 [21:01:37 CEST] <witChdoCtOr> r_frame_rate=15360/1 [21:01:38 CEST] <witChdoCtOr> time_base=1/15360 [21:01:43 CEST] <witChdoCtOr> my output broken [21:02:31 CEST] <witChdoCtOr> I changed containers to mkv and VLC will play the file [21:02:58 CEST] <witChdoCtOr> funny thing is I can actually open it and render with my decoder [21:08:40 CEST] <kepstin> hmm, those are some weird looking broken timebases :/ [21:08:51 CEST] <witChdoCtOr> lol yea [21:09:14 CEST] <witChdoCtOr> total GAR-BAAAAAAGE [21:10:31 CEST] <ozette> adding --extra-ldflags=-ldl still renders the same error 'libx264 not found', and JEEB which pkgconfig did you mean? [21:10:46 CEST] <witChdoCtOr> pkg-config [21:11:11 CEST] <witChdoCtOr> $(shell pkg-config --libs libx264) [21:12:11 CEST] <JEEB> you can use any, the PKG_CONFIG_LIBDIR is the env var you care about [21:12:25 CEST] <JEEB> which you set to /your/prefix/lib/pkgconfig [21:12:32 CEST] <DHE> hmm.. I found a broken video that ffmpeg chokes on for video conversion, but mpv plays okay-ish... [21:13:03 CEST] <ozette> um [21:13:19 CEST] <witChdoCtOr> mine used PKG_CONFIG_PATH [21:13:49 CEST] <witChdoCtOr> is he trying to build ffmpeg with libx264 ? [21:14:11 CEST] <JEEB> PKG_CONFIG_PATH appends [21:14:15 CEST] <JEEB> PKG_CONFIG_LIBDIR overrides [21:14:23 CEST] <witChdoCtOr> oh something new cool [21:14:25 CEST] <JEEB> this is cross-compilation so you generally don't want the system stuff [21:15:18 CEST] <witChdoCtOr> is he failing compile or runtime? [21:15:22 CEST] <ozette> not sure i understand, what is /my/prefix/lib/pkgconfig ? x264's? ffmpegs? [21:15:35 CEST] <JEEB> ozette: you usually have a single prefix you install your cross-compiled libs to [21:15:40 CEST] <JEEB> that thing [21:15:58 CEST] <ozette> i didn't provide a prefix [21:16:05 CEST] <JEEB> --prefix [21:16:10 CEST] <JEEB> you didn't set that one? [21:16:12 CEST] <witChdoCtOr> "/my/pefix/" == the place you told libx264 to be [21:16:15 CEST] <ozette> i never did actually [21:16:28 CEST] <JEEB> well then it's /usr/local by default for most things with a configure script [21:16:30 CEST] <witChdoCtOr> i.e. /usr/local is the default a lot of time [21:16:32 CEST] <JEEB> which is something you don't want [21:16:43 CEST] <JEEB> anyways, if I recall your comments on #x264 [21:16:54 CEST] <JEEB> --prefix=/home/magissa/Downloads/source/x264/build [21:17:02 CEST] <JEEB> so you *did* set --prefix somewhere at least :P [21:17:07 CEST] <witChdoCtOr> lol [21:17:09 CEST] <witChdoCtOr> once [21:17:25 CEST] <ozette> that's when i was building x264 [21:17:31 CEST] <ozette> but not when i build ffmpeg [21:18:08 CEST] <JEEB> well you generally want to set a prefix because you only get the used the directory structure with make install :P [21:18:08 CEST] <ozette> i'm new with pkg-config, read some guide, but [21:18:11 CEST] <witChdoCtOr> export PKG_CONFIG_LIBDIR=/home/magissa/Downloads/source/x264/build/lib/pkgconfig [21:18:31 CEST] <JEEB> or just `PKG_CONFIG_LIBDIR=/home/magissa/Downloads/source/x264/build/lib/pkgconfig ./configure --your-params` [21:19:03 CEST] <ozette> so i need to override? [21:19:25 CEST] <JEEB> because by default your pkg-config will be looking at your standard system libraries, so yes... [21:19:34 CEST] <ozette> aha [21:19:35 CEST] <JEEB> which you don't want because you have a custom prefix with your cross-compiled stuff [21:19:55 CEST] <witChdoCtOr> ./configure --extra-cflags=-L/home/magissa/Downloads/source/x264/build/lib [21:20:01 CEST] <JEEB> no [21:20:05 CEST] <JEEB> just use pkg-config [21:20:11 CEST] <JEEB> the pc file should contain that [21:20:26 CEST] <ozette> i copied the lib files to my toolchain's sysroot [21:20:29 CEST] <ozette> so.. [21:20:50 CEST] <witChdoCtOr> maybe ln -s would be easier? [21:20:53 CEST] <kepstin> copied from where? [21:20:58 CEST] <JEEB> uh-huh, because that's so much simpler to clean than a separate prefix 8) [21:21:09 CEST] <ozette> from my prefix [21:21:31 CEST] <JEEB> basically I usually have a single dir I use for a specific architecture/OS for cross-compilation :P [21:21:39 CEST] <ozette> which was ../x264/build [21:21:39 CEST] <JEEB> and set that as --prefix for related components [21:21:56 CEST] <JEEB> anyways, just use pkg-config and it should take care of the ldl issue :P [21:22:05 CEST] <JEEB> as in, set the PKG_CONFIG_LIBDIR and just have pkg-config installed [21:22:29 CEST] <witChdoCtOr> pkg-config --list-all | grep 264 [21:22:31 CEST] <JEEB> the libdir being /your/prefix/lib/pkgconfig as I noted a few times already [21:22:37 CEST] <ozette> i have pkg-config installed and set the PKG_CONFIG_LIBDIR var, but it still gave me the error when i pointed it to the pkgconfig of x264.. so [21:22:47 CEST] <JEEB> then please post your config.log [21:22:58 CEST] <JEEB> on a pastebin like thing [21:22:59 CEST] <JEEB> and link here [21:23:22 CEST] <witChdoCtOr> check that it is finding the .pc files [21:23:29 CEST] <witChdoCtOr> pkg-config --list-all | grep 264 [21:23:35 CEST] <JEEB> and yes, that requires the override as well [21:23:40 CEST] <JEEB> unless you exported the variable [21:23:50 CEST] <JEEB> also /your/prefix/lib/pkgconfig should contain x264.pc [21:23:57 CEST] <ozette> not sure what i'm doing wrong. https://paste.fedoraproject.org/413534/66599147/raw/ and input: [21:24:16 CEST] <ozette> https://paste.fedoraproject.org/413535/72066648/raw/ [21:24:27 CEST] <JEEB> also why are you overriding cc again? if you set cross-prefix that will be used for all tools [21:24:33 CEST] <JEEB> just as a separate comment [21:24:47 CEST] <ozette> grepping for 264 displays nothing [21:25:09 CEST] <JEEB> did you make install x264 :P [21:25:25 CEST] <JEEB> or did you start manually poking around? [21:25:43 CEST] <witChdoCtOr> why RTFM much funner to poke around [21:25:58 CEST] <ozette> im quite sure i installed it, because it ended up in my prefix [21:26:03 CEST] <witChdoCtOr> -march=armv7-a [21:26:09 CEST] <witChdoCtOr> cool [21:26:11 CEST] <ozette> the libs did [21:26:17 CEST] <JEEB> with the libraries? I remember you first compiled without the libs enabled [21:26:23 CEST] <ozette> true [21:27:08 CEST] <ozette> but thanks to your help, i managed to build x264 and the resulting lib looks ok [21:27:15 CEST] <JEEB> after that you should have lib/pkgconfig/x264.pc [21:27:18 CEST] <JEEB> in the prefix you set [21:27:23 CEST] <ozette> yes, that i have [21:27:32 CEST] <ozette> um [21:27:43 CEST] <JEEB> ok, then if you set PKG_CONFIG_LIBDIR correctly you should be able to pkg-config --list-all [21:27:47 CEST] <JEEB> and see it listed [21:27:55 CEST] <ozette> yea it's there [21:27:59 CEST] <witChdoCtOr> did you enable opencl ? [21:28:11 CEST] <ozette> wait [21:28:12 CEST] <JEEB> it's enabled by default in x264 if found [21:28:18 CEST] <witChdoCtOr> OPS /usr/local/arm-unknown-linux-gnueabi/bin/../arm-unknown-linux-gnueabi/sysroot/usr/lib/libx264.a(opencl.o): In function `x264_opencl_load_library': [21:28:27 CEST] <JEEB> ozette: ok now you can set the PKG_CONFIG_LIBDIR and configure FFmpeg [21:28:47 CEST] <JEEB> witChdoCtOr: it's because it's trying to find libx264 without pkg-config so it doesn't know the requirement of ldl [21:29:02 CEST] <JEEB> pkg-config would tell that it has to link against ldl as well [21:29:06 CEST] <JEEB> as in, the pc file [21:29:37 CEST] <JEEB> the "hurr durr I'm a renegade and I'm not going to use pkg-config" way has no way of knowing it is required [21:29:40 CEST] <JEEB> and thus the check fails [21:30:05 CEST] <ozette> even when i set PKG_CONFIG_LIBDIR=/home/magissa/Downloads/source/x264/build/lib/pkgconfig .. or PKG_CONFIG_LIBDIR=/home/magissa/Downloads/source/x264/build/lib/pkgconfig/x264.pc [21:30:16 CEST] <ozette> i can't pkg-config --list-all | grep x264 [21:30:21 CEST] <ozette> well i can, but it doesn't show anything [21:30:30 CEST] <JEEB> but it shows up under pkg-config --list-all itself? [21:30:39 CEST] <JEEB> if you set the ..LIBDIR correctly [21:30:44 CEST] <witChdoCtOr> means pkg-config did not find the x264.pc file [21:31:00 CEST] <kepstin> you need to set the env variable PKG_CONFIG_PATH not PKG_CONFIG_LIBDIR [21:31:08 CEST] <JEEB> kepstin: LIBDIR overrides the full search path [21:31:12 CEST] <JEEB> PATH appends [21:31:18 CEST] <JEEB> LIBDIR is required for cross-compilation [21:31:22 CEST] <ozette> no https://paste.fedoraproject.org/413542/20670731/raw/ [21:31:23 CEST] <kepstin> oh, huh? didn't realize that [21:31:30 CEST] <witChdoCtOr> ozette what doe echo $SHELL show? [21:31:32 CEST] Action: kepstin re-reads the pkg-config man page [21:31:54 CEST] <witChdoCtOr> i didn't know either and I love pkg-config [21:31:58 CEST] <ozette> witChdoCtOr: /bin/bash [21:32:06 CEST] <kepstin> huh, you're right. I thought that var named seemed funny but I just don't cross-compile much :) [21:32:18 CEST] <JEEB> yes, they're pretty different in name [21:32:26 CEST] <witChdoCtOr> export PKG_CONFIG_LIBDIR=/home/magissa/Downloads/source/x264/build/lib/pkgconfig [21:32:32 CEST] <witChdoCtOr> do that first [21:32:41 CEST] <witChdoCtOr> in the same shell [21:32:50 CEST] <ozette> ah [21:32:50 CEST] <witChdoCtOr> then configure [21:32:53 CEST] <witChdoCtOr> then build [21:32:53 CEST] <JEEB> also there's PKG_CONFIG_SYSROOT which I generally just leave undefined because the one time I tried using it, it failed [21:33:24 CEST] <JEEB> (and most of my cross-compilation toolchains had the sysroot in a place that was available to the tools by default) [21:35:47 CEST] <furq> i bet you wish you'd just installed debian now [21:36:56 CEST] <JEEB> I don't think the distro selection has much to do with cross-compilation stuff [21:37:12 CEST] <JEEB> since most distros do give you the toolchain and maybe cross-prefix-pkg-config [21:37:25 CEST] <JEEB> and then you still have the PKG_CONFIG_PATH/LIBDIR overriding [21:37:41 CEST] <ozette> haha [21:37:53 CEST] <ozette> i am thinking about dropping fedora for months now and go to debian [21:38:05 CEST] <JEEB> dunno, I use both [21:38:11 CEST] <furq> debian multiarch deals with all of this, including pkg-config [21:38:29 CEST] <JEEB> that's not debian specific [21:38:34 CEST] <JEEB> fedora has that just fine too [21:38:41 CEST] <JEEB> the thing is that you often can't use the pre-packaged libs [21:38:41 CEST] <witChdoCtOr> so does fedora/centos has nothing to do with distro [21:38:44 CEST] <ozette> witChdoCtOr: JEEB thanks by the way, i didn't 'export' PKG_CONFIG_LIBDIR, but rebuilding x264 now just to be sure [21:39:11 CEST] <JEEB> for example in my case the toolchain comes from GOOG anyways [21:39:22 CEST] <JEEB> since I mostly cross-compile for android [21:39:37 CEST] <furq> this is just a generic armv7 build though [21:39:38 CEST] <witChdoCtOr> so you will be the guy I come looking for when I port to pine64 [21:40:02 CEST] <JEEB> and then I install the mingw-w64 cross compiler from fedora's repos and still have to build stuff because I wanted static libs [21:40:27 CEST] <JEEB> so while I do have mingw-w64 libraries actually available in the repos, I can't really use much more than stdlib [21:40:32 CEST] <JEEB> (Ž4@) [21:40:54 CEST] <ozette> wow [21:41:00 CEST] <JEEB> of course, if you're just building for that same linux distro on <arch> then you can just use the packaged multiarch packages [21:41:11 CEST] <furq> i was going to say "wow i didn't know fedora packaged mingw libraries" but it's nice to know they've made them useless [21:41:18 CEST] <witChdoCtOr> my offer to pay for a lesson still stands [21:41:18 CEST] <ozette> x264 still not found: https://paste.fedoraproject.org/413546/47206734/raw/ [21:41:22 CEST] <furq> i knew i could trust them to fuck up the packaging somehow [21:41:43 CEST] <JEEB> ozette: config.log [21:41:45 CEST] <JEEB> as usual [21:41:59 CEST] <ozette> did a make clean, rebuilt x264 with --disable-opencl, re-exported PKG_CONFIG_LIBDIR [21:42:13 CEST] <JEEB> furq: well shared libs are a completely valid thing, it's just that in some cases you don't want that [21:42:24 CEST] <furq> well you almost certainly don't want that for mingw [21:42:25 CEST] <JEEB> also I didn't check if the packages contained static .as [21:42:35 CEST] <JEEB> dunno, in many cases I'm OK with DLLs [21:42:50 CEST] <JEEB> I have some specific cases where I want a stand-alone EXE [21:43:03 CEST] <witChdoCtOr> pkg-config --list-all | grep 264 [21:43:29 CEST] <ozette> i don't think much/anything has changed: JEEB https://paste.fedoraproject.org/413553/47206778/ [21:44:03 CEST] <ozette> witChdoCtOr: [21:44:19 CEST] <ozette> [magissa@localhost ffmpeg-3.1.2]$ pkg-config --list-all [21:44:21 CEST] <JEEB> ozette: clean up the x264 crap you installed outside your prefix :P [21:44:21 CEST] <ozette> x264 x264 - H.264 (MPEG4 AVC) encoder library [21:45:08 CEST] <JEEB> because it's picking the stuff from your /usr/local/cross-prefix/ dir [21:45:19 CEST] <ozette> JEEB: oh? [21:45:34 CEST] <JEEB> /usr/local/arm-unknown-linux-gnueabi/bin/../arm-unknown-linux-gnueabi/sysroot/usr/lib/libx264.a(opencl.o):opencl.c:(.text+0x120): more undefined references to `dlsym' follow [21:46:08 CEST] <ozette> so i should remove the x264 libs from my toolchain sysroot? [21:46:23 CEST] <ozette> how's it trying to pick that [21:46:37 CEST] <JEEB> because that is in your standard linker search path? [21:46:45 CEST] <JEEB> -_-- [21:46:46 CEST] <ozette> hm yea [21:46:54 CEST] <witChdoCtOr> --prefix=/home/magissa/Downloads/source/ [21:47:19 CEST] <ozette> i was hoping this pkg_config_libdir override thing got it covered [21:47:34 CEST] <JEEB> well that just adds things to default search paths for compiler/linker [21:47:45 CEST] <JEEB> so if you did something like you did then herp derp have fun [21:49:14 CEST] <witChdoCtOr> you should probably build x264 and ffmpeg with the same prefix [21:49:33 CEST] <witChdoCtOr> it would make sorting it out easier [21:49:48 CEST] <JEEB> well that will affect things after ffmpeg gets built [21:50:01 CEST] <witChdoCtOr> where is your x264 config? [21:50:11 CEST] <witChdoCtOr> how so Jeeb [21:50:37 CEST] <JEEB> because if you only need x264 for FFmpeg then it really doesn't matter that much if you're not trying to use the FFmpeg libraries for something [21:50:58 CEST] <JEEB> of course if you have more than one dep then yes, definitely have a single prefix you install crapola into [21:51:22 CEST] <JEEB> (like when I build mpv I usually have a armv7_prefix somewhere and I se --prefix for everything there [21:51:45 CEST] <witChdoCtOr> ok you lost me but I would like to hear more [21:52:23 CEST] <witChdoCtOr> I thought we was trying to build x264 and ffmpeg for armV7 [21:52:41 CEST] <ozette> yes [21:53:04 CEST] <JEEB> yes, but thus FFmpeg only has a single dep and thus it really doesn't matter how he sets his prefix since it's not going to be used for FFmpeg. if he has something depending on FFmpeg then most definitely you will want a single prefix [21:53:19 CEST] <JEEB> or if you start adding deps for FFmpeg (other libs etc) [21:53:49 CEST] <JEEB> tl;dr if you just have a single dep, do whatever you want. but as soon as it gets to >1 then you better have a single prefix [21:53:55 CEST] <ozette> what's this prefix matter? [21:54:08 CEST] <JEEB> it's where your compiled stuff gets installed [21:54:23 CEST] <witChdoCtOr> that is the path that binary files go to when you do make install [21:54:49 CEST] <JEEB> if you have an app that depends on freetype2, libass, FFmpeg then you usually want to install them to a single --prefix so you don't have to put a list of directories into PKG_CONFIG_LIBDIR [21:54:54 CEST] <ozette> yea.. so what i've been doing all this time is [21:55:09 CEST] <ozette> mkdir build, set my prefix to build/ [21:55:17 CEST] <ozette> and move its contents to my toolchain's sysroot [21:55:22 CEST] <JEEB> yeah, nope [21:55:35 CEST] <witChdoCtOr> That was what I was saying, use the same prefix for everything you build for each arch [21:55:39 CEST] <JEEB> I mean, that will work as long as it will work as you just saw :P [21:56:12 CEST] <JEEB> and to be honest, if you want to dispense stuff all over your cross compiler's sysroot - feel free, just that you use that as your prefix [21:56:16 CEST] <mrob> I removed the color levels clipping from lutyuv and now I have debanding working in anti-gamma-corrected colorspace [21:56:20 CEST] <witChdoCtOr> prefile=/path/arm7/ [21:56:28 CEST] <ozette> lol.. but i honestly don't know why it can't find libx264 [21:56:29 CEST] <mrob> I am now thinking of improving gradfun to support higher bit depths [21:56:40 CEST] <JEEB> ozette: anyways remove those x264 things from the sysroot and then post your config.log again [21:56:41 CEST] <witChdoCtOr> prefix=/path/arm8/ [21:56:47 CEST] <JEEB> and make sure you are setting your PKG_CONFIG_LIBDIR correctly [21:56:48 CEST] <JEEB> kthx [21:56:49 CEST] <ozette> JEEB: okay [21:56:54 CEST] <witChdoCtOr> prefix//path/x86_64/ [21:57:28 CEST] <witChdoCtOr> is there an alternative? [22:00:00 CEST] <ozette> JEEB: well it seems to look somewhat different now [22:00:08 CEST] <ozette> https://paste.fedoraproject.org/413561/47206875/ [22:00:54 CEST] <JEEB> then it probably doesn't find it with pkg-config for whatever reason [22:01:00 CEST] <JEEB> echo $PKG_CONFIG_LIBDIR [22:01:31 CEST] <JEEB> and then pkg-config --cflags x264 [22:01:53 CEST] <JEEB> it should give you the cflags for your prefix [22:02:14 CEST] <ozette> [magissa@localhost ffmpeg-3.1.2]$ echo $PKG_CONFIG_LIBDIR [22:02:16 CEST] <ozette> /home/magissa/Downloads/source/x264/build/lib/pkgconfig [22:02:38 CEST] <ozette> [magissa@localhost ffmpeg-3.1.2]$ pkg-config --cflags x264 [22:02:40 CEST] <ozette> -I/home/magissa/Downloads/source/x264/build/include [22:02:52 CEST] <JEEB> ok, so it works for you locally [22:02:58 CEST] <ozette> yea [22:04:08 CEST] <ozette> the build dir of x264 contains a(n) .a [22:04:17 CEST] <JEEB> so in prefix/lib? [22:04:36 CEST] <ozette> yea and for some reason also in prefix/ [22:04:44 CEST] <JEEB> that shouldn't affect it [22:04:49 CEST] <mrob> Results are not as good as I hoped with only 8bit gradfun [22:04:58 CEST] <ozette> ok great [22:05:01 CEST] <JEEB> you can also try out --libs with pkg-config [22:05:13 CEST] <JEEB> that should give it the flags to be able to link against it [22:05:26 CEST] <ozette> [magissa@localhost ffmpeg-3.1.2]$ pkg-config --libs x264 [22:05:28 CEST] <ozette> -L/home/magissa/Downloads/source/x264/build/lib -lx264 -lpthread -lm [22:06:15 CEST] <shincodex> uh [22:06:29 CEST] <JEEB> the only thing in the config.log I last posted that I see using "build/lib" is PKG_CONFIG_LIBDIR [22:06:35 CEST] <JEEB> so something is not correct there [22:06:36 CEST] <shincodex> AVERROR_EOF on camera stream how could i reget a image from stream [22:06:43 CEST] <shincodex> or reset the AVERROR_EOF [22:06:57 CEST] <shincodex> i tried av_free_packet init_packet [22:07:12 CEST] <shincodex> av_seek_frame [22:07:24 CEST] <shincodex> and then a av_read_frame but fail [22:07:44 CEST] <shincodex> i know i can completely close/open to get a new frame but thats a hog [22:07:49 CEST] <JEEB> ozette: for whatever reason the configure script is falling back to manually finding the thing :P and since you still seeem to have the headers there in your goddamn sysroot it will not fail before it starts looking for the libraries [22:08:09 CEST] <JEEB> ozette: this is why you generally keep your sysroot clean of whatever custom crap you built [22:08:18 CEST] <ozette> haha true.. i did not remove the headers [22:08:44 CEST] <JEEB> wait [22:08:50 CEST] <ozette> i didn't know, back when i was stuck on zlib someone told me if my libs were in sysroot [22:08:51 CEST] <JEEB> why the fuck is your pkg-config "false" [22:08:58 CEST] <JEEB> false --exists --print-errors x264 [22:08:59 CEST] <ozette> false? [22:09:11 CEST] <shincodex> i deleted that line in my configure script [22:09:14 CEST] <shincodex> ah freedom [22:09:35 CEST] <JEEB> ok, whom do I whack on the head for this [22:09:45 CEST] <witChdoCtOr> yea I remeber something about deleting that line [22:10:06 CEST] <witChdoCtOr> you ? [22:10:09 CEST] <JEEB> this used to work [22:10:13 CEST] <ozette> not sure what's going on [22:10:17 CEST] <JEEB> why on earth is it defaulting to "false" [22:10:20 CEST] <JEEB> when pkg-config exists [22:10:30 CEST] <JEEB> --pkg-config=pkg-config <- ozette add this to your configure line [22:10:37 CEST] <JEEB> that's the default but still [22:10:41 CEST] <ozette> JEEB: alright [22:10:43 CEST] <JEEB> what the fucking flying fuck [22:10:49 CEST] <JEEB> it's git blame time [22:11:05 CEST] <shincodex> very upset [22:11:23 CEST] <shincodex> its just a package configure [22:11:45 CEST] <ozette> lol no more libx264 not found [22:12:03 CEST] <ozette> yay i can finally make again!!!! [22:12:05 CEST] <JEEB> yeah, it seems like if it can't find cross-prefix-pkg-config it will just think that you don't want one at all [22:12:10 CEST] <JEEB> so you have to override it [22:12:19 CEST] <JEEB> and tell configure you want to use no-prefix pkg-config [22:12:36 CEST] <JEEB> so that's probably why it worked for me (I had cross-prefix-pkg-config for my cross-prefix) [22:12:56 CEST] <JEEB> I do kind of understand why it does that but if you're overriding PKG_CONFIG_LIBDIR... [22:13:13 CEST] <JEEB> (because you don't want your system libraries popping up in your cross-compile) [22:13:44 CEST] <ozette> mhm [22:14:03 CEST] <shincodex> does anyone know about camera streams and how they use mjpeg for one frame decode then just end [22:14:19 CEST] <shincodex> vlc refreshed the player over and over again to make me get new ones [22:14:29 CEST] <shincodex> which to me sounds like avformat_close avformat_open [22:14:29 CEST] <TD-Linux> you mean like a webm? [22:14:33 CEST] <TD-Linux> err webcam [22:14:51 CEST] <shincodex> hmmm i have a camera if i hit it with a browser [22:14:57 CEST] <shincodex> it will give me a jpeg and thats it of what it sees [22:15:02 CEST] <shincodex> if you f5 new frame [22:15:07 CEST] <shincodex> infact I dont even think you need ffmpeg [22:15:16 CEST] <shincodex> curl get and uh libjpeg if you like [22:15:21 CEST] <TD-Linux> oh okay. some cameras automatically refresh by using a multipart content type [22:15:31 CEST] <shincodex> its not [22:15:44 CEST] <shincodex> i get one frame then avjunk says AVERROR_EOF [22:15:53 CEST] <shincodex> and im trying to detect that and do something based off of it [22:16:03 CEST] <JEEB> that's because you're not getting a continuous stream [22:16:07 CEST] <shincodex> and im doing detection just fine but refreshing the stream... [22:16:11 CEST] <shincodex> is what im trying to figure out [22:16:14 CEST] <JEEB> but you get a single thing, that's it. then you need to re-load it :P [22:16:20 CEST] <shincodex> yeah [22:16:28 CEST] <JEEB> basically what you REALLY want is a camera that gives you a continuous stream [22:16:34 CEST] <shincodex> well i have a backup solution Stream::Close Stream::Open [22:16:35 CEST] <shincodex> lol [22:16:37 CEST] <JEEB> and if you can't have that, then you have to handle it yourself [22:16:40 CEST] <JEEB> yes [22:16:56 CEST] <shincodex> i know [22:17:01 CEST] <JEEB> that's what you need to do because your darn stream only contains a single picture and you need to do a full new request for another [22:17:03 CEST] <shincodex> this is really stupid but for some reason [22:17:06 CEST] <shincodex> somebody wants this junk [22:17:15 CEST] <shincodex> and i say go get a real stream and a real camera lol [22:17:29 CEST] <shincodex> you say full request like... [22:17:46 CEST] <JEEB> new avformat request basically so what you say about close/open probably is close to that :P [22:18:12 CEST] <shincodex> find input format [22:18:18 CEST] <shincodex> some dictionary options [22:18:25 CEST] <shincodex> avformat_open_input [22:18:38 CEST] <shincodex> avformat_find_Stream_info for vidstream shite [22:18:44 CEST] <shincodex> ..decoder [22:18:46 CEST] <shincodex> context [22:18:48 CEST] <shincodex> this is crap [22:19:06 CEST] <JEEB> well crap on all sides so feel free to hate everything [22:19:14 CEST] <JEEB> it's not a continuous stream so what the fuck are you expecting [22:19:20 CEST] <JEEB> you're getting a EOF from the server on the camera anyways [22:19:41 CEST] <shincodex> reset on eof logic [22:19:47 CEST] <shincodex> but somebody else wrote it [22:19:58 CEST] <shincodex> :D [22:21:24 CEST] <shincodex> heh [22:21:26 CEST] <shincodex> i think i tricked it [22:21:37 CEST] <shincodex> it didnt segfault.... yet [22:25:31 CEST] <witChdoCtOr> should I be screwing with packets pts/dts or is something broken between my encoder and output [22:25:45 CEST] <witChdoCtOr> pts = 00 dts = 0 [22:25:52 CEST] <witChdoCtOr> pts = 1717 dts = 17 [22:26:00 CEST] <witChdoCtOr> pts = 3333 dts = 33 [22:26:16 CEST] <witChdoCtOr> I know packets are more than frames but that just seems wrong [22:27:43 CEST] <shincodex> Unknown option "". [22:28:19 CEST] <witChdoCtOr> if i probe the header is looks file [22:28:22 CEST] <witChdoCtOr> fine [22:28:32 CEST] <witChdoCtOr> once I write packets to it, its wacked [22:31:34 CEST] <shincodex> not sure where i erased the space from the configure but [22:32:16 CEST] <shincodex> thinking before die_unknown shite [22:32:24 CEST] <shincodex> trim string compare [22:36:24 CEST] <shincodex> if someone needs help msvc build cli i just got finished with a managed c++ to ffmpeg misery fest [22:36:54 CEST] <ozette> sweet, the ffmpeg and ffprobe run on my target and the finally have a png encoder (DEV..S :) ) [22:37:17 CEST] <ozette> thnaks for the help [22:37:21 CEST] <VamoMenem> congrats (muscle) [22:37:21 CEST] <JEEB> np [22:37:44 CEST] <witChdoCtOr> cool [22:37:45 CEST] <ozette> :) [22:49:14 CEST] <witChdoCtOr> time scale anyone? [22:51:20 CEST] <trudev> I'm considering using ffmpeg for a android app. We need to add music to a video, but we also need to specify when the song starts (ex: start the song at 10 seconds relative to song). Is this possible with ffmpeg? [22:51:45 CEST] <witChdoCtOr> if the time scale in the media content is correct [22:51:51 CEST] <witChdoCtOr> av_seek [22:53:02 CEST] <trudev> witChdoCtOr: Are you talking to me? What do you mean by time scale? [22:53:50 CEST] <witChdoCtOr> yea was talking to you [22:54:06 CEST] <witChdoCtOr> time scale ~= time stamps in the media container [22:54:56 CEST] <witChdoCtOr> in video terms frame rate is time scale FPS/1 the time between frames [22:56:09 CEST] <witChdoCtOr> so if you want to skip 10 seconds in, the container has to have correct timescale for the data, to determine how much data to skip for 10 seconds but that will change depending on how the media was encoded [22:58:28 CEST] <trudev> Thanks for explaining. This is still way above my head unfortunately [22:59:39 CEST] <witChdoCtOr> ok HD vs standard def [23:00:09 CEST] <trudev> I just need to mix an mp3 with an mp4 but, the mp3 should begin at say 20 seconds. So at the first second of the video, you should hear audio from the 20 second mark [23:00:47 CEST] <witChdoCtOr> yes, you can do that with ffmpeg [23:01:30 CEST] <trudev> Perfect! Do you know what that's called so I can read up on it? [23:01:56 CEST] <furq> if you're reencoding the audio then -af adelay [23:02:01 CEST] <furq> if not then i think -itsoffset will do it [23:02:10 CEST] <furq> assuming you're using the cli tool [23:02:38 CEST] <trudev> well yeah, I'm going to use a lib that will exposes the CLI to android [23:02:43 CEST] <witChdoCtOr> i was thinking of ofset [23:02:56 CEST] <witChdoCtOr> offset [23:02:57 CEST] <trudev> like the ffmpeg binary included in the app [23:03:09 CEST] <witChdoCtOr> https://trac.ffmpeg.org/wiki/AudioChannelManipulation [23:03:41 CEST] <furq> ? [23:05:27 CEST] <witChdoCtOr> adelay=1500|0|500 [23:06:03 CEST] <witChdoCtOr> may be an easier way but I am not an audio guy [23:08:31 CEST] <trudev> Thanks guys, I appreciate the help [23:11:03 CEST] <VamoMenem> yes adelay is best than -itsoffset because itsoffets work arround timestamps, adelay works whit samples [23:11:29 CEST] <VamoMenem> with [23:11:50 CEST] <furq> adelay only works if you reencode though [23:12:13 CEST] <VamoMenem> yes, i used adelay to sync a mosaic [23:12:14 CEST] <furq> but yeah itsoffset is finicky as fuck in my experience [23:14:00 CEST] <VamoMenem> when you cannot know timestamps, for example when youre maping and appliyng complex filters [00:00:00 CEST] --- Thu Aug 25 2016

1 0

ffmpeg-devel.log.20160823
by burek 24 Aug '16

24 Aug '16

[00:25:06 CEST] <CFS-MP3> kierank do you have an opinion on ESAM/POIS? (Real-time Event Signaling and Management API specifically) [00:25:29 CEST] <kierank> never worked with that [00:28:46 CEST] <CFS-MP3> http://www.cablelabs.com/wp-content/uploads/specdocs/OC-SP-ESAM-API-I02-131… [00:28:54 CEST] <CFS-MP3> take a look if you have a few minutes [00:31:43 CEST] <kierank> xml, nice [02:50:02 CEST] <cone-756> ffmpeg 03Michael Niedermayer 07master:76d377d0a0a8: swscale/output: Fix rounding offset in yuv2gbrp_full_X_c() [03:29:40 CEST] <cone-756> ffmpeg 03James Almer 07release/3.0:61fcba75464a: cmdutils: check for SetDllDirectory() availability [03:29:41 CEST] <cone-756> ffmpeg 03James Almer 07release/3.1:f4b8892ccbf0: cmdutils: check for SetDllDirectory() availability [09:27:11 CEST] <durandal_1707> michaelni: looked at that gbrp10 upconvert issue? [09:31:31 CEST] <michaelni> durandal_1707, yes, see master:76d377d0a0a8: swscale/output: Fix rounding offset in yuv2gbrp_full_X_c() [10:38:36 CEST] <durandal_1707> michaelni: one can not save gbrap formats in nut [12:34:01 CEST] <cone-472> ffmpeg 03Michael Niedermayer 07master:77bf96b04710: avcodec/aacenc: Tighter input checks [13:08:23 CEST] <DSM_> hi durandal_1707 [13:08:34 CEST] <DSM_> durandal_1707: have a look: https://docs.google.com/document/d/16HocGB8AviXsRohkKMObag-ayG74ib4LTXOqyn6… [13:27:42 CEST] <durandal_1707> DSM_: what happened with umh? [13:28:31 CEST] <DSM_> nothing? [13:28:37 CEST] <DSM_> why? [13:29:37 CEST] <durandal_1707> it's not mentioned [13:29:46 CEST] <DSM_> just did [13:29:57 CEST] <DSM_> i missed that [13:31:49 CEST] <DSM_> seems good? something else i should mention? or any improvement? [13:35:31 CEST] <DSM_> durandal_1707: [13:36:48 CEST] <durandal_1707> DSM_: how it compares with others me? [13:37:59 CEST] <DSM_> umh? [13:40:23 CEST] <durandal_1707> yes [13:45:09 CEST] <DSM_> should i attach screenshots? [13:45:15 CEST] <DSM_> is the patch okay? [13:45:38 CEST] <durandal_1707> I yet have to try [13:46:05 CEST] <DSM_> i'm thinking to split the patches into 3 [13:46:14 CEST] <DSM_> *patch [13:46:35 CEST] <DSM_> for each filter and one for motion_estimation.c [13:46:56 CEST] <durandal_1707> not worth it imho [13:47:02 CEST] <DSM_> or single one is fine? [13:47:15 CEST] <durandal_1707> to me? Yes [13:48:07 CEST] <DSM_> ok [13:48:34 CEST] <DSM_> can SIMD make it around 20 times faster? [13:48:45 CEST] <DSM_> :D [13:49:12 CEST] <DSM_> i guess not. gpu should [13:49:41 CEST] <durandal_1707> hmm, ask BBB, when he appears [13:49:43 CEST] <DSM_> by it i mean motion interpolation [13:50:04 CEST] <DSM_> okay [13:54:38 CEST] <cone-472> ffmpeg 03Erkki Seppälä 07master:9d5ea8de56fc: libavformat/utils: added ability to probe AVMEDIA_TYPE_DATA format [13:54:39 CEST] <cone-472> ffmpeg 03Michael Niedermayer 07master:21f70940ae10: avutil/mem: remove av_realloc / av_malloc incompatibility warning [15:05:29 CEST] <cone-472> ffmpeg 03Carl Eugen Hoyos 07master:3c36d960f4a1: lavc/h264dec: Improve "Increasing reorder buffer" message loglevel. [15:18:12 CEST] <DSM_> durandal_1707: i have submitted it [15:18:16 CEST] <DSM_> :) [15:21:07 CEST] <cone-472> ffmpeg 03Paul B Mahol 07master:12f997d061d3: avfilter: add maskedclamp filter [15:21:08 CEST] <cone-472> ffmpeg 03Paul B Mahol 07master:bb109dce18e9: avfilter: add hysteresis filter [15:21:09 CEST] <cone-472> ffmpeg 03Paul B Mahol 07master:68dc0c13f93b: avfilter/vf_maskedmerge: add support for more pixel formats [15:28:51 CEST] <cone-472> ffmpeg 03Rafaël Carré 07master:10e3f18c8db1: libzvbi depends on ass [15:58:34 CEST] <durandal_1707> michaelni: looked at nut issue? [16:37:52 CEST] <durandal_1707> michaelni: forget it, I'm on it [16:52:32 CEST] <cone-472> ffmpeg 03Paul B Mahol 07master:61980dc479ce: avformat/avcodec: support rawvideo with planar rgb and alpha in nut [17:36:36 CEST] <durandal_1707> I wonder if wavelets in snow can be used for denoising? [17:38:57 CEST] <iive> non-temporal denoising? we might already have such filter. [17:40:13 CEST] <durandal_1707> but, not using wavelets [17:40:41 CEST] <iive> there were some fringe filters that used snow, e.g. mcdint [17:41:18 CEST] <iive> mcdeint [17:42:26 CEST] <iive> found it, it is uspp in mplayer [17:42:58 CEST] <iive> and same name in ffmpeg [17:45:12 CEST] <iive> the name stands for "ultra slow post processing" :D [17:54:25 CEST] <durandal_1707> ubitux: how is nlmeans going? [19:59:54 CEST] <jamrial> lol, that sh4 email [20:14:28 CEST] <nevcairiel> i dont even know what kind of devices would ever run that [20:15:20 CEST] <nevcairiel> apparently some video gaming consoles [20:15:23 CEST] <JEEB> I only remember dreamcast as some SH4 thing [20:15:35 CEST] <nevcairiel> yeah, really old [20:15:54 CEST] <JEEB> a company seems to be trying to revive the SuperH arch, but I don't think any real pieces of hardware have come out of J-Core [20:16:34 CEST] <JEEB> seems like the last sh4 patents expire this year so they're still using sh2 for the hw [20:16:51 CEST] <JEEB> (sega saturn) [20:36:20 CEST] <ubitux> durandal_170: i'm in the middle of relocation so it's quite tricky currently wrt time [20:36:51 CEST] <durandal_170> ubitux: vacation? [20:37:14 CEST] <ubitux> moving home [20:38:06 CEST] <ubitux> i'm doing as much as i can so i'm free from this madness soon [20:40:22 CEST] <JEEB> I'll have that in october [20:40:56 CEST] <JEEB> that said I think it's sept 13th when I will know if the building I will be moving to will be ready :V [21:50:34 CEST] <BtbN> I definitely need some new Hardware... being unable to test all these features is mildly annoying. [22:00:54 CEST] <durandal_170> anybody wants to learn yasm, ping me! [22:02:11 CEST] <Shiz> JEEB: j-core has released their design you for the sh2 you can synthesize [22:02:18 CEST] <Shiz> s/design you/design/ [00:00:00 CEST] --- Wed Aug 24 2016

1 0

ffmpeg.log.20160823
by burek 24 Aug '16

24 Aug '16

[00:11:29 CEST] <kyleogrg> anyone know what libvpx-vp9 parameters will mimic youtube's videos? [00:11:42 CEST] <kyleogrg> For 240p, 360p, 480p, etc [00:22:03 CEST] <Lal> Uh, no idea, but I do know that youtube publishes the recommended encoding settings at https://support.google.com/youtube/answer/1722171?hl=en and some info about their transcodes at https://support.google.com/youtube/answer/2853702?hl=en [00:22:22 CEST] <Lal> Sorry I can't be of more help, but you could probably extract what you need from that. [00:23:27 CEST] <kyleogrg> thanks [00:23:28 CEST] <kepstin> kyleogrg: I assume they're probably using something similar to the "Constrained Quality Recommended Settings" listed on https://sites.google.com/a/webmproject.org/wiki/ffmpeg/vp9-encoding-guide [00:23:41 CEST] <kyleogrg> if i downloaded some youtube videos, [00:23:55 CEST] <kyleogrg> could i run some analysis on them and infer the proper settings? [00:24:08 CEST] <kyleogrg> like gop size, min/max bitrate? [00:24:50 CEST] <kepstin> kyleogrg: you could probably figure out gop size and max bitrate (if you used some very complex/hard to encode examples) [00:25:08 CEST] <TD-Linux> you could also look at altref placement and quantizers to figure the rest out [00:25:09 CEST] <kyleogrg> kepstin: how could i do that? [00:25:10 CEST] <kepstin> be harder to figure out the crf they're using (assuming they're doing constrained quality) [00:25:53 CEST] <kyleogrg> TD-Linux: sorry, i don't really follow [00:25:54 CEST] <kepstin> kyleogrg: ffprobe with -show_streams -show_frames should give the needed info for basic stuff. [00:26:09 CEST] <kyleogrg> kepstin: i'll try that. haven't used ffprobe much [00:26:19 CEST] <kepstin> but to get anything more, you have to be familiar with the binary encoding of vp9 streams :/ [00:26:48 CEST] <kepstin> which is probably not much like the binary language of evaporators. [00:27:13 CEST] <kepstin> er, moisture vaporators ;) [00:27:41 CEST] <kyleogrg> i just want to get as close as possible [00:28:20 CEST] <kepstin> the really annoying thing is that it's hard to get both an original video and a re-encoded vp9 video from youtube so you can do test encodes to try to match it [00:28:28 CEST] <kepstin> since they only do vp9 encodes for "popular" videos [00:28:34 CEST] <Lal> Remember that some downloaders, like youtube-dl, are able to download the non-transcoded source file if you pick the maximum quality example (I've been able to download higher resolutions that what youtube lists on my own uploads [00:28:45 CEST] <Lal> And have been able to confirm that they match in size) [00:29:02 CEST] <kyleogrg> Lal: really, the actual source? i have youtube-dl. [00:29:11 CEST] <kepstin> lets see. oh hey, there's at least one video on my channel with a vp9 encode, and I still have the original file that I uploaded to youtube for that [00:29:17 CEST] Action: kepstin should try doing some test encodes :) [00:29:57 CEST] <Lal> If I'm remembering correctly, the download from youtube-dl matched with the download from the download from Google Takeout [00:30:12 CEST] <Lal> But that ONLY applies to the highest resolution [00:30:17 CEST] <kyleogrg> kepstin: whoa, using ffprobe with those two options spits out a huge amount of info [00:30:19 CEST] <Lal> Everything else should be fine [00:30:47 CEST] <Lal> But, there's a chance I'm misremebering, since this was a while ago [00:30:49 CEST] <kepstin> kyleogrg: yep, it should include the type of each frame (so you could e.g. write a script finding the keyframe interval), and have enough info to determine bitrates [00:30:59 CEST] <Lal> So, if you find differing information, by all means, tell me [00:31:02 CEST] <kepstin> kyleogrg: it's not really human-readable :) [00:31:23 CEST] <Lal> Youtube's Keyframe interval is between 2 and 4, I thought [00:31:41 CEST] <kyleogrg> Lal: that's interesting, i wonder which video might have the original as well [00:31:56 CEST] <kepstin> should be something around there, yeah. They use DASH for serving the higher-end formats, so the keyframe interval should match the segment length [00:31:59 CEST] <kyleogrg> kepstin: how could you calculate bitrate based on keyframe interval? [00:32:09 CEST] <kepstin> kyleogrg: you don't [00:32:21 CEST] <kepstin> kyleogrg: you use other information also printed by ffprobe to get that :) [00:32:58 CEST] <medya> does ffmpeg set the container format only based on the extension of the output file ? [00:33:14 CEST] <kyleogrg> is there an easy way to find the min and max bitrates? mediainfo? [00:33:15 CEST] <kepstin> medya: it autodetects from the extension, but you can override with the -f option [00:34:09 CEST] <medya> @kepstin do you have an example [00:34:16 CEST] <medya> and list of the possible options [00:34:26 CEST] <medya> and does the container have no effect on the size? [00:35:10 CEST] <kepstin> medya: you just put "-f formatname" before the output filename, doesn't really need an example [00:36:17 CEST] <TD-Linux> kyleogrg, no, the bitstream only contains quantizers [00:36:30 CEST] <kepstin> medya: running "ffmpeg -formats" will list the available formats, ones with 'E' can be used for output. many are special-purpose :) [00:36:38 CEST] <TD-Linux> libvpx controls the bitrate using the quantizers [00:36:51 CEST] <TD-Linux> so you need to figure out what options to libvpx with your input video create similar quantizers [00:37:07 CEST] <kepstin> medya: different containers can have different amounts of overhead - the amount of extra bytes the container adds per frame on top of what the codecs use [00:37:36 CEST] <kepstin> medya: but in most cases, you don't have to worry about it, it's small percentage differences [00:37:42 CEST] <furq> blue_misfit: scenecut doesn't do anything if you're using keyint_min anyway [00:37:44 CEST] <kyleogrg> TD-Linux: when you say quantizers... what encoding commands are you talking about [00:37:57 CEST] <furq> but it looks like -1 actually disables it whereas 0 just sets the threshold so low it never gets triggered [00:38:01 CEST] <TD-Linux> none, it's lower level [00:38:02 CEST] <medya> cool thanks @kepstin [00:38:39 CEST] <TD-Linux> you put in a bitrate, then libvpx allocates some number of bits for each frame, then chooses a quantizer for each frame [00:38:44 CEST] <TD-Linux> you only have the last bit, so you need to work backwards [00:38:58 CEST] <kyleogrg> complicated [00:39:04 CEST] <TD-Linux> (well, you have the # of bits per frame too, so you could start there) [00:42:22 CEST] <kyleogrg> maybe there's a shortcut way to approximate it? [00:43:47 CEST] <kyleogrg> for instance, my downloaded 720p youtube video has 1205k bitrate according to mediainfo [00:48:20 CEST] <kepstin> kyleogrg: you'll need to download a bunch of videos to compare, since they're probably using the constrained quality mode, so some videos will hit the max bitrate, others might be well below. [00:52:34 CEST] <kyleogrg> kepstin: okay. and to set the keyframe interval i use -g? [00:54:30 CEST] <kepstin> kyleogrg: for dash streaming like youtube, you'll always want to set -keyint_min to the same value so you get fixed keyframe positions [00:54:41 CEST] <kepstin> s/always/also [00:58:18 CEST] <kyleogrg> kepstin: so what is -g? my encodes were not seeking well in vlc, and when i googled i saw a suggestion to use -g 25. [00:58:51 CEST] <kyleogrg> "-g Maximum keyframe interval (frames)" [00:58:52 CEST] <kyleogrg> okay [00:59:06 CEST] <kepstin> interesting, youtube's vp9 encodes are *not* using -keyint_min [01:00:10 CEST] <kyleogrg> ok, how did you find that out? [01:00:29 CEST] <kepstin> by looking at the output of ffprobe -show_frames [01:00:42 CEST] <kepstin> they keyframes are all irregularly spaced [01:01:26 CEST] <kyleogrg> kepstin: what's your guess as to the max keyframe? [01:05:26 CEST] <ozette> no matter if i set the configuration options of --enable-static and --disable-shared, the resulting ffmpeg is still asking for the libavdevice.so, anyone knows if there's an option in here which makes it so the libs aren't statically linked? https://paste.fedoraproject.org/412683/47190697/ [01:05:43 CEST] <kepstin> video I have isn't good for figuring that out. You'll want to find a video that basically just has a still image [01:06:02 CEST] <kyleogrg> kepstin: you mean a slideshow, or literally one image? [01:06:19 CEST] <furq> ozette: did you run make clean [01:06:23 CEST] <furq> and/or make distclean [01:06:26 CEST] <kepstin> kyleogrg: literally one image. [01:07:44 CEST] <furq> i have one but there's no 720p vp9 for some reason [01:07:47 CEST] <furq> also it's 6fps [01:08:20 CEST] <furq> oh nvm yes there is [01:08:41 CEST] <furq> https://www.youtube.com/watch?v=8wuWoZAIazg [01:08:41 CEST] <furq> hf [01:09:16 CEST] <kepstin> interesting. when comparing my 1080p and 720p videos on youtube, the 720p has fewer frames that ffprobe reports as keyframes, but all the remaining keyframes are in the same location. [01:09:37 CEST] <furq> also i notice firefox is actually using vp9 in favour of h264 now [01:09:45 CEST] <furq> it took long enough [01:09:48 CEST] <kyleogrg> furq: yeah [01:10:08 CEST] <kyleogrg> kepstin: furq's video has only one image [01:12:06 CEST] <kepstin> furq's video has a keyframe every 30 frames, which would be every 5 seconds [01:12:53 CEST] <ozette> furq: hmm no i never did [01:12:57 CEST] <kyleogrg> kepstin: so the keyframe interval depends on the type of video? [01:13:36 CEST] <kepstin> kyleogrg: I suspect the keyframe interval is set in seconds, not frame count - which isn't supported directly by ffmpeg (you can calculate it from the framerate, of course) [01:14:15 CEST] <kepstin> I wonder how youtube's encoder handles vfr videos [01:14:18 CEST] <kyleogrg> kepstin: ah, so -g 5 should be five seconds? [01:14:28 CEST] <furq> -g 5 is every five frames [01:14:36 CEST] <kepstin> no, that's 5 frames (which in most videos is way less than 1 second) [01:14:44 CEST] <furq> as he said you'd need to calculate it from the framerate [01:14:50 CEST] <kyleogrg> oh, i had it backwards [01:15:18 CEST] <kyleogrg> so 5 * 29.97 is 149.85. so -g 149.85? or -g 150? [01:15:28 CEST] <kepstin> has to be an integer [01:17:14 CEST] <kyleogrg> kepstin: and then i just won't use min rate option, right? [01:18:20 CEST] <kepstin> minrate should almost never be used [01:18:59 CEST] <kepstin> (if you needed minrate, you'd already know that you need minrate) [01:19:22 CEST] <furq> i assume you're both talking about keyint_min [01:19:50 CEST] <kepstin> oh, I though kyleogrg was talking about -minrate [01:19:50 CEST] <kyleogrg> yeah [01:20:01 CEST] <kyleogrg> I'm talking about keyint_min [01:20:19 CEST] <kepstin> Yes, use -keyint_min if you're doing segmented streaming e.g. DASH [01:20:47 CEST] <kyleogrg> and it should also be 150? [01:20:57 CEST] <kepstin> should be set to the same thing as -g [01:21:25 CEST] <furq> if youtube's not using it for dash then i suspect you don't need it, and it'd be better to not use it in general [01:21:38 CEST] <kepstin> hmm, i'm not sure whether or not they're using it [01:21:40 CEST] <furq> i remember it causing issues with nginx-rtmp though so ymmv [01:21:58 CEST] <kepstin> for dash, you do want aligned keyframes between different formats so format switching works cleanly [01:22:08 CEST] <furq> that's true [01:22:19 CEST] <furq> although i assume they'd always be aligned between the same codec [01:22:44 CEST] <kyleogrg> so youtube use the same keyframe interval across different resolutions? [01:22:46 CEST] <furq> certainly with vp9 if you're using 2-pass [01:23:02 CEST] <furq> or with x264 with 2-pass but it's less common to use that [01:23:26 CEST] <kepstin> furq: my quick check indicated that youtube's vp9 encode the 720p had fewer keyframes than 1080p, but those that remained were in the same spot [01:23:34 CEST] <kepstin> so I suppose it could be [01:23:59 CEST] Action: kepstin is trying to get a copy of one of youtube's dash manifest files to see how they are indicating segments. [01:24:49 CEST] <ozette> furq: finally, this seems more like it, the binary is 15mb [01:25:01 CEST] <ozette> it was 280kb at first, thanks :) [01:29:26 CEST] <blue_misfit> kepstin, thanks for the info [01:29:36 CEST] <blue_misfit> I'd prefer to not set keyint-min at all, actually [01:29:55 CEST] <blue_misfit> just setting keyint and scenecut seems to be the simplest thing [01:30:28 CEST] <blue_misfit> I remember there being some issues with setting keyint = keyint-min with x264 standalone encoder many years ago... not sure if that's still relevant [01:42:57 CEST] <kepstin> hmm. ok, so youtube's dash isn't splitting the video into individual separate segments, instead each segment is the whole video length (more or less; they might use multiple segments for really long videos? not sure) [01:43:20 CEST] <kepstin> but they do have the 'subsegmentAlignment="true"' flag set [01:43:38 CEST] <blue_misfit> @kepstin, I'd imagine they use range requests? [01:43:50 CEST] <kyleogrg> kepstin: what does this mean regarding keyframes? [01:44:20 CEST] <kepstin> yeah. THe dash manifest gives the location of the initial header within the file (byte offset and length) for the browser to read the file metadata with a range request [01:44:45 CEST] <kepstin> and then the browser presumably reads the matroska cues list to determine keyframe locations [01:46:43 CEST] <kyleogrg> kepstin: are you saying the keyframes aren't consistently 5? [01:46:57 CEST] <blue_misfit> exactly [01:47:17 CEST] <blue_misfit> you can do adaptive gop with ABR, you just have to be clever about it :) [01:47:27 CEST] <kyleogrg> blue_misfit: then what's the keyframe range? [01:47:29 CEST] <kepstin> kyleogrg: keyframes in real videos I've seen on youtube aren't consistently 5s. However, that's the *max* keyframe interval, as far as I can tell, so basically what you'd set with -g [01:47:40 CEST] <blue_misfit> not sure what range they use [01:47:48 CEST] <kyleogrg> kepstin: okay, and should I set a minimum? [01:47:48 CEST] <blue_misfit> typical DASH would be anywhere from 2-10 seconds [01:48:08 CEST] <kepstin> kyleogrg: I suspect that youtube is not setting a minimum [01:48:23 CEST] <kyleogrg> okay [01:48:43 CEST] <kepstin> like, on one of my videos, there's two keyframes on 6 frames apart (at about 24fps) [01:49:19 CEST] <nandex> hi, I'm creating mp4 video from images but when I plays from a web, the video has too lag. somebody know how to fix this?? ffmpeg -framerate $FPS -i $DIR/$FILENAME%d.png -c:v libx264 -profile:v high -crf 20 -b:v 1M -pix_fmt yuv420p output.mp4 -audio.aac -c:a aac -b:a 128k [01:50:04 CEST] <kyleogrg> kepstin: okay. i guess i asked before, but are the keyframes the same for each resolution? [01:50:07 CEST] <kepstin> nandex: what exactly do you mean by "lag"? does the video require extra buffering at some point? [01:50:50 CEST] <nandex> the video takes a lot of time to start and is a video of 3 seconds [01:51:23 CEST] <kepstin> kyleogrg: I suspect the max keyframe interval is always around 5s, but can't prove it. Since they've indicated that there are aligned keyframes in the dash manifest, I assume they use the same settings on all video sizes. [01:51:23 CEST] <drv> add -movflags faststart [01:51:46 CEST] <kyleogrg> kepstin: okay, i appreciate all the help [01:51:46 CEST] <nandex> with the same flags? [01:52:06 CEST] <kepstin> nandex: yes, just add that. [01:52:16 CEST] <nandex> ffmpeg -movflags faststart -framerate $FPS -i $DIR/$FILENAME%d.png -c:v libx264 -profile:v high -crf 20 -b:v 1M -pix_fmt yuv420p output.mp4 -audio.aac -c:a aac -b:a 128k [01:52:29 CEST] <drv> it's an output option, so it needs to go after the input stuff [01:52:41 CEST] <nandex> ok, ;) [01:53:03 CEST] <kepstin> nandex: note that with libx264, you can't set both '-crf' and '-b:v' at the same time, it is ignoring one of them [01:53:10 CEST] <kepstin> (i don't know which one) [01:53:35 CEST] <nandex> I think that crf is better [01:53:53 CEST] <kepstin> it usually is, yeah. Just remove the -b:v option. [01:57:46 CEST] <nandex> Do you recommended to me something for do this?? first I use ffmpeg to get the frames and audio, and then I use this command to get this video_out [02:00:49 CEST] <witChdoCtOr> hello [02:07:05 CEST] <nandex> I have the same problema, I put the video in a server and takes about 10secs to start [02:07:15 CEST] <nandex> is too because video only has 3 seconds [02:10:12 CEST] <nandex> ffmpeg -i $DIR/$FILENAME%d.png -c:v libx264 -profile:v high -crf 20 -pix_fmt yuv420p -movflags faststart out.mp4 -i audio.aac -c:a aac -b:a 128k. when add the out.mp4 to a server it takes a lot of time to start [02:13:00 CEST] <furq> that's not a valid command [02:13:10 CEST] <furq> oh nvm yes it is [02:13:38 CEST] <furq> wait, no it isn't. there's no output file for audio.aac [02:14:36 CEST] <nandex> is the same video file, no? [02:14:42 CEST] <furq> no [02:14:52 CEST] <furq> out.mp4 should be the last argument [02:15:04 CEST] <furq> also you probably don't need to reencode the audio [02:15:45 CEST] <nandex> but, why video takes about 10seconds to start to play? [03:10:49 CEST] <witChdoCtOr> what does -crf do? [03:18:13 CEST] <DHE> it's a compression mode that is intended to provide a constant "perceived" quality in a single pass. the more complex/motion-busy the scene, the lower the per-frame quality [03:18:58 CEST] <DHE> where 0 is close to lossless and bigger modes mean more quality loss [03:22:15 CEST] <witChdoCtOr> Couldn't find in help just realized I don't have libx264 [03:22:41 CEST] <witChdoCtOr> Does anyone here work with the libs? [03:22:49 CEST] <DHE> quite a bit yeah [03:23:43 CEST] <witChdoCtOr> have you used the new 3.1 ABI? [03:25:09 CEST] <DHE> with codecpar? [03:25:19 CEST] <witChdoCtOr> Yes! [03:26:19 CEST] <DHE> it should still be in the deprecation phase. using the old API should log warnings but still work [03:27:17 CEST] <witChdoCtOr> It is, but I am writing new code [03:27:52 CEST] <witChdoCtOr> I got my decode to work but having issues creating the raw output, when I don't have an input to copy from [03:42:43 CEST] <witChdoCtOr> https://gist.github.com/anonymous/de262eba06458b7dbf6b601d16ac7316 [04:22:58 CEST] <witChdoCtOr> https://gist.github.com/LinuxwitChdoCtOr/74c1721dd7688cf1d16509ea2a52d231 [05:15:04 CEST] <witChdoCtOr> hello [09:18:25 CEST] <speedio> i have a wmv video on 30mb which i want to convert to mp4(x264).. i tried settings like maxrate 800 and preset ultrafast.. but the file gets huge, from 300mb-2gb.. how can i just convert it so it stays around 30-50mb? [09:19:56 CEST] <furq> well for starters, don't use preset ultrafast [09:20:56 CEST] <nonex86> x264? check qp option [09:36:33 CEST] <speedio> ok will check qp option [11:08:15 CEST] <Spring> Unknown encoder 'libfdk_aac' [11:09:31 CEST] <Spring> hmm, would have expected zeranoe's builds to have it [11:10:08 CEST] <c_14> builds with libfdk-aac aren't redistributable [11:10:14 CEST] <Spring> oh [11:10:43 CEST] <JEEB> for many use cases the internal AAC encoder is already usable though with the latest FFmpeg [11:10:52 CEST] <JEEB> HE-AAC is one use case where it isn't (yet) [11:10:58 CEST] <Spring> cool beans, that's just 'aac' right? [11:11:00 CEST] <JEEB> LC-AAC should be usable tho [11:11:13 CEST] <JEEB> yup, that should be it [11:12:40 CEST] <Spring> the Tune settings for x264 are separate from the filters options, correct? [11:15:34 CEST] <Spring> yeah, it is. [11:16:02 CEST] <ozette> should i --enable-ffprobe explicitly to have it build? [11:17:22 CEST] <Spring> btw why is the CRF quality so different between h264 and VPx? [11:17:41 CEST] <Spring> CRF 33 in VPx is completely different from CRF 33 in x264 [11:18:13 CEST] <viric> I have seen different quality with same CRF within x264 [11:18:30 CEST] <Spring> viric, with the same source file? [11:18:32 CEST] <viric> no [11:18:37 CEST] <Spring> mine is the same [11:18:54 CEST] <viric> For recordings of one camera, the CRF values acted similar [11:19:05 CEST] <viric> When I switched to a recording of another (similar) camera, the result changed a lot [11:19:11 CEST] <viric> for my taste. [11:20:37 CEST] <ozette> i have an old ffprobe which i did not rebuilt, brought over from another system w/ same arch. it doesn't quite seem to run well. [11:20:49 CEST] <ozette> line 33 and 34 http://paste.debian.net/791071/ [11:21:06 CEST] <Spring> is it because VP9 has a maximum CRF of 63 while x264 only 50? [11:21:27 CEST] <Spring> *51 [11:22:32 CEST] <Spring> need to work out how to calculate the equivalent quality for the same input [11:35:23 CEST] <ozette> when i configure the ffmpeg source, it says enabled programs ffmpeg and ffprobe, but it only builds ffmpeg [11:36:39 CEST] <ozette> i must say that at the end i receive this error, not sure if it's supposed to build ffprobe after this: [11:36:45 CEST] <ozette> strip: Unable to recognise the format of the input file `ffmpeg' [11:36:48 CEST] <ozette> Makefile:127: recipe for target 'ffmpeg' failed [11:36:50 CEST] <ozette> make: *** [ffmpeg] Error 1 [11:36:52 CEST] <ozette> y [11:37:53 CEST] <Guest19512> Hi everybody. I'm glad if somebody could help me. I have a mp4 video file which should be sliced into 4 areas simultaneously. These 4 slices then should be streamed to 4 different clients. [11:38:12 CEST] <ozette> i believe this is because the resulting ffmpeg is meant for another architecture and make tries to somehow execute a part of it? it runs fine on the target system [11:38:39 CEST] <ozette> i'm not familiar with 'strip' [11:40:36 CEST] <bencoh> if you're cross-compiling then it should (?) use $toolchain-strip instead [11:40:46 CEST] <ozette> Guest19512: help with what? you know how to slice? [11:41:00 CEST] <ozette> bencoh: i see [11:41:50 CEST] <ozette> what's the configure option for that? --strip=$toolchain-strip ? [11:41:56 CEST] <Guest19512> ozette: no, I don't. Final goal is: Have one video file -> slice into 4 pieces -> stream to client -> convert it into ppm [11:42:46 CEST] <bencoh> ozette: I'd expect ffmpeg buildsystem to do that automatically in a crossbuild situation ... otherwise I'd say it's a bug :) [11:42:55 CEST] <bencoh> or something wrong with your build [11:43:15 CEST] <kdehl> nonex86: Hey. [11:43:21 CEST] <kdehl> nonex86: It works now. Thank you so much! [11:43:32 CEST] <bencoh> I do see strip_default="${cross_prefix}${strip_default}" [11:43:33 CEST] <nonex86> kdehl, hey, nice, welcome :) [11:43:35 CEST] <bencoh> in configure [11:43:41 CEST] <kdehl> :) [11:44:06 CEST] <kdehl> nonex86: My main since yesterday has been a integer division. Incredibly embarrassing. [11:44:13 CEST] <kdehl> 3 / 2 * 100 != 100 * 3 / 2 [11:44:23 CEST] <bencoh> ozette: do you --cross-prefix=foobar ? [11:44:25 CEST] <ozette> bencoh: well there's a --cross-prefix kind of thing, which i'm not using atm [11:44:30 CEST] <ozette> ha [11:44:31 CEST] <bencoh> well ... ;) [11:44:34 CEST] <kdehl> Or even 100 * 3 / 2 != 100 * (3 / 2) [11:44:53 CEST] <ozette> alright will try that [11:44:57 CEST] <kdehl> *an integer division [11:45:13 CEST] <bencoh> ozette: as a rule of thumb, never expect build systems to work properly in a crossenv just by overriding CC :) [11:46:11 CEST] <nonex86> result comparands are floating point values ? ;) [11:46:54 CEST] <kdehl> nonex86: I'm too used to the real world, where they are exactly that! [11:48:25 CEST] <nonex86> well, fp values can cause the problems too :) [11:48:49 CEST] <kdehl> To be honest I don't think I've ever programmed using floating point values. [11:49:41 CEST] <nonex86> and in your case (3/2) will give 1 in case of integer [11:49:53 CEST] <kdehl> Indeed. [11:50:07 CEST] <nonex86> so, result is correct 100*3/2 != 100*(3/2) [11:50:44 CEST] <kdehl> That expression is correct, yes. But the fact that it is correct took me a couple of ours to figure out. [11:50:55 CEST] <nonex86> :) [11:51:49 CEST] <kdehl> Naturally I found a problem with the _encoding_, after decoding the file. [11:52:03 CEST] <ozette> bencoh: good point [11:55:38 CEST] <Spring> Tried subtracting '7' from the VPx CRF value for the Mp4 (based on some previous tests) however this will fall apart if a much lower value is added [12:02:58 CEST] <ozette> yay no errors, and got me a ffprobe :) [12:11:29 CEST] <EmleyMoor> I'm trying to concatenate two .MOV files from my dashcam (or all but the first minute of one with just the first 10 seconds of another) but cannot see a way to do it that actually works... [12:15:04 CEST] <EmleyMoor> The concat protocol just results in a freeze where the first file ends [12:15:56 CEST] <EmleyMoor> As for the concat demuxer, I can't see how to actually use it. [12:18:58 CEST] <iive> EmleyMoor: by protocol you mean the -filter complex ... concat one? [12:19:33 CEST] <iive> it have requirement that the input must start from timestamp 0 [12:20:38 CEST] <iive> so sometimes it helps if you just stream copy the parts you need into new files (aka -c copy) and then use these files as inputs [12:22:32 CEST] <EmleyMoor> iive: No, that's the filter, not the protocol [12:23:15 CEST] <EmleyMoor> I can't get the filter to work either, says: Cannot find a matching stream for unlabeled input pad 4 on filter Parsed_concat_0 [12:29:27 CEST] <EmleyMoor> Don't care which method, but need to get one of them to work [12:30:43 CEST] <ozette> ffprobe fails to make thumbnails, wondering if it's a lib i'm missing when ffprobe returns this to me: [12:30:46 CEST] <ozette> [NULL @ 0x31708a0] Unable to find a suitable output format for '/path/video/thumbs/d06acc15edd0af66065af378605c2fa9/tn_1.png' [12:31:19 CEST] <iive> ffmpeg -i v1.mp4 -i v2.mp4 -filter_complex '[0:0] [0:1] [1:0] [1:1] concat=n=2:v=1:a=1 [v] [a] -map '[v]' -map '[a]' [12:31:55 CEST] <iive> the above is incomplete example for 2 files. you need to specific video and audio codec and output file. [12:31:58 CEST] <ozette> ffprobe v3.1.2 [12:32:43 CEST] <iive> ozette: no, missing library would prevent the program from running. [12:33:24 CEST] <EmleyMoor> Ah - just a question of getting all the numbers right [12:34:18 CEST] <ozette> iive: i mean a non --enabled library, even then? [12:35:06 CEST] <iive> ozette: i'm not that familiar with ffprobe, but I think it doesn't have an output... so the error message is a bit puzzling. [12:35:18 CEST] <ozette> hmm i see [12:35:23 CEST] <iive> what is your command line? [12:35:45 CEST] <ozette> actually i'm using a library to generate the command for me, one moment i'll try to figure it out [12:36:04 CEST] <ozette> it's puzzling to me too, because my application works on x64 [12:36:53 CEST] <ozette> now i built ffmpeg and ffprobe for this particular one armada-xp processor, and both programs look 'ok' [12:38:11 CEST] <ozette> thumbnail step however fails, not sure if anyone gets any wiser from this: http://paste.debian.net/791071/ .. i'll try to find out the actual command [12:44:05 CEST] <iive> my blind guess at this point is that you are missing "-i" option [12:44:43 CEST] <iive> nah, ffprobe doesn't need it. [12:46:11 CEST] <ozette> mhm [12:46:27 CEST] <iive> it output file information (from demuxer). It probably tries to decode the image and it can't find pixel format for it. [12:46:30 CEST] <ozette> the way i create the thumbs is also according to an example, which works fine on my other workstation [12:46:45 CEST] <ozette> so it doesn't know png? [12:46:46 CEST] <iive> is the png created by ffmpeg itself? [12:47:24 CEST] <ozette> yea, it's supposed to [12:47:40 CEST] <ozette> but i see no png in the directory [12:48:30 CEST] <ozette> currently looking for a way with this lib to output the input to a file or something [12:48:32 CEST] <iive> ozette: when the decoder is run, sometimes it could output more than one format, so there is code to negotiate the format. [12:48:49 CEST] <iive> probably this is the output it talks about. [12:49:55 CEST] <iive> what does `file tn_1.png` say? [12:53:06 CEST] <Spring> what's the difference between -maxrate and -b:v when used for x264? In VP9 -b:v is used to set a max bitrate cap. Is there any difference? [12:53:30 CEST] <ozette> iive: there's no tn_1.png unfortunately [12:55:25 CEST] <Spring> confusingly there's a Stack Exchange answer which states -b:v is used to specify a constant bit rate [12:56:04 CEST] <ozette> what exactly is `file tn_1.png` supposed to do? [12:56:22 CEST] <iive> ozette: indeed, it prints info of mp4 file. [12:56:48 CEST] <iive> it should tell some info about the file, aka, resolution color format. [12:57:17 CEST] <ozette> oh, you mean the video? [12:57:25 CEST] <iive> i haven't got much sleep today, so i'm not quite sharp knife. [12:57:43 CEST] <ozette> haha don't mind [12:57:54 CEST] <iive> ozette: find the exact command line (with arguments) and you might have an answer. [12:58:27 CEST] <ultrav1olet> upload.ffmpeg.org ftp is down [12:58:34 CEST] <ultrav1olet> when can I upload files to? [12:58:43 CEST] <ozette> iive: sure, i'll try to find out, the lib i'm using abstracts things so.. [12:58:51 CEST] <ozette> this is the output of file on the video btw SampleVideo_1280x720_1mb.mp4: ISO Media, MP4 Base Media v1 [IS0 14496-12:2003] [12:59:41 CEST] <VamoMenem> Spring you can use -b:v 250k -bufsize 250k [12:59:54 CEST] <VamoMenem> to get 250k constant bitrate , look here. https://trac.ffmpeg.org/wiki/Limiting%20the%20output%20bitrate [13:00:52 CEST] <Spring> VamoMenem, so that sets a constant bitrate? If I have say CRF 20 -b:v 20M what would that do? [13:01:31 CEST] <Spring> trying to figure out the equivalent settings from VPx -> h.264 and the docs are a bit different [13:03:32 CEST] <ultrav1olet> iive: upload.ffmpeg.org ftp is down. Where can I upload files to? [13:04:38 CEST] <VamoMenem> Spring is very tricky get constant bitrate in libx264. If that not work for you can try to do -b:v 9M -minrate 8M -maxrate 10M [13:05:22 CEST] <VamoMenem> in my case allways get a litte more than 10M. Documentatin recomends using min, max and b:v in the same value, but not worked for me [13:05:54 CEST] <Spring> it probably does set a constant bitrate but I'm only looking for a max bitrate cap and was trying to understand the differences in syntax from one encoder to the other [13:06:35 CEST] <JEEB> VamoMenem: maxrate and bufsize and general ABR are something passed onto libx264, but minrate is a thing inside lavc itself. I would generally never use it myself [13:06:49 CEST] <Spring> I've read somewhere that -bufsize is required for -maxrate, is there a simple calculation for how much bufsize would be needed? [13:07:03 CEST] <JEEB> it is just a figure you should configure between your player and encoder [13:07:13 CEST] <JEEB> the more is needed the more the player has to buffer to be sure [13:07:29 CEST] <JEEB> maxrate*2 would be two seconds worth of buffer, for example [13:07:42 CEST] <JEEB> and yes, I was just going to say that you in general should never use just maxrate, but also define bufsize [13:08:15 CEST] <JEEB> these of course only limit the maximum bit rate over bufsize [13:09:09 CEST] <JEEB> in most cases you really don't want a really constant constant bit rate, so that's OK for 99% of all uses [13:09:32 CEST] <JEEB> (that way the encoder can also be more adaptive regarding where to use bits) [13:09:46 CEST] <VamoMenem> JEEB yesterday y checked everithing! in certain situations min max and buf and b:v can help [13:10:15 CEST] <JEEB> b:v is the general rate control mode [13:10:36 CEST] <JEEB> maxrate and bufsize are implemented in libx264 and minrate is a libavcodec hack that *can* work [13:10:53 CEST] <JEEB> but I would generally not use it due to it not being a libx264 feature [13:11:29 CEST] <Spring> just to be clear, bufsize isn't just for streaming, or is it? Just wanting to cap CRF quality at a certain max bitrate. [13:12:02 CEST] <JEEB> it is for all use cases where you need to limit bit rate to a specific rate over a buffer [13:12:11 CEST] <JEEB> media, internets, limited bandwidth in general [13:12:12 CEST] <VamoMenem> helps if you need not exed a bitrate. maxrate can exced it. setting minrate to a lower desired value (ej to get 300kbps set min to 200, b:v 250 and max 300) do the jobe [13:12:52 CEST] <JEEB> if you just need a general maximum then I recommend you do a CRF encode first and then use 2pass to a specific ABR in case the CRF encode is too big [13:13:06 CEST] <JEEB> (or just set bufsize very large, but I'm not sure how well that will work [13:13:19 CEST] <iive> ultrav1olet: the `host` command says that this address is alias for streams.videolan.org ... [13:13:51 CEST] <VamoMenem> nice, but if you want a low latency scenario a big bufsize is not an option. [13:14:30 CEST] <VamoMenem> is my case, i dont try using 2pass yet but readed about it [13:14:59 CEST] <JEEB> of course not, I'm just saying for Spring :P since he seems to just want to use CRF + specific ABR rate in case CRF gets too big [13:15:25 CEST] <JEEB> not specifically bufsize+maxrate VBV/HDR [13:17:08 CEST] <Spring> yeah, basically just trying to reproduce in x264 -crf <value> -b:v <value> from VPx which does that. [13:17:24 CEST] <JEEB> that doesn't do that [13:18:02 CEST] <Spring> JEEB, this is wrong? https://trac.ffmpeg.org/wiki/Encode/VP9 [13:18:34 CEST] <Spring> seems to works for me [13:18:38 CEST] <JEEB> not necessarily, I'm just saying that it doesn't do exactly what you think it does and that crf+ABR isn't a thing that should be (it generally means something different as it originally did in libx264) [13:18:51 CEST] <JEEB> it's just how the CRF option got mapped in libvpx :P [13:19:13 CEST] <brontosaurusrex> What should I say if i want interlaced prores encoding? [13:19:48 CEST] <Spring> makes it a tad confusing :) [13:19:55 CEST] <JEEB> anyways, two alternatives. you either use like a ten+ second buffer, or you just do a full unlimited CRF and then unlimited 2pass to a specific ABR if the CRF is too big [13:20:08 CEST] <JEEB> Spring: yeah I have generally been against using the same option name for things that don't actually have it [13:20:33 CEST] <JEEB> CRF came from libx264 originally and people just decided to map other encoders' "constant quality" like modes (whatever that actually means) to it [13:21:12 CEST] <Spring> no wonder the CRF values aren't equivalent [13:21:43 CEST] <Spring> so with a 10+ second buffer what kind of an effect would that have if someone is just playing it in their browser? [13:22:16 CEST] <JEEB> if you don't set a buffer in the player at all, nothing really :P it just means that the maximum usable video bit rate is limited to the maxrate over bufsize [13:22:44 CEST] <JEEB> so you have X megabits being the maximum bit rate, and bufsize is X*10 for example [13:23:16 CEST] <JEEB> whether or not it hits that rate depends on your CRF value, preset and the content itself [13:23:31 CEST] <ultrav1olet> iive: and streams.videolan.org is an alias for jones.videolan.org [13:23:41 CEST] <Spring> I'll try some tests, thanks [13:34:35 CEST] <Spring> appears to work, nice [13:34:48 CEST] <Spring> the buffer is 200M lmao [13:40:28 CEST] <ozette> iive: i found out the input the lib uses, the first line (very long) is actually what it's trying to output (20 images) http://paste.debian.net/791090/ [13:41:28 CEST] <ultrav1olet> when I'm trying to conver flash video (H.264 codec) to any other video format, my ffmpeg changes its framerate from 30 to 15 [13:41:28 CEST] <ozette> the last two lines is what makes my ffmpeg exit [13:41:45 CEST] <ultrav1olet> Why does it do that? [13:42:06 CEST] <migzi> hi guys, iam having a problem getting atempo to run, i have a video file 22:00.01 length , and a audio file, length 21:07.90, i want to use atempo as accurate as possible to adjust the audio speed [13:42:23 CEST] <migzi> can someone help me to calculate the right speed [13:42:25 CEST] <JEEB> ultrav1olet: it should keep the input timestamps unless there's a bug or you're setting the input rate [13:42:44 CEST] <JEEB> or output rate [13:42:50 CEST] <ultrav1olet> JEEB: that's all I do: ffmpeg -i source -c:v libx264 -preset veryslow out.mkv [13:43:06 CEST] <JEEB> yeah, that shouldn't touch the amount of pictures or the timestamps of them [13:43:47 CEST] <iive> ozette: well, it's definitely not ffprobe, it is classic ffmpeg :D [13:43:50 CEST] <ultrav1olet> source: Stream #0:1: Video: h264 (Baseline), yuv420p(tv), 640x480 [SAR 1:1 DAR 4:3], 30.30 fps, 15 tbr, 1k tbn, 60 tbc [13:44:07 CEST] <ultrav1olet> result: Stream #0:0: Video: h264 (High), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 15 fps, 15 tbr, 1k tbn, 30 tbc (default) [13:44:18 CEST] <ultrav1olet> WTF? [13:44:19 CEST] <JEEB> ultrav1olet: but did you check the actual timestamps :P [13:44:25 CEST] <durandal_1707> migzi: divide one number with another, in seconds [13:44:34 CEST] <ultrav1olet> JEEB: how can I do that? [13:44:45 CEST] <JEEB> like, try playing is the simplest [13:44:49 CEST] <migzi> i did, 42 is the difference [13:44:54 CEST] <migzi> ah divide oke [13:45:02 CEST] <JEEB> if you suddenly lost half of the pictures it should be clearly visible [13:45:20 CEST] <ultrav1olet> JEEB: what should I see? [13:45:48 CEST] <ultrav1olet> mpv_identify.sh also says the source is 30fps [13:45:49 CEST] <migzi> thank you [13:45:53 CEST] <JEEB> if it looks OK it's most probably just some container data that ffmpeg/ffprobe is using to calculate the numbers, and how the files are created lead to different variables :P [13:46:13 CEST] <JEEB> ultrav1olet: I mean it should be rather obvious if you suddenly lost half of the input pictures or the video was slown down [13:46:24 CEST] <ultrav1olet> it looks ok to me [13:46:33 CEST] <JEEB> then it is, and it's just the difference in containers [13:47:02 CEST] <ultrav1olet> the difference which results in every other frame being lost? [13:47:03 CEST] <JEEB> and how ffmpeg/ffprobe go get the general (initial) data [13:47:07 CEST] <JEEB> no [13:47:14 CEST] <JEEB> if it looks ok then you haven't lost jack shit [13:47:31 CEST] <JEEB> it's just how the tool shows the average initial picture rate data [13:47:38 CEST] <Spring> do presets change any of the options you set or just the speed/compression? [13:47:39 CEST] <ultrav1olet> ticker 4643 - see the attached file, it's a flash video [13:47:41 CEST] <JEEB> you can use ffprobe or something to actually output the data on the pictures [13:47:47 CEST] <ultrav1olet> ticket [13:47:50 CEST] <Spring> eg: ultrafast, slow, etc [13:48:19 CEST] <JEEB> ultrav1olet: what I mean is that it's OK and for whatever reason your initial file data gets interpreted differentl for the initial shown information [13:49:01 CEST] <JEEB> you can do more checking if you absolutely want, but my guess is it's just the input file and the initial data that leads to the difference in shown information in the tool you're using (and mpv also uses the same data for the initial stats) [13:49:19 CEST] <JEEB> instead of those stats, the actual PICTURE TIMESTAMPS are used for any sort of playback or transcoding [13:49:21 CEST] <ultrav1olet> JEEB: can I dump raw frames then? [13:49:29 CEST] <ultrav1olet> I mean the number of them [13:49:40 CEST] <JEEB> yes, ffmpeg -i input -f null - [13:49:42 CEST] <ultrav1olet> This will give the correct asnwr [13:49:45 CEST] <JEEB> that will decode them all [13:49:50 CEST] <JEEB> do that for both [13:50:21 CEST] <JEEB> ffmpeg should output how many pictures it decoded [13:50:47 CEST] <Spring> this seems to explain it http://stackoverflow.com/questions/14306205/do-ffmpeg-h264-compression-pres… [13:50:54 CEST] <ultrav1olet> I see literally thousands of "Application provided invalid, non monotonically increasing dts to muxer in stream 0: 25739 >= 25739" [13:51:15 CEST] <JEEB> yes, that just means that the FLV file is kind of derped [13:51:23 CEST] <JEEB> but it should still decode :P [13:52:09 CEST] <JEEB> Spring: it's generally just the speed/vs compression ratio. do note that because they change the internals the results with the same CRF value between presets is different [13:52:22 CEST] <JEEB> it might not be too big of a difference but I still have to note it [13:52:31 CEST] <JEEB> because some people go from medium to veryslow for example [13:52:35 CEST] <JEEB> and expect a smaller file [13:52:58 CEST] <JEEB> but then as the algorithms actually "see/compress more" than with the faster preset you actually can get a somewhat larger file [13:52:58 CEST] <migzi> durandal_1707: 22 min (1320) / 21:07.9 (1267,9) results in 1.041091568735705 new audio size is 00:21:07.95 PERFECT [13:52:58 CEST] <bencoh> Spring: x264 --fullhelp for an answer to how presets affect settings [13:53:06 CEST] <migzi> thanks so simple [13:53:08 CEST] <Spring> yeah, looking at these results there's not much of an advantage filesize wise, http://blogs.motokado.com/yoshi/2011/06/25/comparison-of-x264-presets/ [13:53:13 CEST] <ozette> iive: yea.. my mistake x) [13:53:16 CEST] <Spring> though quality may improve [13:53:24 CEST] <ozette> but i recall this part of my program not working if ffprobe was not around [13:53:36 CEST] <JEEB> Spring: you shouldn't take such comparisons as general recommendations [13:53:40 CEST] <ultrav1olet> JEEB: I divided the number of frames by the video length, got 19.387 [13:53:49 CEST] <ultrav1olet> RTMP sucks [13:53:55 CEST] <JEEB> ultrav1olet: FLV can have variable rate and all just fine [13:54:11 CEST] <ozette> anyhow why would this input work on my other systems, but not on this armada xp one with ffmpeg v3.1.2 [13:54:14 CEST] <JEEB> it has 1000 ticks per second, and all pictures then have a timestamp according to that [13:54:15 CEST] <ozette> the command doesn't look weird to me [13:54:37 CEST] <ultrav1olet> then when I reencode this video what target fps will ffmpeg choose? [13:54:46 CEST] <JEEB> FPS is not a thing that ffmpeg chooses [13:54:52 CEST] <JEEB> it takes in input timestamps [13:54:56 CEST] <JEEB> and uses those [13:55:03 CEST] <JEEB> FPS in containers died ages ago :P [13:55:09 CEST] <JEEB> AVI was one of the last ones to do that [13:55:12 CEST] <ultrav1olet> JEEB: are you saying the target video will also have a varying FPS? [13:55:31 CEST] <ultrav1olet> God [13:55:35 CEST] <JEEB> yes, ffmpeg will not touch the amount of pictures or their timestamps [13:55:56 CEST] <JEEB> well, depends on the output container timebase of course, some want smaller some want bigger :P [13:56:46 CEST] <JEEB> ultrav1olet: basically if you run the ffmpeg thing on both input and output files and decode them they should have the same amount of pictures [13:57:03 CEST] <ultrav1olet> you mean "frames" [13:57:06 CEST] <JEEB> no [13:57:08 CEST] <JEEB> pictures [13:57:12 CEST] <JEEB> pictures can be frames or fields [13:57:18 CEST] <ultrav1olet> OMG [13:57:30 CEST] <ultrav1olet> I feel like a very old man [13:57:54 CEST] <JEEB> I think very few decoders in libavcodec output field picture of course :) [13:58:11 CEST] <JEEB> but since both are possible I like to use the general term that is also used in specifications [13:58:24 CEST] <ozette> old men are full of wisdom [13:59:09 CEST] <witChdoCtOr> Would anyone mind looking at some code and tell me how messed up I am? [13:59:13 CEST] <JEEB> Spring: the way you do it usually is you pick a sample or a couple of them, pick 500 picture samples from it/them (like five or so of them), and then encode that first with different presets and then with different CRF values [13:59:28 CEST] <JEEB> that way you first find the slowest preset that is still fast enough for you [13:59:40 CEST] <JEEB> and then you find in that preset the highest CRF that sitll looks good for you [14:00:11 CEST] <Spring> encoding still images you mean? [14:00:18 CEST] <JEEB> no [14:00:28 CEST] <Spring> just small clips then [14:00:34 CEST] <JEEB> it's simpler with something like avisynth or vapoursynth but you can cut ~500 picture samples [14:00:41 CEST] <JEEB> four or five or them should be enough [14:00:48 CEST] <JEEB> that way you could have different types of content there [14:00:57 CEST] <JEEB> and it takes less time than encoding a full movie or something [14:00:59 CEST] <ultrav1olet> JEEB: thanks a lot! [14:01:44 CEST] <Spring> for my purpose I'm testing 15-20 second clips of similar content, since that's what it'll be used for [14:02:00 CEST] <JEEB> ok [14:02:03 CEST] <Spring> and comparing encoding times, quality and filesize [14:12:03 CEST] <iive> ozette: that command tries to make snapshots at different possitions in the file. [14:12:31 CEST] <iive> the movie seems to be standard yuv420p [14:19:35 CEST] <ozette> iive: true, it does try that [14:20:02 CEST] <iive> ozette: could you try a simpler case e.g. `ffmpeg -i file.mp4 -vframes 1 test.png` ? [14:20:11 CEST] <ozette> will try [14:23:41 CEST] <ozette> iive: interesting.. http://paste.debian.net/791095/ [14:23:55 CEST] <ozette> unable to find suitable output format for test.png [14:24:17 CEST] <ozette> same result, with this simple case [14:26:33 CEST] <iive> i have an older ffmpeg version(3.3.? git), and it works but produces this warning "[image2 @ 0x2974600] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead." [14:27:02 CEST] <ozette> oh [14:27:05 CEST] <iive> so it is quite likely that you've hit a regression. the evil plan still produces evil fruit. [14:27:16 CEST] <iive> ozette: if you can, try 3.3.1 and 3.3.0 [14:27:21 CEST] <ozette> :( [14:27:24 CEST] <ozette> yea, i will try 3.1.1 [14:27:30 CEST] <radia> try this command; ffmpeg -i input.mp4 -ss 00:00:00.00 -t 00:00:05.0 -vf scale=960:-1 -c:v libvpx-vp9 -pass 2 -qmin 0 -qmax 50 -b:v 1000K -c:a libopus -b:a 64K -vbr on -threads 1 -speed 1 -tile-columns 0 -frame-parallel 0 -auto-alt-ref 1 -lag-in-frames 25 -g 64 -aq-mode 0 -sn -f webm output.webm [14:27:31 CEST] <ozette> my other workstations run 3.1.1 [14:27:47 CEST] <iive> try 3.3.1 [14:27:48 CEST] <ozette> and there all works well, should've figured.. [14:28:05 CEST] <ozette> alright, will do that [14:28:25 CEST] <iive> it's better to find where it broke [14:31:59 CEST] <ozette> radia: tried that as well, but not sure what -vbr is, it's unrecognized [14:33:05 CEST] <iive> -vbr is tla for variable bitrate [14:33:10 CEST] <kepstin> ozette: you built that ffmpeg with --disable-muxer=image2 [14:33:19 CEST] <kepstin> ozette: that's the muxer that makes png files :/ [14:33:33 CEST] <ozette> oh, that sounds familiar [14:33:55 CEST] <witChdoCtOr> https://gist.github.com/LinuxwitChdoCtOr/74c1721dd7688cf1d16509ea2a52d231 [14:34:33 CEST] <witChdoCtOr> My current output is messed up [14:34:34 CEST] <iive> ozette: try `ffmpeg -formats | grep image2` [14:34:42 CEST] <witChdoCtOr> Output #0, mp4, to 'enc.mp4': [14:34:43 CEST] <iive> to check if you have it. [14:34:43 CEST] <witChdoCtOr> Stream #0:0: Unknown: none (h264_nvenc) ([33][0][0][0] / 0x0021) [14:34:45 CEST] <witChdoCtOr> av_dump_format enc.mp4 [14:34:46 CEST] <witChdoCtOr> [mp4 @ 0x16ebd60] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [14:34:48 CEST] <witChdoCtOr> [mp4 @ 0x16ebd60] dimensions not set [14:34:49 CEST] <witChdoCtOr> ERROR:avformat_write_header:: [14:34:54 CEST] <iive> witChdoCtOr: use pastebin site [14:35:54 CEST] <witChdoCtOr> sorry new at irc [14:35:55 CEST] <ozette> iive: http://paste.debian.net/791097/ shows two 'D's at image2 and image2pipe [14:36:29 CEST] <ozette> already doing make clean and a configure with those two --disabled removed [14:36:44 CEST] <iive> ozette: D is demuxer, You need to have E too [14:36:51 CEST] <iive> e.g. [14:37:05 CEST] <iive> DE image2 image2 sequence [14:37:38 CEST] <ozette> aha [14:37:47 CEST] <iive> well, I was too quick to blame the evil plan. [14:37:48 CEST] <ozette> noted [14:38:14 CEST] <ozette> 3.3.1 is a git release? [14:38:39 CEST] <witChdoCtOr> http://pastebin.com/download/0cWYRr76 [14:38:41 CEST] <iive> no [14:38:59 CEST] <iive> it is a release release [14:39:03 CEST] <ozette> i don't see any releases after laplace [14:39:41 CEST] <iive> ozette: i thought it is regression, but kepstin had better theory and the grep seems to confirm it. [14:39:54 CEST] <ozette> yea, thanks kepstin :) [14:39:55 CEST] <iive> so compile the latest release, without the --disable and it should work. [14:40:06 CEST] Action: ozette makes notes [14:59:18 CEST] <witChdoCtOr> why use pastebin over gist ? [15:01:49 CEST] <kepstin> gist is fine if you want. people here use 'pastebin' as a generic term [15:02:59 CEST] <iive> gist is ok, I thought you are going to paste some huge log, and it's recommended if there are more than couple lines to use some pastebin site. [15:04:29 CEST] <witChdoCtOr> gotcha noob here [15:05:28 CEST] <witChdoCtOr> but I knew not to spam here, have been in other chats before... [15:06:05 CEST] <witChdoCtOr> did anyone look at my code? [15:07:35 CEST] <iive> sorry, today i'm not in condition to read code :Z [15:09:33 CEST] <witChdoCtOr> np undetand [15:11:16 CEST] <ozette> i think i'm getting close, by dropping the disabled muxers of image2, ffmpeg formats now displays DE, but still missing png i believe: http://paste.debian.net/791107/ line 31 [15:11:34 CEST] <iive> witChdoCtOr: about the error, you might want to read some recent documentation. e.g. thing like width and height were sotred in .codec param that is the same as the one used by codecs, It has been phased out and new structure is used. [15:11:46 CEST] <ozette> png encoder* [15:11:53 CEST] <witChdoCtOr> codecpar [15:12:02 CEST] <witChdoCtOr> yea, 3.1 ABI [15:12:14 CEST] <kepstin> ozette: you have a bunch of really weird and useless --disable and --enable options on your configure. you should probably remove most of them [15:12:19 CEST] <iive> the codecpar. most of the time you just have to change codec to codecpar, but there are some thing different. [15:12:20 CEST] <witChdoCtOr> notice the call avcodec_parameters_to_context [15:12:42 CEST] <iive> the encoder still complains that codecpar is not set and that codec is used... [15:12:51 CEST] <iive> the muxer... sorry [15:12:52 CEST] <ozette> kepstin: true [15:13:51 CEST] <witChdoCtOr> yea got some tips from libav-user(a)ffmpeg.org [15:14:24 CEST] <witChdoCtOr> I noticed the same thing, got rid of the deprecated compile warnings, it still outputs to the log [15:15:22 CEST] <ozette> will remove all disables except for ffserver and ffplay [15:15:59 CEST] <shincodec> get rid of texi [15:16:06 CEST] <shincodec> html build from configure and the suit of garbage [15:16:20 CEST] <shincodec> thankfully deleted it and the make file didnt shite itself [15:16:40 CEST] <shincodec> with all these changes going to claim it as mine and call it ffmpeg-thebetterhalf [15:17:05 CEST] <shincodec> hey hey... everything is bigger in... texi [15:17:10 CEST] <shincodec> you know like texas? [15:18:24 CEST] <iive> ozette: yeh, good idea. probably the encoder depends on something you've disabled. I thought png uses gzip for compression. but I don't see that one disabled in your pastebin... so no idea. [15:19:28 CEST] <ozette> iive: there was a disable bzlib, not sure if that's being used instead [15:19:50 CEST] <ozette> i dropped it in my new config [15:20:01 CEST] <shincodec> you ever set a camera stream to 20fps [15:20:07 CEST] <shincodec> but its giving you 17-18 really? [15:20:31 CEST] <iive> ozette: png should depend/select just zlib [15:20:51 CEST] <ozette> lmao my previous config even said --disable-bzlib twice [15:21:01 CEST] <ozette> so bad [15:21:02 CEST] <iive> ozette: yeh... just to be sure :D [15:21:09 CEST] <ozette> :p [15:25:24 CEST] <Fyr> is it possible to output rawvideo from a window into a file? [15:25:32 CEST] <shincodec> i had enable-pic twice [15:25:36 CEST] <shincodec> one at beginning and end [15:25:50 CEST] <shincodec> its all good in the blob of configure though [15:28:08 CEST] <witChdoCtOr> ffmpeg -f x11grab -r 60 -video_size 1024x768 -i :0.3 -c:v rawvideo -pix_fmt yuv420p output.avi [15:28:26 CEST] <witChdoCtOr> Fyr [15:28:43 CEST] <Fyr> thanks [15:29:02 CEST] <Fyr> witChdoCtOr, is it possible to do the same on Win7? [15:29:17 CEST] <Fyr> it's a win program. [15:29:20 CEST] <witChdoCtOr> yes but its not x11grab [15:29:42 CEST] <Fyr> it shows a text so fast that I can't catch it. [15:29:51 CEST] <witChdoCtOr> think it does directX something [15:31:45 CEST] <witChdoCtOr> do ffmpeg -devices [15:32:42 CEST] <Fyr> thanks [15:32:53 CEST] <Fyr> funny, that I have a caca device. [15:33:04 CEST] <witChdoCtOr> Not a windows guy but see this https://ffmpeg.org/ffmpeg-devices.html dgigrab [15:33:46 CEST] <witChdoCtOr> YMMV [15:34:13 CEST] <VamoMenem> im experimenting issues whit h264_nvenc and android devices. like baseline lvl 3.1 is not working good on h264_nvenc [15:34:33 CEST] <witChdoCtOr> can't you redirect stdout on windows? [15:34:47 CEST] <witChdoCtOr> How do you mean "not working good"? [15:35:26 CEST] <VamoMenem> video in android devices hangs and freezez [15:35:49 CEST] <witChdoCtOr> encoding? [15:36:50 CEST] <VamoMenem> -vcodec h264_nvenc -b:v 300k -g 25 -preset hq -profile:v baseline -level:v 3.1 [15:37:32 CEST] <VamoMenem> i tested injecting params by myself based on stacksoverflow ask about ffmpeg and android compatibility but no success [15:37:32 CEST] <DHE> what about the audio? you may need to use a specific codec or settings, like AAC stereo only [15:38:03 CEST] <ozette> well.. this still has the 'encoder (codec png) not found for output stream' 'error configuring complex filters', should i explicitly --enable-encoder=png? [15:38:06 CEST] <DHE> I've seen android players (3rd party) have a fit with any other audio settings (within my own constraints) [15:38:09 CEST] <VamoMenem> yes, audio its ok -acodec libfdk_aac -ar 48000 -b:a 64k [15:38:12 CEST] <ozette> this build' [15:38:49 CEST] <VamoMenem> yes, happened yed to me when use libx264 in the past. now when change to nvenc the firts thing i do is check audio codec [15:39:46 CEST] <witChdoCtOr> -pix_fmt yuv420p ??? [15:40:16 CEST] <witChdoCtOr> I can't get nvenc without the pix_fmt [15:41:50 CEST] <VamoMenem> i just do a resize before, -vf "hwupload_cuda,scale_npp=w=480:h=270:format=same:interp_algo=linear" \ [15:42:16 CEST] <witChdoCtOr> 300K seems small for gop=25 [15:42:37 CEST] <witChdoCtOr> ahh small screen! lol [15:42:52 CEST] <VamoMenem> yes!! :D [15:43:15 CEST] <VamoMenem> i think because of the resize i can start whitout pix_fmt i put it now to check [15:43:22 CEST] <witChdoCtOr> it did not perform for me at baseline so I always use -profile:v high [15:43:27 CEST] <BtbN> pix_fmt is CUDA anyway [15:44:01 CEST] <BtbN> And nvenc only support YUV420, so if it doesn't fail entirely, you're good on that end. [15:45:28 CEST] <witChdoCtOr> ^^^ that is what I meant...<> [15:46:16 CEST] <witChdoCtOr> anyone know how to setup a raw stream with the new 3.1 ABI? [15:46:29 CEST] <witChdoCtOr> https://gist.github.com/LinuxwitChdoCtOr/74c1721dd7688cf1d16509ea2a52d231 [15:48:06 CEST] <VamoMenem> yes, i checked right now and get an format error if use -pix_fmt yuv420p [15:48:32 CEST] <VamoMenem> i dont know what happend , this cfg worked good for android in libx264 [15:48:47 CEST] <VamoMenem> but if i use h264_nvenc nope [15:51:08 CEST] <witChdoCtOr> what gpu? [15:51:38 CEST] <witChdoCtOr> by hang you mean the video stops? but the encode is still running? [15:51:46 CEST] <VamoMenem> is a quadro m4000 [15:51:55 CEST] <nonex86> nv12 == yuv420p? [15:52:04 CEST] <nonex86> because cuvid support only nv12 ;) [15:52:19 CEST] <VamoMenem> works fine in ios or pc, but in android phones image hangs, freeze or jump [15:52:27 CEST] <VamoMenem> and chunks waits to start [15:53:24 CEST] <VamoMenem> nv12 == yuv420p ? [15:53:29 CEST] <witChdoCtOr> not really [15:53:43 CEST] <witChdoCtOr> but nvenc should support both [15:53:44 CEST] <JEEB> same data in different way [15:53:56 CEST] <JEEB> nv12 is half-packed, yuv420p is fully planar [15:54:01 CEST] <witChdoCtOr> same but different [15:54:12 CEST] <Spring> this is nuts [15:54:13 CEST] <witChdoCtOr> get all technical there... [15:54:42 CEST] <JEEB> basically GPU vendors started liking having the chroma in a single buffer packed together (CbCrCbCr...) [15:54:51 CEST] <nonex86> than yuv420p is wrong, at least on current cuvid implementation i used nv12 as output surface [15:55:04 CEST] <VamoMenem> i should test using format=nv12 instead yov420p? [15:56:12 CEST] <BtbN> There is no cuvid involved in that command, nonex86. [15:56:13 CEST] <nonex86> cant say anything related ffmpeg interop, i just write my own decoding codepath using cuvid and i used nv12 [15:56:14 CEST] <witChdoCtOr> if you have the wrong format nvenc will fail with error [15:56:27 CEST] <BtbN> And cuvid is a decoder anyway, so it just outputs nv12, and nothing else. [15:57:36 CEST] <witChdoCtOr> nvenc does not decode AFAIK [15:57:36 CEST] <Spring> *_* no wonder my outputs were different one of my conditional functions wasn't written correctly [15:57:41 CEST] <Spring> GAWD [15:57:48 CEST] <BtbN> nvenc is not cuvid. [15:57:49 CEST] <Spring> (don't mind me) [15:57:53 CEST] <VamoMenem> i use, and in production right now, ffmpeg -c:v h264_cuvid -i udp://239.255.2.1:5004/ -vf "hwupload_cuda,scale_npp=w=480:h=270:format=same:interp_algo=linear" -acodec libfdk_aac -ar 48000 -b:a 64k -vcodec h264_nvenc -pix_fmt nv12 -b:v 300k -g 25 -preset hq -profile:v baseline -level:v 3.1 [15:58:06 CEST] <BtbN> h264_cuvid does not exist. [15:58:08 CEST] <VamoMenem> i use 3 cuda process [15:58:15 CEST] <JEEB> Spring: sounds like the usual story :P all software sucks, but at least in some cases your stuff might work [15:58:19 CEST] <VamoMenem> really 1 in nvidia smi but all cuda [15:58:24 CEST] <BtbN> It's just a decoder [15:58:24 CEST] <nonex86> i just doubt they will use yuv420 in one case and nv12 in other... [15:58:32 CEST] <VamoMenem> coder, rezise and encoder [15:58:34 CEST] <BtbN> nvenc supports both just fine. [15:58:35 CEST] <nonex86> thats all i try to say :P :) [15:58:54 CEST] <witChdoCtOr> nod @ JEEB kinda works is ok too sometimes [15:58:56 CEST] <VamoMenem> only 20% of thread usage, is nice [15:59:08 CEST] <BtbN> Also, why are you using hwupload_cuda, when you are aparently decoding with cuvid? [15:59:15 CEST] <BtbN> that's a pointless roundtrip to the RAM [15:59:31 CEST] <VamoMenem> yes, i decode whit h264_cuvid [15:59:33 CEST] <witChdoCtOr> if it is working don't fix it! [15:59:38 CEST] <BtbN> so it downloads from vram, just to upload it again [16:00:02 CEST] <VamoMenem> i test whitout hwupload_cuda [16:00:08 CEST] <witChdoCtOr> lol its a traveling ram ... [16:00:14 CEST] <VamoMenem> wait a sec [16:00:28 CEST] <BtbN> You have to add hwaccel cuda for a pure hw-chain to work. [16:02:04 CEST] <VamoMenem> if i dont use hwupload i get Impossible to convert between the formats supported by the filter 'graph 0 [16:02:22 CEST] <BtbN> You have to add hwaccel cuda for a pure hw-chain to work. [16:04:12 CEST] <VamoMenem> checking [16:05:02 CEST] <VamoMenem> Option hwaccel (use HW accelerated decoding) cannot be applied to output file h264_cuvid [16:06:24 CEST] <witChdoCtOr> does that do much with decoding? [16:06:30 CEST] <witChdoCtOr> hwaccel? [16:07:20 CEST] <BtbN> VamoMenem, you messed something up if it thinks h264_cuvid is your output file. [16:07:57 CEST] <BtbN> witChdoCtOr, it decodes on the hardware. [16:08:02 CEST] <ozette> even with --enable-encoders still the png encoder error: http://paste.debian.net/791113/ i'm lost, not sure what i'm missing [16:08:57 CEST] <bencoh> ozette: ffmpeg -codecs|grep png, and check your configure output [16:09:10 CEST] <VamoMenem> BtbN when i start whit ffmpeg -hwaccel i got that error [16:09:32 CEST] <BtbN> you messed up some options then, like, putting in after -i or something like that. [16:09:59 CEST] <VamoMenem> this is the input ffmpeg -hwaccel -c:v h264_cuvid -i udp://239.255.2.1:5004/ [16:10:06 CEST] <BtbN> you forgot the cuda part... [16:10:14 CEST] <BtbN> so -c:v is the paramter you pass to hwaccel [16:11:00 CEST] <VamoMenem> must be ffmpeg -c:v h264_cuvid -i udp://239.255.2.1:5004/ -hwaccel ? [16:11:06 CEST] <BtbN> ... [16:11:08 CEST] <BtbN> hwaccel cuda! [16:11:42 CEST] <VamoMenem> this is working [16:11:44 CEST] <VamoMenem> -c:v h264_cuvid -i udp://239.255.2.1:5004/ \ [16:12:10 CEST] <VamoMenem> -vf "hwupload_cuda,scale_npp=w=480:h=270:format=same:interp_algo=linear" \ [16:12:12 CEST] <witChdoCtOr> [mp4 @ 0x12e9d60] Tag [33][0][0][0]/0x00000021 incompatible with output codec id '0' ([0][0][0][0]) [16:12:26 CEST] <ozette> bencoh: what does ..V..S signify? [16:12:28 CEST] <ozette> http://paste.debian.net/791114/ [16:12:30 CEST] <VamoMenem> -vcodec h264_nvenc -b:v 300k -g 25 -preset hq -profile:v baseline -level:v 3.1 [16:12:45 CEST] <BtbN> I don't get what's so complicated about adding -hwaccel cuda, and getting rid of the then unneeded re-uploader [16:12:47 CEST] <VamoMenem> but in android videos dont work well [16:12:58 CEST] <VamoMenem> haaa okok [16:13:19 CEST] <BtbN> It won't change anything about the result video though, just make the whole process more efficient. [16:13:21 CEST] <Fyr> hey, durandal_1707. [16:13:35 CEST] <Fyr> how's it going with ffmpeg-mt? [16:13:38 CEST] <VamoMenem> i undestand, i have to put ffmpeg -c:v h264_cuvid -i udp://239.255.2.1:5004/ -hwaccel cuda [16:13:53 CEST] <hexhaxtr1n> Hi! I downloaded a movie that is 3.22GiB of size. I want to use ffmpeg on it for about 15 hours. It doesn't matter what it does. It just needs to use lots of resources and last about 15 hours. How can I do this? [16:13:56 CEST] <BtbN> Android probably just doesn't support some h264 feature nvenc uses. [16:14:02 CEST] <VamoMenem> and later dont use hwupload_cuda [16:14:15 CEST] <VamoMenem> im right BtbN? [16:14:18 CEST] <bencoh> ozette: remove the grep and you'll see :) [16:14:28 CEST] <BtbN> I'd put it first, but I'm not sure if it matters. [16:14:33 CEST] <witChdoCtOr> spam [16:14:37 CEST] <Fyr> hexhaxtr1n, is it a porn? [16:14:46 CEST] <hexhaxtr1n> Fyr: it's Warcraft. [16:14:52 CEST] <Fyr> ='( [16:14:54 CEST] <VamoMenem> ok i check in the two ways [16:14:56 CEST] <witChdoCtOr> sorry, ffmpeg -h without grep is spam [16:15:05 CEST] <ozette> bencoh: i see, so the E is missing [16:15:19 CEST] <ozette> i wonder why though [16:16:19 CEST] <nonex86> lok'tar ogar [16:16:48 CEST] <hexhaxtr1n> Anyone? [16:17:34 CEST] <bencoh> ozette: config.log :) [16:17:56 CEST] <witChdoCtOr> play at 1 fps [16:18:14 CEST] <VamoMenem> BtbN nice! now i use 10% of trhead [16:18:42 CEST] <witChdoCtOr> what does 10% of thread mean? [16:18:59 CEST] <VamoMenem> youre fine -hwaccel cuvid go first [16:19:17 CEST] <VamoMenem> in a six core amd, ffmpeg is using 10% of one core [16:19:19 CEST] <VamoMenem> of cpu [16:19:47 CEST] <witChdoCtOr> gotcha ... small screen size [16:19:59 CEST] <VamoMenem> whitout -hwaccel cuvid uses 20% and whitout a nvenc 80% [16:20:10 CEST] <witChdoCtOr> I use 60% of a core at 1920x1200 [16:21:02 CEST] <VamoMenem> you resize the input whit scale_npp? [16:22:09 CEST] <witChdoCtOr> no scaling just x11 to h.264 capture the entire desktop [16:22:34 CEST] <witChdoCtOr> I was streaming it udp/ts to vlc on another computer [16:22:39 CEST] <witChdoCtOr> ws kinda cool [16:22:44 CEST] <VamoMenem> i do this -c:v h264_cuvid -i to decode first [16:23:05 CEST] <VamoMenem> to less cpu usage when decode the source [16:23:12 CEST] <witChdoCtOr> dont think I have h264_cuvid [16:23:31 CEST] <VamoMenem> ffmpeg -decoders | grep cuvid [16:23:48 CEST] <BtbN> you need to compile a non-free version with cuda support yourself. [16:23:59 CEST] <ozette> bencoh: it lists a pnc_encoder and apnc_encoder, anything else i should look for? [16:24:15 CEST] <VamoMenem> is not too hard to do [16:26:03 CEST] <bencoh> png? [16:26:22 CEST] <VamoMenem> just install nvidia drivers, copy nvidia sdk Samples/common/inc headers and install cuda utils [16:26:44 CEST] <VamoMenem> then compile whit --enable-nvenc \ [16:26:45 CEST] <VamoMenem> --enable-cuda \ [16:26:45 CEST] <VamoMenem> --enable-libnpp \ [16:26:45 CEST] <VamoMenem> --enable-nonfree [16:27:03 CEST] <witChdoCtOr> Its already rendered on the screen so why render again [16:27:03 CEST] <witChdoCtOr> gotcha nope can't use non-free or gpl [16:27:03 CEST] <witChdoCtOr> until I have my own encoding code working x11grab is working ok [16:27:04 CEST] <VamoMenem> c_14 helps me last night [16:27:09 CEST] <VamoMenem> :) [16:28:25 CEST] <VamoMenem> i think, exist a way to check the profile and leves in detail to compare using ffprobe? [16:29:16 CEST] <witChdoCtOr> where should I be setting the codec is in the AVStream? [16:29:26 CEST] <ozette> looked for anything png related [16:29:28 CEST] <witChdoCtOr> err codec id [16:29:28 CEST] <VamoMenem> i want to compare h264_nvenc and libx264 to check why android isnt compatible whit h264_nvenc [16:30:49 CEST] <sfan5> VamoMenem: mediainfo can tell your the h264 profile & level [16:31:34 CEST] <VamoMenem> and more detailed stuff like ibp frames? [16:31:54 CEST] <VamoMenem> i think h264_nvenc is doing somthing wrong in baselevel [16:31:57 CEST] <witChdoCtOr> is there a shortcut to getting screen names into this edit window [16:32:06 CEST] <sfan5> no idea whether it does that [16:32:16 CEST] <VamoMenem> i will check [16:32:47 CEST] <witChdoCtOr> think I am getting close [16:32:50 CEST] <witChdoCtOr> Stream #0:0: Video: none (h264_nvenc) ([33][0][0][0] / 0x0021), yuv420p, 1024x768, q=-1--1, 5000 kb/s, 60 tbn [16:33:00 CEST] <witChdoCtOr> [mp4 @ 0x23b5d60] Tag [33][0][0][0]/0x00000021 incompatible with output codec id '0' ([0][0][0][0]) [16:34:30 CEST] <VamoMenem> what codec you use to decode? [16:35:11 CEST] <witChdoCtOr> I am not creating a NEW stream output [16:35:39 CEST] <VamoMenem> i used h264_nvenc to decode and h264_cuvid to encode, but i cant use hevc_cuvid to decode and h264_cuvid to encode [16:35:43 CEST] <VamoMenem> i dont not know why [16:38:30 CEST] <ozette> how to enable the png encoder? [16:42:44 CEST] <BtbN> VamoMenem, cuvid is decoder-only. [16:42:47 CEST] <BtbN> nvenc is encoder only. [16:42:58 CEST] <BtbN> And hevc only works on maxwell. [16:43:02 CEST] <BtbN> or Pascal, obviously. [16:43:28 CEST] <durandal_1707> ozette: install zlib? [16:44:02 CEST] <witChdoCtOr> his M4000 is maxell [16:44:12 CEST] <witChdoCtOr> same gpu I am using [16:44:17 CEST] <BtbN> Which generation? [16:44:23 CEST] <witChdoCtOr> first [16:44:27 CEST] <witChdoCtOr> 107 [16:44:33 CEST] <witChdoCtOr> GM107 I think [16:44:42 CEST] <BtbN> So that only supports hevc encoding then, no decoding. [16:44:55 CEST] <witChdoCtOr> I think that is correct [16:45:07 CEST] <witChdoCtOr> I am not using hevc so unsure [16:45:28 CEST] <witChdoCtOr> wiki has a chart [16:46:14 CEST] <witChdoCtOr> but I was pretty sure ffmpeg will barf if you request an unsupported encode/decode [16:46:57 CEST] <witChdoCtOr> does the generation matter for performance? [16:47:05 CEST] <nonex86> btw, hevc on maxwell/pascal is decoder only or encoder too? [16:47:20 CEST] <witChdoCtOr> I know I can only encode two streams with 1st gen [16:47:25 CEST] <BtbN> it supported encoding it before it supported decoding... [16:47:28 CEST] <BtbN> for... reasons. [16:47:48 CEST] <BtbN> So there are cards, like the GTX980 or 970, that can encode HEVC, but can't decode it. [16:48:13 CEST] <witChdoCtOr> I have a 970 on my windows box and I thought it did both [16:48:17 CEST] <nonex86> yeah, remembered something like that, thats why i asked, really strange [16:48:19 CEST] <BtbN> No, encode-only. [16:48:38 CEST] <nonex86> and what about 10x0? decoding too? [16:48:48 CEST] <BtbN> Why would they use older silicon? [16:48:59 CEST] <BtbN> The 950 and 960 support decoding just fine, because they are newer. [16:50:22 CEST] <witChdoCtOr> nvidia uggg same chip on different cards does different things because of firmware and driver [16:50:29 CEST] <ozette> durandal_1707: i have a zlib already installed, version 1.2.8 [16:50:52 CEST] <BtbN> no idea what you're talking about. [16:50:57 CEST] <BtbN> They obviously don't use the same chip. [16:51:04 CEST] <BtbN> Otherwise it would work everywhere. [16:51:09 CEST] <witChdoCtOr> my 760 Ti ~$100 works the same as having (2) K620 ~$300 [16:51:24 CEST] <witChdoCtOr> No not the 970 that is a different chip [16:51:24 CEST] <BtbN> The 980 and 970 just were released first. And the decoder chip wasn't done. So it's not on there. [16:51:41 CEST] <witChdoCtOr> but the M4000 K620 and 750 Ti all have the same gpu [16:52:54 CEST] <witChdoCtOr> s/b 4000M oops [16:53:10 CEST] <witChdoCtOr> not the Quadro M4000 which is newer gpu [16:56:36 CEST] <ozette> included --enable-parser=png, but honestly, i don't know if it will help anything [16:57:18 CEST] <ozette> ive been bringing over ffmpeg builds to my workstation for about 5 hours. [16:58:05 CEST] <ozette> x) [17:01:13 CEST] <bencoh> at least it takes a minute or so to build .... not 1h like back in the days on my powerpc laptop :) [17:01:36 CEST] <ozette> hahah [17:02:24 CEST] <ozette> imagine the amount of times i build ffmpeg [17:54:53 CEST] <ozette> i give up, don't know how to enable png, still only ..V..S supported to PNG and APNG [17:56:25 CEST] <nonex86> pity olimpic games doesnt have discipline like building ffmpeg, you take gold for sure :) [17:58:47 CEST] <ozette> lol, but i gave up [18:03:17 CEST] <bencoh> ozette: afaict ffmpeg should have builtin png encoding support, so that's pretty weird [18:03:24 CEST] <bencoh> (see libavcodec/pngenc.c) [18:07:31 CEST] <ozette> i see, it's there yes [18:10:44 CEST] <ozette> even so, these config options don't seem to do the trick: http://paste.debian.net/791145/ .. so maybe i DO need to try another version of ffmpeg instead of laplace [18:11:13 CEST] <ozette> but first.. i need a few minutes to catch my breathe and accept this defeat [18:13:01 CEST] <jkqxz> Are you missing zlib? png support depends on it. [18:13:33 CEST] <ozette> well.. i have zlib 1.2.8 installed on the building system [18:14:10 CEST] <jkqxz> But that's a cross build. Is zlib in the sysroot you are using or otherwise accessible to the cross compiler? [18:15:09 CEST] <ozette> hmm good point [18:15:45 CEST] <ozette> i don't have a zlib for the target architecture [18:16:33 CEST] <ozette> so.. [18:16:48 CEST] <ozette> hm weird, i do have zlib-devel though [18:17:43 CEST] <ozette> not sure if the cross compiler can access zlib, no errors during build [18:18:38 CEST] <DHE> it would need a libz library to link against for the cross target, whether static or dynamic [18:24:23 CEST] <ozette> i have both zlib and zlib-devel, including libz.so.1 [18:24:52 CEST] <jkqxz> Inside the sysroot? [18:26:02 CEST] <jkqxz> configure should detect it automatically - look for CONFIG_ZLIB in the generated config.h. [18:30:07 CEST] <ozette> jkqxz: CONFIG_ZLIB is defined 0 [18:31:17 CEST] <ozette> and there's no libz.so.1 in the sysroot of the cross compiler [18:33:18 CEST] <ozette> libutil.so.1 is the last one in the list [18:33:50 CEST] <ozette> so.. the person who made this toolchain did not add zlib, correct? [18:34:21 CEST] <DHE> presumably. or there's a special method to include additional libraries [18:34:29 CEST] <DHE> zlib is common enough that it's surprising to not be available [18:34:36 CEST] <ozette> would it be OK if i copied my own libz.so.1 to this syroot? [18:35:23 CEST] <DHE> no [18:35:25 CEST] <ozette> or would i need to find a zlib for the target arch [18:35:28 CEST] <ozette> i see [18:35:30 CEST] <jkqxz> That's not a toolchain feature, though, so if it's just a toolchain then you wouldn't expect it. (You would if it's meant to be a whole usable sysroot with all normal libraries, such as a distributon install.) [18:36:07 CEST] <DHE> you should be able to build zlib as a cross-compiler target and install into the sysroot for immediate use [18:36:28 CEST] <DHE> just be careful you don't accidentally do something like overwrite your host zlib with the cross target version [18:36:39 CEST] <ozette> lol yea.. that would be funny [18:37:23 CEST] <ozette> alright, i will try to build zlib with this toolchain then [19:07:15 CEST] <witChdoCtOr> happy dance!@@! [19:07:41 CEST] <witChdoCtOr> I can not start a raw stream using the 3.1 ABI [19:07:46 CEST] <witChdoCtOr> now [19:08:09 CEST] <witChdoCtOr> trick is avcodec_parameters_from_context [19:13:06 CEST] <shincodec> jpeg decoder still jpeg camera [19:13:15 CEST] <shincodec> which junk do i turn on after -disable-all [19:13:22 CEST] <shincodec> parser/decorder jpeg? [19:13:30 CEST] <shincodec> does it have demuxer/muxer? [19:22:10 CEST] <shincodec> no? [19:31:23 CEST] <pgorley> shincodec: you can run ./configure to list the different options [19:31:58 CEST] <pgorley> you might want to look at --list-decoders, --list-demuxers, etc [19:43:16 CEST] <shincodec> no no [19:43:17 CEST] <shincodec> its ok [19:43:20 CEST] <shincodec> i found my answer [19:43:32 CEST] <shincodec> jpeg really is mjpeg end stream [19:43:41 CEST] <shincodec> refresh over and over and over and over again [20:03:30 CEST] <shincodec> heheheheh [20:03:47 CEST] <shincodec> is there a av_goget_anotherframe_after_eof [20:26:16 CEST] <AriaDesu]> Hi. My video comes out with the wrong colors. Green and purple. Input is a series of PNGs. [20:27:15 CEST] <AriaDesu]> ffmpeg -f image2 -i ..\NewFolder\videoplayback%03d.png -b:v 512k out.webm [20:28:22 CEST] <TD-Linux> AriaDesu], you may want to add -pix_fmt yuv420p [20:28:49 CEST] <AriaDesu]> I tried. Maybe I was missing the p. Lemme try again [20:29:00 CEST] <TD-Linux> otherwise you will get a 4:4:4 webm that only firefox can play [20:29:14 CEST] <furq> i thought it was only chrome that could play it [20:31:22 CEST] <furq> oh i guess firefox added it a few months ago [20:33:28 CEST] <AriaDesu]> It works now, thanks [20:33:50 CEST] <TD-Linux> looks like chromium stable can play it too [20:33:55 CEST] <TD-Linux> https://bugzilla.mozilla.org/show_bug.cgi?id=1215089 [20:33:57 CEST] <AriaDesu]> I needed yuva420p, it had wrong colors with yuv [20:35:11 CEST] <furq> chrome apparently supported it as soon as it was added to libvpx [20:35:49 CEST] <furq> which i guess is good but it would also be really dumb if it didn't [20:36:49 CEST] <AriaDesu]> Ok, now how do I make it loop? stream_loop -1 is for the input? [20:36:53 CEST] <furq> on which note, does firefox support yuva420p yet [20:37:30 CEST] <AriaDesu]> Well, my video plays in Firefox and Chrome [20:37:42 CEST] <AriaDesu]> Which I think should be yuva420p =P [20:37:51 CEST] <furq> firefox still doesn't support alpha [20:38:21 CEST] <AriaDesu]> There is no actual alpha in the video. But it plays [20:39:13 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#loop [20:39:52 CEST] <AriaDesu]> Just -loop without a number? [20:41:25 CEST] <durandal_170> AriaDesu]: how much it is long? [20:41:35 CEST] <AriaDesu]> 4 seconds [20:42:01 CEST] <AriaDesu]> 101 frames [20:42:12 CEST] <durandal_170> size? [20:42:31 CEST] <AriaDesu]> 1mb [20:42:58 CEST] <durandal_170> I mean video dimensions [20:43:30 CEST] <AriaDesu]> 2048x810 [20:44:28 CEST] <durandal_170> if you have enough free memory try loop filter, otherwise try your luck with -stream_loop option [20:44:53 CEST] <durandal_170> -loop is for input images [20:45:02 CEST] <AriaDesu]> What is loop filter and how? [20:46:38 CEST] <durandal_170> if you want to loop without transocding use -stream_loop [20:48:16 CEST] <durandal_170> for loop filter, just follow docs [20:50:37 CEST] <ozette> in config.h, should the define CONFIG_ZLIB be 1 if zlib is in the sysroot of my cross-toolchain? [20:52:44 CEST] <JEEB> ozette: it should be listed in external libraries :P [20:52:50 CEST] <JEEB> of the configure script's output [20:53:02 CEST] <JEEB> and also in config.log you should find it checking for zlib [20:53:06 CEST] <JEEB> and finding it [20:53:29 CEST] <ozette> so.. if my config.mak says [20:53:35 CEST] <ozette> !CONFIG_ZLIB=yes [20:53:40 CEST] <ozette> all is well? [20:54:10 CEST] <ozette> it's not in my config.log [20:57:21 CEST] <radia> What do I write to tell ffmpeg to use VP8 instead of VP9? [20:57:33 CEST] <radia> -c:v libvpx-vp8 didnt work [20:59:18 CEST] <JEEB> ozette: config.log most definitely has entries for zlib :P [21:00:31 CEST] <JEEB> not necessarily the define but there are multiple checks it runs on it so searching for "zlib" in it will bring you results [21:01:16 CEST] <ozette> well i placed the lib/ include/ and share/ of the zlib i compiled in the sysroot of the toolchain, but i'm not convinced [21:01:30 CEST] <ozette> guess i'll just try and see [21:01:41 CEST] <JEEB> it's not that hard, there's multiple places where FFmpeg's configure checks for zlib and it prints the result out at the end of the configure script... [21:01:45 CEST] <TD-Linux> radia, just libvpx should work [21:01:48 CEST] <JEEB> as in, if it's using zlib or not :P [21:04:57 CEST] <ozette> JEEB: okay true heh, but i don't see zlib and under enabled encoders i don't see 'png' [21:29:29 CEST] <ozette> ha ha ha :'( [21:39:10 CEST] <ozette> i don't know.. [21:39:37 CEST] <ozette> my config.log at some point says png_encoder=yes, but i don't know what to make up from this: https://paste.fedoraproject.org/413070/14719810/ [21:39:57 CEST] <ozette> the build i just made still doesn't have png encoder enabled [21:40:41 CEST] <ozette> zlib is in sysroot, but not sure if it's found by cross compiler, or how i can verify, because i don't see any zlib stuff after the ./configure and config.h says #define CONFIG_ZLIB 0 [21:41:02 CEST] <drv> /usr/local/arm-unknown-linux-gnueabi/bin/../lib/gcc/arm-unknown-linux-gnueabi/4.9.3/../../../../arm-unknown-linux-gnueabi/lib/libz.so: file not recognized: File format not recognized [21:41:16 CEST] <drv> so the zlib you put in the sysroot is probably not the right architecture [21:41:52 CEST] <ozette> whaat .. [21:41:52 CEST] <Jnorthrup> what the fuck does "See x265 --help for a list of options." [21:41:57 CEST] <Jnorthrup> ffmpeg -hcodec=x264 does nothing [21:42:13 CEST] <ozette> the zlib was compiled with this exact toolchain :/ [21:42:50 CEST] <ozette> hmm [21:43:55 CEST] <iive> Jnorthrup: i'm not familiar with this syntax [21:45:14 CEST] <iive> Jnorthrup: it's usually ffmpeg <...> -c:v libx264 <...> [21:45:57 CEST] <ozette> isn't line 10949 just a warning by the way? [21:46:30 CEST] <Jnorthrup> sorry iive ffmpeg -h codec=x265 does nothing i want to dump the options supported. the docs mention the executable help. i fear the docs mention the libx265 executable here... [21:46:56 CEST] <Jnorthrup> option tokens look cribbed from x264 thankfully [21:47:26 CEST] <iive> at least for x265, options are passed directly to the lib [21:47:38 CEST] <ozette> i moved the libz files to $toolchain/lib/ as well as $toolchain/sysroot/lib, and this message seems to concern the first path [21:48:06 CEST] <shincodec> hmmm [21:48:16 CEST] <shincodec> how to reset end of file [21:48:22 CEST] <drv> that's ffmpeg -h encoder=libx264 [21:48:24 CEST] <shincodec> without closing and opening again [21:48:29 CEST] <drv> (or libx265) [21:48:35 CEST] <iive> Jnorthrup: it's libx264 and probably libx265 [21:48:48 CEST] <iive> all external encoders are named lib*something* [21:48:48 CEST] <shincodec> avformat_reset [21:48:49 CEST] <shincodec> no? [22:26:59 CEST] <Jnorthrup> dahnke [00:00:00 CEST] --- Wed Aug 24 2016

1 0

ffmpeg-devel.log.20160822
by burek 23 Aug '16

23 Aug '16

[01:35:47 CEST] <cone-310> ffmpeg 03Michael Niedermayer 07master:d7633ed7a59a: avformat/swfdec: Fix memleak on error [02:57:17 CEST] <cone-310> ffmpeg 03Mark Reid 07master:61fac0ea0967: libavcodec/dnxhdenc: fix typo, check if profile is dnxhr 444 or hqx [10:42:20 CEST] <ubitux> https://lists.libav.org/pipermail/libav-devel/2016-August/078814.html huh [10:42:27 CEST] Action: ubitux confused [10:43:54 CEST] <ubitux> bp0: libav didn't want it natively? [10:48:40 CEST] <ubitux> bp0: btw, please be careful when adding new avoptions: you need to add them at the end or you might break command line usage [10:52:49 CEST] <ubitux> (by adding disable_autoconvert at the top, you are breaking someone script using -af hdcd=true to set process_stereo) [11:00:49 CEST] <durandal_1707> if I want to add some number to uint8 and that it max out on 255, what simd instruction should I use? [11:03:23 CEST] <ubitux> paddusb? [11:06:01 CEST] <ubitux> #5789 should we have a way to configure demuxers so they return a sub list of streams instead of all of them all the time (and then filtered user side)? [11:10:48 CEST] <bp0> ubitux, i think they might have, but I mentioned that it was used in other places and they suggested a shared library [11:11:04 CEST] <bp0> ubitux, I didn't know it could be used like that [11:11:21 CEST] <bp0> ubitux, thank you, I'll be more careful of that in the future [11:11:52 CEST] <ubitux> so you're going to maintain a library and the code natively in ffmpeg, or codebases are meant to diverge? [11:13:57 CEST] <bp0> ubitux, I don't know. I will try to keep them in sync. I was wondering what ffmpeg might think of using the library too, but I suspect that native is preferable. [11:14:34 CEST] <ubitux> requiring an external library for something we already have natively could be considered a regression from a user PoV [11:14:55 CEST] <ubitux> especially since the library is likely packaged nowhere for now [11:15:55 CEST] <bp0> yeah [11:16:18 CEST] <ubitux> btw, i think doc/filters.texi needs some update [11:16:37 CEST] <ubitux> at least documenting the new option (and maybe more, i haven't followed closely) [11:16:50 CEST] <bp0> I use deadbeef and quod-libet and I wanted hdcd to work in those, so I've created a dsp plugin for deadbeef using the library, and looking into gstreamer, but that seems like a hassle [11:18:18 CEST] <bp0> doc/filters.texi has all the options, but not in the same order [11:18:27 CEST] <bp0> as --help filter=hdcd [11:18:37 CEST] <ubitux> ah; i missed the change then, sorry [11:18:43 CEST] <ubitux> the order needs to be fixed then [11:18:50 CEST] <ubitux> (in the filter or in the documentation) [11:19:24 CEST] <bp0> ok [11:21:20 CEST] <ubitux> http://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 it's documented here; 3rd point in the first list you see [11:21:22 CEST] <ubitux> > A :-separated list of mixed direct value and long key=value pairs. The direct value must precede the key=value pairs, and follow the same constraints order of the previous point. The following key=value pairs can be set in any preferred order. [11:21:51 CEST] <ubitux> so for users relying on the documentation (and not -h filter=...), they may have suprises [11:24:30 CEST] <bp0> I will keep that in mind and not change the order in the future. Thank you for pointing it out. [11:38:36 CEST] <cone-740> ffmpeg 03Burt P 07master:429b41e7b283: doc/filters: re-order hdcd options to match --help filter=hdcd [11:46:54 CEST] <ubitux> bp0: thanks [11:57:13 CEST] <bp0> how often does http://ffmpeg.org/doxygen/trunk/ get updated? [12:04:54 CEST] <BtbN> Judging from the date it lists, I'd guess daily. [12:10:01 CEST] <bp0> heh [12:10:10 CEST] <bp0> I didn't notice that [13:05:06 CEST] <cone-740> ffmpeg 03Jan Sebechlebsky 07master:2fc9a3eb7a8c: avformat/mux: Restore original ts in write_packet on error [13:05:07 CEST] <cone-740> ffmpeg 03Mark Reid 07master:eb5f4b148269: tests/fate/vcodec: add dnxhr mov tests [14:26:14 CEST] <BtbN> I just straight up copied the CopyFromUswc function from VLC now. [14:26:23 CEST] <BtbN> Exactly the same speed of 25 FPS [14:26:59 CEST] <BtbN> I wonder if this is some compiler-flag that breaks this? [15:30:30 CEST] <cone-740> ffmpeg 03Umair Khan 07master:fb1f67a70b14: avutil: Softfloat implementation for IEEE 754 floating point [15:30:30 CEST] <cone-740> ffmpeg 03Umair Khan 07master:eabdabb9822e: avcodec: Implement masked lz decompression [15:30:31 CEST] <cone-740> ffmpeg 03Umair Khan 07master:dcfd24b10c7e: avcodec/alsdec: Implement floating point sample data decoding [16:45:37 CEST] <cone-740> ffmpeg 03Stanislav Dolganov 07master:4edd74bd7c0a: avcodec/me_cmp: add median SAD compare function [18:38:12 CEST] <omerjerk> so we're participating in outreachy or not? [18:39:17 CEST] <durandal_1707> I gave up as being only admin [18:44:59 CEST] <michaelni> durandal_1707, i can help with admining but i dont want to be the only admin either [18:54:42 CEST] <omerjerk> so we have two admins who don't want to admin alone? :P [18:58:10 CEST] <cone-740> ffmpeg 03Michael Niedermayer 07master:ebb9a320d707: avcodec/alsdec: Remove unused variable [18:58:11 CEST] <cone-740> ffmpeg 03Michael Niedermayer 07master:360d3f3c187f: doc&tools: Add murge script, for analyzing 3 way conflicts. [19:05:08 CEST] <michaelni> noone is listed as admin at: https://trac.ffmpeg.org/wiki/SponsoringPrograms/Outreachy/2016-12, if someone adds himself as admin, feel free to add me too as admin or backup admin [19:06:12 CEST] <michaelni> would be ideal to have 3 admins probably [19:06:23 CEST] <durandal_1707> but one need to contact outreachy [19:06:37 CEST] <michaelni> yes [19:07:16 CEST] Action: durandal_1707 not [19:08:16 CEST] <michaelni> i can write that mail, but i wont before theres some admin listed on the wiki [19:08:43 CEST] <durandal_1707> what admin does? [19:12:23 CEST] <michaelni> make sure wiki ideas page is in shape, make sure someone helps applicants /awnsers their questions / recruit mentors / solve unexpected issues like mentor disappearig / choose which applicant gets a slot if reynaldo doesnt do it (he did it really well previously) [19:12:50 CEST] <michaelni> of course finding someone to do anything is as good or better tha doing it ourself [19:13:42 CEST] <michaelni> awnser the rare question like for organization title or so from outreachy admins [19:14:21 CEST] <michaelni> IIUC we have funding for one slot from SPI-ffmpeg IIRC from what saste said [19:15:30 CEST] <CFS-MP3> michaelni, on the SCTE-35 comments which you said are ambiguous... trying to disambiguate :-) [19:16:17 CEST] <CFS-MP3> timestamp in scte-35 sometimes represent future video packet pts or dts and sometimes scte-35 says that start the commercial now [19:16:57 CEST] <CFS-MP3> but SCTE-35 is a public document that anyone can actually just check... don't know what kind of wording you'd like to see. [19:17:01 CEST] <michaelni> durandal_1707, if you missed my reply: http://pastebin.com/6VP3gMhd [19:19:11 CEST] <durandal_1707> michaelni: I'm not sure if I could make it, so I don't want you only remain [19:19:59 CEST] <michaelni> is there a 3rd admin volunteer ? [19:20:28 CEST] Action: michaelni needs to go afk, ill be back in 1h [19:46:41 CEST] <kierank> CFS-MP3: this is why scte35 don't fit in ffmpeg [19:53:29 CEST] <CFS-MP3> kierank well, if it doesn't fit in ffmpeg where does it fit? Honestly I don't see any logic in saying that an industry standard that builds on a MPEG-TS doesn't fit into ffmpeg :-) [19:54:06 CEST] <kierank> A lib built around MPEGTS like upipe [19:54:15 CEST] <kierank> It doesn't build on MPEGTS at all [19:54:20 CEST] <kierank> It's a huge hack [19:56:35 CEST] <CFS-MP3> scte-35 support in ffmpeg is a very requested feature... I don't see why we should point existing ffmpeg users to other software when they are happy with ffmpeg and just need the scte-35 support this patch offers [19:56:59 CEST] <CFS-MP3> I got some emails from people playing with the patch already [19:57:59 CEST] <CFS-MP3> In any case if upipe is a library you can't really ask end users to use it instead of ffmpeg... [20:10:12 CEST] <kierank> Well if certain people (tm) weren't neckbeards FFmpeg could use a subset of features from a ts library [20:10:38 CEST] <kierank> FFmpeg shouldn't be a dump for crap features that don't fit [20:10:44 CEST] <kierank> Or the API should be changed [20:14:32 CEST] <CFS-MP3> ok... internal politics references are lost on me, sorry... I'm new here [20:15:50 CEST] <kierank> It's not politics [20:15:57 CEST] <kierank> It's a technical discussion [20:17:48 CEST] <michaelni> durandal_1707, 3rd admin found, wiki updated [20:18:29 CEST] <rcombs> I, for one, didn't get what that code was trying to do [20:18:55 CEST] <rcombs> the mpegts.c stuff seemed reasonable at least, though [20:19:11 CEST] <Chloe> XPM encoder/decoder looks like a fun project [20:20:21 CEST] <CFS-MP3> kierank when you mention "certain people (tm)" (I don't know who) and call them neckbeards that's not a technical discussion [20:20:35 CEST] <Chloe> It's a silly format though :s [20:23:21 CEST] <CFS-MP3> michaelni do you have a couple minutes to discuss the required comments for the scte-35 patch? [20:23:24 CEST] <Chloe> michaelni: can I add a project to the outreachy page? [20:24:13 CEST] <michaelni> Chloe, probably yes [20:24:42 CEST] <michaelni> CFS-MP3, yes, if you dont mind that iam doing 2 other things at the same time and might reply slowly [20:33:33 CEST] <CFS-MP3> michaelni that's fine. I'm also doing other things to be honest. [20:34:20 CEST] <CFS-MP3> michaelni I said this before which I think you missed: 10:16] <CFS-MP3> timestamp in scte-35 sometimes represent future video packet pts or dts and sometimes scte-35 says that start the commercial now [20:35:55 CEST] <CFS-MP3> Is there maybe some variable or function that needs specific attention to? Maybe that will help me understand what part is unclear. Or maybe some developer who isn't familiar with SCTE-35 can comment :-) [20:40:50 CEST] <michaelni> CFS-MP3, if a packet has a dts or pts than "now" has meaning, otherwise "now" is a bit ambigous. do such packets have a dts or pts set ? [20:49:59 CEST] <CFS-MP3> michaelni "now" in this context means -> Start the commercial when you get the packet [20:52:39 CEST] <michaelni> CFS-MP3, that would mean that some care needs to be taken with any fifos that could delay it [20:58:07 CEST] <CFS-MP3> michaelni : I check PTS in the next packet in video and when "INSERT now command" comes with duration of commercial, I remove scte packet at the time PTS of next video packet + duration [21:00:01 CEST] <michaelni> CFS-MP3, this sounds a bit like a special case, isnt it easier to put some kind of timestamp on the packet at the demuxer ? [21:01:49 CEST] <michaelni> also what video stream ? there could be multiple [21:02:40 CEST] <michaelni> and does this work if ffmpeg reads 2 input files and exchanges streams between them ? [21:04:32 CEST] <CFS-MP3> in Insert command, there is a flag splice_immediate_flag, which tell commercial need to be inseted from the next video packet [21:04:32 CEST] <CFS-MP3> anyway we cant create splice ts in until we get I frame [21:04:33 CEST] <CFS-MP3> there are already commercials running, if for some seonds we display the original commercials thats acceptable [21:04:33 CEST] <CFS-MP3> so i dont think fifo is required [21:07:02 CEST] <CFS-MP3> I dont think hls support multiple video stream in output [21:07:02 CEST] <CFS-MP3> thats why I am reading video stream which we are going to place in manifest file [21:09:12 CEST] <michaelni> CFS-MP3, i didnt mean to add fifos, rather there are fifos, in applications, in the libavfomrat muxer core and so on [21:09:27 CEST] <CFS-MP3> michael, about more than one input file - it won't work. SCTE-35 signals are generally present only to broadcasters where only one ts files come in input. [21:09:31 CEST] <michaelni> also one might want to edit / replace a video stream [21:10:09 CEST] <michaelni> i mean i can take one ts file edit its video stream for whatever reason and then try to replace the video stream [21:14:06 CEST] <CFS-MP3> If you wanted to do that then SCTE-35 would do nothing for you. SCTE-35 is about switching from one stream on another, on the fly, typically to insert local commercials at specific points signalled by the input stream. SCTE-35 tells you "this is an IN point for your commercials, you have X seconds for it". You don't really edit the stream, that defeats the purpose of SCTE-35 in the first [21:14:06 CEST] <CFS-MP3> place. [21:16:57 CEST] <CFS-MP3> So SCTE-35 data appears for example in streams that broadcasters send to their affiliates, which just use it to know when to insert local commercials. But the final TS that is delivered to the final user doesn't have any SCTE-35. One of the reason that it's so hard to actually get SCTE-35 samples - they're not "in the wild". [21:18:05 CEST] <CFS-MP3> michaelni: if we start adding the data in fifo immidiatley when insert command is recieved, we would see some artifact, since video wont be sliced properly [21:18:05 CEST] <CFS-MP3> and in the next I frame we already sending scte-35 text in manifest file [21:21:00 CEST] <michaelni> CFS-MP3, what you describe is the use case you have in mind, but why would tht be the only use case, people could want to use ffmpeg to mux scte35 into a new mpegts aka to create new content to be broadcasted and for that they need to combine it with some video stream [21:33:07 CEST] <CFS-MP3> michaelni other use cases will be done as their appear in real life. The first iteration is about the one use case I've found (meaning a user came to me and asked for an implementation). I've received some emails about the patch which I'm replying to, but for now this seems to be the only use case people actually care about. Keep in mind that "people" here is really a small group, since [21:33:07 CEST] <CFS-MP3> SCTE-35 is just a industry thing. [21:33:26 CEST] <CFS-MP3> michaelni also for the standard document: " This standard supports the splicing of MPEG [21:33:26 CEST] <CFS-MP3> -2 transport streams for the [21:33:26 CEST] <CFS-MP3> purpose of Digital Program Insertion, which includes advertisement insertion and insertion of other [21:33:26 CEST] <CFS-MP3> content types." [21:34:09 CEST] <CFS-MP3> That's pretty much the use case they had in mind with the specs :-) [21:36:16 CEST] <michaelni> CFS-MP3, you can only add use cases later if the choice taken for the ABI between libavformat and the user app allows it [21:38:15 CEST] <Chloe> Feel free to revert if you dont think it fits a criteria/dont like it [21:40:51 CEST] <michaelni> CFS-MP3, about the use case itself, i only meant the use case described in the specs. but it seemed to me the patchset was a subset of this mpegts->hls but maybe i misunderstand [21:41:24 CEST] <michaelni> can it do hls ->mpegts ? hls->hls ? [21:41:41 CEST] <michaelni> creating new content by user app -> mpegts / hls [21:43:18 CEST] <michaelni> or rather is the interface aka the AVPacket content and dts/pts reasonable for these use cases [21:44:23 CEST] <michaelni> i think AVPackets with no dts/pts at all will be difficult to mux in many muxers [21:44:44 CEST] <michaelni> as their code uses the dts to interleave packets [21:45:33 CEST] <CFS-MP3> for now it's ts -> hls only [21:45:36 CEST] <nevcairiel> maybe it should be passed as untimed metadata through other means, and not as a data stream [21:45:42 CEST] <CFS-MP3> there is no breaking of ABI though, thats the reason the data packet are passed opaquely to hlsenc.c [21:47:33 CEST] <michaelni> if you change the AVPacket content syntax its a ABI break. The fact that ffmpeg.c does pass it back into libavformat does not gurantee all user apps will [21:48:08 CEST] <michaelni> some user app might interpret it or pass it to its own muxer not usig libavformat [21:48:45 CEST] <michaelni> so you have to make sure whatever choice is taken now will be good enough for the near future [21:49:14 CEST] <michaelni> not saying the choice in the pachset is not good just saying we cant change it easily later [21:50:59 CEST] <CFS-MP3> User can ignore those AVPacket, nothing has been changed anything in AVPacket structure, we are just not using parts of it [21:52:40 CEST] <CFS-MP3> michaelni I understand what you're saying... but honestly I think that there being "near future" in this, there needs to be a present at some point... [21:53:09 CEST] <CFS-MP3> anyway I dont think there will be any problem later to implement hls->mpegts, hls->hls, there we can have similar code with hls side, and opaque data to mpegts [21:53:57 CEST] <CFS-MP3> @navcariel The muxers that have problem will not read the data, we specify in the muxer that muxer support data stream in input [22:02:26 CEST] <durandal_1707> michaelni: why 0 in gbrp becomes 2 in gbrp10 [22:14:03 CEST] <kierank> durandal_1707: because of rgb shifting [22:16:20 CEST] <durandal_1707> kierank: is it wanted? [22:16:56 CEST] <cone-596> ffmpeg 03Jan Sebechlebsky 07master:92b5f8fecdc1: avformat: Add fifo pseudo-muxer [22:16:56 CEST] <cone-596> ffmpeg 03Jan Sebechlebsky 07master:0ed24bfc790b: MAINTAINERS: Add myself as maintainer of fifo muxer [22:16:56 CEST] <cone-596> ffmpeg 03Jan Sebechlebsky 07master:b84c83144d65: avformat/fifo: Add fate test [22:17:09 CEST] <kierank> durandal_1707: I believe yes [22:17:20 CEST] <kierank> not for 0 actually [22:17:48 CEST] <kierank> (x << n) | (x >> n) iirc or something like that [22:18:01 CEST] <durandal_1707> yes, it breaks masks [22:25:02 CEST] <michaelni> durandal_1707, how can it be reproduced ? [22:25:58 CEST] <iive> you want most significant bits into the new/empty bits. so it is (x<<n) | (x>>(max_bits-n)) [22:26:51 CEST] <iive> so e.g. 0x00 -> 0x000 and 0xFF ->0xFFF ; 0x80 -> 0x808 [22:28:51 CEST] <mahol> michaelni: ffmpeg -f lavfi -i color=pink,geq=r=0:g=0:b=0,format=gbrp10,datascope -f nut -c:v rawvideo -|mplayer [22:33:55 CEST] <cone-596> ffmpeg 03James Almer 07master:69f7aad5710f: configure: force _WIN32_WINNT >= 0x0502 on mingw32 targets [22:36:56 CEST] <CFS-MP3> michaelni so about this SCTE-35... is there anything else needed so it can be merged? [22:40:26 CEST] <kierank> CFS-MP3: just leave it as an out of tree patch or something [22:40:28 CEST] <kierank> it's a total hack [22:40:31 CEST] <kierank> nobody can actually use it [22:40:36 CEST] <kierank> apart from a very small subset of users [22:41:48 CEST] <CFS-MP3> kierank out of tree patches suck, they make life very difficult for users and maintainers [22:43:16 CEST] <kierank> so are patches which don't fit at all in ffmpeg [22:45:48 CEST] <CFS-MP3> here we disagree... scte-35 is an important specification... it may not have lots of end-users, but the broadcast industry is embracing it, and I don't see how such a thing doesn't "fit" into ffmpeg [22:46:42 CEST] <CFS-MP3> you clearly just don't want it there, so I don't now what else to say on that regard... if michael doesn't want to merge it no matter what then I'll move on, or if it can be merged by doing something then I'll do it [22:47:42 CEST] <michaelni> CFS-MP3, would it be possible to give these packets DTS values ? For video we also fill in DTS based on durations and last coded DTS and so on. [22:49:18 CEST] <kierank> CFS-MP3: because it has no pts and dts [22:49:27 CEST] <kierank> I'm fully aware it's an important specification [22:49:32 CEST] <kierank> michael is not the leader [22:50:25 CEST] <kierank> i blame clueless OTT providers for all of this [22:50:37 CEST] <kierank> for years scte-35 and other horrid things we well out of ffmpeg [22:50:42 CEST] <kierank> were* [22:51:00 CEST] <michaelni> CFS-MP3, also see AV_CODEC_ID_DVB_TELETEXT code in mpegts.c maybe this can be used too ? [22:54:42 CEST] <CFS-MP3> michaelni I'll check it out [22:56:04 CEST] <kierank> is it really better to make up a fake pts and dts [22:56:07 CEST] <kierank> instead of doing it properly [22:56:18 CEST] <kierank> no wonder libavformat is so bad [23:02:12 CEST] <durandal_1707> put it into separate lib? [23:03:07 CEST] <kierank> yes [23:03:19 CEST] <kierank> for complex demuxers like mp4 (edit lists) and mpegts [23:03:22 CEST] <kierank> muxers too [23:03:28 CEST] <kierank> and ffmpeg uses a subset of the features [00:00:00 CEST] --- Tue Aug 23 2016

1 0

ffmpeg.log.20160822
by burek 23 Aug '16

23 Aug '16

[00:00:08 CEST] <azonenberg> Filtergraph 'fps=5' was specified through the -vf/-af/-filter option for output stream 0:0, which is fed from a complex filtergraph. [00:00:08 CEST] <azonenberg> -vf/-af/-filter and -filter_complex cannot be used together for the same stream. [00:00:20 CEST] <furq> put fps in filter_complex [00:00:23 CEST] <azonenberg> how do I do that? [00:00:32 CEST] <furq> ,fps=5 [00:00:56 CEST] <azonenberg> Does that change playback speed, drop frames, both? [00:01:09 CEST] <azonenberg> My goal is to drop four out of every five frames, and play the surviving frames for 5x as long [00:01:13 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#fps-1 [00:01:48 CEST] <furq> the speed will remain the same unless you use setpts [00:02:17 CEST] <azonenberg> That's an output codec option right? [00:02:23 CEST] <furq> that's a filter [00:02:53 CEST] <furq> it sounds like you don't want to use it though [00:03:50 CEST] <azonenberg> My goal is to make the video play just like the original [00:03:53 CEST] <furq> right [00:03:54 CEST] <azonenberg> but more jittery [00:03:56 CEST] <furq> fps will do that [00:03:57 CEST] <azonenberg> and blockier [00:04:13 CEST] <azonenberg> While not using petabytes of storage if i want to keep a long tail of video [00:04:18 CEST] <azonenberg> Basically, the way I see it [00:04:29 CEST] <azonenberg> the probability of me needing to view security footage drops off the longer ago the event happened [00:04:32 CEST] <furq> what h264 encoder are you using to get the original videos [00:04:43 CEST] <azonenberg> But if I misplace a tool in the shop or something, it'd be nice to go back to the last time i used it [00:04:45 CEST] <azonenberg> and see where i left it [00:04:47 CEST] <furq> if it's some hardware encoder you could potentially save a bunch of space by just running them through x264 at a slow preset [00:04:50 CEST] <azonenberg> but i don't need high quality 30 FPS for that :p [00:05:04 CEST] <azonenberg> The original source is an IP camera that lets me configure bit rate and framerate [00:05:18 CEST] <azonenberg> I *want* high quality for the live feed, and for the first day or so of footage [00:05:25 CEST] <azonenberg> then have a cron job to squish older footage [00:05:26 CEST] <furq> i'd imagine it's incredibly inefficient then [00:05:37 CEST] <azonenberg> I'd rather have a month of 5 FPS low-bit-rate video [00:05:44 CEST] <azonenberg> than a few days of 30 FPS cinematic quality [00:05:50 CEST] <azonenberg> With maybe a day of great quality video at the end [00:05:54 CEST] <furq> sure [00:06:10 CEST] <furq> i'm just pointing out that you could potentially have a month of 30fps video of roughly the same quality [00:06:25 CEST] <azonenberg> Well, i'm open to suggestions [00:07:21 CEST] <furq> try reencoding a chunk with libx264 at default settings [00:07:25 CEST] <azonenberg> http://thanatos.virtual.antikernel.net/unlisted/1436_38.mp4 [00:07:38 CEST] <azonenberg> This is one of my test chunks, a 30 sec capture with the camera pointing out my office window down the block at the neighbor's house [00:07:47 CEST] <azonenberg> i have a directory full of a dozen or so of these [00:08:00 CEST] <azonenberg> in a real deployment the chunks would be more like 30-60 minutes each [00:08:25 CEST] <azonenberg> I can certainly try dropping the bit rate on the camera, this is whatever it shipped with [00:08:53 CEST] <azonenberg> My capture right now is ffmpeg -i $RTSP_URL -r 25 -c:v copy [00:09:06 CEST] <azonenberg> So it doesn't transcode, it just takes whatever the camera feeds me [00:11:07 CEST] <furq> huh [00:11:10 CEST] <furq> x264 doesn't like this at all [00:11:37 CEST] <furq> neither does ffmpeg's h264 decoder, for that matter [00:11:40 CEST] <azonenberg> the actual scene this camera is being deployed on is going to be an indoor shop environment, so actual compression ratios will vary [00:11:47 CEST] <azonenberg> that was generated by ffmpeg [00:11:56 CEST] <azonenberg> i get lots of warnings when i'm converting [00:11:58 CEST] <azonenberg> but it plays [00:11:58 CEST] <furq> [h264 @ 00000000003eee20] Exceeded next NALFF position, re-syncing. [00:12:02 CEST] <furq> is it that warning [00:12:11 CEST] <azonenberg> Invalid UE golomb code31.0 size= 5679kB time=00:00:52.80 bitrate= 881.1kbits/s speed=6.44x [00:12:12 CEST] <azonenberg> [h264 @ 0x4fa82e0] pps_id 3199971767 out of range [00:12:17 CEST] <azonenberg> Invalid UE golomb code31.0 size= 5679kB time=00:00:52.80 bitrate= 881.1kbits/s speed=6.44x [00:12:17 CEST] <azonenberg> [h264 @ 0x4fa82e0] pps_id 3199971767 out of range [00:12:21 CEST] <azonenberg> among many other things [00:12:34 CEST] <azonenberg> My guess is the camera's codec is iffily compliant [00:12:37 CEST] <azonenberg> but i kinda have to work with what i have [00:13:13 CEST] <furq> i recompressed it with x264 and it came out double the size [00:13:16 CEST] <azonenberg> lol [00:13:19 CEST] <furq> which is unexpected [00:13:32 CEST] <azonenberg> So you're saying the scene compresses poorly, the file is invalid, both? [00:18:30 CEST] <azonenberg> Somewhat related, i'm having trouble setting the output bit rate [00:18:51 CEST] <azonenberg> as an extreme example i'm passing -b:v 50 and getting 2 Mbps instead of 50 Kbps output bit rate [00:19:00 CEST] <azonenberg> so i assume that means i should be specifying it somewhere in the filter_complex command? [00:19:37 CEST] <furq> well 50 would be 50 bits per second [00:19:42 CEST] <furq> so i'm not surprised it's having trouble hitting it [00:20:01 CEST] <azonenberg> sorry i meant 50k [00:20:09 CEST] <azonenberg> i was passing 50k [00:20:56 CEST] <furq> i tried at 720p5 at crf 23 and it's still 3/4 the size of the original [00:21:01 CEST] <furq> i have no idea how that's possible [00:21:39 CEST] <azonenberg> is my input that badly malformed? lol [00:21:58 CEST] <furq> i'm not enough of an h264 expert to say [00:22:07 CEST] <furq> but suffice to say i'd have expected it to be a bit smaller than that [00:30:48 CEST] <azonenberg> libx264 recompresses it at a terrible speed [00:30:57 CEST] <azonenberg> like, it's taking several seconds to compress each frame [00:30:59 CEST] <azonenberg> is that usual? [00:31:07 CEST] <furq> it's pretty quick here [00:31:21 CEST] <furq> also i think it's just an incompressible source because of all the blocking [00:31:34 CEST] <furq> it seems pretty much fine after downscaling (a lot) [00:31:39 CEST] <furq> but that's not really ideal [00:31:49 CEST] <azonenberg> I should probably try installing the camera [00:31:59 CEST] <azonenberg> those trees are a pain in the butt to compress [00:32:02 CEST] <azonenberg> and there's no trees in the actual alb [00:32:04 CEST] <azonenberg> lab* [00:32:22 CEST] <furq> there's a lot of weird blocking happening on the roof which i think is throwing it off [00:32:30 CEST] <azonenberg> Yeah [00:32:33 CEST] <furq> although yeah that might be because the hardware encoder is running out of bits from the tree movement [00:32:45 CEST] <azonenberg> yeah the input video is ~8 Mbps now [00:32:49 CEST] <azonenberg> i told it to use 4 [00:32:58 CEST] <azonenberg> Well, i'll go install the camera in the actual ceiling indoors and see how it works [00:33:03 CEST] <azonenberg> May or may not be back with more problems [00:33:11 CEST] <azonenberg> Gotta find a spot to plug in my PoE injector... [00:33:32 CEST] <furq> well yeah for mostly static scenes you should (emphasis on should) get a massive bitrate drop from reprocessing with x264 [00:33:37 CEST] <furq> without doing anything else [00:34:10 CEST] <furq> if that's not enough then downscaling to 720p will probably give more benefit than dropping the framerate [00:34:25 CEST] <furq> although it'll take longer [00:35:27 CEST] <azonenberg> http://thanatos.virtual.antikernel.net/unlisted/1471764763.jpg [00:35:35 CEST] <azonenberg> well, as long as i get better than this quality [00:35:39 CEST] <azonenberg> at 1 frame per 3 sec [00:35:46 CEST] <azonenberg> you can see why i'm replacing my existing cameras :p [00:36:20 CEST] <azonenberg> 720p, horribly grainy, no IR capability so i have to leave the lights on all the time and waste electricity, and uselessly low framerate [00:36:55 CEST] <azonenberg> So, the bar isn't that high lol [00:37:03 CEST] <furq> the font is nicer though [00:37:28 CEST] <azonenberg> Yeah this is my own imagemagick overlay [00:37:36 CEST] <azonenberg> this is a bunch of usb webcams [00:37:43 CEST] <azonenberg> and a hackjob of PHP shell scripts running on a linux box [00:37:45 CEST] <azonenberg> with usb hubs in the ceiling [00:37:48 CEST] <azonenberg> it's a disaster :p [00:37:56 CEST] <furq> i'm glad you said it [00:38:00 CEST] <azonenberg> the new setup is all PoE IP cams, i just need a postprocessor for the data [02:42:12 CEST] <witchdoctor> hello [03:10:00 CEST] Last message repeated 1 time(s). [05:35:00 CEST] Last message repeated 1 time(s). [11:29:49 CEST] <ozette> what's it mean exactly when the ffmpeg binary says: ./ffmpeg: /lib/libc.so.6: version `GLIBC_2.17' not found (required by ./ffmpeg)?? that this ffmpeg was build with a different version of glibc? [11:55:47 CEST] <Rabeet> hello [11:57:02 CEST] <Rabeet> anyone? [11:59:11 CEST] <Rabeet> i'm using ffmpeg with screen-capture-recorder and recording my screen and pushing it to facebook using live_videos api. When i open up any game like counter strike 1.6 or quake3 which uses openGL nothing displays grey screen apears. also not working with full screen. [12:14:51 CEST] <BtbN> You can't easily capture hardware-accelerated stuff like Games and Exclusive-Fullscreen-Applications. [12:15:05 CEST] <BtbN> Why not use a tool like OBS, that's made for exactly that job? [12:17:24 CEST] <nonex86> <nonex86> why dont you just use obs for example? [12:17:25 CEST] <nonex86> :D [12:26:06 CEST] <Rabeet> Yes i can use OBS but i have some different business model [12:26:48 CEST] <Rabeet> Any work around fixing openGL issue? [13:08:45 CEST] <BtbN> No. [13:09:07 CEST] <BtbN> You need an entirely different approach, which is simply not implemented in ffmpeg, and most likely never will be. [14:36:03 CEST] <Spring> is there a straightforward way to ensure that the trim end value is greater than the trim start? [14:36:41 CEST] <Spring> as both can have a variety of different timecode formats and it's hard to directly compare values [14:37:16 CEST] <Spring> ffplay for example doesn't even launch a preview if the trim values are identical, it just stalls in its 'streaming' mode [14:38:25 CEST] <Spring> if it produced some error I could at least trigger a conditional operation [14:43:06 CEST] <simong> Hi, got a compilation problem with libvpx on CentOS 6, is this a good place to ask? [14:50:32 CEST] <spaam> simong: maybe #vp8 might be better for that :) [15:00:13 CEST] <simong> spaam: thanks :) [15:47:51 CEST] <viric> wouldn't it be trivial to patch firefox-on-linux to use an h264 hw decoder? [15:48:44 CEST] <DHE> possibly, but you'd have to provide one. and hardware decoders tend to be platform-specific so you really want some kind of flexible or plugin system... and then you get outside the scope of ffmpeg. [15:49:24 CEST] <viric> be it vdpau [15:53:45 CEST] <viric> firefox simply calls some ffmpeg lib methods [15:54:27 CEST] <viric> https://github.com/mozilla/gecko-dev/blob/master/dom/media/platforms/ffmpeg… [15:55:49 CEST] <apus> hi, could somebody please tell me whether there are video codecs out there that produce sparse files? [15:56:52 CEST] <apus> i have a filesystem issue where sparse files are concerned, which may or may not have been corrupted. i'd like to know if i need to worry about video/audio files [16:08:24 CEST] <kdehl> Greetings. I'm trying to decode a H.264 stream using OpenH264. I call DecodeFrame2 on my decoder object, send it an input h264 buffer, an array of YUV output buffers etc, and it works perfectly. [16:09:12 CEST] <kdehl> Question is what do I do with the second frame? I can't seem to find out what offset in the buffer to feed DecodeFrame2() again. [16:10:09 CEST] <kdehl> I assume the codec reads as many NAL units as it needs for decoding the first frame. Maybe I should send a pointer to the subsequent NAL unit for the next call? [16:10:36 CEST] <kdehl> But then question is, how do I know how many NAL units has the decoder read in the first call? [16:11:06 CEST] <kdehl> Am I on the right track, or have I misunderstood it completely? [16:11:23 CEST] <DHE> apus: only if you enable compression and have a lot of zero bytes in a row that cover a block as per the recordsize parameter [16:13:47 CEST] <apus> DHE: hm i'm not familiar with codecs. aren't there optimizers run, that can do such a compression? [16:14:12 CEST] <apus> is this typical in "modern" video files/codecs you have every day? [16:14:41 CEST] <nonex86> kdehl, never used openh264, but i dont understand the problem, why you dont just feed your decoder with nalu? when the frame is ready it should return it to you, everyone is happy [16:18:53 CEST] <kdehl> nonex86: It does with the first one. But how do I encode a second frame? [16:18:53 CEST] <DHE> apus: it's pretty rare that codec output is itself compressible. codecs can't generate sparse files themselves, so you're relying on the compression of ZFS to punch your holes. and I'm pretty sure it's not possible for H264 to output such a huge zero string in an equally huge AVPacket [16:20:10 CEST] <nonex86> kdehl, i am sorry, we talk about encoding or decoding? [16:20:27 CEST] <kdehl> nonex86: Decoding. Sorry. [16:20:34 CEST] <kdehl> Decoding h.264 to YUV. [16:26:59 CEST] <apus> DHE: thanks for the help! [17:02:28 CEST] <ozette> hey my target is running on ffmpeg v2.7.1, now i want to cross compile v3.1.2 [17:02:43 CEST] <ozette> when i print the version of 2.7.1 i can see the configure options [17:03:15 CEST] <ozette> is it wise to use the same? [17:05:56 CEST] <furq> if you want the same features available [17:07:53 CEST] <ozette> the target actually disables a lot of stuff, like ffserver [17:08:00 CEST] <ozette> but that's ok [17:08:13 CEST] <furq> you should disable that anyway because it sucks [17:08:28 CEST] <ozette> lol, what's it do? [17:08:47 CEST] <ozette> (i only need ffmpeg and ffprobe) [17:08:55 CEST] <furq> it doesn't do anything as far as i can tell [17:09:05 CEST] <furq> other than generate doomed support questions in here [17:09:34 CEST] <ozette> lmao [17:09:40 CEST] <ozette> ouch [17:23:02 CEST] <ozette> if i don't set the --prefix and --incdir for configuration, ffmpeg should install in the source directory, right? [17:23:33 CEST] <ozette> and i don't think i need the --cross-prefix flag [17:23:59 CEST] <ozette> i can just provide the compiler with the make command [17:27:14 CEST] <DHE> it's more complex than that. sometimes you need to build a build-helper application and you need a distinction between host and target compilers. you may need an assembler to handle target assembly code, etc. [17:28:50 CEST] <furq> if you don't set --prefix then i'm pretty sure it'll install in /usr/local [17:29:13 CEST] <furq> if you just want it built in the source directory then don't run make install [17:29:52 CEST] <ozette> i'd like it in the source [17:30:04 CEST] <ozette> so.. i should provide a prefix then [17:30:11 CEST] <furq> no [17:30:14 CEST] <furq> read the other thing i said [17:30:40 CEST] <ozette> ah rght [17:30:53 CEST] <ozette> just a make.. [17:41:10 CEST] <Chloe> how can I get a AV_CODEC_ID from a fourcc tag? [17:41:59 CEST] <alcros> Hey, i have a H264-encoded video and i want only a sequence in the middle. When i use the CLI-parameters -ss and -to, the new video starts at the next keyframe after the position specified with -ss and ends at the previous keyframe of the -to position.....What i want is, that the video starts at the previous keyframe from the -ss keyframe and ends at the next keyframe from -to position...is there a CLI-switch or similar to [17:41:59 CEST] <alcros> archieve this? Thank you [17:42:51 CEST] <durandal_1707> With -c copy? [17:42:57 CEST] <alcros> durandal_1707, yes [17:43:38 CEST] <durandal_1707> Chloe: by inspecting source code :) [17:44:59 CEST] <durandal_1707> alcros: afaik without keyframe, its not possible with ffmpeg [17:47:14 CEST] <alcros> durandal_1707: what do you mean with without keyframe? [17:47:41 CEST] <alcros> Let's say i have a keyframe every 5 seconds (only a example, in my input video the keyframes are not regular)...when i use -ss 2 -to 12 i get 5-10, but what i want is 0-15 [17:47:49 CEST] <durandal_1707> keyframe at exact pos you cut [17:48:33 CEST] <durandal_1707> ahh, than open feature request on Trac [17:48:43 CEST] <kepstin> alcros: hmm. ffmpeg already has some of the logic for that, because when *not* in copy mode, it'll find the previous keyframe, then decode and throw out frames to the desired seek point [17:48:53 CEST] <kepstin> it's probably a fairly simple change :/ [17:49:32 CEST] <ozette> hmm [17:49:37 CEST] <ozette> i installed faac-devel [17:49:45 CEST] <ozette> but configure says i don't have libfaac [17:51:45 CEST] <ozette> can i just drop faac? [17:51:56 CEST] <durandal_1707> libfaac gonna be removed anyway [17:52:11 CEST] <kepstin> ozette: the ffmpeg built-in aac encoder in ffmpeg >=3 is probably comparable to or better than faac anyways [17:52:21 CEST] <ozette> i see [17:52:26 CEST] <ozette> thanks guys :0 [17:52:29 CEST] <ozette> :) [17:54:08 CEST] <alcros> durandal_1707,kepstin: ok, thank you [17:57:13 CEST] <Chloe> durandal_1707: great. thanks. [17:57:34 CEST] <Chloe> I saw av_codec_get_id() but couldnt get it working, oh well. [17:59:35 CEST] <ozette> this is such a trial and error process to me [18:00:50 CEST] <ozette> removing --enabled libs as they're not found [18:16:10 CEST] <Rabeet> hello [18:16:52 CEST] <Rabeet> can anyone tell me which (opengl/directx3d screen recorders) ffmpeg supports? [18:17:36 CEST] <__jack__> x11 is supported [18:17:39 CEST] <__jack__> at least [18:17:43 CEST] <__jack__> dunno about the rest [18:18:50 CEST] <__jack__> Rabeet: ffmpeg -devices [18:22:20 CEST] <Rabeet> __jack__: Yes asking about directShow recorders? i know about screen-capture-recorder and UScreenCapture but they are not working with openGL [18:22:27 CEST] <Rabeet> can you suggest any other? [18:23:16 CEST] <__jack__> I suggest x11grab, as it's the only one I vaguely know about [20:18:55 CEST] <ozette> The v3.1.2 I built says: "ffmpeg: error while loading shared libraries: libavdevices.so.57: cannot open shared object file: No such file or directory" [20:19:05 CEST] <ozette> but i configured with --enable-static [20:19:43 CEST] <ozette> shouldn't that bundle the code of required libraries into the program? [20:21:52 CEST] <flux> perhaps. are you certain this particular ffmpeg is the one you built now, did you build it from and did you disable shared libraries? [20:22:24 CEST] <flux> "from clean" I meant to write [20:23:19 CEST] <ozette> yes i'm certain, because it's the one i built, because i brought it over to my workstation and just now executed the program with ./ffmpeg [20:23:34 CEST] <furq> pastebin the output of ffmpeg -version [20:23:45 CEST] <furq> or the configure string you used if it doesn't get that far [20:24:20 CEST] <ozette> furq: the error i just posted is the output of ffmpeg -version, one moment and i'll show you my configure options [20:24:34 CEST] <ozette> flux: not sure if i disabled shared libraries .. now that you say.. [20:25:12 CEST] <furq> enable-shared is off by default [20:26:19 CEST] <ozette> these are the options: https://paste.fedoraproject.org/412583/90363147/ [20:26:43 CEST] <furq> "--enable-shared --disable-static" [20:26:43 CEST] <ozette> oh wow [20:26:58 CEST] <ozette> so i should drop- --enable-shared? [20:27:04 CEST] <furq> you should swap both of those around [20:27:24 CEST] <furq> alternatively you could just move the .sos to the other machine [20:27:40 CEST] <ozette> so.. disable-shared en enable-static? [20:27:43 CEST] <furq> sure [20:27:48 CEST] <furq> or just remove them both as that's the default [20:27:56 CEST] <ozette> i see interesting [20:28:22 CEST] <furq> you can also get rid of enable-encoders and enable-optimizations [20:28:33 CEST] <ozette> i must have messed up somewhere, this config is so weird [20:28:43 CEST] <furq> yeah you don't need 99% of that [20:28:58 CEST] <ozette> it says --disable-static at one point and --enable static later on [20:29:05 CEST] <ozette> yea well [20:29:29 CEST] <furq> http://vpaste.net/d4j60 [20:29:38 CEST] <furq> that's the entirety of my cross-compile build flags [20:30:10 CEST] <ozette> i have two workstations, one's on ffmpeg 3.1.2 already, the other one at 2.7.1, i acquired a toolchain for my platform and smashed their config options together and tweaked some thing [20:30:26 CEST] <ozette> sweet [20:31:13 CEST] <furq> that looks like it's been adapted from one of those weird distro packages which tries to remove everything patented [20:31:49 CEST] <furq> i'm guessing fedora via centos [20:31:53 CEST] <ozette> it only builds ffmpeg [20:32:14 CEST] <ozette> so it's pretty fast [20:32:32 CEST] <ozette> and it is a weird distro [20:32:35 CEST] <ozette> it's a synology [20:32:39 CEST] <furq> oh man [20:32:43 CEST] <ozette> yea.. [20:34:33 CEST] <ozette> anyway thanks, new try! [22:48:55 CEST] <flyBoi> Any node.js fluent-ffmpeg pros around? [22:49:09 CEST] <flyBoi> I'm having trouble concatenating three video files into one :-( [22:49:27 CEST] <flyBoi> .mergeToFile() doesn't seem to play nice with > 2 videos [22:49:55 CEST] <BtbN> ffmpeg does not support any JavaScript, let alone node.js. [22:50:10 CEST] <BtbN> So you should ask whoever made that mergeToFile [22:50:19 CEST] <BtbN> Or use ffmpeg directly. [22:50:57 CEST] <flyBoi> K will do. [23:01:03 CEST] <Lal> Alright, so, I'd like to ask for help converting an MKV using the h.264 codec to an AVI using the mpeg4 codec. Can I have some assistance, please? [23:24:30 CEST] <c_14> Lal: ffmpeg -i mkv -c:v mpeg4 -c:a copy out.avi [23:32:51 CEST] <ozette> flyBoi: i'm actually using fluent-ffmpeg in my application, but you better ask the author he's very active, or #Node.js [23:33:10 CEST] <ozette> i've never merged video files [23:39:24 CEST] <blue_misfit> hey with libx264, I usually set scenecut=0 when I want to use fixed GOP [23:39:31 CEST] <blue_misfit> I'm seeing some guides say scenecut=-1 [23:39:35 CEST] <blue_misfit> and had never seen that before now [23:39:48 CEST] <blue_misfit> any difference between setting this to -1 vs setting it to 0? [23:41:37 CEST] <ianbytchek> greetings all. trying to use ffmpeg libs in osx app, tried both objective-c / swift. profiling shows noticeable memleaks originating in av_mallocz, av_strdup, av_malloc& code is from official example, everything gets properly released / cleaned up. couldn't google a solution / explanation, but this seems a very common issue. is this a false positive or is there a way to fix [23:41:37 CEST] <ianbytchek> this? profiling details https://www.dropbox.com/s/p184qttoibduajd/Screenshot%202016-08-23%2001.41.1… [23:42:20 CEST] <ozette> hmm [23:45:14 CEST] <markg13> hey guys I am trying to convert 5 hours of avi files (32GB) to a small format, I used lbx264 and It has taken more than 12 hours on a iMac with Corei7 and 16GB ram, and still has not finished [23:45:42 CEST] <markg13> here is the command I am using, ffmpeg -i /input/$f -c:v libx264 -crf 23 -threads 6 /output/$f.mp4 [23:45:43 CEST] <blue_misfit> markg13, this might be totally expected if you used slow settings [23:45:50 CEST] <blue_misfit> ok [23:45:54 CEST] <blue_misfit> yeah that uses fairly slow settings [23:45:58 CEST] <markg13> @blue_misfit how can I make it fast settings [23:46:04 CEST] <blue_misfit> if you want faster settings just add -preset superfast [23:46:15 CEST] <markg13> is it gonna affect quality? [23:46:19 CEST] <blue_misfit> yes [23:46:22 CEST] <blue_misfit> but not HUGELY [23:46:29 CEST] <blue_misfit> increase the CRF value to compensate :) [23:46:34 CEST] <blue_misfit> like set crf 20 or something instead of 23 [23:46:38 CEST] <markg13> do I add it to the end of the line [23:46:47 CEST] <blue_misfit> I'd suggest after -c:v libx264 [23:46:47 CEST] <markg13> is the codec I am using the best one ? libx264 ? [23:46:53 CEST] <blue_misfit> what kind of avi files are you working with [23:47:03 CEST] <blue_misfit> post the output of ffmpeg $inputFile.avi [23:47:07 CEST] <markg13> they are old mpeg1 I think [23:47:08 CEST] <blue_misfit> post the output of ffmpeg -i $inputFile.avi [23:47:18 CEST] <blue_misfit> mpeg1 in AVI? that would be highly irregular :) [23:47:45 CEST] <blue_misfit> https://trac.ffmpeg.org/wiki/Encode/H.264 [23:48:23 CEST] <markg13> @blue_mist https://gist.github.com/medyagh/d5ba789161725cf42860a149570e1ac2 [23:48:30 CEST] <markg13> thats the input format [23:50:35 CEST] <blue_misfit> that shows me your ffmpeg build but not info about the file [23:50:37 CEST] <blue_misfit> need more info [23:51:12 CEST] <markg13> I did ffmpeg -i [23:51:24 CEST] <blue_misfit> ffmpeg -i $inputfile.avi ? [23:51:46 CEST] <markg13> oh hold it is inside a docker I need to attach it [23:51:48 CEST] <markg13> sorry [23:54:33 CEST] <markg13> @blue_misfit https://gist.github.com/medyagh/979e329a80c51f119f005a189dfebed3 [23:55:34 CEST] <blue_misfit> Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj420p(pc, bt470bg/unknown/unknown), 1440x1080, 15397 kb/s, 30 fps, 30 tbr, 30 tbn, 30 tbc [23:55:44 CEST] <blue_misfit> k so it's MJPG, 1440x1080p30 [23:56:00 CEST] <blue_misfit> encoding that on your system should be somewhat close to realtime on the default settings [23:56:27 CEST] <blue_misfit> do like ffmpeg -i $input -c:v libx264 -preset superfast -crf 20 -c:a aac $output.mp4 and you should be fine [23:56:50 CEST] <blue_misfit> if the quality isn't good enough use a lower crf or a slower preset. the link I sent you earlier has details on the different preset options [23:57:14 CEST] <Lal> Thanks, C_14 [23:57:22 CEST] <Lal> Err, c_14 [23:57:32 CEST] <blue_misfit> you owe me a beer now, @markg13 [23:57:37 CEST] <Lal> Seems to be doing well. [23:59:51 CEST] <markg13> thanks @blue_misfiti [00:00:00 CEST] --- Tue Aug 23 2016

1 0

ffmpeg-devel.log.20160821
by burek 22 Aug '16

22 Aug '16

[00:53:37 CEST] <VamoMenem> Unknown option "--enable-nvresize". :| [01:08:05 CEST] <BtbN> Well, there is no filter with that name, and even if there was, that's not how you'd enable/disable it. [01:08:22 CEST] <BtbN> Are you looking for the npp scaler? [01:10:28 CEST] <VamoMenem> i looking for nvresize filter, it uses nvidia nvenc gpu instead of cpu [01:11:07 CEST] <VamoMenem> i can compile whit nvenc support for h264 encoding but i dont know why, nvresize is not included in the ffmpeg git [01:13:19 CEST] <VamoMenem> im now using nvenc whit a quadro m4000 card to encode in h264 but ffmpeg still using 70% of cpu. i think im doing something bad [01:23:01 CEST] <BtbN> There is no nvresize filter. [01:23:14 CEST] <BtbN> There is scale_npp or something like that. [01:24:41 CEST] <VamoMenem> let me check [01:26:02 CEST] <VamoMenem> thanks BtbN , it uses cuda, i go to try it right now [01:27:11 CEST] <BtbN> Well, that's all you got. [02:54:01 CEST] <cone-246> ffmpeg 03Michael Niedermayer 07master:f2a9a30fd6a2: avcodec/adpcm: Fix adpcm_ima_wav padding [03:23:05 CEST] <VamoMenem> BtbN you know how can enable scale_npp filter. I compiled with --enable-filter=scale_npp and scale_npp filter but filter is not in ffmpeg -filters list [03:45:49 CEST] <cone-246> ffmpeg 03Steven Robertson 07master:cf7b0b5050e8: fate: add DNxHR 12-bit example. [03:45:50 CEST] <cone-246> ffmpeg 03Steven Robertson 07master:a3cab3d43387: libavformat/mov: Accept known codepoints in 'colr' [10:07:14 CEST] <cone-139> ffmpeg 03Paul B Mahol 07master:4d7d74802d0c: avfilter/vf_crop: make possible to do exact cropping for subsampled videos [11:58:55 CEST] <cone-139> ffmpeg 03Jan Sebechlebsky 07master:57503fab4f18: avcodec/bsf: Add custom item name function for bsf list [15:31:04 CEST] <cone-139> ffmpeg 03Steven Liu 07master:445c30ba07c7: lavf/hlsenc: add append_list flag into hlsenc [16:28:55 CEST] <Chloe> So we already have AVFoundation, but there's CoreMediaIO as well. It provides a lower level interface to the hardware, and even allows grabbing of firewire device's video (like DV from camcorders), similar to libdc1394 for linux. I'm just wondering if this is worth having in FFmpeg? (as opposed to a standalone tool like dvgrab) [16:49:21 CEST] <cone-139> ffmpeg 03Paul B Mahol 07master:45e5d5f547b2: avfilter/avf_showvolume: calculate color table only once [17:47:31 CEST] <rcombs> Chloe: if it allows access to devices that AVFoundation doesn't, and isn't deprecated, then sure [17:48:02 CEST] <Chloe> it was introduced at the same time as AVFoundation, pretty sure it's not deprecated [17:53:54 CEST] <DSM__> durandal_1707: how's inlink->w different from frame->width? [17:54:54 CEST] <durandal_1707> for your Usecase they are always same [18:14:48 CEST] <DSM__> durandal_1707: okay [18:54:57 CEST] <rcombs> Chloe: sounds like a patch would probably be accepted, then :) [20:54:51 CEST] <cone-139> ffmpeg 03Burt P 07master:400e2acd112d: af_hdcd: Code comments update [20:54:52 CEST] <cone-139> ffmpeg 03Burt P 07master:8c19732a423a: af_hdcd: add AVOption to set the CDT period [20:54:53 CEST] <cone-139> ffmpeg 03Burt P 07master:accbb00ba7b3: af_hdcd: add AVOption to disable autoconversion in the filter graph [20:54:54 CEST] <cone-139> ffmpeg 03Burt P 07master:0e0f8859ba0a: af_hdcd: PE table limits [20:54:55 CEST] <cone-139> ffmpeg 03Burt P 07master:b7d1f44ce097: doc/filters: update for af_hdcd [21:10:19 CEST] <cone-139> ffmpeg 03Michael Niedermayer 07master:67318187fbba: libavcodec/wmalosslessdec: Check the remaining bits [22:07:27 CEST] <cone-139> ffmpeg 03Michael Niedermayer 07master:cc5e5548df4a: avformat/wtvdec: Check pointer before use [22:29:44 CEST] <cone-139> ffmpeg 03Timothy Gu 07master:1ae4b1e09dca: mem: Extend and edit Doxygen [00:00:00 CEST] --- Mon Aug 22 2016

1 0

ffmpeg.log.20160821
by burek 22 Aug '16

22 Aug '16

[00:48:38 CEST] <VamoMenem> Unknown option "--enable-nvresize". :| [04:02:51 CEST] <VamoMenem> someone know who i can compile ffmpeg whit scale_cpp filter? [04:14:51 CEST] <furq> the what filter [04:28:13 CEST] <VamoMenem> furq scale_npp filter [04:28:42 CEST] <VamoMenem> cpp was a memory leak [04:29:09 CEST] <furq> --enable-cuda --enable-libnpp [04:29:26 CEST] <VamoMenem> awesome! [04:29:32 CEST] <VamoMenem> now go to compile again! [06:38:07 CEST] <VamoMenem> im gonna be crazy, try to complile ffmpeg with --enable-cuda and --enable-libnpp return ERROR: CUVID not found and installing NVIDIA NVENC SDK or bumblebee-nvidia primus or libnvcuvid1 dont resolve the error [06:41:22 CEST] <VamoMenem> ERROR: CUVID not found in a nice red (: [06:45:49 CEST] <c_14> Can you upload your config.log to a pastebin service? (At least the first and last 50 lines) [06:46:09 CEST] <c_14> Or just look at it yourself, it should show what it tried doing when it failed somewhere near the end [06:49:00 CEST] <VamoMenem> c_14 conflig.log says fatal error: cuviddec.h: No such file or directory [06:49:30 CEST] <c_14> Do you have that file somewhere on your system? If so, add the directory to the include path [06:49:54 CEST] <VamoMenem> i now locating [06:50:24 CEST] <VamoMenem> i have in /usr/local/cuda-7.5/include/cuviddec.h [06:50:39 CEST] <VamoMenem> is where i have to put the headers of cuda utils i gess [06:51:24 CEST] <VamoMenem> how i can add this directory? [06:53:47 CEST] <c_14> --extra-cflags="-I/usr/local/cuda-7.5/include" [06:57:06 CEST] <VamoMenem> now working but stops in ERROR: libnpp not found. In config.log says /usr/bin/ld: cannot find -lnppi and /usr/bin/ld: cannot find -lnppc [06:58:52 CEST] <VamoMenem> god is playing whit me [06:59:06 CEST] <c_14> Let me guess, you have a /usr/local/cuda-7.5/lib or something like it [06:59:15 CEST] <c_14> --extra-ldflags="-L/usr/local/cuda-7.5/lib" [06:59:32 CEST] <c_14> Well, in this case it'd be libnpp [06:59:41 CEST] <c_14> Basically the library path to wherever the libnpp libraries are [07:00:11 CEST] <c_14> If they're dynamically linked you might also want to set an rpath (otherwise you'll have to set LD_LIBRARY_PATH on runtime in order to avoid linking errors) [07:02:52 CEST] <VamoMenem> how i do that? i just install the nvidia sdk [07:03:07 CEST] <c_14> Do you have a libnpp.so or libnpp.a ? [07:03:25 CEST] <c_14> Eh, libnppc.so or libnppc.a [07:03:33 CEST] <VamoMenem> i located /usr/local/cuda-7.5/lib64/libnppc.so so i think i need to change lib to lib64 [07:03:51 CEST] <c_14> Ye, just change the lib to lib64 in the --extra-ldflags I gave you [07:03:52 CEST] <VamoMenem> a lot of .so [07:03:56 CEST] <c_14> And add --enable-rpath [07:04:08 CEST] <VamoMenem> ha ok [07:04:22 CEST] <VamoMenem> to carry the libs whit the bins later [07:05:14 CEST] <VamoMenem> worked!! [07:06:30 CEST] <VamoMenem> i go to cry, so beutifull the make working [07:06:36 CEST] <VamoMenem> thanks! [07:06:53 CEST] <c_14> np [07:19:49 CEST] <VamoMenem> happened the --enble-rpath issue [07:20:01 CEST] <VamoMenem> when i try to run ffmpeg: ./ffmpeg: error while loading shared libraries: libnppi.so.7.5: cannot open shared object file: No such file or directory [07:22:09 CEST] <c_14> Either rebuild with enable-rpath, or do LD_LIBRARY_PATH=/usr/local/cuda-7.5/lib64 ./ffmpeg [07:23:55 CEST] <VamoMenem> to check was working LD_LIBRARY_PATH=/usr/local/cuda-7.5/lib64 ./ffmpeg -filters [12:21:35 CEST] <maziar> why i get this error : 1 frames left in the queue on closing [12:26:00 CEST] Last message repeated 1 time(s). [12:41:47 CEST] <tripkip> I'm having issues with multiple files on my 2009 MBP in latest Kodi release, which uses VTB hwdec. Kodi team points to ffmpeg. I'm trying to figure out if I have the same issues with ffplay. Is VTB used by default when running ffplay or is there a spefic parameter to enable it (can't find it in the doc)? [13:04:50 CEST] <Threads> tripkip how about posting a errorlog of some sort to pastebin and paste the link here if you have a error log [13:06:01 CEST] <tripkip> Yes that's what I'm aiming for, but I need to know the proper command so that ffplay uses VTB like Kodi Krypton does [13:07:09 CEST] <tripkip> I came this far (don't know if it's correct): "./ffplay -codec:v h264_videotoolbox file.mkv" - I'm only getting audio output in the player though.. [13:10:19 CEST] <tripkip> Seems that the decoder h264_videotoolbox is not available in ffplay [13:11:16 CEST] <tripkip> "./ffplay -codecs | grep 264" returns " DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_vda ) (encoders: libx264 libx264rgb h264_videotoolbox )" [15:58:35 CEST] <vash1> hey there [15:59:04 CEST] <vash1> how can i find spectrum difference between two almost identical mono wavs? [15:59:38 CEST] <fritsch> go to audacity and look at the spectrum? [16:00:18 CEST] <vash1> already did [16:00:25 CEST] <flux> I guess spectrum doesn't have comparison tools for spectrum. octave perhaps might be more appropriate if you have sufficient memory? ..and some mathematical aptitude to work with octave and its docs [16:00:26 CEST] <vash1> but its not changing somehow... [16:00:40 CEST] <vash1> i tried this trick http://manual.audacityteam.org/man/invert.html [16:01:26 CEST] <vash1> i see.. [16:01:28 CEST] <flux> to what end? I don't think it affects spectrum at all. [16:02:08 CEST] <bencoh> flux: fourier is a linear operation, so ... [16:02:25 CEST] <flux> bencoh, so ... ?-) [16:02:27 CEST] <fritsch> bencoh: think what you see in spectrum and what this invert does [16:02:40 CEST] <fritsch> and the result for the spectrum is? :-) [16:02:57 CEST] <flux> doesn't invert simply change the phase by 180 degrees, and spectrum doesn't visualize that? [16:03:05 CEST] <fritsch> yeah, exactly [16:03:53 CEST] <bencoh> fritsch: isn't the idea there to do the sum of stream A plus invert(B)? [16:04:07 CEST] <vash1> let's say if we have wav file encoded in mp3 @ 128kbps and mp3 @ 320kbps - will not the frequency difference of both will be 16+kHz ? [16:04:45 CEST] <vash1> from 16 kHz and above (since mp3 @ 128 has frequency cut off on 16kHz) [16:06:30 CEST] <bencoh> fritsch: looks like that's what they want to achieve on that page (A-B) [16:06:55 CEST] <bencoh> (and then spectrum(A-B) ~= spectrum(A) - spectrum(B)) [16:07:39 CEST] <vash1> to be clear, basically I'm trying to find the difference between central channel of DTS-HD MA versus to DTS core. [16:08:53 CEST] <vash1> maybe my question wasn't formulated correctly. [16:09:18 CEST] <fritsch> bencoh: the problem starts with: what is B concerning A and what means this inversion of A for the spectrum [16:11:19 CEST] <vash1> so how can I compare with ffmpeg dts-hd-ma.wav and dts-core.wav and output the difference to output.wav? [16:11:20 CEST] <bencoh> fritsch: he wants a spectrum comparison ... I guess visualizing the "difference" of the two spectrums is a good start [16:11:31 CEST] <fritsch> yes, for sure [16:11:41 CEST] <bencoh> well then 17:06 < bencoh> (and then spectrum(A-B) ~= spectrum(A) - spectrum(B)) [16:11:48 CEST] <bencoh> ? [16:12:00 CEST] <fritsch> he generates B from A [16:12:08 CEST] <vash1> having output.wav i can analyze it with any spek software [16:17:32 CEST] <fritsch> bencoh: perhaps more concrete - did you check the "invert" he is doing and how it is done in _spatial_ domain? [16:17:54 CEST] <bencoh> I didn't [16:18:08 CEST] <fritsch> yeah - and that's my point, he is not computing on the spectrum [16:18:21 CEST] <fritsch> he is "Invert flips the audio samples upside-down, reversing their polarity" [16:18:30 CEST] <bencoh> I just assumed he'd do it in time domain [16:18:38 CEST] <fritsch> hehe [16:18:47 CEST] <fritsch> that would make sense [16:18:52 CEST] <fritsch> but not what he is doing [16:29:41 CEST] <vash1> already figured that out. here is the screenshot. https://s14.postimg.io/696bai0hb/Screen_Shot_2016_08_21_at_17_25_33.png thanks for your help fritsch bencoh [18:42:53 CEST] <codespells> Can ffmpeg used with avisynth scripts? If so what would a cmd look like? [19:30:36 CEST] <furq> codespells: if it was built with --enable-avisynth then you can just do -i foo.avs [20:02:50 CEST] <codespells> furq whoa cool. So I just just do something like ffmpeg -i myscript.avs -c:a copy -c:v copy output.mkv and the script will be executed and saved in a mkv container? [20:05:06 CEST] <furq> sure [20:05:26 CEST] <furq> as long as you have avisynth installed and it's the same arch as your ffmpeg binary [20:05:53 CEST] <codespells> that part I can sort out. [20:11:00 CEST] <codespells> neat! I take it what I did in my cmd is totally uncompressed right? Also would be nice to drop this into Huffyuv or Lagarith. Not sure what is better if I am going to further work on my file. [20:26:28 CEST] <tripkip> Any OSx user here that can tell me how to run ffplay with VTB enabled? [20:35:05 CEST] <parsec> tripkip, I'm an OSX user, but I only use ffmpeg and ffprobe [20:35:39 CEST] <parsec> And I only use it for video conversion to avi with specific settings [20:54:50 CEST] <codespells> is there someway to output to ffmpeg from within a avisynth script? [20:59:00 CEST] <furq> you stop writing the script [21:07:10 CEST] <codespells> furq, lol yeah normally. Thing is that I am using AvsPmod as a editor so I can see what is going on. idk maybe there is a way to do this with ffplay or something instead of AvsPmod ? [22:00:29 CEST] <sbraz> does it harm quality in any way if i use vf=rgb24 so that i can crop to an odd amount of pixels when encoding to x264? [22:01:12 CEST] <durandal_1707> sbraz: I just fixed crop filter [22:01:34 CEST] <durandal_1707> you need recent ffmpeg version [22:02:03 CEST] <durandal_1707> and add exact option set to 1 [22:02:10 CEST] <sbraz> durandal_1707: so it'll automatically convert the colorspace? [22:02:21 CEST] <BtbN> x264 only encodes YUV [22:02:37 CEST] <klaxa> there is libx264rgb though [22:02:49 CEST] <BtbN> But that won't really play anywhere. [22:02:57 CEST] <sbraz> BtbN: yeah but if i crop from pixel 1, it has to recompute yuv values, right? [22:03:08 CEST] <durandal_1707> sbraz: I fixed crop so it crops odd lines [22:03:57 CEST] <sbraz> durandal_1707: my understanding of how this works might be a little bit limited, but if it can crop on odd pixels, it will require some approximation, won't it? [22:04:07 CEST] <sbraz> interpolation even [22:04:18 CEST] <durandal_1707> nope [22:05:26 CEST] <sbraz> durandal_1707: even if my source is yuv too? [22:08:50 CEST] <durandal_1707> no need to upconvert to yuv444p and downconvert to yuv420p [22:09:07 CEST] <sbraz> if my source video is yuv420, the cb and cr values apply to 2 pixels in the same column, right? [22:09:20 CEST] <durandal_1707> yes [22:09:53 CEST] <sbraz> so if i were to crop from line 1 to line 3, how would that work? [22:11:31 CEST] <sbraz> durandal_1707: oh by recent you really meant "recent" haha [22:12:21 CEST] <sbraz> i'll compile the git version i guess [22:13:31 CEST] <durandal_1707> afaik interpolation is not needed [22:14:09 CEST] <sbraz> durandal_1707: the patch looks very simple, think i could apply it to v2.8.7? [22:14:24 CEST] <durandal_1707> Yes [23:33:26 CEST] <ito__> hi, I have been trying to make a .webm file the video comes out blurry, I pasted the command and output here http://pastebin.com/yjAJ70jK [23:34:55 CEST] <furq> maybe try setting the bitrate to something higher than 200kbps [23:35:50 CEST] <ito__> furq, you mean the default setting, I tried many times but didn't want to put all the times up, last I tried was -vb 1M [23:39:02 CEST] <ito__> furq, this is the last one http://pastebin.com/DR4FJXAG [23:56:47 CEST] <azonenberg> Hi guys [23:56:59 CEST] <azonenberg> I'm trying to do some post-processing on archival security camera footage [23:57:36 CEST] <azonenberg> basically, take in a directory full of 1080p25 h.264 files (say, one every 30 minutes over a whole day) [23:57:50 CEST] <azonenberg> a) concatenate them into a single video file [23:57:53 CEST] <azonenberg> b) reduce the bit rate [23:58:03 CEST] <azonenberg> and c) reduce the framerate by dropping frames, while keeping 1:1 playback speeds [23:58:36 CEST] <azonenberg> The idea is to allow me to keep a fairly long "tail" of footage with much reduced disk space compared to the high quality 1080p25 videos that I only keep for a couple of days unless something bad happens [23:58:48 CEST] <ito__> thanks, I guess I will try the forum [23:59:06 CEST] <azonenberg> I have a filter graph set up using filter_complex concat to append the original input files (as well as transcoding to MP4 since I had trouble outputting h.264 at low bit rate) [23:59:54 CEST] <azonenberg> But when i try -vf fps= i have problems [00:00:00 CEST] --- Mon Aug 22 2016

1 0