Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
April 2015
- 1 participants
- 60 discussions
[00:00:50 CEST] <kierank> yes
[00:01:00 CEST] <jamrial> anyway, yes, it should be fixed, but your comment above sounds like "we care about pointless features while h264 is thorougly broken" when it's not the case strictly speaking
[00:01:01 CEST] <kierank> or people just find a version of ffmpeg that works
[00:01:20 CEST] <kierank> from what I understand the crashes are ER related
[00:01:23 CEST] <kierank> and libav disabled ER
[00:01:25 CEST] <kierank> to fix them
[00:08:25 CEST] <kierank> on the bright side threads=1 seems ok
[00:14:40 CEST] <iive> ER as Error Recovery?
[00:15:02 CEST] <iive> or was is error resilience
[00:19:21 CEST] <jamrial> kierank: ok, so it's not just you reporting. cehoyos seems to have similar issues (ticket 4416) and points to a recent commit being at fault, so if this is actually a recent regression then yeah, it's kinda high priority
[00:47:39 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:3892bdab9b65: avconv: do not overwrite the stream codec context for streamcopy
[00:47:40 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:4d02dfbde475: ffmpeg: Fix extradata allocation
[00:47:41 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:959894632ae6: Merge commit '3892bdab9b652eb003ab95e167f1765e0b0ea035'
[01:38:40 CEST] <nevcairiel> kierank: if ER is the only reason for those crashes, I believe you can disable it on the configure level
[01:38:55 CEST] <kierank> for some of them I think it's the reason for the crashes
[01:39:06 CEST] <kierank> and I got lots of errors in the build when i tried to disable it in ffmpeg last time
[01:39:21 CEST] <nevcairiel> the google people use that, i figure they keep fixing it when it breaks
[01:40:24 CEST] <kierank> I don't think google uses sliced threads
[01:40:32 CEST] <nevcairiel> i dont like libavs approach to the problem either btw, just disabling something because you cant bother to fix it, and then calling it "fundamentally broken" is just such a cheap-out .. its always possible to detect the conditions when it would otherwise crash and then just dont do it
[01:41:13 CEST] <kierank> well it's the lack of coordination that is worse
[01:45:02 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:a4d34e218f54: h264: disable ER by default
[01:45:03 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:6da7625cc395: Merge commit 'a4d34e218f548d381e09c483e8dc6ad18a8d571c'
[01:45:04 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:4b7356ce8f2c: avcodec/h264: reenable ER except with slice threads by default
[01:45:37 CEST] <nevcairiel> wasnt there a comment in there before that it doesnt really work with slice threading anyway
[01:50:20 CEST] <kierank> dunno but there are still tons of bugs in slice threading
[01:50:46 CEST] <nevcairiel> probably because noone uses it :d
[01:51:01 CEST] <nevcairiel> but there you go, slice threading doesnt use ER
[01:58:24 CEST] <kierank> seems to be an improvement
[01:58:29 CEST] <kierank> i.e no waterfall of segfaults
[01:59:21 CEST] <kierank> oh wait
[01:59:29 CEST] Action: kierank should test the right thing
[02:00:26 CEST] <kierank> way more crashes
[02:00:46 CEST] <kierank> zzuf just causes a waterfall
[02:02:13 CEST] <cone-952> ffmpeg 03Lou Logan 07master:893e61734f96: MAINTAINERS: add Reynaldo as a Twitter maintainer
[02:02:54 CEST] <nevcairiel> but that cant be ER anymore then, unless the disable doesnt work properly
[02:03:11 CEST] <kierank> dunno
[02:03:16 CEST] <kierank> probably more things broke in the merge
[02:03:34 CEST] <nevcairiel> didnt you say libav is also crashing like crazy
[02:03:44 CEST] <kierank> yes both are awful
[02:22:30 CEST] <cone-952> ffmpeg 03Carl Eugen Hoyos 07master:f8413f74a184: lavf/mpeg: Support more audio codecs in Hikvision CCTV recordings.
[02:22:31 CEST] <cone-952> ffmpeg 03Carl Eugen Hoyos 07master:036079ce3431: lavf/mpeg: Support alaw in Hikvision CCTV recordings.
[02:22:32 CEST] <cone-952> ffmpeg 03Carl Eugen Hoyos 07master:c4367f950d5b: Fix codec fps diplay for very small fps.
[02:22:33 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:333eb37a967a: avcodec/h264: silence ER warning when no slice threads are used
[02:22:34 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:241913c0d041: Merge remote-tracking branch 'cehoyos/master'
[02:42:00 CEST] <BBB> so, I dont understad
[02:42:16 CEST] <BBB> all this stuff was zzufed quite well
[02:42:19 CEST] <BBB> what changed?
[02:42:27 CEST] <BBB> is this all because of libavs h264 rewrite?
[02:42:30 CEST] <BBB> or am I missing something?
[02:50:55 CEST] <kierank> 1: I think sliced threads were not zzuffed 2: I think because h264 changes, yes
[02:53:49 CEST] <kierank> michaelni: can you add me to whatever outreachy thing I needed to be added to
[02:56:44 CEST] <michaelni> kierank, i think you have to register as mentor or something for outreachy ffmpeg
[02:57:49 CEST] <michaelni> and if you want to mentor yayoi theres a "willing to mentor" button at https://outreachy.gnome.org/?q=view_projects&prg=4&p=612
[02:58:31 CEST] <kierank> I don't think we can allow yayoi
[02:58:55 CEST] <kierank> I think she has to commit to the 40 hours of work
[02:59:06 CEST] <kierank> ok applied to mentor
[02:59:09 CEST] <kierank> I never found that page...
[02:59:46 CEST] <michaelni> yes she should comit to 40h, wasnt aware that she didnt
[02:59:59 CEST] <kierank> I need to ask her
[03:01:57 CEST] <michaelni> also if you get a strange error when loging in in a few days, delete the cookies in your browser, thats a long standing bug in the opw/outreachy thing, i think it wasnt fixed yet
[03:02:28 CEST] <michaelni> the cookies for *gnome.org IIRC
[03:02:49 CEST] <kierank> ok
[03:03:15 CEST] <kierank> michaelni: do you need to approve me?
[03:03:18 CEST] <kierank> or does outreachy?
[03:03:40 CEST] <michaelni> i think outreachy needs to approve
[03:04:17 CEST] <michaelni> could take them till monday i suspect
[03:31:16 CEST] <cone-952> ffmpeg 03Andreas Cadhalpun 07master:f62880bfb8c7: mpeg4: use a self-explanatory #define MAX_NVOP_SIZE
[03:31:17 CEST] <cone-952> ffmpeg 03wm4 07master:511585ce7f72: matroskadec: export cover art correctly
[03:54:01 CEST] <BBB> kierank: I zzufed sliced h264 a few years ago
[03:54:25 CEST] <BBB> (I zzufed basically all threaded code paths, it was utterly painful)
[03:54:26 CEST] <kierank> I see
[03:54:43 CEST] <kierank> dunno if it makes a difference but I'm zzuffing 4:2:2
[03:54:44 CEST] <BBB> also it wasnt just me, there were various people working on it
[03:54:56 CEST] <BBB> I was mostly on the fixing/reporting end of things maybe
[03:55:07 CEST] <BBB> and michael fixed way more than me
[13:47:31 CEST] <cone-945> ffmpeg 03Rodger Combs 07master:f0c85d9b9966: lavf/assenc: style nits
[13:47:31 CEST] <cone-945> ffmpeg 03Himangi Saraogi 07master:4b030025278a: avformat/rtsp: Fix null pointer dereference
[14:08:44 CEST] <Compn> anyone feel like seeing if this in-flight app uses lavc ? someone sent it to mplayer because it is using the mplayer name... http://www.monarch.co.uk/offers/flights/m-player
[14:08:50 CEST] <Compn> carl maybe ?
[14:16:38 CEST] <kierank> you can just download the apk
[14:23:22 CEST] <Compn> that is how to check, yes
[14:32:59 CEST] <kierank> hmm looks like all the segfaults are in edge_emu now
[14:35:47 CEST] <kierank> oh some aren't
[14:46:08 CEST] <Compn> you submitted captures of h264 with signal interference so that these can be fixed in ER ?
[14:46:12 CEST] Action: Compn didnt check the bugs
[14:46:27 CEST] Action: Compn runs
[15:05:42 CEST] <kierank> no but I used zzuf
[15:05:55 CEST] <kierank> which exhibits what are almost certainly the same bugs (broken slices)
[17:54:37 CEST] <Daemon404> oooo slice threads fixes
[18:06:59 CEST] <kierank> Daemon404: lol no
[18:11:24 CEST] <Daemon404> kierank, reword: *some* fixes (maybe)
[18:18:13 CEST] <kierank> oh that slice thread ER fix
[18:18:14 CEST] <kierank> ok
[18:18:37 CEST] <Daemon404> yeah
[18:27:07 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:514d9bb55d4f: avcodec/h264: use goto end instead of return for hwaccel fails as well
[18:27:08 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:98c5db89bb7a: avcodec/h264_slice: make current_slice reset code more strict
[18:27:09 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:429de0432022: avcodec/h264_refs: Do not set reference to things which dont exist
[19:41:10 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:60e7d2d7b9eb: avcodec/h264_mb: assert that frame waiting code actually references 2 fields/1 frame
[19:41:11 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:fc58d5c43b4c: avcodec/h264: Fail for invalid mixed IDR / non IDR frames in slice threading mode
[19:41:12 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:aa6f58dd96f3: avcodec/h264_refs: More completely clear slice contexts in ff_h264_remove_all_refs()
[20:58:16 CEST] <cone-586> ffmpeg 03Carl Eugen Hoyos 07master:072198166e9a: lavf/mov: Do not overread iTunes metadata.
[20:58:17 CEST] <cone-586> ffmpeg 03Michael Niedermayer 07master:afb327caf3d1: Merge remote-tracking branch 'cehoyos/master'
[21:33:23 CEST] <Prelude2004c> hey everyone, ... http://pastebin.com/iaDEFsv8 < - is this a bug ? in a loop it messes up the audio bit rates or is something wrong with my code?
[21:43:08 CEST] <kierank> michaelni: thanks, will continue to fuzz
[22:11:27 CEST] <kierank> anyone remember that thing where google said they'd give free CPU to OSS projects?
[22:12:29 CEST] <nevcairiel> somehow your copy paste tries to copy the terminal colors codes and leaves funky markings in your pastebins
[22:12:56 CEST] <kierank> it's not a copy and paste
[22:12:58 CEST] <kierank> it's typescript
[22:14:08 CEST] <kierank> I'm forced to do that because copy and pasting 18k lines is not easy
[22:15:45 CEST] <nevcairiel> and i thought ffmpeg was smart and disables colors when you pipe or redirect its output
[22:16:51 CEST] <kierank> it's running in gdb though
[22:17:28 CEST] <nevcairiel> guess you successfully managed to confuse it :D
[23:03:54 CEST] <Compn> kierank : sounds familiar but i dont remember details. maybe it was audio only in person meeting ?
[23:04:05 CEST] <kierank> there was definitely a blog post iirc
[23:10:38 CEST] <Compn> kierank : any idea what year they announced it ?
[23:10:44 CEST] <Compn> i am finding nothing :\
[23:10:57 CEST] <kierank> 2013 possibly
[23:12:13 CEST] <Compn> i see intels open source resources, but dont see any cpu, https://software.intel.com/en-us/oss
[23:14:41 CEST] <Compn> ehe amd lists ffmpeg on their website , http://developer.amd.com/tools-and-sdks/open-source/
[23:18:26 CEST] <BtbN> A few free GPUs from nvidia would be nice.
[23:18:31 CEST] <BtbN> But it's nvidia...
[23:27:06 CEST] <Compn> what? no good for bitcoin mining? :P
[23:29:03 CEST] <BtbN> More thinking about actualy beeing able to test h265 encoding.
[23:29:18 CEST] <BtbN> And maybe a nvenc capable fate server.
[23:50:18 CEST] <Compn> ah
[00:00:00 CEST] --- Sun Apr 5 2015
1
0
[00:00:49 CEST] <GWARslave> i need some heeelp
[00:03:15 CEST] <Anoia> GWARslave: asking a question nomrally helps
[00:03:23 CEST] <GWARslave> trying to convert .mkv HEVC to ,avi or .mp4
[00:03:29 CEST] <GWARslave> nothing is working, even ffmpeg
[00:03:38 CEST] <GWARslave> not transcode, just change container format
[00:07:15 CEST] <GWARslave> need more info?
[00:08:48 CEST] <GWARslave> hmm ok
[00:15:23 CEST] <loki_> hello, how i need build my ffmpeg to support shared memory x11 screen capture?
[00:15:39 CEST] <loki_> maybe i am missing some headers or something?
[00:15:59 CEST] <loki_> i have such conf configuration: --prefix=/home/loki/ffmpeg_build --bindir=/home/loki/ffmpeg_bin_main --enable-nonfree --enable-gpl --enable-version3 --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libopencv --enable-opencl --enable-x11grab --enable-opengl --enable-openssl --enable-nvenc --enable-libxcb-shm
[00:19:08 CEST] <GWARslave> http://www.picpaste.com/pics/cmd-iSdLQngR.1428099535.jpg
[00:19:43 CEST] <GWARslave> it looks like something might be wrong with the file, but the video itself works fine. Audio was able to extract using mkvcleaver
[00:23:56 CEST] <c_14> loki_: that should be it. Maybe remove --enable-x11grab. Also make sure you have libxcb installed. You can also try explicitly using --enable-libxcb
[00:24:15 CEST] <loki_> so xcb is better?
[00:24:40 CEST] <loki_> c_14: i am looking for game screen capture... now ffmpeg loads xorg very high...
[00:24:45 CEST] <c_14> GWARslave: what do you mean not working, it doesn't look like ffmpeg is erroring out to me
[00:24:51 CEST] <loki_> but it only ffmpeg version which i build
[00:24:57 CEST] <loki_> system one don't load
[00:25:18 CEST] <GWARslave> oh, i assumed that purple/yellow at the beginning meant something
[00:25:27 CEST] <loki_> and there is string in ouput which my build have not "shared memory extension %sfound\n"
[00:25:29 CEST] <c_14> loki_: ye, pretty sure grabbing with xcb is better. x11grab is listed as legacy
[00:25:42 CEST] <c_14> GWARslave: that's just a warning. You can usually ignore those.
[00:25:51 CEST] <GWARslave> the file it outputs doesn't work, camtasia can't view it as well as vlc, windows media, or divx player
[00:26:25 CEST] <c_14> GWARslave: what about `ffmpeg -i file -f null NUL' ?
[00:26:27 CEST] <c_14> does that work?
[00:26:44 CEST] <GWARslave> i've tried mkvtoolnix and a couple others to extract the files out of the container. It always spits out the video file as an unknown extension. nothing can view iyt
[00:26:56 CEST] <GWARslave> no idea, ic an try that. i'
[00:27:10 CEST] <GWARslave> i'm just learning this stuff since this morning-ish
[00:27:28 CEST] <c_14> loki_: with that configuration line, if you don't have libxcb_shm it should fail
[00:28:03 CEST] <loki_> c_14: i can't get... what line?
[00:28:20 CEST] <c_14> loki_: hmm?
[00:28:24 CEST] <loki_> ./configure --prefix="$HOME/ffmpeg_build" --bindir="$HOME/ffmpeg_bin_main" --enable-nonfree --enable-gpl --enable-version3 --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libopencv --enable-opencl --enable-x11grab --enable-opengl --enable-openssl --enable-nvenc --enable-libxcb-shm --enable-libxcb
[00:28:32 CEST] <loki_> i have now such configure line
[00:28:35 CEST] <loki_> it is ok?
[00:28:38 CEST] <loki_> i want to try xcb
[00:29:23 CEST] <loki_> configure is ok and i see there x11grab_xb
[00:29:25 CEST] <loki_> configure is ok and i see there x11grab_xcb
[00:30:29 CEST] <c_14> ye, that should be fine. The --enable-x11grab is pointless there though
[00:31:56 CEST] <GWARslave> looks like it might take a bit
[00:32:12 CEST] <GWARslave> running through framecount right now
[00:33:49 CEST] <loki_> c_14: so i will select only one thing?
[00:34:12 CEST] <GWARslave> the command itself works tho
[00:34:17 CEST] <loki_> ok, i started compile alread, will wait.
[00:34:57 CEST] <bbloom> docstring for av_read_frame says that it will not validate frames. what does the validation/correction? filters in a filter graph?
[00:39:48 CEST] <c_14> bbloom: probably the decoder
[00:40:39 CEST] <bbloom> hm ok thanks
[00:41:09 CEST] <GWARslave> jesus this is making my cpu hot heh
[00:44:20 CEST] <loki_> c_14: how it must be called? xcbgrab?
[00:45:54 CEST] <c_14> Same as with x11grab https://ffmpeg.org/ffmpeg-devices.html#x11grab
[00:47:12 CEST] <GWARslave> 85C...shit better hurry and finish
[00:48:49 CEST] <c_14> You can limit the number of threads ffmpeg uses with -threads
[00:49:11 CEST] <c_14> decoding H.265 requires a decent amount of cpu time though
[00:49:22 CEST] <GWARslave> i'm not surprised
[00:49:40 CEST] <GWARslave> should've just stuck with 1080p if i knew it was gonna give me this much trouble
[00:50:02 CEST] <GWARslave> not sure why camtasia doesn't support .mkv files
[00:51:35 CEST] <GWARslave> is this going to change the quality what it's doing? I was trying to stay away from that and just switch the container
[00:52:11 CEST] <loki_> 85 cpu? notebook?
[00:52:30 CEST] <GWARslave> no, desktop
[00:52:32 CEST] <c_14> GWARslave: the command I gave you just decodes the input stream and checks if it's playable
[00:52:49 CEST] <GWARslave> i need to rebuild the case, it's a few years old and cramped and gets dusty easily, plus i smoke inside
[00:53:12 CEST] <GWARslave> never goes over 80 though when i'm playing games
[00:53:30 CEST] <GWARslave> ah ok
[00:55:21 CEST] <GWARslave> well, same issue as before, the audio works, but no video is shown
[00:56:01 CEST] <GWARslave> the original file works fine though
[00:57:20 CEST] <c_14> The command I gave you ran through without errors on the mp4?
[00:57:39 CEST] <GWARslave> looks like it, i can paste if you want
[01:00:27 CEST] <c_14> sure
[01:00:54 CEST] <GWARslave> http://www.picpaste.com/pics/Untitled-KVLCtsff.1428102038.png
[01:04:20 CEST] <c_14> Hmm, looks like it should work.
[01:04:25 CEST] <c_14> What players did you test it with again?
[01:04:54 CEST] <GWARslave> is it because the video codec is still hevc and things like windows media player or camtasia or vlc dont recognize that codec?
[01:05:05 CEST] <GWARslave> wmv, vlc, camtasia's player, and divx
[01:05:14 CEST] <GWARslave> divx doesn't read it either, not even audio
[01:05:56 CEST] <c_14> vlc should be able to play it, what version?
[01:06:14 CEST] <GWARslave> yeah i thought so too
[01:06:21 CEST] <GWARslave> um, whatever i just downloaded earlier
[01:06:31 CEST] <GWARslave> 2.2.0
[01:11:39 CEST] <c_14> Can you upload the file or a part of it (you can cut it with ffmpeg -i file -c copy -t 10 out.mp4 to create a 10 second cut)
[01:12:32 CEST] <GWARslave> lol, it's uh, porn
[01:12:53 CEST] <GWARslave> but ok, i'll do the beginning where it's fine
[01:14:48 CEST] <GWARslave> hm
[01:15:03 CEST] <GWARslave> Unable to find a suitable format for 'copy'
[01:15:10 CEST] <GWARslave> copy: involad arguement
[01:15:25 CEST] <GWARslave> oops, there
[01:16:09 CEST] <GWARslave> sry, i'm a bit sleep deprived ;p
[01:19:06 CEST] <GWARslave> upload to..say, youtube?
[01:20:08 CEST] <c_14> Some filehoster where I can download it easily. datafilehost, etc
[01:20:15 CEST] <GWARslave> oh ok
[01:20:23 CEST] <GWARslave> never rly used those
[01:20:53 CEST] <GWARslave> you want the .mkv or the .mp4?
[01:20:55 CEST] <GWARslave> i made both
[01:21:16 CEST] <c_14> Let's start with the mp4. See if that works on my computer.
[01:22:52 CEST] <GWARslave> kk
[01:23:13 CEST] <GWARslave> interesting, even media player classic can view the original .mkv file, while windows media player cant
[01:23:14 CEST] <GWARslave> thats odd
[01:24:21 CEST] <GWARslave> http://www.datafilehost.com/d/ef82eae6
[01:26:41 CEST] <c_14> the mp4 looks broken
[01:26:46 CEST] <c_14> can you upload the mkv sample?
[01:29:39 CEST] <GWARslave> http://www.datafilehost.com/d/9370c8bf
[01:33:50 CEST] <c_14> Can you play out.mkv ?
[01:34:28 CEST] <c_14> It looks like -codec copy is broken for that file
[01:34:58 CEST] <GWARslave> divx yes
[01:35:04 CEST] <GWARslave> media player classic and vlc, only audio
[01:36:25 CEST] <c_14> Can vlc play the source mkv?
[01:37:49 CEST] <GWARslave> yup
[01:37:56 CEST] <GWARslave> it's a bit choppy at times though
[01:40:44 CEST] <c_14> Yeah, looks like a problem with -codec copy then.
[01:44:07 CEST] <GWARslave> i see
[01:44:25 CEST] <GWARslave> but it's not just ffmpeg, it's everything else i've tried
[01:44:39 CEST] <GWARslave> i'm wondering if whatever they used to encode it somehow got funky?
[01:47:00 CEST] <c_14> Might be. If you've already tried mkvtoolnix/mp4box/etc I'm not sure what else you could try without reencoding.
[01:49:18 CEST] <GWARslave> yeah if thats the case i'll just download the 1080p version
[01:49:25 CEST] <GWARslave> this isn't the only file heh
[01:51:50 CEST] <GWARslave> o well, at least I know it most likely isn't my ignorance ;P
[01:55:35 CEST] <GWARslave> thank you though for the help
[05:08:21 CEST] <pyBlob> any ideas what might be wrong with this: http://pastebin.com/8Xw6xTiK
[05:09:24 CEST] <pyBlob> just specifying "pp" works, but when adding any parameters like "pp=hq" or "pp=ha|va" or "pp=ha/50/10|va/50/10" fails
[05:20:19 CEST] <pyBlob> wow ... magic: it works for ha,va when switching all "/" with "|" and vice versa :/
[05:30:13 CEST] <Quaraxkad> anybody willing to give me a hand in making a very minor change to rtmpdump...? i can't figure out how to compile it...
[06:26:38 CEST] <DrewM> I want to make a thing that glues ffmpeg to rtmpdump that will allow somebody to input a URL and get an MP4 at the end. I'm sure this would be simple to do but I'm not sure what the best method would be to do it.
[06:27:41 CEST] <DrewM> I'm coming from Windows, but my assumption is that it would make more sense to do it in linux, then use sigwin for the windows version.
[06:27:55 CEST] <Quaraxkad> sounds like a batch script is all you need...
[06:28:19 CEST] <Quaraxkad> but most rtmp videos can't be downloaded by just inputing a simple url
[06:28:58 CEST] <Quaraxkad> that's the biggest problem, the rest is easy
[06:30:22 CEST] <Quaraxkad> but why re-encode/re-mux to mp4 at all?
[06:30:41 CEST] <DrewM> I figured that would be the hard part. For now I will assume that the user can get the RTMP URL, by viewing the page source let's say.
[06:30:58 CEST] <Quaraxkad> it's also not that easy
[06:31:43 CEST] <DrewM> I just want ffmpeg to -acodec copy and -vcodec copy because FLV is a somewaht inflexible container.
[06:33:05 CEST] <Quaraxkad> the easiest way to use rtmpdump is with rtmpdumphelper
[06:33:29 CEST] <Quaraxkad> it's not a command line program though, so it won't really work for what you're asking
[06:34:03 CEST] <DrewM> Yeah and it's inconsistent, sometimes it works and sometimes it doesn't.
[06:34:27 CEST] <Quaraxkad> i don't know of any method that could *possibly* automate that entirely from start to finish without some custom coding for that specific site and purpose
[06:34:58 CEST] <DrewM> Well damnit, 'cause that's pretty much what I want to exist :/
[06:35:24 CEST] <Quaraxkad> maybe there's another way to achieve what you want...
[06:35:29 CEST] <DrewM> get_iplayer does this in a marvelously overcompensatory way but, of course, it only works on the BBC.
[06:35:47 CEST] <Quaraxkad> if you explain the scenario, there could be another solution
[06:38:05 CEST] <DrewM> I do a podcast and I play clips from various news shows and a lot of those websites use either RTMP or adaptive flash media of some sort and I've got a thing about being certain I'm getting the highest quality available when I'm archiving something.
[06:38:38 CEST] <DrewM> I've got a bunch of tools for this purpose but like you said every site is just a little bit different and I'm tired of having half a dozen programs taht all do almost exactly the same thing.
[06:39:39 CEST] <Quaraxkad> have you tried both rtmpsrv (the default) AND rtmpsuck in rtmpdumphelper?
[06:40:36 CEST] <Quaraxkad> also for non-protected rtmp content and many other streaming formats, IDM (internet download manager) has a helpful popup button that you can just click to download when it detects a video stream
[06:43:12 CEST] <DrewM> Generally I will try one and when the other one fails try another. I can *usually* get it done one way or another, but trying each one to see what works can get time consuming, and there's always those 3% of sites that nothing wants to work on. Which itself is a moving target because nothing stays the same on teh interwebs.
[06:43:58 CEST] <Quaraxkad> yeah, that's not going to change any time soon...
[06:49:35 CEST] <DrewM> Suppose not.
[08:47:16 CEST] <ruby_on_tails> is it possible to record my screen using ffmpeg and output an mp4 file directly?
[10:10:40 CEST] <loki_> can somebody explain me how i can add my object file to ffmpeg build proccess?
[10:11:31 CEST] <loki_> i am hacking nvenc.c and need there to do few calls from my object.o file
[10:20:23 CEST] <durandal_1707> Edit makefiles
[10:26:16 CEST] <loki_> durandal_1707: i see that i can add object to compilation... but i can't understand how i add rule to compile my object file.
[10:26:23 CEST] <loki_> it is cuda .cu
[10:26:32 CEST] <loki_> and i need build it with nvcc
[11:39:17 CEST] <bster> I'm using FFmpeg to convert a bunch of TGA images to an animated GIF. The TGAs have an 8-bit alpha channel, and I'd like the animated GIF to have a transparent background (e.g., use the transparent colour in the GIF wherever the TGA alpha is 0). I think output of GIFs with transparency is supported in FFmpeg. Is there some trick to it?
[11:40:17 CEST] <bster> Command line is:
[11:40:27 CEST] <bster> ffmpeg.exe -v warning -i "frame-%04d.tga" -vf "palettegen" -y "palette.png"
[11:40:27 CEST] <bster> ffmpeg.exe -v warning -thread_queue_size 32 -pix_fmt bgra -i "frame-%04d.tga" -i "palette.png" -r 25 -lavfi "paletteuse=bayer_scale=3:dither=bayer" -y "polymorph.gif"
[11:40:27 CEST] <bster>
[12:22:29 CEST] Action: Guest57567 is away: auto-away
[12:22:38 CEST] Action: Guest57567 is back (gone 00:00:09)
[12:35:56 CEST] <bster> Heh, sorry, too late obviously, but here's that command line and the output as a paste: http://pastebin.com/BwDQL7hR
[12:38:00 CEST] <bster> The animated GIF that's output looks very nice, but has no transparency (all the pixels are opaque), even though the input TGAs have plenty of pixels with zero alpha.
[12:40:19 CEST] <bster> output gif: http://imgur.com/4JdGSFf (imgur doesn't accept TGAs though)
[14:09:20 CEST] <R3turn> I have a DVD iso that, for some reason, is unable to play in xbmc (gives ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true) while it plays perfectly fine in different dvd players. So I wanted to convert this iso to a x264 mkv or some other format.
[14:09:32 CEST] <R3turn> Can anyone tell me how to do that with ffmpeg? I never used the ffmpeg commandline before
[14:15:18 CEST] <DrSlony> Hey, what GUI can you recommend for easily converting DVDs to h.264?
[14:15:33 CEST] <DrSlony> I heard good things about HandBrake, is there anything else as good or better?
[14:57:18 CEST] <kate_12> Hi, I am using zoompan to zoom in to a video using the following command: ffmpeg -loop 1 -i 2.png -vf "zoompan=z='min(zoom+0.0015, 1.5)'" -c:v libx264 -t 3 -pix_fmt yuv420p 2.mp4 It works fine until I use the x constant, then it generates a jittery video.
[14:59:18 CEST] <kate_12> anyone?
[18:22:32 CEST] <Merko-> Anybody that can help me a second? :p I'm trying this command: ffmpeg -f h264 -i corruptedvideo.h264 -vcodec copy -f mov recoveredvideo.mov
[18:22:52 CEST] <Merko-> and i got a file named "corruptedvideo.h264" inside the ffmpeg directory, but i just get corruptedvideo.h264: No such file or directory
[18:23:04 CEST] <Merko-> is it looking somewhere else than the ffmpeg dir?
[18:23:24 CEST] <c_14> It looks in the cwd
[18:23:28 CEST] <c_14> current working directory
[18:23:48 CEST] <Merko-> then i guess im doing it right, but it still can't find it for some reason
[18:24:19 CEST] <Merko-> http://merko.name/i//oaebna.jpg screen
[18:24:19 CEST] <c_14> What does `ls -l corruptedvideo.h264' print?
[18:24:28 CEST] <c_14> ah, windows
[18:24:34 CEST] <Merko-> ye
[18:25:07 CEST] <c_14> If I see it correctly, you're in bin/ and the file is a directory above
[18:25:38 CEST] <c_14> So either move the file to bin/, or ascend a directory and run bin\ffmpeg.exe [..]
[18:25:39 CEST] <Merko-> oh. i just launched the ff-prompt-bat file. but that can be it
[18:26:01 CEST] <Merko-> yep. looks like it's working now. thanks :)
[21:32:23 CEST] <Prelude2004c> hey everyone, http://pastebin.com/iaDEFsv8 < --- can anyone tell me why it selects the proper input but on the loop to create the other params it messes up and doesn't output the correct stream?
[21:32:26 CEST] <Prelude2004c> been stuck on this for a while
[21:40:43 CEST] <c_14> You're missing maps
[21:41:03 CEST] <c_14> If you don't specify a map for every output it falls back to the default maps.
[21:42:04 CEST] <Prelude2004c> oh
[21:42:15 CEST] <Prelude2004c> but isn't it going into the loop.. like multi ouputs
[21:42:23 CEST] <Prelude2004c> how do i map every output ?
[21:42:42 CEST] <Prelude2004c> so i am mapping the input right?
[21:42:50 CEST] <Prelude2004c> selecting which pids to pickup
[21:43:04 CEST] <c_14> Move this line ' -map p:1285:0 -map p:1285:1 \' up into params()
[21:43:11 CEST] <c_14> somewhere before the .ts line
[21:43:36 CEST] <c_14> Also, I have no idea what you mean when you say "loop"
[21:44:57 CEST] <Prelude2004c> i mean the script just calls one output for every param
[21:44:59 CEST] <Prelude2004c> let me move it :)
[21:46:04 CEST] <Prelude2004c> "c_14"---- You ... your good you
[21:46:08 CEST] <Prelude2004c> thank you
[21:47:09 CEST] <Prelude2004c> hey another question.. anything there that can speed up my encoding? I am trying to use Less CPU power.. i have -preset veryfast.. but is there anything else i can do with this input ?
[21:50:48 CEST] <c_14> There's always -preset ultrafast
[21:51:00 CEST] <BtbN> Which looks like shit.
[21:51:11 CEST] <BtbN> But didn't you say you have a 24 core system yesterday?
[21:51:22 CEST] <BtbN> There is no way 3 veryfast encodes overload that.
[21:51:40 CEST] <Prelude2004c> yup 24 cores but i want to put as much on this box as possible
[21:51:54 CEST] <Prelude2004c> no i want to have about 30 streams in total min
[21:52:03 CEST] <Prelude2004c> 3 bit rates for each channel
[21:52:05 CEST] <Prelude2004c> ( 3 in total )
[21:52:19 CEST] <BtbN> That's going to work.
[21:52:26 CEST] <BtbN> That'd be 90 parallel encodes.
[21:52:46 CEST] <BtbN> +NOT
[21:52:58 CEST] <BtbN> Maybe 10~15 encoders
[21:53:02 CEST] <BtbN> But that's it.
[21:53:26 CEST] <Prelude2004c> ic.. the ultrafast.. compare to GPU ? worse ?
[21:53:45 CEST] <Prelude2004c> and another thing on HLS live outputs, can 2 pass work ? meaning can it be enabled ?
[21:53:52 CEST] <BtbN> It only does constrained baseline, so...
[21:54:00 CEST] <BtbN> 2 pass = 2 passes
[21:54:03 CEST] <BtbN> you encode pass 1
[21:54:10 CEST] <BtbN> and when you are done, you encode everything again
[21:54:15 CEST] <Prelude2004c> oh ic
[21:54:24 CEST] <Prelude2004c> sorry i thought it was realtime while it does it
[21:55:26 CEST] <Prelude2004c> -c:v h264 -preset veryfast -r 60 -g 60 -keyint_min 120 -bf 0 -b:v ${bitrate} -async 1 -maxrate ${maxrate} -bufsize 1000k -s ${resolution} < --- anything you woudl suggest here to make quality better ?
[21:55:41 CEST] <Prelude2004c> and thank you btw, i am trying to learn this stuff
[21:59:01 CEST] <BtbN> What even is the h264 encoder?
[21:59:13 CEST] <BtbN> Or is that an alias for libx264?
[21:59:37 CEST] <Prelude2004c> alias
[22:02:05 CEST] <Prelude2004c> just want to improve quality or same quality but reduce processors
[22:03:36 CEST] <Prelude2004c> maybe a bit of look ahead or compare frames
[22:04:22 CEST] <BtbN> "Look-Ahead" is a fundamental concept of modern video encoders.
[22:15:36 CEST] <Prelude2004c> ok... so not sure about quality though.. ultrafast is nice cpu usage but yes i agree there is distortion.. unless i can run something to try and clean it up
[22:18:13 CEST] <Prelude2004c> any suggestions on ref frames ?
[22:18:17 CEST] <Prelude2004c> -refs ?
[22:25:07 CEST] <Prelude2004c> also, is it odd since my segments are 3 seconds long that every 3 seconds or so the quality looks like it messes up a bit ? odd.. its as if the key interval for the I frames is wrog
[22:25:09 CEST] <Prelude2004c> wrong*
[23:21:34 CEST] <nk121> if you are recording your desktop (which may have apps playing video), would you record in RGBa or YUV422?
[23:23:04 CEST] <BtbN> It's no longer YUV when it's displayed.
[23:23:19 CEST] <BtbN> But most codecs only take yuv, so it'll be converted back anyway.
[23:26:18 CEST] <plujon> I want to make a screencast and publish it on the web. Exactly what app and settings should I use so that it is (1) available to most people, (2) not too burdensome to download (not too big), and (3) clear enough to view (not fuzzy)?
[23:27:16 CEST] <plujon> I have easy access to lubuntu and arch.
[23:32:00 CEST] <c_14> windows/linux, how do you want to put it on the web?, what devices should be accessing it, how will you host it
[23:33:48 CEST] <plujon> c_14: I'm on linux; I will host it; most browsers should be able to access it (but especially linux ones).
[23:34:33 CEST] <Mavrik> good luck with that :)
[23:34:48 CEST] <Mavrik> Kazaam is pretty nice Ubuntu recording software tho
[23:34:55 CEST] <c_14> I'm not sure there's a single format that every browser eats...
[23:35:06 CEST] <plujon> What about webm?
[23:35:30 CEST] <BtbN> Doesn't work in certain browsers.
[23:35:36 CEST] <plujon> Every browser is not nearly as important to me as "most browsers".
[23:35:41 CEST] <plujon> I especially don't care about IE.
[23:35:43 CEST] <BtbN> h264/aac is propably the most widespeard one
[23:35:51 CEST] <plujon> So really, I mean, "firefox and chrome and maybe IE"
[23:36:34 CEST] <BtbN> Firefox is the most troublesome browser
[23:36:39 CEST] <plujon> Oh really?
[23:36:48 CEST] <BtbN> It's years behind all the other ones.
[23:36:57 CEST] <BtbN> in terms of video and media stuff
[23:37:01 CEST] <Mavrik> yeah, WebM doesn't work on one set of browsers
[23:37:30 CEST] <Mavrik> H.264 doesn't work on bunch of machines owned by people that disable H.264 hardware support
[23:37:44 CEST] <Mavrik> currently there's really no way of supporting both with a single format
[23:37:58 CEST] <plujon> Both what?
[23:38:01 CEST] <BtbN> It gets fun if you want to do live streaming.
[23:38:10 CEST] <plujon> Does h.264 have a common file extension?
[23:38:16 CEST] <BtbN> You're mostly out of luck without flash there.
[23:39:29 CEST] <plujon> Okay, say I only care about the nightly build of firefox and chrome. Then is there a format I should use? h.264? webm? ogv (doesn't work on Android, I don't think...).
[23:39:45 CEST] <BtbN> WebM for Firefox and h264 + aac for chrome.
[23:40:05 CEST] <plujon> chrome doesn't do webm? I thought google invented webm...
[23:40:34 CEST] <plujon> Or perhaps you mean h.264 is just better...
[23:40:47 CEST] <BtbN> It's more Firefox not propperly doing h264
[23:42:10 CEST] <Mavrik> BtbN, I actually managed to get it working across most platforms with HLS+DASH and H.264
[23:42:21 CEST] <Mavrik> with the exception of people who refuse to install Flash and H.264 support
[23:42:32 CEST] <plujon> I don't have flash...
[23:42:40 CEST] <BtbN> If you are ok with flash you can just go mp4 with h264+aac.
[23:43:05 CEST] <plujon> What's the problem with webm?
[23:43:29 CEST] <BtbN> Lack of hardware acceleration, lack of support, inferior quality.
[23:45:08 CEST] <Mavrik> plujon, WebM isn't supported by mobile devices, IE and Safari
[23:45:16 CEST] <Mavrik> http://www.overdigital.com/2013/10/28/html5-video-guide-need-know-2014/
[23:45:30 CEST] <plujon> Hmm. webm works on my android phone, I believe...
[23:45:34 CEST] Action: plujon testing
[23:46:34 CEST] <Mavrik> VP8 decoding is supported on Android 4.3+
[23:46:55 CEST] <Mavrik> sorry, 4.0+ for streaming
[23:47:58 CEST] Action: plujon confirmed webm works in chrome and firefox on my android (no idea what version)
[23:48:22 CEST] <Mavrik> well
[23:48:27 CEST] <Mavrik> if it works on your phone
[23:48:29 CEST] <Mavrik> and your browser
[23:48:30 CEST] <Mavrik> go ahead :)
[23:48:52 CEST] <plujon> A browser test page with all the different video formats might be useful...
[23:49:05 CEST] <BtbN> The only common thing is flash.
[23:49:09 CEST] <BtbN> Except for mobile browsers.
[23:51:57 CEST] <plujon> Mavrik: Thanks for the link; http://www.overdigital.com/2013/10/11/beginner-guide-online-video/ has some helpful information.
[23:54:33 CEST] <plujon> If I want to make a webm-based screencast, what program and what settings should I use? I'm currently using recordmydesktop, then avconv to convert to webm format, but the result is fuzzy and I suspect if I used some other process, I could get a clearer video of comparable size.
[23:57:30 CEST] <plujon> I suppose I could put both the .ogv and .webm in a video tag. Since the .ogv is clearer, it could be used when available...
[23:58:55 CEST] <plujon> http://www.quirksmode.org/html5/tests/video.html
[00:00:00 CEST] --- Sun Apr 5 2015
1
0
[00:07:10 CEST] <cone-056> ffmpeg 03Stephen Hutchinson 07master:3723a1831037: avisynth: Bump minimum required version to interface version 6
[00:13:02 CEST] <cone-056> ffmpeg 03Lukasz Marek 07master:c043def91f92: lavf/ftp: parse user and password once
[00:13:03 CEST] <cone-056> ffmpeg 03Lukasz Marek 07master:cd3d0d542235: lavf/ftp: remove fixed length buffers from context
[00:41:17 CEST] <Prelude2004c> sorry guys one more question that nobody seems to answer in ffmpeg... for encryption.. we want to use verimatrix for example.. anyone have any docs on ffmpeg could encrypt the HLS output using some key that it obtains from a verimatrix server for example
[00:41:45 CEST] <kierank> go ask verimatrix
[00:41:57 CEST] <kierank> how is ffmpeg meant to know how a secret method of getting keys is meant to work
[00:42:10 CEST] <Prelude2004c> ya i did.. no reply yet
[00:42:13 CEST] <Prelude2004c> not sure if htey know though
[00:42:16 CEST] <Prelude2004c> or maybe they do
[00:42:26 CEST] <kierank> they do but as soon as they see ffmpeg they'll run a mile
[00:42:40 CEST] <Prelude2004c> lol
[00:42:50 CEST] <kierank> that's why dvb-csa was good
[00:42:53 CEST] <kierank> it was vendor neutral
[00:43:09 CEST] <cone-056> ffmpeg 03Stephen Hutchinson 07master:b2c05867f50d: doc: Slightly revise AviSynth version info
[00:48:22 CEST] <Prelude2004c> echo '#EXT-X-KEY:METHOD=AES-128,URI='"$keyFile" into the M3u8 seems easy.. problem is that the file is written every 3 seconds with new content.. wont it remove that.. or is there a param inside the ffmpeg command for segment that allows you to place the key?
[01:09:14 CEST] <nevcairiel> someone put a patch onto the ML some time ago to implement aes encryption for segments using a keyfile you provided, but there were concerns about the patch and i dont think the author ever responded again
[01:12:37 CEST] <Prelude2004c> developer question... when using the sgment_list options for HLS.. can an option be added to automatically add the " #EXT:AES-128:KEYxxxxxxx " in other words.. a custom line to the segment output ?
[01:13:46 CEST] <nevcairiel> the segments arent encrypted, so why would adding that line make even sense? :d
[01:14:25 CEST] <Prelude2004c> i want to encrypt the segments
[01:14:37 CEST] <Prelude2004c> so output to " openssl ...." then out to .ts
[01:15:11 CEST] <Prelude2004c> when i do that i need to put the KEY URI inside the m3u8s.. but since its live content and it keeps changing every 3 seconds, it will not stay if i edit manually
[01:15:21 CEST] <Prelude2004c> it has to come from the code that is creating the m3u8 files
[01:15:27 CEST] <nevcairiel> aes encryption isnt super complicated, so a better option would be to convince someone to implement encryption right into the hls muxer
[01:15:47 CEST] <Prelude2004c> the HLS muxer i am using is built into ffmpeg
[01:15:53 CEST] <Prelude2004c> is it not?
[01:16:03 CEST] <Prelude2004c> i am using -f ssegment ....
[01:16:48 CEST] <nevcairiel> thats not the hls muxer
[01:16:51 CEST] <nevcairiel> the hls muxer is -f hls
[01:18:02 CEST] <Prelude2004c> my code looks like " -f ssegment -hls_wap 3 -hls_list_size 15 ...... -segment_format mepgts FIle.ts
[01:18:04 CEST] <nevcairiel> but the point remains, instead of supporting arbitrary random things for random use cases, why not simply support encryption right there, and the problem solves itself
[01:19:13 CEST] <Prelude2004c> we may have a situation where we don't want to enrypt a particular channel
[01:19:31 CEST] <nevcairiel> then you tell ffmpeg not to encrypt
[01:20:09 CEST] <Prelude2004c> right now i am not telling ffmpeg anything... is there some way to tell ffmpeg to encrypt with AES128 and a specific Key?
[01:20:22 CEST] <Prelude2004c> i get the key from verimatrix ... then tell FFMPG to crate the .ts files with that key
[01:20:27 CEST] <nevcairiel> you should really read what i write carefully
[01:20:32 CEST] <nevcairiel> oh well, time to go sleep instead
[01:20:34 CEST] <Prelude2004c> so then players will find the key in the " EXT"
[01:20:47 CEST] <Prelude2004c> sorry i am trying but i dont always understand everything
[01:22:30 CEST] <Prelude2004c> where is the segmenter files .. maybe i can get a programmer to look at it
[01:24:32 CEST] <Prelude2004c> found it
[01:24:33 CEST] <Prelude2004c> :)
[07:52:51 CEST] <j-b> moroning
[09:20:04 CEST] <durandal_1707> morning
[12:53:15 CEST] <cone-952> ffmpeg 03Mariusz SzczepaDczyk 07master:26e0e393d0ca: lavf/avio: Add new types to AVIODirEntryType, bump minor version
[12:53:15 CEST] <cone-952> ffmpeg 03Mariusz SzczepaDczyk 07master:f10aa0e125c1: doc/examples: Handle new types in avio_list_dir
[13:27:59 CEST] <rcombs> anyone around willing to take a look at an HTTP I-D and comment? https://datatracker.ietf.org/doc/draft-combs-http-indeterminate-range/
[13:40:32 CEST] <cone-952> ffmpeg 03Steve Dierker 07master:acbb90407a27: libavformat/mxf.c: Relaxed ProRes pattern
[15:46:47 CEST] <wm4> trac sure is slow...
[15:54:49 CEST] <wm4> ugh, this is fucked up... AV_CODEC_ID_TTF, AV_CODEC_ID_OTF
[15:55:09 CEST] <wm4> the matroska demuxer translates these from mime types... and my own code has to translate this back to mime types
[15:59:11 CEST] <wm4> ah the real mime type is also available
[15:59:16 CEST] <wm4> so the font codec IDs are useless
[16:15:52 CEST] <JEEBsv> :2
[16:18:13 CEST] <wm4> and seriously, only the matroska code uses the TTF/OTF codec IDs in the whole ffmpeg source tree
[16:24:58 CEST] <nevcairiel> well its kinda handy to have the codec ids
[16:25:06 CEST] <nevcairiel> easier than string comparisons in my code =p
[16:27:42 CEST] <wm4> nevcairiel: even then it could just be AV_CODEC_ID_FONT or so
[16:28:02 CEST] <wm4> also lol they're already finding issues in the new directory listing API
[17:03:51 CEST] <JEEBsv> hmm, is this kind of raw->mpegts muxing failure a feature or is something possibly wrong in the input file? http://pastebin.com/tjP5U4W0
[17:04:11 CEST] <JEEBsv> seems to fail even if -r is set before -i
[17:28:47 CEST] <BtbN> https://github.com/BtbN/FFmpeg/commit/4119dbe2b3553398d60207e8743cc147e1172… Is there some better way to do this? I don't realy like that huge chain of if(!strcmp...
[17:30:28 CEST] <wm4> woah
[17:30:38 CEST] <wm4> just make it an array
[17:30:41 CEST] <nevcairiel> put in an exception for 1b, and otherwise use a string to number conversion?
[17:31:06 CEST] <nevcairiel> ie. 10 afaik
[17:31:15 CEST] <nevcairiel> *ie. 1.0 is 10 afaik
[17:31:33 CEST] <nevcairiel> that is assuming the nvenc defines just follow the spec values =p
[17:32:16 CEST] <BtbN> It looks like they are, but i'm not sure if i want to rely on that.
[17:32:48 CEST] <BtbN> For HEVC they are all over the place, or is NV_ENC_LEVEL_HEVC_51 = 153 specified that way?
[17:33:06 CEST] <cone-952> ffmpeg 03Himangi Saraogi 07master:24326930d87d: filtfmts: Avoid null pointer dereference
[17:35:31 CEST] <nevcairiel> but yeah, then put it into a array of structs and iterate over them
[17:36:32 CEST] <nevcairiel> or put it into the avoptions and let it handle the string -> number conversion
[17:36:40 CEST] <nevcairiel> but thats probably equally evil
[17:36:53 CEST] <BtbN> specialy as h264 and h265 share the options, but need diffrent values
[17:36:57 CEST] <BtbN> for the same inputs
[18:11:41 CEST] <cone-952> ffmpeg 03Rong Yan 07master:af5fec9538d8: avcodec/ppc/fdctdsp: POWER LE support in ff_fdct_altivec()
[18:11:53 CEST] <BtbN> https://github.com/BtbN/FFmpeg/commit/1c411964ca204a0b9e09671a71712bdb58fe0… better
[18:19:12 CEST] <wm4> BtbN: much better IMHO
[19:37:16 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:98c7729c133e: ffmpeg: last frame duplication heuristic
[19:50:56 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:6eb6956d067a: ffmpeg: Fix indentation
[20:34:43 CEST] <cone-952> ffmpeg 03Andreas Cadhalpun 07master:1f47c2399da2: mpeg4: only show the divx_packed warning, when a packed frame is present
[20:45:11 CEST] <cone-952> ffmpeg 03Lou Logan 07master:44cae912522d: cmdutils: fix "Commmand" typo
[21:09:19 CEST] <cone-952> ffmpeg 03Martin Storsjö 07master:7d097a0fc57f: mpegtsenc: Take max_delay into account when buffering multiple audio packets into one PES packet
[21:09:20 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:5b97681eaa5a: Merge commit '7d097a0fc57f0fa8385962a539c657c2f40b5ed0'
[21:29:53 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:1ae7afd256f9: hevc: split out setting AVCodecContext parameters
[21:29:54 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:a7a6194ec410: Merge commit '1ae7afd256f9af1eb4f63f9adcf03d581ce4e2b5'
[21:36:37 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:7693ba0a0eec: hevc: export stream parameters from extradata
[21:36:38 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:d386a523aefe: Merge commit '7693ba0a0eecdcdba71b7fbd9a4a12d1ba7b82aa'
[21:58:12 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:ce0bc09ee258: hevc: do not change the VPS if its contents are the same
[21:58:13 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:41dde62d7f41: Merge commit 'ce0bc09ee2580d49fec90a6eb0de2ba1b580c854'
[22:23:39 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:df528b11ac60: hevc: make sure no dangling pointers remain around on VPS/SPS change
[22:23:40 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:235863463abc: Merge commit 'df528b11ac607de13a7c438f2a51f2119f71a03c'
[23:01:05 CEST] <cone-952> ffmpeg 03Anton Khirnov 07master:b2965ec7761c: FATE: add a test for parameter changes in HEVC
[23:01:06 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:0cb46c1e0ece: Merge commit 'b2965ec7761c99e8ef9c217a28a517e37f010480'
[23:01:07 CEST] <cone-952> ffmpeg 03Michael Niedermayer 07master:20ba28af945a: tests/fate/hevc: Use a bitexact scaler in the hevc param change test to avoid failing on non x86
[23:46:19 CEST] <kierank> sooo ffmpeg is keeping ER
[23:46:25 CEST] <kierank> yet h264 is crash central
[23:53:56 CEST] <wm4> features are more important than stability
[23:55:35 CEST] <jamrial> not many players or users must be using slice threading if it's as unstable as you say it is
[23:55:40 CEST] <jamrial> otherwise trac would be flooded by now
[23:57:22 CEST] <kierank> erm
[23:57:25 CEST] <kierank> look at my reports
[23:57:28 CEST] <kierank> I have so many crashes
[23:57:44 CEST] <kierank> literally as soon as there's packet loss on the link, boom
[23:58:51 CEST] <kierank> and one other person I know who does the same tried it and said it was unusable
[23:58:55 CEST] <jamrial> yes, your reports, but nobody else's. what i mean is that it's an obviously not very used feature if nobody noticed it until now
[00:00:00 CEST] --- Sat Apr 4 2015
1
0
[00:01:00 CEST] <alesan^> even with -crf 18 the quality is much inferior to libx264 (and the bandwidth is about two thirds)
[00:36:18 CEST] <Prelude2004c> hey guys.. question... " http://pastebin.com/KspmF0ws " ..
[00:36:32 CEST] <Prelude2004c> can anyone help me so it always selects the correct audio for that program ID
[00:36:40 CEST] <Prelude2004c> its like random, keeps changing
[00:36:43 CEST] <Prelude2004c> soooo od
[01:16:18 CEST] <t4nk264> Hello
[01:17:04 CEST] <t4nk264> I need the help for running ffmpeg in mac osx
[01:18:14 CEST] <MuthuSelvan> Hello
[01:18:27 CEST] <MuthuSelvan> I need the help for running ffmpeg in mac osx ..
[01:28:10 CEST] <MuthuSelvan> hi
[01:28:42 CEST] <MuthuSelvan> i am trying to record the screen using the command
[01:32:59 CEST] <MuthuSelvan> ok
[01:33:05 CEST] <MuthuSelvan> i will do that ..
[01:33:20 CEST] <MuthuSelvan> ffmpeg -f qtkit -video_device_index 1 -i "" ~/Desktop/capture.mpeg
[01:33:31 CEST] <MuthuSelvan> This my command and its working fine
[01:34:07 CEST] <MuthuSelvan> but it capturing entire screen but i want capture particualar window postion , how to do that ?
[01:36:10 CEST] <llogan> MuthuSelvan: i don't think that is possible according to the docs. http://ffmpeg.org/ffmpeg-devices.html#avfoundation
[01:36:52 CEST] <MuthuSelvan> yes , i know so i tried with diffrent commanf
[01:36:56 CEST] <MuthuSelvan> but getting this error
[01:37:16 CEST] <Prelude2004c> ey guys.. question... " http://pastebin.com/KspmF0ws "
[01:37:21 CEST] <Prelude2004c> can soneone look at that
[01:37:33 CEST] <Prelude2004c> my audio is messed up.. can't seem to grab the correct audio for all my HLS segments
[01:37:43 CEST] <MuthuSelvan> ffmpeg -f x11grab -framerate 25 -video_size cif -i :0.0 out.mpg
[01:37:57 CEST] <MuthuSelvan> Error : Unknown input format: 'x11grab'
[01:38:23 CEST] <MuthuSelvan> so how to enable x11grab in mac for ffmpeg ?
[01:38:45 CEST] <llogan> i don't think you can use x11grab for OS X desktop (unless perhaps if you're actually running an X session)
[01:39:14 CEST] <llogan> Prelude2004c: which audio do you want?
[01:39:23 CEST] <MuthuSelvan> not audion
[01:40:03 CEST] <MuthuSelvan> my requirement , i want capture the screen as video format ,,,not entire screen particular screen in OSX
[01:40:29 CEST] <llogan> as far as i can tell that is not currently possible.
[01:40:34 CEST] <MuthuSelvan> like passing X,Y postion as argument or window title name
[01:41:46 CEST] <MuthuSelvan> is it not avaialble on OSX ? or ubuntu also
[01:43:46 CEST] <llogan> oh, apparently the video_size and framerate options have been added to avfoundation. just not documented.
[01:44:19 CEST] <MuthuSelvan> ok , please share the command for running with "avfoundation" to captute that
[01:44:22 CEST] <llogan> "For screen captures, only the framerate option is taken into account."
[01:44:27 CEST] <llogan> not sure what that means though
[01:44:44 CEST] <llogan> see http://ffmpeg.org/ffmpeg-devices.html#avfoundation
[01:44:49 CEST] <llogan> and come up with your own command
[01:45:04 CEST] <llogan> try the -video_size option in the same manner as you would use it with x11grab.
[01:45:17 CEST] <llogan> although that commit message is confusing, so it may not work for you
[01:46:56 CEST] <MuthuSelvan> so avfoundation is only supported in mac osx ? right ?
[01:47:18 CEST] <llogan> i'm guessing iOS and OS X.
[01:47:36 CEST] <MuthuSelvan> and that will not capture the screen by position , thats your conclusion ?
[01:47:38 CEST] <MuthuSelvan> right ?
[01:49:40 CEST] <MuthuSelvan> How about ubuntu 14.04 ?
[01:49:59 CEST] <MuthuSelvan> what is the command shoould i use to record in particulat positopm ?
[01:53:35 CEST] <MuthuSelvan> any update please ?
[02:28:27 CEST] <llogan> MuthuSelvan: i already told you what you need to try in avfoundation
[02:28:51 CEST] <llogan> as for ubuntu, i would need to see the complete console output of "ffmpeg"
[02:28:53 CEST] <MuthuSelvan> yes
[02:29:02 CEST] <MuthuSelvan> but i asked one more question
[02:29:10 CEST] <MuthuSelvan> How about ubuntu 14.04 ?
[02:29:26 CEST] <llogan> as for ubuntu, i would need to see the complete console output of "ffmpeg" command
[02:29:36 CEST] <MuthuSelvan> what is the command shoould i use to record in particular screen ?
[02:30:13 CEST] <llogan> i can't answer that without seeing the information i requested
[02:30:42 CEST] <MuthuSelvan> ok
[03:12:51 CEST] <Prelude2004c> anyone around to give me some help with audio pids ?
[03:28:33 CEST] <klaxa> just state your problem
[03:28:59 CEST] <klaxa> don't ask to ask
[03:44:43 CEST] <Prelude2004c> hey anyone around
[03:44:46 CEST] <Prelude2004c> can i get some help..
[03:44:46 CEST] <Prelude2004c> Program 1404
[03:44:46 CEST] <Prelude2004c> Stream #0:6[0x1811]: Video: h264 (High) ([27][0][0][0] / 0x001B), none, 60 tbr, 90k tbn
[03:44:46 CEST] <Prelude2004c> Stream #0:3[0x1814]: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s
[03:45:01 CEST] <Prelude2004c> the Stream # 0:6 and 0:3 keep changing
[03:45:34 CEST] <Prelude2004c> i am not sure what do do but i always say pickup -map 0:p:1404 and then just leave it to do the rest but... everytime i keep getting content from other channels on the transport stream
[03:45:38 CEST] <Prelude2004c> there are like 10 there..
[03:45:45 CEST] <Prelude2004c> i am trying to get one and just the video/audio of that one
[03:57:40 CEST] <klaxa> can you specify audio and videostreams instead of the program stream?
[04:03:04 CEST] <klaxa> also, please don't paste in the channel
[04:34:02 CEST] <klaxa> Prelude2004c?
[08:37:52 CEST] <ruby_on_tails> when encoding videos why is transitions like fadeout the most common place for quality degradation?
[09:56:23 CEST] <killer> hello...! what values i must chage for increase the brightness from this filter ? -vf colorlevels=rimin=0.439:gimin=0.439:bimin=0.439:rimax=0.96:gimax=0.96:bimax=0.96:romin=0.4:gomin=0.4:bomin=0.4 -b 500k output.mpg
[10:26:40 CEST] <seasc> killer, try bimin=0.439 --> bimin=0.8
[10:29:06 CEST] <killer> only this change seasc ?
[10:30:59 CEST] <seasc> killer, i have no idea of fading or brightness, but thats the most appealing value/variable
[10:31:13 CEST] <seasc> :D
[10:32:23 CEST] <killer> i will try it now ....
[10:34:15 CEST] <killer> the video color is yellow lol :P
[10:34:29 CEST] <killer> other options for change the brightness?
[13:28:26 CEST] <kalohr> does anybody know how I may apply a filter (eg increase brightness) only within a given time period (eg from 00:00:05 to 00:00:20) without chopping the output?
[13:30:54 CEST] <kalohr> the command ffmpeg -i intput.mpg -ss 00:00:05 -to 00:00:20 -vf colorlevels=rimin=0.439:gimin=0.439:bimin=0.439 applies the filter thoughout the input
[13:31:18 CEST] <kalohr> It is supposed to be applied within the given time period
[13:31:28 CEST] <kalohr> or am I missing something?
[15:25:12 CEST] <QuakePhil8000> I'm using the command from here https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images (the one under "glob pattern") to make a video from some pngs. But when I run the command, it tells me error while opening encoder for output stream #0:0 - maybe incorrect paramters such as bit_rate
[15:25:29 CEST] <QuakePhil8000> I'm guessing its because my pngs are different size and it can't detect the dimensions to use? What's the best way to fix this without touching the png files?
[15:30:32 CEST] <QuakePhil8000> Ah, I let myself google it for myself, and saw that I needed to use something like -vf scale=720:-1 after my -i (re: http://stackoverflow.com/questions/13877031/error-while-opening-encoder-for… )
[15:31:01 CEST] <QuakePhil8000> Are there any pre-made scripts that use ffmpeg (and perhaps something like imagemagick) to seamlessly create slideshows from images/videos/audio?
[15:31:09 CEST] <QuakePhil8000> That you guys have experience with and can recommend? Thanks!
[15:33:34 CEST] <JEEBsv> the actual error is usually before that error
[15:33:46 CEST] <JEEBsv> so pastebin your current line and terminal output
[15:33:47 CEST] <JEEBsv> and link it here
[15:33:48 CEST] <JEEBsv> kthx
[16:32:43 CEST] <QuakePhil8000> JEEBsv: my last one was less of an error, and more of a request for knowledge
[16:33:17 CEST] <JEEBsv> well that error by itself doesn't really mean anything so nothing useful can be said solely by it
[16:34:10 CEST] <JEEBsv> and one cannot just assume that a random person on the internets can actually interpret whatever he is being thrown correctly
[16:39:41 CEST] <QuakePhil8000> JEEBsv: right, but I allready solved the error myself by googling (see the last link I pasted for solution) ... now I just would like to know if anybody here has experience using something like a bash script or similar, to create slideshows from images+videos+audio
[16:40:03 CEST] <JEEBsv> well I had no idea if you had actually found a solution or accidentally fixed it
[16:40:11 CEST] <JEEBsv> and I cannot assume on the internet
[16:40:14 CEST] <QuakePhil8000> Don't worry about it
[16:40:28 CEST] <JEEBsv> I'm not :)
[16:40:33 CEST] <QuakePhil8000> :)
[16:44:38 CEST] <poypoy> hello everyone
[16:45:15 CEST] <poypoy> i'm trying to create a ts cbr stream with raw hevc and aac inputs
[16:46:07 CEST] <poypoy> so i use this command: ./ffmpeg -i /mnt/data/test.265 -codec:v copy -f mpegts -muxrate 5000000 -pcr_period 39 /mnt/data/test.ts (just with the hevc)
[16:46:52 CEST] <poypoy> but i get these errors: [mpegts @ 0x34fb700] first pts value must be set and av_interleaved_write_frame(): Invalid data found when processing input
[16:47:26 CEST] <poypoy> (i'm using the last git version of ffmpeg)
[16:48:14 CEST] <ChocolateArmpits> poypoy: It says here http://ffmpeg.org/pipermail/ffmpeg-user/2015-January/024957.html that around January ffmpeg only supported demuxing
[16:49:14 CEST] <poypoy> when i encapsulate the hevc in a mp4, i can mux it in a ts file with the same command
[16:49:58 CEST] <ChocolateArmpits> Did you try setting input format to hevc ?
[16:52:20 CEST] <poypoy> how can i do that ? -f hevc before -i ?
[16:54:49 CEST] <ChocolateArmpits> or maybe "h265", don't have my ffmpeg compiled with h265 so not certain, try both
[16:54:57 CEST] <JEEBsv> it's hevc
[16:55:13 CEST] <JEEBsv> since that's the ISO/IEC name which was set way before the ITU-T name was given
[16:55:25 CEST] <poypoy> it dosn't works
[16:55:47 CEST] <ChocolateArmpits> oh yeah it should be hevc " DE hevc raw HEVC video"
[16:55:48 CEST] <poypoy> same error
[16:56:16 CEST] <JEEBsv> full command line and terminal output in a pastebin, link here
[16:58:08 CEST] <poypoy> http://pastebin.com/tjP5U4W0
[16:59:39 CEST] <JEEBsv> hmm, I guess while the default is to 25fps with the raw muxer, I guess PTS are not getting set at that point yet. I wonder if -r your_actual_frame_rate would do it (it goes before -i as it's an input parameter)
[16:59:52 CEST] <JEEBsv> although I don't remember if there's a new parameter instead of -r available, just try it out for now
[17:00:44 CEST] <poypoy> same error
[17:02:04 CEST] <poypoy> i can easely produce a pes file (with correct pts/dts) with my hevc, can ffmpeg read it ?
[17:03:04 CEST] <JEEBsv> if that's just an elementary stream then possibly not. although I'm surprised you can't mux raw HEVC into mpeg-ts
[17:04:44 CEST] <JEEBsv> poked another channel about this since muxing a raw elementary stream seems like something rather standard for one to do
[17:08:01 CEST] <poypoy> i can send a hevc sample if necessary
[17:09:41 CEST] <JEEBsv> does it also happen with https://fushizen.eu/u/jeeb/2014-12-26_hyouka_op/bitstreams/2014-12-26-hyouk… ?
[17:10:04 CEST] <JEEBsv> if it does, then it's not sample-specific
[17:11:04 CEST] <poypoy> yes, same problem
[17:11:11 CEST] <JEEBsv> okies
[17:12:08 CEST] <_Vi> How do I specify arguments for decoder? In "ffmpeg -some-option qqq -v decodername -i ..." the decoder still gets default value instead of "qqq".
[17:12:21 CEST] <JEEBsv> encoder options always after input
[17:12:28 CEST] <JEEBsv> decoder options always before input
[17:15:34 CEST] <ChocolateArmpits> I'm outputting two files: mp4 (video and audio) and ismv (only audio) via tee muxer, but my ismv gets it's start time delayed by about 0.08. Does anyone know why and if possible how could I alter it within the same command line?
[17:19:06 CEST] <QuakePhil8000> bbl <3
[17:28:07 CEST] <selsta> is there a difference between AVPacket pkt.buf->data instead of directly accessing pkt.data?
[17:31:12 CEST] <growery> hi
[17:32:13 CEST] <growery> How can i do a direct transcoding? like passing from one server to the other without using cpu recoding everything?
[17:34:07 CEST] <Mavrik> so you just want to send the file?
[17:34:49 CEST] <growery> Mavrik it's like from one rtmp server to another rtmp server but the coding is the same
[17:36:41 CEST] <growery> so it's using the ffmpeg just to pass the information
[17:37:20 CEST] <Mavrik> -codec copy
[17:41:36 CEST] <growery> Mavrik i did
[17:41:43 CEST] <growery> ffmpeg -i rtmp://localhost:1936/live/livestream2 -codec copy rtmp://localhost:1936/hls/livestream2
[17:41:59 CEST] <growery> it return error
[17:42:05 CEST] <growery> returned*
[17:42:30 CEST] <growery> unable to find a suitable output format
[17:42:37 CEST] <growery> and invalid argument
[17:43:15 CEST] <Mavrik> probably need to do something like -f flv
[17:48:46 CEST] <growery> Mavrik perfect! thanks a lot!
[17:54:55 CEST] <poypoy> i have the same problem with a h264 file as input, so i suppose that ffmpeg can't generate dts/pts with the mpets muxer
[18:53:59 CEST] <simias> hi
[18:54:51 CEST] <simias> is it possible to use ffplay to convert video frames to a PNG/JPG image?
[18:55:13 CEST] <simias> ffplay -encoders lists "png" as a possibility but I can't figure out how one is supposed to use it
[18:58:38 CEST] <klaxa> simias: you can use ffmpeg, try running something like: ffmpeg -i video.mp4 %05d-output.png
[19:02:10 CEST] <simias> klaxa: unfortunately I don't have ffmpeg on this machine :(
[19:02:13 CEST] <simias> because debian
[19:02:18 CEST] <simias> but I do have ffplay
[19:02:33 CEST] <simias> I'll try building ffmpeg I suppose
[19:02:40 CEST] <klaxa> you can also get a static build
[19:03:17 CEST] <simias> ah, nice, I'll try that first
[19:03:18 CEST] <simias> thanks
[19:03:26 CEST] <c_14> The gusari builds aren't up to date though, so use the johnvansickle bulids.
[19:05:28 CEST] <simias> it worked!
[19:05:30 CEST] <simias> thank you both
[19:28:58 CEST] <_Vi> There are two decoders for the given codec (for example, "dec1" and "dec2"). I do "ffmpeg -vcodec dec2 -dec2-option smth -i inputfile", but the "dec2-option" does not get to dec2 because of it got stopped by filter_codec_opts because of it uses avcodec_find_encoder which returns "dec1" that has not "dec2-option". Shall I report a bug?
[19:43:42 CEST] <BenMcLean> Hey folks. I'm trying to convert all the mp3s of our podcasts into video files for YouTube with a still image
[19:43:54 CEST] <BenMcLean> I found this batch script online that should do it: for %%i in ("*.mp3") do ffmpeg -f image2 -loop 1 -i picture.jpg -framerate 60 ^ -i "%i" -c:v libx264 -tune stillimage -c:a copy "%%~ni.mp4"
[19:44:12 CEST] <BenMcLean> But it says "No such file or directory" on all of them
[19:45:01 CEST] <BenMcLean> Anybody know what I'm doing wrong?
[19:45:08 CEST] <BenMcLean> btw i'm on windows 8.1
[19:52:38 CEST] <BenMcLean> I think I found the problem. ffmpeg is unable to pass a filename correctly with a colon in it apparently
[20:06:38 CEST] <BenMcLean> I ended up using for %%i in (*.mp3) do ffmpeg -loop 1 -i image.jpg -i %%i -c:a copy -c:v libx264 -shortest %%~ni.mp4
[20:06:58 CEST] <BenMcLean> and just running a file renamer to remove the colons
[20:49:42 CEST] <kate_24> Hi, I am trying to create a dynamic zoom in effect using ffmpeg. Here is my code: ffmpeg -i in.mp4 -filter_complex "crop=iw-t*10:ih-t*10:iw/2:ih/2" out.mp4. I am getting the following error: Error when evaluating the expression 'iw-t*10'. Failed to configure input pad on Parsed_crop_0
[20:50:42 CEST] <llogan> kate_24: try zoompan filter instead
[20:51:02 CEST] <llogan> http://ffmpeg.org/ffmpeg-filters.html#zoompan
[20:51:15 CEST] <kate_24> Got it. Thanks, llogan. :)
[20:52:50 CEST] <kate_24> But, why would it throw an error when using the t constant, crop clearly accepts the t constant. Just for knowledge
[20:55:24 CEST] <llogan> i'm not sure
[20:56:05 CEST] <kate_24> Ah! Okay. I'll keep looking then! You've been helpful nevertheless. Thanks, again! :)
[20:58:09 CEST] <llogan> kate_24: it's because t 'n friends can be applied to x and y, but not to w and h, AFAIK
[20:58:13 CEST] <maqr> i'm building with --enable-static, but the binary that comes out still relies on a bunch of .so's... what's up with that and how can i make a truly static build of ffmpeg?
[20:59:31 CEST] <kate_24> That seems valid, llogan! Thanks, again! You're the best!
[21:02:52 CEST] <maqr> i followed the directions in the wiki, and i did produce an ffmpeg binary that has all of the things that i need in it, all built from source, with --enable-static on the ffmpeg build... but if i copy that binary to another system, i get errors about libav, libass, libSDL, etc
[21:08:09 CEST] <maqr> it seems like there must be something beyond --enable-static that i need to make a static build, but google is coming up short
[21:19:19 CEST] <iive> maqr: you need static version of all libraries that link to ffmpeg.
[21:22:33 CEST] <maqr> iive: oh, i didn't realize that, but that explains it
[21:23:23 CEST] <maqr> iive: is there a practical way to achieve that?
[21:23:44 CEST] <maqr> ffmpeg has a lot of libaries
[21:25:23 CEST] <smo_> hi, i have some strange results when reading avi files with custom ffmpeg build in chromium here s avideo of the problem, on the right the avi file playing in node-webkit (so thru ffmpegsumo.so) and on the left in the same app but live transcoded thru ffmpeg in x264, you can see the right video is like slow , image jumping or don t know how ot describe it :p https://www.streamstudio.me/StreamStudio/compareavi.webm
[21:28:50 CEST] <maqr> iive: it's occurred to me that i may be trying to do a silly thing, and i actually need to learn how to make a deb with common dependencies, and statically link the important ones like x264 and fdk
[21:33:17 CEST] <iive> maqr: right.
[21:47:48 CEST] <llogan> smo_: i'm confused. what does webm have to do with x264?
[21:51:34 CEST] <smo_> hi llogan
[21:51:44 CEST] <smo_> i recorded the two videos
[21:52:28 CEST] <smo_> look the video you ll understand
[21:54:32 CEST] <llogan> how do you know it's not the player. you're using two different players
[21:55:24 CEST] <smo_> 1/ i started the same avi in the same player (my node-webkit app) then ecorded my desktop
[21:55:53 CEST] <smo_> 2/ i launched the 2 video in 2 players for you to see them at the same time
[21:57:39 CEST] <smo_> in my test it seems that when i have a avi file with this message in ffmpeg " Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using a tool like VirtualDub or avidemux to fix it"
[21:57:57 CEST] <smo_> ffmpegsumo in chromium has some difficulties to decode it
[21:58:21 CEST] <llogan> i don't know what ffmpegsumo is, but only offical FFmpeg tools are supported here.
[22:00:07 CEST] <smo_> i know i know llogan... but it s related, i ll ask in chromium channel too...
[23:32:53 CEST] <maqr> is there a way that i could run my specific ffmpeg command and see all of the buildconf that would be required to run that command? i think i'm compiling in way more stuff than i actually need
[23:33:41 CEST] <BtbN> Well, pasting your command might be a good start.
[23:38:11 CEST] <maqr> BtbN: there's a few and it's kind of complicated, but: ffmpeg -i input.mp4 -c:v libx264 -preset:v medium -level:v 3.0 -profile:v baseline -b:v 200k -framerate 12 -b:a 64k -ar 44100 -ac 2 -c:a libfdk_aac -profile:a aac_he_v2 -hls_time 5 -s 400x300 -hls_list_size 0 ts/264k-400x300.m3u8
[23:38:18 CEST] <maqr> they're mostly variants on that
[23:38:26 CEST] <maqr> obviously i need libx264 and libfdk_aac
[23:38:36 CEST] <maqr> but i don't know about anything else
[23:39:13 CEST] <BtbN> The decoders for whatever is in that mp4
[23:39:29 CEST] <maqr> one aac stream and one x264 stream
[23:39:43 CEST] <maqr> should be the same two libraries, unless the decoding libraries are different
[23:39:45 CEST] <BtbN> x264 is not a codec, but an encoder.
[23:39:53 CEST] <BtbN> x264 is purely an encoder, nothing else.
[23:40:01 CEST] <maqr> oh, what's the decoder for x264 then?
[23:40:17 CEST] <BtbN> The codec is called h264, and ffmpeg is the decoder.
[23:40:21 CEST] <BtbN> Same for aac.
[23:43:47 CEST] <maqr> hmm, ok
[23:44:27 CEST] <emmicelik> has anyone worked with nginx-rtmp-module before..? that could guide me to a guide on how to install it on a debian. im trying use ffmpeg with nginx-rtmp as a re-streamer but cant find a guide on howto
[23:45:19 CEST] <BtbN> Did you try just entering those keywords into google? Cause i find pages full of stuff that looks like guides.
[23:45:27 CEST] <BtbN> Even ones on the official Debian wiki.
[23:46:46 CEST] <BtbN> Don't follow the ones that have anything like "sudo make install" or "make install" as root in them though.
[23:54:44 CEST] <maqr> heh
[00:00:00 CEST] --- Sat Apr 4 2015
1
0
[00:11:52 CEST] <wm4> jamrial: how do I do this programmatically again?
[00:14:01 CEST] <wm4> av_force_cpu_flags() I suppose
[00:14:20 CEST] <nevcairiel> i think there is a more obvious av_set_cpu_flags or something
[00:14:24 CEST] <nevcairiel> not sure
[00:14:34 CEST] <jamrial> ffmpeg -cpuflags 0?
[00:14:36 CEST] <wm4> av_set_cpu_flags_mask()
[00:14:49 CEST] <wm4> jamrial: it'd probably be hard to provoke this particular conversion in ffmpeg
[00:15:30 CEST] <jamrial> most fate tests seem to use av_force_cpu_flags
[00:16:39 CEST] <wm4> inserted av_force_cpu_flags(0); before creating a resample context; still happens
[00:17:29 CEST] <kierank> wm4: just move to avresample
[00:17:30 CEST] <kierank> it's in both
[00:17:31 CEST] <kierank> :)
[00:17:41 CEST] Action: kierank renames today april trolls
[00:18:02 CEST] <nevcairiel> should be possible to do this conversion with ffmpeg CLI, shouldnt it?
[00:18:30 CEST] <jamrial> good to know it's not asm. it's not my (or BBB's) bug then :P
[00:19:16 CEST] <nevcairiel> i'm still using avresample for i'm too lazy to switch
[00:19:28 CEST] <nevcairiel> i even made opusdec in ffmpeg support both in my fork =p
[00:19:33 CEST] <wm4> nevcairiel: probably by somehow forcing parameters
[00:21:36 CEST] <kierank> nevcairiel: can you upstream that patch
[00:21:43 CEST] <kierank> I'll do it if you don't want to be trolled
[00:22:03 CEST] <nevcairiel> http://git.1f0.de/gitweb?p=ffmpeg.git;a=commitdiff;h=12f6f3af85b7605c0a7b47…
[00:22:17 CEST] <nevcairiel> feel free to steal it, i dont want to be held resposible and need to maintain it later =p
[00:22:49 CEST] <nevcairiel> much ugly ifdefs
[00:22:51 CEST] <nevcairiel> but shrug
[00:23:17 CEST] <wm4> 2 resampling APIs, sigh
[00:23:30 CEST] <wm4> just why
[00:23:58 CEST] <jamrial> wm4: "ffmpeg -i 96k6chfloat.wav -ar 48000 -ac 2 -c:a pcm_s24le 48k2chs32.wav"?
[00:24:34 CEST] <nevcairiel> wm4: the apis are quite similar, just not perfectly the same
[00:25:34 CEST] <wm4> jamrial: trying with -af aformat
[00:26:49 CEST] <wm4> ffmpeg -i /tmp/sample.flac -af aformat=sample_fmts=flt,aformat=channel_layouts=stereo out.wav
[00:27:01 CEST] <wm4> where sample.flac is https://www.mediafire.com/?c10qpnpxahh6k5t
[00:27:33 CEST] <cone-443> ffmpeg 03Pranav Vaish 07master:f669d8c1b790: avcodec/ccaption_dec: Remove the GOTO statement
[00:27:50 CEST] <wm4> removing "aformat=sample_fmts=flt," gives expected results
[00:29:29 CEST] <nevcairiel> this is actually intended behavior, if you output floats, it doesnt normalize the mixing matrix by default
[00:30:26 CEST] <wm4> eh
[00:30:36 CEST] <nevcairiel> add if you figure out how to set swresample options, set rematrix_maxval=1.0
[00:30:41 CEST] <wm4> so generating clipping is intended?
[00:30:49 CEST] <nevcairiel> well, in float it doesnt clip
[00:30:52 CEST] <nevcairiel> technically
[00:30:59 CEST] <nevcairiel> it only clips when converted to int eventually
[00:31:15 CEST] <nevcairiel> but it does seem like an odd choice of default
[00:31:53 CEST] <nevcairiel> it has a check in there to automatically clip mixing to maxval=1.0 if output is an integer format
[00:31:57 CEST] <nevcairiel> but not for floats
[00:32:00 CEST] <nevcairiel> intentionally
[00:32:05 CEST] <nevcairiel> the code is quite clear about that =p
[00:32:45 CEST] <nevcairiel> avr has the default flipped, it always reduces the mixing matrix to avoid clipping at all costs
[00:32:49 CEST] <nevcairiel> unless you tell it otherwise
[00:33:14 CEST] <wm4> setting the option does indeed help
[00:33:58 CEST] <wm4> is it normalize_mix_level in lavr?
[00:34:05 CEST] <nevcairiel> yes
[00:34:11 CEST] <nevcairiel> lavr just has a boolean
[00:34:16 CEST] <nevcairiel> either off or 1.0
[00:34:38 CEST] <wm4> time for a new ifdef in my code
[00:34:55 CEST] <nevcairiel> those are avoptions, just set them blindly
[00:35:16 CEST] <wm4> it will print a warning if an avoption doesn't exist
[00:35:31 CEST] <nevcairiel> really? by default?
[00:35:36 CEST] <nevcairiel> wonder why i've never seen that
[00:35:45 CEST] <nevcairiel> i set like drc_scale=0 on every codec, and its only valid for like ac3
[00:36:07 CEST] <wm4> pretty sure it does with av_opt_set, but not with AVDictionary options
[00:37:30 CEST] <nevcairiel> hm i dont see a message
[00:37:59 CEST] <nevcairiel> only av_opt_set_from_string has one
[00:38:04 CEST] <nevcairiel> but that api is weird anyway
[00:38:51 CEST] <nevcairiel> or av_set_options_string ... which appears to be the same, but different
[00:39:00 CEST] <nevcairiel> sure have a bunch of api garbage
[00:39:40 CEST] <wm4> I think it was when setting an unknown flag with av_opt_set()
[00:39:49 CEST] <wm4> and I confused these cases
[00:40:01 CEST] <wm4> (known option, but unknown flag argument)
[00:40:03 CEST] <nevcairiel> ah yeah that might error
[00:51:30 CEST] <BBB> jamrial: bug?
[00:57:34 CEST] <cone-443> ffmpeg 03Lukasz Marek 07master:08d0dbf2aecb: lavu/dict: don't accept AV_DICT_DONT_STRDUP_VAL for av_dict_set_int
[02:05:40 CEST] <jamrial> BBB: wm4's issue with swr wasn't asm related, so had it been a bug it would have been unlikely something you or i introduced
[02:06:22 CEST] <BBB> oh I see
[02:06:35 CEST] <BBB> (I didnt see the context of what bug you were talking about, just some bug )
[02:09:00 CEST] <andrewrk> ffmpeg ships both avresample and swresample - is one of them recommended? is that to provide compatibility with libav?
[02:09:38 CEST] <wm4> yeah, it wasn't a bug, just a nonsense default
[02:09:58 CEST] <andrewrk> I see that swresample_convert has a simpler API than avresample_convert. I don't understand what out_plane_size means
[02:10:40 CEST] <andrewrk> how would out_plane_size be different than out_samples * sample_size / plane_count?
[02:11:11 CEST] <wm4> just leave it to 0 if you don't know what it does
[02:11:32 CEST] <andrewrk> but the api says to provide it if I know it. and I'm pretty sure I would know it if I just understood what it was supposed to represent
[02:11:34 CEST] <wm4> it's optimization for asm accessing padding or so I think
[02:13:41 CEST] <andrewrk> line_size = planar ? FFALIGN(nb_samples * sample_size, align) :
[02:13:41 CEST] <andrewrk> FFALIGN(nb_samples * sample_size * nb_channels, align);
[02:14:22 CEST] <andrewrk> so it's exactly what I said, but then aligned
[02:14:53 CEST] <andrewrk> #define FFALIGN(x, a) (((x)+(a)-1)&~((a)-1))
[02:16:24 CEST] <jamrial> michaelni: ^
[02:16:52 CEST] <llogan> andrewrk: swresample is from FFmpeg, but Libav wanted to re-invent. i don't know the details of why. FFmpeg provides both for compat/user choice. swresample is the FFmpeg default.
[02:17:01 CEST] <andrewrk> llogan, ok thanks
[02:18:04 CEST] <wm4> llogan: AFAIK it's more like ffmpeg reinvented it
[02:18:14 CEST] <andrewrk> ok did not mean to start this argument
[02:18:16 CEST] <andrewrk> sorry
[02:18:19 CEST] <BBB> haha
[02:18:26 CEST] <llogan> wm4: ok. not that i give a shit.
[02:18:34 CEST] <BBB> andrewrk: yes its to provide binary compatibility to some extent
[02:18:43 CEST] <BBB> (re your earlier question why it ships both)
[02:18:57 CEST] <wm4> haha binary compatibility
[02:19:03 CEST] <wm4> you mean that libav_abi hack?
[02:19:15 CEST] <BBB> maybe its more source compat
[02:19:16 CEST] <BBB> anyway
[02:19:19 CEST] <BBB> lets not have this argument
[02:19:24 CEST] <BBB> ffmpeg vs. libav is soooo 2011
[02:19:41 CEST] <wm4> I'm fine with it if it haunts you forever
[02:19:43 CEST] <Daemon404> yeah 2015 is all about this zip:// protocol
[02:19:45 CEST] <Daemon404> amirite?
[02:19:48 CEST] <andrewrk> FFALIGN - if a is 0, doesn't that just return (x-1) ?
[02:19:51 CEST] <andrewrk> #define FFALIGN(x, a) (((x)+(a)-1)&~((a)-1))
[02:20:16 CEST] <jamrial> wm4: reinvented what?
[02:20:16 CEST] <BBB> you cant call FFALIGN with 0
[02:20:18 CEST] <BBB> thats silly
[02:20:24 CEST] <andrewrk> it's being called that way
[02:20:33 CEST] <BBB> hm& that shouldnt happen
[02:20:40 CEST] <BBB> its like dividing by zerpo
[02:21:30 CEST] <andrewrk> in swresample.h the example code has this:
[02:21:41 CEST] <andrewrk> av_samples_alloc(&output, NULL, 2, out_samples, AV_SAMPLE_FMT_S16, 0);
[02:21:47 CEST] <andrewrk> that last argument is align, which is set to 0
[02:22:15 CEST] <andrewrk> which ends up calling av_samples_get_buffer_size with align 0
[02:22:28 CEST] <BBB> hm, that probably makes no sense
[02:22:36 CEST] <andrewrk> oops, missed this: /* auto-select alignment if not specified */ if (!align)
[02:22:37 CEST] <andrewrk> sorry
[02:22:47 CEST] <BBB> ah
[02:22:48 CEST] <BBB> ok
[02:22:48 CEST] <BBB> good
[02:24:22 CEST] <andrewrk> ok so my question is answered. my buffer is already aligned, so out_plane_size is nb_samples * sample_size * nb_channels
[02:28:00 CEST] <jamrial> nevcairiel: that avr support patch for opus should be merged IMO. forcing the native opus decoder to work with only one of the two libraries is not right
[02:30:09 CEST] <michaelni> "<wm4> llogan: AFAIK it's more like ffmpeg reinvented it", <-- thats not possible as libswresample was written first
[02:33:31 CEST] <kierank> oh it's this argument again
[02:35:13 CEST] <michaelni> the git dates are not really close together so its quite easy to see which was first
[02:36:08 CEST] Action: kierank doesn't feed the trolls
[02:36:13 CEST] <llogan> libswresample has a nice set of anagrams.
[02:38:50 CEST] <Compn> back from vacation , whattda miss ? :P
[02:38:53 CEST] <wm4> hehe, so it's about commit dates? explains why ffmpeg always grabs the stuff to be merged into libav first
[02:40:38 CEST] <llogan> Compn: where did you vacation to?
[02:41:25 CEST] <kierank> roswell
[02:42:52 CEST] <Compn> llogan : florida , nice and warm
[02:43:51 CEST] <Daemon404> and old
[02:45:32 CEST] <llogan> lots of q-tips. white shoes; white hair.
[02:47:10 CEST] <llogan> actually my dad is down there somewhere. rented an RV and escaped the shit weather in Pennsylvania.
[02:50:36 CEST] <Daemon404> i instinctively do not trust RV nomads
[02:53:18 CEST] <llogan> wait until you turn 68.
[02:56:44 CEST] <Daemon404> then i, too, can buy an RV and star in an expisode of criminal minds
[02:56:51 CEST] <Daemon404> episode*
[03:00:16 CEST] <Compn> llogan : are you still in a cold state ?
[03:01:10 CEST] <Daemon404> i thought llogan was canadian
[03:04:21 CEST] <Compn> was thinking of alaska...
[03:04:25 CEST] <llogan> Compn: yeah. We didn't really have a winter though
[03:05:16 CEST] <Daemon404> Compn, alaska is canada
[03:05:19 CEST] <Daemon404> ;)
[03:05:38 CEST] <Daemon404> so is http://minnesota/
[03:05:45 CEST] <Daemon404> ... wow paste fail
[03:06:23 CEST] <llogan> where i'm at the border is about 40 mi away.
[03:06:45 CEST] <Daemon404> one of us one of us
[03:11:17 CEST] <llogan> pub trivia time... hope there is no pop culture category this time.
[04:08:12 CEST] <jamrial> how's gsoc going, btw? did someone else besides the vdpau student pass qualification? and how much time is there left for them to apply to google?
[04:19:00 CEST] <cone-443> ffmpeg 03Donny Yang 07master:d75984486399: apng: Add a basic APNG encoder
[04:20:05 CEST] <jamrial> i suppose that kinda answers the question :p
[04:32:13 CEST] <Compn> jamrial :
[04:32:28 CEST] <Compn> jamrial : lots of gsoc activity including many patches submitted and a few committed :)
[04:32:47 CEST] <Compn> lots of review on the list, many many updated patches :)
[04:38:26 CEST] <jamrial> yeah, saw the inverse telecine filter commited (quali for the vdpau project) and now that apng encoder
[04:39:39 CEST] <jamrial> also the postproc stuff. but seeing the qualifications page showing only one student under "date completed" and march already over made me wonder about deadlines
[04:48:51 CEST] <pross> Daemon404: FFmpeg'ing like its 1995
[13:05:13 CEST] <cone-056> ffmpeg 03Donny Yang 07master:80be7daaa8dd: apng: Add a basic APNG muxer
[13:20:58 CEST] <cone-056> ffmpeg 03Himangi Saraogi 07master:d768f8f5cfe8: ffmpeg: Avoid null pointer dereferences
[14:09:48 CEST] <cone-056> ffmpeg 03Carl Eugen Hoyos 07master:703402683a3f: Bump lavc and lavf minor versions for apng muxer and encoder.
[14:47:23 CEST] <cone-056> ffmpeg 03Timo Rothenpieler 07master:764f87b6ab8e: avcodec/nvenc: Fix profile parameter handling
[15:06:53 CEST] <cone-056> ffmpeg 03Rainer Hochecker 07master:3e53211a578f: vda: fix h264 decoding for avcC,vda wants the entire buffer
[15:47:53 CEST] <robUx42> hi
[15:48:14 CEST] <robUx42> anyone familiar with the dxva code or the hardware acceleration ?
[15:48:36 CEST] <robUx42> I think there's a bug when FF_THREAD_FRAME is used
[15:48:57 CEST] <nevcairiel> Don't do that, the combination is fundamentally broken
[15:49:16 CEST] <robUx42> shouldn't if be done internally then ?
[15:49:36 CEST] <robUx42> if the caller requests FF_THREAD_FRAME and that codec is used, it should not be used
[15:50:05 CEST] <nevcairiel> tell that to those weird people that accept broken playback for some convenience
[15:51:50 CEST] <robUx42> :/
[15:52:36 CEST] <robUx42> even when I feed it a different buffer whenever it needs one, it manages to produce some weird output
[15:52:59 CEST] <robUx42> like the threads are not using the proper reference frames
[16:05:03 CEST] <cone-056> ffmpeg 03Michael Niedermayer 07master:c299fbbb22f5: avcodec/vda_h264: try to fix build
[16:44:51 CEST] <nevcairiel> man now carl keeps spamming me with nonsense arguments why we should allow producing invalid mkvs with adts aac without init data
[16:45:14 CEST] <nevcairiel> why is the argument "invalid files are a no go" so hard to understand :<
[16:45:23 CEST] <Rug> Where can I find a detailed description of all the nvenc -presets ?
[16:45:25 CEST] <Rug> I know that there are choices: -preset hq or bd, ll, hp, etc. But I am looking for detailed documentation on what these presets do.
[16:45:36 CEST] <nevcairiel> probably some nvidia documentation
[16:47:02 CEST] <Rug> nevcairiel: I have seen those 'keywords' on some NVidia slideshow PDF's but I can't find it anywhere else. I was hoping the ffmpeg experts would know, but thatnk-you for the reply.
[17:15:00 CEST] <Compn> Rug : email the nvenc patch authors :D
[17:15:00 CEST] <Compn> ehe
[17:15:34 CEST] <Rug> Compn: I am actually desperate enough to consider that.
[17:16:12 CEST] <Rug> Right now I am going through the Nvidia SDK, and I see references to the various presets but nothing that actually states _what_they_do_
[17:16:39 CEST] <nevcairiel> it will probably not say that anywhere
[17:16:57 CEST] <nevcairiel> high quality, bluray, low latency, high performance .. just gotta interpret their names :d
[17:17:25 CEST] <Rug> All i want is infor like HQ = video bitrate @8000kb/s Audio @ 192kb/s, etc...
[17:17:40 CEST] <nevcairiel> you can specify the bitrate
[17:18:02 CEST] <nevcairiel> blu-ray is pretty simple, its specifically tailored to create a stream compatible with the blu-ray specification
[17:18:18 CEST] <nevcairiel> HQ is otherwise the slowest and highest quality, HP is faster and lower quality
[17:18:22 CEST] <nevcairiel> so its just speed presets
[17:18:24 CEST] <Rug> Is BD "better" then HQ?
[17:18:32 CEST] <Rug> ahh
[17:18:33 CEST] <nevcairiel> probably not
[17:18:48 CEST] <nevcairiel> BD requires special things like 4 slices being used any whatnot
[17:18:53 CEST] <nevcairiel> not s ure thats going to increase compression
[17:19:00 CEST] <Rug> nevcairiel: that's good to know.
[17:19:02 CEST] <Rug> Thank-you
[17:19:19 CEST] <nevcairiel> LL is special low-latency mode for real-time encoding
[17:19:24 CEST] <nevcairiel> so unless you need that, its of no interest
[17:19:24 CEST] <Prelude2004c> hi everyone.. can i get some help... " http://pastebin.com/DqTFd5Wv " .. Basically the stream mappings.. i am trying to push 2 outputs for HLS but for some reason the 2nd output always selects a differnet audio mapping. Basically i want to make sure the audio input channel is the same for both outputs.. what am i doing wrong here ?
[17:21:32 CEST] <Rug> nevcairiel: Not really, but good to know. Our general workflow; take a video, and convert it into 8 different output formats for publishing. We use Elementals right now but want to move away from them
[17:23:23 CEST] <kierank> Rug: so basically you use x264
[17:23:35 CEST] <kierank> :)
[17:24:19 CEST] <Rug> kierank: Yeah, and we are hopeing the we can use hardware encoding with nvenc to do the job better/faster/cheaper
[17:24:54 CEST] <kierank> not sure, possibly
[17:25:53 CEST] <Rug> On some of our tests it does work very nively. 15minutes to encode a scene with CPU & x264, vs 3 minutes with nvenc
[17:26:05 CEST] <kierank> change x264's speed settings
[17:26:46 CEST] <Rug> we need the highest quality (so that's why -preset slow is used)
[17:27:30 CEST] <kierank> then it's not a like for like comparison
[17:27:39 CEST] <kierank> because nvenc isn't going to be comparable
[17:28:52 CEST] <Rug> if nvenc can produce acceptable quality, AND it's faster then it's a win-win for us.
[17:29:37 CEST] <kierank> Rug: then do a valid comparison
[17:29:41 CEST] <kierank> put x264 on a fast speed
[17:33:12 CEST] <Rug> kierank: but won't the quality suffer?
[17:33:31 CEST] <kierank> the quality will also suffer with nvenc
[17:33:40 CEST] <kierank> the point is to figure out at which point the two produce equal quality
[17:33:54 CEST] <kierank> and then trade that off with encoding time/cpu cost etc
[17:39:40 CEST] <Rug> kierank: ok, you talked me into it. I will start running a comparison of nvenc and x264 set to a 'faster' speed.
[17:41:45 CEST] <kierank> x264 on a fast speed is what your green box is running
[17:43:44 CEST] <Prelude2004c> hey, encoding into hevc ??? how do you do it " ffmpeg -i < INPUT > -c:v libnvenc -r 60 -g 60 -keyint_min 120 -b:v 3000k -minrate 0k -maxrate 4000k -s 854x480 .... OUTPUT .... that libnvenc uses h264
[17:44:02 CEST] <Prelude2004c> how do you tell it to use h265 having the latest chipset like 970 or 980 GPU's
[17:44:09 CEST] <Prelude2004c> it says it supports it on the latest SDK
[17:44:16 CEST] <Prelude2004c> but how does one specify to use it
[17:49:26 CEST] <nevcairiel> The codec is nvenc_h265
[17:49:43 CEST] <nevcairiel> libnvenc_h265 at that
[17:52:09 CEST] <BtbN> Did they actualy update the libnvenc stuff with h265?
[17:52:17 CEST] <BtbN> Or did it always support that?
[17:53:05 CEST] <nevcairiel> 5.0 had it afaik
[17:53:29 CEST] <BtbN> The 5.0 SDK, yes
[17:53:40 CEST] <BtbN> But i wasn't aware they were still working on the libnvenc thing
[17:53:53 CEST] <nevcairiel> Well its in there at least
[17:54:05 CEST] <nevcairiel> And someone made the FFmpeg wrapper use it
[17:55:08 CEST] <nevcairiel> The header we use is an oddball anyway, in the SDK its only found inside the samples, not a central include folder or something. The layout of this SDK is weird
[17:55:41 CEST] <BtbN> Well, it's clearly needed though, it's the only place that contains all the GUIDs and structs
[17:55:49 CEST] <BtbN> It's just in a weird place
[17:56:07 CEST] <BtbN> The libnvenc thing also needs it, and the cuda SDK.
[17:56:22 CEST] <BtbN> But it builds an entire wrapper library around it, instead of just using it directly.
[17:57:42 CEST] <BtbN> I can't see any h265 support in there.
[17:58:53 CEST] <nevcairiel> Well the stuff gotta come from somewhere :D
[17:59:19 CEST] <BtbN> The nvenc encoder in ffmpeg master has h265 support, it was added last week.
[17:59:46 CEST] <BtbN> libnvenc is the one nvidia tried to submit, but all the files have "Copyright (c) 2014, NVIDIA CORPORATION. All rights reserved." at the top.
[18:00:21 CEST] <nevcairiel> Ah well then
[18:00:32 CEST] <BtbN> libnvenc_h265 just doesn't exist.
[18:00:53 CEST] <nevcairiel> Aren't all external encoders called lib- something
[18:01:24 CEST] <BtbN> It's not an realy external encoder.
[18:02:02 CEST] <nevcairiel> Kinda is :d
[18:02:10 CEST] <nevcairiel> But just nvenc_h265 then
[18:08:02 CEST] <BtbN> Is there a way to fail an encoder init, but signal to try again with a diffrent pixel format?
[18:38:46 CEST] <BtbN> This is strange, the libnvenc encoder claims to support yuv420/yv12, but it looks like it just converts it to nv12 on the fly when copying it into the nvenc frame buffer.
[18:39:24 CEST] <BtbN> I wonder if it would be worth to do the same, as it avoids an extra copy, but doesn't profit from the optimized conversion from libswscale.
[18:40:09 CEST] <BtbN> Would propably slightly benefit old platforms like that one guys Phenom II, but impact performance on modern CPUs
[19:05:03 CEST] <Prelude2004c> hey
[19:05:24 CEST] <Prelude2004c> is there an AMD version for the libnvenc ?
[19:05:46 CEST] <Prelude2004c> is thre a GPU hardware library for AMD just like the envidia ?
[19:05:50 CEST] <Prelude2004c> nvidia*
[19:07:52 CEST] <wm4> yes
[19:07:54 CEST] <wm4> vaapi
[19:07:57 CEST] <wm4> (libva)
[19:08:12 CEST] <wm4> I don't know if ffmpeg has encoding support for it, maybe not
[19:10:56 CEST] <BtbN> AMD has their own api, not vaapi.
[19:11:02 CEST] <BtbN> vaapi is intel.
[19:11:42 CEST] <BtbN> It was AMD VCE or something like that.
[19:11:47 CEST] <wm4> but isn't AMD supporting vaapi now?
[19:12:05 CEST] <wm4> oh, also I was assuming Linux
[19:12:11 CEST] <wm4> while nvenc afaik also works on win32
[19:12:37 CEST] <BtbN> amd/mesa is using vdpau iirc. (And XvBA...).
[19:12:58 CEST] <wm4> crap, I confused a few things here
[19:13:53 CEST] <BtbN> libva is a horrible library, otherwise i'd have already implemented an encoder.
[19:15:26 CEST] <wm4> (though I heard Mesa was adding vaapi support)
[19:15:40 CEST] <iive> amd catalyst provide XvBA
[19:15:41 CEST] <BtbN> Yes, for some strange reason they are.
[19:15:52 CEST] <iive> there is however wrapper from it to vaapi.
[19:16:02 CEST] <BtbN> Wasn't XvBA mpeg2 only?
[19:16:11 CEST] <iive> XvMC is mpeg12
[19:16:47 CEST] <wm4> xvba can have strange issues, like swapping chroma planes when using the opaque format (wat...)
[19:17:30 CEST] <iive> well, xvba have issues, vaapi on its own have issues. combine them and...
[19:17:58 CEST] <wm4> also the xvba vaapi backend is unmaintained
[19:18:04 CEST] <wm4> didn't have changes for years
[19:18:08 CEST] <BtbN> vaapi is just an example of poor api design and weird decisions.
[19:18:27 CEST] <BtbN> Like, wtf, why do I as an api-user have to generate h264 nal bitstream, just to feed it into libva?!
[19:18:41 CEST] <BtbN> Which then generates some other bitstream itself?!
[19:18:49 CEST] <wm4> huh, for encoding?
[19:18:52 CEST] <BtbN> yes
[19:19:05 CEST] <wm4> sounds non-sensical :)
[19:19:10 CEST] <BtbN> you have to generate the sps/pps yourself
[19:19:16 CEST] <BtbN> and some other stuff
[19:19:33 CEST] <BtbN> And then you have to give it to libva, which puts it into the final bitstream...
[19:19:47 CEST] <iive> WHAT?!
[19:20:08 CEST] <JEEBsv> löl
[19:20:17 CEST] <wm4> someone wanted to add libyami support
[19:20:20 CEST] <iive> when you talking about it, I think it needs it for decoding.
[19:20:29 CEST] <wm4> which apparently handles these things transparency
[19:20:36 CEST] <iive> ...were..
[19:20:38 CEST] <Daemon404> michaelni, FYI that exr patch from greeshma still lacks copyright
[19:20:38 CEST] <BtbN> iive, yes, you do need the sps/pps for decoding.
[19:20:44 CEST] <Prelude2004c> now i am confused.. so yes they support it but not sure about FFMPEG ?
[19:20:45 CEST] <Daemon404> it was copypasted from openexr
[19:20:50 CEST] <BtbN> But from an encoder i expect it to generate it for me.
[19:20:55 CEST] <Prelude2004c> the adm's seem faster for encoding
[19:21:07 CEST] <Prelude2004c> amd*s
[19:21:11 CEST] Action: iive facepalms
[19:21:16 CEST] <wm4> Prelude2004c: no support for hw encoding with amd on ffmpeg
[19:21:19 CEST] <BtbN> iive, https://github.com/BtbN/vlc-vaapi-enc/blob/master/vlc-h264-vaapi-enc.c#L622
[19:21:23 CEST] <BtbN> That's what that looks like.
[19:21:31 CEST] <JEEBsv> wm4: in some kind of way that library naming is matching; yami means darkness in .jp
[19:21:58 CEST] <BtbN> libyami is basicaly intel saying that their primary api is so bad that they felt like wrapping it.
[19:23:15 CEST] <wm4> why can't there just be a single API that works on all flavors of Linux and hw vendors
[19:23:36 CEST] <BtbN> For decoding there almost was
[19:23:41 CEST] <BtbN> But intel decided to do their own stuff
[19:23:52 CEST] <wm4> even then it was desktop only
[19:23:52 CEST] <BtbN> Everything could be using vdpau
[19:24:04 CEST] <iive> openmax?
[19:24:22 CEST] <iive> or whatever was the android one.
[19:24:41 CEST] <wm4> omx is not even accessible to apps on android
[19:24:45 CEST] <BtbN> For encoding there is intel qsv(Win32), intel vaapi, nvidia nvenc, amd vce, v4l2, openmax
[19:24:59 CEST] <wm4> so sad
[19:25:12 CEST] <wm4> I'm just going to call everyone stupid and be done
[19:25:24 CEST] <Prelude2004c> hey , how do you know if nvidia card is 1st gen or 2nd gen ?
[19:25:29 CEST] <Prelude2004c> i need to find a card that supports HEVC
[19:25:32 CEST] <Prelude2004c> but not sure which one that is
[19:25:35 CEST] <BtbN> gtx980
[19:25:36 CEST] <BtbN> The end.
[19:25:46 CEST] <iive> hevc is h265
[19:25:53 CEST] <Prelude2004c> yes but the gtx 980s have a limitation of 2 streams
[19:26:08 CEST] <BtbN> all cards do, that's an artificial limit in the consumer nvenc api.
[19:26:20 CEST] <Prelude2004c> nvidia only allows more than 2 GPU's if on the tesla or keplar gen 2 cards
[19:26:35 CEST] <Prelude2004c> ohhhhh how do i raise that limit
[19:26:38 CEST] <BtbN> You don't.
[19:26:39 CEST] <Prelude2004c> if i want to use up more GPU's
[19:27:25 CEST] <BtbN> The chip is able to handle as many parallel sessions as it can encode(like 800 fps with 720p and medium settings), but the api is limited to 2 sessions.
[19:27:33 CEST] <Prelude2004c> any way i can have the system startup more than 2 simultantious encodings
[19:27:36 CEST] <BtbN> no.
[19:27:50 CEST] <Prelude2004c> ??
[19:27:54 CEST] <BtbN> Patch that limit out of the driver, good luck.
[19:28:16 CEST] <Prelude2004c> how would i do that ? anyone have any experience with that ?
[19:28:24 CEST] <BtbN> exactly
[19:29:19 CEST] <BtbN> You are not going to be able to open more than 2 simultaneous nvenc sessions, no matter what.
[19:30:02 CEST] <BtbN> If you need that, there is another API, which is under an NDA, for "professionals"
[19:30:32 CEST] <BtbN> You won't find support for that in any open source tool, and propably also won't find public closed-source tools supporting it.
[19:30:33 CEST] <Prelude2004c> oh really
[19:30:37 CEST] <Prelude2004c> where do i get it and what is the naem of it
[19:30:45 CEST] <BtbN> NDA.
[19:30:53 CEST] <Rug> BtbN: Do you know if the top-end Quadro cards can handle more then 2 streams/sessions/threads?
[19:31:06 CEST] <Prelude2004c> someone else told me this..
[19:31:09 CEST] <BtbN> Rug, all cards can. It's the same chip.
[19:31:16 CEST] <Prelude2004c> The 2 stream limitation is set by NVIDIA for the consumer oriented GeForce GPUs. This limitation is lifted to the maximum possible on NVIDIA Kepler and Maxwell-based Quadro GPU line and the Tesla series
[19:31:19 CEST] <BtbN> It's just an artificial limit
[19:31:30 CEST] <Rug> ok thanks.
[19:32:10 CEST] <Rug> We are looking at buying a few Tesla cards so i was wondering about that limitation.
[19:32:19 CEST] <Prelude2004c> ya me too
[19:32:30 CEST] <Prelude2004c> trying to find out what cards don't have that 2 stream limitation
[19:32:44 CEST] <BtbN> As far as i'm aware the cards don't matter at all.
[19:32:52 CEST] <BtbN> It's purely the driver enforcing that limit.
[19:32:59 CEST] <Prelude2004c> or if there is another libnvenc library that doesn't have this limitaiton.. i would like to get my hands on it
[19:33:14 CEST] <BtbN> NDA.
[19:33:48 CEST] <Rug> BtbN: You make me wish I was a driver-developer
[19:34:18 CEST] <BtbN> All the nvidia cards are basicaly the same hardware.
[19:34:27 CEST] <BtbN> no matter if GeForce, Quadro or Tesla.
[19:34:30 CEST] <Rug> That really is depressing
[19:34:44 CEST] <BtbN> It's the same hardware, the only difference is that you can use the "professional" drivers and APIs with them.
[19:35:08 CEST] <Prelude2004c> you say NDA .. what is NDA ?
[19:35:20 CEST] <Prelude2004c> sorry for my ignorance.. never heard of the term
[19:35:25 CEST] <BtbN> Non-Disclousure-Agreement.
[19:35:31 CEST] <BtbN> You sign not to talk about it.
[19:35:33 CEST] <Prelude2004c> from NVIDIA directly?
[19:38:54 CEST] <Prelude2004c> is there an nvidia development channel?
[19:39:47 CEST] <wm4> why would there
[19:40:09 CEST] <wm4> you can probably ask nvidia for commecrial support
[19:40:13 CEST] <wm4> *commercial
[19:40:25 CEST] <BtbN> They won't talk to you if you are not a company.
[19:41:22 CEST] <BtbN> And their consumer-support is useless. They kept telling me i need an nvenc license when i reported some bugs, even when the current SDK had all the license stuff removed already.
[19:41:47 CEST] <Prelude2004c> interesting
[19:41:51 CEST] <Prelude2004c> we have a company
[19:42:11 CEST] <Prelude2004c> so no way around the lift. with re-encoding the library or drivers?
[19:42:13 CEST] <BtbN> Basicaly: Get one of those cards, and try if you can open more than two sessions. If not, you are most likely out of luck.
[19:42:53 CEST] <Prelude2004c> is it the drivers or the libnvenc that has the limit ?
[19:42:57 CEST] <Prelude2004c> libnvenc right?
[19:43:02 CEST] <BtbN> There is no libnvenc.
[19:43:18 CEST] <Prelude2004c> ?? i am using that libarry to send data to GPU
[19:43:51 CEST] <BtbN> libnvenc is what the nvidia devs called the ffmpeg encoder they tried to submit.
[19:44:56 CEST] <Prelude2004c> so if i wnated programmers to look somewhere at this limitation.. where would they look?
[19:45:12 CEST] <Prelude2004c> or can't i just push everything into one process ?
[19:45:20 CEST] <Prelude2004c> put all streams in one single process
[19:45:36 CEST] <BtbN> As the nvidia driver is closed source...
[19:45:58 CEST] <BtbN> The driver won't allow to open more than 2 sessions on the entire host.
[19:46:18 CEST] <Prelude2004c> right.. but what if we have 1 session ... but multipel process handled by that session
[19:46:36 CEST] <BtbN> One Session, one Video Stream...
[19:46:38 CEST] <Prelude2004c> meaning a process in between that basically sends thew ork in 1 session to the cards
[19:46:49 CEST] <Prelude2004c> hum..
[19:47:03 CEST] <Prelude2004c> there has to be a away around this
[19:47:21 CEST] <BtbN> Sure, just add support for hardware encoding to nouveau.
[19:48:53 CEST] <Prelude2004c> vouveau ?
[19:50:04 CEST] <BtbN> It is just not going to happen...
[19:50:22 CEST] <Prelude2004c> you mean " https://wiki.archlinux.org/index.php/VA-API "
[19:50:27 CEST] <Prelude2004c> this is software only?
[19:50:35 CEST] <Prelude2004c> doesn't it get the GPU's to do the work too
[19:50:51 CEST] <BtbN> VA-API, aka libva, is the intel api.
[19:51:10 CEST] <BtbN> It's so bad nobody has ever used it to actualy implement a usefull encoder.
[19:51:21 CEST] <Prelude2004c> https://wiki.archlinux.org/index.php/VDPAU
[19:51:29 CEST] <BtbN> ...
[19:52:13 CEST] <Prelude2004c> doesn't show ffmpeg as supported
[19:52:21 CEST] <Prelude2004c> unless i can encode with something else :(
[19:52:26 CEST] <Prelude2004c> man its not as easy as i thought
[19:52:36 CEST] <BtbN> vdpau is a pure decoding api, as the name suggests.
[19:53:13 CEST] <BtbN> Just use x264 for encoding, unlimited simultanous streams, best quality, ...
[19:54:11 CEST] <Prelude2004c> hum.. c
[19:54:11 CEST] <Prelude2004c> ic
[19:54:16 CEST] <Prelude2004c> i am ok with x264 for now
[19:54:24 CEST] <Prelude2004c> but still have that 2 session limit
[19:54:31 CEST] <wm4> wat
[19:55:07 CEST] <Prelude2004c> i am ok with using h264 at the moment ... but i can't get again more than 2 sessions..
[19:55:19 CEST] <Prelude2004c> i tried going just x264 without libnvenc and the CPU usage per stream was like 70%
[19:55:21 CEST] <Prelude2004c> oops
[19:55:29 CEST] <Prelude2004c> 700% ... vs 50% of CPU with libnvenc
[19:55:33 CEST] <Prelude2004c> huge difference
[19:55:40 CEST] <wm4> so you can't afford that cpu usage?
[19:55:54 CEST] <wm4> nvenc will stress your gpu instead
[19:56:02 CEST] <Prelude2004c> not logical... i have a 25 core 2.8 Ghz.. and 3 output streams at 60fps and 720p .. the sytem can't keep up
[19:56:12 CEST] <BtbN> wm4, not realy, only the PCIe bus.
[19:56:19 CEST] <Prelude2004c> GPUs are only there to be used for encoding
[19:56:27 CEST] <BtbN> GPUs are terrible for encoding.
[19:56:30 CEST] <Prelude2004c> this system will be desgined for only encoding
[19:56:45 CEST] <Prelude2004c> again... 700% vs 50%
[19:56:54 CEST] <BtbN> Then throw CPU cores in there instead of expensive Tesla cards.
[19:57:06 CEST] <Prelude2004c> i already have 24 cores
[19:57:13 CEST] <Prelude2004c> and they can't handle 1 sigle output ( 3 bit rates )
[19:57:20 CEST] <kierank> then you're doing it wrong
[19:57:28 CEST] <Prelude2004c> ?
[19:57:29 CEST] <BtbN> I can do that on my boring i5...
[19:57:35 CEST] <BtbN> You are doing something wrong.
[19:57:40 CEST] <Prelude2004c> same code ( exactly ) with the libnvenc , CPU shows 50%
[19:57:51 CEST] <Prelude2004c> let me get you what code i am doing
[19:57:59 CEST] <BtbN> You are still doing something wrong, and are there still is no libnvenc.
[19:58:25 CEST] <BtbN> For me an ffmpeg process which is encoding with nvenc needs barely any CPU.
[19:58:48 CEST] <BtbN> And i can easily handle 2~3 x264 sessions with a decent quality on my old snb i5.
[19:59:43 CEST] <Prelude2004c> ffmpeg -i < INPUT > -c:v libnvenc -r 30 -g 60 -keyint_min 90 -b:v 1500k -minrate 1000k -maxrate 2000k -s 640x360 -x264opts "keyint=120:min-keyint=120:no-scenecut" -tune zerolatency -output_ts_offset -2 -threads 0 -strict -2 -c:a aac -ar 48000 -ac 2 -b:a 384k -f ssegment ....... < OUPUT > ...
[19:59:50 CEST] <Prelude2004c> that is basically what i am doing
[20:00:05 CEST] <BtbN> There is no libnvenc. The encoder is called nvenc.
[20:00:14 CEST] <Prelude2004c> ohhh and vs the " -c:v h264
[20:00:27 CEST] <BtbN> If libnvenc works, you are using an entirely unsupported hack from nvidia.
[20:00:41 CEST] <Prelude2004c> ?
[20:00:55 CEST] <BtbN> There is no libnvenc encoder in ffmpeg.
[20:01:34 CEST] <wm4> Prelude2004c: how much cpu x264 uses for encoding depends entirely on its settings
[20:02:00 CEST] <Prelude2004c> Unknown encoder 'nvenc'
[20:02:07 CEST] <wm4> Prelude2004c: and how can you be sure they're the same?
[20:02:17 CEST] <Prelude2004c> because i just changed the libarry
[20:02:25 CEST] <Prelude2004c> from " h264 > libnvenc "
[20:02:31 CEST] <Prelude2004c> and it worked.. from 700% down to 50%
[20:02:35 CEST] <wm4> Prelude2004c: at least I doubt that -x264opts makes the nvenc encoder use it
[20:02:37 CEST] <BtbN> Does "-c:v h264" actualy work? oO
[20:02:52 CEST] <Prelude2004c> i removed the x264opts
[20:02:59 CEST] <Prelude2004c> one sec.. testing
[20:03:32 CEST] <wm4> Prelude2004c: in any case, for a fair comparison, you need to use similar settings (they can't be exactly the same because they're different encoders), and must encode to similar quality
[20:04:02 CEST] <wm4> Prelude2004c: it's entirely possible that x264 produces decent output while the GPU one is full of artifacts (doesn't have to be, but GPU encoders are often lower quality AFAIK)
[20:04:03 CEST] <BtbN> If libnvenc works, there is nothing to discuss about anyway, you are not using ffmpeg, but some license-tainted nvidia fork of it.
[20:04:33 CEST] <BtbN> The encoder in ffmpeg is called nvenc
[20:05:14 CEST] <wm4> was libnvenc the earlier, rejected patch?
[20:05:26 CEST] <Prelude2004c> seems to always use libnvenc now since i guess when i compiled ffmpeg i said --enable-libnvenc
[20:05:30 CEST] <BtbN> wm4, yes.
[20:05:41 CEST] <wm4> ok that makes the situation pretty clear
[20:05:57 CEST] <Prelude2004c> i have tested the quality on both actually
[20:05:59 CEST] <Prelude2004c> seems the same
[20:06:31 CEST] <jamrial> Prelude2004c: you're evidenlty using an old ffmpeg build with an old rejected patch applied on top of it. you should recompile using vanilla git head
[20:09:37 CEST] <Prelude2004c> hum... maybe i am running a custom ffmpeg build
[20:09:42 CEST] <Prelude2004c> that supports the libnvenc
[20:09:59 CEST] <Prelude2004c> i remember trying it on the latest git but it could not get libnvenc
[20:10:02 CEST] <BtbN> Again: There is no libnvenc. That's what nvidia called their ffmpeg encoder.
[20:10:13 CEST] <BtbN> The official encoder in ffmpeg is called just nvenc.
[20:11:45 CEST] <Prelude2004c> ic.. so the one i am using is just an old one?
[20:12:10 CEST] <BtbN> It's something nvidia came up with, but it was rejected for various reasons.
[20:14:05 CEST] <Prelude2004c> ok.. so thank you for helping me get my head around this.. i have to think about everything
[20:14:13 CEST] <Prelude2004c> so my question is.. i want to take a multicast stream
[20:14:24 CEST] <Prelude2004c> output 3 simultatnious ( or more ) hls outputs
[20:14:35 CEST] <Prelude2004c> and use hardware encoding to do it so it doesnt' overload my CPU's
[20:14:51 CEST] <Prelude2004c> i understand the quality difference but so much more processing power on the GPU's
[20:15:01 CEST] <Prelude2004c> helps me offload a lot of that away from the CPU
[20:15:02 CEST] <BtbN> You have 24 cores, you can easily encode 10+ streams with that...
[20:16:10 CEST] <Prelude2004c> i am going to try again with just the CPU
[20:16:13 CEST] <Prelude2004c> let me disable the nvenc
[20:16:50 CEST] <wm4> why do you have 24 cores if you want it to work with 1 core?
[20:26:58 CEST] <kepstin-laptop> Prelude2004c: keep in mind that nvenc doesn't even use the gpu processing power; it really uses separate fixed-function hardware on the gpu die.
[20:27:28 CEST] <kepstin-laptop> (or maybe some sort of configurable function stuff with firmware, but either way it's separate)
[20:41:42 CEST] <cone-056> ffmpeg 03Tim Nicholson 07master:27565ace60d4: ffmpeg_opt.c: fix regression introduced in 5743095c
[20:49:05 CEST] <Prelude2004c> hey guys
[20:49:11 CEST] <Prelude2004c> so i checked now with just h264
[20:49:18 CEST] <Prelude2004c> 1300% on CPU
[20:49:27 CEST] <Prelude2004c> same exact code vs --enable-libnvenc
[20:49:37 CEST] <kierank> and?
[20:49:40 CEST] <Prelude2004c> that same exact code with the --enable-libnvenc only uses 50%
[20:49:42 CEST] <kierank> what settings
[20:49:53 CEST] <kierank> lo and behold a CPU encoder is using the CPU
[20:50:30 CEST] <Prelude2004c> i understand it is using the CPU
[20:50:39 CEST] <Prelude2004c> but i only get like 1 stream on this thing
[20:50:43 CEST] <Prelude2004c> let me post code from the command
[20:51:18 CEST] <BtbN> Get a propper build instead of that nvidia-libnvenc thing first.
[20:52:32 CEST] <Prelude2004c> cold looks like this
[20:52:32 CEST] <Prelude2004c> ffmpeg -i "udp://239.255.4.151:5000?ttl=100&fifo_size=1000000&overrun_nonfatal=1" -c:v h264 -r 60 -g 60 -keyint_min 120 -b:v:0 ${bitrate} -maxrate ${maxrate} -s ${resolution} -threads 0 -strict -2 -c:a:1 aac $
[20:52:32 CEST] <Prelude2004c> -segment_list ${HLS_PATH}/${CHN}/${CHN}_${name}.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts
[20:52:33 CEST] <Prelude2004c> "${HLS_PATH}/${CHN}/${CHN}_${name}_%08d.ts"
[20:52:36 CEST] <Prelude2004c> latest git version
[20:52:38 CEST] <jamrial> was that rejected libnvenc patch the one that tried to dump the non-free library into the tree?
[20:53:01 CEST] <Prelude2004c> i have no idea
[20:53:08 CEST] <Prelude2004c> just a version i got online
[20:53:14 CEST] <Prelude2004c> that said it supported it
[20:53:54 CEST] <jamrial> Prelude2004c: if -c:v h264 for the output works then this is a heavily modified ffmpeg build
[20:54:20 CEST] <jamrial> same applies to -c:v libnvenc
[20:54:41 CEST] <Prelude2004c> heavy modified.. i just got it from " git " repo
[20:55:31 CEST] <Prelude2004c> now running exact same command with libncenc
[20:55:47 CEST] <BtbN> jamrial, yes.
[20:56:10 CEST] <BtbN> It has code with "property of NVIDIA. All rights reserved." as header.
[20:56:13 CEST] <cone-056> ffmpeg 03Donny Yang 07master:b0a2aee4089e: png: Use libavutil's crc functions instead of zlib's
[20:57:26 CEST] <jamrial> wait, seems that -c:v h264 works. it just defaults to x264 or whatever is available, huh
[20:58:37 CEST] <Prelude2004c> yup.. ok
[20:58:51 CEST] <Prelude2004c> cant run the libnvenc on this ffmpeg latest version
[20:59:19 CEST] <Prelude2004c> seems the ffmpeg version doesn't support it
[21:29:43 CEST] <Prelude2004c> hey guys
[21:29:46 CEST] <Prelude2004c> question...
[21:29:59 CEST] <Prelude2004c> seeing as how i can only do 2 streams with the nvenc
[21:30:06 CEST] <Prelude2004c> what about if i have 2 cards or 4 cards for example
[21:30:11 CEST] <Prelude2004c> could i do 2 in each ?
[21:43:06 CEST] <BtbN> If you put each card in a seperate machine, sure.
[21:45:29 CEST] <Rug> Hello again, quick question; I am processing a 4k video clip (using nvenc) and it is still using 30%-40% of all the CPU cores. Any ideas why? (most 1080p file barely touch the cpu during processing)
[21:46:47 CEST] <BtbN> Because nvenc only takes nv12, and converting 4K yuv420->nv12 is a complex task.
[21:47:01 CEST] <Rug> ok thanks
[21:47:17 CEST] <BtbN> About 4 times as complex as for 1080p
[21:47:31 CEST] <Rug> I really don't know what we are going to do with these monster files.
[21:47:52 CEST] <Rug> This 17minute clip is eating 35GB of storage
[21:48:25 CEST] <jamrial> Rug: you could try running ffmpeg with perf or some other profiling tool. if what BtbN is true then you should see most cpu time spent on some libswscale function
[21:49:06 CEST] <Rug> jamrial: That is an excellent suggestion! Thanks.
[21:49:41 CEST] <Rug> Honestly, I've been fretting over disk-space usage, and didn't even think about _where_ in the process it was wasteing so much CPU
[21:50:22 CEST] <BtbN> Well, if you want to save disk space, nvenc won't help you though.
[21:51:12 CEST] <Rug> BtbN: no, that isn't the point. But I'm just trying to wrap my brain around all the 4k videos and wherre the hell we are going to store them.
[21:51:15 CEST] <Rug> =)
[21:51:29 CEST] <Rug> My poor ZFS array won't be able to keep up
[21:51:32 CEST] <Rug> hehe
[22:00:08 CEST] <Prelude2004c> hey, the nvidia-smi doesn't work on the 600 series right? they removed support for it?
[22:00:28 CEST] <Prelude2004c> doesn't give me data on GPU usage
[22:11:19 CEST] <Prelude2004c> i am getting more and more confused.. you guys said that using CPU's should yield better quality and similar results to " nvenc " .. but i am showing 1 stream 720p at 60fps using up approx ( 10 CPU cores 1000% )... when i turn over to nvenc it uses ( 1 CPU core 50 % )
[22:11:32 CEST] <Prelude2004c> so now i am confused why it is being said that it should be just as good with the CPU power
[22:14:14 CEST] <iive> does it process the video faster than the cpu?
[22:18:31 CEST] <kierank> well your 10 core thing is strange
[22:18:36 CEST] <kierank> but a CPU encoder uses CPU
[22:20:05 CEST] <wm4> kierank: he doesn't want it to use CPU though
[22:20:18 CEST] <wm4> which is why he has 25 cores
[22:20:22 CEST] <kierank> then why did he buy 24 cpus
[22:20:23 CEST] <kierank> lol
[22:20:23 CEST] <wm4> or something
[22:20:37 CEST] <wm4> right, 24
[22:20:53 CEST] <wm4> so magic GPUs are needed to make sure the CPUs are useless
[22:21:42 CEST] <wm4> Prelude2004c: is there any other processing going on?
[22:21:45 CEST] <wm4> scaling maybe?
[22:22:46 CEST] <kepstin-laptop> with 24 cores, there's no reason you couldn't run e.g. 12 streams with x264 by limiting each to 2 threads and setting appropriate speed options...
[22:29:48 CEST] <jamrial> michaelni: regarding the pngenc patch i just sent, the compiler that's failing is http://fate.ffmpeg.org/report.cgi?time=20150402191356&slot=x86-opensolaris-…
[22:30:08 CEST] <Prelude2004c> hey sorry for the delayed resonse
[22:30:19 CEST] <Prelude2004c> this stuff is coming in live , not trying to transcode a file
[22:30:30 CEST] <Prelude2004c> its a live channel transcoding to HLS
[22:30:54 CEST] <Prelude2004c> doesn't make sense to use 2 cores only because the 2 cores can't keep up.. i am saying use all cores and its deciding by default to use all 10 cores
[22:31:02 CEST] <Prelude2004c> the system will allways have overhead using nvenc
[22:31:42 CEST] <Prelude2004c> so basically the idea is.. offload the work to hardware GPU's ... the cpu usage per stream is to manage the work load... so when i am up at 24 used cores i should be able to get 50 channel outputs
[22:32:03 CEST] <Prelude2004c> so 3 bit rates per channel as an example = 15 channels or so at 720p
[22:32:06 CEST] <Prelude2004c> that is the idea
[22:32:33 CEST] <Prelude2004c> each channel outputs ( 3 bitrates = 3 sessions )
[22:32:47 CEST] <Prelude2004c> one at 720p, one at 480p, and another at 360p
[22:32:55 CEST] <Prelude2004c> all 60fps
[22:33:30 CEST] <Prelude2004c> using nvenc works well asside from the 2 GPU limit which i just bought a k4200 series to test
[22:33:39 CEST] <Prelude2004c> i am told it has no limitation on those so.. i guess we will see
[22:34:11 CEST] <Prelude2004c> it is just a shame that you can't do it on a 980 Geforce card ... they are faster
[22:34:27 CEST] <Prelude2004c> silly limitation.. asside from forcing customers to pay more money to get more sessions
[22:34:51 CEST] <kepstin-laptop> you're saying "2 cores can't keep up", but that just means that you haven't bothered to play with x264's speed settings.
[22:35:48 CEST] <kepstin-laptop> if you lower the quality down to something similar to what you'd get out of a hardware encoder like nvenc, it probably *could* keep up to a live stream on a smaller number of cores.
[22:36:07 CEST] <Prelude2004c> the quality looks the same to me
[22:36:19 CEST] <Prelude2004c> looking at x264 and nvenc .. it looks the same
[22:36:45 CEST] <kepstin-laptop> you're encoding to vbr or what?
[22:36:50 CEST] <Prelude2004c> HLS out
[22:37:24 CEST] <kepstin-laptop> erm, that's not what I asked. Are you encoding to a bitrate, or a quality setting?
[22:37:31 CEST] <Prelude2004c> ffmpeg -i "udp://239.255.4.151:5000?ttl=100&fifo_size=1000000&overrun_nonfatal=1" -c:v h264 -r 60 -g 60 -keyint_min 120 -b:v:0 ${bitrate} -maxrate ${maxrate} -s ${resolution} -threads 0 -strict -2 -c:a:1 aac $ "${HLS_PATH}/${CHN}/${CHN}_${name}_%08d.ts"
[22:37:44 CEST] <Prelude2004c> bit rate
[22:37:46 CEST] <Prelude2004c> that is what i am doing
[22:37:54 CEST] <Prelude2004c> oh wait.. somethign missing there
[22:38:25 CEST] <Rug> Prelude2004c: Try throwing this in there: -preset veryfast
[22:38:27 CEST] <kepstin-laptop> hmm, maxrate? are you using vbv?
[22:38:42 CEST] <Prelude2004c> ffmpeg -i "udp://239.255.4.151:5000?ttl=100&fifo_size=1000000&overrun_nonfatal=1" -c:v h264 -r 60 -g 60 -keyint_min 120 -b:v:0 ${bitrate} -maxrate ${maxrate} -s ${resolution} -threads 0 -strict -2 -c:a:1 aac -segment_list ${HLS_PATH}/${CHN}/${CHN}_${name}.m3u8 -segment_list_type flat -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts "${HLS
[22:38:42 CEST] <Prelude2004c> _PATH}/${CHN}/${CHN}_${name}_%08d.ts"
[22:39:00 CEST] <Prelude2004c> that is the code i am running
[22:39:20 CEST] <Rug> -c:v libx264 -preset veryfast has given me similarquality & slightly faster processing time as using the nvenc encoder
[22:39:35 CEST] <Prelude2004c> will try now
[22:39:50 CEST] <kepstin-laptop> Prelude2004c: ah, you're using -maxrate without -bufsize, so that's a noop. it's doing pure vbr encoding.
[22:40:49 CEST] <Prelude2004c> yup variable is what i wanted
[22:40:54 CEST] <Prelude2004c> because variable gives me the best quality when eeded
[22:40:56 CEST] <Prelude2004c> need*
[22:41:10 CEST] <Prelude2004c> i need a bufsize ?
[22:41:16 CEST] <Prelude2004c> of what .. 300 ?
[22:41:17 CEST] <kepstin-laptop> no, you should remove -maxrate
[22:41:22 CEST] <kepstin-laptop> since it's doing nothing :)
[22:41:30 CEST] <Prelude2004c> how do i get the maxrate going ?
[22:41:37 CEST] <Prelude2004c> introduce a -bufsize?
[22:41:54 CEST] <kepstin-laptop> if you want to ensure that the momentary bandwidth over the size of the buffer specified never exceeds maxrate, then you need both maxrate and bufsize
[22:42:04 CEST] <kepstin-laptop> the nvenc encoder probably doesn't support that, of course.
[22:42:13 CEST] <Prelude2004c> ic
[22:42:16 CEST] <kepstin-laptop> but who knows, it might...
[22:42:22 CEST] <Prelude2004c> will test that too
[22:42:28 CEST] <Prelude2004c> bufsize is in frames ?
[22:42:32 CEST] <Prelude2004c> as in 300 frames
[22:42:32 CEST] <Prelude2004c> ?
[22:42:37 CEST] <kepstin-laptop> Prelude2004c: bufsize is in the docs
[22:42:42 CEST] <Prelude2004c> k will look
[22:44:15 CEST] <Prelude2004c> bufsize still gets used actually if you dn't specify
[22:44:22 CEST] <Prelude2004c> just does it slower or on a default
[22:44:26 CEST] <Prelude2004c> as per fpeg.org
[22:44:30 CEST] <Prelude2004c> ffmpeg*
[22:45:38 CEST] <kepstin-laptop> so, you'd normally calculate what to set bufsize to based on the the user's expected internet connection speed (maxrate) and the amount of time that the player is expected to buffer.
[22:46:13 CEST] <kepstin-laptop> so e.g. if you're targetting someone with a 10mbit connection and buffering for 10 seconds, the bufsize should be 100mbits.
[22:46:42 CEST] <kepstin-laptop> that would ensure that this hypothetical person shouldn't ever have the stream stop and buffer in the middle of playback
[22:47:13 CEST] <Prelude2004c> ok so...
[22:47:30 CEST] <Prelude2004c> hum.. seems to be down a bit now with cpu on veryfast
[22:47:45 CEST] <kepstin-laptop> looks like nvenc does support buffer management for bitrate.
[22:48:03 CEST] <Prelude2004c> oh now up to 400$
[22:48:06 CEST] <Prelude2004c> 400%
[22:48:15 CEST] <kepstin-laptop> or maybe i'm confused.
[22:48:22 CEST] <Prelude2004c> :)
[22:50:09 CEST] <Prelude2004c> ok so.. with very fast seems to have sped up h264 ..
[22:50:10 CEST] <Prelude2004c> but..
[22:50:21 CEST] <Prelude2004c> doesn't seem to be much better than nvenc
[22:50:29 CEST] <Prelude2004c> with nvenc the cpu's are down to 1/5th of this
[22:50:33 CEST] <Prelude2004c> because the GPU's do the work
[22:51:10 CEST] <llogan> this conversation seems more fitting for #ffmpeg
[22:55:58 CEST] <Prelude2004c> some of these questions were asked on ffmpeg and no answers.. nobody seems to have a clue :) .. that is why i came here because you guys should know a lot more then the people there i would think ( :) )
[22:56:10 CEST] <Prelude2004c> and thank you all for your help btw
[22:56:15 CEST] <Prelude2004c> i am learning quite a bit about this stuff today
[22:57:21 CEST] <Prelude2004c> anyone know an nvidia dev forum?
[22:57:32 CEST] <Prelude2004c> because i see channel just nvidia but nobody says anything on it or talks
[22:58:35 CEST] <BtbN> This channel is meant for talk about ffmpeg development, not user support.
[23:00:07 CEST] <Prelude2004c> as in ..... AMD support for hw encoding ? :)
[23:00:12 CEST] <Prelude2004c> that may solve things
[23:00:39 CEST] <nevcairiel> VCE is kinda crappy IMHO
[23:01:49 CEST] <Prelude2004c> the cores seems faster for the price that's for sure
[23:01:52 CEST] <Prelude2004c> everything else i dont know
[23:02:32 CEST] <BtbN> ...?
[23:03:46 CEST] <Rug> I don't know if anybody cares about my opinion, but I have run some comparison tests.
[23:04:11 CEST] <Rug> a 4k video converted with nvenc vs with libx264 -preset veryfast
[23:04:31 CEST] <Prelude2004c> same quality?
[23:04:40 CEST] <Rug> The libx264 looks a little bit better, and took the same amount of time to encode
[23:04:53 CEST] <Rug> The Dark levels on libx264 are better
[23:05:09 CEST] <Rug> Some details are sharper and more accurate
[23:05:25 CEST] <Rug> But it is VERY close
[23:05:34 CEST] <Prelude2004c> ic.. i just tried to get the libx264 going and for whatever reason the image was jumping around.. not sure if it is my settings of course.. do you have a copy of what your settings looked like for best quality?
[23:05:45 CEST] <nevcairiel> This is what previous tests also resulted in pretty much
[23:05:46 CEST] <BtbN> nvenc is nowhere close to x264 in terms of quality.
[23:05:53 CEST] <Prelude2004c> ic.. so rug, if i had nvenc all really i save is the cpu power right?
[23:06:07 CEST] <Prelude2004c> because it uses the GPU cpu's instead.. only thing is GPU's have so much more processing cores.. that is why i am looking at it
[23:06:21 CEST] <Prelude2004c> anyone have a good format that i can use for quality
[23:06:27 CEST] <BtbN> It doesn't use the actual GPU, and a GPU doesn't have a cpu...
[23:06:31 CEST] <Prelude2004c> something that looks very good that i can try and apply to my input
[23:07:27 CEST] <nevcairiel> If you match speed, x264 wins over all the hw encoders in quality, even of only slightly
[23:07:31 CEST] <Rug> BtbN: This is based on as best a replication of conditions as I can manage. My source file might already be 'less then perfect' But right now the software rendered scenes look better.
[23:07:55 CEST] <nevcairiel> However x264 is of course much more flexible
[23:08:10 CEST] <BtbN> nvenc is actualy quite bad.
[23:08:16 CEST] <Prelude2004c> can anyone help me with a sample ffmpeg command .. maybe i am doing somethign wrong
[23:08:18 CEST] <BtbN> Most other hw encoders are better.
[23:08:22 CEST] <nevcairiel> On the other hand, hw encoders leave the CPU free to do other things
[23:08:28 CEST] <BtbN> ask in #ffmpeg
[23:08:50 CEST] <Rug> ffmpeg -i /mnt/working_videos/goran/4K/1784457.mp4 -r 29.97 -c:v libx264 -preset ultrafast -c:a aac -vf scale=3840:2160 -strict experimental -b:v 21700k -b:a 128k -y 4k-test.mp4
[23:09:23 CEST] <BtbN> Well, ultrafast isn't something i'd call quality.
[23:09:33 CEST] <Rug> That is the current run.
[23:09:48 CEST] <Rug> I have swapped around veryfast nvenc
[23:09:49 CEST] <nevcairiel> The point is to match the speed
[23:10:09 CEST] <nevcairiel> Otherwise your comparisons is apples and oranges
[23:10:14 CEST] <Rug> with veryfast & nvenc the times are very close
[23:10:20 CEST] <BtbN> Rug, nvenc has no veryfast.
[23:10:29 CEST] <Rug> real 34m52.899s vs real 35m10.711s
[23:10:35 CEST] <BtbN> Or do you mean x264 veryfast vs. nvenc in llhq 2pass?
[23:10:38 CEST] <BtbN> Or hq?
[23:10:52 CEST] <Rug> let me paste both
[23:11:04 CEST] <Rug> ffmpeg -i 1784457.mp4 -r 29.97 -c:v nvenc -c:a aac -vf scale=3840:2160 -strict experimental -b:v 21700k -b:a 128k -y /mnt/converted_videos/Matt/4k_output-1.mp4
[23:11:11 CEST] <Rug> ffmpeg -i 1784457.mp4 -r 29.97 -c:v libx264 -preset veryfast -c:a aac -vf scale=3840:2160 -strict experimental -b:v 21700k -b:a 128k -y /mnt/converted_videos/Matt/4k_output-2.mp4
[23:11:16 CEST] <nevcairiel> How does 2pass with nvenc work anyway? Does it write a stat file?
[23:11:26 CEST] <BtbN> nevcairiel, it's not something i'd call 2pass
[23:11:40 CEST] <BtbN> I have no idea what it actualy does, but it does boost the quality quite a bit.
[23:11:48 CEST] <nevcairiel> Weird
[23:11:59 CEST] <BtbN> It's just an option you turn on when you are using one of the ll presets.
[23:12:00 CEST] <nevcairiel> So its all internal to the encoder?
[23:12:11 CEST] <BtbN> Like the libfdk afterburner.
[23:12:30 CEST] <Prelude2004c> hey guys.. but you are running at 21Mbit/s
[23:12:36 CEST] <Prelude2004c> i am trying to encode to 5Mbit/s
[23:12:48 CEST] <nevcairiel> And if you can combine it with ll also not adding high latency of something?
[23:12:56 CEST] <BtbN> It reduces the speed quite a bit, but improves the quality a lot, specialy at lower bitrates.
[23:13:10 CEST] <BtbN> 2pass only works with the low-latency presets.
[23:13:27 CEST] <Rug> I would welcome any suggestions anybody has to improve the quality
[23:13:42 CEST] <nevcairiel> How does llhq2pass compare to normal HQ then?
[23:13:48 CEST] <Prelude2004c> interesting.. so running at --preset fast.. uses 1300% of CPU
[23:13:50 CEST] <BtbN> Which is specialy strange, as the llhq(low latency high quality) would be expected to give a lower quality than the normal hq preset.
[23:14:10 CEST] <BtbN> If you are using higher bitrates, hq is propably better.
[23:14:17 CEST] <Prelude2004c> very fast runs at approx 500% cpu
[23:14:24 CEST] <BtbN> fix your CPU.
[23:14:43 CEST] <BtbN> But for real-time streaming stuff, llhq with 2pass is the best option.
[23:14:49 CEST] <Prelude2004c> fix CPU ?
[23:14:54 CEST] <Prelude2004c> 2 pass works in live streams ?
[23:14:55 CEST] <BtbN> I never did tests at non-streaming bitrates though.
[23:14:58 CEST] <Rug> Prelude2004c: use htop (or press 1 in top) to see what it is running at per-core
[23:15:38 CEST] <Prelude2004c> ffmpeg runs on all cores
[23:15:44 CEST] <Prelude2004c> threads are set to 0 so..
[23:15:48 CEST] <Rug> Prelude2004c: yeah
[23:15:59 CEST] <BtbN> veryfast doesn't even stress my old and slow quad-core i5. You are definitely doing something horribly wrong.
[23:16:20 CEST] <Prelude2004c> how can i be doing something wrong..
[23:16:23 CEST] <Prelude2004c> hum..
[23:16:35 CEST] <BtbN> Well, using an old and unsupported self-brewed ffmpeg version for example.
[23:17:53 CEST] <BtbN> Or an x264 without most optimizations...
[23:18:54 CEST] <Prelude2004c> my exact command is as follows
[23:18:54 CEST] <Prelude2004c> ffmpeg -i "udp://239.255.4.151:5000?ttl=100&fifo_size=1000000&overrun_nonfatal=1" -c:v h264 -preset veryfast -r 60 -g 60 -keyint_min 120 -b:v:0 5000k -bufsize 64k -maxrate 6000k -s 1280x720
[23:18:54 CEST] <Prelude2004c> -threads 0 -strict -2 -c:a:1 aac -ar 48000 -ac 2 -b:a:1 384k -f segment -hls_wrap 3 -hls_list_size 15 -segment_list ${HLS_PATH}/${CHN}/${CHN}_${name}.m3u8 -segment_list_type flat
[23:18:54 CEST] <Prelude2004c> -segment_list_flags live -segment_list_type m3u8 -segment_time 3 -segment_list_size 15 -segment_format mpegts "${HLS_PATH}/${CHN}/${CHN}_${name}_%08d.ts"
[23:19:05 CEST] <Prelude2004c> is there something wrong there ? because other then that i have done nothing
[23:19:51 CEST] <cone-056> ffmpeg 03Lukasz Marek 07master:a8c5b4551e03: lavu/dict: fix set function when reuse existing key pointer
[23:19:52 CEST] <Prelude2004c> my ffmpeg version is : 4.4.7 ( latest )
[23:19:52 CEST] <cone-056> ffmpeg 03Lukasz Marek 07master:96f896750d19: lavu/dict: add more tests
[23:19:53 CEST] <cone-056> ffmpeg 03Lukasz Marek 07master:0bf980919ef9: fate: add AVDictionary tests
[23:20:20 CEST] <jamrial> you mean 2.4.7?
[23:21:07 CEST] <Prelude2004c> ffmpeg version git-2015-03-28-303c3da Copyright (c) 2000-2015 the FFmpeg developers
[23:21:07 CEST] <Prelude2004c> built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-11)
[23:21:12 CEST] <Prelude2004c> oops
[23:21:16 CEST] <Prelude2004c> thats gcc :P haha
[23:22:00 CEST] <Prelude2004c> well i just downloaded it from GIT so
[23:27:44 CEST] <cone-056> ffmpeg 03James Almer 07master:300018373248: avcodec/pngenc: don't return a value in a void function
[23:29:55 CEST] <michaelni> jamrial, fixed, i had missed the IRC ping until now
[23:37:52 CEST] <cone-056> ffmpeg 03Stephen Hutchinson 07master:d858c3a18f19: avisynth: Fix detection of AviSynth 2.5
[23:49:31 CEST] <llogan> was it ever possible to --enable-libfaac without --enable-nonfree? I'm looking at an old distributed thing. possible license violator.
[23:50:54 CEST] <j-b> yes
[23:50:58 CEST] <j-b> a long long time ago
[23:51:09 CEST] <j-b> until Diego looked at the code
[23:52:23 CEST] <llogan> thanks. i can't memorize all of this stuff. so i guess alcohol does make me dumber...
[23:52:51 CEST] <j-b> balmer's peak
[23:53:28 CEST] <llogan> a fine, fine line
[00:00:00 CEST] --- Fri Apr 3 2015
1
0
[01:37:09 CEST] <necka> hi, i need to compil ffmpeg for opencv, how can i do it clean ?
[02:08:26 CEST] <ac_slater_> necka: 1) do you absolutely need to compile it yourself?
[02:08:53 CEST] <ac_slater_> 2) ffmpeg has some pretty nice docs... a basic `./configure` and `make` will build everything
[02:23:45 CEST] <ac_slater_> necka: your best bet is to use your distro's version or try some ./configure calls to see how it works
[02:28:32 CEST] <necka> i get this error when i compile opencv : [ 38%] modules/videoio/CMakeFiles/opencv_videoio.dir/build.make:169: recipe for target 'modules/videoio/CMakeFiles/opencv_videoio.dir/src/cap_ffmpeg.cpp.o' failed
[02:28:49 CEST] <necka> it is related to ffmpeg
[02:29:35 CEST] <necka> but i dont know how and why and i found nothing on web
[02:35:08 CEST] <necka> according to : http://stackoverflow.com/questions/28319376/installing-opencv-in-ubuntu-14-…
[02:35:30 CEST] <necka> This is because libav has changed API and removed some stuff it's still used in OpenCV. Ubuntu 14.10 uses libav API version 11 and OpenCV still uses API version 9. The problem is that CODEC_ID_* was changed to AV_CODEC_ID_*.
[02:36:10 CEST] <necka> so i have to make WITH_FFMPEG=OFF ...
[02:49:31 CEST] <Infiltrator> c_14 et al: Sorry; got called away yesterday. The last ~10 lines were futexes, with a write before that. And yeah, I'm spawning it in a shell.
[02:50:42 CEST] <Infiltrator> I'm doing $nice -20 strace ffmpeg blah
[02:52:57 CEST] <Infiltrator> I'll run it over ssh next time (later today) so that I can paste it up.
[04:07:09 CEST] <roboman2444> how do i fix alsa buffer xrun when trying to record mic input?
[10:21:12 CEST] <Ders> I've encoded a video with -vcodec ffv1 and this gives me the right output (had desaturated output before) but the file is much larger since it's uncompressed. Is there a way to make it smaller?
[10:25:53 CEST] <Mavrik> ffv1 is certanly compressed
[10:25:55 CEST] <Mavrik> it's just losless
[10:26:33 CEST] <Ders> I might've misunderstood that then. Still, is there a way to keep the output size lower?
[10:47:49 CEST] <ruby_on_tails> my monitor resolution is 1360*768, but i see that literally no video editing software has such a profile, the nearest is 1366*768 am i on a weird monitor?
[10:48:35 CEST] <Ders> yes you are on a weird monitor. Never seen that resolution
[10:49:06 CEST] <ruby_on_tails> you mean my monitor is 6px short? these monitors are popular
[10:49:21 CEST] <ruby_on_tails> i have like 6 of these
[10:50:56 CEST] <Ders> weird. I've never seen one of those (in Europe). Maybe it's just a resolution that's not used for video editing? Do you want your video to export to this resolution?
[10:51:47 CEST] <Mavrik> hrmf, yeah that strange
[10:51:54 CEST] <Mavrik> 1366x768 is the common one, even on TVs
[10:52:00 CEST] <Mavrik> usually sold as "720p" for some reason
[10:52:41 CEST] <ruby_on_tails> i do some screencasting, it always gets blurred if i import it to any video editing software
[10:52:55 CEST] <ruby_on_tails> i am so tired after months of fiddling around with so many softwares and programs, nothing works
[10:53:09 CEST] <ruby_on_tails> i just want my videos to be criso
[10:53:10 CEST] <ruby_on_tails> crisp
[10:53:20 CEST] <Ders> You should be able to just set your video software to 1366x768 and import your footage. You will have some black borders though
[10:53:57 CEST] <Ders> That's how I would do it in Adobe Premiere
[10:54:02 CEST] <Mavrik> ruby_on_tails, uhm, why would it be blurred?
[10:54:05 CEST] <ruby_on_tails> the screencast in itself is recorded in ogv format which is crystal clear, when i convert it to mp4 transitions become horrible, when i further import the mp4 to any software and export, everything is a bit blurred, specially text
[10:54:08 CEST] <Mavrik> ruby_on_tails, are you resampling video? why?
[10:54:20 CEST] <Mavrik> ruby_on_tails, do you have low bitrate?
[10:54:25 CEST] <ruby_on_tails> Mavrik: no
[10:54:41 CEST] <Mavrik> no about what?
[10:54:51 CEST] <Mavrik> your resolution isn't causing the blurring, your encoding settings are
[10:55:02 CEST] <ruby_on_tails> no - low bitrate
[10:55:51 CEST] <Mavrik> what does that mean?
[10:55:55 CEST] <Mavrik> what ARE your ffmpeg settings?
[10:56:42 CEST] <ruby_on_tails> 1 min getting everything
[10:58:44 CEST] <iive> 1360x768 is popular laptop screen resolution.
[10:59:26 CEST] <iive> and the few pixels off causes problems in more than one place...
[10:59:40 CEST] <iive> just use 1280x720
[10:59:57 CEST] <Mavrik> that's going to make everything blurry.
[11:02:08 CEST] <ruby_on_tails> http://pasteboard.co/2gem89xt.png original screen http://pasteboard.co/2gel88uX.png screenshot from video - if you look at the "what are your..." at the bottom left, some text is crisp, some is not, weird, ffprobe of the video: http://pastebin.com/raw.php?i=vNG85pj9
[11:02:53 CEST] <iive> depends... if monitor tries to upscale it, or just adds 86x48 black pixels
[11:03:17 CEST] <Mavrik> ruby_on_tails, first of all
[11:03:23 CEST] <Mavrik> ruby_on_tails, MPEG4 simple profile is your first issue there
[11:03:33 CEST] <Mavrik> and it's probably causing the blurring due to low bitrate
[11:03:37 CEST] <ruby_on_tails> what should i use instead?
[11:03:40 CEST] <Mavrik> H.264 at least
[11:04:02 CEST] <iive> libx264 is the encoder for that
[11:04:48 CEST] <Mavrik> ruby_on_tails, some software also calls it "MPEG4-AVC"
[11:06:14 CEST] <iive> Ders: ffv1 is lossless, this means that the input and output are binary identical. Most video codecs that provide good compression do it by throwing data away. just doing it in a way that is hard to notice by humans (in the best case).
[11:06:46 CEST] <ruby_on_tails> Mavrik: iive: http://pastebin.com/raw.php?i=khQfdyA9 this is similar
[11:07:09 CEST] <ruby_on_tails> i chose 12000 bitrate in the software(kdenlive) but the bitrate came down to 528 weird
[11:08:00 CEST] <ruby_on_tails> http://pasteboard.co/2geSHAQ3.png this is the software render options screen
[11:11:03 CEST] <iive> ruby_on_tails: do you have idea what are the units of the bitrate? 12000 might be 12kbps ...
[11:11:23 CEST] <iive> and you'd be getting 528 because it can't go lower.
[11:14:10 CEST] <ruby_on_tails> its 12000k
[11:17:35 CEST] <iive> can you find out what are the exact option that the convertion program is called?
[11:18:21 CEST] <ruby_on_tails> checking
[11:27:15 CEST] <ruby_on_tails> iive: Mavrik: http://pastebin.com/raw.php?i=3NHggrat this is the params the software uses
[11:27:49 CEST] <ruby_on_tails> and the output video ffprobe for those params used is http://pastebin.com/raw.php?i=khQfdyA9
[11:28:10 CEST] <Mavrik> for static picture it's reasonable that bitrate falls
[11:28:17 CEST] <Mavrik> X264 will not do stuffing if there's nothing to encode
[11:28:23 CEST] <Mavrik> (unless you tell it to)
[11:28:37 CEST] <Mavrik> also those options look rather obsolete, but they shouldn't really cause issues
[11:28:49 CEST] <ruby_on_tails> yes the video has a lot of static images, its more of a presentation with transitioning slides
[11:28:51 CEST] <Mavrik> (also threads=1 ? why? )
[11:28:58 CEST] <ruby_on_tails> i can chose threads
[11:29:06 CEST] <ruby_on_tails> i can increase it here http://pasteboard.co/2geSHAQ3.png
[11:29:09 CEST] <Mavrik> ruby_on_tails, then it's not unreasoable for X264 to drop the bitrate.
[11:29:10 CEST] <ruby_on_tails> i jused used the defaults
[11:29:30 CEST] <Mavrik> is your picture still blurry?
[11:29:39 CEST] <ruby_on_tails> but why is the text blurred? http://pasteboard.co/2gel88uX.png and why is some of the test crisp? due to the 6px stretching in 1360 vs 1366?
[11:29:58 CEST] <ruby_on_tails> yes its still blurry
[11:30:41 CEST] <Mavrik> video shouldn't be stretched
[11:30:52 CEST] <Mavrik> since ffprobe shows it's 1360x768
[11:31:02 CEST] <ruby_on_tails> then why does the text behave like that?
[11:31:21 CEST] <Mavrik> ruby_on_tails, your encoding software also sets AR to 16:9
[11:31:25 CEST] <Mavrik> and your video isn't
[11:31:29 CEST] <Mavrik> can you tell it to not set that?
[11:31:51 CEST] <ruby_on_tails> Mavrik: i cant do that
[11:33:22 CEST] <Mavrik> ruby_on_tails, then I guess there's the issue :/
[11:33:34 CEST] <Mavrik> ruby_on_tails, can you add black bands to make the video 1366x768 before encoding?
[11:34:19 CEST] <iive> first, i see some things that shouldn't be there, e.g. minrate, qmin/qmax. but there is high chance that they are simply ignored.
[11:34:59 CEST] <iive> also, you gave a pastebin from avprobe, this indicating you are using the ffmpeg's fork under the name of libav.
[11:35:25 CEST] <Mavrik> iive, it's kdenlive
[11:35:32 CEST] <Mavrik> it probably uses encoding parameters from 1992 -_-
[11:35:33 CEST] <iive> i'm not quite sure if they still support -vb for setting video bitrate. they changed syntax to e.g. -b:v
[11:35:53 CEST] <Mavrik> for some reason that software insists on setting their own crappy encoding parameter instead of using x264 preset
[11:36:27 CEST] <iive> most of these are ignored. e.g. *cmp=2
[11:40:19 CEST] <ruby_on_tails> Mavrik: is there any aspect ratio for 1360*768 monitors i can set?
[11:40:23 CEST] <ruby_on_tails> i cant find anything for it
[11:40:42 CEST] <seasc> -scale 1280x720
[11:40:56 CEST] <Mavrik> ruby_on_tails, now you're asking me to support kdenlive
[11:41:03 CEST] <Mavrik> never used it because it was crappy due to issues you explain
[11:41:05 CEST] <ruby_on_tails> sorry
[11:41:25 CEST] <Mavrik> ruby_on_tails, on most encoding software you just don't set AR and it won't resize video
[11:41:27 CEST] <seasc> @ ruby_on_tails, did you try -scale 1280x720 yet?
[11:41:36 CEST] <Mavrik> but I don't think kdenlive supports that
[11:41:40 CEST] <Mavrik> seasc, what will that accomplish?
[11:41:50 CEST] <Mavrik> besides resampling video to smaller resolution and making everyhing blurry?
[11:42:01 CEST] <seasc> Mavrik, when i record, i get THAT resolution, rather than my native screen res
[11:42:09 CEST] <Mavrik> ruby_on_tails, can you avoid using kdenlive? transcode directly?
[11:42:18 CEST] <Mavrik> seasc, well his input is 1360x768
[11:42:35 CEST] <seasc> Just used hdr since he said his screen wsas sold as such :p
[11:42:56 CEST] <seasc> But right, use: "-scale 1366x768" then
[11:42:57 CEST] <ruby_on_tails> Mavrik: i did, i used arista transcoder, and it converts my ogv to mp4 perfect just one issue, the transitions get very glitchy like http://pasteboard.co/2gfbYGF0.png notice the dots around text
[11:43:09 CEST] <ruby_on_tails> seasc: wont that blur it anyways?
[11:43:17 CEST] <Mavrik> ruby_on_tails, why not grab the static ffmpeg build
[11:43:18 CEST] <Mavrik> and just fo
[11:43:26 CEST] <ruby_on_tails> Mavrik: my input is an ogv file
[11:43:32 CEST] <ruby_on_tails> which comes from recordmydesktop
[11:43:43 CEST] <Mavrik> ffmpeg -i <video> -codec:v libx264 -crf 21 -codec:a aac -b:a 128k output.mp4 ?
[11:43:51 CEST] <seasc> ruby_on_tails, hasnt for me yet.
[11:44:05 CEST] <seasc> Making it smaller is *never* an issue, upscaling however is
[11:44:08 CEST] <ruby_on_tails> Mavrik: i used this "ffmpeg -i first_record.ogv -c:v libx264 -preset veryslow -crf 22 -c:v libmp3lame -qscale:a 2 -ac 2 -ar 44100 first_record_ffmpeg_transcode.mp4"
[11:44:09 CEST] <Mavrik> -scale 1366x768 will upscale his video for 6 pixels
[11:44:11 CEST] <Mavrik> making text blurry.
[11:44:26 CEST] <seasc> Thats why i suggested hdr
[11:44:31 CEST] <BtbN> "-c:v libmp3lame"
[11:44:31 CEST] <ruby_on_tails> but it throws errors on terminal: Unrecognized option 'c:v' Failed to set value 'libx264' for option 'c:v'
[11:44:40 CEST] <Mavrik> ruby_on_tails, you're not using ffmpeg.
[11:44:50 CEST] <Mavrik> ruby_on_tails, or your version is more than 5 years or so old :)
[11:45:05 CEST] <Mavrik> also -c:a libmp3lame, not -c:v, mp3 is audio ;)
[11:45:22 CEST] <ruby_on_tails> i got this command from a stackoverdlow thread
[11:45:29 CEST] <Mavrik> anyway, lunchtime, bbl
[11:45:33 CEST] <ruby_on_tails> do you mean i need to look into this? > *** THIS PROGRAM IS DEPRECATED *** This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
[11:45:48 CEST] <Mavrik> ruby_on_tails, you're not using ffmpeg :)
[11:45:56 CEST] <Mavrik> even though the command is ffmpeg
[11:45:57 CEST] <ruby_on_tails> hmm
[11:46:24 CEST] <ruby_on_tails> just curious what your location is, since i need to leave for lunch too :P
[11:46:29 CEST] <ruby_on_tails> reading the SO article
[11:46:37 CEST] <seasc> ruby_on_tails, you're on linux?
[11:46:44 CEST] <ruby_on_tails> seasc: yea ubuntu
[11:47:02 CEST] <seasc> ruby_on_tails, http://ffmpeg.gusari.org/viewtopic.php?f=25&t=2020
[11:47:32 CEST] <seasc> ruby_on_tails, "vhs -SQ hdr" will record your screen at 1280x720, and it should not be blurry
[11:47:48 CEST] <seasc> at=~as?
[11:48:18 CEST] <seasc> used recordmydesktop too, but now i prefer ffmpeg doing the recording, feels like better quality
[11:48:24 CEST] <ruby_on_tails> seasc: will that squeeze my screen or crop it?
[11:48:43 CEST] <seasc> ruby_on_tails, among these two words, squeeze.
[11:48:48 CEST] <ruby_on_tails> hmm
[11:49:04 CEST] <ruby_on_tails> i cant do that due to the css involved in the screencast messing up
[11:49:05 CEST] <seasc> you just said your screen was sold as hdr (720p)
[11:49:49 CEST] <seasc> what 'css'? there is no css in your last posted command
[11:50:04 CEST] <ruby_on_tails> not sure about that, i just took the monitor off the shelf, its 1360*768 i dont know if its hdr or not
[11:50:27 CEST] <ruby_on_tails> seasc: i cant change my res to 1280*720 while recording the screencast
[11:53:03 CEST] <seasc> ruby_on_tails, whats your goal/issue anyway? You just need a new container or what?
[11:55:22 CEST] <ruby_on_tails> ok, i have an ogv video from recordmydesktop which doesnt run on browsers, so i need it in mp4 format, so i used arista transcoder to get that, everything is perfect except the transitions between the slides my video shows which gets grained/pixellated/whatnot rubbish, so i thought i will import the mp4 video into a video editing software and add the transitions there instead of recording them expecting better quality, but when i import the mp4 file
[11:55:29 CEST] <ruby_on_tails> seasc: ^^
[11:56:31 CEST] <ruby_on_tails> and i guess i have a weird monitor size 1360*768 which might be causing troubles with the video editing softwares so i was trying to debug that part with help from you guys
[11:56:40 CEST] <seasc> Did you try to encode straight to mp4 or webm?
[11:56:51 CEST] <seasc> from rMD?
[11:56:59 CEST] <ruby_on_tails> seasc: it doesnt support anything other than ogv
[11:57:30 CEST] <killer> i use this filter ffmpeg -i Lecture01a.mpg -vf colorlevels=rimin=0.439:gimin=0.439:bimin=0.439:rimax=0.96:gimax=0.96:bimax=0.96:romin=0.4:gomin=0.4:bomin=0.4 -b 500k output.mpg .. how i can do it for all .mpg files in one folder ?
[11:57:47 CEST] <killer> not one-one
[11:58:20 CEST] <ruby_on_tails> seasc: i also tried uploading the ogv to youtube as it accepts that format, but even youtube blurs it
[11:58:41 CEST] <seasc> for f in *;do yourcommand ;done (Replace Lecture01a.mpg by "$f" and output.mpg by out-$f.mpg)
[11:58:45 CEST] <seasc> @ killer ^^
[11:59:26 CEST] <killer> is it possible ??
[11:59:48 CEST] <killer> hmm ok ... i will try
[11:59:51 CEST] <seasc> killer, just told you how to.. yes :p
[12:00:18 CEST] <seasc> ruby_on_tails, thats weird.
[12:01:07 CEST] <killer> ffmpeg -i $f -vf colorlevels=rimin=0.439:gimin=0.439:bimin=0.439:rimax=0.96:gimax=0.96:bimax=0.96:romin=0.4:gomin=0.4:bomin=0.4 -b 500k out-$f.mpg this seasc ?
[12:01:50 CEST] <seasc> killer, yes, within the for f in *; do .... ;done
[12:03:38 CEST] <killer> and ;done
[12:03:47 CEST] <ruby_on_tails> seasc: and frustrating :(
[12:03:52 CEST] <ruby_on_tails> brb lunch
[12:06:30 CEST] <stf> I try to generate a 30 second long audio example which fading in and out my syntax looks like this 'ffmpeg -i "input.mp3" -ss 30 -to 60 -af "afade=t=in:ss=0:d=3,afade=t=out:ss=27:d=3" "output.mp3" why do i create here a noiseless audio file?
[12:22:05 CEST] <stf> could it be that cutting out and adding a filter should not be combined?
[12:45:43 CEST] <ruby_on_tails> Mavrik: i get this Cannot add PPA: 'No JSON object could be decoded'. when i try to setup the real ffmpeg from http://stackoverflow.com/questions/9477115/what-are-the-differences-and-sim…
[14:45:27 CEST] <ruby_on_tails> Mavrik: installed the real ffmpeg 2.6.1
[14:54:24 CEST] <ruby_on_tails> ffmpeg -i first_record.ogv -c:v libx264 -preset veryslow -crf 22 -c:v libmp3lame -qscale:a 2 -ac 2 -ar 44100 first_record_new_ffmpeg.mp4 gives me Unrecognized option 'preset'. Error splitting the argument list: Option not found
[14:54:27 CEST] <ruby_on_tails> can anyone tell why?
[15:02:53 CEST] <JohanW_Work> ruby_on_tails: Don't know if it's the cause for your problem, but you've got two video codec definitions (-c:v) in there. The second one should probably be -c:a, since you've got "libmp3lame" there.
[15:12:44 CEST] <Anoia> hi all.
[15:13:23 CEST] <Anoia> I've upgraded the version of ffmpeg my app uses and now I can no longer decode AAC audio correctly.
[15:13:44 CEST] <Anoia> Can someone confirm my understanding of the audio decode functions please?
[15:39:21 CEST] <sekon> Hello,
[15:39:49 CEST] <sekon> ffserver is streating a file to http but it is not streaming the same file over rtsp
[15:40:29 CEST] <sekon> loglevel debug for ffserver is of no help
[15:40:47 CEST] <sekon> the rtsp client gives the floowing message
[15:40:54 CEST] <sekon> librtsp: server responds: 'RTSP/1.0 404 Not Found'
[15:40:55 CEST] <sekon> rtsp_session: unsupported RTSP server. Server type is 'unknown'.
[15:40:55 CEST] <sekon> STREAM_LIVE555, URL: rtsp://localhost:8091/test.rtsp
[15:40:55 CEST] <sekon> Stream not seekable! file format detected.
[15:40:55 CEST] <sekon> Failed to get a SDP description from URL "rtsp://localhost:8091/test.rtsp": 404 Not Found
[16:35:23 CEST] <Rug> Howdy all,
[16:35:59 CEST] <Rug> Where can I find a detailed description of all the nvenc -presets ?
[16:44:16 CEST] <Rug> I know that there are choices: -preset hq or bd, ll, hp, etc. But I am looking for detailed documentation on what these presets do.
[16:55:23 CEST] <grobda24> Hi, Used the command "ffmpeg -i <video>.mp4 -target pal-dvd output.vob" to create a VOB for making a Video DVD. However the VOB is over 2gb which violates the Video DVD standard. How can I encode to multiple VOB files >=2gb or split the file ?
[17:01:39 CEST] <kepstin-laptop> grobda24: you need to use additional tools to actually author the dvd (e.g. 'dvdauthor'), and they will normally handle splitting the vob file if needed
[17:02:53 CEST] <grobda24> kepstin-laptop, ah, yes just turned up dvdauthor here :) For future reference is there a way to make ffmpeg output close the current output file when it reaches a specific size and continue with a new output video ?
[17:08:26 CEST] <RenatoCRON> grobda24, there's a segment option
[17:08:39 CEST] <RenatoCRON> but is needed to re-encoded all data
[17:09:05 CEST] <RenatoCRON> -f segment -segment_time 4 \
[17:09:05 CEST] <RenatoCRON> -segment_list test.m3u8 -segment_format mpegts stream%05d.ts
[17:09:20 CEST] <grobda24> RenatoCRON, ah, right. Can that be done by data size ? I've seen that in examples as beibg shown to use seconds (duration).
[17:09:23 CEST] <RenatoCRON> and it segment by time, i don't know if theres a segment_byte options
[18:38:17 CEST] <RenatoCRON> grobda24, maybe if you make a C program using ffmpeg, you can split by size, but I guess if you know C and how to use ffmpeg.c you will knew it!
[18:39:18 CEST] <RenatoCRON> grobda24, you 'just' need find the last keyframe until it reach the desired size
[18:42:44 CEST] <grobda24> RenatoCRON, s'ok, thanks. dvdauthor did the VOB spitting perfectly :)
[22:29:45 CEST] <alesan> hello
[22:30:26 CEST] <alesan> I had a command line that used to work... on my ubuntu system but it does not in Arch Linux...
[22:30:34 CEST] <alesan> in particular, it's the part "-c:v libx264 -preset slower"
[22:30:46 CEST] <alesan> it seems like the "preset" part has changed?
[22:37:26 CEST] <alesan> doing...
[22:40:17 CEST] <alesan> OK it works now.
[22:40:22 CEST] <alesan> who knows what I did before
[22:40:38 CEST] <alesan> q=31.0 while encoding, means that I am not using enough bitrate?
[22:42:23 CEST] <llogan> if it looks shitty then you're not using enough bits
[22:45:25 CEST] <llogan> alesan: you can explain why/what you are encoding, and provide the command and complete output if you want suggestions (the arch wiki article on ffmpeg is crappy)
[22:45:57 CEST] <alesan> ffmpeg -i $INPUT -r 30 -s 640x480 -c:v libx264 -preset slower -c:an copy -sn -crf 25 output.mkv
[22:46:21 CEST] <alesan> input is a GO PRO recording set on a stationary tripod, there is one person giving a pizza making class
[22:46:32 CEST] <alesan> most of the image is stationary, the guys moves around sometimes...
[22:46:35 CEST] <llogan> you forgot the console output
[22:47:00 CEST] <llogan> you can add -t 10 to output just a segment
[22:50:29 CEST] <alesan> http://pastebin.com/CiQTmNM7
[22:50:35 CEST] <alesan> this was done with crf=18, sorry
[22:50:46 CEST] <alesan> it has q=24.0
[22:51:20 CEST] <alesan> the -crf 25 had basically the same output but q=31.0
[22:51:31 CEST] <__jack__> why force the bitrate ? why copy subtitle stream if you don't want it ?
[22:51:44 CEST] <__jack__> s/bitrate/frame rate/
[22:52:41 CEST] <llogan> alesan: ignore the q. just view the video. use the highest crf value that gives an appropriate quality.
[22:53:28 CEST] <alesan> __jack__, am I forcing the bitrate?
[22:53:39 CEST] <llogan> he meant frame rate
[22:53:56 CEST] <alesan> llogan, the input is 60Hz, I do not need it
[22:54:14 CEST] <alesan> in fact even 30fps seems a little too much for this pretty stationary setting
[22:54:32 CEST] <alesan> I want to reduce the "resolution" and framerate with this encoding
[22:54:45 CEST] <llogan> for what purpose?
[22:55:22 CEST] <alesan> well, to size it down from 60GB to something that is more manageable to archive and transfer over the internet
[22:55:43 CEST] <llogan> i see. and what is the target player/device for the output?
[22:55:52 CEST] <alesan> with crf 25 and the options above the size of the recordings goes down from 60GB to ~700MB
[22:56:05 CEST] <alesan> llogan, a regular computer...
[22:57:52 CEST] <llogan> you have no subtitles, so -sn is superfluous. and scale filter lets you be lazier: -vf scale=640:-2
[22:58:04 CEST] <llogan> other than that just experiment with crf
[22:58:06 CEST] <alesan> OK :)
[23:01:50 CEST] <kepstin-laptop> it might be interesting to try increasing the keyframe interval, too; e.g. to 10 * fps to get a keyframe every 10 seconds. I think the default's 25.
[23:02:06 CEST] <alesan> yeah
[23:02:14 CEST] <alesan> what was the option for that...?
[23:02:17 CEST] <kepstin-laptop> -g
[23:02:29 CEST] <alesan> -g 300
[23:02:33 CEST] <alesan> I'll try
[23:03:16 CEST] <kepstin-laptop> since keyframes are big, that can make the file smaller, at the expense that seeking in it will be a bit slower or more inaccurate, depending on the player.
[23:04:08 CEST] <alesan> yeah I am not concerned by that
[23:04:25 CEST] <__jack__> (if you are targeting regular computer, you can also use libx265)
[23:04:31 CEST] <alesan> but, as the movie will be encoded at 640x480, even an I-frame is not going to be too big...
[23:04:42 CEST] <alesan> __jack__, such thing exists? :O
[23:05:02 CEST] <llogan> if you have 10 years to provide to encoding time
[23:05:16 CEST] <llogan> (although I haven't tested it in months)
[23:05:48 CEST] <alesan> well, in this particular case, the bottleneck is not encoding time... but upload time (I am getting the video from a remote computer)
[23:08:39 CEST] <__jack__> alesan: sure it exists, better ratio quality/size, higher encoding requierement
[23:09:15 CEST] <alesan> yes I just did not expect it
[23:09:19 CEST] <alesan> so
[23:09:24 CEST] <alesan> at the same -crf 18
[23:09:33 CEST] <alesan> I tried -preset slower and -preset faster
[23:09:55 CEST] <alesan> "faster" is of course faster, and also delivers a file with a lower bandwidth...
[23:10:05 CEST] <alesan> and I cannot really distinguish by the two
[23:10:42 CEST] <alesan> I was expecting "slower" to have a lower bandwidth for the same quality
[23:10:51 CEST] <__jack__> no, faster means "I've no time to encode this, make it quicker"
[23:11:02 CEST] <alesan> at the expense of...?
[23:11:03 CEST] <__jack__> slower means "take the time, do the best"
[23:11:14 CEST] <alesan> best what, is my questoin?
[23:11:17 CEST] <__jack__> faster = bigger bitrate, slower = lower bitrate
[23:11:27 CEST] <alesan> that is not what I got
[23:11:33 CEST] <alesan> faster gave me the smaller file
[23:11:48 CEST] <alesan> q=24.0 for both, if it matters
[23:11:49 CEST] <kepstin-laptop> faster = lower quality per bitrate, slower = higher quality per bitrate
[23:12:55 CEST] <kepstin-laptop> when encoding in crf mode, the same crf value can give different bitrates depending on other encoder settings, such as preset.
[23:13:27 CEST] <alesan> mh
[23:13:42 CEST] <alesan> is there a way to... specify a really constant quality?
[23:13:49 CEST] <alesan> independent from the presets and settings?
[23:13:55 CEST] <kepstin-laptop> alesan: no, not really.
[23:14:00 CEST] <alesan> or.. in other words...
[23:14:37 CEST] <alesan> encoding time is quick enough, compared to upload time. Is there anything I could do to make encoding slower but more efficient so that I can get to an equilibrium with a faster upload?
[23:14:41 CEST] <__jack__> beuh, crf is that
[23:14:45 CEST] <alesan> or should I just switch to h265
[23:15:06 CEST] <alesan> well, a smaller crf gives me a higher bitrate, doesn't it?
[23:15:23 CEST] <alesan> maybe I'm mistaken there but it seems what it does
[23:15:50 CEST] <kepstin-laptop> crf actually stands for "constant rate factor"; it's actual definition is "a smaller crf gives higher bitrate" ;)
[23:16:31 CEST] <__jack__> alesan: no, it's only by luck
[23:16:37 CEST] <__jack__> crf means : give me that quality
[23:16:53 CEST] <kepstin-laptop> it's really a piece of the two-pass encoding mode. In two pass mode, x264 works by calculating stats during pass one, then using them to pick a crf value; then it does the second pass by using the crf value to get constant quality at a target size.
[23:17:36 CEST] <kepstin-laptop> it just turned out that crf mode was useful on its own, because it behaved like a "encode to target quality" mode.
[23:17:38 CEST] <alesan> well what I have here is a "target encoding time"
[23:18:16 CEST] <alesan> anyway thanks
[23:18:28 CEST] <kepstin-laptop> alesan: I would expect that the variation in bitrate between x264 presets is must smaller than the change in encording speed
[23:18:58 CEST] <kepstin-laptop> so pick the preset that gets the speed you want, then tweak crf as needed to get the quality you want.
[23:19:21 CEST] <alesan> yeah
[23:19:36 CEST] <alesan> I am now trying with the -g
[23:20:23 CEST] <__jack__> alesan: please also note that defaults are good
[23:20:35 CEST] <__jack__> just ffmpeg -i source -c:v libx264 output.mkv
[23:21:22 CEST] <kepstin-laptop> the defaults are preset medium and crf... 26, I think?
[23:21:45 CEST] <alesan> crf 26 seems a little too aggressive
[23:21:57 CEST] <kepstin-laptop> which is a sort of generally useful fast enough but kinda lowish quality mode.
[23:22:19 CEST] <__jack__> crf 23 by default
[23:22:33 CEST] <kepstin-laptop> oh, that's more reasonable.
[23:25:23 CEST] <kepstin-laptop> I find it kind of amusing that libvpx has an encoding mode designed to be actually "quality based", but it's mapped to the -crf option in ffmpeg, because that's what people are familiar with from x264.
[23:28:14 CEST] <alesan> is libx265 better or worse than vpx?
[23:29:54 CEST] <kepstin-laptop> I don't think the state of the libx265 h265 or libvpx vp9 encoder are finished enough to get really good comparisons, but I could be wrong
[23:30:08 CEST] <alesan> so if I wanted to try out libx265
[23:30:12 CEST] <kepstin-laptop> either way, if you want better quality or lower bitrates than h264, they will be slower than x264
[23:30:37 CEST] <alesan> ffmpeg -i $INPUT -r 30 -s 640x480 -c:v libx265 -c:an copy -sn -crf 18 output265.mkv
[23:30:42 CEST] <alesan> or should I do something else?
[23:30:52 CEST] <kepstin-laptop> if you run them with settings to get comparable speed to x264, you'll probably get similar quality/bitrate
[23:31:04 CEST] <kepstin-laptop> since most of the enhancements in the newer formats are more computationally expensive.
[23:31:22 CEST] <kepstin-laptop> alesan: the "crf" scale between different codecs is completely different.
[23:31:47 CEST] <kepstin-laptop> (it's even different between 8bit and 10bit mode in x264...)
[23:32:41 CEST] <alesan> anything I could do to make a better framerate conversion
[23:32:42 CEST] <alesan> I mean
[23:32:47 CEST] <alesan> I have a 60Hz input
[23:32:52 CEST] <__jack__> alesan: remove the crf switch
[23:32:56 CEST] <alesan> that I want to make 25 or 30fps output
[23:33:11 CEST] <alesan> any sort of filter to do a smoother conversion?
[23:33:36 CEST] <kepstin-laptop> alesan: not sure what you mean by "better". The easiest way to turn 60fps into 30fps is to just drop every second frame, and that's what ffmpeg should be doing
[23:33:46 CEST] <kepstin-laptop> if it's ntsc, you should be using 30000/1001 of course.
[23:34:20 CEST] <kepstin-laptop> any conversion that's not an integer multiple (e.g. 60 to 24) will result in jerky video.
[23:35:03 CEST] <kepstin-laptop> since for that it'll alternate between dropping 2 frames and dropping 1 frame.
[23:36:48 CEST] <kepstin-laptop> in theory you can try to be fancy about it and do motion-compensated frame interpolation, but ffmpeg doesn't have support for that (yet, at least ;) )
[23:39:18 CEST] <alesan^> kepstin-laptop, no, it's not the best way... when you have a fast shutter and "pan" horizontally for example, it will be pretty bad to just drop frames
[23:40:15 CEST] <kepstin-laptop> well, you can't really go any slow down the shutter speed after the video's already been taken...
[23:40:41 CEST] <kepstin-laptop> and just blending frames together will look bad no matter what.
[23:43:51 CEST] <alesan^> there are techniques...
[23:43:58 CEST] <alesan^> but of course they would be out of scope in ffmpeg
[23:46:08 CEST] <alesan^> OK I need to reboot bye see you later
[23:46:12 CEST] <kepstin-laptop> not really... such a thing would probably be suitable as an ffmpeg filter
[23:46:21 CEST] <kepstin-laptop> pretty computationally expensive tho
[23:48:20 CEST] <alesan> re
[23:52:41 CEST] <alesan> ffmpeg -i $INPUT -r 30 -s 640x480 -c:v libx265 -c:an copy -sn output265.mkv this gives me a quality that is absolutely the worst
[23:53:02 CEST] <alesan> I will try again with -crf 18 just to see what's going on
[23:58:11 CEST] <klaxa> libx264 and libx265 crf values do not translate 1-to-1
[23:58:25 CEST] <alesan^> sorry I was disconnected
[23:58:34 CEST] <alesan^> they are working on the routing at this time
[23:58:50 CEST] <alesan^> klaxa, my point it, with the default settings, it was horrible
[23:59:07 CEST] <alesan^> I underdstand libx265 is experimental
[00:00:00 CEST] --- Fri Apr 3 2015
1
0
[00:51:00 CEST] <cone-818> ffmpeg 03Lukasz Marek 07master:31886968d338: lavu/avstring: add av_append_path_component() funcion
[01:06:39 CEST] <cone-818> ffmpeg 03Donny Yang 07master:3c912391dd13: avcodec/png: Clearly separate encoding header and frames
[03:48:10 CEST] <electronrotoscop> ah dang
[07:07:38 CEST] <kinnera> Can someone let me know if I could apply for outreachy program of gnome now?
[12:30:59 CEST] <cone-443> ffmpeg 03Timo Rothenpieler 07master:b63c9a999047: avcodec/nvenc: Fix typoed nv_status checks
[13:22:29 CEST] <legume> Hi, can anyone tell me what I need to do to see the output from av_dlog(...) please.
[13:47:31 CEST] <legume> Ahh, #define DEBUG
[16:18:13 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:61123634dda0: avutil/eval: factor av_expr_free() calls out
[16:18:14 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:c49e7924a8b5: avutil/eval: check for av_malloc failure
[16:56:12 CEST] <ramiro> http://www.bbc.com/news/technology-32140732
[16:56:28 CEST] <Daemon404> yes, and its not an april fools joke
[16:56:31 CEST] <Daemon404> i was convinced it was
[16:57:02 CEST] <azk> Nice.
[16:58:03 CEST] <wm4> what is?
[16:58:21 CEST] <wm4> I'm blind
[16:58:26 CEST] <nevcairiel> releasing anything credible today is weird though
[16:58:26 CEST] <Daemon404> yep
[16:58:34 CEST] <Daemon404> nevcairiel, lol. "Credible."
[16:58:44 CEST] <nevcairiel> allegedly credible?
[17:22:02 CEST] <BBB> ramiro: that sounds like they hooked up a hevc (or vp9 :-p) encoder?
[17:23:49 CEST] <nevcairiel> they do claim improved efficiency over hevc, otherwise what would be the point
[17:24:11 CEST] <BBB> I dont see the word hevc in that press release
[17:24:45 CEST] <BBB> it says netflix 4k movies are 12-16mbps, we can do same quality at 7-8mbps
[17:24:58 CEST] <BBB> that sounds a lot like hevc is half bandwidth of h264 at high resolutions"
[17:25:13 CEST] <j-b> Daemon404: it's not?
[17:25:20 CEST] <nevcairiel> PERSEUS® compresses significantly better than existing codecs (e.g., J2K, h.264/AVC or h.265/HEVC). Benefits further increase with increasing resolutions & frame rates
[17:25:25 CEST] <nevcairiel> http://www.v-nova.com/en/products-and-technology.html
[17:25:30 CEST] <Daemon404> j-b, kierank says its not
[17:25:54 CEST] <j-b> shit
[17:26:03 CEST] <kierank> marketgeneering
[17:26:36 CEST] <BBB> it sounds like marketing to me, yes
[17:26:50 CEST] <BBB> its just a nice product around hevc technology if you ask me
[17:30:50 CEST] <Daemon404> BBB, still waiting for any hevc encode to produce results better than x264
[17:30:57 CEST] <Daemon404> so still bunk ;)
[17:31:06 CEST] <BBB> the press release doesnt mention speed
[17:31:09 CEST] <BBB> so theyre not lying
[17:31:14 CEST] <Daemon404> lol
[17:31:24 CEST] <BBB> I think everyone agrees that hm can in some cases give significantly better quality than x264
[17:31:34 CEST] <BBB> it just takes 10 years
[17:31:51 CEST] <Daemon404> i should quantify with "in a practical sense"
[17:32:01 CEST] <Daemon404> er, qualify.
[17:32:13 CEST] <kierank> they said it was realtime
[17:32:13 CEST] <BBB> theyre marketeers
[17:32:46 CEST] <BBB> I dont see the word real in either press release or products/technology website
[17:32:54 CEST] <BBB> maybe Im just not very good at reading
[17:55:41 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5b32558fd805: tools/sidxindex: Use av_*malloc_array()
[18:26:34 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5b911f1d5be4: avformat/webmdashenc: use AVERROR(ENOMEM) for memory allocation failures
[18:26:35 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:b9fbd034bfd4: avformat/xwma: Use ff_alloc_extradata()
[19:41:16 CEST] <cone-443> ffmpeg 03Himangi Saraogi 07master:5b02e84bdb15: lavc/smvjpegdec: Avoid null dereference and return meaningful error codes
[20:01:26 CEST] <Daemon404> g 54
[20:36:14 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:5dd5b7d5312d: Revert "avcodec/exr: fix memset first arg in reverse_lut()"
[20:49:54 CEST] <durandal_1707> michaelni: are you ok with APNG patches?
[20:52:36 CEST] <michaelni> durandal_1707, if you are ok with them, sure
[21:12:20 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:3c47e7c4350f: rtp: Map the urloptions to AVOptions
[21:12:21 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:fde2e35e5642: Merge commit '3c47e7c4350f73fc77d8e76f0dd6d2946b13c5cc'
[21:24:14 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:8c9c5479c4ba: rtp: Add an option to set the send/receive buffer size
[21:24:15 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:b99a8e4e4a1e: Merge commit '8c9c5479c4ba729b4ba868ab541a90b2061a7c2f'
[21:53:51 CEST] <cone-443> ffmpeg 03Luca Barbato 07master:e3ec6fe7bb2a: rtsp: Add a buffer_size option
[21:53:52 CEST] <cone-443> ffmpeg 03Michael Niedermayer 07master:53bf6b155cee: Merge commit 'e3ec6fe7bb2a622a863e3912181717a659eb1bad'
[23:12:46 CEST] <BtbN> That install script, oh god
[23:13:01 CEST] <BtbN> "sudo cp Samples/common/inc/* /usr/include/"
[23:13:07 CEST] <BtbN> yes, dump a bunch of trash in /usr/include
[23:18:00 CEST] <wm4> always fun if you find differences between libavresample and libswresample
[23:18:10 CEST] <wm4> and of course this difference is a libswresample bug
[23:21:10 CEST] <wm4> 96000Hz 5.1 6ch s32 -> 48000Hz stereo 2ch s32 is fine, but either 96000Hz 5.1 6ch s32 -> 96000Hz 5.1 6ch float or 96000Hz 5.1 6ch float -> 48000Hz stereo 2ch float changes the loudness and introduces clipping
[23:29:15 CEST] <jamrial> wm4: does it happen if you force cpuflags to 0?
[23:32:36 CEST] <BtbN> That profile string is strange. The global -profile option seems entirely broken, is it used anywhere?
[23:40:41 CEST] <llogan> BtbN: i'm guessing mpeg4, dts, maybe aac.
[23:40:53 CEST] <BtbN> Cause it totaly doesn't work
[23:40:55 CEST] <BtbN> it expects an int
[00:00:00 CEST] --- Thu Apr 2 2015
1
0
[00:05:03 CEST] <Mavrik> ac_slater_, b-frames have nothing to do with it
[00:05:24 CEST] <Mavrik> av_interleaved_write will just make sure that packets in different streams will go out in DTS order
[00:05:50 CEST] <Mavrik> so if you write stream 1 with DTS 55, 65, 75 and after that you write stream 2 with DTS 50, 60, 70
[00:06:00 CEST] <Mavrik> your output will be 50, 55, 60, 65... interleaved packets
[00:06:13 CEST] <Mavrik> if you use normal write then your output will be written in the order you do
[00:06:42 CEST] <IlIlIlIlIlIlI> Mavrik, btw, did you see, '-vsync drop' resolved all non-monotonous DTS issues with tee muxer I was having ^^
[00:07:16 CEST] <Mavrik> hah :)
[00:07:17 CEST] <ac_slater_> Mavrik: awesome - I remember you saying that now. I don't know if my platform stress out too much if I did interleaved writes.. I assume something has to buffer
[00:07:55 CEST] <Mavrik> ac_slater_, yeah that depends, usualy that's useful because if you do threaded encoding you still want to keep audio packets close to corresponding video packets
[00:08:16 CEST] <Mavrik> otherwise strange stuff can happen if the difference between streams when sent over network is larger than device buffer :)
[00:08:16 CEST] <ac_slater_> Mavrik: right. And I am doing threaded encoding ... maybe I should try it and see
[00:08:32 CEST] <ac_slater_> ha I can imagine
[00:08:42 CEST] <Mavrik> basically I've seen cases where audio packets came in 4 seconds after video packets and STBs didn't like that :P
[00:08:49 CEST] <Mavrik> for most usecases that's not as important
[00:08:58 CEST] <Mavrik> since you're rarely have such difference
[00:10:15 CEST] <ac_slater_> I'm trying to normalize stuff like that with some IPC that coordinates this stuff ... ie - the video is the main source of PTS/DTS timestamps as it's the most frequent ... my other stream (KLV data) is very infrequent (1 packet/sec) and it just writes at the PTS of last video frame. I hope that'll work
[00:10:58 CEST] <ac_slater_> as in, the streams sync on the video clocks. Since it's not a physical problem (like audio), I think it'll be ok
[00:11:10 CEST] <Mavrik> yeah, you probably shouldn't use interleaved call then
[00:11:36 CEST] <Mavrik> otherwise it might happen that the muxer will wait for the KLV packets and will start writing video out in bursts after each KLV packet ;)
[00:12:31 CEST] <ac_slater_> yea .. I dont think I want that. I want everything to be as responsive as possible
[00:12:39 CEST] <ac_slater_> as in, no hidden latency
[00:12:47 CEST] <ac_slater_> I really appreciate your help!
[00:39:20 CEST] <t4nk627> Hi Guys. I have a question which I hope someone can help me with.
[00:41:20 CEST] <t4nk627> I am using libavcodec to encode and store video frames on local disk. The problem is that AVCodecContext.time_base.den doesnt accept all values. If I give a value of 18 for example, the function avcodec_open2 return -1 (an error)
[00:41:31 CEST] <t4nk627> If I use values like 15 or 25, it works fine and return 0.
[00:41:37 CEST] <t4nk627> Anyone has any idea whats going on?
[00:42:13 CEST] <t4nk627> How can I check what the actual error is when I call avcodec_open2
[00:42:18 CEST] <t4nk627> and it returns -1
[00:43:44 CEST] <t4nk627> Here is the code.
[00:44:02 CEST] <t4nk627> mCodecContext->bit_rate = 5000000; mCodecContext->width = size.width(); mCodecContext->height = size.height(); mCodecContext->pix_fmt = PIX_FMT_YUV420P; mCodecContext->time_base.num = 1; mCodecContext->time_base.den = frameRate; mCodecContext->gop_size = 10; mCodecContext->max_b_frames = 1; // trick for 15 FPS video // if (mCodecContext->time_base.den == 15) { // mCodecContext->time_base
[00:44:24 CEST] <t4nk627> int ret = avcodec_open2(mCodecContext, mCodec, NULL);
[01:04:25 CEST] <ac_slater_> t4nk627: paste the code to a paste site
[01:35:47 CEST] <t4nk627> Hi. I am trying avcodec_open2 with mCodecContext->time_base.den = 10 and it is giving an error (-1). Anyone has any idea whats going on+
[01:35:48 CEST] <t4nk627> ?
[01:36:02 CEST] <t4nk627> For other values (30, 50) it works fine.
[03:43:58 CEST] <Infiltrator> Running ffmpeg again with strace.
[03:49:32 CEST] <Infiltrator> And this time, no problems... of course...
[03:49:59 CEST] <c_14> It would be boring otherwise.
[03:50:50 CEST] <Infiltrator> Indeed.
[03:51:30 CEST] <Infiltrator> But it makes me think that I'm crazy.
[03:52:34 CEST] <Infiltrator> Well, it's about 17% of the way through.
[04:01:00 CEST] <Infiltrator> So, good news: my system didn't hang this time.
[04:01:49 CEST] <Infiltrator> And ffmpeg became a zombie this time. It didn't last time because I didn't actually kill it properly.
[04:02:08 CEST] <Infiltrator> (I tried to do kill -KILL -- -892)
[04:04:01 CEST] <Infiltrator> Shit. Spoke too soon.
[04:04:04 CEST] <Infiltrator> It's dying again.
[04:11:30 CEST] <Infiltrator> In case anybody said anything, I didn't receive any messages.
[04:12:10 CEST] <Infiltrator> The last thing which strace showed before ffmpeg froze was a futex.
[04:12:47 CEST] <Infiltrator> Then I killed ffmpeg, and it became a zombie, and 16 out of 17 threads died; but that one was left.
[04:13:32 CEST] <Infiltrator> Load stayed just below 7; didn't get too high; and CPU time was split about 30/70 between sys and wa.
[04:24:59 CEST] <c_14> What were the last couple lines of the strace?
[04:25:18 CEST] <c_14> Also, are you spawning ffmpeg in a shell?
[06:39:49 CEST] <roboman2444> is there an artificial limit of 30 fps in either nvenc or x11cap?
[06:40:06 CEST] <roboman2444> even if i try to encode at 60fps, it never goes above ~30
[06:40:19 CEST] <roboman2444> nvidia panel says the video engine isnt at full usage either
[06:40:29 CEST] <roboman2444> latest .run from nvidia site
[06:40:33 CEST] <roboman2444> latest ffmpeg git
[07:32:34 CEST] <anshul> how to compile ffmpeg with gprof
[07:53:02 CEST] <mattfoo> i'm experiencing a playback problem when trying to play an x264 encoded stream in flowplayer (flash) when using intra-refresh=1. It's weird. If the player is open before I start streaming via ffmpeg it works. It doesn't work if I'm already streaming and then connect with the player. I'm guessing it might have something to do with no keyframes? Ideas?
[08:26:57 CEST] <anshul> to compile ffmpeg with gprog i am configuring with ./configure --disable-optimizations --extra-cflags=-pg --extra-ldflags=-pg
[08:27:08 CEST] <anshul> is something more needed to do so
[11:05:01 CEST] <RahulAN> Hii all
[11:05:38 CEST] <RahulAN> i tried avconv -video_size 1920x1080 -framerate 30 -f x11grab -i :0.0 -c:v libx264 -qp 0 -preset ultrafast -profile:v high444 ~/Videos/tesseract.mkv to capture screen, but it is not capturing my game.
[11:05:42 CEST] <RahulAN> why so??
[11:10:56 CEST] <BtbN> avconc is not ffmpeg.
[11:13:30 CEST] <RahulAN> BtbN, but when i tried with ffmpeg it won't work
[11:17:36 CEST] <t4nk784> Hi. Does any one knows the allowed values of AVCodecContext time_base.den? avcodec_open2() returns an error when I use 18 for time_base.den. However, it works fine with values like 25, 50.
[11:18:39 CEST] <Mavrik> t4nk784, that depends on the codec
[11:18:51 CEST] <Mavrik> and container too
[11:18:57 CEST] <t4nk784> I am using CODEC_ID_MPEG1VIDEO
[11:33:37 CEST] <Mavrik> why.
[11:35:23 CEST] <Mavrik> t4nk784, MPEG-1 does not support 18fps and need timebase to be 1/fps
[11:35:45 CEST] <t4nk784> Because I want to store the output video as .mpg.
[11:35:57 CEST] <t4nk784> Sorry if it sounds stupid but I am quite new to video encoding.
[11:36:38 CEST] <t4nk784> Can I encode the video with variable frame rate?
[11:36:42 CEST] <Mavrik> not to MPEG-1.
[11:36:49 CEST] <Mavrik> MPEG-1 is a video format obsolete for more than 10 years now
[11:36:54 CEST] <Mavrik> it's a very strange choice.
[11:37:06 CEST] <t4nk784> Which choice would you recommend?
[11:37:34 CEST] <Mavrik> Which formats do players which will read that video support?
[11:38:01 CEST] <t4nk784> I am using VLC to play the output vidoe.
[11:38:04 CEST] <t4nk784> video*
[11:38:57 CEST] <Mavrik> uhhuh
[11:39:06 CEST] <t4nk784> Can I encode the video as .avi with libavcodec?
[11:39:08 CEST] <Mavrik> t4nk784, so encode to H.264 in a MP4/MKV container
[11:39:22 CEST] <Mavrik> stop mixing up containers and video codec formats
[11:39:54 CEST] <t4nk784> Thanks Marvik. Can you recommend some documentation where I can find such information?
[11:41:08 CEST] <Mavrik> I dunno, guess buy a book which will tell you about basics of how digital video works?
[11:41:26 CEST] <Mavrik> It's like asking for documentation for general application development :/
[11:42:34 CEST] <t4nk784> I see. What I would like to know is the format-container relationship, as you mentioned earlier.
[11:45:54 CEST] <Mavrik> http://www.pitivi.org/manual/codecscontainers.html ?
[11:46:50 CEST] <t4nk784> Great. Much appreciated. I will give it a good read :)
[11:46:53 CEST] <t4nk784> Thanks again
[13:27:28 CEST] <mvow> Hello. I'm on Ubuntu 14.04 Unity and I had installed ffmpeg from the jon-severinsson's ppa. Now when updating, it seems that that repository is not active anymore. I wonder if by chance anyone can confirm.
[13:28:59 CEST] <mvow> Btw, here is the link: https://launchpad.net/~jon-severinsson/+archive/ffmpeg
[13:39:09 CEST] <mvow> (I'll read the log later, I'm away for a while)
[13:46:10 CEST] <Guest46723> Does anyone know what has happened to the launchpad jon-severinsson ffmpeg repo? Thanks.
[13:49:04 CEST] <BtbN> Looks like it's gone.
[13:50:03 CEST] <Guest46723> Yes, notice as our travis build stopped working with 404. https://launchpad.net/~jon-severinsson/+archive/ffmpeg has gone completly.
[14:03:13 CEST] <Ders> Hi. Can anybody tell me why the colormatrix filter is not in my ffmpeg executable? Do I need to add something to the compilation?
[14:07:59 CEST] <relaxed> Ders: compile the latest source from git or use http://johnvansickle.com/ffmpeg/
[14:09:32 CEST] <Ders> so it might be that I have a version that just doesn't have it? I'm currently compiling with only the LGPL licensed stuff. Don't know if it's included in one of the GPL options or not
[14:11:06 CEST] <relaxed> run configure with --enable-gpl and without, then check configure's output to see if that's the case.
[14:16:05 CEST] <Ders> hmm... It seems to be something with my compilation. I'm going to check that. It didn't solve the desaturation in the output though. (I thought it would)
[14:16:27 CEST] <Ders> I have RGBA input to yuv420p output so I tried this: -vf colormatrix=bt601:smpte240m
[15:12:58 CEST] <seasc> Heyas, to build ffmpeg with --enable-libv4l2, do i really have to 'tail-in' xorg, udev, mako, phyton (evnethough its already installed) just to build mesa and libdrm... and not sure what else is yet to add up too, which are required for 4vl?
[15:22:58 CEST] <zevarito> if I encode from an URL like this ffmpeg -i https://someplace.com/406285957898944640.webm -c:v h264 out.mp4 is the temp file deleted after convert ends ?
[15:31:01 CEST] <t4nk567> Does anyone know how can I check which configuration options were used which compiling ffmpeg from executable?
[15:38:35 CEST] <BtbN> Read the output from it.
[15:41:54 CEST] <zevarito> t4nk567: run ffmpeg and it will tell you what was enabled/disabled at compiling time
[15:56:01 CEST] <seasc> zevarito, if it generates a file like ffmpeg-SOMESTRING.log, or if you talk about the out.mp4, then no, it should not
[16:05:10 CEST] <zevarito> seasc: so you mean I should handle deletion of temporary file by my own ?
[16:08:56 CEST] <seasc> zevarito, after ffmpeg is done, yes
[16:51:24 CEST] <Raz-X_> hi everyone
[16:52:12 CEST] <Raz-X_> i have to read a h264 stream (over udp multicast), transcode it in MJPEG, and then restream it on http
[16:52:23 CEST] <Raz-X_> is ffmpeg able to do this
[16:52:34 CEST] <Raz-X_> or do i have to install an ffserver too?
[17:56:37 CEST] <codeX_SORA> Hi ppl
[17:57:11 CEST] <codeX_SORA> what's the most besic way to build ffmpeg
[17:57:30 CEST] <IlIlIlIlIlIlI> codeX_SORA: on a debian?
[17:57:43 CEST] <codeX_SORA> yes..
[17:58:00 CEST] <IlIlIlIlIlIlI> codeX_SORA: apt-get --compile source ffmpeg
[17:58:11 CEST] <IlIlIlIlIlIlI> after you add sid repos
[17:58:42 CEST] <IlIlIlIlIlIlI> sid deb-src repos*
[17:59:39 CEST] <codeX_SORA> thanks just downloading
[17:59:46 CEST] <codeX_SORA> 1st
[18:01:37 CEST] <codeX_SORA> i did build ffmpeg 1.0 last time but looks like alot of changes made since
[18:23:41 CEST] <tibbs|w> Hey, folks, I was hoping to get a hint. I have two videos, generated by different models of Axis security cameras. Both have been converted from mkv to mp4 with -vcodec copy. One plays in firefox, the other doesn't, complaining "Video can't be played because the file is corrupt."
[18:23:56 CEST] <tibbs|w> ffprobe output for both videos is at http://fpaste.org/206004/90529414/
[18:24:15 CEST] <tibbs|w> The first video is the one that won't play.
[18:24:46 CEST] <tibbs|w> ffplay on the first one complains "swscaler @ 0x7fae7c4bfe60] deprecated pixel format used, make sure you did set range correctly", otherwise it plays both fine.
[18:26:30 CEST] <tibbs|w> Besides resolution and aspect ratio, the only difference seems to be that the broken one has "yuvj420p" and the good one has "yuv420p" (no 'j').
[18:26:57 CEST] <tibbs|w> Is it possible to use ffmpeg to change the first one to yuv420p, so I can see if that's really the problem?
[18:28:47 CEST] <tibbs|w> Or can anyone spot any other reason the first video might not play? ffmpeg 2.4.7, BTW.
[18:32:27 CEST] <tibbs|w> I see old bug reports about chrome not being able to play yuvj420p videos but nothing about firefox.
[18:45:00 CEST] <tibbs|w> Oh, nice, firefox on windows will play it; it must be the free h264 library that they use on linux. Crap. So transcoding it seems to be my only option, except that I'm too dumb to figure out how to do that.
[18:46:43 CEST] <tibbs|w> https://ffmpeg.org/pipermail/ffmpeg-user/2013-February/013437.html says that to do this without transcoding would require a bitstream filter, but I don't know if anyone has written one in the two years since that message was posted.
[19:12:45 CEST] <llogan> tibbs|w: i don't think there is one. a list of "documented" bsf: http://ffmpeg.org/ffmpeg-bitstream-filters.html
[19:15:02 CEST] <tibbs|w> I see something about a patched gpac that will just switch the flag off without re-encoding.
[19:15:28 CEST] <tibbs|w> I don't particularly care about the contrast as long as the videos are still viewable.
[19:16:27 CEST] <tibbs|w> I would prefer not to reencode, though, because of the CPU requirement.
[19:17:38 CEST] <llogan> you could make a feature request for such a bsf on the bug tracker.
[19:18:02 CEST] <tibbs|w> I suppose, though at this point I don't really have enough knowledge to even know what to ask for.
[19:18:28 CEST] <tibbs|w> Heck, I don't even know if the pixel format is the problem (or if "pixel format" is really the right phrase to use).
[19:18:38 CEST] <tibbs|w> But all signs point to that right now, at least.
[19:25:19 CEST] <llogan> you can make a test encode to see if that is the issue: ffmpeg -f lavfi -i testsrc=d=30,format=yuv420p -c:v libx264 -movflags +faststart yuv420p.mp4
[19:25:24 CEST] <llogan> then another one with the j
[19:25:40 CEST] <llogan> then attempt to play each file
[19:27:41 CEST] <kepstin-laptop> on linux, firefox should be using a system gstreamer decoder to handle html5 h264 video in most cases, not the openh264.
[19:28:01 CEST] <kepstin-laptop> (since openh264 only does baseline profile, it's not useful for the majority of web video)
[19:32:26 CEST] <tibbs|w> Hmm, that plays.
[19:32:57 CEST] <llogan> the one with yuvj420p plays?
[19:33:10 CEST] <tibbs|w> Oh, sorry, didn't see the second line of your comment.
[19:33:19 CEST] <llogan> i expected the first one to play
[19:33:34 CEST] <tibbs|w> Yeah, the second one doesn't play.
[19:33:45 CEST] <llogan> i guess that somewhat narrows it down
[19:33:58 CEST] <tibbs|w> Yeah, at least I can be sure that's the problem.
[19:34:18 CEST] <tibbs|w> I guess for now I need to figure out how to re-encode from one to the other until I can find a better solution.
[19:34:58 CEST] <llogan> what about your gpac lead? (not that i use gpac so you're on your own there)
[19:35:20 CEST] <tibbs|w> There's an old patch on github; I'd have to play with it for now.
[19:35:47 CEST] <tibbs|w> It's just a flag in the header as I understand things; flipping it shouldn't screw up the video but might leave the contrast a bit weird.
[19:36:26 CEST] <tibbs|w> As far as I can tell, that gpac patch didn't make it upstream, so I'd have to do something locally. Which isn't hard, assuming the patch still applies.
[19:37:07 CEST] <tibbs|w> But now I've found my camera supports both Main and Baseline H.264 profiles, so I need to play with that.
[19:38:10 CEST] <llogan> you'll only need baseline if your target devices/decoders can't support main or higher.
[19:38:44 CEST] <tibbs|w> Still doesn't appear to play if I select baseline.
[19:38:59 CEST] <kepstin-laptop> on all the devices i've tested, firefox can play high just fine, the profile's probably not the issue.
[19:39:38 CEST] <tibbs|w> Yeah, it doesn't appear to make much difference.
[19:40:17 CEST] <tibbs|w> Was worth a try, though.
[19:43:20 CEST] <tibbs|w> To save me an arduous trip through the docs, could someone possibly suggest how I'd actually re-encode from 'j' to 'not-j'?
[19:44:31 CEST] <llogan> ffmpeg -i input -pix_fmt yuv420p -c:a copy output
[19:44:59 CEST] <llogan> oh, you don't have audio, so you can omit -c:a copy. i forgot to add "-movflags +faststart"
[19:47:54 CEST] <tibbs|w> Yeah, no audio.
[19:48:18 CEST] <tibbs|w> Weird; I disabled openh264 and made sure gstreamer-ffmpeg was installed.
[19:48:40 CEST] <tibbs|w> I can still play 'non-j' videos but not 'j' ones.
[19:49:14 CEST] <tibbs|w> So I guess it's not openh264 either. Would be nice if firefox told me what it was doing.
[19:49:20 CEST] <kepstin-laptop> note that on recent linux distros, firefox uses gstreamer-1.0, which uses the gstreamer-libav package, not gstreamer-ffmpeg
[19:51:46 CEST] <tibbs|w> Well, I installed that as well and still the same behavior.
[19:52:04 CEST] <tibbs|w> Guess I need to find a firefox support channel.
[19:52:14 CEST] <kepstin-laptop> it should be the same behavious, because that's what it should have been using all along...
[19:52:37 CEST] <kepstin-laptop> firefox does *not* use openh264 to decode videos served via the html5 video element on most oses.
[19:53:29 CEST] <tibbs|w> Well, I didn't have gstreamer1-libav installed at all. So I guess I don't know what it's using. But running firefox in a terminal I do get some stuff that sort of looks like ffmpeg or libav output.
[19:54:00 CEST] <tibbs|w> http://fpaste.org/206054/27910836/
[19:54:15 CEST] <tibbs|w> decode_slice_header error no frame!
[19:55:19 CEST] <tibbs|w> I get the exact thing trying to play that testsrc file generated earlier.
[19:56:57 CEST] <tibbs|w> I don't get it when running ffplay on the same file.
[19:58:11 CEST] <kepstin-laptop> i wonder if it might be an issue with the mp4 demuxer they're using. I don't think they're using libavformat for that.
[19:58:35 CEST] <tibbs|w> That indeed could be. Or maybe there's just some other random package I need to have installed.
[19:58:55 CEST] <kepstin-laptop> can you try just launching "gst-play-1.0" (or 0.10, if you have that) on your file?
[19:59:09 CEST] <kepstin-laptop> if they're using the gstreamer mp4 demuxer, that should give the same error
[20:00:23 CEST] <tibbs|w> gst-play-1.0 does indeed play the file fine.
[20:04:27 CEST] <tibbs|w> So, yeah, maybe this is just a firefox thing, but a linux-specific firefox thing.
[20:06:15 CEST] <tibbs|w> Well, I'm off to file bugs. Thanks for the assistance. If you have any other ideas I'd be happy to hear them.
[20:19:30 CEST] <ac_slater_> hey all. With libavformat, how can I create a codec context for h264? As in, I have some already encoded h264 data I want to mux... I just need to create a stream around it.
[20:29:03 CEST] <llogan> ac_slater_: did you see any of the files in doc/examples? might be helpful.
[20:30:42 CEST] <ac_slater_> llogan: I was missing a point. I figured it out
[20:31:13 CEST] <ac_slater_> llogan: I was thinking I still has to do `avcodec_open2()` eventhough I just needed to fill a AVCodecContext
[20:31:18 CEST] <ac_slater_> s/has/had
[20:31:34 CEST] <llogan> ok. you know more aobut the libraries than i do.
[20:59:24 CEST] <tibbs|w> For anyone interested, this was some random firefox setting.
[21:00:08 CEST] <tibbs|w> media.fragmented-mp4.exposed, or one of the media ones around that. I have no idea why, or even how that setting was changed.
[21:00:46 CEST] <tibbs|w> Anyway, thanks for all of the hints. Now I can get back to work.
[21:02:35 CEST] <tibbs|w> Really, really should have just started firefox with a fresh profile first.
[21:06:51 CEST] <selsta> any way to force ffmpeg to demux data even if the result will be broken?
[21:07:15 CEST] <selsta> ffmpeg -i 2.ts -map 0:0 -c copy out.aac currently produces no file, but id like to get the audio stream out of it..
[21:45:41 CEST] <selsta> llogan: http://sprunge.us/YHOh
[21:56:27 CEST] <llogan> selsta: can you provide the input file?
[21:57:11 CEST] <seasc> Trying to compile libxml for fontconfig, for v4l2, but it faills on including the python.h even when i pass --includedir=/path/to/python.h
[21:58:02 CEST] <seasc> http://pastebin.com/kMrWQHaD
[22:10:00 CEST] <llogan> seasc: try #xml or their mailing list
[22:17:03 CEST] <selsta> llogan: http://a.pomf.se/fuaeki.ts
[22:18:01 CEST] <selsta> llogan: this file contains encrypted audio. i have to demux the audio, decrypt it and remux it back together
[22:19:00 CEST] <selsta> but i cant demux it because ffmpeg cant read the audio (which is expected). i would hope there might be some ignore errors switch or something like that
[22:44:02 CEST] <tlhiv_laptop> is it no longer possible to run ffserver in daemon mode?
[22:44:07 CEST] <tlhiv_laptop> i want to run it in the background
[22:45:15 CEST] <DJJeff> I tried to apt-get install ffmpeg and got some wierd error
[22:45:24 CEST] <DJJeff> is ffmpeg not in ubuntu repo?
[22:45:35 CEST] <BtbN> Ubuntu has libav.
[22:46:27 CEST] <DJJeff> ffmpeg returns to ubuntu in 15.04?
[22:46:33 CEST] <DJJeff> just saw that in google
[22:46:41 CEST] <BtbN> no idea, but the ppa is gone for some reason
[22:47:41 CEST] <DJJeff> how does libav compare to ffmpeg
[22:48:28 CEST] <DJJeff> oh its called avconv
[22:48:49 CEST] <DJJeff> hrmmmmmm both are missing from repos
[22:50:12 CEST] <BtbN> avconv is an entirely seperate project
[22:55:08 CEST] <DJJeff> deb http://ppa.launchpad.net/mc3man/trusty-media/ubuntu trusty main
[22:55:19 CEST] <DJJeff> should I try this?
[23:18:56 CEST] <DJJeff> ok I did and I am trying to extract audio from a .swf and got this
[23:18:57 CEST] <DJJeff> http://paste.ubuntu.com/10720729/
[23:21:46 CEST] <BtbN> swf is a flash applet, not something you can extract an audio track from
[23:22:01 CEST] <BtbN> Wouldn't be surprised of there are some tools that still do that though
[00:00:00 CEST] --- Thu Apr 2 2015
1
0
[00:45:58 CEST] <prelude2004c> hello, Can anyone help ? http://pastebin.com/U1hFQc7i .... works well with 2 outputs but i can't seem to get it with just one
[00:46:00 CEST] <prelude2004c> sorry
[00:46:01 CEST] <prelude2004c> with 3
[00:46:11 CEST] <prelude2004c> it works well with 1 and 2 but with 3 it fails
[00:46:22 CEST] <prelude2004c> anything over 2 outputs the ffmpeg doesnt like it.. any ideas?
[01:00:58 CEST] <cone-225> ffmpeg 03Diego Biurrun 07master:87f87ccf3205: mjpeg: Use a more precise type for put_marker()
[01:00:59 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:48183f144d1d: Merge commit '87f87ccf32055aca25fa08e29e22cca1ba9976d5'
[01:36:18 CEST] <bluck> anyone with knowledge of the filtering code around?
[01:36:33 CEST] <bluck> I'm looking for a way to frame thread a single filter chain
[01:37:30 CEST] <cone-225> ffmpeg 03Diego Biurrun 07master:4978850ca2cb: build: Split JPEG-related tables off into a separate component
[01:37:31 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:a105931d3edf: Merge commit '4978850ca2cb1ec6908f5bc79cc592ca454d11e8'
[01:43:54 CEST] <prelude2004c> hey .. can anyone help.. with ffmpeg. and libnvenc .. how do i set it all to just 1 GPU
[02:14:41 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:a38758a97efe: avcodec/h264_refs: fix null pointer dereference with -DTRACE
[04:34:21 CEST] <cone-225> ffmpeg 03Michael Niedermayer 07master:385fe984fc6c: avcodec/snowenc: Check av_frame_ref() return value
[04:46:06 CEST] <cone-225> ffmpeg 03Rodger Combs 07master:5cba5291a767: lavf/segment: style nits
[05:53:10 CEST] <jamrial> rcombs: telling someone to build ffmpeg on a Pentium MMX is not the best recommendation :p
[05:54:28 CEST] <rcombs> jamrial: I'm hoping he realizes that sounds hard and goes away
[05:54:36 CEST] <jamrial> lol
[05:54:46 CEST] <rcombs> building ffmpeg on Win32 is annoying enough without having to do it in the stone age
[10:02:01 CEST] <nevcairiel> its probably not even sse or anything like that, just i686 instructions =p
[10:02:33 CEST] <nevcairiel> but seriously, people still have working Pentium MMX boxes around?
[10:02:37 CEST] <nevcairiel> what a waste of space
[10:07:43 CEST] <JEEBsv> I still have a working pentium !mmx box around
[10:07:48 CEST] <nevcairiel> what a waste of space
[10:07:49 CEST] <nevcairiel> :D
[10:08:01 CEST] <JEEBsv> it's pretty with a carpet on it
[10:08:13 CEST] <JEEBsv> and in russia there's plenty of space for it
[10:08:25 CEST] <JEEBsv> I think it still has a 4GB HDD and windows 2000 installed on it
[12:11:57 CEST] <cone-818> ffmpeg 03Himangi Saraogi 07master:0c9abf211931: avfilter/vf_detelecine: Fix uninitialized array index error
[12:35:06 CEST] <cone-818> ffmpeg 03Rainer Hochecker 07master:8b152c355f6c: h264: avoid unnecessary calls to get_format
[12:45:45 CEST] <cone-818> ffmpeg 03Himangi Saraogi 07master:919d13d2383b: avformat/http: Fix null check on allocated value
[13:36:45 CEST] <haasn> http://ffmpeg.org/doxygen/trunk/structAVMotionVector.html This documentation doesn't explain the interpretation of width/height as they related to src_x/src_y; does src_x/y point to the center of the block, or to the top left (or something entirely else)?
[13:39:06 CEST] <kierank> it's from block to block
[13:39:11 CEST] <kierank> so internal position shouldn't matter
[13:44:14 CEST] <haasn> Then I don't understand the meaning of this structure at all
[13:49:05 CEST] <haasn> I thought it gave me the position of one of the motion vectors as relative to the frame
[13:53:17 CEST] <kierank> motion vectors are relative to the current block
[13:55:34 CEST] <haasn> current block ?
[13:57:10 CEST] <haasn> Maybe I don't understand how to use access/use this struct, either
[13:57:29 CEST] <haasn> I query it using av_frame_get_side_data(frame, AV_FRAME_DATA_MOTION_VECTORS)
[13:59:05 CEST] <haasn> The documentation seems to suggest that the resulting AVFrameSideData->data will be a single AVMotionVector, but the example file in https://ffmpeg.org/pipermail/ffmpeg-devel/2014-August/160938.html seems to suggest it's actually an array of count sd->size / sizeof(*sd->data)
[13:59:18 CEST] <haasn> that example is also outdated, though; hmm
[14:01:00 CEST] <haasn> yeah, the up to date version also treats it like an array
[14:01:04 CEST] <haasn> (misleading documentation?)
[14:08:07 CEST] <haasn> the actual numbers seem to suggest that src_x/y point to the center of the block, as I anticipated
[14:08:08 CEST] <haasn> framenum,source,blockw,blockh,srcx,srcy,dstx,dsty,flags
[14:08:11 CEST] <haasn> 2,-1,16,16, 8, 8, 8, 8,0x0
[14:08:17 CEST] <haasn> (next step is at 24/8)
[14:10:19 CEST] <kierank> it's an array of blocks with associated motion vectors
[14:12:34 CEST] <haasn> Can I rely on this array always covering the entire frame, incidentally?
[14:19:21 CEST] <cone-818> ffmpeg 03Marton Balint 07master:c84b75c89c01: vf_drawtext: add support for setting box border width
[16:34:35 CEST] <cone-818> ffmpeg 03Michael Niedermayer 07master:65a646eb0b9a: avcodec/internal: Fix doxy for ff_alloc_packet2() return value
[16:34:36 CEST] <cone-818> ffmpeg 03Donny Yang 07master:749fbfd08175: png: Clear up the calculation of max packet size
[16:57:45 CEST] <michaelni> wm4, ive posted a patch which changes the default allocation limit to SIZE_MAX, iam not aware of any usecase this fixes or improves but i thought might want to comment as you seemed to dislike this limit
[16:58:20 CEST] <michaelni> thought, YOU might
[18:17:53 CEST] <Daemon404> anyone know what unite the pcr retransmit time is
[18:17:55 CEST] <Daemon404> for mpegtsenc
[18:17:57 CEST] <Daemon404> unit*
[18:18:23 CEST] <Daemon404> it doesnt seem to be documented anywhere
[18:30:18 CEST] <kierank> milliseconds
[18:30:21 CEST] <kierank> very likley
[18:30:41 CEST] <Daemon404> really?
[18:30:43 CEST] <Daemon404> default is 20...
[18:30:47 CEST] <Daemon404> that would be insane
[18:30:50 CEST] <kierank> yes that's normal
[18:31:02 CEST] <Daemon404> ... pcr packet every 20ms?
[18:31:03 CEST] <kierank> enables fast receiver channel cahnge
[18:31:19 CEST] <Daemon404> wouldnt that be an insane amount of overhead
[18:31:39 CEST] <Daemon404> (tryign to reduce it for hls segments, which only need it once for many segs)
[18:31:40 CEST] <kierank> not if you piggyback on the video PID
[18:32:24 CEST] <Daemon404> i somehow doubt the muxer does this
[18:32:44 CEST] <Daemon404> ill poke some segments with dvbsnoop
[18:32:46 CEST] <Daemon404> see whats going on
[18:39:18 CEST] <iive> 90kHz or 27MHz
[18:46:26 CEST] <iive> iso13818-1
[18:56:37 CEST] <selsta> anyone interested in helping me implement sample-aes hls decryption? im kinda stuck.. i did what the specs say and the result looks almost right.
[18:57:01 CEST] <selsta> (original: http://a.pomf.se/uaunsz.h264) (my decryption : http://a.pomf.se/tgszqh.h264)
[19:00:50 CEST] <selsta> but somewhere in the middle of the file, it starts to look like this http://a.pomf.se/aqevnp.png
[19:03:17 CEST] <selsta> oh ive just found that there are some extra bytes and thats why everything seems different.. that explains it
[19:22:12 CEST] <selsta> https://codesequoia.wordpress.com/2009/10/18/h-264-stream-structure/ solves my problem :)
[20:09:02 CEST] <prelude2004c> hello everone
[20:11:23 CEST] <prelude2004c> can anyone help me with something.. i am trying to encode 3 output bit rates.. " http://pastebin.com/CjVEEKQd " see code
[20:11:35 CEST] <prelude2004c> for whatever reason, i can't seem to be able to launch more than 2 streams
[20:11:39 CEST] <prelude2004c> the 3rd one always fails
[20:11:41 CEST] <prelude2004c> any idea why?
[20:12:28 CEST] <prelude2004c> also, anyone know how i can set it to use the libnvenc but to specify which GPU to use ? eg.. the GPU is only 20% used let's say .. for one channel.. i want to put a few channels on that GPU to make it use up the rest of the power of the card. Can anyone assist with the direction i need to go ?
[20:18:04 CEST] <Daemon404> michaelni, you need to add TYPE_IDR too for TYPE_I in libx265.c
[20:18:08 CEST] <Daemon404> just found out.
[20:19:51 CEST] <michaelni> Daemon404, X265_TYPE_IDR: was in my patch
[20:20:08 CEST] <Daemon404> ah
[20:20:08 CEST] <Daemon404> yes
[20:20:11 CEST] <Daemon404> i missed it
[20:20:15 CEST] <Daemon404> same idea though.
[20:20:29 CEST] <Daemon404> LGTM when formatted then.
[20:38:16 CEST] <prelude2004c> can anyone assist?
[20:39:57 CEST] <prelude2004c> i am willing to pay for someone with experience in GPU encoding and H265 ... please PM me.. What i want done is.. Enable MultiGPU encoding for channels.. ( eg. 5 channels on 2 GPU's ) .. and I am looking to also use h265 GPU encoding if possible intead of h264. anyone interested?
[20:42:40 CEST] <kierank> prelude2004c: good luck with
[20:46:33 CEST] <cone-818> ffmpeg 03Michael Niedermayer 07master:2ddedfd39c0d: avcodec/libx265: export choosen picture types
[20:49:19 CEST] <jamrial> prelude2004c: you could try emailing the people that added support for nvenc_h265 to libavcodec
[20:50:00 CEST] <BBB> so helpful kierank & :)
[20:50:24 CEST] <kierank> I thought he wanted to write a GPU encoder
[20:50:31 CEST] <kierank> Like the usual questions
[20:51:37 CEST] <BBB> I think hes looking to use something pre-packaged
[20:53:13 CEST] <selsta> out of 230k bytes, 16 bytes are randomly decrypted wrong. makes no sense ):
[20:54:26 CEST] <Daemon404> makes perfect sense
[20:54:30 CEST] <Daemon404> aes uses 128 bit blocks
[20:55:04 CEST] <selsta> i know that
[20:55:34 CEST] <selsta> but i decrypt 16 byte samples from the video stream.. and all work fine expect 1 in the middle of the video
[21:37:50 CEST] <Daemon404> https://mailman.videolan.org/pipermail/x265-devel/2015-March/007395.html
[21:37:55 CEST] <Daemon404> comments welcome as it would affect ffmpeg
[21:43:08 CEST] <jamrial> the x264 guys could get involved as well. both projects would benefit from a change like this
[21:46:21 CEST] <Daemon404> perhaps
[21:46:27 CEST] <Daemon404> i dont know if x264 would go do it though
[21:46:41 CEST] <Daemon404> no big changes seem to happen noewadays
[21:46:43 CEST] <Daemon404> nowadays*
[23:33:05 CEST] <electronrotoscop> is it possible to build ffmpeg with bmx as an external library?
[23:50:13 CEST] <cone-818> ffmpeg 03wm4 07master:8b76c0eb561b: avformat/mp3dec: offset seek index to end of id3v2 tag
[23:57:57 CEST] <kierank> electronrotoscop: no
[00:00:00 CEST] --- Wed Apr 1 2015
1
0
[00:01:36 CEST] <prelude2004c> sorry to keep bothering but i am still stuck
[00:01:37 CEST] <prelude2004c> :(
[00:01:45 CEST] <prelude2004c> nothing i do seems to get past this
[00:02:30 CEST] <IlIlIlIlIlIlI> prelude2004c: construct a MWE (no extraneous switches) and submit a bug?
[00:02:59 CEST] <prelude2004c> not sure what that means
[00:03:03 CEST] <prelude2004c> i am a novice at this
[00:03:21 CEST] <prelude2004c> i dont think this is a bug.. i think this is just me not knowing the proper config
[00:03:35 CEST] <IlIlIlIlIlIlI> http://en.wikipedia.org/wiki/Minimal_Working_Example
[00:03:46 CEST] <IlIlIlIlIlIlI> so try with a smaller example that _should_ work
[00:04:06 CEST] <prelude2004c> oh.. i could try that i guess...
[00:04:08 CEST] <prelude2004c> let me try with one
[00:04:27 CEST] <IlIlIlIlIlIlI> perhaps one everyone can run, without even that mcast input ...
[00:05:09 CEST] <prelude2004c> well the issue here is the problem..
[00:05:27 CEST] <prelude2004c> when i run ffmpeg -i multicast -c something - c somethign - c something
[00:05:33 CEST] <prelude2004c> it does't start the 3rd one
[00:05:39 CEST] <prelude2004c> if i just use 2 outputs its fine
[00:05:47 CEST] <prelude2004c> when i use 3 outputs it is not fine on the 3rd one
[00:06:09 CEST] <prelude2004c> some limit that can be adjusted ? seems like 2 multiple outupts by default only
[00:06:24 CEST] <prelude2004c> so without running any filters, i have no problem with 2 outupts
[00:06:27 CEST] <prelude2004c> the issue becomes on 3
[00:06:35 CEST] <IlIlIlIlIlIlI> what about with -i whatever?
[00:06:42 CEST] <prelude2004c> so i am trying to use filter_complex to resolve. but not sure if it will
[00:06:43 CEST] <IlIlIlIlIlIlI> -i wghatever.mp4, e.g.
[00:06:59 CEST] <prelude2004c> you mean a file instead of multicasdt ?
[00:07:02 CEST] <prelude2004c> one sec let me try that
[00:07:11 CEST] <IlIlIlIlIlIlI> I mean a MWE anyone can run to confirm!
[00:13:45 CEST] <prelude2004c> tried with basic just file
[00:13:50 CEST] <prelude2004c> :( .. only outputs 2
[00:14:59 CEST] <IlIlIlIlIlIlI> pastebin
[00:16:46 CEST] <prelude2004c> http://pastebin.com/1Cg9iuNy
[00:16:51 CEST] <prelude2004c> so, with 2 it works
[00:16:56 CEST] <prelude2004c> with 3 .. it gives me that error
[00:17:27 CEST] <prelude2004c> code is found here : http://pastebin.com/U1hFQc7i
[00:27:48 CEST] <IlIlIlIlIlIlI> prelude2004c: http://pastebin.com/Be5y3vSw
[00:28:07 CEST] <IlIlIlIlIlIlI> so if this doesn't work, strip down more switches, and if it still doesn't work
[00:29:12 CEST] <IlIlIlIlIlIlI> submit a bug report, I guess
[00:39:25 CEST] <prelude2004c> <IlIlIlIlIlIlI> - hey, thank you. Tried but same error " Error while opening encoder for output stream #2:0 - maybe incorrect parameters such as bit_rate, rate, width or height"
[00:42:44 CEST] <prelude2004c> works good with only 2 inputs
[00:42:46 CEST] <prelude2004c> i mean outputs
[00:42:54 CEST] <prelude2004c> but if i include the 3rd.. nada
[00:44:13 CEST] <IlIlIlIlIlIlI> prelude2004c: submit a bug report, or ask on #ffmpeg-devel in 18 hours
[00:45:19 CEST] <prelude2004c> cool, but why 18 hours :)
[00:47:35 CEST] <IlIlIlIlIlIlI> prelude2004c: it's getting late ;)
[00:50:40 CEST] <prelude2004c> last question.. anyone know when using the nvenc library for the GPU encoding.. how one would assign a stream to that GPU ?
[00:50:51 CEST] <prelude2004c> what if i wanted to put multiple channels on the same GPU
[00:50:58 CEST] <prelude2004c> not sure if there is a param for that
[01:12:53 CEST] <electronrotoscop> I'm trying to split a source file to two output files with different filters, and that's working fine, but if I set a -t flag for one it seems to be active for the second one too. Is that expected behavior?
[01:13:07 CEST] <electronrotoscop> I'm using something like ffmpeg.exe -ss 00:01:10 -i "infile" -filter_complex "[0:0]first filter filter, split [out1][in2];[in2]second filter[out2];[0:1][0:2][0:3][0:4][0:5][0:6]amerge=inputs=6[out3]" -map "[out1]" -t 00:46:11 -c:v mpeg2video -parameters -an "short_outfile.m2v" -map "[out2]" -c:v mpeg2video -parameters -an "long_outfile.m2v" -map "[out3]" -t 00:46:11 -vn -c:a ac3 -ar 48k -b:a 448k "audio_outfile.ac3"
[01:44:32 CEST] <prelude2004c> hey .. can anyone help.. with ffmpeg. and libnvenc .. how do i set it all to just 1 GPU
[02:02:11 CEST] <tumagonx> when lto enabled, I expect ffmpeg become smaller but it's 1mb larger. Anyone experience the same? (gcc 4.7 here)
[02:59:49 CEST] <sideburns> Hello, I'm trying to use ffplay in a shell script on Fedora Linux, but can't see how to configure it correctly. I know how to suppress any video, but I can't find out how to get rid of text output. (This script may run when nobody's logged in.) Suggestions?
[03:07:10 CEST] <sideburns> Just in case the first part of my question didn't go through, the program I'm working with is ffplay.
[03:09:11 CEST] <c_14> sideburns: -loglevel quiet ?
[03:15:21 CEST] <sideburns> That still shows the running stats; will that be a problem if it's run using at when there's nobody logged in?
[03:17:41 CEST] <c_14> running stats? It doesn't show anything for me when I try.
[03:18:28 CEST] <sideburns> Here's my command line, with the file itself left off.
[03:18:35 CEST] <sideburns> ffplay -nodisp -loglevel quiet
[03:19:13 CEST] <sideburns> The next line showed this: fd= 0 aq= 2KB vq= 0KB sq= 0B f=0/0
[03:20:19 CEST] <sideburns> If that just ends up in /dev/null, it's not important. I'm just being cautious.
[03:21:30 CEST] <c_14> `ffplay -nodisp -loglevel quiet filename' doesn't display anything for me
[03:21:33 CEST] <c_14> What version are you running?
[03:22:31 CEST] <sideburns> 1.2.11 on Fedora 19. (Can't upgrade because of hardware issues.)
[03:24:54 CEST] <c_14> aah, that's probably the issue. How about just appending 2>/dev/null ? (or 2&>/dev/null)
[03:27:00 CEST] <sideburns> No change. Is there any difference between the two forms? ( only tried 2>)
[03:29:02 CEST] <c_14> yes
[03:29:07 CEST] <c_14> try 2&>
[03:31:18 CEST] <sideburns> Both 2& and 2&> give me the sound of silence.
[03:37:45 CEST] <sideburns> Is there a different playback program that might work better?
[03:39:20 CEST] <c_14> Define work better, what are you trying to do?
[03:40:05 CEST] <sideburns> I'm trying to write a shell script that will use at to set an alarm for a specific time, even if I'm not logged in.
[03:40:37 CEST] <sideburns> Right now, I'm using an alarm applet that's part of my session; if I'm not logged in, it doesn't run.
[03:40:59 CEST] <sideburns> That'd be OK, but I've got a hardware issue, and my box sometimes reboots itself.
[03:41:28 CEST] <sideburns> If it does that late at night, I'm not logged in when it's time to wake up, and the alarm doesn't play.
[03:42:36 CEST] <sideburns> I want to use a program that doesn't care if there's a gui or terminal so that the alarm goes off even if my box has rebooted.
[03:43:35 CEST] <c_14> Sounds like a job for cron or at (not sure if at survives reboots though)
[03:44:29 CEST] <sideburns> AFAIK, at survives reboots, which is why I picked it. I'm not using cron, because it's only needed now and then; not every day.
[03:46:51 CEST] <sideburns> You can specify month-day-year on the command line for at, so I presume it survives rebooting.
[03:47:31 CEST] <c_14> I'm pretty sure ffplay doesn't require a controlling terminal, but you can always use ffmpeg directly with `ffmpeg -i file -f alsa default' (also works with -f pulse), or use a media player like mpv (which iirc also works without a controlling terminal)
[03:50:35 CEST] <sideburns> Which do you recommend? I have ffmpeg and can easily install mpv.
[03:52:06 CEST] <c_14> Depends. If you only want to play one file I'd stick with ffmpeg just because I know all the options for that. If you want to play multiple files or something like a playlist, use mpv
[03:52:22 CEST] <sideburns> Just tried ffmpeg, and got a whole bunch of text output.
[03:52:34 CEST] <c_14> -loglevel quiet -hide_banner
[03:53:23 CEST] <c_14> Though actually, it looks like -loglevel quiet already hides the banner
[03:54:33 CEST] <sideburns> That got me silence.
[03:54:52 CEST] <sideburns> OK! Leaving off the hide_banner worked. Thanx!
[07:30:20 CEST] <prajj> hello good people
[07:30:46 CEST] <prajj> i'm currently facing this issue, made a stack overflow post about it. check it out maybe?
[07:30:46 CEST] <prajj> http://stackoverflow.com/questions/29341161/encode-h264-video-using-ffmpeg-…
[09:37:01 CEST] <haasn> Is there a way to get information about the video source's (per-block) motion prediction vectors out of libavcodec?
[09:44:32 CEST] <haasn> ah, https://ffmpeg.org/pipermail/ffmpeg-devel/2014-August/160938.html is helpful
[09:56:42 CEST] <haasn> Hmm. I guess with the way it's setup, it's basically giving me a discrete list of vectors?
[09:57:07 CEST] <haasn> What I really want is something resembling a continuous surface (the resolution is irrelevant, but it should map 1:1 to the image)
[11:50:03 CEST] <Ders> I'm trying to use -pix_fmt rgba for the output of my file. I noticed that apparently not every codec supports this. WHich one should I use? I tried some I heard about but they don't accept it as well
[11:58:11 CEST] <relaxed> Ders: you could use -v:c rawvideo
[11:58:19 CEST] <relaxed> er, -c:v
[11:58:32 CEST] <Ders> Let me try that one
[11:58:39 CEST] <relaxed> the output will be huge
[11:59:37 CEST] <Ders> Yeah. It gives errors constantly: buffer underflow...
[11:59:49 CEST] <Ders> I do need it to be as small as possible though
[12:03:11 CEST] <relaxed> would bgra work?
[12:03:45 CEST] <relaxed> why do you need rgba?
[12:10:40 CEST] <Ders> it's the output from opengl
[12:10:50 CEST] <Ders> I can change it bgra but I don't know how that would help
[12:11:49 CEST] <relaxed> try -c:v ffvhuff -pix_fmt bgra
[12:12:11 CEST] <relaxed> I didn't see any codecs that support rgba
[12:17:42 CEST] <Ders> thanks. I'll try that
[12:20:26 CEST] <Ders> lots and lots of bufferunderflow happening.
[12:29:17 CEST] <kvz> What's the difference between `-sn -dn` and `-map 0 -map -0:d -map 0:s`? I would like to use `-sn -dn`, because with `map`, I sometimes get 2 video streams in my output file and I only 1 "best" video & 1 "best" audio stream; ffmpeg's default when not using `map`. However, when I use `-sn -dn`, I get the error "Codec AVOption flags () specified for output file #0 (./test-%05d.ts) has not been used for any stream. The most likely reason is either w
[12:29:18 CEST] <kvz> type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.". Just changing it to the `map` arguments converts the video succesfully (but potentially having 2 video streams if the input file had that)
[12:38:28 CEST] <seasc> Someone able to explain me the difference between lan-streaming and internet-streaming? As in, do i need to do some preparations before i can stream my desktop to a friend of mine? Or can i just use his ip as target?
[12:40:51 CEST] <spaam> higher delay on internet-streaming and you might need to stream in a lower bitrate. :D
[12:41:53 CEST] <seasc> I waited 2 minutes, with a 75mbps flatrate internet, that enough for full hd res?
[12:51:19 CEST] <relaxed> kvz: the former maps everthing but the data stream, -map 0:s wouldn't be needed
[12:51:39 CEST] <relaxed> unless you meant -map -0:s
[12:51:52 CEST] <kvz> yes, sorry
[12:51:59 CEST] <kvz> I'll write up a snipept
[12:52:07 CEST] <relaxed> what do you want in the output stream?
[12:53:32 CEST] <seasc> spaam, was that saying for me?
[12:54:58 CEST] <kvz> relaxed: Here's the script & output: https://gist.github.com/kvz/05b01ba5a13eb91de53e. I would like: 1 video stream. 1 audio stream. No matter what 'weird' input file I throw at it.
[12:55:05 CEST] <sfan5> seasc: when streaming to someone your upload bandwidth matters
[12:56:02 CEST] <kvz> I used map before, but ran into problems when an input file had 2 video streams. I learned from the ffmpeg docs that "By default, ffmpeg includes only one stream of each type (video, audio, subtitle) present in the input files and adds them to each output file. It picks the "best" of each based upon the following criteria: for video, it is the stream with the highest resolution, for audio, it is the stream with the most channels, for subtitles, it
[12:56:02 CEST] <kvz> the first subtitle stream. In the case where several streams of the same type rate equally, the stream with the lowest index is chosen."
[12:56:06 CEST] <seasc> sfan5, thats about 2-3 mbs (at absolute minimium, if not more around 10mbs), telling to use a maxrate of 2560kb
[12:56:38 CEST] <relaxed> kvz: "ffmpeg -i input -map 0:v:0 -map 0:a:0 ..." would give you the first audio and video stream of the input.
[12:56:46 CEST] <seasc> sfan5, friend has the some connection, also do i keep using 'udp:' because httpp fails
[12:56:49 CEST] <kvz> That made me think I wanted that default behavior, and I could not rely on `map`. So I opted for `-sn -dn` but that threw errors
[12:57:40 CEST] <kvz> relaxed: Will try that, but it seems I would miss out on FFmpeg's alhorthm to select the "best" stream
[12:58:01 CEST] <sfan5> seasc: HTTP probably needs a http server to serve the stream
[12:58:07 CEST] <seasc> kvz, you could try -map 0:v -map 0:a to use all the audio/video streams available, otherwise you need to specify which stream it shall use.
[12:58:57 CEST] <seasc> kvz, err.. sry was already said. But saying... you cannot tell ffmpeg to use stream id 3, and be confused it uses stream 3 rather than id 4 which is better quality.
[12:59:18 CEST] <seasc> sfan5, so udp IS the way to go?
[13:00:03 CEST] <sfan5> seasc: yep, tcp is also an option but not very suited for live streaming
[13:01:09 CEST] <seasc> sfan5, thank you, one last question.. by http server, would it suffice to have just httpd running? Or would i change/install some mods?
[13:01:47 CEST] <kvz> seasc: relaxed: Docs tell me (https://ffmpeg.org/ffmpeg.html#Stream-selection) that FFmpeg should be able to select the best audio & video stream - it should do so by default even. That is also the behavior that I desire.
[13:02:43 CEST] <kvz> seasc: relaxed: This tells me I should use -sn -dn to ditch the other streams, but it errors out, compared to a `map` that would effictively do the same
[13:03:28 CEST] <seasc> kvz, this only accounts for streams with the same identifier, such as 'eng', '0x80' or alike. if the streams identifier (dont know proper term) is invalid/unset (und) this wont work.
[13:03:39 CEST] <sfan5> seasc: you'd probably tell your httpd to proxy example.com/stream to an instance of ffserver listening on localhost
[13:03:45 CEST] <seasc> kvz, using -sn tells ffmpeg to use No Sound at all... likewiese for -vn
[13:04:14 CEST] <sfan5> isn't -sn no subs and -an no audio?
[13:04:19 CEST] <seasc> sfan5, thank you, i'll keep trying with udp first then :)
[13:04:25 CEST] <seasc> err.. right
[13:04:30 CEST] <seasc> was ment to be -an ^^
[13:05:55 CEST] <kvz> Ok I didn't realize this only works for identified streams, that's helpful thanks seasc. So it seems the best way to achieve what I want is relaxed's approach with `-map 0:v:0 -map 0:a:0` - and hoping (or do scripting to figure out) that the first streams, are also the best.
[13:06:51 CEST] <seasc> kvz if you script on linux, i'd have something for you: http://ffmpeg.gusari.org/viewtopic.php?f=25&t=2020&sid=91406d224b87ec027a9e…
[13:07:46 CEST] <sfan5> kvz: alternatively you could let your script read the output of ffprobe and find the best stream
[13:10:47 CEST] <kvz> seasc: vhs looks very nice! we're already deeply invested into ffmpeg however. e.g. we let customers tweak its paramters.
[13:11:05 CEST] <kvz> sfan5: seems like there's no pretty way out of this :)
[13:11:20 CEST] <kvz> seasc: sfan5: relaxed: thanks for the help
[13:11:44 CEST] <seasc> vhs is just a wrapper around ffmpeg, passing -A (as in Advanced) and you can still edit the generate commandline 'tempplate' before it gets executed
[13:12:00 CEST] <seasc> translating issue: deeply invested into ffmpeg, means?
[13:12:24 CEST] <kvz> seasc: ok i'll give it a more throrough look, thanks.
[13:13:59 CEST] <kvz> seasc: not a native english speaker myself so i might have gotten it wrong :) but i meant: we have a lot of code & usecases depending directly on ffmpeg. it would be hard to change the tooling underneath that and not break backwards compatibilty, especially since we open up the ffmpeg api to customers who so desire.
[13:14:51 CEST] <kvz> one thing still bothers me though. Why would the `-sn -dn` approach even fail in the first place https://gist.github.com/kvz/05b01ba5a13eb91de53e
[13:19:14 CEST] <seasc> kvz, is your input audio only?
[13:21:12 CEST] <seasc> kvz, nevermind..
[13:23:49 CEST] <seasc> ok just seeing *ts and *mpegts beeing used quite often, seems i need to 'write a container' for those two in vhs. ($HOME/.config/vhs/container)
[13:23:53 CEST] Action: seasc afk
[13:39:36 CEST] <makhzi> Hi, I'm struggling with "rc buffer underflow". Input stream is mpegTS, received from udp, output is also mpegTS. I need to transcode from h264 to mpeg2video. Here is my command line: http://pastebin.com/HwTscHT2 . Anyone knows how to tune parameters to get rid of this problem?
[13:44:57 CEST] <makhzi> I had also a problem with properly generated mpegTS stream directly from ffmpeg so, i'm piping output stream to VLC and then send it to multicast.
[14:53:30 CEST] <Peace-> arm static ffmpeg link to downalod ?
[14:53:35 CEST] <Peace-> download*
[15:55:00 CEST] <seasc> streaming, mpegts, are there any codec recomendations?... as i understand its basicly just mpeg, but i've seen the use of other codecs for this 'container'.. google just brings a list of h264 vs mpeg videos, or mpeg2 vs mpeg4 comparisions, and alike.
[15:55:16 CEST] <seasc> likewise question for *.ts
[16:23:34 CEST] <Mavrik> seasc, mpegts can hold alot of different codes
[16:23:48 CEST] <Mavrik> you choose the best one your target devices can play ;)
[16:24:08 CEST] <Mavrik> mostly that's H.264/AAC
[16:24:42 CEST] <seasc> Ty Mavrik
[16:28:39 CEST] <seasc> Just installed x265 and run ffmpeg -encoders | grep 265, but nothing was found, also not for "hevc".
[16:30:12 CEST] <Mavrik> you'll have to recompile ffmpeg to link to that x264.
[16:30:15 CEST] <Mavrik> *x265
[16:30:25 CEST] <Mavrik> also, why the heck would you want to use that
[16:30:33 CEST] <seasc> experimenting? :)
[16:31:11 CEST] <seasc> Seeing what bitrates are suggested for 4k++, i assume a new codec makes sense, and i do hope 265 is as good as 264 was when it 'came out'
[16:32:08 CEST] <Mavrik> huh.
[16:32:12 CEST] <Mavrik> It's nowhere near.
[16:32:24 CEST] <Mavrik> It's about 10-30x slower for worse quality
[16:32:29 CEST] <seasc> oh
[16:32:57 CEST] <seasc> so you already tried?
[16:33:17 CEST] <Mavrik> x265 is still in active development, it's not even in "experimental" phase yet
[16:35:10 CEST] <Mavrik> it's very new ;)
[16:36:41 CEST] <__jack__> x265 is ready for many purpose
[16:37:02 CEST] <__jack__> def. not still experimental, can be used in production
[16:37:44 CEST] <flying_toaster> hello there
[16:38:04 CEST] <flying_toaster> I have a strange behaviour using ffmpeg...
[16:38:55 CEST] <flying_toaster> I am using ffmpeg to decode a h264 stream : ffmpeg -i stream.h264 -f rawvideo -pix_fmt yuv420p out.yuv
[16:39:18 CEST] <flying_toaster> my ffmpeg stream has exactly 60 frames; but ffmpeg produces 61 frames
[16:39:31 CEST] <flying_toaster> the first frame is duplicated
[16:40:32 CEST] <flying_toaster> using git bisect, it seems that the commit that introduces this new frame is exactly this one : c5092025
[16:41:00 CEST] <flying_toaster> commited by michaelni, I guess
[16:42:11 CEST] <flying_toaster> I do not know a lot about ffmpeg internals, so I can't tell if this is a bug or not
[16:44:27 CEST] <seasc> __jack__, me confused now, Mavrik said no, you say its ready for many things... what is it ready for?
[16:53:01 CEST] <flying_toaster> ok, it seems adding -vsync passthrough solves my problem
[16:55:59 CEST] <__jack__> seasc: you can encode file & stream, from 4k to dvdrip, with a great quality & size reduction
[16:57:11 CEST] <seasc> __jack__, as in great quality while size reduction?
[16:57:56 CEST] <seasc> it could be understood like: great quality reduction and size reduction
[16:59:46 CEST] <__jack__> haha, no, great quality with small file size
[17:08:31 CEST] <seasc> Ty __jack__ i'll give the ffmpeg rebuild a shot then
[18:16:57 CEST] <baran> how to differ yuv420p from yuv420p(tv) in ffmpeg
[18:57:19 CEST] <elgatov> hi guys, im trying to strip some files from audio streams and just let english and spanish, is there a way to check audio stream by language?
[18:58:54 CEST] <c_14> -map m:lang:en -map m:lang:es should probably do it
[18:59:04 CEST] <c_14> You have to make sure the metadata tags are correct though.
[18:59:26 CEST] <c_14> https://ffmpeg.org/ffmpeg.html#Stream-specifiers-1
[19:03:28 CEST] <elgatov> c_14: thanks a lot
[21:15:23 CEST] <ChocolateArmpits> Trying to encode VP8 but the bitrate doesn't get lower than 56kbps, do I have to change some setting? minrate and maxrate doesn't influence this
[21:15:51 CEST] <c_14> You _want_ the bitrate lower than 56kbps?
[21:20:32 CEST] <ChocolateArmpits> Yes
[21:22:07 CEST] <ChocolateArmpits> My source is low res (96x128), is posterized to about 2 colors (white and black) and plays at 10fps. 56kbps is overkill
[21:26:28 CEST] <ChocolateArmpits> ok down to 30kbps
[22:52:25 CEST] <tlhiv_laptop> i am having a VERY difficult time streaming audio from my microphone to a format that HTML5 <audio> tags can understand ... i would appreciate any insight into this
[22:55:48 CEST] <seasc> tlhiv_laptop, try ogg
[22:56:03 CEST] <seasc> gn8
[23:12:43 CEST] <ac_slater_> when muxing video, do I have to explicitly set bitrate? What happens if I dont?
[23:14:06 CEST] <Mavrik> ac_slater_, that's a very nonspecific question :)
[23:16:12 CEST] <kepstin-laptop> ac_slater_: the answer is "different things depending what you have the video encoder set to"
[23:16:26 CEST] <ac_slater_> kepstin-laptop: ;) sorry.
[23:16:35 CEST] <ac_slater_> I'm only doing container muxing
[23:16:48 CEST] <ac_slater_> ie - I encode separately and I muxing into MPEGTS
[23:16:49 CEST] <kepstin-laptop> if you are using -c:v copy, then the bitrate is ignored.
[23:17:08 CEST] <ac_slater_> kepstin-laptop: ... I should have mentioned... I'm using libavformat, et al .. not the ffmpeg binary
[23:17:18 CEST] <iive> bitrate is option for the encoder
[23:17:29 CEST] <iive> because this is where the loss is controlled
[23:17:45 CEST] <ac_slater_> that makes sense. I guess I missed that
[23:17:48 CEST] <ac_slater_> thanks mate!
[23:18:29 CEST] <Mavrik> ac_slater_, the bitrate for the muxer controls some minor stuff
[23:18:36 CEST] <Mavrik> that depends on the container/muxer involved
[23:18:40 CEST] <Mavrik> mostly it's not relevant
[23:18:45 CEST] <ac_slater_> I'm only using mpegts
[23:18:53 CEST] <ac_slater_> I havent looked at the muxer code to see if it really uses it
[23:19:04 CEST] <Mavrik> it doesn't afaik
[23:19:37 CEST] <ac_slater_> awesome. I'm still confused on some other muxing things ... I guess I'll report back with questions if I have them
[23:25:16 CEST] <ac_slater_> Mavrik: actually I think I've asked you this before but I can't find it in the logs... If I write two streams to a container (mpegts), and neither have b-frames, should I have to do `av_interleaved_write()` ?>
[23:25:18 CEST] <ac_slater_> ? *
[00:00:00 CEST] --- Wed Apr 1 2015
1
0