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

[burek]

[00:07:00 CEST] <insivumeh> Why is unsupported MEDIASUBTYPE_RGB24 e436eb7d-524f-11ce-9f53-0020af0ba770 in my video4linux device?
[00:36:31 CEST] <insivumeh> insivumeh: OK, answer is here https://www.mail-archive.com/linux-media@vger.kernel.org/msg82920.html
[02:09:43 CEST] <madprops> any tips on how to lower the file size of a mp4 or mkv as much as i can without affecting quality too much?
[02:09:55 CEST] <madprops> 737mb is a bit much
[02:10:32 CEST] <madprops> im willing to sacrifice some video quality
[02:11:07 CEST] <furq> use a higher crf or a slower preset
[02:40:36 CEST] <sponsx> Hi all, I have a video on my android phone that I was recording when the phone died and I'm trying to recover it.
[02:41:25 CEST] <sponsx> I'm trying to use https://github.com/ponchio/untrunc but I can't get it to compile on my mac.. it can't find endian.h even though its there in /usr/include/machine
[02:41:48 CEST] <sponsx> Can ffmpeg itself recover the video?  Or any other ideas to get this working ?
[04:57:09 CEST] <yenoh> hi all, I'm trying to build ffmpeg from source (in linux host) to get nvenc-h264 and nvenc-hvec encoder, as guided in trac: https://trac.ffmpeg.org/wiki/HWAccelIntro#NVENC
[04:57:24 CEST] <yenoh> after building, I got: http://pastebin.com/C7bFwaMC
[04:58:29 CEST] <yenoh> however, whenever I try to encode a sample video file with nvenc-h264, I have "unknown decoder" error: http://pastebin.com/tt9adHms
[04:59:03 CEST] <furq> it's h264_nvenc
[04:59:34 CEST] <yenoh> furq: thanks for your comment, but I still have Unknown encoder 'h264_nvenc'
[05:00:02 CEST] <furq> er
[05:00:06 CEST] <furq> nvenc_h264 rather
[05:00:08 CEST] <yenoh> I also tried Unknown encoder 'nvenc_h264'
[05:00:16 CEST] <furq> ffmpeg -codecs | grep nvenc
[05:01:08 CEST] <furq> the "library configuration mismatch" implies that it's loading the wrong libraries
[05:01:27 CEST] <furq> if you have ffmpeg installed through apt or whatever then get rid of it
[05:02:13 CEST] <yenoh> I already removed it, maybe purge?
[05:02:15 CEST] <yenoh> http://pastebin.com/MijAyTrF
[05:02:18 CEST] <furq> try autoremove
[05:02:41 CEST] <furq> alternatively just build with --enable-static
[05:02:57 CEST] <furq> it's less hassle and won't cause conflicts with any other packages which depend on libav* (e.g. mpv)
[05:03:20 CEST] <yenoh> I see.
[05:03:27 CEST] <yenoh> thanks, lemme try :)
[05:04:44 CEST] <yenoh> (just autoremove'd)
[05:06:32 CEST] <yenoh> btw, after a ./configure I clearly see nvenc_hevc and nvenc_h264 in output
[05:06:48 CEST] Action: yenoh goes make -j32
[05:06:53 CEST] <furq> that doesn't make any difference if it's loading the wrong libraries
[05:10:12 CEST] <yenoh> seems right
[05:10:21 CEST] <yenoh> after a configure and make
[05:10:43 CEST] <yenoh> I got nvenc inside ffmpeg -codecs
[05:11:34 CEST] <yenoh> ffmpeg doesn't complain about missing codecs any more \o/
[05:11:40 CEST] Action: yenoh iz happy
[05:11:43 CEST] <yenoh> thanks furq
[11:00:08 CEST] <brontosaurusrex> any cool denoisers? what would a good default atadenoise example be?
[11:04:41 CEST] <streulma> hello is there a way to rebroadcast an mjpeg stream with lower framerate ?
[11:42:45 CEST] <pi___> is there any option at resizing that san be use to round the automatic size ?
[11:42:54 CEST] <pi___> [libx264 @ 0x1371e20] height not divisible by 2 (640x271)
[11:43:03 CEST] <pi___> can*
[11:44:42 CEST] <Mavrik> pi___, scale=640:-2 should work on newer ffmpegs
[11:45:29 CEST] <pi___> let me test
[11:45:31 CEST] <pi___> thx :)
[11:46:41 CEST] <pi___> perfect
[13:37:10 CEST] <ozette> i'm on ffmpeg 2.4.11, is -f segment supposed to print "[segment @ 0x2212d20] format hls not supported." to the console with my version?
[13:37:23 CEST] <ozette> when i try to output a m3u8 playlist
[13:40:40 CEST] <ubitux> 2.4 is not maintained anymore, and 2.4.11 isn't even the last revision of that branch
[13:41:00 CEST] <ozette> very possible, i'm on a eol fedora
[13:41:37 CEST] <ozette> 3.1.1 is the latet ffmpeg?
[13:42:55 CEST] <JEEB> master is the latest, and FATE shows if it's completely broken or not
[13:44:23 CEST] <ozette> master is the latest stable?
[13:44:57 CEST] <JEEB> master is the latest state and FATE (fatebeta.ffmpeg.org) shows how the tests are handling
[13:45:04 CEST] <ozette> oh
[13:45:08 CEST] <JEEB> if FATE is green for your architecture/OS it means it's "stable" enough
[13:45:42 CEST] <ozette> thanks
[13:57:24 CEST] <ozette> ffmpeg -i <file> out.m3u8, gives me a playlist with 4 segments, i assume this is the default, what flag to use to create smaller/more segments?
[14:11:17 CEST] <DHE> ozette: I'd check https://www.ffmpeg.org/ffmpeg-formats.html#hls  you probably want at least -hls_list_size and -hls_time set
[14:14:34 CEST] <ozette> DHE: i read this, but i must be doing something wrong, because no matter the value i give, the output is still the same
[14:15:15 CEST] <ozette> i.e. 4 segments
[14:17:37 CEST] <DHE> paste[bin] your full commandline
[14:35:49 CEST] <ozette> DHE: http://paste.debian.net/785957/
[14:36:42 CEST] <DHE> you neglected to include -hls_list_size
[14:36:55 CEST] <DHE> for a static video (not live/realtime) you want to use a value of 0
[14:40:13 CEST] <ozette> hmm ..
[14:40:17 CEST] <ozette> http://paste.debian.net/785959/
[14:40:45 CEST] <ozette> it makes no difference
[14:43:47 CEST] <DHE> if out.m3u8 specifies out0.ts, then it seems to have worked
[14:44:02 CEST] <DHE> you can set the hls_time to 2 seconds, but if the keyframes only come every ~5 seconds then ffmpeg is forced to use that
[14:44:45 CEST] <ozette> i see
[14:46:35 CEST] <ozette> i find it odd this 19 second video only have 5 keyframesthen
[14:47:17 CEST] <ozette> there's a lot of movement going on, so how does that work, can i confirm this somehow?
[14:48:06 CEST] <ozette> 4 segments*
[15:06:26 CEST] <DHE> keyframes in h264 come in 2 types: I and IDR. HLS can only split on an IDR type.
[15:46:18 CEST] <ozette> DHE: split into frames where there are no frames?
[16:27:18 CEST] <mp1> Hi
[16:39:21 CEST] <aep4Ayai> hi. I've been trying to use ffmpeg to split long mp3 files into smaller, disjoint files with gapless playback as follows:
[16:39:42 CEST] <aep4Ayai> ffmpeg -i input.mp3 -ss 00:00 -to 01:00 out1.mp3 -ss 01:00 out2.mp3
[16:39:50 CEST] <aep4Ayai> this works for some input.mp3 but not for others
[16:40:07 CEST] <aep4Ayai> when it doesn't work, there is a noticeable "jump" between the tracks
[16:40:36 CEST] <aep4Ayai> is there a way to make ffmpeg produce clean, disjoint outputs without reencoding
[16:40:48 CEST] <aep4Ayai> I forgot that I also use -acodec copy for every output
[16:40:54 CEST] <aep4Ayai> in the example above
[16:42:17 CEST] <aep4Ayai> it's fine if the timestamps move a bit as long as the output is clean
[16:52:27 CEST] <durandal_1707> short answer: no
[16:53:10 CEST] <mp1> Hi :)
[16:53:24 CEST] <mp1> I want use ffmpeg in my script php
[16:53:31 CEST] <mp1> for record video from my acquistion card
[16:53:36 CEST] <mp1> No problem for starting a record with php
[16:53:42 CEST] <mp1> but how stop record of ffmpeg with php whitout kill a process ffmpeg
[16:53:53 CEST] <mp1> Would you help me please :)
[16:56:31 CEST] <aep4Ayai> durandal_1707: I don't know how the mp3 format works. Does it have something like keyframes at which a clean split would be possible?
[16:56:53 CEST] <aep4Ayai> and if so: is it possible to have ffmpeg output the positions of those frames?
[16:56:55 CEST] <DHE> every "frame" is a keyframe, but the length isn't a clean number
[16:57:42 CEST] <DHE> there are ways with ffprobe -show_* commands which some other users have tried. I can't comment on the success level though
[17:15:22 CEST] <aep4Ayai> is it possible to do something like -ss and -to with frame numbers?
[17:15:33 CEST] <aep4Ayai> instead of timestamps
[17:18:42 CEST] <kepstin> aep4Ayai: if you want to split mp3 files such that they can be rejoined later, you're better off using a dedicated tool that manipulates the mp3 structure directly rather than ffmpeg.
[17:20:29 CEST] <kepstin> (keep in mind that the split files, when done like this, may have audible artifacts at the start/end of the segment; in order to get gapless playback, you actually have to concatenate them back into one file and decode, rather than decode them separately)
[17:23:12 CEST] <aep4Ayai> I see. I've worked around this for this particular file by first decoding into wav, then splitting, and then reencoding as mp3
[17:47:02 CEST] <aep4Ayai> are other formats such as opus and vorbis more split-friendly?
[17:49:14 CEST] <kepstin> not really - all audio formats use overlapping blocks, so you can't just split at a block boundary and get a clean break
[17:49:53 CEST] <kepstin> opus and vorbis support indicating a number of pre-roll samples, so you can include an extra block-before or after and indicate - with sample accuracy - exactly where you want the cut
[17:50:22 CEST] <kepstin> (this needs specialized tools, ffmpeg can't do this)
[18:10:52 CEST] <aep4Ayai> alright thanks
[19:17:48 CEST] <mp1__> Have you a solution for my problem ? ^
[19:37:18 CEST] <speedcuber> I have some analog video8 tapes I am using ffmpeg to capture video and sound with. This cmd works ffmpeg -f v4l2 -i /dev/video0 -c:v rawvideo -f alsa -i pulse video.mkv
[19:38:00 CEST] <speedcuber> but I would like to capture lossless and later compress both video and sound. How would I go about doing that?
[19:40:24 CEST] <speedcuber> It seems that rawvideo is being compressed with x264 and the sound is converted to vorbis.
[19:50:46 CEST] <bp0> mp1__, send SIGINT once
[19:52:03 CEST] <bp0> speedcuber, what format is the output of the video capture card?
[19:53:33 CEST] <speedcuber> No video capture card. This camera is really old. Just RCA video outputs that go to a "easycap" usb using the usbtv007 chip.
[19:54:24 CEST] <speedcuber> looks like I can choose between 720x576 PAL and NTSC
[19:54:31 CEST] <bp0> did you try -c:v copy and -c:a copy?
[19:54:33 CEST] <speedcuber> from that chip
[19:55:56 CEST] <bp0> i only wondered if the card was sending mpeg or something already
[19:56:24 CEST] <speedcuber> /dev/video0 but doing ffplay /dev/video does show video. Wonder if I can do a "live" ffprobe on /dev/video0 and get some raw info
[19:56:26 CEST] <bp0> some usb captures do that, I've used -c:v copy with my pci capture card and got rawvideo in the mkv
[19:57:07 CEST] <speedcuber> or just cat out /dev/video0 then probe it
[19:57:24 CEST] <bp0> well, ffmpeg should tell you something about the input stream, Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422 etc.
[19:57:37 CEST] <bp0> if it says rawvideo, then -c:v copy should be the solution
[19:58:14 CEST] <speedcuber> yup see rawvideo -> x264
[19:58:32 CEST] <speedcuber> nice! Gonna give it a shot!
[19:58:39 CEST] <furq> use -c copy
[19:58:45 CEST] <furq> -c:v copy will still convert the audio
[19:59:00 CEST] <speedcuber> ahh thx
[19:59:10 CEST] <bp0> unless also using -c:a copy :)
[19:59:17 CEST] <bp0> but yes, that is prolly better
[19:59:19 CEST] <furq> right
[19:59:30 CEST] <furq> you might also want to use some kind of lossless compression, e.g. -c:v ffv1
[19:59:34 CEST] <furq> rawvideo is pretty huge
[19:59:50 CEST] <speedcuber> Have 18TB on this NAS =P
[20:00:59 CEST] <speedcuber> OK it works! Is there a way to deinterlace this video?
[20:01:17 CEST] <furq> -vf yadif -c:v rawvideo
[20:01:36 CEST] <furq> there are other deinterlacers but yadif is probably the best one in ffmpeg
[20:01:45 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#yadif-1
[20:02:03 CEST] <speedcuber> think I remember that one not being so destructive
[20:02:22 CEST] <furq> probably -vf yadif=mode=1
[20:03:02 CEST] <furq> although that'll double the size with rawvideo
[20:03:13 CEST] <speedcuber> So cool you can use ffplay right off the head on /dev/video0 ...
[20:03:20 CEST] <furq> i assume your nas can deal with 30MB/s writes though
[20:03:39 CEST] <speedcuber> It is a 6 disk ZFS NAS.
[20:03:50 CEST] <speedcuber> reads at about 500MBs
[20:04:09 CEST] <furq> if that's 6x6TB mirrors then you should be fine
[20:04:10 CEST] <speedcuber> so yeah =)
[20:04:52 CEST] <speedcuber> 6 WD Reds at 3TB each. In RAIDZ-2.
[20:05:39 CEST] <furq> i have no idea how raidz2 performs but it should probably still be able to handle 30MB/s
[20:05:50 CEST] <speedcuber> It can =)
[20:06:10 CEST] <speedcuber> Not that super when it comes to IOPs tho but that is another story
[20:06:19 CEST] <furq> my raidz1 can saturate my 1G nic anyway
[20:06:31 CEST] <speedcuber> thats all you need.
[20:07:27 CEST] <furq> fwiw you can use vapoursynth if you want nicer deinterlacing and you have a halfdecent cpu
[20:07:32 CEST] <speedcuber> Truth be told I spent all my cash building this NAS and could not afford the 10G NiCs and switch ..haha
[20:07:51 CEST] <furq> but if yadif mode 1 gives nice enough results then it's probably not worth the hassle
[20:08:22 CEST] <speedcuber> Giving it a few min and gonna take a look. Seems to work tho.'
[20:10:48 CEST] <bp0> is the easycap usb2.0?
[20:11:22 CEST] <bp0> 720x576 rawvideo, hmm
[20:12:40 CEST] <speedcuber> bk...
[20:12:40 CEST] <mp1__> thx bp0
[20:13:10 CEST] <speedcuber> yeah I know what you thinking bp0 me too... its a usb 2 device
[20:13:42 CEST] <speedcuber> Is this right? ffmpeg -f v4l2 -i /dev/video0 -vf yadif -c:v rawvideo out.mkv
[20:13:51 CEST] <furq> -vf yadif=mode=1
[20:13:55 CEST] <furq> if you want 50fps output
[20:14:01 CEST] <furq> which you probably do with yadif because it'll look nicer
[20:14:19 CEST] <speedcuber> thx
[20:14:25 CEST] <furq> oh and you want -c:a copy as well
[20:15:24 CEST] <speedcuber> yeah the audio I am pulling from a line-in.
[20:16:47 CEST] <speedcuber> bp0 its the usbtv007 version of the easycap.
[20:17:50 CEST] <bp0> ok, I just wondered if that was too much for usb2.0, but maybe it isn't.
[20:18:43 CEST] <kepstin> nah, raw SD video is no problem over usb2.0 (at least if it's 4:2:0 or 4:2:2 subsampled)
[20:19:13 CEST] <bp0> alright
[20:19:37 CEST] <speedcuber> good to know. Thought it would be to much too
[20:21:49 CEST] <speedcuber> Stream #0:0 -> #0:0 (rawvideo (native) -> rawvideo (native))
[20:22:36 CEST] <speedcuber> looks good so far but I do get this at times - [video4linux2,v4l2 @ 0x249e140] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
[20:22:43 CEST] <speedcuber> what does that mean?
[20:26:23 CEST] <speedcuber> furq yadif=mode=1 is REALLY nice! Thx
[20:48:07 CEST] <speedcuber> Seems to not like the way I am tying to capture audio. Something with the -vf filter. Any tips?
[20:48:11 CEST] <speedcuber> -f v4l2 -i /dev/video0 -vf yadif=mode=1 -c:v rawvideo -f alsa -i pulse -c:a TAPE5NO_RAW.mkv
[20:52:16 CEST] <furq> -c:a copy
[20:56:08 CEST] <speedcuber> furq wich the audio was presented in /dev/video0 but its not. There is some weird sound card thingy in this.
[20:56:23 CEST] <speedcuber> arecord -l shows
[20:56:25 CEST] <speedcuber> card 1: usbtv [usbtv], device 0: USBTV Audio [USBTV Audio Input]
[20:56:25 CEST] <speedcuber>   Subdevices: 1/1
[20:56:25 CEST] <speedcuber>   Subdevice #0: subdevice #0
[20:57:59 CEST] <speedcuber> -f alsa -i pulse seems to grab it but it is being converted to vorbis
[20:59:58 CEST] <furq> the command you pasted doesn't have any argument after -c:a
[21:00:06 CEST] <bp0> as furq: -c:a copy, the "copy" is missing from the commandline you posted
[21:00:26 CEST] <bp0> but aside, did you try using -f alsa -i hw:1 instead of pulse?
[21:00:26 CEST] <speedcuber> ffmpeg -f v4l2 -i /dev/video0 -vf yadif=mode=1 -c:v rawvideo -c:a copy TAPE5NO_RAW3.mkv
[21:00:42 CEST] <speedcuber> sry about that. This is the cmd I tried
[21:00:47 CEST] <bp0> direct from the usb audio instead of via pulseaudio
[21:01:17 CEST] <speedcuber> I would love to do that! Hate pulse. Gets in the way of everything!
[21:01:25 CEST] <speedcuber> just not sure how to go about it.
[21:02:49 CEST] <bp0> well your arecord output shows it as card 1, so -f alsa -i hw:1 instead of -f alsa -i pulse should do it
[21:03:46 CEST] <bp0> details here: https://trac.ffmpeg.org/wiki/Capture/ALSA
[21:04:55 CEST] <furq> -i hw:1,0
[21:04:58 CEST] <furq> card 1, device 0
[21:05:40 CEST] <furq> actually nvm hw:1 should pick the same device
[21:18:44 CEST] <speedcuber> So close! Video works and sound works as soon as I put in  -c:a copy like this
[21:18:50 CEST] <speedcuber> -f alsa -i hw:1,0 -c:a copy -f v4l2 -i /dev/video0 -vf yadif=mode=1 -c:v rawvideo TAPE5NO_1.mkv
[21:19:17 CEST] <speedcuber> I get Unknown decoder 'copy'
[21:19:43 CEST] <speedcuber> if I leave out -c:a copy I get sound but it is converted to vorbis
[21:20:14 CEST] <speedcuber> and a HUGE thx for the -i hw1,0 tip!
[21:23:13 CEST] <kepstin> speedcuber: you have the '-c:a copy' in the wrong spot, it should be after all the inputs (put it beside the -c:v rawvideo)
[21:23:53 CEST] <speedcuber> kepstin, I tried that but the filter started to complain and said to move it
[21:24:08 CEST] <speedcuber> the -vf yadif filter that is
[21:25:12 CEST] <kepstin> ... that makes no sense, unless you made a typo somewhere else in the command
[21:25:27 CEST] <kepstin> i'd have to see the full command line and error to tell you what was actually wrong
[21:26:03 CEST] <speedcuber> It works!!!! Thx guys!
[21:26:07 CEST] <speedcuber> ffmpeg -f alsa -i hw:1,0 -f v4l2 -i /dev/video0 -vf yadif=mode=1 -c:a copy -c:v rawvideo TAPE5NO_1.mkv
[21:56:04 CEST] <randng> Hello, I'm having trouble trimming a .MOV file: ffmpeg -i 2016_0729_145724_025.MOV -ss 00:03:48 -t 10 -async 1 RH.mov
[21:56:19 CEST] <randng> when I run that command, I get: frame=    0 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   0x
[22:02:16 CEST] <furq> it'll take a while to seek
[22:02:50 CEST] <furq> you can move -ss before -i if you want faster/less accurate seeking
[22:04:18 CEST] <randng> furq: Yes, thanks! that worked. for some reason, i've never felt it take very long when I put -ss after -i
[22:26:12 CEST] <shincodex> which fing file
[22:26:19 CEST] <shincodex> Do i search for optiosn registeration
[22:26:35 CEST] <shincodex> cause timeout on rtsp isnt working and windows code is blocking forever on ff_poll
[22:27:28 CEST] <ljr1981> Hello everyone!
[22:28:32 CEST] <ljr1981> I am looking for something like an FFMPEG Cookbook, which might describe common CLI-calls for various tasks. For example: If I want to do a cube-rotation cross-fade.
[22:28:53 CEST] <ljr1981> Does anyone know of such a Cookbook resource or perhaps even a book in general?
[22:30:44 CEST] <shincodex> options
[22:30:46 CEST] <shincodex> timeout
[22:30:49 CEST] <shincodex> rtsp
[22:30:56 CEST] <ljr1981> For example: I see a book on Amazon for the "Basics", which I will purchase this weekend. However, I am looking for more advanced material as well.
[22:30:58 CEST] <shincodex> is exiting avformat_open wtf ever
[22:31:07 CEST] <shincodex> stimeout / timeout
[22:31:20 CEST] <shincodex> i think docs for "timeout" on rtsp is lie
[22:31:31 CEST] <shincodex> and http "timeout" is more correct and should be same for both
[22:44:43 CEST] <ljr1981> Any FFMPEG books other than the "Basics" book on Amazon?
[23:04:00 CEST] <JEEB> ljr1981: FFmpeg is a thing that changes quickly enough that no book could possibly cover it well enough. your best bet is to read the documentation and ask things. books are useful for generic subjects around FFmpeg, of course.
[23:04:09 CEST] <JEEB> such as digital video, colorspaces and video|audio compression
[23:04:49 CEST] <ljr1981> Thanks, JEEB!
[23:05:04 CEST] <ljr1981> So, FFMPEG is relatively unstable in terms of API?
[23:05:43 CEST] <ljr1981> (e.g. the FFMPEG people are changing it enough to where use-cases for it become obsolete or break often? If so, how often do you think?)
[23:08:33 CEST] <speedcuber> Wondering if I should be using x265 as far as future proofing my files. Is there any evidence that suggests that is where mainstream is heading?
[23:09:12 CEST] <TD-Linux> future proofing for what?
[23:10:03 CEST] <speedcuber> compressing old video8 videos that are 25 years old. Wonder where things will be in 10 from now
[23:10:29 CEST] <speedcuber> "proofing" is not the right word but you get the gist.
[23:14:16 CEST] <speedcuber> btw is there a decent anti-shake filter that can be used when capturing video in ffmpeg?
[23:16:06 CEST] <furq> speedcuber: if you have the space for it then something lossless like ffv1 is your best bet for archival
[23:17:25 CEST] <speedcuber> furq I got the space so that is not really an issue. The file you helped me out with  turned out to be
[23:17:30 CEST] <speedcuber> 163G Jul 29 22:45 TAPE5_RAW.mkv
[23:18:21 CEST] <furq> i wouldn't be particularly confident that h265 will ever have the sort of popularity that h264 has at the moment
[23:18:50 CEST] <ljr1981> @furq: Why?
[23:19:06 CEST] <furq> people aren't very happy about the licensing and there are credible license/patent-free alternatives now or coming soon
[23:19:17 CEST] <ljr1981> gotcha
[23:19:26 CEST] <ljr1981> lic. can be a deal-breaker
[23:19:27 CEST] <furq> AV1's goal is to actually be patent-free, although who knows how that'll work out
[23:19:44 CEST] <furq> VP9 is free for use under the terms of some shadowy deal google did with mpeg-la et al
[23:20:34 CEST] <ljr1981> Can someone point me at a good "cubed-cross-fade" example for ffmpeg cli?
[23:20:46 CEST] <speedcuber> please tell me there is not licensing issues with x265....always some leech sucking the teats of others work!
[23:20:47 CEST] <ljr1981> (e.g. 3D cube)
[23:21:01 CEST] <furq> speedcuber: of course there are
[23:21:09 CEST] <JEEB> furq: they don't have any deal with mpeg-la AFAIK
[23:21:13 CEST] <furq> patent issues, not software license issues
[23:21:38 CEST] <JEEB> as far as I know it's just pure "it's patent free, we promise" kind of thing
[23:22:03 CEST] <speedcuber> DFSG is not gonna like that
[23:22:16 CEST] <JEEB> that said VP9 as a format definitely is having less patent-related issues than HEVC :P
[23:22:22 CEST] <furq> http://arstechnica.com/information-technology/2013/03/google-mpeg-la-agree-to-royalty-free-terms-for-vp8-video-codec/
[23:22:32 CEST] <furq> there's no reference to an actual deal there but i can't imagine that happened without money changing hands
[23:22:40 CEST] <JEEB> a) that's VP8 b) loldunno
[23:22:48 CEST] <furq> The agreement also covers any codecs derived from VP8, including the VP9 codec that's currently in development. MPEG LA will also end the patent pool creation process for VP8.
[23:23:05 CEST] <speedcuber> I actually use VP8 webm and vorbis
[23:23:06 CEST] <JEEB> anyways, the issues with HEVC don't even come from MPEG-LA
[23:23:27 CEST] <JEEB> it is the fact that companies decided they didn't get enough from MPEG-LA which led to the mess with HEVC
[23:23:50 CEST] <JEEB> I think we currently have three theoretical patent licensing groups/companies asking for your money
[23:23:52 CEST] <speedcuber> who are these wankers?
[23:24:02 CEST] <speedcuber> sry could not help myself
[23:24:21 CEST] <furq> speedcuber: if you're not doing business in the US then it doesn't matter anyway
[23:24:21 CEST] <JEEB> we have MPEG-LA, then we have unnamed entities under "HEVC Advance" and and then we have Technicolor I think ?
[23:24:54 CEST] <furq> oh nice
[23:24:56 CEST] <JEEB> esp. the almost trollish pricings of the middle one led to companies thinking about alternatives more seriously
[23:24:56 CEST] <furq> i thought it was just two
[23:25:23 CEST] <JEEB> which thus currently makes VP9 with all of its uncertainty and the encoder being crappy the least bad alternative!?
[23:25:34 CEST] <JEEB> as a format that is
[23:25:45 CEST] <furq> as far as i can see the least bad alternative is to keep using h.264
[23:25:51 CEST] <JEEB> yes, that is true
[23:26:08 CEST] <JEEB> I meant looking at the future
[23:26:15 CEST] <JEEB> since HEVC isn't something you can deploy right now either
[23:26:27 CEST] <JEEB> (you can, but with similar caveats to VP9)
[23:26:51 CEST] <furq> it depends how little you care about mobile users' batteries
[23:27:01 CEST] <JEEB> also the guy who optimized the VP9 decoder in FFmpeg noted he is doing a proprietary encoder
[23:27:02 CEST] <speedcuber> I am actually started to look google more and more
[23:27:17 CEST] <JEEB> which seems promising, unlike google's
[23:27:40 CEST] <furq> it's a shame it's commercial
[23:28:12 CEST] <JEEB> well, if VP9 takes off with it it will be a nice case of freetards' favourite format getting encoded with proprietary software
[23:28:15 CEST] <JEEB> har har har
[23:28:37 CEST] <furq> maybe av1 will be released next year in a usable state
[23:28:46 CEST] <furq> which would be amazing except we'll all have had heart attacks from shock
[23:28:52 CEST] <JEEB> yes
[23:28:59 CEST] <JEEB> esp. given the major role of Google still in that one
[23:29:05 CEST] <JEEB> and Google not giving two fucks about rate control
[23:29:33 CEST] <JEEB> (Google representatives will outright tell you that they're totally focusing on it, but on the other hand libvpx doesn't even seem to have it on the roadmap :P)
[23:29:37 CEST] <furq> isn't it pretty much vp10 with lapping transforms from daala
[23:29:46 CEST] <JEEB> not sure they took that in
[23:29:54 CEST] <JEEB> since that would require major rework
[23:30:11 CEST] <JEEB> they took some simpler-to-implement things from daala though, I think
[23:31:27 CEST] <speedcuber> Heard at work that intel is working on something that is GPL and even better then what is out there now. Gonna use you will need a Intel cpu for tho.
[23:31:33 CEST] <furq> i thought the whole point was to avoid the kind of patent mess that DCT is mired in
[23:32:04 CEST] <furq> speedcuber: intel are part of the aomedia group that are working on av1
[23:32:12 CEST] <furq> as are amd
[23:32:26 CEST] <speedcuber> av1 ?
[23:32:30 CEST] <furq> also gpl doesn't really matter, x264 and x265 are gpl
[23:32:53 CEST] <furq> you still technically need an h.26[45] license
[23:32:58 CEST] <furq> or three h.265 licenses apparently
[23:33:18 CEST] <speedcuber> oh shit not that kind of story again...
[23:33:21 CEST] <furq> https://en.wikipedia.org/wiki/Alliance_for_Open_Media
[23:33:37 CEST] <speedcuber> reading
[23:34:36 CEST] <furq> i guess they're big enough to just pay off any patent holders
[23:35:22 CEST] <speedcuber> I love the US dong get me wrong but all this patent stuff ..... well.
[23:35:54 CEST] <speedcuber> dont*   *Friday night beers at work here in Sweden*
[23:37:41 CEST] <speedcuber> Was nice that Firefox caved. Been using IceWeasel for years. Was kinda nice/weird to see it in the GNU/Linux Debian repos.
[23:39:18 CEST] <speedcuber> From one thing to the next. Kinda liking the filters in ffmpeg. Anyway to add some cropping when I capture?
[23:39:33 CEST] <furq> https://ffmpeg.org/ffmpeg-filters.html#crop
[23:39:52 CEST] <speedcuber> oh dang! the magic never stops
[23:42:16 CEST] <JEEB> https://www.ffmpeg.org/ffmpeg-all.html is a simple way of having a single page you can ctrl+F through although it doesn't contain all the things (some things just don't have documentation)
[23:48:29 CEST] <speedcuber> all right so I would guess this will crop 10% off ?   crop=9/10*in_w:9/10*in_h  ?
[23:56:11 CEST] <kepstin> speedcuber: that'll give you the top left 90%
[23:56:30 CEST] <kepstin> it's probably easier just to specify the size directly in pixels
[23:59:54 CEST] <speedcuber> kepstin, yup.
[00:00:00 CEST] --- Sat Jul 30 2016