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

burek burek021 at gmail.com
Wed Sep 2 02:05:01 CEST 2015


[00:17:47 CEST] <sbtehc> when installing libvpx on a ec2 I am experiencing an error ERROR: libvpx decoder version must be >=0.9.1. Can anyone help?
[00:18:50 CEST] <sbtehc> it is coming from git clone --depth 1 https://chromium.googlesource.com/webm/libvpx.git
[00:19:22 CEST] <sbtehc> ceotnos 7
[00:19:26 CEST] <sbtehc> centos 7
[00:19:43 CEST] <sbtehc> help please..
[00:22:17 CEST] <c_14> config.log ?
[05:12:44 CEST] <freezway> are libavformat questions welcome? I after opening a file with avformat_open_input, the handle's iformat->mime_type is always coming up null
[05:13:05 CEST] <freezway> any ideas?
[07:31:35 CEST] <ainstushar> Anyone here?
[07:32:01 CEST] <ainstushar> Did latest update break vda decoding?
[07:32:39 CEST] <ainstushar> Videos aren't playing when vda is being used.
[11:19:34 CEST] <cowai> has anyone here any experience with sony vegas and smart rendering a ffmpeg outputed mpeg2 file?
[11:20:27 CEST] <cowai> I have managed to produce a file from ffmpeg that vegas can smart render (stream copy), but the resulted file doesnt play in vlc. (plays in mpv, our playout system, etc)
[11:20:51 CEST] <cowai> If I do a stream copy in ffmpeg from the vegas file to a new file, it plays fine
[11:21:10 CEST] <cowai> There is also about half a gigabyte added when ran through vegas
[11:21:28 CEST] <cowai> When I do a streamcopy with ffmpeg that extra space is gone, and thus plays fine in vlc
[11:35:26 CEST] <durandal_1707> what pixel format it uses?
[13:13:53 CEST] <cowai> durandal_1707: "Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p(tv), 720x576 [SAR 16:15 DAR 4:3], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc"
[13:14:54 CEST] <cowai> "-r 25 -g 12 -bf 2 -s 720x576 -aspect 4:3 -pix_fmt yuv420p -vf "fieldorder=bff" -profile:v 4 -vcodec mpeg2video -b:v 15000k -minrate 15000k -maxrate 15200k -flags +ilme+ildct -alternate_scan 1 -top 0 -acodec mp2 -ab 384k -ar 48000 "
[13:15:01 CEST] <cowai> The file is produced with the following
[13:15:18 CEST] <cowai> *"-maxrate 15000k"
[13:16:07 CEST] <cowai> When I use this in vegas I manage to make it smart render. But the file is almost unplayable in vlc. I cant skip for instantance.
[13:16:26 CEST] <cowai> doing ffmpeg -i vegasfile.mpg -c copy ffmpegfile.mpg fixes it
[13:17:27 CEST] <cowai> I have checked both an original vegas file and the ffmpeg one, and both have the same properties with mediainfo. The only difference is that the original vegas file does not have a max bitrate tag
[13:17:44 CEST] <cowai> since vegas profile is set to cbr 15000k
[13:22:14 CEST] <votz> When a free atom is inserted between the ftyp and moov atoms, playback breaks, though AtomicParsley can read the MP4 without issue. What's wrong with a free atom between the ftyp and moov atoms?
[14:52:54 CEST] <wakawaka> is it possible to tell ffmpeg to use the same codec as the input(source) file for (I hope) a faster trimming process - I mean, I understand the 'begining' of the clip will have to be re-encoded due to possibility that the keyframes missing where I want the trimming to start, but I was hoping its also possible to continue the 'bit stream' copying when it possible
[14:53:30 CEST] <wakawaka> when it possible = after the re-encoding of the 'beginning'
[15:04:29 CEST] <DHE> that feature doesn't exist. you typically need to make sure your encoding parameters absolutely match what was originally used
[15:18:16 CEST] <wakawaka> DHE is it possible to find the closest keyframe at that position to do a proper bitstream copy ?
[15:18:29 CEST] <wakawaka> DHE : also thanks for replying :)
[15:19:23 CEST] <wakawaka> or wouldnt that help me ?
[15:31:08 CEST] <DHE> closest keyframe is fairly easy. it should be the default when you do seek-based copying. but you will lose accuracy of your starting point
[15:31:17 CEST] <DHE> no harm in trying it. either it works or it doesn't.
[16:46:27 CEST] <otyugh> Heya. How would you convert a "mkv" intro something very similar in quality but using less power to be read ? My computer can read 1080p most of the time, but here it is strugling hard. I guess the encoded file is a bit dirty somehow ; is there a way to "reencode it" with the lesser damage that possible to the quality ?
[17:00:14 CEST] <c_14> ffmpeg -i mkv out.mkv (you can pick a different crf. 18 is usually considered visually lossless for most input)
[17:00:19 CEST] <c_14> https://trac.ffmpeg.org/wiki/Encode/H.264
[17:08:51 CEST] <sbtehc> what is the best method to past to bin my console.log fie?
[17:28:39 CEST] <sbtehc> sorry disregard that ?
[17:42:36 CEST] <DHE> otyugh: mkv is just a container. it's probably the video that's killing you. see if your GPU supports hardware decoding support. sometimes called vdpau under linux
[18:11:12 CEST] <sbtehc> I can seem  to locate my vpx.pc file? I am thinking that the pkg-config command should be use to export to the environment variable.
[18:12:47 CEST] <sbtehc> Have this error....
[18:12:48 CEST] <sbtehc> check_pkg_config vpx >= 0.9.1 vpx/vpx_decoder.h vpx/vp8dx.h vpx_codec_vp8_dx
[18:12:50 CEST] <sbtehc> pkg-config --exists --print-errors vpx >= 0.9.1
[18:12:51 CEST] <sbtehc> Package vpx was not found in the pkg-config search path.
[18:12:53 CEST] <sbtehc> Perhaps you should add the directory containing `vpx.pc'
[18:12:54 CEST] <sbtehc> to the PKG_CONFIG_PATH environment variable
[18:12:56 CEST] <sbtehc> No package 'vpx' found
[18:13:58 CEST] <sbtehc> if i can find th pc file I will run the export package command from my understanding... is this correct? any help?
[18:18:25 CEST] <c_14> Where did you install libvpx?
[18:18:44 CEST] <c_14> It should be in prefix/lib/pkgconfig
[18:19:27 CEST] <sbtehc> in the home directory of the user account
[18:19:58 CEST] <sbtehc> I created a my-user/ffmpeg_sources/libvpx
[18:21:19 CEST] <sbtehc> Im using centos 7
[18:22:54 CEST] <sbtehc> http://trac.ffmpeg.org/wiki/CompilationGuide/Centos
[18:23:23 CEST] <sbtehc> the guide I used
[18:23:54 CEST] <c_14> check in $HOME/ffmpeg_build/lib/pkgconfig
[18:24:08 CEST] <sbtehc> ok
[18:25:51 CEST] <sbtehc> I dont have that dir
[18:27:21 CEST] <sbtehc> should I uninstall and start over
[18:28:01 CEST] <sbtehc> Should i install pkgconfig
[18:29:21 CEST] <sbtehc> oh sorry found it in a slighlty different directory
[18:29:30 CEST] <sbtehc> ls
[18:30:21 CEST] <Loadnabox> greetings
[18:30:40 CEST] <sbtehc> ok no its not in that directory
[18:32:18 CEST] <sbtehc> c_14:not sure why its not?
[18:32:30 CEST] <sbtehc> Hello, Greetings
[18:32:38 CEST] <Loadnabox> :)
[18:33:03 CEST] <Loadnabox> having a decode problem with ffmpeg on windows.  orig file is .mp4 with avc encoding:
[18:33:05 CEST] <Loadnabox> Error while decoding stream #0:1: Invalid data found when processing input [mp3 @ 00000000057ffaa0] Header missing
[18:33:30 CEST] <Loadnabox> I was able to replicate the issue with ffmpeg on ubuntu as well
[18:34:16 CEST] <c_14> Loadnabox: file probably broken. Can any other program play it?
[18:34:18 CEST] <ainstushar> anyone here?
[18:34:28 CEST] <Loadnabox> pretty much everything plays it
[18:35:00 CEST] <ainstushar> did latest update break vda? i am having difficulty playing files with vda on in mpv and they are saying it's due to ffmpeg
[18:35:23 CEST] <Loadnabox> Serviio and PS3 dnla transcode it fine with minor exception that TV can't FF/RR/Pause, but I had assumed that was related to very particular encoding preferences of the TV
[18:35:37 CEST] <Loadnabox> original encoding was done with handbrake
[18:35:38 CEST] <c_14> sbtehc: either find the directory it's in and add that to the PKG_CONFIG_PATH, or try recompiling and installing to the directory it's supposed to be
[18:35:43 CEST] <c_14> Loadnabox: what version of ffmpeg?
[18:36:06 CEST] <Loadnabox> F:\Movies\Childrens>ffmpeg -i "Planes Fire And Rescue.mp4" ffmpeg version N-74751-gb54e03c Copyright (c) 2000-2015 the FFmpeg developers   built with gcc 4.9.3 (GCC)
[18:36:32 CEST] <sbtehc> c_14: Ok, doing that now.
[18:38:10 CEST] <ainstushar> any thoughts on vda with ffmpeg?
[18:38:16 CEST] <c_14> Loadnabox: is the audio supposed to be mp3?
[18:38:44 CEST] <Loadnabox> audio on source/input it mp3 but am recoding to mp2
[18:38:46 CEST] <c_14> ainstushar: wasn't vda being replaced with videotoolbox?
[18:39:06 CEST] <c_14> Loadnabox: probably a bug, https://ffmpeg.org/bugreports.html
[18:39:19 CEST] <ainstushar> i am not sure
[18:39:20 CEST] <c_14> Mention that (and what) other players play it correctly.
[18:39:22 CEST] <Loadnabox> wow... corner issue... yay me?
[18:39:40 CEST] <ainstushar> i dont directly use ffmpeg. i updated ffmpeg to latest version and recompiled mpv for that version
[18:39:54 CEST] <c_14> ainstushar: git or release?
[18:39:57 CEST] <ainstushar> i went to mpv's IRC channel and they said its most likely due to ffmpeg
[18:39:59 CEST] <ainstushar> git
[18:40:03 CEST] <ainstushar> git for mpv
[18:40:11 CEST] <ainstushar> latest release (brew) for ffmpeg
[18:40:16 CEST] <c_14> What OSX version?
[18:40:21 CEST] <ainstushar> 10.10.4
[18:40:45 CEST] <ainstushar> if i disable hwdec option in mpv it works
[18:40:58 CEST] <ainstushar> apparently ffmpeg used to have an issue like that which was patched by xbmc devs
[18:41:21 CEST] <c_14> ainstushar: have you tried using videotoolbox instead?
[18:41:35 CEST] <ainstushar> https://github.com/mpv-player/mpv/issues/1670
[18:41:46 CEST] <ainstushar> as in using hwdec=videotoolbox?
[18:41:55 CEST] <c_14> probably
[18:42:24 CEST] <ainstushar> k 1 sec
[18:43:39 CEST] <ainstushar> so the video plays in videotoolbox (not in vda), but I can't make mpv use hardware acceleration&
[18:43:42 CEST] <ainstushar> [vd] Opening video decoder lavc:h264
[18:43:42 CEST] <ainstushar> [vd] Requested hardware decoder not compiled.
[18:43:42 CEST] <ainstushar> [vd] Using software decoding.
[18:43:49 CEST] <ainstushar> ^ in verbose log when i open a file
[18:44:20 CEST] <sbtehc> c_14: by the way, which compiling guide do you reccommend for ffmpeg installation?
[18:44:39 CEST] <ainstushar> i use brew install ffmpeg?
[18:44:48 CEST] <ainstushar> simple and clen
[18:44:50 CEST] <ainstushar> clean
[18:45:00 CEST] <ainstushar> so is this mpv issue or ffmpeg?
[18:45:07 CEST] <c_14> ainstushar: try --with-videotoolbox
[18:45:20 CEST] <c_14> sbtehc: the ones on trac are usually ok
[18:45:24 CEST] <ainstushar> as in compile ffmpeg with with-videotoolbox?
[18:45:30 CEST] <sbtehc> ok
[18:47:04 CEST] <c_14> as in configure ffmpeg with --enable-videotoolbox
[18:47:40 CEST] <c_14> It's either that, or a regression was introduced since that commit.
[18:47:59 CEST] <ainstushar> i tried reinstalling with: brew reinstall ffmpeg with-videotoolbox
[18:48:07 CEST] <ainstushar> i dont think there is an option like that in formula
[18:48:16 CEST] <ainstushar> running brew info ffmpeg, I get: http://pastebin.com/uZHzdZ7T
[18:48:56 CEST] <ainstushar> doing ffmpeg gets me: ffmpeg version 2.7.2 Copyright (c) 2000-2015 the FFmpeg developers
[18:48:56 CEST] <ainstushar>   built with Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
[18:48:56 CEST] <ainstushar>   configuration: --prefix=/usr/local/Cellar/ffmpeg/2.7.2_1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-opencl --enable-libx264 --enable-libmp3lame --enable-libvo-aacenc --enable-libxvid --enable-vda
[18:48:56 CEST] <ainstushar>   libavutil      54. 27.100 / 54. 27.100
[18:48:56 CEST] <ainstushar>   libavcodec     56. 41.100 / 56. 41.100
[18:48:56 CEST] <ainstushar>   libavformat    56. 36.100 / 56. 36.100
[18:48:56 CEST] <ainstushar>   libavdevice    56.  4.100 / 56.  4.100
[18:48:57 CEST] <ainstushar>   libavfilter     5. 16.101 /  5. 16.101
[18:48:57 CEST] <ainstushar>   libavresample   2.  1.  0 /  2.  1.  0
[18:48:58 CEST] <ainstushar>   libswscale      3.  1.101 /  3.  1.101
[18:48:58 CEST] <ainstushar>   libswresample   1.  2.100 /  1.  2.100
[18:48:59 CEST] <ainstushar>   libpostproc    53.  3.100 / 53.  3.100
[18:48:59 CEST] <ainstushar> Hyper fast Audio and Video encoder
[18:49:37 CEST] <ainstushar> is this a bad config via brew?
[18:50:17 CEST] <c_14> ainstushar: try ffmpeg -hwaccels (also please use a pastebin service when pasting more than 3 lines)
[18:50:40 CEST] <ainstushar> kk
[18:51:30 CEST] <ainstushar> Unrecognized option 'hwaccels'.
[18:51:30 CEST] <ainstushar> Error splitting the argument list: Option not found
[18:52:08 CEST] <ainstushar> btw with-videotoolbox is not an option in brew&
[18:52:43 CEST] <c_14> Ah, you're not using git master
[18:53:13 CEST] <ainstushar> 2.7.2 isn't the latest stable?
[18:53:17 CEST] <c_14> It is
[18:53:50 CEST] <ainstushar> i mean that's what brew installs when i tell it to. should i be doing something different?
[18:55:14 CEST] <c_14> The fix for that issue is in that release, and there haven't been any new commits on top of it.
[18:55:22 CEST] <c_14> Therefore, it's probably a different issue.
[18:56:09 CEST] <ainstushar> so is 2.7.2 supposed to have videotoolbox?
[18:56:16 CEST] <ainstushar> or its in git
[18:56:23 CEST] <ainstushar> ?
[18:56:23 CEST] <c_14> videotoolbox is only in git
[18:56:35 CEST] <ainstushar> ok so config on my end is fine right?
[18:56:41 CEST] <ainstushar> since i am using latest stable release?
[18:57:07 CEST] <sbtehc> c_14: during the http://trac.ffmpeg.org/wiki/CompilationGuide/Centos, do you know if during the complie/ configure creates both the ffmpeg_build and the ffmpeg_sources directories?  Im thinking I may have used two methods and confused the directories somehow. If so, im going to uninstall and start fresh.
[18:57:24 CEST] <c_14> Unless someone broke something in the 4 commits after that one (which isn't likely).
[18:57:40 CEST] <ainstushar> lol
[18:58:09 CEST] <c_14> sbtehc: make install should create the ffmpeg_build one and there's a mkdir for the fmpeg_sources
[18:58:44 CEST] <sbtehc> ok. so all seems ok there then
[18:58:45 CEST] <ainstushar> so if this is a new bug, can someone post this on trac? i don't really know what to put on trac since I am not using ffmpeg directly and using mpv for this issue
[19:00:32 CEST] <c_14> ainstushar: unless you try with the git version of ffmpeg, that's the first thing the people on trac are going to ask you to do
[19:00:56 CEST] <ainstushar> ok& any thoughts on how i should go about doing that using brew?
[19:01:07 CEST] <c_14> --HEAD
[19:01:30 CEST] <ainstushar> ty sir
[19:01:33 CEST] <ainstushar> let me try it now
[19:04:46 CEST] <sbtehc> libvpx is this correct git clone --depth 1 https://chromium.googlesource.com/webm/libvpx.git?
[19:06:26 CEST] <c_14> Looks fine
[19:07:23 CEST] <ainstushar> YAY BOY!!! using latest git works and uses videotoolbox
[19:07:28 CEST] <ainstushar> with hardware acceleration
[19:08:17 CEST] <ainstushar> so do you guys go back and fix stable releases when issues like the happen? or just release a small update soon?
[19:12:15 CEST] <c_14> 2.8 should come out soon and then 2.7 will be eol
[19:12:20 CEST] <c_14> (afaik)
[19:12:43 CEST] <ainstushar> kk
[19:12:57 CEST] <ainstushar> thanks so much for your help
[19:13:01 CEST] <ainstushar> <3
[19:23:18 CEST] <sbtehc> c_14: when I was running the make command  for libvpx I got the following error :  http://pastebin.com/P999dyPi
[19:25:00 CEST] <c_14> Do you have a recent version of yasm installed?
[19:25:49 CEST] <sbtehc> the one list here :http://trac.ffmpeg.org/wiki/CompilationGuide/Centos
[19:26:08 CEST] <sbtehc> git clone --depth 1 git://github.com/yasm/yasm.git
[19:28:03 CEST] <sbtehc> where in the directory for yasm can I check the version
[19:34:49 CEST] <c_14> did you install it into somewhere in your path?
[19:35:50 CEST] <sbtehc> "/home/ec2-user/ffmpeg_sources/yasm"
[19:36:24 CEST] <c_14> Is that in your path?
[19:36:33 CEST] <c_14> try yasm --version
[19:37:07 CEST] <sbtehc> I just read that I may be missing a yasm-devel package
[19:37:44 CEST] <sbtehc> yum --enablerepo=epel install yasm
[19:37:54 CEST] <sbtehc> anythought on this?
[19:38:30 CEST] <sbtehc> yasm 1.3.0.19.g7160
[19:38:31 CEST] <sbtehc> Compiled on Aug 31 2015.
[19:38:33 CEST] <sbtehc> Copyright (c) 2001-2014 Peter Johnson and other Yasm developers.
[19:38:34 CEST] <sbtehc> Run yasm --license for licensing overview and summary.
[19:38:46 CEST] <sbtehc> sorry for more than three lines
[19:39:12 CEST] <c_14> hmm, looks fine
[19:40:27 CEST] <sbtehc> the libvpx compil/configure and git commands I all got from the trac site centos
[19:43:55 CEST] <sbtehc> so im getting hung up with these commands for compiling: http://pastebin.com/P999dyPi
[19:44:02 CEST] <sbtehc> to be clear
[19:47:09 CEST] <sbtehc> questions? in this line for configure ./configure --prefix="$HOME/ffmpeg_build" --disable-examples, does the "$HOME/ffmpeg_build" need to be "/home/ec2-user/ffmpeg_build"? or does the $HOME locate this?
[19:52:36 CEST] <retard> $HOME is a fairly universal environment variable on unix-like systems
[19:52:49 CEST] <retard> try echo $HOME and you'll see
[19:54:26 CEST] <sbtehc> thankyou, and yes I do feel like one
[20:44:25 CEST] <sbtehc> c_14: thanks, you got me thinking. I figured it out. it was the missing develp repo package for yasm
[20:44:37 CEST] <sbtehc> YIPPEEEE!!
[21:01:25 CEST] <jorgerosa> Hello all. Thanks for your work with ffmpeg is a wonderfull piece of software. Very handy for me.
[21:03:24 CEST] <jorgerosa> I love "click and do it" software, so i´ve developed this UEMMC (Uses ffmpeg and only works on windows atm): https://sourceforge.net/projects/uemmc
[21:03:48 CEST] <jorgerosa> Hope that could be usefull to anyone else too. Cya! :)
[23:39:17 CEST] <Loadnabox> I'm having trouble with cropping... I do not want ffmpeg to crop, pad or resize the video but I keep getting an evenly spaced box around my video that is not there in the original
[23:44:45 CEST] <JEEB> is it by chance mov?
[23:44:51 CEST] <JEEB> your input container
[23:45:01 CEST] <DrBenway>  quick time_base question... let me know if my understanding of it is correct. For a stream or a codec, the timebase is the unit that represent 1 second. so if the timebase is 1/12800, then 12800 = 1 sec, 25600 = 2 seconds and so on?
[23:45:30 CEST] <DrBenway> does that sound correct?
[23:45:37 CEST] <JEEB> yes
[23:45:45 CEST] <JEEB> time base is the amount of ticks for one second
[23:45:57 CEST] <Loadnabox> @JEEB,  no it's .mp4 container with AVS video encoding
[23:46:14 CEST] <Loadnabox> using ffmpeg on ubuntu VM
[23:48:32 CEST] <JEEB> is it like with http://www.cccp-project.net/beta/test_files/h263_adpcm_lolborders.mov ?
[23:48:59 CEST] <JEEB> although I have no idea wtf the AVS video encoding is
[23:49:47 CEST] <Loadnabox> I believe it's another name for h.264
[23:50:17 CEST] <Loadnabox> The original video has slight black bars at the top and bottom instead of on the sides like the link you provided
[23:50:28 CEST] <JEEB> H.264's other name is AVC
[23:50:48 CEST] <Loadnabox> sorry yes brain fart... avc encoded .mp4
[23:50:51 CEST] <JEEB> :)
[23:51:28 CEST] <JEEB> anyways, if it's a sample you can share a part of, it could be useful
[23:52:00 CEST] <JEEB> also lol, everything from libav to ffmpeg to vlc has a bug report for the lolborders file
[23:52:21 CEST] <JEEB> that sample sure goes around
[23:52:43 CEST] <Loadnabox> ffmpeg -i foo.mp4 -vcodec mpeg1video -acodec mp2 (I've tried dozens of -vf options here) (tried with and without -aspect) -threads -b:v 8500000 bar.mpg
[23:53:15 CEST] <JEEB> it's not a common issue, you need to provide at least a part of the foo.mp4 for testing :P
[23:53:22 CEST] <Loadnabox> ugh, so are you saying there's no good fix for it?
[23:53:41 CEST] <JEEB> I'm saying nothing can be said until the file has been looked at
[23:53:55 CEST] <JEEB> is the file broken, is there a bug, do you just have an old version etc etc
[23:54:10 CEST] <Loadnabox> it's a legal digital copy of a disc I own, is it safe to share like a 1 minute segment?
[23:54:46 CEST] <JEEB> it's for a goddamn bug report, just cut just enough of the source for the issue to be visible
[23:55:00 CEST] <JEEB> and yes, you're not exactly alone in reporting issues
[23:55:30 CEST] <Loadnabox> lol, I understand for a bug report, it's a disney/pixar flick and they can get pretty mean so I try to stay on the legal side of things :)
[23:55:44 CEST] <JEEB> just make sure it's the source, not a re-encode of it or anything. if the mp4 has the index in the front, you should be able to just cut the first X megabytes or so
[23:56:07 CEST] <Loadnabox> can do
[23:57:09 CEST] <JEEB> I'll check the file tomorrow as it's already 01:00 here, and possibly someone else has had the time to check it before that
[00:00:00 CEST] --- Wed Sep  2 2015


More information about the Ffmpeg-devel-irc mailing list