[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