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

[burek]

[00:00:12 CEST] <furq> you'll need to restart command prompt etc after you edit it
[00:01:04 CEST] <Kiicki> Not sure if I'm looking at the right thing, but on the path, this comes up: C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Skype\Phone\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common
[00:01:11 CEST] <sfan5> that looks right
[00:01:15 CEST] <furq> 22:58:12 ( furq) edit that and add ";C:\path\to\ffmpeg" to the end
[00:02:20 CEST] <Kiicki> C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Skype\Phone\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common\;C:\path\to\ffmpeg
[00:02:42 CEST] <Kiicki> not sure if I did right. I added a backslash before ";C"
[00:02:51 CEST] <furq> it makes no difference either way
[00:03:02 CEST] <furq> also in case it wasn't obvious i meant the actual path to your ffmpeg dir
[00:03:31 CEST] <Kiicki> I was wondering how it would know where it was -.-
[00:05:34 CEST] <Kiicki> C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Skype\Phone\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common\C:\Program Files\FFMPEG Standalone\ffmpeg
[00:05:53 CEST] <Kiicki> seems right? I have my exe file in a folder called "FFMPEG standalone" in programfiles
[00:06:04 CEST] <furq> it's the path to the dir, not the path to the exe
[00:07:04 CEST] <sfan5> i feel like someone should write a program to do this automatically
[00:07:07 CEST] <sfan5> it seems to be hard
[00:07:33 CEST] <Kiicki> No, I'm just retarded
[00:08:47 CEST] <furq> echo "export PATH=$PATH:$(whereis ffmpeg)" >> ~/.bashrc
[00:08:51 CEST] <furq> oh wait never mind
[00:09:26 CEST] <sfan5> :D
[00:11:01 CEST] <Kiicki> Was a joke or something? : p
[00:11:04 CEST] <Kiicki> that*
[00:13:37 CEST] <durandal_1707> You work for nvidia?
[00:14:40 CEST] <Kiicki> yes, I work for nvidia but cannot setup FFMPEG properly
[00:17:02 CEST] <Kiicki> Think I'm better of using Handbrake. The only reason why I wanted to try out FFMPEG is that it allows to copy the audio, and not re-encode it if I don't want to change it. Sucks that GUI programs doesn't support this feature. I think I'm just better of re-encoding the audio and let it take some extra time to convert the file.
[00:17:53 CEST] <sfan5> if you dont want to touch the command line
[00:17:59 CEST] <sfan5> you could use handbrake to convert only the video
[00:18:19 CEST] <sfan5> and then use mkvtoolnix-gui to take the audio from the orginal file and the new video to mux it into a fresh .mkv
[00:18:37 CEST] <Kiicki> yeah, I have been doing that a few times. Using MKVmerge to pull out the audio from the file and use mkvmerge again to merge the video and the audio together
[00:18:53 CEST] <Kiicki> aah, yes. that's what I do. Doesn't fully work as I want it to
[00:19:39 CEST] <Kiicki> for example: Converting 10 files at a time. Using mkvmerge to pull out the audio from those 10 files, it just merges everything into 1 MKV file and not 10 different
[00:19:56 CEST] <Kiicki> They do have a split feature, but it only works my "time" "chapters" and so on
[00:20:01 CEST] <Kiicki> why not just by file?
[00:20:10 CEST] <Kiicki> forces me to do one by one
[00:21:55 CEST] <Kiicki> if it would be possible to just insert "-c:a copy" into a GUI it would be perfect for me
[00:22:05 CEST] <Kiicki> and of course have CRF value
[00:22:32 CEST] <durandal_1707> use new bash thing from win 10?
[00:23:02 CEST] <sfan5> won't that impact performance?
[00:23:51 CEST] <durandal_1707> besides handbrake uses libav
[00:24:25 CEST] <furq> can you call windows binaries from win10 bash
[00:24:38 CEST] <Kiicki> I just don't understand why there isn't a "-c:a copy" thing on GUI programs. am I the only one that wants to avoid re-encoding something that I don't want to change?
[00:25:06 CEST] <durandal_1707> perhaps there is, already asked?
[00:25:16 CEST] <sfan5> it can be hard to implement that based on how the program was designed
[00:25:23 CEST] <Kiicki> yes, I have tried for several days to find a GUI converter that does that
[00:25:28 CEST] <sfan5> that seems to be the case with e.g. mpv
[00:25:45 CEST] <Kiicki> I would think that Handbrake should easily fix that since it is based on FFMPEG
[00:26:09 CEST] <furq> isn't there an "auto passthrough" option in handbrake
[00:26:12 CEST] <durandal_1707> there is qtractor IIRC
[00:26:21 CEST] <furq> there definitely is for dvd ripping
[00:26:22 CEST] <sfan5> the question is whether handbrake directly uses libav or just passes flags to ffmpeg
[00:26:27 CEST] <furq> i've never used it for converting anything else
[00:26:30 CEST] <furq> and it uses libav*
[00:26:43 CEST] <furq> it actually uses its own lib which wraps libav iirc
[00:27:09 CEST] <Kiicki> dude, does auto pass through actually mean the same as "-c:a copy"?
[00:27:10 CEST] <furq> it has some filters and stuff which aren't part of libavfilter
[00:27:16 CEST] <furq> Kiicki: i believe so
[00:27:22 CEST] <Kiicki> omg -.-
[00:27:27 CEST] <Kiicki> yes, it does have that
[00:27:54 CEST] <furq> yeah it's a dumb name but that should just copy the audio tracks
[00:28:28 CEST] <Kiicki> well, thanks! Really. I have been stuck in this subject for weeks. been waiting for 5 days to post on Doom9 and everything
[00:28:35 CEST] <Kiicki> and the feature was always there
[00:29:29 CEST] <sfan5> it does have passthru for aac, ac3, dts, dts-hd and mp3
[00:29:47 CEST] <Kiicki> yeah, just saw that. I just didn't know that passthru meant that
[02:54:48 CEST] <rkantos> anybody got ideas why youtube doesn't want to go live with my ffmpeg stream that has the chroma overlay?
[02:55:05 CEST] <rkantos> if I just have an overlay without chroma everything works fine
[02:55:12 CEST] <rkantos> so weird
[02:59:11 CEST] <rkantos> in ffplay everything works also great with the chroma
[02:59:22 CEST] <furq> rkantos: pastebin the ffmpeg output
[03:04:05 CEST] <rkantos> furq: currently running with this; the upper works and the lower doesn't (in youtube): ffmpeg -thread_queue_size 512 -r 30 -i rtmp://localhost/video/s4 -thread_queue_size 64 -i rtmp://localhost:1936/data/s4 -vcodec libx264 -pix_fmt yuv420p -preset superfast -b:v 3000k -acodec copy -lavfi "[1:v]colorkey=0x000000:0.5:0.1[ckout],[ckout]scale=400x225[ckout2],[0:v][ckout2]overlay=x=W-w:y=H-h[out]" -map "[out]"
[03:04:11 CEST] <rkantos> -c:v mpeg2video -f avi - | ffplay -
[03:04:17 CEST] <rkantos> ffs
[03:04:28 CEST] <rkantos> http://pastebin.com/M3VV8jqg
[03:04:46 CEST] <furq> i said the output
[03:05:03 CEST] <furq> although my guess was going to be pix_fmt and you seem to have that covered
[03:06:47 CEST] <rkantos> furq: you see this does work fine: http://pastebin.com/8bC8Aif4
[03:06:58 CEST] <rkantos> and again, both work in ffplay
[03:07:10 CEST] <rkantos> how should I pastebin the output? :S
[03:07:38 CEST] <furq> if your terminal is bad then use -report
[03:10:25 CEST] <rkantos> yt just goes starting with the green color for a second, a livestream pops to my channel, but then goes back to starting with grey, which means it's not receiving anything supposedly.
[03:20:06 CEST] <rkantos> furq: at least the log is full a whole lot of "Current profile doesn't provide more RBSP data in PPS, skipping
[03:20:09 CEST] <rkantos> "
[03:20:12 CEST] <rkantos> hmm
[03:36:35 CEST] <kernelkatze> hi guys
[03:36:39 CEST] <kernelkatze> i need some help
[03:37:49 CEST] <kernelkatze> i try to rip a dvd with ffmpeg (legal in my country) but the result is pretty shitty because the video has lots of artifacts etc. i installed all common libs (such as libdvdcss e.g).
[03:38:18 CEST] <kernelkatze> cat VTS_09_0.VOB VTS_09_1.VOB VTS_09_2.VOB VTS_09_3.VOB VTS_09_4.VOB VTS_09_5.VOB VTS_09_6.VOB | ffmpeg -i - /home/user/video.mp4
[03:38:23 CEST] <kernelkatze> i used this command
[03:39:10 CEST] <kernelkatze> here r just some errors i get
[03:39:11 CEST] <kernelkatze> http://pastebin.com/FQj7HDf2
[03:46:34 CEST] <rkantos> is this an issue furq? [swscaler @ 0x162e240] No accelerated colorspace conversion found from yuv420p to argb.
[04:03:32 CEST] <rkantos> furq: here's the output https://paste.ee/p/fDeLf
[04:04:14 CEST] <rkantos> this is currently working with youtube: https://paste.ee/p/RfBFO
[04:52:07 CEST] <Spring> what chroma subsampling does ffmpeg use by default?
[04:54:14 CEST] <c_14> That of the input or that which it considers suitably similar to the input that the output codec supports.
[05:01:12 CEST] <Spring> thx
[05:01:44 CEST] <k_sze[work]> How can I tell ffmpeg to output a blank video frame when a damaged video frame is encountered? Or repeat the last good frame?
[05:02:28 CEST] <c_14> don't think the binary has support for that
[05:12:45 CEST] <Spring> in vp9 the docs state to use -b:v 0 when wanting to use CRF quality, while someone else here mentioned adding -maxrate is the better way to limit bitrate. When used together though ffmpeg gives an error that no bitrate has been set (since -b:v is '0').
[05:13:16 CEST] <Spring> Should I use -b:v 20M for example or just not use -maxrate at all to set a max bitrate?
[05:15:46 CEST] <Spring> so far I've been using the 'constrained quality' which is crf + a b:v max value. Basically wondering if maxrate should be used in some way or not.
[05:18:35 CEST] <k_sze[work]> I remember there was an option to generate new timestamps when transcoding. I can't remember what it is.
[05:19:38 CEST] <c_14> k_sze[work]: -fflags +genpts
[05:21:20 CEST] <k_sze[work]> If I use `-f null` as output format, I still get "[null @ 0x1910520] Encoder did not produce proper pts, making some up."
[05:47:05 CEST] <k_sze[work]> hmm, looks like ffmpeg automatically does the "right" thing if I decode ffv1 to rawvideo with damaged frames.
[05:48:27 CEST] <k_sze[work]> It will output a weird-looking frame, but at least then my timesync isn't messed up.
[06:01:21 CEST] <Kiicki> got a off topic question here: Any recommendation for a free DLNA service that will work on my Smart TV and on Android? Hopefully a DLNA service that can separate movies and TV-series and not put it all under "videos" like Serviio. Plex won't work since it's not free not mobile. also I have had some audio issues with Plex recently.
[06:13:57 CEST] <klau> Hi. I have 256 images, named sequentially img031 to img286, and would like to tile them in a 16x16 array using the tile command
[06:14:38 CEST] <klau> I tried the following: ffmpeg -i img%03d.jpg -filter_complex tile=16x16 output.jpg
[06:14:51 CEST] <klau> however get the following error: [image2 @ 00000000024524a0] Could find no file with path 'img%03d.jpg' and index in the range 0-4 img%03d.jpg: No such file or directory
[06:32:50 CEST] <jya> ffmpeg flac decoder is unable to decode a flac live stream? it will error out if extradata is 0
[06:50:45 CEST] <rafael2k> people, it seems mpegts muxer is not working with latm/loas encoded by libfdk_aac
[06:50:54 CEST] <rafael2k> it does not set the correct program type
[06:53:44 CEST] <c_14> klaxa: use -start_number 31
[06:53:52 CEST] <c_14> eh, sorry wrong highlight
[06:53:55 CEST] <c_14> He's already gone
[06:54:24 CEST] <c_14> rafael2k: update to a git build/open a bugreport on trac
[06:54:36 CEST] <c_14> jya: ditto
[06:55:43 CEST] <jya> c_14: you mean to open a bug? I can see that the code doesn't handle it... I was more voicing my surprise than anything else
[06:56:04 CEST] <c_14> yes, though in this case it might be a feature request
[07:13:15 CEST] <jya> c_14: I can make a quick patch to make it work...
[07:13:58 CEST] <c_14> You could try sending it to the ml mentioning the issue and how to reproduce it.
[07:14:06 CEST] <c_14> Depends on how much effort you want to put into fixing it.
[07:14:14 CEST] <jya> oh actually, it's something else... it wants null as extradata, doesn't check the size like other decoders do
[09:11:29 CEST] <k_sze[work]> So how to I make ffmpeg not drop damaged frames when using it as a library?
[09:11:48 CEST] <k_sze[work]> The ffmpeg command line does drop damaged frames when I decode as rawvideo.
[09:11:56 CEST] <k_sze[work]> s/does/doesn't/
[09:15:07 CEST] <Bray90820> Can someone tell me what this error means?
[09:15:08 CEST] <Bray90820> http://pastebin.com/raw/1a83g35J
[09:54:20 CEST] <durandal_1707> Bray90820: why you use same file as input and output?
[09:54:44 CEST] <durandal_1707> looks like you trashed file
[09:55:03 CEST] <Bray90820> durandal_1707: One has the extension mov the other one is mp4
[09:55:08 CEST] <Bray90820> I'm converting it to mp4
[09:55:48 CEST] <durandal_1707> then one file is either incomplete or corrupted
[09:58:05 CEST] <Bray90820> Does the input have the correct syntax tho?
[09:58:58 CEST] <Bray90820> durandal_1707:
[09:59:17 CEST] <durandal_1707> syntax?
[09:59:34 CEST] <Bray90820> Is the input correct?
[10:01:45 CEST] <Bray90820> durandal_1707: Is the input correct?
[10:02:50 CEST] <durandal_1707> no, its missing something, the file
[10:03:35 CEST] <Bray90820> What do you mean?
[10:04:17 CEST] <durandal_1707> what ffmpeg tells, is the problem
[10:05:51 CEST] <Bray90820> Yeah I think the file is corrupt?
[10:05:58 CEST] <Bray90820> Sorry no question mark needed
[10:06:48 CEST] <ritsuka> does the .mov work in quicktime or another player?
[10:09:11 CEST] <Bray90820> It plays in VLC and quicktime and oddly it plays in  VLC
[10:09:40 CEST] <Bray90820> Sorry I meant Oddly it plays in iTunes
[10:09:56 CEST] <Bray90820> Because I thought iTunes was only for mp4 and m4v files
[10:10:19 CEST] <durandal_1707> Bray90820: could you upload it?
[10:10:55 CEST] <Bray90820> This site has a bunch of them and they all seem to experience the same behavior
[10:10:56 CEST] <Bray90820> http://www.markmarek.org/ANIMATIONS/KABLAM.html
[10:12:00 CEST] <Spring> no surprise it plays in iTunes, seeing as MOV is an Apple format :)
[10:12:49 CEST] <Bray90820> Oh well then I take back my comment about iTunes
[10:17:02 CEST] <Bray90820> So any info with the videos
[10:17:42 CEST] <durandal_1707> still downloading
[10:17:49 CEST] <Bray90820> Alright
[10:17:54 CEST] <Bray90820> Take your time
[10:21:46 CEST] <durandal_1707> Bray90820: ep01 plays fine even partially downloaded
[10:22:08 CEST] <Bray90820> Then why can't it convert?
[10:52:24 CEST] <durandal_1707> Bray90820: perhaps you have different file
[12:05:54 CEST] <nonex86> hey, guys, still looking someone, who can clarify things on avformat_seek_file and mpeg container
[12:15:23 CEST] <JEEB> nonex86: rather use bytewise seeking with such containers
[12:30:48 CEST] <hbo> hi
[12:31:22 CEST] <hbo> guys im using ffmpeg complied with h264 and libfdkaac for windows
[12:31:29 CEST] <hbo> but i need same file for linux
[12:31:50 CEST] <hbo> i complied windows file with this https://github.com/rdp/ffmpeg-windows-build-helpers
[12:32:05 CEST] <hbo> but i dont know how to do this for linux
[12:35:43 CEST] <bp0> ./configure --enable-libfdk-aac
[13:15:04 CEST] <cowai> Any one know I can can flip field order without reencoding, only shifting the lines?
[13:29:55 CEST] <durandal_1707> cowai: not possible
[13:34:24 CEST] <nonex86> JEEB: so for mpg container keyframe seek is broken? because the same codepath works ok on mp4/h264 stream and do exactly what it should - seek to keyframe with 0 flags?
[13:35:07 CEST] <cowai> durandal_1707: So I loose quality, not just loosing a line? It cannot be done?
[13:38:25 CEST] <furq> nonex86: which codec
[13:38:35 CEST] <nonex86> mp2video/audio
[13:38:38 CEST] <JEEB> nonex86: you need an idr/irap and parameter sets. and mpeg-ts/ps container has no idea of random access
[13:38:55 CEST] <furq> nvm wrong nick
[13:38:58 CEST] <furq> cowai: which codec
[13:39:39 CEST] <nonex86> JEEB: i am sorry, what is idr/irap? its some kind of exra date in codec context for mp2 video?
[13:39:48 CEST] <nonex86> *extradata
[13:39:55 CEST] <bencoh> there is no extradata either :D
[13:41:10 CEST] <furq> cowai: if it's bff which is marked as tff or something similar then there are tools which can fix that for mpeg2video
[13:41:14 CEST] <furq> possibly for other codecs as well
[13:42:11 CEST] <nonex86> as a conclusion, for mpeg, to seek on it first i should index the file to find keyframe file offsets and than i can seek to that saved offsets using avformat_seek_file with apropriate flags, right?
[13:44:25 CEST] <bencoh> a RAP is basically a position in stream where you can start parsing/decoding without knowledge of previous data
[13:44:46 CEST] <nonex86> yes, already understand what it was all about
[13:44:47 CEST] <bencoh> it's a more than "just a keyframe"
[13:44:51 CEST] <nonex86> idr
[13:45:25 CEST] <nonex86> or recover point hint
[13:46:13 CEST] <bencoh> IDR is at codec level
[13:46:59 CEST] <cowai> furq: mpeg2video, my files are  real bff, but the playout doesnt care and plays them as tff.
[13:47:13 CEST] <bencoh> oh and, when working with mpegts, a RAP usually implies that you'll receive needed TS stuff as well (PAT/PMT, ...)
[13:47:39 CEST] <furq> cowai: http://www.videohelp.com/software/Restream
[13:48:07 CEST] <furq> i vaguely remember using that years ago but there are probably other tools which will fix it
[13:48:16 CEST] <nonex86> i already parcing mpeg2/h264 streams, but i was confused when i start to use avformat_seek_file
[13:48:22 CEST] <nonex86> *parsing
[13:48:37 CEST] <nonex86> because it works on mp4 container with h264
[13:48:50 CEST] <nonex86> but broken on mpeg2 video :(
[13:49:37 CEST] <cowai> furq: thanks. It doesnt look like it can shift the fields up a line.
[13:49:45 CEST] <cowai> or does it?
[13:50:08 CEST] <cowai> I basically want to crop the first line, and add 1 black line at the bottom.
[13:52:31 CEST] <nonex86> one more question, as far as i understand mpegps & mpegts is two different format, isnt it? but usually both have mpg/mpeg extension?
[13:57:23 CEST] <durandal_1707> cowai: crop + pad
[13:58:44 CEST] <furq> cowai: you can't do that without reencoding
[13:58:50 CEST] <furq> that tool will just mark the stream as tff or bff
[13:59:23 CEST] <cowai> furq: Okay, thanks.
[13:59:53 CEST] <furq> nonex86: mpegts is normally .ts or .m2ts
[14:00:13 CEST] <furq> although i've definitely seen some which were .mpg
[14:05:11 CEST] <Mandevil> Hm, can ffmpeg do some video analysis? Like printing average I-frame interval?
[14:08:58 CEST] <iive> Mandevil: take a look of ffprobe
[14:09:08 CEST] <Mandevil> Oh, just realized that ffprobe is a thing :0
[14:09:16 CEST] <Mandevil> Thanks.
[14:12:56 CEST] <nonex86> furq: is it possible to distinguish one from another (ps vs ts) in ffmpeg demuxer? for example by analyzing the content of avformatcontext.iformat.name?
[14:15:49 CEST] <nonex86> furq: for mpeg2ps iformat.name is "mpeg" as far as i remember
[14:17:05 CEST] <furq> ts will be mpegts
[14:17:10 CEST] <furq> at least according to ffmpeg -formats
[14:23:59 CEST] <nonex86> ok, thank you
[14:38:17 CEST] <Mandevil> my GoPro footage seems to have every other frame an I frame.
[14:38:25 CEST] <Mandevil> Ridiculous, isn't it?
[14:51:41 CEST] <soulshock> ffmpeg returns exit code 0 if an error occurs when reading from input file. is this expected behavior? makes it hard to detect errors
[14:52:22 CEST] <furq> it returns 1 here
[14:52:42 CEST] <soulshock> i.e. reading from a network drive and the network goes down. ffmpeg happily returns exit code 0. i'm using the win64 build from zeranoe
[14:54:09 CEST] <soulshock> even if you pull the plug on your network cable while transcoding?
[14:54:25 CEST] <kdehl> When I decode a H.264 file using OpenH264, I get as output three buffers, (which represent Y, U and V I suppose?). How do I save those buffers into a valid yuv file?
[14:58:14 CEST] <kepstin> A 'yuv' file (raw video) is literally just the contents of the Y, U, and V buffers right after each other.
[14:58:19 CEST] <kepstin> i guess?
[14:58:30 CEST] <bencoh> indeed
[14:58:37 CEST] <kdehl> Oh.
[14:58:40 CEST] <kdehl> Hm. Okay.
[14:59:05 CEST] <kdehl> I just hex dumped the output and compared it to the original file, and they didn't look very similar.
[14:59:10 CEST] <kdehl> But maybe they are similar enough.
[14:59:25 CEST] <BtbN> set the output pix_fmt to something interleaved if you want that.
[14:59:27 CEST] <furq> well yeah one of them has been decoded
[14:59:43 CEST] <kepstin> h264 is a lossy codec, of course it'll be different from the source. Hard to tell how similar/different by looking at hex
[14:59:49 CEST] <kdehl> Yeah, I didn't expect it to be identical.
[15:00:06 CEST] <kdehl> But I thought it would look more similar than they do.
[15:00:21 CEST] <bencoh> there is absolutely no reason why they'd be even remotely similar :)
[15:00:26 CEST] <kdehl> I'm glad to be wrong though, because this turned out to be simple. :)
[15:00:37 CEST] <kepstin> you could use ffmpeg to convert them both to png or something if you want to compare them by eye
[15:00:50 CEST] <kdehl> Oh.
[15:01:24 CEST] <kdehl> I'm going to do some experimenting.
[15:02:12 CEST] <kdehl> But one frame at a time, and Y, U and V frames in that order?
[15:02:30 CEST] <kdehl> If I mix up U and V I would just get funny colors, no?
[15:02:48 CEST] <bencoh> depends on the format, but yuv420p is usually in that order, yeah
[15:03:03 CEST] <kdehl> It's yuv420p.
[15:03:04 CEST] <kdehl> Great!
[15:03:09 CEST] <kdehl> Thanks. :)
[15:03:33 CEST] <kepstin> annoyingly, 'yv12' is basically the same as yuv420p, except that the u and v are switched :/
[15:03:36 CEST] <kdehl> :noh
[15:03:39 CEST] <kdehl> Um. Oops.
[15:08:33 CEST] <bencoh> :)
[15:13:30 CEST] <kdehl> Hey, another question, can I ask the codec to tell me the width and height of the parsed video?
[15:23:08 CEST] <kdehl> Ah. Found it.
[15:23:49 CEST] <kdehl> SBufferInfo.UsrData.sSystemBuffer.iWidth
[15:26:55 CEST] <BtbN> I'm quite sure that's not coming from ffmpeg.
[15:27:30 CEST] <kdehl> No, OpenH264.
[15:29:51 CEST] <bencoh> does openh264 implement more than baseline nowadays?
[15:30:22 CEST] <bencoh> looks like it doesn't
[16:58:54 CEST] <deweydb> I needed ffmpeg from source so i could have --enable-libfreetype, so I followed this guide: https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu  This guide seems to place FFMPEG into the user directory and the binarys into ~/bin.
[16:59:30 CEST] <deweydb> I am also working with python av module, which wants to use libswresample and libavresample
[16:59:40 CEST] <deweydb> (parts of ffmpeg)
[17:00:13 CEST] <deweydb> but the python av module installer is failing because of my user directory installed version of ffmpeg. i.e. its not finding the libavresample and libavresample libraries.
[17:00:20 CEST] <deweydb> how can i fix this? symlink?
[17:06:39 CEST] <kdehl> Okay, um, an embarrassing question, how much bigger is the Y part compared to the U and V parts of yuv420?
[17:07:07 CEST] <kdehl> Four?
[17:07:16 CEST] <iive> y is 8 bits, u is 2 and v is 2, so they make 12bits
[17:07:53 CEST] <kdehl> Ah, thanks.
[17:08:15 CEST] <kdehl> No wonder this segfaults. I just assumed they'd be the same.
[17:08:17 CEST] <iive> to be exact, y is full resolution, u is 1/2*1/2 smaller and so is v.
[17:08:25 CEST] <kdehl> Right.
[17:09:41 CEST] <iive> deweydb: if you have root, you can just install it in --prefix=/usr
[17:09:59 CEST] <deweydb> k thanks
[17:10:25 CEST] <iive> btw, i doesn't ubuntu come with ffmpeg package?
[17:10:39 CEST] <deweydb> I needed ffmpeg from source so i could have --enable-libfreetype
[17:12:51 CEST] <iive> freetype is not part of ubuntu package?
[17:53:17 CEST] <rkantos> durandal_1707: would you have clues why youtube doesn't want to start a livestream with the stream that has the chroma key added to the overlay?
[17:53:30 CEST] <rkantos> while it works with ffplay and without the chroma key in youtube
[17:53:45 CEST] <BtbN> Is it running fast enough?
[17:57:19 CEST] <durandal_1707> rkantos: whats output format?
[18:36:29 CEST] <rkantos> BtbN: I thought that too, but I ran it on my own VM and it should be running fast enough
[18:36:33 CEST] <rkantos> own computer VM I mean
[18:36:41 CEST] <rkantos> otherwise I'm running it on a VPS
[18:37:02 CEST] <BtbN> The chromekey filter is not exactly optimised, it eats a lot of CPU power. And if you don't filter and encode in realtime, YouTube might reject the stream.
[18:39:31 CEST] <rkantos> durandal_1707: what do you mean? I'm using libx264
[18:40:18 CEST] <rkantos> libx264 + flv
[18:41:05 CEST] <rkantos> is there a difference between colorkey and chromekey?
[18:41:09 CEST] <rkantos> I meant colorkey
[18:41:28 CEST] <rkantos> here's the feed that Youtube indeed seems to reject, as it first says it is starting, and then just stops: https://paste.ee/p/fDeLf
[18:41:29 CEST] <BtbN> one operates on RGB colors, and is ment for exact color matching.
[18:41:51 CEST] <BtbN> chromakey is YUV, and more fuzzy, for greenscreens and stuff. It's lacking spill-reduction though.
[18:41:52 CEST] <rkantos> and the one working is here: https://paste.ee/p/RfBFO
[18:42:08 CEST] <rkantos> Ok, I'm using colorkey
[18:42:27 CEST] <rkantos> I think it is enough since I'm feeding a screen capture that I just want to remove all the black from
[18:42:57 CEST] <rkantos> but yeah, imo it works fine with ffplay
[18:43:45 CEST] <BtbN> that's what it's intended for, yes.
[18:44:40 CEST] <durandal_1707> rkantos: make sure you use baseline profile
[18:46:35 CEST] <bencoh> so you always need to go through colorspace conversion? :/
[18:46:56 CEST] <bencoh> that sounds silly ...
[18:48:05 CEST] <BtbN> screen capture is RGB, colorkey uses RGB. Seems fine to me.
[18:48:34 CEST] <bencoh> in that case, true
[18:48:47 CEST] <durandal_1707> why is there no Luma key?
[18:50:26 CEST] <BtbN> because nobody wrote a luma key filter.
[18:51:01 CEST] <durandal_1707> why oh why I'm so sad!
[18:51:20 CEST] <BtbN> what even is luma key?
[18:52:04 CEST] <BtbN> Analyzing only the Y component of YUV?
[18:52:33 CEST] <durandal_1707> how would you key black in yuv colorspace?
[19:01:16 CEST] <durandal_1707> luma key just use single component for setting alpha
[19:15:04 CEST] <rkantos> durandal_1707: how do I set it for the output? nothing is changed in output settings between the non-colorkeying and colorkeying though
[19:16:48 CEST] <durandal_1707> rkantos: try adding -pixfmt yuv420p after filters
[19:35:05 CEST] <rkantos> durandal_1707: what does that determine?
[19:36:26 CEST] <bencoh> force output colorspace
[19:44:05 CEST] <flydev> Please advise on [lrc @ 0x3319580] Format lrc detected only with low score of 5, misdetection possible! http://pastebin.com/XWeHax1w
[19:50:03 CEST] <BtbN> whatever livestreamer is outputting, it's not something ffmpeg can make any usefull guess on what it is.
[19:53:51 CEST] <flydev> it is h264 http://store.picbg.net/pubpic/52/37/1c02619c39c05237.PNG
[19:54:01 CEST] <BtbN> raw h264?
[19:54:24 CEST] <flydev> not sure, it plays fine in VLC
[19:54:37 CEST] <BtbN> Did you try not giving the input codec?
[19:55:02 CEST] <flydev> yes, it's way slower this way and same error
[19:55:30 CEST] <BtbN> Well, livestreamer is messing something up then. You can try giving ffmpeg the correct container format via -f
[19:55:57 CEST] <flydev>  ffmpeg -vcodec h264 -f -re .....
[19:56:06 CEST] <flydev> or somewhere else?
[19:56:47 CEST] <BtbN> don't specify the input codec, that's pointless.
[19:57:00 CEST] <BtbN> And you'll have to give the correct container for -f
[19:57:54 CEST] <flydev> please give me an example where to use -f besides output in this case
[19:58:04 CEST] <BtbN> -f something
[19:58:11 CEST] <BtbN> where something is the container you are feeding it.
[19:59:19 CEST] <flydev> H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg)
[20:01:26 CEST] <BtbN> What container is it even?
[20:01:31 CEST] <BtbN> I'd guess it's mpegts?
[20:03:08 CEST] <flydev>     Stream #0:0: Video: h264 (High), yuv420p, 896x504 [SAR 1:1 DAR 16:9], 1744 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc
[20:03:52 CEST] <BtbN> That's not the container.
[20:03:57 CEST] <BtbN> That's the video codec.
[20:04:35 CEST] <flydev> Input #0, flv, from 'http://127.0.0.1:33912/': this?
[20:05:17 CEST] <flydev> and give me example how to force this container in the commandline for piped output, please :)
[20:05:35 CEST] <BtbN> well, just -f flv
[20:05:51 CEST] <BtbN> But as that output is coming from ffmpeg, it must have already detected that.
[20:06:29 CEST] <BtbN> What ffmpeg version are you using? It shouldn't prompt to manually add the bsf anymore.
[20:12:09 CEST] <flydev> one of the last builds from github
[20:12:50 CEST] <flydev> but where to put -f flv for INPUT? I got one for the output
[20:12:58 CEST] <flydev> ffmpeg  -analyzeduration 5000000 -probesize 5047480 -i http://127.0.0.1:33912/ -bsf:v h264_mp4toannexb -c:v copy  -c:a copy -f mpegts "udp://127.0.0.1@239.4.4.4:44004"
[20:13:06 CEST] <flydev> please suggest where to put the -f flv for input
[20:14:29 CEST] <BtbN> anywhere before your -i
[20:14:56 CEST] <BtbN> But ffmpeg should easily be able to auto-detect flv, and judging from your output, it did.
[20:15:25 CEST] <lonley> hi all, did some one work with vp8?   ( i maked a video with alpha, works in chrome, and now i need to extract it in my app,    unfortunatly all images i get have no alpha, can some one help?)    command i use to retrive images is ffmpeg64.exe -i output.webm -pix_fmt argb "0/img%d.png"
[20:16:44 CEST] <flydev> yeah, only for external port output.... not working for piped output :(
[20:17:08 CEST] <BtbN> livestreamer is doing something strange then.
[20:17:51 CEST] <lonley> any formats that support alpha in video?  (webm makes 297 kb file,   i tryed some  and got 80mb)
[20:19:23 CEST] <flydev> yeah probably, it's scripting time :( i wanted to get this easily in ffmpeg and make it available anytime I need it via multicast.... but it won't be the easy way
[20:20:11 CEST] <lonley> got smallest size 20mb with -vcodec qtrle
[20:20:29 CEST] <lonley> but 20mb vs 300 kb
[20:20:55 CEST] <BtbN> are you sure using your pipe method doesn't just write the console text from livestreamer to ffmpeg?
[20:21:12 CEST] <BtbN> From how i know livestreamer, it starts the player-process it pipes to itself.
[20:36:13 CEST] <flydev> Frankly I'm not sure about that
[20:46:09 CEST] <Bray90820> durandal_1707: You around?
[20:46:47 CEST] <durandal_1707> Bray90820: yes
[20:46:57 CEST] <Bray90820> You said I might have a different file?
[20:47:07 CEST] <durandal_1707> yes
[20:47:50 CEST] <durandal_1707> I never got link to same file
[20:47:51 CEST] <Bray90820> Should I upload one of the files that's experiencing this issue to dropbox or something so you can see it?
[20:47:58 CEST] <Bray90820> Oh
[20:48:01 CEST] <durandal_1707> yes
[20:48:04 CEST] <Bray90820> Ok
[20:48:28 CEST] <Bray90820> But note the link I sent you was the place I got the files from
[20:49:20 CEST] <durandal_1707> Yes, but multiple seasons
[20:50:00 CEST] <durandal_1707> I see on that page just bunch of episodes, in flash
[20:50:28 CEST] <Bray90820> Ok
[20:52:26 CEST] <Bray90820> That episode is there I just reorganized it after I downloaded it but i am uploading it
[20:53:10 CEST] <durandal_1707> Bray90820: have you tried redownloading?
[21:02:50 CEST] <Bray90820> Tried redownloading it got same error and it seems to do the same thing with every file I downloaded from that site
[21:02:59 CEST] <Bray90820> Here is a link to the file https://dl.dropboxusercontent.com/u/33402675/06%20-%20Going%20the%20Extra%20Mile.mov
[21:03:31 CEST] <Bray90820> But if you're wondering it's episode number 46 on that site
[21:03:35 CEST] <Bray90820> durandal_1707:
[21:40:46 CEST] <durandal_1707> Bray90820: I just downloaded 46 episode and it plays fine
[21:41:10 CEST] <Bray90820> durandal_1707: I'm asking why doesn't it convert to mp4
[21:42:19 CEST] <durandal_1707> perhaps because of faulty disk, dunno it can't decode it
[21:43:21 CEST] <Bray90820> You mean I have a bad hard drive?
[21:43:34 CEST] <durandal_1707> Bray90820: what's size of that file?
[21:43:52 CEST] <durandal_1707> on your disk
[21:44:08 CEST] <Bray90820> 274mb
[21:53:22 CEST] <durandal_1707> Bray90820: I'm out of ideas, did you tried redownloading file?
[21:53:54 CEST] <durandal_1707> It should not write about missing moov atom
[21:54:22 CEST] <Bray90820> I did try redownloading it same issue same issue
[21:56:51 CEST] <vdv> hello
[21:58:38 CEST] <vdv> is it possible to rotate video, but preserve all metadata otherwise? (I used -vf "transpose=1" to rotate)
[22:28:46 CEST] <durandal_1707> Bray90820: what ffmpeg version you use?
[22:28:56 CEST] <Bray90820> How would I check that?
[22:32:49 CEST] <durandal_1707> Bray90820: paste again new ffmpeg output?
[22:34:26 CEST] <Bray90820> It's version 3.0.2
[22:34:27 CEST] <Bray90820> http://pastebin.com/raw/Az3Jz0Bt
[22:44:51 CEST] <c_14> >[libx264 @ 0x7fd99b022a00] height not divisible by 2 (500x375)
[22:45:30 CEST] <c_14> either copy the video, use a pixel format that doesn't require an even height, or scale so the height is even
[22:53:17 CEST] <Bray90820> c_14: How would I scale it?
[22:54:20 CEST] <c_14> -vf scale=iw:-2
[22:54:35 CEST] <Bray90820> Thanks
[22:58:02 CEST] <Bray90820> It's converting now Thanks
[23:03:19 CEST] <snorlax> hello, anyone here has any experience with using the av* libraries in a c# application?
[23:10:27 CEST] <durandal_1707> Bray90820: you don't want to reencode video use -c:v copy
[23:10:42 CEST] <Bray90820> durandal_1707: Why not?
[23:11:34 CEST] <durandal_1707> You loose quality
[23:11:58 CEST] <durandal_1707> unless you need specific codec
[23:13:35 CEST] <Bray90820> durandal_1707: I literally can't tell a difference unless I put them side by side and pause them at the exact same frame
[23:13:50 CEST] <Bray90820> And the mp4 takes a lot less space
[23:14:08 CEST] <Bray90820> My video collection went from like 2.5TB to like 900GB
[23:14:14 CEST] <durandal_1707> whatever, mp4 is container
[23:15:08 CEST] <durandal_1707> transcode again and it willl go from 900gb to 10mb and be shit
[23:18:44 CEST] <Bray90820> I don't plan on transcoding again
[23:24:54 CEST] <CoJaBo> Bray90820: Shoulda gone with HEVC
[23:25:13 CEST] <Bray90820> HEVC?
[23:26:06 CEST] <CoJaBo> The latest codec; it's like a quarter or less of the bitrate of h.264, for the same quality
[23:26:07 CEST] <Bray90820> You mean h.265
[23:26:23 CEST] <CoJaBo> Yeh, I always see it written as HEVC
[23:26:42 CEST] <Bray90820> Ehh
[23:26:46 CEST] <CoJaBo> The raspberry pi doesn't support it tho, at least not yet :/
[23:27:12 CEST] <Bray90820> What I have I can't tell a difference and a lot more devices support h.264
[23:28:27 CEST] <Bray90820> 794GB
[23:28:39 CEST] <Bray90820> That's a lot better than 2500
[23:38:38 CEST] <CoJaBo> what was it encoded in before?
[23:39:29 CEST] <kepstin> according to the command output, h264
[23:40:13 CEST] Action: kepstin might not be looking at the right output tho
[23:40:48 CEST] <klaxa> half the bitrate, same quality, 50 times longer encode?
[23:41:09 CEST] <klaxa> well to be fair, it's not *that* slow
[23:41:46 CEST] <durandal_1707> audio was pcm
[23:43:39 CEST] <viric> a quarter or less? is it really so good?
[23:43:49 CEST] <viric> h265.
[23:44:14 CEST] <klaxa> 50% is quoted all over the place at least
[23:44:32 CEST] <furq> it is that slow compared to x264 medium
[23:44:32 CEST] <klaxa> haven't read anyone claiming 25%
[23:44:36 CEST] <furq> which is probably what he's using
[23:44:41 CEST] <viric> does it encode much slower than h264?
[23:44:46 CEST] <furq> yes
[23:44:47 CEST] <klaxa> much much slower
[23:44:51 CEST] <furq> >10x slower than x264 veryslow
[23:44:56 CEST] <viric> ouch
[23:45:13 CEST] <klaxa> it is to be expected
[23:45:17 CEST] <furq> that's for x265 veryslow
[23:45:24 CEST] <viric> ah ok
[23:45:25 CEST] <furq> but it's not worth using x265 at anything faster than medium
[23:45:40 CEST] <furq> it actually performed worse than x264 at the same encode speed last time i checked
[23:46:04 CEST] <viric> very useful information
[23:46:29 CEST] <furq> x265 medium is supposedly roughly on a par with x264 veryslow
[23:46:41 CEST] <furq> except obviously less compatible
[23:46:46 CEST] <klaxa> well, quality, bitrate and codec complexity are not related in a linear way
[23:46:50 CEST] <c_14> and harder t odecode
[23:47:22 CEST] <furq> plus people are often using it for 4k content
[23:47:36 CEST] <furq> you can imagine how slow that'll be at decent settings
[23:47:37 CEST] <viric> and they encode one frame a day?
[23:47:40 CEST] <klaxa> dvbt-2 will use h265 too afaik
[23:48:09 CEST] <viric> there aren't veryslow hardware encoders even for h264, are they?
[23:48:14 CEST] <kepstin> iirc, some of the main improvements in h265 mostly help at higher resolutions, 4k in particular (bigger blocksizes and such)
[23:48:32 CEST] <furq> viric: none of the consumer avc encoders are even as good as x264 faster
[23:48:41 CEST] <viric> right
[23:50:43 CEST] <Bray90820> CoJaBo:  it was encoded in MKV
[23:50:53 CEST] <Bray90820> That might have just been the container go
[23:51:04 CEST] <Bray90820> *Tho
[23:51:09 CEST] <Bray90820> Most of them were MKV
[23:51:15 CEST] <klaxa> it, is, you can put almost anything in mkv
[23:51:23 CEST] <klaxa> lol that comma
[23:53:37 CEST] <viric> now I feel bad for encoding h264 at preset medium.
[23:53:52 CEST] <viric> maybe veryslow would be worth it.
[23:54:03 CEST] <viric> I'll test tomorrow.
[23:57:50 CEST] <CoJaBo> Bray90820: MKV is actually a newer container than MP4..
[23:58:25 CEST] <Bray90820> Ehh like I said I like what I have and a lot more devices support it
[23:59:04 CEST] <CoJaBo> Bray90820: Most MKVs I've seen tend to be x264 encoded even too; so I'm not sure how you got that drop in size without losing quality lol, you went from x264 to x264..
[23:59:30 CEST] <kepstin> well, from some h264 encode to h264 encoded with x264
[23:59:37 CEST] <durandal_1707> he compressed pcm to aac iirc
[23:59:44 CEST] <Bray90820> CoJaBo: I did loose a slight bit of quality but it's really hard to tell
[23:59:45 CEST] <kepstin> tho if the original was mkv, it was *probably* also done with x264 :)
[00:00:00 CEST] --- Wed Aug 17 2016