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

[burek]

[00:00] <matu> do i have to "make install" this bz2 file in order to use ffmpeg ?
[00:00] <matu> ok i will wait, my bandwith is slow
[00:01] <matu> thank you
[00:02] <Mavrik> matu, no, it's a static build
[00:02] <Mavrik> no need to install or anything
[00:02] <Liberator> what is the method of encoding using multiple video channels and multiple audio channels?
[00:02] <Mavrik> (it's for 64-bit linux)
[00:02] <Liberator> what tool / lib?
[00:10] <t4nk969> hi .... can anyone tell me a little bit more about the -g option bcs for me "Set the group of pictures size. " doesn't help me
[00:11] <klaxa> t4nk969: http://en.wikipedia.org/wiki/Group_of_pictures
[00:12] <t4nk969> ok thanks... it seems that option helps me get no lag to ustream.... do you understand why ?
[00:12] <Mavrik> t4nk969, basically it sets the maximum distance between two key (I/IDR) frames for most formats
[00:12] <Mavrik> um
[00:12] <Mavrik> "lag"?
[00:13] <matu> thank you Mavrik and ubitux for your help, it does extract the images but it seems it just ignores the -ss parameter and extract images from the start of the video
[00:13] <t4nk969> yes i use ffmpeg to stream to ustream and  i was getting all the time lag, it was freezing like 2 seconds, and now i get no lag any more ...
[00:14] <Mavrik> matu, hmm, can you paste command and output with that version?
[00:14] <Mavrik> t4nk969, can you be more detailed about what "lag" means for you? is your stream freezing? is seeking slow? does it have a delay? which part are you solving?
[00:15] <matu> http://pastebin.com/ZXKNs4Cr
[00:16] <matu> sure
[00:16] <ubitux> -t is an output option
[00:16] <ubitux> so move it after -i ...
[00:17] <ubitux> also note that -ss will behave differently if placed as input or output option
[00:17] <Mavrik> yeah, ffmpeg is sensitive to order of commands
[00:18] <matu> if i place -ss and -t after -i it does not extract any images
[00:19] <matu> if i place -ss before -i and -t after -i it does ignore -ss and extract images from the start
[00:20] <ubitux> btw, -t is a duration, not an absolute end position
[00:22] <ubitux> matu: can you share a sample?
[00:22] <matu> oh i was reading the man
[00:22] <ubitux> the man says duration
[00:23] <ubitux> if you want to use the ending position, use -to
[00:23] <ubitux> otherwise you just want -t 3 in your case
[00:24] <Liberator> can someone point at url demo/instructions for packing multiple video streams into a standard container, preferably android apk please?
[00:25] <matu> ./ffmpeg -ss 00:08:24 -i s01e03_love_academie_fr_V0_9zVZo.mp4 -t 3 image-%d.jpeg
[00:25] <matu> did work
[00:25] <matu> thanks a lot ! thank you guys !
[00:25] <matu> or girls...
[00:25] <ubitux> -t 00:... was likely parsed as a 0 second duration
[00:26] <ubitux> matu: there is no girl on the internet
[00:26] <ubitux> only fbi agents
[00:26] <matu> lol
[00:26] <matu> i now got my stupid images, i am so happy
[00:27] <matu> -now
[00:28] <ubitux> what are you trying to achieve with those images?
[00:28] <ubitux> if that's not indiscrete
[00:29] <durandal_1707> don't answer
[00:30] <ubitux> :(
[00:30] <matu> i would like to use it as a wallpaper, it is from a humorous serie
[00:30] <ubitux> ah, ok
[00:30] <kaizoku__> For my terminal I'm using green text with a black background (you know, the classic).  However when I capture the screen with ffmpeg, the colors get less bright/saturated.   How can I fix this?         My command:
[00:30] <kaizoku__> ffmpeg -y -f alsa -ac 2 -i pulse -f x11grab -r 30 -s "$screen_res" -i :0.0 -acodec pcm_s16le -vcodec libx264 -preset ultrafast -crf 0 -threads 0 output.mkv
[00:31] <ubitux> i would guess you need yuv444p or rgb video to keep exact colors
[00:31] <durandal_1707> what you use to view produced file?
[00:32] <durandal_1707> even if colorspcae conversion is done, it should not ruin brightnes
[00:34] <durandal_1707> to keep exact colors use -vcodec libx264rgb, but that is not supported by everything
[00:34] <kaizoku__> ubitux: you mean lossless?  That is a no-no.  The files would be gigantic, and wouldn't the colors be lost when reencoding anyway?
[00:35] <kaizoku__> durandal_1707: I'm using smplayer
[00:35] <durandal_1707> what that have to do with fork?
[00:40] <durandal_1707> i tried same, and colors looks same here
[00:42] <durandal_1707> well yuv444p to bgra indeed changes green brightness here
[00:44] <Liberator> is there an llvm target for the snapdragon processors yet?
[00:44] <Liberator> for the encoder module especially
[00:45] <durandal_1707> if i record with libx264rgb and use x11 as output green colors are good
[00:47] <durandal_1707> i thing that brightness thing can be fixed by changing how coeficients for rgb->yuv conversion when encoding with lib264
[00:48] <matu> good night z_z
[00:48] <durandal_1707> and that is buried somewhere in libswscale
[00:50] <durandal_1707> iirc rgb->yuv should not ruin colors, but yuv->rgb may
[00:51] <kaizoku__> durandal_1707:  I had no luck with -vcodec libx264rgb          I couldn't read the output file with smplayer or vlc.  So I had to re-encode before with ffmpeg -i output.mkv -vcodec libx264 -preset slow -crf 22 -acodec libmp3lame -ab 192k  screencast_compressed.mp4         And the result was the same.
[00:52] <durandal_1707> also because there is no yuv444p output it just may be subsampled thing, because letters are small....
[00:52] <durandal_1707> kaizoku__: because you use extremly broken/old vlc/smplayer version without rgb support
[00:53] <durandal_1707> also it may be just video output thing
[00:54] <kaizoku__> I'm using smplayer2 0.8.0     mplayer2 version is  git20120817
[00:54] <durandal_1707> so with subsampled yuv output and when capturing text with small font. you will get blurry results
[00:55] <durandal_1707> mplayer2 version may not use ffmpeg....
[00:56] <durandal_1707> and changing scaler args that does rgb->yuv conversion can help too, (i think defaults one are fast and ugly)
[00:57] <kaizoku__> durandal_1707:   I'm confused... then is there something you recommend?
[00:59] <durandal_1707> try adding -sws_flags lanczos
[01:00] <kaizoku__> same result
[01:01] <durandal_1707> what result?
[01:01] <durandal_1707> post screenshot
[01:02] <durandal_1707> also uncut complet console output of grab
[01:02] <durandal_1707> otherwise we may doing different things
[01:03] <Matip> Hello
[01:03] <Matip> I converted a video to .webm, but firefox takes forever to start playing it
[01:03] <Matip> using chrome it works well
[01:03] <Matip> do you know anything about it?
[01:04] <durandal_1707> don't use firefox
[01:04] <durandal_1707> it probably use gstreamer for webm playback
[01:05] <ubitux> no they have their own demuxer :/
[01:05] <Matip> I don't use Firefox, but since it's a video for the Internet, it must work on firefox :P
[01:05] <ubitux> possibly the index is at the end
[01:05] <ubitux> i wonder if that would change anything
[01:06] <Matip> the interesting thing is that I have two webm videos that I converted using the same script (actually I made some small changes)
[01:06] <Matip> the old video works fine!
[01:06] <Matip> let me show you the script I wrote
[01:07] <Matip> http://paste.kde.org/751268
[01:07] <Matip> I think when I converted the other video this line wasn't there: -map_channel 0.1.0 -map_channel 0.1.0 \
[01:07] <Matip> does it make sense?
[01:08] <durandal_1707> kaizoku__: changing colormatrix with 'c' key may improve things for you...
[01:08] <durandal_1707> but that is just nice effect
[01:09] <Matip> <ubitux> possibly the index is at the end
[01:09] <Matip> if this is the case, how do you move it?
[01:10] <ubitux> i think an option was recently added to add some space at the beginning
[01:10] <ubitux> -reserve_index_space it seems
[01:11] <ubitux> it should be done properly just like faststart in mov/mp4
[01:11] <ubitux> but atm that should be the only way
[01:11] <durandal_1707> but that should not be needed if seek is done with http
[01:11] <kaizoku__> durandal_1707: was just taking screenshots, but even saving the images distorts results.   Even redirecting the "print screen" to GIMP, the captured image already differs from the real thing.
[01:12] <durandal_1707> kaizoku__: bugs in code
[01:12] <durandal_1707> it probably does extra colorspace conversion
[01:13] <durandal_1707> from yuv444->yuv420->rgb
[01:14] <durandal_1707> your output may support only subsampled yuv, so make sure that the "issue" you have is not that one
[01:14] <durandal_1707> *player output
[01:15] <durandal_1707> but encoding with libx264rgb and playing with player that have vo that outputs to rgb, shows exactly same colors
[01:16] <kaizoku__> durandal_1707: I just tried watching the captured video with vlc and the colors do look better.  (libx264,  vlc doesn't play libx264rgb)
[01:17] <durandal_1707> both players outputs wrong colors most of time....
[02:35] <Liberator> I need a format with accurate seek and frame extraction without having to load excess of data for tracing or reconstruction of content
[02:37] <klaxa> how about rawvideo then?
[02:41] <acovrig> Can I use ffmpeg to directly pull from a fw camera (/dev/fw0) instead of using dvgrab | ffmpeg -i - ?
[03:27] <highgod> Hi, I want to ask a quesiton, who konws jamal's email, I want to ask some quesions about the Ticket #2422, thanks, I can't find the mail he mentioned
[04:06] <relaxed> highgod: can you not respond to the bug report?
[04:18] <highgod> relaxed: sorry, don't get what your mean, I replied the report
[04:46] <SexyBoBo> In a batch script is it possible to have ffmpeg do one thing if the file has one codec and something different if it has a diffrent codec?
[04:47] <SexyBoBo> I am remuxing a large number of files from mkv to mp4 and want to reencode audio only if it isn't already aac
[08:02] <gagan_> Hi, i have installed ffmpeg on my linux OS how to check its installed or not..?
[08:04] <gagan_> How to test ffmpeg is working properly ..?
[08:04] <gagan_> i am new to this ffmpeg anybody here can help me out.?
[08:42] <mpfundstein> ffmpeg -v && echo "working" )
[08:42] <mpfundstein> ^^
[08:42] <mpfundstein> ffmpeg -version && echo "working";    <- not -v
[08:44] <mpfundstein> SexyBoBo: You can first ffprobe it, than use awk or whatever tool to extrct the codec identifier and than just a simple if { } else { } construct to construct your audio codec line
[11:25] <killown> is there something that I can do here to decrease the lag while playing a game? ffmpeg -f alsa -ac 1 -i hw:2 -f x11grab -s hd1080 -r 24 -i :0.0 -vcodec libx264 -preset ultrafast -an -y video.mkv -acodec pcm_s16le -b:a 48000k -loglevel quiet -vn -y audio.mkv
[11:25] <killown> while playing it's only using 50% of my processor
[11:25] <killown> it's a FX 6300 OC 4ghz
[11:25] <killown> I suspect that ffmpeg maybe is executing in the same core that the game in running at
[11:26] <Mavrik> it's not.
[11:27] <Mavrik> try storing video as huffyuv and compressing to x264 later
[11:27] <Mavrik> if you have enough I/O bandwidth
[11:28] <killown> Mavrik, how is that so, -vcodec huffyuv ? just that?
[11:28] <Mavrik> yep
[11:28] <JEEB> -vcodec ffvhuff
[11:28] <Mavrik> it's a losless codec
[11:28] <killown> Mavrik, thank you
[11:28] <JEEB> and remove -preset
[11:28] <Mavrik> killown, what JEEB said actually
[11:28] <killown> ok
[11:28] <Mavrik> and remove all encoding settings since huffyuv is losless\
[11:29] <Mavrik> also, most players won't be able to play that before you convert to something else
[11:29] <killown> Mavrik, I will convert that for webm anyway
[11:29] <killown> JEEB, thanks a lot
[11:31] <killown> how is that possible, it's taking nothing from my processor
[11:31] <killown> 0.1%
[11:31] <killown> 0.o
[11:32] <Mavrik> check the filesize ;)
[11:32] <Mavrik> it's a very simple compression algorithm
[11:32] <killown> wow 2970	video.mkv
[11:32] <killown> only 20 seconds of record
[11:33] <killown> wrong, it's time=00:00:52.67
[11:33] <Mavrik> 3 MB for 1 min is quite good
[11:33] <Mavrik> in comparison to raw ;)
[11:33] <killown> Mavrik, du -m
[11:33] <killown> 2970MB
[11:34] <Mavrik> if 1 minute of 1920x1080 video is 3GB, you're doing something very wrong :)
[11:34] <killown> Too many video packets in the buffer: (50 in 135341356 bytes).
[11:34] <killown> Maybe you are playing a non-interleaved stream/file or the codec failed?
[11:34] <killown> the audio is very bad quality now
[11:35] <killown> I think I have no enough I/O
[11:35] <killown> I tried with that ffmpeg -f alsa -ac 2 -i pulse -f x11grab -s hd1080 -r 24 -i :0.0 -vcodec ffvhuff -an -y video.mkv -acodec pcm_s16le -b:a 16000k -vn  -y audio.mkv
[11:36] <klaxa> you don't specify the bitrate of pcm_s16le :X
[11:36] <Mavrik> klaxa, no need, its raw audio ;)
[11:37] <klaxa> yeah that's what i mean, yet he specifies 16000k
[11:37] <killown> is there something that I can do to use less I/O?
[11:37] <Mavrik> uh
[11:37] <klaxa> use a codec with better compression
[11:37] <killown> what codec?
[11:37] <Mavrik> killown, yeah, why exactly are you trying to specify audio bitrate as 48Mbit/s O.o
[11:38] <killown> not trying I can remove it
[11:38] <killown> I just want less I/O usage
[11:38] <klaxa> use flac and libx264 in that case
[11:38] <JEEB> killown, compression ratio wise from worse to better with regards to lossless video: ffvhuff, ffv1, libx264
[11:38] <klaxa> and hope that your CPU can handle it
[11:39] <JEEB> libx264 will need -crf 0
[11:39] <JEEB> also if you want to keep RGB you will have to use the specific video format specifier for it
[11:39] <JEEB> libx264_rgb or so?
[11:39] <klaxa> libx264rgb
[11:39] <killown> JEEB, thanks I will try that
[11:39] <killown> klaxa, I think it can hold but with a little lag
[11:40] <killown> wow, I fixed that by removing  -b:a 16000k
[11:41] <killown> lets try libx264 again
[11:44] <killown>  libx264rgb - crf 0 is also pretty good, I will try to play a game while using  libx264rgb
[11:54] <mpfundstein_work> what Quantization matrices are used for mpeg2 ? Is there an alghoritmn which computes them from integer values like (Q=50, or Q=90) ?
[12:49] <brontosaurusrex> is there a way to copy prores moves and mark them as progressive (they are interlaced now), or do i have to recompress?
[12:57] <brontosaurusrex> or put them into some other conatiner and mark them progressive
[12:57] <brontosaurusrex> container*
[13:02] <Mavrik> brontosaurusrex, are they actually interlaced?
[13:03] <Mavrik> or are they just mismarked?
[13:59] <durandal_1707> !stop abusing ffloger
[13:59] <TheSchaf> abuse? :D
[13:59] <TheSchaf> needed that link for some other chan!
[14:00] <durandal_1707> what chan?
[14:00] <TheSchaf> some c# chan
[14:04] <ahuillet> hello
[14:04] <ahuillet> I'm trying to build ffmpeg 1.2.1 on windows with msys, and I'm getting the following error messages on avfilter: http://pastebin.com/QQE4Mihe
[14:05] <ahuillet> it looks like some -l arguments are missing, is that a known bug?
[14:06] <durandal_1707> run gmake distclean
[14:06] <ahuillet> has that been forgotten before creating the tarball?
[14:07] <durandal_1707> its looks like its your issue only
[14:07] <ahuillet> it's from a fresh tarball
[14:08] <durandal_1707> than your environment/configuration is broken
[14:08] <ahuillet> it's a fresh mingw+msys installation :)
[14:08] <brontosaurusrex> Mavrik, no, its film, but were somehow captured as interlaced
[14:08] <ahuillet> that doesn't mean it's not broken, but the fact that previous versions built just fine implies something has changed in ffmpeg
[14:09] <brontosaurusrex> anyway, recomopression did now solve my issues with lightworks exports
[14:09] <brontosaurusrex> they still suck badly
[14:09] <durandal_1707> ahuillet: what previous versions?
[14:09] <ahuillet> durandal_1707 : checking to confirm exactly. I'll bisect if needed
[14:10] <ahuillet> I was hoping someone would have run into the issue before I did
[14:13] <ahuillet> durandal_1707 : make distclean doesn't help, FWIW
[14:39] <Hans_Henrik> >tfw i see significant difference between "veryslow" and "placebo" in libx264 encoder
[14:39] <Hans_Henrik> -.-'
[14:40] <JEEB> speed-wise, yes. Quality wise there is (possibly) a small one
[14:40] <Hans_Henrik> possibly? meh lemme cut out and upload my finding
[14:41] <JEEB> the settings are better and with 2pass encoding it makes both passes go with slower algorithms
[14:41] <JEEB> so it's very muchos possiblos that with certain sources there'd be a visible difference
[14:41] <JEEB> just that the cpu time that is taken with it compared to veryslow... :D
[14:48] <Hans_Henrik> http://imageshack.us/a/img198/6851/placebo.png  << placebo
[14:48] <Hans_Henrik> http://imageshack.us/a/img441/1346/veryslow.png << veryslow
[14:49] <Hans_Henrik> hmm
[14:49] <durandal_1707> ahuillet: what guide you use for compiling?
[14:49] <Hans_Henrik> the last part of the shadow is gone in veryslow
[14:49] <ahuillet> durandal_1707 : which do I need?
[14:50] <ahuillet> http://pastebin.com/k9QzrKM6
[14:50] <ahuillet> this is my configure line
[14:50] <ahuillet> I guess I should try to simplify it to identify which part is breaking the build
[14:52] <Hans_Henrik> JEEB, at least i can easily pick out which 1 of those has the most details; its the 1 called placebo; look at that dark line :p
[14:55] <ahuillet> durandal_1707 : FWIW --disable-avfilter makes it possible to build ffmpeg in my case
[15:52] <Colttt> hello.
[15:53] <Colttt> it dont work, but why?! http://pastebin.com/PnPdYGTK
[15:56] <ahuillet> is that supposed to work at all?
[15:56] <brx_> can mp4 file contain audio only?
[15:57] <brx_> someone is telling me they have 'an mp4 audio file'..is that possible?
[15:58] <Mavrik> brx_, yup
[15:58] <Mavrik> they usually have "m4a" extension though :)
[15:58] <brx_> ahh i see
[15:58] <Colttt> i hope so..
[15:58] <brx_> ok thanks
[15:59] <brx_> where can i find a test file of this sort?
[16:00] <Mavrik> brx_, um, iTunes, anywhere where you can get an AAC audio file? :)
[16:01] <ahuillet> Colttt : well, no
[16:01] <JEEB> have a sample if you really want one :D https://x264.fushizen.eu/u/jeeb/gohoubi.m4a
[16:01] <brx_> cheers
[16:03] <Colttt> ahuillet: damn :( and now.. how can i get several video files into one file?
[16:05] <brx_> im just wondering if ffmpeg is the best choice for my problem :s
[16:05] <brx_> i am posting a music file programatically in android using the facebook api
[16:06] <brx_> ofc facebook dont let you upload a mp3
[16:06] <brx_> so i need to make a video, is ffmpeg the best solution here (i already have an ffmpeg binary built for arm)
[16:07] <ahuillet> I don't know about that, but Facebook is a problem by itself. :)
[16:07] <Colttt> ffmpeg -f concat -i <( for f in *.avi; do echo "file '$(pwd)/$f'"; done ) -b 3000k Entwicklung-2_`date -d yesterday +%F`.mpg  = Unknown input format: 'concat'
[16:08] <brx_> ahuillet, heh its for a friend im doing this
[16:08] <ahuillet> facebook friend? :)
[16:08] <brx_> i cant remove fb from the equation
[16:09] <brx_> not sure if its too time consuming encoding the video, JEEBS video took like 3 seconds to encode on the device and its only like 6 seconds long
[16:09] <brx_> 30 seconds*
[16:11] <Colttt> can anybody help me?!
[16:17] <JEEB> brx_, "video", it only had audio :P
[16:18] <brx_> i meant audio
[16:18] <brx_> it worked, its just that in the real context the audio file will be up to 2 minutes
[16:19] <brx_> i have a bigger problem anyway now, the libx264 enabled ffmpeg(arm) i am using here doesnt work on older devices urgh
[16:39] <Nick-S> this seems obsolete for current version: ffmpeg.exe -f image2 -pix_fmt yuv420p -r 30 -i output-%05d.png  -vcodec libx264 -profile:v high -b:v 500k -bufsize 1000k output-24517.mp4
[16:41] <Nick-S> can someone help me translate?
[16:42] <Colttt> has nobody an solution vor my problem?
[16:46] <durandal_1707> Colttt: you are not using ffmpeg
[16:47] <durandal_1707> Colttt: you are using libav, and libav does not have concat
[16:52] <Colttt> what.. damn.. :(
[16:52] <Colttt> has libav an equivalent
[16:53] <durandal_1707> no
[16:54] <Colttt> i rechecked the version its ffmpeg and not libav!
[16:55] <Mavrik> can you pastebin version output?
[16:56] <durandal_1707> he already did
[16:56] <durandal_1707> and it clearly says libav
[16:56] <ubitux> Colttt ^
[16:56] <ubitux> the broken-on-purpose ffmpeg you use is distributed by libav
[16:56] <durandal_1707> anway to get concat he needs fairly recent ffmpeg version
[16:56] <Colttt> http://pastebin.com/NFjHj0JV
[17:00] <ubitux> Colttt: read the link
[17:00] <ubitux> 3 lines above
[17:00] <ubitux> and what i said below
[17:01] <ubitux> Colttt: just use ffmpeg and you'll be fine
[17:02] <Colttt> ahh ok thanjks..
[17:03] <ubitux> Colttt: you can use this for quick testing ^
[17:04] <zap0> anyone know of simple tutorials on doing simple things with libav*.   im not a coding noob; but i am very much a ffmpeg coding noob
[17:04] <ubitux> doc/examples
[17:04] <ubitux> doxygen on the website
[17:04] <ubitux> libav* are not simple though
[17:05] <zap0> ok
[17:09] <zap0> do you suggest something else?
[17:10] <ubitux> why would i? :)
[17:10] <ubitux> are you already looking for something else before trying? :P
[17:10] <Mavrik> zap0, what are you trying to do exactly?
[17:11] <Colttt> its in german but its good with a few examples: http://spielwiese.la-evento.com/hokuspokus/
[17:12] <zap0> open common video files, and extract frame data. (the end goal).    but for now, just opening a file and extracting the info/params for video file would be useful
[17:13] <zap0> Mavrik, my german is a bit rusty.  do you think that document will be comprehendable if parsed with a web translator?
[17:13] <zap0> oops sorry, Mavrik,  i meant  Colttt ;)
[17:13] <Mavrik> zap0, in which language? :)
[17:13] <zap0> into english.
[17:13] <Mavrik> er, no, which language for your project? :P
[17:13] <zap0> C++
[17:14] <Mavrik> ah
[17:14] <Mavrik> zap0, I think there are a few libraries that do that, but pretty much anything usable and working uses libav eventually
[17:15] <Mavrik> zap0, extracting basic frame data and info isn't all that hard with libav
[17:15] <Colttt> maybe, you must try it ;)
[17:15] <Mavrik> you DO however need to know basics of how video is stored ;)
[17:15] <Colttt> wll, i go home..
[17:16] <Mavrik> zap0, the decoding example will give you what you need
[17:16] <Mavrik> just make sure you actually read doxygen on the functions you're calling
[17:16] <zap0> i am not a video noob.  i have written RGB/YUV stuff at various depths and pixel packing.
[17:16] <Mavrik> so you'll know what's going on :)
[17:19] <zap0> downloaded source from web site, so i can see docs/examples/  but .tar  will not open :(
[17:19] <Mavrik> use git :)
[17:21] <zap0> i would prefer to drink lava than use git
[17:21] <Mavrik> ...
[17:22] <ubitux> :/
[17:22] <Mavrik> so let me get this straght. You'd rather cause yourself ton of problems instead of typing a single command into command line because you don't want to type the word "git"?
[17:22] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;hb=HEAD
[17:22] <ubitux> zap0 ^
[17:22] <ahuillet> no, I think he said he would do it, but only after drinking lava
[17:23] <zap0> its a straw.  i am a camel.
[17:23] <zap0> your concerns are valid; until you put it in my context.
[17:33] <zap0> got the tar open! w00t!      doc/example/decoding_encoding.c    the decide sample is  150 lines.     awesome!
[17:33] <zap0> decode/
[17:34] <mpfundstein_work> zap0: what do you expect? a one liner?
[17:34] <Mavrik> I think he's happy about it ;)
[17:35] <Mavrik> 150 lines isn't alot
[17:35] <zap0> i am Xstatic!
[17:36] <zap0> 150 is fantastic.  my fear was it would be a few thousand.
[17:37] <ahuillet> are there 150-line examples of decoding with HW accelerators? that would be nice. :)
[17:37] <Mavrik> hmm
[17:37] <Mavrik> ahuillet, depends on platform
[17:38] <Mavrik> in Android I think it's about 150 lines probably ;)
[17:38] <ahuillet> stupid question, but can you run ffmpeg on Android? I thought it was restricted to java applications
[17:39] <Mavrik> well, you DID say HW decoder
[17:39] <Mavrik> so that means using platform native API to that decoder
[17:40] <Mavrik> but yeah, you can run ffmpeg on android without problems& the CPUs aren't fast though and ARM optimizations are nowhere near what x86 has
[17:40] <ahuillet> Mavrik : so Android has a way to run native applications, not just java stuff?
[17:41] <JEEB> yes
[17:41] <JEEB> has had for quite a while
[17:41] <ahuillet> I was under the impression that it was completely locked.
[17:41] <Mavrik> ahuillet, it's linux ;)
[17:41] <Mavrik> it could always run native processes
[17:41] <ahuillet> by any chance, has anyone here ever written a DxVA video decoder app using ffmpeg?
[17:42] <Mavrik> ffmpeg won't really help you there
[17:43] <Mavrik> it has a limited HW decoder support, but to use HW decoders you pretty much need to leave most of decoding and demuxing to the native APIs
[17:43] <JEEB> well, ffmpeg will do some things
[17:43] <JEEB> https://lists.ffmpeg.org/pipermail/ffmpeg-user/2012-May/006600.html
[17:43] <Mavrik> which makes ffmpeg quite redundant
[17:43] <JEEB> anyways, that post most probably will give some hints :P
[17:43] <Mavrik> (depends on API though, some want only H.264 raw stream and you can use ffmpeg for demux, others want to demux themselves)
[17:44] <JEEB> hwaccells basically are made so that most of the weird dependencies are left out of ffmpeg, so you will have to take care of all that on the calling side
[17:44] <ahuillet> I have a raw stream, so no need to demux
[17:44] <ahuillet> JEEB: OK, so conceptually ffmpeg doesn't really make things any easier than using the native API directly, right?
[17:44] <JEEB> it does
[17:44] <JEEB> you just have to procure various things for it
[17:44] <JEEB> and it lets you of course be in the libav* framework
[17:45] <JEEB> anyways, VLC and LAV Video have DXVA2 implementations that base on the ffmpeg hwaccels
[20:48] <Blasius> Hello ! Can someone point me to the right implementation of transcoding audio files with RESAMPLING ? I have tried many code samples, but ended up with creepy bleat as an output
[20:49] <Blasius> The right sequence of avcodec_decode_audio4 and swr_convert and avcodec_encode_audio2
[20:49] <Blasius> Thank you all for advance
[20:50] <Blasius> Anybody ? Guys ? Girls ?
[20:51] <Blasius> Kids ?
[21:31] <Pei> Hey guys... I'm trying to compile ffmpeg-ext and I am having a bit of trouble... I unrar the package in a dir, then run phpize then ./configure, but when i run make it says "Build complete." "Don't forget to run 'make test'." but it doesn't actually compile anything and there is nothing in the modules/ dir
[21:31] <Pei> anyone have any idea why?
[21:31] <Pei> btw it does this on all three of my boxes with different distros each
[21:59] <Pei> when compiling ffmpeg-php i get this: http://pastebin.com/CQSEG4iB
[22:48] <Jonovono> I am wondering if you can add (timed) metadata to .ts streams using ffmpeg. Say I segment a .mp4 file into segments can I then add metadata to the start of each .ts file?
[23:33] <Pei> Hey guys
[23:33] <Pei> still having trouble
[23:33] <Pei> disconnected wondered if someone answered my question yes
[23:33] <Pei> yet*
[23:33] <Pei> when compiling ffmpeg-php i get this: http://pastebin.com/CQSEG4iB
[23:35] <ubitux> ffmpeg-php is not a FFmpeg project
[23:35] <ubitux> you need to contact the author
[23:42] <Blasius> May be someone can point me to audio transcoding sample ?
[23:42] <Blasius> Please ?
[23:43] <ubitux> Blasius: look at the doc/examples directory
[23:43] <ubitux> resampling_audio.c
[23:45] <Blasius> ubitux : thank you, but I can't get how to form a frame after swr_convert
[23:45] <Blasius> to encode further
[23:46] <Blasius> I can decode audio frame, resample it, but encoding yields a junk
[23:46] <Blasius> I mean, I can recognize a music, but it's heavily distorted
[00:00] --- Tue May 28 2013