Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
August 2012
- 1 participants
- 62 discussions
[00:29] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r0fc684ff7c 10ffmpeg/libavcodec/aacdec.c:
[00:29] <CIA-56> ffmpeg: aacdec: pass AVPacket to aac_decode_frame_int()
[00:29] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:29] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r946ed78f5f 10ffmpeg/ (libavcodec/aacdec.c tests/fate/aac.mak):
[00:29] <CIA-56> ffmpeg: aacdec: fix priming/skip for AAC HE/HE2
[00:29] <CIA-56> ffmpeg: There is a remaining error of 2 - 8 samples in some but not all cases,
[00:29] <CIA-56> ffmpeg: the source of the error is unknown ATM.
[00:29] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:29] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r158a70f17a 10ffmpeg/libavformat/mov.c:
[00:29] <CIA-56> ffmpeg: mov: fix av_log int type
[00:29] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:42] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r19008e06c6 10ffmpeg/libavcodec/wmavoice.c:
[02:42] <CIA-56> ffmpeg: wmavoice: switch to av_assert
[02:42] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:42] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rafe6f337ad 10ffmpeg/libswscale/swscale.c:
[02:42] <CIA-56> ffmpeg: swscale.c: remove unused variable
[02:42] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r19dceef905 10ffmpeg/libavfilter/vf_framestep.c:
[05:25] <CIA-56> ffmpeg: vf_framestep: fix uninitilaized variable bug
[05:25] <CIA-56> ffmpeg: Found-by: gcc
[05:25] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rb3facc4af8 10ffmpeg/libavformat/ac3dec.c:
[05:25] <CIA-56> ffmpeg: ac3dec: fix uninitialized var warning
[05:25] <CIA-56> ffmpeg: This commit should be purely cosmetic
[05:25] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r310fd0d3d4 10ffmpeg/libavfilter/vsrc_testsrc.c:
[05:25] <CIA-56> ffmpeg: vsrc_testsrc: fix uninitilaized variable bug
[05:25] <CIA-56> ffmpeg: Found-by: gcc
[05:25] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r5e363bb9b3 10ffmpeg/libavformat/flvenc.c:
[05:25] <CIA-56> ffmpeg: flvenc: kill a uninitialized variable warning.
[10:18] <saste> michaelni: when you have some time, could you have a look at the decimate issue?
[10:18] <saste> it's in my local repo since March, and I'd like to push it
[10:18] <saste> also tell if you're OK with removing mp=smartblur
[10:19] <michaelni> saste, "the decimate issue" ?
[10:20] <saste> michaelni: yes the bx8 block diff code in decimate seems wrong
[10:20] <saste> *8x8
[10:21] <saste> so I had to fix it in order to make it binary-exact with dsputil diff_pixels code
[10:22] <saste> and I can't test MMX mp=decimate implementation (is always disabled)
[10:24] <michaelni> hmm, yes, seems x is off by 1, y shouldnt matter
[10:25] <saste> indeed
[10:26] <michaelni> "CpuCaps gCpuCaps; //FIXME initialize this so optims work"
[10:26] <michaelni> shouldnt be too hard to initt gCpuCaps from our cpu detect code ...
[10:27] <saste> BTW is there some way to set cpu_caps at run time?
[10:27] <saste> for example if I want to test C implementation without to recompile everything
[10:27] <michaelni> ./ffmpeg -cpuflags ...
[10:27] <saste> ok, thanks
[11:52] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rd40e2c7a86 10ffmpeg/libavfilter/avfiltergraph.c:
[11:52] <CIA-56> ffmpeg: avfiltergraph: kill uninitialized variable warning
[11:52] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[11:52] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rb0545800bd 10ffmpeg/libavcodec/wmalosslessdec.c:
[11:52] <CIA-56> ffmpeg: wmalosslessdec: remove unused variable
[11:52] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[11:53] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r340e8e0b22 10ffmpeg/libavcodec/dnxhdenc.c:
[11:53] <CIA-56> ffmpeg: dnxhdenc: fix pointer type warning
[11:53] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[13:44] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rf4c020e3ad 10ffmpeg/libswscale/swscale_internal.h:
[13:44] <CIA-56> ffmpeg: swscale: fix usePal()
[13:44] <CIA-56> ffmpeg: Fixes Ticket1702
[13:44] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[14:39] <Compn> nevcairiel : [aac @ 0126de60]Reserved SBR extensions are not implemented.
[14:39] <nevcairiel> reserved sounds wrong
[14:41] <Compn> might have just been caused by a seek
[14:43] <Compn> because playing it in order doesnt cause that error
[17:14] <michaelni> ubitux, is "0830 15:08 Wolfram Gloger (4.0K)
[17:16] <michaelni> or anyone else who knows the affected code ...
[17:37] <CIA-56> ffmpeg: 03Mans Rullgard 07master * r8db73c61a7 10ffmpeg/ (5 files in 2 dirs):
[17:37] <CIA-56> ffmpeg: build: allow non-standard variations of linker -l/-L flags
[17:37] <CIA-56> ffmpeg: This enables replacing the -l and -L flags used to specify the
[17:37] <CIA-56> ffmpeg: just-built libraries when linking the tools and shared libs with
[17:37] <CIA-56> ffmpeg: non-standard syntaxes. System library flags are already handled
[17:37] <CIA-56> ffmpeg: by the filtering mechanism in configure.
[17:37] <CIA-56> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[17:37] <CIA-56> ffmpeg: 03Anton Khirnov 07master * rbbabeb56fa 10ffmpeg/ (doc/developer.texi libavcodec/avcodec.h): Add reminders to update the codec descriptor list with new codec IDs.
[17:37] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * re8e4c8bdde 10ffmpeg/: (log message trimmed)
[17:37] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[17:37] <CIA-56> ffmpeg: * qatar/master:
[17:37] <CIA-56> ffmpeg: build: allow non-standard variations of linker -l/-L flags
[17:37] <CIA-56> ffmpeg: Add reminders to update the codec descriptor list with new codec IDs.
[18:04] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r0e781d9405 10ffmpeg/libavcodec/utvideoenc.c:
[18:04] <CIA-56> ffmpeg: utvideoenc: remove unused variable
[18:04] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:04] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r370bb893d2 10ffmpeg/libavformat/mp3enc.c:
[18:04] <CIA-56> ffmpeg: mp3enc: fix const correctness
[18:04] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:04] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r6fc892d271 10ffmpeg/libavcodec/libvorbisdec.c:
[18:04] <CIA-56> ffmpeg: libvorbisdec: fix const nitpick warning
[18:04] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:15] <ubitux> michaelni: will look at it in a moment
[19:51] <saste> why bugzilla sucks so hard when you want to do a f*****g simple search?
[19:52] <ubitux> i never understood how it works
[19:53] <ubitux> it just looks like another bloated bug tracker from the 90s
[19:54] <Daemon404> still better than clearquest
[19:55] <llogan> i hate bugzilla
[19:57] <ubitux> Daemon404: the good thing with sucky things is that you can always find worse
[19:57] <Daemon404> did someone say bug mailing list?
[19:57] <Daemon404> i think someone said bug mailing list.
[19:58] <ubitux> :)
[19:58] <ubitux> mutt can certainly such better in e-mails than bugzilla in bugs ;)
[20:03] <ubitux> s/such/search/
[20:12] <iive> bugzilla is written in perl.
[20:21] <saste> iive: don't blame the language for the implementation
[20:21] <saste> anyway maybe it is intentionally so hard
[20:22] <saste> so that the only users who manages to create a report are skilled or masochistic enough to perform a good report
[20:22] <iive> you have to use the right tool for the right job.
[20:42] <philipl> ubitux: Do you still need to look at the diff more, or are you happy? (I've fixed the INT_MAX thing locally)
[20:49] <ubitux> philipl: what happens in case of a subtitles ` subrip and lace_duration>INT_MAX?
[20:49] <ubitux> it looks like none of the duration is set
[20:50] <ubitux> saste: is the cflags/ldlibs things fixing anything?
[20:50] <philipl> ubitux: Yes, but that's the same as before.
[20:50] <philipl> It deliberately doesn't set any duration for non-subrip subtitles.
[20:51] <philipl> For ass that's because it inserts inband timing.
[20:51] <philipl> For vobsub, I assume its because the inband timing was always there.
[20:51] <saste> ubitux: yes, although it is somehow a corner case
[20:51] <saste> suppose that you have libs in custom prefix, e.g. /opt/weird/ffmpeg
[20:52] <ubitux> philipl: should be ok then
[20:52] <philipl> Thanks.
[20:52] <saste> *e.g. /weird/path/
[20:53] <saste> then you want to install ffmpeg in /freak/ffmpeg/
[20:53] <saste> when you link, you update your PKG_CONFIG_PATH, so that ffmpeg libs are looked in /freak/ffmpeg, but the cflags/ldflags will point to /weird/path/
[20:53] <saste> with funny results
[20:54] <saste> a more practical example, I have libs installed in HOME, but I may want to install ffmpeg in /opt/ffmpeg, and test the examples against that install
[20:55] <saste> so I need to override the default cflags/ldflags
[20:55] <saste> note that I already patched the build for that much time ago
[20:55] <saste> (many build systems don't support that scenario, e.g. libx264)
[20:55] <ubitux> ok ok
[20:56] <ubitux> well should be ok then
[20:58] <saste> i'll push it soon then
[21:50] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * re53becc70f 10ffmpeg/doc/examples/Makefile: (log message trimmed)
[21:50] <CIA-56> ffmpeg: examples/Makefile: give priority to pkg-config flags
[21:50] <CIA-56> ffmpeg: In case CFLAGS/LDLIBS are already defined and conflicting with the
[21:50] <CIA-56> ffmpeg: pkg-config flags, give priority to the latter since they are used to
[21:50] <CIA-56> ffmpeg: detect compilation flags.
[21:50] <CIA-56> ffmpeg: This should fix for example the case where there are many different
[21:50] <CIA-56> ffmpeg: instances of a library, CFLAGS=-I/foo/include and pkg-config cflags say
[21:50] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r078e203379 10ffmpeg/doc/examples/scaling_video.c: examples/scaling_video: add file doxy
[21:50] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * rcb6defb053 10ffmpeg/doc/examples/scaling_video.c: examples/scaling_video: consistently use printf rather than av_log()
[22:05] <ubitux> saste: please add demuxing to .gitignore :)
[22:06] <ubitux> saste: maybe we could use av_log() instead of the printf utils in the example?
[22:09] <ubitux> ah you just switched from av_log to fprintf heh.
[22:21] <saste> yeah we should try to keep some ... consistency between the various examples
[22:32] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r438b86fed4 10ffmpeg/libavcodec/faxcompr.c:
[22:32] <CIA-56> ffmpeg: faxcompr: fix byte alignment case
[22:32] <CIA-56> ffmpeg: Fixes Ticket1653
[22:32] <CIA-56> ffmpeg: Found-by: ami_stuff
[22:32] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:43] <brimestone> hey guys, i have a piece of footage that is shot in LogC. I'm wondering i can use FFmpeg to add a LUT/Color Profile to get the "normal" looking image in Rec709?
[22:46] <Compn> you want to switch the color profile ?
[22:46] <Compn> i thought there was a filter to do it in mplayer, which ffmpeg should have now
[22:46] <Compn> but i dont remember
[22:46] <brimestone> i think that is what i'm talking about
[22:47] <Compn> you color profile guys sound like audiophiles :P
[22:47] <saste> matrixcolor?
[22:47] <brimestone> yes...
[22:47] <Compn> saste : http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-August/058341.html
[22:47] <Compn> saste : maybe it was never committed...
[22:48] <Compn> saste : but theres been at least 100 people asking for this feature, it would make a nice thing if ffmpeg doesnt have it...
[22:49] <brimestone> doesnt??
[22:52] <Compn> if you are encoding to x264 , x264 has a colormatrix option
[22:52] <Compn> which can specify the thing
[22:53] <Compn> dnxhd encoder might as well
[22:54] <brimestone> hmmmm
[22:55] <Compn> Convert HD YUV BT709 to SD BT601 and vice versa
[22:55] <Compn> FFmpeg customized for broadcast and professional usage.
[22:55] <Compn> What you can do with FFmbc:
[22:55] <Compn> http://code.google.com/p/ffmbc/
[22:56] <Compn> that might be what you want brimestone
[22:56] Action: Compn afk
[22:56] <Compn> saste : merge ffmbc , gpl ifdef everything! :)
[22:57] Action: saste saste wonders why people ask him to do everything
[22:58] <Compn> mostly because everyone else avoids me
[22:58] <Compn> and michael is too busy ;)
[22:58] <ubitux> isn't vf colormatrix what you are looking for?
[22:58] <Daemon404> that was ported from avs
[22:58] <Daemon404> it isnt unique to ffmbc
[22:59] <Compn> maybe it just needs some advertising how to use it
[22:59] Action: Compn looks at saste to write docs
[22:59] <ubitux> there is some doc for the colormatrix filter
[23:00] <Compn> 28.8 colormatrix
[23:00] <Compn> The colormatrix filter allows conversion between any of the following color space: BT.709 (bt709), BT.601 (bt601), SMPTE-240M (smpte240m) and FCC (fcc).
[23:00] <Compn> The syntax of the parameters is source:destination: colormatrix=bt601:smpte240m
[23:00] <Compn> so it is
[23:00] <Compn> brimestone : how come you dont read documentation then huh?
[23:00] <Compn> :P
[23:06] <brimestone> i do?
[23:06] <brimestone> i just get confuse with the nomanclature of the Video world...
[23:14] <brimestone> that actually does convertion from bt709 to smpte?
[23:17] <brimestone> what im trying to do is render a LogC footage from an Arri Alexa camera using a LUT file created by the Cinematographer on the field
[23:28] <nyuhu> saste : in your review of the process_command callback for hue youre suggesting to save the old hue values and then reset them ; in itself it is not necessary to save the old values since theyre not directly used in the processing (hue_[sin,cos] attributes are used instead but are computed from the hue). Should we still save them for the consistency ?
[23:40] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r952caf11f2 10ffmpeg/doc/examples/muxing.c: examples/muxing: remove pointless #undef exit
[23:40] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * rdb0a0aa243 10ffmpeg/doc/examples/scaling_video.c: examples/scaling_video: add logging in case of image allocation failure
[23:43] <saste> nyuhu: whatever is simpler/easier to understand
[23:46] <brimestone> anyone here have a clue on how to use -lutyuv?
[23:52] <saste> brimestone: -vf lutyuv=...
[23:53] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r19d8954966 10ffmpeg/libavformat/utils.c:
[23:53] <CIA-56> ffmpeg: find_stream_info: update last_dts more often
[23:53] <CIA-56> ffmpeg: This improves dts validity checks and consequently fps detection of files with invalid dts
[23:53] <CIA-56> ffmpeg: Fixes Ticket1681
[23:53] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:00] --- Fri Aug 31 2012
1
0
[00:50] <aspirant> anyone ever have any luck streaming in apple's segmented format using ffmpeg?
[07:34] <Samus_Aran> is there anything wrong with "ffmpeg -vcodec copy -acodec copy -i 00025.mts output.mp4"? it is telling me it doesn't know the encoder "copy".
[07:34] <Samus_Aran> sorry, unknown decoder.
[07:35] <Samus_Aran> ah, had to put the -i at the start
[07:42] <Samus_Aran> cheers
[14:36] <hackeron> anyone familiar with opencv? - how would I pass something like an AVDictionary or specifically av_dict_set(&opts, "rtsp_transport", "tcp", 0); to CvCapture *input = cvCreateFileCapture("rtsp://192.168.88.14/"); so that ffmpeg knows to use TCP?
[18:01] <LaserDragon> Hi, I am very much a novice trying to use ffmpeg to do some simple video cutting (cutting out 2 second segments from the middle of 7 second clips)
[18:01] <LaserDragon> i use the following command: ffmpeg -i full.mp4 -ss 3 -t 2 -vcodec copy -acodec copy cut.mp4
[18:01] <LaserDragon> and this is the output i get http://pastebin.com/RWJ6wFZ1
[18:02] <LaserDragon> basically, if I set -ss to 0 or get rid of it I can cut from the start of the video, but any attempt to get it to cut from half way through results in some failure or another
[18:03] <LaserDragon> I'm sure I'm being a muppet but I'm to muppetlike figure it out, anyone around who can help me?
[18:06] <relaxed> LaserDragon: look at the "select" video filter in the man page.
[18:06] <LaserDragon> ok, thanks
[18:09] <relaxed> man ffmpeg (then type "/^ select" without the quotes and hit enter.)
[18:12] <LaserDragon> i'm sorry to say I'm running under windows, dont think man's going to work here is it? I think I've found the section on the webpage though
[18:13] <FelipeS> hey all, I'm trying to convert the container of a video from mpegts to mp4 (h264, aac) but ffmpeg output is littered with the following "[h264 @ 0x7fb26b841c00] non-existing PPS referenced
[18:13] <FelipeS> [h264 @ 0x7fb26b841c00] non-existing PPS 0 referenced
[18:13] <FelipeS> [h264 @ 0x7fb26b841c00] decode_slice_header error"
[18:13] <FelipeS> I'm using ffmpeg -i input.ts -acodec copy -vcoded copy output.mp4
[18:16] <relaxed> which version?
[18:18] <FelipeS> relaxed ffmpeg 0.11.1
[18:19] <FelipeS> I have a bunch of ts files. Some of them are converted without a problem, some others fail
[18:19] <relaxed> maybe -copyinkf would help?
[18:19] <FelipeS> or actually, it does output an mp4 file but not playable
[18:20] <relaxed> I assume the input is playable?
[18:21] <FelipeS> relaxed yes. let me try that knob.
[18:36] <LaserDragon> relaxed, I'm sorry I'm still having trouble, any chance you could have a look a the command I ran and let me know why you think it isnt working?
[18:36] <LaserDragon> E:\ffmpeg\bin>ffmpeg -i full.mp4 -vf 'showinfo,select=gte(n\,150)*lte(n\,250)' -vcodec copy -acodec copy test.mp4
[18:36] <LaserDragon> it works, but it outputs the full 7 second video
[18:39] <LaserDragon> ffmpeg -i full.mp4 -vf select='gte(t\,3)*lte(t\,5)' -vcodec copy -acodec copy test.mp4
[18:39] <LaserDragon> produces similar results
[18:40] <LaserDragon> seems to be happy using the filter but ignores the specified window whether it's in seconds or frames
[18:44] <FelipeS> relaxed didnt work either.
[18:52] <funyun> hi. can i speed up audio of a video without re-encoding it with ffmpeg? when i play the video in mplayer, i have to speed it up 200ms. can i fix this with mplayer?
[19:01] <funyun> anyone know
[19:02] <funyun> ?
[19:14] <funyun> anyone here use ffmpeg?
[19:39] <gingerling> hi
[19:40] <gingerling> anyone got a sec to look at a render profile from kdenlive thats not working.
[19:40] <gingerling> "f=avi acodec=flac ar=48000 ab=1024k ac=2 vcodec=ffv1 qscale=1 aspect=%dar"
[19:41] <gingerling> it used to work apparanly, then someone made a patch fix, now its not working. Struggeling to get anyone to care. What I want is to render losless into an .ogg or .ogv
[19:41] <gingerling> this one was preset to avi, but wont work to avi or .ogg
[19:48] <llogan> gingerling: you want ffv1 and flac in ogg container?
[19:48] <llogan> what do you mean by "won't work"? are there any actual error messages?
[19:50] <llogan> also ab=1024k and qscale=1 are probably ignored with ffv1 and flac so you can remove them
[19:52] <llogan> ogg container probably won't support ffv1
[20:18] <gingerling> hi sorry
[20:18] <gingerling> llogan, burned my tea
[20:18] <gingerling> had to fix it
[20:18] <gingerling> er, well - no error while rendering (though another guy said he got an error)
[20:19] <llogan> isn't that called Lapsang souchong?
[20:19] <gingerling> however, when I try and play it in VLC i get something about "undf" not recognised
[20:19] <gingerling> (lol - good one! tea meaning dinner in the north of england though)
[20:19] <gingerling> in other video players i get no error
[20:20] <gingerling> I have used pitivi to render with dirac and flac, seems ok. dont se ffv1 on there through
[20:20] <llogan> i'm not totally sure what you're doing and what the issue is.
[20:21] <llogan> as i understand it, kdenlive won't export using the setting preset you pasted?
[20:21] <gingerling> sorry - er, well. I am trying to render a video in a free format with lossless compression. Kdenlive has that script as the only preset avaliable, and it isnt working
[20:21] <gingerling> yes
[20:21] <gingerling> I need to ether write my own or fix that one.
[20:21] <llogan> no error? it just sits there?
[20:21] <llogan> did anyone reply in #kdenlive?
[20:22] <gingerling> the kdenlive site basically just points me to you. It renders fine but wont play right or i get an error "No suitable decoder module:
[20:22] <gingerling> VLC does not support the audio or video format "undf". Unfortunately there is no way for you to fix this." on playback
[20:23] <llogan> so it did allow you to make a file?
[20:24] <relaxed> gingerling: you may have better luck with another container, like matroska.
[20:25] <gingerling> yes, it allowed a file.
[20:26] <gingerling> relaxed, MMM. I dont really mind what it is as long as its free/non-patented etc.
[20:26] <gingerling> but kdenlive only have me that option. Could you help me write a new one to see if i can get it working?
[20:26] <relaxed> f=mkv
[20:27] <relaxed> (I'm guessing)
[20:27] <gingerling> let me see if it helps
[20:28] <gingerling> it says unsuprted video format in the dialouge
[20:28] <gingerling> :S
[21:33] <funyun> hi. can i speed up audio of a video without re-encoding it with ffmpeg? when i play the video in mplayer, i have to speed it up 200ms. can i fix this with ffmpeg?
[22:03] <FelipeS> hey all, I'm using ffmpeg to segment an m4v (h264, aac) into 10 second MP4 files, using something like this 13 ffmpeg -v 9 -loglevel 99 -i input.m4v -map 0 -codec:v libx264 -acodec ac3 -f segment -segment_time 10 -segment_list prog_index.m3u8 -segment_format mp4 stream%05d.mp4
[22:03] <FelipeS> but only the first segment works :|
[22:04] <FelipeS> and they're not even 10 seconds long
[22:05] <FelipeS> playback of the rest of files just shows a black screen and no sound
[22:21] <FelipeS> is it a keyframe issue?
[22:33] <FelipeS> :| anyone?
[22:36] <FelipeS> pretty much this problem: http://ffmpeg.org/trac/ffmpeg/ticket/1425
[22:37] <FelipeS> dev closed it as invalid, but I think he misunderstood the problem
[22:40] <saste> FelipeS: reopen the ticket and explain why, you don't need special privileges for that
[22:42] <saste> HLS tickets are hopeless, they will be always reopened
[22:42] <brimestone> hey guys, i have a piece of footage that is shot in LogC. I'm wondering i can use FFmpeg to add a LUT/Color Profile to get the "normal" looking image in Rec709?
[22:48] <_Mike_> Hello - I'm wondering if someone might be able to give me a hand trying to get ffmpeg to run as part of a class assignment - I can't figure out what I'm doing wrong but I know there must be something (or else I wouldn't be here...)
[22:49] <sacarasc> The ffmpeg executable or as part of another programme?
[22:49] <_Mike_> The executable, I believe.
[22:49] <sacarasc> Can you paste the command and entire output to a pastebin type site?
[22:50] <sacarasc> Also, a little detail on what you need to do might help, too.
[22:50] <_Mike_> Yea, I should probably start there - I am in a *Really* basic programming course
[22:50] <_Mike_> My only real advantage right now is that I've been using IRC for years and I know some UNIX navigation commands
[22:51] <_Mike_> Basically we were tasked with obtaining ffmpeg and a .tar of some png files our professor sent us, extract them, and then use ffmpeg to make a movie of the png files.
[22:52] <_Mike_> So I got ffmpeg 0.11.1 and the .png tar files, extracted/made them, but now I can't seem to figure out how to run ffmpeg to make the movie file
[22:52] <tdr> _Mike_, you should be able to make a movie from the files after a 5 minute web search
[22:52] <_Mike_> (I could use lots of things to make a movie, yea, but we have to turn in a copy/paste or screenshot of the terminal/command-line we used
[22:53] <llogan> _Mike_: http://ffmpeg.org/faq.html#How-do-I-encode-single-pictures-into-movies_003f
[22:53] <tdr> llogan, make sure to share a link that watermarks someone else's name on the movie ;)
[22:54] <_Mike_> Alright, that brings up question set #2 then - I tried to run ffmpeg as a command but I get back Command not found
[22:54] <tdr> _Mike_, run it by full path if you didn't use an installer
[22:55] <_Mike_> Well, when I ls the place I extracted it to I don't even see ffmpeg as a viable command
[22:55] <_Mike_> I see ffmpeg.c but it won't let me compile it
[22:55] <llogan> what's your distro?
[22:55] <_Mike_> I ran configure --disable-yasm (it wouldn't let me run a normal configure) but still nothing
[22:55] <llogan> or use the static builds instead
[22:55] <_Mike_> Sorry, not sure what distro stands for...
[22:56] <llogan> damn...
[22:56] <llogan> that's wot i meant to do...
[22:58] <_Mike_> ok, grabbing and trying it now - thank you so much for the help - hopefully will be back with success shortly!
[22:59] <llogan> what did we learn here class? cheating gets results.
[22:59] <_Mike_> I'm not sure if I'd even call this cheating...
[23:00] <_Mike_> Recognizing that the directions as-written don't lead to the output as-written, so I followed what I saw on-screen - came here to ask :)
[23:01] <llogan> i was making a bad joke
[23:01] <_Mike_> Ah, my bad - long day + no coffee = geology student who misses jokes
[23:02] <llogan> that's gneiss.
[23:02] <_Mike_> Maybe, but that last one was schist
[23:02] Action: _Mike_ gives llogan 2 points though
[23:17] <_Mike_> ah darn
[23:17] <_Mike_> The static version gives me: FATAL: kernel too old Segmentation fault
[23:18] <_Mike_> and looking deeper into the original one suggested I needed something yasm, which I got, but installing it still won't let me configure ffmpeg 0.11.1 without doing --disable-yasm (which makes it not work at all)
[23:26] <brontosaurusrex> mpeg2 - program stream, 4:2:2, marked as tff, CBR mode, how?
[23:33] <brontosaurusrex> JEEB, you around?
[23:33] <sacarasc> _Mike_: Get the other static build, the 2.6.26 one.
[23:34] <_Mike_> I'll give that a shot right now
[23:35] <brimestone> hey guys, i have a piece of footage that is shot in LogC. I'm wondering i can use FFmpeg to add a LUT/Color Profile to get the "normal" looking image in Rec709?
[23:37] <_Mike_> sacarsac: sadly I get the same error
[23:38] <sacarasc> _Mike_: What OS are you on?
[23:39] <_Mike_> Windows 7 <bleh> but I'm logged on through secure shell ssh to my university's UNIX server
[23:40] <llogan> _Mike_: is your kernel older than 2.6.26? you can see with "uname -r"
[23:41] <_Mike_> 2.6.9_78.0.22.EL_lustre.1.6.7.2_custom
[23:41] <llogan> i guess they don'y make it easy for you
[23:41] <_Mike_> apparently...
[23:42] <llogan> maybe your yasm is too old
[23:43] <_Mike_> I got yasm 1.2.0 - I can't seem to find any newer ones, but I'll go back to looking
[23:44] <llogan> did you actually install it?
[23:44] <_Mike_> The only command it allowed me to do was "configure" but if that was install, then yes
[23:45] <llogan> what's the error you get when you run "./configure" in the ffmpeg directory?
[23:45] <_Mike_> yasm not found, use --disable-yasm for a crippled build If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user(a)ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solving the problem.
[23:46] <llogan> then add --disable-yasm. i usually don't recommend that but you only need to make one video.
[23:46] <_Mike_> I tried that but it didn't configure with a ffmpeg executable
[23:47] <llogan> once you run "./configure --disable-yasm", and it is successful, then you need to run "make"
[23:47] <_Mike_> wait...
[23:47] <_Mike_> doh
[23:47] <llogan> did they show you any of this in class?
[23:47] <_Mike_> "make yasm" might be needed too, right?
[23:47] <_Mike_> I think the prof skipped the "make" part
[23:47] <brimestone> anyone know how to use -LUTYUV?
[23:47] <llogan> not. forget yasm.
[23:48] <llogan> apparently one of the south park creators just walked by... i didn't get up.
[23:48] <_Mike_> ok, trying configure --disable-yasm
[23:49] <_Mike_> common.mak:17: *** unterminated call to function `foreach': missing `)'. Stop.
[23:50] <llogan> try this: make distclean; ./configure --disable-yasm; make
[23:50] <llogan> do you have access to a less graybeard server?
[23:51] <_Mike_> not as such no
[23:51] <_Mike_> ok... so far that last bit seems to be working... it's "making"
[23:52] <llogan> it will probably take some time on your ancient jalopy server.
[23:53] <llogan> ocne it is finished you can run ffmpeg. no need to install.
[23:53] <_Mike_> no dice :(
[23:53] <llogan> error?
[23:54] <_Mike_> hm hang on a sec...
[23:54] <llogan> it will output many things that look like "errors", but they can be ignored
[23:56] Action: llogan leaves for a while for uberlate lunch.
[23:56] <_Mike_> lost connection with the server, had to reconnect :(
[23:56] <_Mike_> llogan thank you so much for the help - hopefully this gets me there
[23:57] <_Mike_> damn :(
[23:57] <_Mike_> common.mak:17: *** unterminated call to function `foreach': missing `)'. Stop.
[00:00] --- Fri Aug 31 2012
1
0
[00:34] <philipl> ubitux: So, ignoring the lace_duration thing, do you think it's reasonable?
[00:35] <ubitux> well in theory it looks good yes, but i didn't test the patch
[00:36] <ubitux> i'm assuming you fixed the 2-spaces indent block too :p
[00:39] <philipl> Sure. :-)
[00:40] <ubitux> philipl: do you have any downside relevant to that patch btw?
[00:41] <philipl> So, if there's no stupid timebase, then there's no downside for sure.
[00:42] <philipl> If there is a stupid time base, then the difference in behaviour is duration will be the overflowed value instead of zero.
[00:42] <philipl> That may or may not be considered a downside, but neither is correct.
[00:42] <ubitux> do you plan to add some pts rescaling?
[00:43] <philipl> I'd like to try and do it eventually, but at a glance it's going to hurt my brain, trying to keep all the different pieces of the matroska time scale straight.
[00:44] <ubitux> i'm not sure that's the role of the demuxer, but in that case doing the rescale to 1/1000 for subtitles in any case sound appropriate
[00:44] <ubitux> ok
[00:44] <ubitux> it would be interesting to get some samples with these insane tb
[00:44] <philipl> yeah, maybe we restrict it to subtitles only, but that may end up being harder to deal with.
[00:44] <philipl> I'm sure mkvmerge can generate them.
[00:48] <ubitux> philipl: what about first checking for the insane tb and set only duration64 if so?
[00:48] <ubitux> so no rescale atm but no breakage?
[00:48] <philipl> ubitux: Yeah, so no rescale in the short term, but no breakage of cases that worked before.
[00:48] <ubitux> i'm a bit worried about how much samples with creepy subtitles tb there are in the wild
[00:48] <philipl> ubitux: we could do such a check, but it doesn't really buy anything.
[00:49] <philipl> Those samples will continue to work correctly in every scenario where they worked before.
[00:49] <philipl> (ie: extract to srt and playing with mplayer. Pretty much everything else would be busted)
[00:50] <philipl> ubitux: oh, and the reason not to do a check is if there's any clients that only read convergence_duration. You'd break them if you stopped always writing it.
[00:51] <ubitux> i meant not writing in duration but only duration64 if necessary
[00:51] <ubitux> so duration64 get used when broken
[00:52] <ubitux> if the tb is stupid, mplayer isn't able to handle properly the timing?
[00:52] <ubitux> if the tb is stupid, duration64 still makes sense no?
[00:53] <ubitux> sorry if i'm a bit confused again
[00:56] <philipl> So, you mean if the tb is stupid, don't write the normal duration, and leave it at zero?
[00:57] <philipl> Ok, yeah, I can do that. It would mean the broken case would stay broken in the same way.
[00:57] <ubitux> yeah or any marker that will make the api user aware that it should use the convergence_duration
[00:58] <ubitux> note that we use a negative duration to notice the "last until the next sub"
[00:58] <ubitux> -1 to be more specific
[00:58] <philipl> Well, I don't want to endorse this mechanism anymore than it's already used.
[00:58] <philipl> So I'd rather not introduce a formal marker. Just keep the existing de facto behaviour
[00:59] <ubitux> do what you think is the best, you have a good understanding of the problem
[00:59] <philipl> Ok. Thanks for the thoughts.
[00:59] <ubitux> but it would be nice if you wouldn't stop now and do the proper rescale at some point ;)
[01:00] <philipl> No, I won't give up. I'll do the rescale. I just didn't want to leave the normal case broken when there's a quick fix for that.
[01:00] <ubitux> sure :)
[01:10] <CIA-56> ffmpeg: 03Andrey Utkin 07master * r7870722592 10ffmpeg/libavformat/ (avio.c url.h):
[01:10] <CIA-56> ffmpeg: Add 'rw_timeout' into URLContext
[01:10] <CIA-56> ffmpeg: If set non-zero, limits duration of retry_transfer_wrapper() loop, thus
[01:10] <CIA-56> ffmpeg: affects ffurl_read*(), ffurl_write()
[01:10] <CIA-56> ffmpeg: Measured in microseconds.
[01:10] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[01:10] <CIA-56> ffmpeg: 03Andrey Utkin 07master * r028b6d2b5c 10ffmpeg/ (doc/protocols.texi libavformat/udp.c):
[01:10] <CIA-56> ffmpeg: Add 'timeout' option to UDP protocol
[01:10] <CIA-56> ffmpeg: This patch accepts 'timeout' option for input mode only. As far as i know, UDP output cannot introduce delays.
[01:10] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[03:02] <llogan> has something changed to make mjpg encoder ignore q:v? http://pastebin.com/yyUWCHhS
[03:04] <Daemon404> have you tried to add -flags +qscale
[03:04] <llogan> no change.
[03:08] <llogan> works in 0.11.1 apparently.
[03:08] <llogan> i mean my original command
[04:31] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r2d5c80b2e8 10ffmpeg/libavcodec/frame_thread_encoder.c:
[04:31] <CIA-56> ffmpeg: frame_thread_encoder: pass frame pict type and quality
[04:31] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:31] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r097a909ea1 10ffmpeg/libavcodec/ (frame_thread_encoder.c frame_thread_encoder.h utils.c):
[04:31] <CIA-56> ffmpeg: frame_thread_encoder: pass private options
[04:31] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[06:14] <philipl> ubitux: I posted an updated diff that tries to be cleverer. It checks for overflow and doesn't write the regular duration in that case.
[06:15] <philipl> I also checked and mkvmerge doesn't let you go below 1us for the time base, so I suspect there are no crazy files in the wild.
[07:38] <nevcairiel> I think the conditions in that block are weird. The first part of the if checks for codec_id == Subrip, and the second part checks for type != subtitle, so what happens to all other subtitles?
[11:35] <CIA-56> ffmpeg: 03Paul B Mahol 07master * re4fff08f5b 10ffmpeg/libavcodec/exr.c:
[11:35] <CIA-56> ffmpeg: exr: fix decoding ZIP16 and height not multiple of 16
[11:35] <CIA-56> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[11:37] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r85c830331c 10ffmpeg/libavcodec/utils.c:
[11:37] <CIA-56> ffmpeg: lavc: protect calls to frame_thread_encoder by HAVE_THREADS
[11:37] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:09] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r0b58c77ed1 10ffmpeg/libavcodec/audio_frame_queue.c:
[18:09] <CIA-56> ffmpeg: audio_frame_queue: Define af_queue_log_state before using it
[18:09] <CIA-56> ffmpeg: This fixes building with DEBUG defined after the function was made
[18:09] <CIA-56> ffmpeg: static and the prototype removed in d7f9786cbc.
[18:09] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:09] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r6f5b1a2ba4 10ffmpeg/libavcodec/h264.c:
[18:09] <CIA-56> ffmpeg: h264: Check that the codec isn't null before accessing it
[18:09] <CIA-56> ffmpeg: This fixes crashes introduced by 2e8f3cbcda5, the codec can be null
[18:09] <CIA-56> ffmpeg: when called from parsers.
[18:09] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:09] <CIA-56> ffmpeg: 03Diego Biurrun 07master * refbd04c332 10ffmpeg/libavcodec/x86/ (Makefile dct32_sse.asm imdct36_sse.asm): x86: avcodec: Drop silly "_sse" suffixes from filenames
[18:09] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r6d35470063 10ffmpeg/ (13 files in 2 dirs):
[18:09] <CIA-56> ffmpeg: utvideoenc: use ff_huff_gen_len_table
[18:09] <CIA-56> ffmpeg: Avoid code duplication and provide faster and better compression.
[18:09] <CIA-56> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org>
[18:09] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r06b5246c84 10ffmpeg/libavformat/sdp.c:
[18:09] <CIA-56> ffmpeg: sdp: Include profile-level-id for H264
[18:09] <CIA-56> ffmpeg: This is required for playback with the Stagefright RTSP framework
[18:09] <CIA-56> ffmpeg: on Android.
[18:09] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:09] <CIA-56> ffmpeg: 03Martin Storsjö 07master * rdd4169ab92 10ffmpeg/tools/qt-faststart.c:
[18:09] <CIA-56> ffmpeg: qt-faststart: Use other seek/tell functions on MSVC than on mingw
[18:09] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:09] <CIA-56> ffmpeg: 03Diego Biurrun 07master * rbcc45d6348 10ffmpeg/libavcodec/x86/ (11 files): x86: avcodec: Drop silly "_mmx" suffixes from filenames
[18:09] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r212ec5faf9 10ffmpeg/tools/ (cws2fws.c pktdumper.c):
[18:10] <CIA-56> ffmpeg: huffman: add ff_huff_gen_len_table
[18:10] <CIA-56> ffmpeg: The function will be used by utvideo as well.
[18:10] <CIA-56> ffmpeg: Signed-off-by: Luca Barbato <lu_zero(a)gentoo.org>
[18:10] <CIA-56> ffmpeg: 03Martin Storsjö 07master * rd4bba93f4d 10ffmpeg/libavformat/sdp.c:
[18:10] <CIA-56> ffmpeg: sdp: Use static const char arrays instead of pointers to strings
[18:10] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:10] <CIA-56> ffmpeg: 03Samuel Pitoiset 07master * r6af2480aa6 10ffmpeg/libavformat/rtpdec_h264.c:
[18:10] <CIA-56> ffmpeg: rtpdec_h264: Don't set the pixel format
[18:10] <CIA-56> ffmpeg: There is no need for this depacketizer to set the pixel format,
[18:10] <CIA-56> ffmpeg: the decoder can do that just fine.
[18:10] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:10] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r3ad9eac5a0 10ffmpeg/ (libavcodec/motion-test.c libswscale/colorspace-test.c):
[18:10] <CIA-56> ffmpeg: testprogs: Remove unused includes
[18:10] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[18:10] <CIA-56> ffmpeg: 03Ronald S. Bultje 07master * rb64a72e1b2 10ffmpeg/libswscale/yuv2rgb.c:
[18:10] <CIA-56> ffmpeg: yuv2rgb: handle line widths that are not a multiple of 4.
[18:10] <CIA-56> ffmpeg: This introduces support for width%4==2 in addition to width%4==0. For
[18:10] <CIA-56> ffmpeg: odd widths, some more checks are needed, since the current code always
[18:10] <CIA-56> ffmpeg: handles two luma items in a row, thus there is a possibility of an
[18:10] <CIA-56> ffmpeg: overread by one.
[18:10] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r09d5e02ab0 10ffmpeg/tools/graph2dot.c:
[18:10] <CIA-56> (12 lines omitted)
[18:16] <CIA-56> ffmpeg: 03Diego Biurrun 07master * rd39791bf39 10ffmpeg/libavcodec/x86/ (mpegvideoenc.c mpegvideoenc_template.c):
[18:16] <CIA-56> ffmpeg: x86: mpegvideoenc: Do not abuse HAVE_ variables for template instantiation
[18:16] <CIA-56> ffmpeg: This avoids trouble if HAVE_ variables are used elsewhere in the file.
[18:16] <CIA-56> ffmpeg: 03Diego Biurrun 07master * r2f2aa2e542 10ffmpeg/libavcodec/x86/mpegvideoenc.c:
[18:16] <CIA-56> ffmpeg: x86: mpegvideoenc: fix linking with --disable-mmx
[18:16] <CIA-56> ffmpeg: The optimized dct_quantize template functions reference optimized
[18:16] <CIA-56> ffmpeg: fdct symbols, so these functions must only be enabled if the relevant
[18:16] <CIA-56> ffmpeg: optimizations have been enabled by configure.
[18:16] <CIA-56> ffmpeg: 03Mans Rullgard 07master * r095792f253 10ffmpeg/ (Makefile common.mak configure):
[18:16] <CIA-56> ffmpeg: build: add separate setting for host linker
[18:16] <CIA-56> ffmpeg: This adds new HOSTLD and related settings for host linker allowing
[18:16] <CIA-56> ffmpeg: it to be different from HOSTCC.
[18:16] <CIA-56> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[18:16] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r8579d4b2f0 10ffmpeg/: (log message trimmed)
[18:16] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[18:16] <CIA-56> ffmpeg: * qatar/master:
[18:16] <CIA-56> ffmpeg: build: export filtered -lz flag in config.mak
[18:16] <CIA-56> ffmpeg: build: add separate setting for host linker
[18:16] <CIA-56> ffmpeg: configure: probe_cc: use separate variable for linker output flag
[18:16] <CIA-56> ffmpeg: x86: Always compile files with functions that are called unconditionally
[18:16] <CIA-56> ffmpeg: 03Diego Biurrun 07master * r2e6f93a284 10ffmpeg/libavcodec/x86/Makefile: x86: Always compile files with functions that are called unconditionally
[18:16] <CIA-56> ffmpeg: 03Mans Rullgard 07master * r7baa115a33 10ffmpeg/ (Makefile configure):
[18:16] <CIA-56> ffmpeg: build: export filtered -lz flag in config.mak
[18:16] <CIA-56> ffmpeg: This is needed to link tools/cws2fws using a linker with non-standard
[18:16] <CIA-56> ffmpeg: command line syntax.
[18:17] <CIA-56> ffmpeg: 03Mans Rullgard 07master * r2763587c83 10ffmpeg/configure:
[18:17] <CIA-56> ffmpeg: configure: probe_cc: use separate variable for linker output flag
[18:17] <CIA-56> ffmpeg: Some tools use different command line syntax for specifying output
[18:17] <CIA-56> ffmpeg: when compiling and linking. To accomodate these, separate variables
[18:17] <CIA-56> ffmpeg: must be used. No currently supported compilers/linkers are affected
[18:17] <CIA-56> ffmpeg: by the change.
[18:17] <CIA-56> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[18:18] <CIA-56> ffmpeg: 03Philip Langdale 07master * r7816c7e772 10ffmpeg/libavcodec/codec_desc.c:
[18:18] <CIA-56> ffmpeg: Add missing codec descriptor for timingless subrip.
[18:18] <CIA-56> ffmpeg: Signed-off-by: Philip Langdale <philipl(a)overt.org>
[18:26] <CIA-56> ffmpeg: 03Nicolas George 07master * ra5704659e3 10ffmpeg/libavfilter/af_atempo.c:
[18:26] <CIA-56> ffmpeg: lavfi/af_atempo: use av_malloc for rDFT buffers.
[18:26] <CIA-56> ffmpeg: Memory obtained from av_realloc is not aligned enough for AVX.
[18:26] <CIA-56> ffmpeg: The other similar allocations are changed too because they use
[18:26] <CIA-56> ffmpeg: the same macro. The buffers were cleared afterwards anyway.
[18:26] <CIA-56> ffmpeg: Fix trac ticket #1692.
[19:02] <CIA-56> ffmpeg: 03Ramiro Polla 07master * rad7fae4ee1 10ffmpeg/ (doc/indevs.texi libavdevice/dshow.c):
[19:02] <CIA-56> ffmpeg: dshow: allow user to specify audio buffer size
[19:02] <CIA-56> ffmpeg: Based on patch by rogerdpack <rogerpack2005(a)gmail.com>
[19:02] <CIA-56> ffmpeg: Tested-by: Roger Pack <rogerdpack2(a)gmail.com>
[19:02] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:26] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r818f3dc907 10ffmpeg/libavcodec/audio_frame_queue.c:
[19:26] <CIA-56> ffmpeg: audio_frame_que: remove broken code that is specific to old audio_que
[19:26] <CIA-56> ffmpeg: This should fix compilation with -DDEBUG
[19:26] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[20:38] <philipl> ubitux: Hi.
[20:38] <ubitux> hey philipl :)
[20:39] <ubitux> 07:38:49 < nevcairiel> I think the conditions in that block are weird. The first part of the if checks for codec_id == Subrip, and the second part checks for type != subtitle, so what happens to all other subtitles?
[20:39] <ubitux> did you see that?
[20:39] <philipl> No.
[20:39] <philipl> What's the context?
[20:39] <philipl> Discussing the original logic?
[20:39] <ubitux> not long after you left saying stuff about your updated diff
[20:40] <ubitux> (there is nothing else)
[20:40] <philipl> I think the punch line is that there are three types of valid subtitles in mkv: subrip, ass and vobsub. Both ass and vobsub use inband timing.
[20:40] <philipl> so it doesn't set duration for any of them.
[20:41] <philipl> (or rather, for ass the demuxer restores the inband timing)
[20:41] <ubitux> i didn't look at the updated patch yet
[20:41] <philipl> Anyway, the updated diff does a check against UINT_MAX to decide whether its safe to set the normal duration.
[20:41] <ubitux> why unsigned?
[20:41] Action: Daemon404 wonders why nevcairiel cares
[20:41] <ubitux> isn't duration signed?
[20:42] <philipl> urp.
[20:42] <Daemon404> he doesnt use lavf's mkv stuff anyway
[20:42] <philipl> ubitux: you're right. its signed.
[20:43] <philipl> So INT_MAX then :-)
[20:44] <philipl> And at this point I'm pretty sure there's no tool to create a stupid mkv. ffmpeg only allows 1ms time_base and mkvmerge won't go below 1us.
[20:46] <philipl> and handbrake uses 90ms...
[20:46] <philipl> Someone really needs to explain that to me...
[20:47] <Daemon404> 90ms.l.. what?
[20:47] <Daemon404> 90ms precision?
[20:47] <philipl> Sorry, (1/90)ms
[20:47] <Daemon404> oh
[20:47] <ubitux> mpeg related?
[20:47] <philipl> I guess.
[20:47] <kierank> yes
[20:47] <kierank> definitely
[20:47] <ubitux> 1/90000 reminds me of mpeg tb
[20:47] <Daemon404> i know my gf complained that stuff transcoded with handbrake had horribly tiemd subtitles
[20:47] <Daemon404> when the input didnt
[20:47] <philipl> now you know why.
[20:48] <philipl> It made my testing miserable. I was desperately trying to understand why the timing kept changing on my transcodes.
[20:49] <Daemon404> http://pastebin.com/raw.php?i=QhqbiW7N
[20:49] <Daemon404> @ Rodeo_
[20:50] <Rodeo> oh, OK
[20:51] <Rodeo> j45 may be more familiar with why we use that timebase etc.
[20:51] <kierank> Daemon404: subtitles need to be displayed with a precision greater than 1/90000ms?
[20:51] <kierank> wow
[20:51] <kierank> that's madness
[20:51] <Daemon404> kierank, no
[20:51] <Daemon404> but its doing -something- wrong
[20:51] <Daemon404> when converting
[20:51] <kierank> 1/90ms i mean
[20:51] <Rodeo> but basically, we use a 90 kHz timebase internally
[20:52] <Daemon404> kierank, generally will only need 42ms or 33ms
[20:52] <Daemon404> but its borking timings somehow
[20:52] <philipl> It's compounded rounding errors.
[20:52] <Daemon404> possible
[20:53] <kierank> if you use the timebase conversion functions in libavutil you should be fine
[20:53] <philipl> doesn't seem to work out that way in practice.
[20:54] <philipl> there's also the annoyance of ass having a 10ms timebase and all subtitle conversion must go through it.
[20:58] <Compn> why not fix libass then ?
[20:59] <Compn> stupid question, i have to ask
[20:59] <Daemon404> its not a libass problem
[20:59] <Compn> oh, ass itself ?
[21:00] <Daemon404> no
[21:00] <Daemon404> its handbrake.
[21:00] Action: Compn looks to see what channel hes in
[21:00] <philipl> two topics here :-)
[21:00] <philipl> the ass timebase is in the ass spec.
[21:01] <Rodeo> hmm, OK, so this timestamp issue is ASS-specific?
[21:01] <Rodeo> (in addition to being HandBrake-specific?)
[21:01] <philipl> There's a lot of moving parts :-)
[21:02] <philipl> If I want to convert a handbrake produced mkv to, say mp4, then it goes 1/90000 -> ? -> 1/100 (ass) -> 1/1000
[21:02] <philipl> The ? may or may not exist. :-P
[21:03] <philipl> Let me start again.
[21:03] <philipl> if the original subtitle is srt then:
[21:03] <philipl> 1/9000 -> 1/1000 -> 1/100 -> 1/1000.
[21:03] <philipl> 1/90000
[21:03] <philipl> anyway - the ass thing in the middle is annoying, but honestly doesn't explain the weird divergences.
[21:04] <Rodeo> well, if it's SRT, it doesn't start at 1/90000, does it?
[21:04] <philipl> In mkv it does. the timestamps are moved to the container.
[21:04] <Daemon404> philipl, ive seen handbrake be many frames off
[21:04] <Rodeo> ah, OK
[21:04] <Daemon404> it cant just be rounding errors.
[21:04] <philipl> Hmm. I haven't seen that. My issue is stuff like:
[21:05] <philipl> Original: 00:00:03,056 --> 00:00:04,740 Transcoded: 00:00:03,056 --> 00:00:04,736
[21:05] <philipl> I can't explain that.
[21:05] <Daemon404> maybe it is trying to be 'smart;
[21:05] <Daemon404> and snap to frames
[21:05] <Rodeo> I don't think so, but I'm not terribly familiar with that part of the code
[21:06] <Rodeo> j45 would be the one to talk to
[21:06] <philipl> Oh, in my example 'original' is the handbrake output.
[21:06] <Rodeo> (he'll be at VDD, FWIW)
[21:06] <Rodeo> OK
[21:06] <Rodeo> and transcoded is?
[21:06] <philipl> ffmpeg
[21:06] <Rodeo> OK
[21:07] <Compn> stupid question #2
[21:07] <Compn> why arent you extracting subs, and remuxing them later using real tools ?
[21:08] <philipl> I'd like to do a one pass transcode with ffmpeg. That's why I've been having all this fun with mp4 subtitles :-)
[21:10] <Rodeo> Daemon404: so in your case HandBrake was several frames off when it came to video/subtitle sync?
[21:11] <Daemon404> subtitles were out of sync with video and audio
[21:11] <Daemon404> (hardcoded i may add)
[21:11] <Daemon404> [15:07] <@Compn> why arent you extracting subs, and remuxing them later using real tools ? <-- because my girlfriend is not a techie
[21:11] <Daemon404> she just wants a tool to transcode stuff for her ipad
[21:11] <saste> j-b, ubitux: who will attend VDD from the ff* side this year?
[21:11] <Rodeo> do you still have a test case?
[21:12] <Daemon404> Rodeo, ill check tonight
[21:12] <Rodeo> we'd love to see a good bug report, if there's a bug
[21:12] <Daemon404> saste, im attending from "both sides" if it counts
[21:12] <Daemon404> ubitux is...
[21:12] <Rodeo> we handle bug reports through our forum, usually: https://forum.handbrake.fr/viewforum.php?f=12
[21:12] Action: beastd will be there too
[21:12] <Rodeo> though #handbrake would work too
[21:13] <Daemon404> no trac>
[21:13] <Daemon404> ?
[21:13] <Rodeo> we actually have track, but we don't allow public registration
[21:13] <Rodeo> not sure why, but TBH I don't care much
[21:13] Action: ubitux hi5 beastd
[21:14] <ubitux> saste: dunno who else will come
[21:17] Action: beastd does a passive hi5 against ubitux
[21:17] <ubitux> :)
[21:25] <j-b> saste: ubitux, Daemon404, dilaroga, nicolas, beastd and people in the middle like vitor or merbanan
[21:25] <ubitux> oh nicolas george will be there?
[21:25] <j-b> Yes
[21:25] <Daemon404> j-b, in in the middle as well.
[21:25] <ubitux> nice
[21:25] <Daemon404> ;p
[21:25] <j-b> saste: so, well, a bit more than expected, I will miss you
[21:25] <Daemon404> im not sure who dilaroga is
[21:26] <j-b> and I will miss Compn and michaelni, but well
[21:26] <saste> time to get a ffdd in Wien?
[21:27] <j-b> organizing Dev Days is fucking tiring
[21:27] <Compn> i should go
[21:28] <Compn> just getting tired of flying
[21:28] <j-b> but this year, we will have VLC, x264, x262, libav, handbrake, xiph, mozilla, google, amd, intel, libbluray, mplayer, xine
[21:29] <Daemon404> wasnt there also dvblast
[21:29] <j-b> and lighttpd and tomahawk
[21:29] <j-b> and dvblast
[21:29] <Daemon404> wat
[21:29] <Daemon404> lighttpd?
[21:29] <j-b> yep
[21:29] <Daemon404> O.o
[21:29] <Compn> that lighttpd dude hangs around
[21:29] Action: Compn forgets name
[21:29] <j-b> so, quite a bit of people
[21:29] <Daemon404> 2x vimeo, but thats also libav/ffmpeg
[21:30] <j-b> vimeo are bad people :'(
[21:30] <Daemon404> ohlol what did we do?
[21:30] <Compn> spaam is a lighttpd guy
[21:31] <Daemon404> j-b, cant tell if troll or not so -- :V
[21:32] <beastd> Interesting, didn't know that spaam is a lighttpd guy.
[21:32] <j-b> moogaloop...
[21:32] <Daemon404> j-b, the player?
[21:32] <Daemon404> not my area, but.. why is it bad?
[21:32] <j-b> the page change
[21:32] <Daemon404> ?
[21:33] <j-b> http://git.videolan.org/?p=vlc.git;a=blob;f=share/lua/playlist/vimeo.lua;hb…
[21:33] <Daemon404> o
[21:33] <Daemon404> um
[21:33] <Daemon404> why dont you just use the api
[21:33] <j-b> because the API does not allow open source applications.
[21:33] <Daemon404> brb asking someone
[21:36] <Daemon404> right
[21:36] <Daemon404> secret keys
[21:36] <Daemon404> gpl problems
[21:36] <Daemon404> etc
[21:36] <j-b> exactly
[21:36] <Daemon404> same would go for most apis
[21:36] <Daemon404> id guess
[21:36] <Daemon404> (github)
[21:48] <Daemon404> well i found out why we block teh VLC useragent... lol
[21:49] <Compn> when is vdd ? :P
[21:49] <Daemon404> 2 days
[21:49] <Compn> ah haha
[22:57] <llogan> saste: RE: decimate filter: "unregarding" sounds weird. </nit>
[22:58] <saste> llogan: suggestions?
[22:58] <saste> disregarding
[22:58] <llogan> yeah, that's better.
[23:10] <retrosnub> could someone take a look at the patch in ticket #1537 ?
[23:13] <nitlord> retrosnub: would it be possible for you to send the patch to the ffmpeg-devel mailing list? it will get more attention there.
[23:14] <nitlord> ...and easier to make inline comments.
[23:15] <retrosnub> ok
[23:34] <saste> michaelni: is it expected, that AVFrame.display_picture_number is almost always set to 0?
[23:34] <saste> only a few codecs seem to make use of it
[23:41] <michaelni> saste, well yes
[23:42] <michaelni> its not used by much ...
[23:43] <saste> because I was thinking to expose it in ffprobe
[23:43] <saste> but right now it is not that much useful
[23:45] <LordRPI> Hey guys, stoopid n00b question. In the h264 code (decode_mb_cabac), I'm not sure what the contruct IS_DIR() means and it's affect on why it's needed with a different parameter for the ref into fill_rectangle
[23:45] <LordRPI> http://pastebin.ca/2199200 <- for reference
[23:46] <LordRPI> any help clarifying this for me would be greatly appreciated
[23:47] <Skyler> if the mb type uses that motion vector list (L0 or L1)
[23:48] <LordRPI> thanks
[23:58] <saste> next one will be "resampling.c"
[00:00] --- Thu Aug 30 2012
1
0
[00:09] <llogan> Lns: ffmpeg2theora is not a FFmpeg project
[00:11] <llogan> and ffmpeg can encode with libvorbis and libtheora
[00:12] <Lns> llogan, ty..i'm about to try using ffmpeg to do this then just pipe it to ffmpeg2theora =)
[00:12] <llogan> what does ffmpeg2theora do for you that ffmpeg itself can not?
[00:15] <Lns> llogan, encode to theora? Can ffmpeg do that itself and pipe it to stdout?
[00:15] <Lns> sorry, i'm kind of patching things together, that would be GREAT if it could completely replace ffmpeg2theora
[00:16] <Lns> looks like it can...heh
[00:17] <Lns> so this page is misleading: http://current.workingdirectory.net/posts/2010/video4linux-and-audio/
[00:17] <llogan> ffmpeg -i input -c:v libtheora -c:a libvorbis -q:v 6 -q:a 5 -f ogg -
[00:18] <llogan> adjust q:* as desired
[00:18] <Lns> nice.
[00:18] <Lns> i think i love you.
[00:18] <Lns> haha
[00:18] <llogan> or you can simply declare bitrates
[00:18] <llogan> -b:v and -b:a
[00:19] <Lns> that'll be a test for later...all of the icecast folks seem to swear that quality setting is superior to static bitrates
[00:19] <Lns> but i've had issues in the past with some listening clients using that
[00:20] <llogan> i think q:a range for libvorbis is -1 to 10, but i'm not sure if ffmpeg will parse -1 as expected
[00:21] <Lns> I'm going to be recording/streaming live music and i've had good luck with 2
[00:22] <llogan> hopefully that will give you a good start. i have almost no experience with live stuff
[00:22] <Lns> it did, thanks. i'll have more questions i'm sure =)
[00:23] <Lns> debian is complaining that ffmpeg (in my context anyway) is depreciated and i should use avconv... yes/no?
[00:24] <llogan> http://stackoverflow.com/questions/9477115/who-can-tell-me-the-difference-a…
[00:24] <tuxx_> hey guys are there instructions on how to crosscompile ffmpeg?
[00:24] <tuxx_> i'm trying to build it for arm
[00:25] <tuxx_> i did ./configure --arch=arm --cross-prefix=... --target-os=linux
[00:25] <tuxx_> it seems to be building so far..
[00:25] <Lns> llogan, gak.. ok thanks for that
[00:25] <llogan> Lns: so obviously we encourge ffmpeg comilation
[00:25] <llogan> *compilation
[00:26] <llogan> Lns: you can adapt this: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
[00:26] <llogan> or the Hardy version linked in that guide might be better for your debian
[00:27] <llogan> and there are also "static" ffmpeg binaries available at http://ffmpeg.org/download.html if oyu're lazy
[00:28] <llogan> you might want to compile anyway since there was a commit 5 days ago that, "enerates output with bitrates similar to libvorbis for a given quality
[00:28] <llogan> ...value. *generates
[00:28] Action: llogan learns how to paste
[00:31] <Lns> llogan, thanks =) i'll try the package versions first, i'm just trying to prove i can do this..but later on this will be a big project so i want the most stable version as possible
[00:31] <llogan> ffmpeg from recent git is usually "stable"
[00:33] <llogan> anyone seen burek around lately?
[00:33] <Lns> heh, and testing is at 0.8.3-6
[00:34] <llogan> Lns: that's a libav version, not FFmpeg.
[00:40] <Lns> hrm, this is strange.. " Unrecognized option 'c:v' " and then " Failed to set value 'theora' for option 'c:v' " ...
[00:40] <Lns> even though manpage specifies -c:v
[00:41] <Lns> err, s/theora/libtheora/
[00:41] <JEEB> you set it after -i, right?
[00:41] <Lns> yep
[00:41] <JEEB> also sure your build contains libtheora and is new enough?
[00:41] <Lns> that might be the prob, how do i check?
[00:42] <llogan> maybe your build uses -acodec and -vocdec instead of -c:a, -c:v
[00:42] <llogan> *-vcodec, damn it
[00:43] <Lns> http://pastebin.com/Xrwb6ram
[00:43] <llogan> ah, i didn't see you mention the man page.
[00:44] <shevy> Anyone knows whether this here is bad? [mp3float @ 0xe06e40]Header missing
[00:44] <shevy> for a .mp3 file
[00:44] <shevy> :(
[00:45] <llogan> that's usually bad AFAIK, mmmmkay.
[00:45] <JEEB> yes, it usually means it's a broken file
[00:45] <Lns> so i know it said /dev/video0 invalid device.. i used -f video4linux2 before -i /dev/video0 and it seemed to work but i was confused as to llogan's command earlier with '-f ogg'
[00:46] <JEEB> before and after -i is different
[00:46] <JEEB> before -i = input/decoders
[00:46] <JEEB> after -i = output/encoders
[00:46] <Lns> oh =)
[00:46] <llogan> i added that because if you pipe out you need to specifiy the output format
[00:47] <shevy> hmm damn, ok
[00:47] <JEEB> shevy, in case you believe the file is not broken
[00:47] <JEEB> you should check the trac for similar reports
[00:47] <JEEB> and if you don't find them, report and give a sample
[00:47] <Lns> ok here's something a bit more useful: http://pastebin.com/vcjAmHS6
[00:47] <JEEB> it will be then checked if the sample is broken
[00:48] <shevy> JEEB yeah I was just trying out mpgtx and its merge ability
[00:49] <shevy> but even during the "merge", it complained... and the resulting .mp3 is odd
[00:49] <shevy> when playing it in mplayer, it spams out 100s of those lines
[00:49] <shevy> the original file does not spam anything much at all
[00:49] <shevy> ffmpeg can merge .mp3 files too or?
[00:50] <Lns> ah, i think i got somewhere with getting rid of all the -c:N parms. using -acodec and -vcodec (i should file a bug for the manpage..)
[00:54] <shevy> ffmpeg -i concat:start.mp3\|end.mp3 -acodec copy new_file.mp3
[00:54] <shevy> that seems to have worked
[00:54] <shevy> at least I don't get those "Header missing" things anymore
[00:54] <shevy> :)
[00:58] <llogan> Lns: you would have to report the bug to ubuntu if the fix is already in libav.
[00:59] <llogan> and many of us can't really provide reliable answers for libav products here (JEEB excluded).
[01:00] <Lns> mmk
[01:00] <JEEB> oh
[01:00] <JEEB> just switch from ffmpeg to avconv command line wise
[01:00] <JEEB> that one is updated in libav
[01:01] <JEEB> libav's elenril rewrote quite a few spots of ffmpeg, and renamed that avconv
[01:01] <JEEB> then ffmpeg was left around unupdated for a release
[01:01] <JEEB> which is what you have
[01:01] <JEEB> ffmpeg (the project) has merged most if not all of those changes into its ffmpeg app
[01:02] <JEEB> so if you use libav, you use avconv, if you use ffmpeg you use ffmpeg
[01:10] <Lns> damn..i feel like i'm getting in over my head atm.. heh.. here's what I have now (changed up my command a bit): http://pastebin.com/vA2UfTLL
[01:11] <Lns> the only diff if i s/ffmpeg/avconv is that it gives me a bunch of 'this message repeated 3 times' instead of one line of increasing value
[01:13] <JEEB> well, let's just say that within libav, avconv is the thing that's up-to-date on that release.
[01:13] <JEEB> might want to ask on #libav
[01:13] <Lns> JEEB, so you're saying commandline options for both ffmpeg+avconv are interchangable?
[01:14] <JEEB> mostly yes
[01:14] <Lns> ok
[01:14] <llogan> he's saying to use avconv if you insist on using libav.
[01:14] <Lns> ok..i think i'm going to compile ffmpeg =)
[01:15] <JEEB> you might want to ask on #libav tho, if that's a known bug or not
[01:15] <JEEB> there are some differences like the fact that ffmpeg uses x264opts, while libav has separate options f.ex.
[01:33] Action: Lns falls down the compilation black hole
[01:34] <ubitux> this might help if you're lazy
[01:36] <Lns> well i got it done but it's giving me "Unknown encoder 'libtheora' " even though i swear i saw that included right after ./configure
[01:38] <Lns> trying static
[01:39] <Lns> static works
[01:41] <llogan> did you install libtheora-dev?
[01:41] <Lns> yep
[01:41] <llogan> did you add --enable-libtheora?
[01:42] <Lns> no.. ;) but it's weird, static ffmpeg build still gives me no audio
[01:42] <llogan> of course it's all guesswork unless you provide the console output
[01:42] <llogan> and your commands
[01:42] <Lns> hold on
[01:42] <llogan> some users like the guessing game
[01:43] <Lns> http://pastebin.com/naKgUG6N
[01:44] <llogan> you have no audio input
[01:44] <Lns> oh jesus..haha
[01:44] <llogan> lol
[01:45] <Lns> well my /dev/video0 has a mic, how do i specify that w/ffmpeg?
[01:46] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/Capturing%20audio%20with%20FFmpeg%20and…
[01:49] <Lns> " Unknown input format: 'alsa' "
[01:51] <Lns> i need a break...i'll idle here though...thanks for the huge amount of help thus far!
[01:51] <Lns> bbl
[02:12] <llogan> Lns: i don't know if the static build(s) support alsa
[02:27] <GrenBaykre> How does ffmpeg handle the fact that JPEG by nature is lossy when doing PNG => JPEG with -sameq?
[02:29] <llogan> GrenBaykre: sameq does not mean "same quality" and is not designed to be used between formats that do not share a similar quantizer scale.
[02:30] <GrenBaykre> Yes, it does mean that.
[02:30] <GrenBaykre> Unless I'm horribly wrong.
[02:30] <GrenBaykre> Quantizer scale is a term I am unfamiliar with.
[02:30] <llogan> the docs used to imply it, unfortunately. they have been updated some time ago.
[02:31] <llogan> the simplest advice i can give you regarding that option is to never use it
[02:31] <GrenBaykre> What's so bad about it? :|
[02:32] <llogan> sameq only works in a few situations
[02:33] <GrenBaykre> Does it harm in others?
[02:34] <llogan> since it was not designed to convert between quant scales it's behavior may not be desirable. i'm not sure what it does when it's used like that.
[02:35] <GrenBaykre> But...
[02:35] <GrenBaykre> I don't understand what quantizer scales even are.
[02:35] <GrenBaykre> Dangit.
[02:35] <GrenBaykre> ffmpeg is incredibly powerful. I must assume that countless software embed it internally... right?
[02:35] <GrenBaykre> For all kinds of importing video and converting it and whatnot.
[02:36] <llogan> the libraries can be used by other things, and some use the ffmpeg cli program ditrectly
[02:36] <llogan> *directly
[02:39] <GrenBaykre> Seems like any media player would want to use it.
[02:42] <GrenBaykre> To the owner of this channel: will you please ban any known log bot from here?
[02:43] <llogan> we have a useful log bot.
[02:45] <GrenBaykre> It's not useful. It violates privacy. :|
[02:45] <llogan> this is a public channel
[02:47] <llogan> your privacy concerns would be better directed at more non-benign entities such as if you are a facebook user.
[02:47] <GrenBaykre> I am not.
[02:47] <GrenBaykre> Public logging is the spawn of Satan IMO.
[02:47] <GrenBaykre> I cannot think of any valid use of it.
[02:47] <llogan> you could always not type anything.
[02:48] <GrenBaykre> Not an option.
[02:48] <llogan> this is not really the place for such a discussion. do you have any ffmpeg related questions?
[02:50] <GrenBaykre> The one I entered with is my main one.
[02:51] <llogan> i answered that already, but to summarize, "i don't know".
[04:06] <rocktop> I couldn't get ffpresets under ffmpeg directory
[04:06] <rocktop> anyidea how to get them ?
[04:18] <relaxed> rocktop: ffmpeg/presets
[04:27] <rocktop> relaxed: I am looking for libx264 presets
[04:28] <relaxed> ffmpeg uses libx264's internal presets. Look at $(x264 --fullhelp | less)
[04:29] <relaxed> ffmpeg -i blah -c:v libx264 -preset veryslow ...
[04:31] <rocktop> relaxed: File for preset 'hq' not found
[04:35] <relaxed> Look at `x264 --fullhelp | less` for a list of libx264 presets. You dig?
[04:36] <Sashmo> im encoding from a transport stream source, I keep going out of sync on my streams, any one have any ideas on what I could be doing wrong? My source is h.264, and the output is a lower bitrate h.264
[04:52] <aspirant> can ffserver be used for live streaming? Because what it seems to do is play the stream back from the start every time anyone connects
[05:06] <rocktop> I'm trying to play a video on JWPlayer . I was wondering what it would take to create an mp4 with ffmpeg to be able to psudostream? the problem is when i run the video file it starts buffering, waits until completion of the buffer and plays the video
[05:10] <relaxed> rocktop: run qt-faststart on the input
[05:10] <relaxed> s/input/mp4/
[05:12] <rocktop> relaxed: how ?
[05:16] <relaxed> cd ffmpeg; make tools/qt-faststart
[05:16] <relaxed> qt-faststart input.mp4 output.mp4
[05:18] <rocktop> relaxed: its OK now , Thank you very much
[05:19] <relaxed> you're welcome
[06:09] <aspirant> is ffserver even supposed to be used for live streaming (I.E. from a webcam or surveillance)?
[07:07] <aspirant> Is there a good free streaming server that I can use to stream live to HTML5?
[11:42] <coalado> I'd like to get as much details about my mediafiles as possible. I use ffprobe -i -show_streams -show_format
[11:42] <coalado> But this seems to be slightly inaccurate
[11:44] <sacarasc> Try mediainfo.
[11:49] <coalado> sacarasc: mediainfo does not support http stream input
[11:56] <saste> coalado: "slightly inaccurate" it is inaccurate
[11:57] <coalado> at least not as detailed as mediainfo
[12:06] <saste> coalado: which information are you trying to get, what is missing
[12:07] <coalado> ffprobe maps many containers to a formatid format_name=mov,mp4,m4a,3gp,3g2,mj2
[12:08] <coalado> profile informations are missing.
[12:08] <coalado> it cannot differ between aac and he-acc
[12:24] <saste> coalado: yes
[12:24] <saste> coalado: I'm not sure there is some way to export that info
[12:25] <saste> anyway you could file a feature request on trac
[14:38] <DX099> hello all
[14:39] <DX099> can ffmpeg perform old film colourization ?
[14:46] <DX099> ?
[15:04] <saste> DX099: do you mean to take a B/W video and add colour to it?
[15:07] <DX099> saste, yes
[15:08] <saste> DX099: you can't
[15:08] <saste> at least not without something which knows how things are colored
[15:08] <saste> e.g. a human being
[15:09] <DX099> ah ok
[16:11] <cinead> I'm having trouble converting 3gp to avi. I want to convert a cell phone video to avi and simultaneously strip the audio out to save file size.
[16:12] <cinead> When I try to convert both the video and audio streams I get an error that says "Error, Invalid timestamp=1580, last=1580. Video encoding failed."
[16:13] <cinead> I used: ffmpeg -i file.3gp -f avi file.avi
[16:13] <cinead> And I am running ffmpeg for Windows, version N-36193-gf514695 compiled with gcc 4.6.2
[16:14] <relaxed> ffmpeg -i file.3gp -map 0:v -q:v 3 output.avi
[16:17] <cinead> Interesting. This successfully strips the audio (thank you) but I'm still getting a video encoding error at timestamp=1580
[16:18] <cinead> The video is about 9 minutes long. When I try to view the resulting avi (after the error) it plays the first minute or so successfully and then stops. Is there a way to fix this timestamp error with a command-line workaround? Or is it a problem with the video?
[16:26] <relaxed> cinead: your version is pretty old, try git
[16:27] <cinead> Yeah, good idea. Thanks for your help.
[16:41] <epettrey> w/in 3
[16:41] <epettrey> whoops, sorry
[17:34] <DX099> hello, i'm building ffmpeg do I need to remove libavcodec ?
[17:40] <DX099> ?
[17:53] <ramiro> hi
[17:54] <ramiro> saste, michaelni: could you guys take a look at the dshow patches? ("More DirectShow patches" and the followup to Roger's dshow patch)
[18:01] <saste> ramiro: give me a few hours
[18:01] <ramiro> thanks
[18:02] <DX099> hello, i'm building ffmpeg do I need to remove libavcodec ?
[18:03] <ramiro> DX099: no
[18:04] <DX099> thanks
[18:11] <shevy> anyone knows off hand whether ffmpeg has more contributors than mplayer on average, per any given month of the year?
[18:12] <ramiro> back in 2010 there was much more contribution to ffmpeg than mplayer
[18:12] <ramiro> I don't know how things are now after the split
[18:12] <saste> shevy: check stats on ohloh
[18:14] <shevy> oh I see
[18:14] <shevy> ohloh says mplayer 16 current committers
[18:14] <shevy> and ffmpeg 282 current committers
[21:23] <hackeron> hey, I'm using opencv's CvCapture *input = cvCreateFileCapture("rtsp://192.168.88.11") which interally uses FFMPEG. It opens the RTSP with the UDP transport. I asked the maintainers of opencv how to pass rtsp_transport but it appears to be impossible so I'm looking for a way to tell FFMPEG to use TCP by default instead of UDP. Anyone has any suggestions where to look? - maybe this line in ffmpeg.c? < { "rtsp_transport", "RTSP transport ...
[21:23] <hackeron> ... protocols", OFFSET(lower_transport_mask), AV_OPT_TYPE_FLAGS, {0}, INT_MIN, INT_MAX, DEC|ENC, "rtsp_transport" },
[22:19] <shevy> hmm
[22:19] <shevy> are there python or perl or ruby bindings to ffmpeg directly?
[22:20] <hackeron> Any familiar with opencv? - how do I pass something like an AVDictionary or specifically do the equivalent of av_dict_set(&opts, "rtsp_transport", "tcp", 0); when using CvCapture *input = cvCreateFileCapture("rtsp://192.168.88.14/"); to let ffmpeg know that I want the tcp transport?
[22:30] <saste> hackeron: seems more a problem which should be addressed at the libopencv level
[22:30] <saste> the dictionary use in libavformat is fairly new, they may need to update their API
[22:34] <hackeron> saste: I tried asking them and filing a bug, but it's been about a month and nobody seems to take interest. I tried to make sense of the code but it's beyond me unfortunatly :( - is there anyway to just compile ffmpeg to force TCP to always be used? - where in the ffmpeg code is UDP used by default?
[22:35] <saste> hackeron: maybe you can hack the url to pass
[22:35] <saste> did you check the rtsp docs?
[22:37] <hackeron> saste: ffmpeg dropped support for adding ?tcp at the end, the docs say to pass rtsp_transport but I can't in opencv, so I would like to change the ffmpeg source to just always use tcp - I never use UDP :P - I'm looking at libavformat/rtsp.c but the code doesn't make much sense to me :( - can you point me in the right direction?
[22:37] <hackeron> I see stuff like switch(reply->transports[0].lower_transport) { case RTSP_LOWER_TRANSPORT_TCP:
[22:38] <saste> hackeron: so the question is really, why do you want to do that?
[22:38] <hackeron> but I can't seem to find where it gets udp by default :/
[22:38] <hackeron> saste: because I'm reading from IP cameras and the image is horribly broken if UDP is used - there are a bunch of threads online about this
[22:39] <saste> hackeron: what about using an old ffmpeg version, supporting the ?tcp thing?
[22:40] <saste> and no i have no special knowledge of rtsp code (never looked at it)
[22:40] <hackeron> saste: doesn't support the latest versions of x264 that work far better with the somewhat dodgy h264 coming out of most IP cameras
[00:00] --- Thu Aug 30 2012
1
0
[00:54] <llogan> docs state hh:mm:ss[.xxx] for -ss, -t, etc. i assume xxx is milliseconds? why not use ms instead of xxx if that is so?
[00:56] <ubitux> to show there is 3 digits?
[00:56] <ubitux> and yes sure it's milliseconds
[01:05] <llogan> i think people will know it is 3 digits with ms
[01:05] <ubitux> the rest of the pattern use the number of char for the number of expected digits
[01:06] <ubitux> i personally found this more obvious that way that using .ms
[01:06] <ubitux> than*
[01:06] <ubitux> but feel free to start a bikeshed thread on the ml ;)
[01:08] <llogan> lazy gauge is too high right now
[01:24] <saste> michaelni: where are documented the alignment requirements for libswscale?
[01:24] <saste> i mean, the data provided to sws_scale need need always to be aligned to X?
[01:25] <saste> what happens if not, will it crash?
[01:25] <saste> and which is the alignment size?
[01:25] <saste> in libavfilter we always assume 16, but where this value comes from?
[01:26] <ubitux> av_malloc()?
[01:26] <saste> the buffer is not always malloced
[01:26] <ubitux> really?
[01:27] <saste> for example i'm reading rawvideo from a file, and linesize alignment is 1
[01:27] <saste> if alignment is required, then I need to copy the data to an allocated buffer
[01:27] <saste> all this should be documented in swscale docs
[02:10] Action: michaelni wants to awnser saste
[02:10] <michaelni> but no saste here anymore ... so email it will be
[02:13] <ubitux> michaelni: i'm curious about the answer btw
[02:13] <ubitux> (and maybe some other devs?)
[02:15] <michaelni> well swscale should not crash from unaligned input
[02:16] <michaelni> it could be pretty slow though
[02:16] <michaelni> and there could be bugs that cause iz to crash
[02:18] <ubitux> ok
[02:31] <xxthink> does ffmpeg use reviewboard to review the code?
[02:31] <Daemon404> it uses a mailing list.
[03:26] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * re367d90664 10ffmpeg/libavformat/aiffdec.c:
[03:26] <CIA-56> ffmpeg: aiffdec: support QDM2
[03:26] <CIA-56> ffmpeg: Fixes ticket204
[03:26] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:19] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rfa6c795c3f 10ffmpeg/libavcodec/allcodecs.c:
[04:19] <CIA-56> ffmpeg: allcodecs: fix vda order
[04:19] <CIA-56> ffmpeg: Found-by: compn
[04:19] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:19] <CIA-56> ffmpeg: 03Xidorn Quan 07master * r78cca74222 10ffmpeg/ (4 files in 2 dirs):
[04:19] <CIA-56> ffmpeg: vdadec: implement vda decoder
[04:19] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:19] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * re3b87b355c 10ffmpeg/configure:
[04:19] <CIA-56> ffmpeg: configure: fix vda order
[04:19] <CIA-56> ffmpeg: Found-by: compn
[04:19] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:40] <ubitux> pengvado: in 566858a7, you added av_always_inline to an already inlined function (lowpass); it seems to cause some build issues
[04:41] <ubitux> gcc3 in particular
[04:41] <ubitux> (see http://fate.ffmpeg.org/)
[04:42] <ubitux> looks like the inline keyword should be dropped but well.
[05:32] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r4f92d31aa4 10ffmpeg/libavfilter/vf_hqdn3d.c:
[05:32] <CIA-56> ffmpeg: vf_hqdn3d: remove duplicate inline
[05:32] <CIA-56> ffmpeg: This should fix compilation with gcc 3
[05:32] <CIA-56> ffmpeg: Found-by: ubitux
[05:32] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[08:56] <randomguy123> hi ffmpeg. Is there any way to mark raw yuv input to be interlaced? (I need to do using avformat api).
[08:57] <randomguy123> there was a thread about that on ffmpeg-users, and it was aborted in the middle
[08:58] <randomguy123> also, I have interlaced mpeg2 video. If I do ffmpeg -i ntsc.mpg ntsc.mp4 then resulting video is also interlaced (that is, playback is messed up on PC), but in media info it's listed as progressive;
[08:59] <randomguy123> basically, ffmpeg either should report it as interlaced or deinterlace it
[09:46] <ubitux> oh it's fun
[09:46] <ubitux> i was able to trigger the race for cama2_vtc_b in valgrind, but only once
[09:47] <ubitux> maybe some particular mem align or something
[09:48] <ubitux> the output was flooded, but here is a sample: http://pastie.org/4602183
[09:49] <ubitux> it looks similar to what Daemon404 spotted with the intel thing
[09:49] <ubitux> some stuff in cabac
[09:50] <ubitux> Skyler: maybe you would be interested? :p
[09:53] <Skyler> ?
[09:54] <ubitux> iirc you said you were kind of familiar with cabac
[09:56] <ubitux> (you're aware there is a race in the cama2_vtc_b test, right?)
[09:57] <Skyler> no, I really am not
[09:57] <Skyler> since it's only in mvd, I highly doubt it's related to cabac, it sounds far more likely related to motion vectors
[09:57] <ubitux> ok well then at times, the fate threads instance fail on two particular test
[09:58] <ubitux> and the h264 cama2_vtc_b is the most common of the two
[09:58] <Skyler> slice or frame?
[09:59] <ubitux> thread type is set to frame+slice :p
[09:59] <Skyler> what does that mean? which gets used?
[09:59] <ubitux> dunno, how can i check?
[09:59] <Skyler> um... see which one causes the errors? it's kind of impossible to debug without at least knowing what kind of threading is being used
[10:00] <ubitux> the error is pretty rare
[10:00] <ubitux> and hardly reproducible
[10:00] <Skyler> erm, do a quick printf to see which actually gets used?
[10:00] <ubitux> i just happen to trigger it by chance
[10:03] <ubitux> looks like it's frame
[10:06] <Skyler> sorry, about to go to sleep, might look tomorrow
[10:06] <ubitux> sure no worry, thanks for your concern :)
[12:27] <durandal_1707> is vlc givin money for new audio decoders?
[12:45] <saste> durandal_1707: http://wiki.videolan.org/Bounties
[12:45] <saste> but he's not on irc anymore
[15:09] <CIA-56> ffmpeg: 03Derek Buitenhuis 07master * r61e262f6d7 10ffmpeg/libavcodec/vp56.h: (log message trimmed)
[15:09] <CIA-56> ffmpeg: vp56: Don't use DECLARE_ALIGN on a typedef name
[15:09] <CIA-56> ffmpeg: Instead, use it on the first member, since by definition, if
[15:09] <CIA-56> ffmpeg: any member is aligned, the whole struct must be, in order to
[15:09] <CIA-56> ffmpeg: maintain that alignment.
[15:09] <CIA-56> ffmpeg: Fixes compilation with some finicky compilers, like a mix of libclang/msvc
[15:09] <CIA-56> ffmpeg: Idea for fix from Måns Rullgård.
[15:16] <Black0ut> Hello
[15:20] <CIA-56> ffmpeg: 03Nicolas George 07master * rfb6fb0dedb 10ffmpeg/tools/make_chlayout_test:
[15:20] <CIA-56> ffmpeg: tools: add make_chlayout_test perl script.
[15:20] <CIA-56> ffmpeg: This script uses the flite source to produce files
[15:20] <CIA-56> ffmpeg: suitable to test channels order and layout.
[15:20] <CIA-56> ffmpeg: 03Nicolas George 07master * r786dadc014 10ffmpeg/ (4 files in 2 dirs): (log message trimmed)
[15:20] <CIA-56> ffmpeg: cmdutils: add -layouts option.
[15:20] <CIA-56> ffmpeg: Extract of the output:
[15:20] <CIA-56> ffmpeg: | Individual channels:
[15:20] <CIA-56> ffmpeg: | NAME DESCRIPTION
[15:20] <CIA-56> ffmpeg: | FL front left
[15:20] <CIA-56> ffmpeg: | FR front right
[16:01] <Compn> hey, ciabot is back to longer commit logs :)
[16:01] <Compn> yay
[16:33] <CIA-56> ffmpeg: 03Martin Storsjö 07master * rb42be2d56a 10ffmpeg/avprobe.c:
[16:33] <CIA-56> ffmpeg: avprobe: Get rid of ugly casts in the options table
[16:33] <CIA-56> ffmpeg: This also makes sure the function pointers are stored via the same
[16:33] <CIA-56> ffmpeg: union member as they are accessed via.
[16:33] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[16:33] <CIA-56> ffmpeg: 03Kostya Shishkov 07master * r49df339f4b 10ffmpeg/libavcodec/mss1.c:
[16:33] <CIA-56> ffmpeg: mss1: merge decode_intra() and decode_inter()
[16:33] <CIA-56> ffmpeg: They have most of their code in common.
[16:33] <CIA-56> ffmpeg: 03Martin Storsjö 07master * rb441a4517b 10ffmpeg/libavfilter/vf_hqdn3d.c:
[16:33] <CIA-56> ffmpeg: vf_hqdn3d: Remove a duplicate inline declaration
[16:33] <CIA-56> ffmpeg: Compilation seems to fail on GCC 3.4 due to this duplicate
[16:33] <CIA-56> ffmpeg: declaration.
[16:33] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[16:33] <CIA-56> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[16:33] <CIA-56> ffmpeg: 03Diego Biurrun 07master * r5549854335 10ffmpeg/libavcodec/ (Makefile celp_math.c celp_math.h lsp.c): celp_math: Move ff_cos() to the only place it is used
[16:33] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r416d2f7a12 10ffmpeg/: (log message trimmed)
[16:33] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[16:33] <CIA-56> ffmpeg: * qatar/master:
[16:33] <CIA-56> ffmpeg: vc1: export some functions
[16:33] <CIA-56> ffmpeg: configure: use HOSTCC_C/O in check_host_cc
[16:33] <CIA-56> ffmpeg: configure: use AS_O setting in check_as
[16:33] <CIA-56> ffmpeg: configure: use LD_O setting in check_ld()
[16:33] <CIA-56> ffmpeg: 03Brad Smith 07master * rd5683aba5a 10ffmpeg/configure:
[16:33] <CIA-56> ffmpeg: configure: Fix shared library creation for OpenBSD
[16:34] <CIA-56> ffmpeg: OpenBSD does not expect or require symlinked shared libraries with
[16:34] <CIA-56> ffmpeg: just the major version in the name.
[16:34] <CIA-56> ffmpeg: Signed-off-by: Diego Biurrun <diego(a)biurrun.de>
[16:34] <CIA-56> ffmpeg: 03Derek Buitenhuis 07master * r5395d882b4 10ffmpeg/libavcodec/vp56.h: (log message trimmed)
[16:34] <CIA-56> ffmpeg: vp56: Don't use DECLARE_ALIGN on a typedef name
[16:34] <CIA-56> ffmpeg: Instead, use it on the first member, since by definition, if
[16:34] <CIA-56> ffmpeg: any member is aligned, the whole struct must be, in order to
[16:34] <CIA-56> ffmpeg: maintain that alignment.
[16:34] <CIA-56> ffmpeg: Fixes compilation with some finicky compilers.
[16:34] <CIA-56> ffmpeg: Idea for fix from Måns Rullgård.
[16:34] <CIA-56> (9 lines omitted)
[17:59] <CIA-56> ffmpeg: 03Ronald S. Bultje 07master * rba53720280 10ffmpeg/ (6 files in 3 dirs):
[17:59] <CIA-56> ffmpeg: lavu: add snprintf(), vsnprint() and strtod() replacements for MS runtime.
[17:59] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:26] <saste> michaelni: regarding smartblur, I think i'll commit the version with GPL license, since the patch should be ready from the technical POV
[18:27] <saste> let me know if you want to relicense it, I think both me and nyuhu don't know if you agreed about relicensing it or not
[18:28] <CIA-56> ffmpeg: 03Xidorn Quan 07master * r1ea77a52c0 10ffmpeg/MAINTAINERS:
[18:28] <CIA-56> ffmpeg: add myself as vda decoder maintainer
[18:28] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[18:29] <michaelni> saste, i dont remember being asked to relicense smartblur, i just remember agreeing for vf_hue
[18:30] <michaelni> but i really think its wiser if we leave things GPL and wait for some company who wants it LGPL and ask for some donation in exchange
[18:30] <saste> michaelni: fine with me
[18:30] <nyuhu> good
[18:30] <Compn> they can sponsor it for $1k :)
[18:31] <saste> nyuhu: please update the license and repost it
[18:31] <nyuhu> okay
[18:35] <ubitux> oh av_realloc doesn't give an aligned buffer, that sucks :)
[18:36] <michaelni> its hard to implement an efficient aligned realloc() when the underlaying libc realloc doesnt align
[18:36] <ubitux> yeah i figured that out
[18:36] <ubitux> i wonder if that's not causing other issues than the one nicolas spotted
[18:37] <Compn> start building against dalias' project...
[18:37] <Compn> uclibc whatnot
[18:37] <Daemon404> i build ffmpeg statically with uclibc
[18:37] <Daemon404> fwiw
[18:37] <Daemon404> regularily
[18:37] <nyuhu> saste : then I should add gpl to the dependencies in the configure right ?
[18:37] <Daemon404> i.e. static uclibc
[18:37] <ubitux> nyuhu: yes
[18:37] <michaelni> Daemon404, you could add a uclibc fate client
[18:38] <Compn> er musl > http://www.etalabs.net/musl/
[18:38] <Compn> whatnot
[18:38] <Daemon404> michaelni, perhaps
[18:38] <Daemon404> i dont have infinite hardware tho
[18:38] <Daemon404> ;)
[18:39] <Daemon404> http://japland.org/tools/linux/poky-uclibc-x86_64-x86_64-static-toolchain-1…
[18:39] <Daemon404> my old toolchain is sitll floating around
[18:47] <Daemon404> looks like make fate-h264 with inspxe-cl is gonna take close to an entire day
[18:47] <Daemon404> slow much?
[18:55] <CIA-56> ffmpeg: 03Nicolas George 07master * r18217bb0f5 10ffmpeg/ffmpeg.c:
[18:55] <CIA-56> ffmpeg: ffmpeg: report max time of unfinished streams in stats.
[18:55] <CIA-56> ffmpeg: Eliminating finished streams avoids the progress stopping
[18:55] <CIA-56> ffmpeg: with the first stream.
[18:55] <CIA-56> ffmpeg: Using the max instead of the min avoids the progress stopping
[18:55] <CIA-56> ffmpeg: with gaps in sparse streams (subtitles).
[18:55] <CIA-56> ffmpeg: Negligible change for normal circumstances.
[19:49] <philipl> ubitux. michaelni: Any opinions on my last patch?
[19:49] <philipl> It's my previous patch with a new description :-) But it seems a reasonable thing to do to unbreak subtitle transcoding out of mkv.
[19:54] CTCP re: from CIA-56 (CIA-56!cia(a)198.71.88.9) to #ffmpeg-devel
[19:54] <CIA-56> ffmpeg: 03Jemy Tran 07master * r316afee708 10ffmpeg/ (7 files in 3 dirs):
[19:54] <CIA-56> ffmpeg: lavfi: add smartblur filter
[19:54] <CIA-56> ffmpeg: This is a port of the MPlayer smartblur filter (libmpcodecs/vf_smartblur.c)
[19:54] <CIA-56> ffmpeg: by Michael Niedermayer.
[19:54] <CIA-56> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab(a)gmail.com>
[20:00] <michaelni> philipl, ill leave subtitle stuff to ubitux, if he is happy with it, so am i
[20:01] Action: ubitux is almost always happy
[20:01] <ubitux> philipl: give me a few hours, i'll look at it tonight
[20:02] <philipl> Thanks.
[20:10] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r74419fcf45 10ffmpeg/doc/examples/ (Makefile scaling_video.c):
[20:10] <CIA-56> ffmpeg: examples: add scaling_video example
[20:10] <CIA-56> ffmpeg: This example should be useful to show the basic functionality of the
[20:10] <CIA-56> ffmpeg: libswscale API.
[20:10] <CIA-56> ffmpeg: More advanced features (scaling options etc., colorspace tweaking) may be
[20:10] <CIA-56> ffmpeg: added later.
[20:10] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r2cbffc6706 10ffmpeg/doc/examples/Makefile:
[20:10] <CIA-56> ffmpeg: examples/Makefile: remove duplicated -f switch
[20:10] <CIA-56> ffmpeg: $(RM) already includes that flag.
[20:10] <CIA-56> ffmpeg: Spotted-by: ubitux
[20:16] <ubitux> saste: btw i think you forgot to add the scaling example binary in the .gitignore
[20:16] <ubitux> sorry to realize that now
[20:21] <saste> ubitux: I always ignore .gitignore
[20:21] <saste> feel free to push
[20:29] <CIA-56> ffmpeg: 03Clément BSsch 07master * rc149586884 10ffmpeg/.gitignore: gitignore: add scaling_video example.
[20:39] <ubitux> philipl: what's the difference between duration and lace_duration?
[20:39] <ubitux> it looks weird to me that we use lace_duration for the convergence_duration and duration for the pkt duration
[20:39] <ubitux> (btw the indent is 4 spaces, not 2)
[20:40] <nevcairiel> i would guess duration is the package duration, and lace_duration the duration of the individual laces, if lacing is used
[20:40] <nevcairiel> doubtful subs use lacing
[20:42] <philipl> ubitux: Hmm. That's actually a change that came in after I originally wrote mine.
[20:42] <philipl> Previously the matroskadec code was using duration
[20:42] <philipl> Let's try and find out what change did that
[20:43] <nevcairiel> btw, in your patch you write pkt->duration unconditionally, you might as well remove the conditional block 3 lines down then
[20:44] <philipl> at a glance I think I need to update my diff to use lace_duration.
[20:44] <ubitux> saste: any idea why the build error is not triggered by FATE?
[20:45] <philipl> Yeah, it comes from Moritz's fix for 1270.
[20:45] <philipl> So I need to update my diff to reflect that.
[20:45] <saste> ubitux: because people usually compile with optimizations on
[20:45] <ubitux> there is at least one --disable-optimization box
[20:46] <ubitux> (i count 2 of them)
[20:46] <ubitux> and it builds fine here with --disable-optimizations
[20:46] <saste> ubitux: static?
[20:46] <ubitux> yes, just --disable-optimizations
[20:47] <saste> umh... maybe --disable-mmx is needed as well
[20:51] <ubitux> saste: indeed, and with the --disable-mmx flag only as well
[20:51] <ubitux> i wonder if i should add a few boxes for this
[20:52] <ubitux> it's strange that --disable-optimizations doesn't do --disable-mmx
[20:52] <nevcairiel> --disable-asm?
[20:52] <ubitux> we have some --disable-asm boxes and they build fine as well
[20:54] <Daemon404> does this involve any inline asm?
[20:54] <Daemon404> or just yasm?
[20:59] <ubitux> there are some inline asm, but the definition seems to exist even if without inline asm
[21:01] <ubitux> btw, we could also nag diego to fix it since he's playing with that stuff at the moment
[21:01] <ubitux> but i'm afraid he will not appreciate if i ask something to him again :p
[21:03] <ubitux> ah seems Daemon404 did it
[21:04] <saste> ubitux: well I'll wait a few days before pushing my possibly naive fix, possibly diego will come with a better patch
[21:05] <ubitux> saste: if you push it, please specify that's only a problem with --disable-mmx
[21:05] <ubitux> ok
[21:05] <ubitux> saste: it seems --disable-optimizations is also broken on libav side
[21:05] <ubitux> so well...
[21:05] <ubitux> :)
[21:55] <nyuhu> saste : concerning the dynamic expression evaluation in filters, is it fine to use the current_pts attribute in AVFilterLink to get the current time ?
[21:56] <saste> nyuhu: uhm i didn't add that field so can't say out of my mind
[21:56] <saste> nyuhu: I always used cur_buf->pts
[21:57] <nyuhu> ok, Im fine with it
[21:57] <saste> nyuhu: "out of my mind" => from the top of my head
[21:57] <saste> i don't think the two expressions are equivalent ;-)
[21:57] <nyuhu> huhu
[22:16] <Daemon404> an amazing 9 h264 fate tests have been run in 5 hrs
[22:16] <Daemon404> nope. not slow at all.
[22:36] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r6c06b566d2 10ffmpeg/libavformat/rtpenc_xiph.c:
[22:36] <CIA-56> ffmpeg: rtpenc_xiph: switch to av_assert
[22:36] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[23:56] <CIA-56> ffmpeg: 03Nicolas George 07master * ra9b1a151d2 10ffmpeg/ffmpeg.c:
[23:56] <CIA-56> ffmpeg: ffmpeg: count finished streams for last stats line.
[23:56] <CIA-56> ffmpeg: Otherwise, all streams are finished and the time is nonsensical.
[00:00] --- Wed Aug 29 2012
1
0
[00:05] <JEEB> Iszak, that's the recommended way, but if you have time to use you could try to play around the APIs Intel gives
[00:05] <Iszak> I did a google around for the API's they seem to be lacking information.
[00:08] <Iszak> JEEB: well that goes any chance for me, the SDK is built for Windows, I'm on Mac.
[00:09] <JEEB> there's a linux API as well, dunno about macs
[00:10] <Iszak> no I mean the SDK is built for windows, the api is cross platform.
[00:11] <JEEB> uhh
[00:12] <JEEB> http://cgit.freedesktop.org/libva/
[00:16] <Iszak> JEEB: yeah.. nothing about it.
[00:19] <JEEB> Iszak, they even have basic apps there as documentation of how to use the API :P
[00:20] <JEEB> http://cgit.freedesktop.org/libva/tree/test/encode/avcenc.c
[00:20] <Iszak> JEEB: hang on what? is that repo for libavcodec or intels?
[00:21] <JEEB> that's the intel libva repo
[00:21] <JEEB> libavcodec is part of ffmpeg/libav and that's where video decoders and encoders go (as opposed to container-level stuff that goes to libavformat)
[00:22] <Iszak> so someones added the examples into the libav repo?
[00:22] <JEEB> ...
[00:23] <JEEB> re-read my sentences
[00:24] <Iszak> not following.
[00:24] <JEEB> ffmpeg and libav are the two projects that provide libavcodec and friends, libva is intel's thing
[00:25] <Iszak> Oh right, gotcha.
[00:25] <Iszak> so basically look at libva's example, port it to libavcodec?
[00:25] <JEEB> that'd be one way of looking at it, yes
[00:26] <Iszak> I don't know C++ though, I'm high level programming, python, ruby, php.
[00:26] <JEEB> you could take a look at one of the video encoders that use separate encoding libraries over at the libavcodec folder
[00:26] <JEEB> Iszak, it's alright, I was barely making patches to x264 last year :P
[00:26] <JEEB> and now I coded a simple'ish video encoder over the summe
[00:26] <JEEB> *summer
[00:26] <JEEB> also it's C
[00:26] <JEEB> not C++
[00:26] <Iszak> ouch.
[00:27] <Iszak> way over my head I think.
[00:27] <JEEB> although C++ is somewhat tolerated at ffmpeg, like the libutvideo thing in libavcodec
[00:28] <JEEB> Iszak, dunno, with some effort you can grind in rather well
[00:29] <JEEB> looking at either libutvideoenc.cpp or libx264.c should give you some sense of how to make whatever you want usable in libavcodec
[00:30] <Iszak> I think it's probably best to leave it to the experts, knowing my luck I'd cause a memory leak.
[00:31] <JEEB> valgrind's for that
[00:31] <Iszak> Still, I have no knowledge of how video encoding/decoding works.
[00:32] <JEEB> well, you only need to know about encoding in this case
[00:32] <Iszak> oh? how come?
[00:33] <JEEB> because you'd be wriiting an encoder and you'd just limit your encoder to certain type of colorspace (most probably 4:2:0 YCbCr, planar), and you'd be getting a buffer with a picture in that format
[00:33] <Iszak> See, this is why it's not a good idea. I know nothing about colorspace, etc.
[00:33] <JEEB> and then you just do what you need with that buffer, and return a packet (the first thing an encoder does usually is to set the packet unless it's already given to you)
[00:34] <JEEB> http://www.xiph.org/video/vid1.shtml
[00:34] <JEEB> ^ primer to digital video and audio
[00:34] <Iszak> bookmarked it, along with that other link and will watch it when I get time. A bit late to start hacking up something at 11:30 PM
[00:35] <JEEB> also planar means that you basically have all of the things in their own memory plane (like with planar R,G,B you'd have one plane with all the R, second with all the G and third with all the B)
[00:35] <JEEB> non-planar would be just one plane with everything one after another
[00:35] <JEEB> (RGB is usually non-planar)
[00:36] <Iszak> is this how the video is stored, or how it's done in programming? converting all the rgb values to separate arrays?
[00:36] <JEEB> depends on the format on how it's stored
[00:36] <JEEB> the encoder I did had everything planar inside
[00:36] <JEEB> so I had non-planar RGB which I then planarized
[00:37] <Iszak> surely there's a utility to planar everything?
[00:37] <JEEB> what is "everything"?
[00:38] <Iszak> well it doesn't make much sense to have to write (the same?) code to convert non-planar into planar all the time, surely.
[00:38] <JEEB> dunno, didn't know of such a function so I just wrote a function myself
[00:40] <JEEB> anyways, each encoder has an infobox like this http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/utvideoenc.c;h=e4…
[00:41] <JEEB> which contains the name, the type, the id, the functions to be called for initalization of the encoder, the actual encoding and for closing it, and then the pixel formats it can take in
[00:41] <JEEB> and then the "human readable" name
[00:44] <JEEB> something even simpler is the v410 encoder I guess, as a basic example of how an encoder works
[00:50] <Iszak> JEEB: I appreciate the enthusiasm to get me involved, but I'm unlikely to develop an encoder.
[00:51] <JEEB> whatever, you seemed to be interested in trying to get something working with that thing :P
[00:51] <JEEB> or well, interested in the feature set generally
[00:53] <Iszak> JEEB: I would give it a try if I knew C/C++ and an understanding of digital video.
[00:53] <JEEB> heh
[00:53] <Iszak> But alas, I do not - and I probably never will write C/C++ as it's just too low level for me. I'm not used to GC and static typing.
[00:54] <JEEB> I kind of feel you're underestimating yourself if you've coded already. I mean, if _I_ can code up an encoder, I'm pretty sure you can too, esp. when it's just about feeding some third-party function the raw data in a way it likes it
[00:54] <JEEB> and then taking the output bitstream and stuffing it into a packet
[00:54] <Iszak> JEEB: are you doing a BCS degree?
[00:54] <JEEB> bachelor computer science?
[00:55] <Iszak> yes, or any computer-related degree?
[00:55] <JEEB> aye
[00:55] <JEEB> that said, I've only coded java, php, haskell and python at the university
[00:55] <Iszak> I thought as much, when you mentioned summer holidays.
[00:55] <Iszak> only? ha. more than most people touch on.
[00:56] <Iszak> I've dabbled in Java, PHP, Ruby, Python, ActionScript 3, JavaScript, C#, as you can see, none of which are low level.
[00:56] <JEEB> C# is close enough to java and friends, and other C-likes
[00:57] <JEEB> http://c.learncodethehardway.org/book/
[00:57] <JEEB> quickly going through this should get you started with C
[00:57] <Iszak> oh yeah, C# and Java are quite similar, just the API/Libs. AS3 and JS are similar too.
[00:59] <Iszak> JEEB: most of it I can understand, it's just things like *var and &var which confuses me the most.
[00:59] <JEEB> *var = value of pointer var
[01:00] <JEEB> as in, the value of var gets interpreted as a memory address and the thing that it's leading to is used
[01:00] <JEEB> &var = address of var
[01:00] <JEEB> also * is often used to define that something is a pointer in function definitions
[01:01] <JEEB> int herpderp(uint8_t *src) {}
[01:01] <JEEB> function herpderp that takes in a pointer to a memory area of 8 bit values
[01:02] <Iszak> and it returns an integer?
[01:02] <JEEB> yup
[01:02] <JEEB> anyways, the book covers pointers pretty well as well
[01:03] <Iszak> yeah, I saw.
[01:03] <Iszak> Learn C The Hard Way, heh.
[01:03] <JEEB> it's a surprisingly good guide
[01:04] <Iszak> You're a man of good references.
[01:04] <Iszak> JEEB: what about unit tests?
[01:05] <JEEB> ffmpeg uses the fate system to keep sure encoders and decoders output what they're supposed to
[01:05] <JEEB> so you basically have test files and then you have various decoders and encoders run over them with various settings
[01:06] <JEEB> http://fate.ffmpeg.org/ <- and then ffmpeg has its own set of machines running the tests on various architectures
[01:09] <Iszak> well, maybe if I get some spare time I'll look into all this, it's a bit late now.
[01:09] <JEEB> sure
[01:10] <Iszak> book marked that learncodethehardway, seems good.
[01:30] <hypnocat> so, here's what i had to do to get ffplay to work with jack:
[01:30] <hypnocat> first, i had to start jackd and start jamin (an eq app)
[01:30] <hypnocat> then, i put this in to my ~/.asoundrc: http://pastie.org/4599911
[01:31] <hypnocat> and when i started ffplay, the sound output went to via jack to jamin (which is a jack app), and through jamin to my speakers
[01:31] <hypnocat> for some reason, i couldn't get this to work without first outputting to jamin
[01:32] <hypnocat> i tried putting this in to my ~/.asoundrc instead: http://pastie.org/4600283
[01:33] <hypnocat> but that didn't work
[01:33] <hypnocat> ffplay would show up in patchage, but it wasn't connected to my system output ports, and when i manually connected it, no sound would come out
[01:34] <hypnocat> i also tried this: http://pastie.org/4600290
[01:34] <hypnocat> that made ffplay connect to my system output ports, but the sound was all weird, sped-up and distorted
[01:35] <hypnocat> so i think the connection to jamin was necessary for this to work.. though once ffplay was running and the connection was made, then i could use patchage to disconnect ffplay from jamin and connect it directly to my system output ports and it worked fine
[01:36] <ubitux> isn't ffplay using SDL audio output?
[01:36] <hypnocat> someone here said earlier that it does
[01:37] <saste> ubitux: SDL -> alsa -> jack
[01:38] <ubitux> ok :)
[04:32] <FelipeS> what's the easiest container to segment?
[04:43] <arch_is_awesome> Hey, I was wondering where I could get more presets for ffmpeg libvpx?
[04:44] <arch_is_awesome> There have to be more than the ones in the ffmpeg git repository... http://wiki.oz9aec.net/index.php/High_quality_screen_capture_with_Ffmpeg shows the usage of lossless_ultrafast
[04:51] <JEEBsv> that's for libx264, and nowadays you would select a lossless rate control mode and just use -preset ultrafast (lossless rate control modes are -crf 0 and -q 0 with libx264)
[04:51] <JEEBsv> (ffmpeg now has a way to use the libx264's internal presets, so separate preset files for presets pretty much became unneeded)
[04:54] <arch_is_awesome> Oh, so I can run lossless_ultrafast (example) without a file?
[04:54] <arch_is_awesome> JEEBsv: It does not seem to be working :P
[04:56] <JEEBsv> why don't you actually read what I wrote?
[04:56] <arch_is_awesome> I _did_
[04:57] <JEEBsv> ok, just that there is no such preset s lossless_ultrafast
[04:57] <arch_is_awesome> Ah, but there used to be?
[04:57] <JEEBsv> as an ffpreset file for libx264, maybe. Which either set crf to zero or q to zero, and set the settings for -preset ultrafast
[04:58] <arch_is_awesome> How do I get the options for -preset?
[04:58] <arch_is_awesome> *available options
[04:59] <JEEBsv> http://mewiki.project357.com/wiki/X264_Settings#preset
[04:59] <JEEBsv> I don't think other things than libx264 have internal presets
[04:59] <arch_is_awesome> Is there anything like that for vp8?
[04:59] <JEEBsv> nope
[05:00] <JEEBsv> one day when xvp8 gets finished, maybe
[05:00] <JEEBsv> but not now
[05:00] <JEEBsv> only ffpreset files defined by someone
[05:00] <arch_is_awesome> So, how would I get libvpx to encode quickly and with good quality?
[05:00] <arch_is_awesome> (I don't care about size)
[05:00] <JEEBsv> set the quants low enough and try to find fast settings?
[05:01] <JEEBsv> the last I checked libvpx wasn't really on par with libx264 with regards to speed tho
[05:01] <arch_is_awesome> Ah, okay. Thank you!
[05:01] <JEEBsv> so I would most probably use it, or something like ffvhuff for the capture
[05:01] <JEEBsv> -qp 0/-crf 0 for libx264 for lossless mode
[05:01] <JEEBsv> ugh, q not qp most probably
[05:02] <JEEBsv> (x264's command line encoder uses --qp)
[05:02] <arch_is_awesome> Maybe capturing in raw would work?
[05:02] <arch_is_awesome> And then encoding later?
[05:02] <JEEBsv> lol, only if your hard drives are quick enough
[05:02] <JEEBsv> better to use something fast lossless
[05:02] <arch_is_awesome> I've got an ssd
[05:02] <JEEBsv> ffvhuff or maybe ultrafast libx264 lossless
[05:02] <JEEBsv> both should be quick
[05:02] <arch_is_awesome> Okay, thanks
[05:02] <JEEBsv> and ffvhuff is one of the most simplest formats around
[05:03] <JEEBsv> (basically prediction + huffman)
[05:03] <arch_is_awesome> Thanks.
[05:04] <JEEBsv> raw video generally tends to be a drag, even if it possibly would use less power to encode
[05:04] <arch_is_awesome> Okay, GTG now. Bye
[05:04] <arch_is_awesome> Thank you again :)
[05:04] <JEEBsv> I did meet one girl who insisted on raw RGB capture, and in the end ended up buying some SAS or whatever thingy to have the bandwidth
[05:05] <arch_is_awesome> I'll take x264 with lossless and then convert it to vp8 later.
[05:05] <JEEBsv> well, whatever is quick enough for your needs
[06:14] <redxiizzle> this doesn't compile in Mingw: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=78cca74222157e3b0f1ad9…
[06:15] <redxiizzle> CoreFoundation.h is missing (doesn't exist), two other source files mention it, device.c "#ifdef DARWIN_DVD_IOCTL" or path.c "#ifdef CONFIG_MACOSX_BUNDLE" but no ifdef for h264 vda
[06:16] <redxiizzle> libavcodec/vda_h264_dec.c:28:43: fatal error: CoreFoundation/CoreFoundation.h: No such file or directory
[06:16] <redxiizzle> compilation terminated.
[06:17] <redxiizzle> vda_h264.c also includes some CoreFoundation files
[06:23] <pingUone> how do you drop the idv3 tags and framerate info into a textfile?
[06:26] <pingUone> or at least direct the output of ffmpeg -i to stdout?
[06:52] <hotfm> hi
[10:29] <dv_> hi
[10:30] <dv_> when I call ffmpeg -i input.mp3 -map_metadata 0:g:0 -ar 48000 -ab 192000 output.mp3 , the produced mp3 contains the input.mp3 metadata, as it should
[10:30] <dv_> however, I noticed that album art originally contained as jpeg is now present as png
[10:31] <dv_> is there a way to prevent this conversion?
[10:31] <dv_> I just want ffmpeg to copy metadata without transforming it at all
[11:54] <tiborfabian> Hi everyone. Can i use ffmpeg also to normalize the audio track of video files?
[11:55] <saste> tiborfabian: you need a two-pass process
[11:56] <saste> check the volume and volumedetect filters
[11:56] <saste> volumedetect is pretty new, so you need a pretty recent version of ffmpeg
[12:58] <zap0> what other 'detect' filters are there?
[12:59] <ubitux> libavfilter/af_silencedetect.c libavfilter/vf_blackdetect.c libavfilter/vf_edgedetect.c
[12:59] <ubitux> libavfilter/af_volumedetect.c libavfilter/vf_cropdetect.c
[15:13] <Rodeo> hi!
[15:13] <Rodeo> trying to play with the recently-committed H.264 VDA decoder
[15:14] <Rodeo> seems to be compiled successfully, I think: http://pastebin.com/qNGsGjUb
[15:14] <Rodeo> h264_vda in Enabled decoders
[15:14] <Rodeo> but neither ffplay nor ffmpeg seem to use it
[15:14] <Rodeo> the video I'm trying to decode and/or re-encode is an M2TS from Blu-ray
[15:16] <rocktop> I am not able to convert avi to mp4 with ffmpeg and h264 can some help me to get the right comman line ?
[15:16] <rocktop> command *
[15:16] <Rodeo> I've added logging and it seems that libavcodec/h264.c decode_frame() is being used, rather than libavcodec/vda_h264_dec.c vdadec_decode()
[15:18] <rocktop> anyidea ?
[15:19] <Rodeo> well, what command-line are you currently using?
[15:22] <rocktop> Rodeo: ffmpeg -i eoxp.avi -acodec aac -b:a 128k -vcodec libx264 -b:v 1200k -flags +aic+mv4 -strict experimental eoxp.mp4
[15:23] <Rodeo> and that's not working, how?
[15:27] <rocktop> Rodeo: http://pastebin.com/1xHc6CNd
[15:28] <Rodeo> x264 [error]: malloc of size 107520 failed
[15:28] <Rodeo> doesn't look like something you're doing wrong (keeping in mind, I'm not very familiar with using libx264 via ffmpeg)
[15:33] <alyawn> Is there a precedent for exposing additional optional SEI message types in the h264 decoder included in libavcodec?
[15:34] <rocktop> Rodeo: I am using libx264 just for embidding the video in flash player , what codec I should to use to get mp4 work under flashplayer ?
[15:35] <Rodeo> rocktop: my point is, AFAIK, you're doing the right thing
[15:35] <Rodeo> for some reason, x264 fails to allocate memory for something
[15:38] <rocktop> Rodeo:yes exactly I have this problem
[15:38] <rocktop> with some videos
[15:40] <Rodeo> could be a bug somewhere
[15:41] <rocktop> Rodeo: I wouldl ike to test something else could you please give me a command line to convert avi to mp4 and get it work in flashplayer ?
[15:42] <Rodeo> I'm not 100% sure what other encoders would work with Flash
[15:43] <Rodeo> but let's try something: does it work if you use, say, -vcodec mpeg4?
[15:43] <Rodeo> i.e. does the encoding fail like it does for x264, or does it complete successfully?
[15:43] <rocktop> Rodeo: doesn't work
[15:44] <Rodeo> pastebin?
[15:44] <JEEB> btw, what are -flags +aic+mv4 ?
[15:45] <JEEB> I've never seen those used and they aren't needed for flash compatibility
[15:45] <rocktop> Rodeo: mpeg4 codec doesn't wok with flash
[15:45] <Rodeo> yes, but that's not the point
[15:46] <Rodeo> does encoding work or does it fail like it does if you encode with x264?
[15:46] <rocktop> Rodeo: not fail
[15:46] <Rodeo> hmm, OK
[15:47] <Rodeo> what you could try is encoding to a intermediate format like DNxHD or ProRes, and then re-encode that to H.264 with x264
[15:47] <Rodeo> maybe than x264 encoding won't fail
[15:48] <JEEB> shouldn't matter
[15:48] <JEEB> the encoder would have to malloc as much
[15:49] <rocktop> this video work with flash http://h264-demo.code-shop.com/demo/apache/trailer2.mp4 I need to encoding to same this codec or similare one
[15:50] <rocktop> JEEB : I will try with mpeg4 without -flags +aic+mv4
[15:51] <JEEB> uhh, well if mpeg4 works you don't have to test it without it :P
[15:51] <JEEB> also
[15:51] <JEEB> I have no idea how your libx264 is compiled
[15:51] <JEEB> --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC'
[15:51] <JEEB> some of these might be stopping you from mallocing
[15:51] <JEEB> but first of all
[15:51] <JEEB> tell me how much ram you have :P
[15:51] <JEEB> usable, that is
[15:52] <rocktop> JEEB: 8GB
[15:56] <JEEB> rocktop, if without those flags it still fails, then I'm just going to have to say that either your system is derped, or that your ffmpeg build is broken
[15:56] <JEEB> ffmpeg/libx264
[15:58] <rocktop> JEEB : with mpeg4 its not going to fails
[15:58] <JEEB> yes, but it's a separate code path
[15:58] <rocktop> JEEB: I have this error : x264 [error]: malloc of size 118272 failed
[15:59] <JEEB> the libx264 or ffmpeg you have compiled there is broken, or suddenly your system cannot malloc more memory
[15:59] <JEEB> I see some weird cflags in there
[15:59] <JEEB> that have been manually added
[15:59] <JEEB> so yeah
[15:59] <JEEB> :P
[15:59] <rocktop> jeeb: ok what I should to do ?
[16:00] <JEEB> try compiling libx264 and ffmpeg yourself?
[16:00] <JEEB> shouldn't be too hard as you only need libx264 as a dependency
[16:00] <JEEB> you need yasm, a compiler and git
[16:02] <rocktop> JEEB: I just installed them from pkg
[16:03] <rocktop> JEEB: you advice to to compile them from source ?
[16:03] <JEEB> (install/compile current yasm) -> git clone x264 -> ./configure --enable-static --prefix=/home/username/ownapps -> make -> make install -> git clone ffmpeg -> PKG_CONFIG_PATH=/home/username/ownapps/lib/pkgconfig ./configure --enable-gpl --enable-libx264 --prefix=/home/username/ownapps
[16:03] <JEEB> this is all you need
[16:03] <JEEB> yes, my advice would be to compile from source without any weird additions to settings
[16:04] <rocktop> ok I will install them from the source now
[16:04] <JEEB> just don't use any weird settings and use current sources :P
[16:59] <rocktop> JEEB: I have installed them as you provide me I have this error : http://pastebin.com/WPcs4v9B
[16:59] <JEEB> drop those flags
[17:00] <JEEB> also if you want to use libfaac, use -acodec libfaac
[17:00] <JEEB> not aac
[17:00] <JEEB> and remove the -strict experimental
[17:02] <JEEB> also I see you didn't use up-to-date x264
[17:03] <JEEB> also it seems like your input audio trac is borked
[17:03] <JEEB> [mp3 @ 0x322c1c0] Header missing
[17:04] <JEEB> also I have no idea which version of ffmpeg you've built
[17:11] <rocktop> JEEB: I get the version from git clone git://git.videolan.org/ffmpeg.git ffmpeg
[17:12] <JEEB> I'm just not seeing the hash within the commits from the last two hours or so
[17:12] <rocktop> JEEB: I do not understand what you mean by "also I see you didn't use up-to-date x264"
[17:12] <JEEB> core 118
[17:12] <JEEB> the current libx264 is version 122
[17:13] <JEEB> git://git.videolan.org/x264.git
[17:15] <rocktop> JEEB: I get it from here git clone git://git.videolan.org/x264.git
[17:15] <JEEB> then why is it not up to date?
[17:15] <JEEB> or wait
[17:16] <JEEB> inb4 your current libx264 got linked instead
[17:16] <JEEB> even with the PKG_CONFIG_PATH set
[17:16] <JEEB> --extra-cflags="-I/where/you/installed/x264/include" --extra-ldflags="-L/where/you/installed/x264/lib"
[17:16] <JEEB> ^ for ffmpeg
[17:17] <JEEB> also the current ffmpeg is hash-wise 416d2f7
[17:17] <rocktop> JEEB: in command line ?
[17:17] <JEEB> try git pulling
[17:17] <JEEB> in configure
[17:17] <JEEB> git pull -> make clean -> re-run configure with those two added -> make
[17:18] <rocktop> right now I converting an other video I don't see any warning or error at this time
[17:18] <JEEB> yes, I'm pretty sure that was just a broken audio stream
[17:18] <JEEB> but you should still update your libx264 from 118 to 122
[17:20] <rocktop> JEEB: how can I check which version of libx264 I have installed ?
[17:20] <JEEB> well, the one your ffmpeg is linked against is pretty damn obvious
[17:20] <JEEB> x264 outputs its version and settings string when you start encoding
[17:20] <JEEB> and the pastebin you posted has it still say 118
[17:23] <rocktop> JEEB: 264 - core 118 - H.264/MPEG-4 AVC codec
[17:23] <JEEB> yes
[17:23] <JEEB> that means your ffmpeg is still linked against version 118 :P
[17:24] <rocktop> JEEB: I get this version from git it should point to newest version
[17:24] <JEEB> well, that's not what got linked :P
[17:24] <JEEB> as I said
[17:25] <JEEB> git pull your ffmpeg code base, make clean, configure with those two settings I added, make once more
[17:25] <rocktop> JEEB: ok
[17:26] <Rodeo> shouldn't he first make sure that the latest x264 is actually installed?
[17:26] <JEEB> well he is saying he did install it :P so I'm believing him, the 118 is most probably his packaged libx264
[17:26] <JEEB> which is going in because a specific -I and -L aren't set
[17:26] <Rodeo> OK
[17:27] <JEEB> if it will still be 118 after he specifically sets -I and -L I will tell him to remove his packaged libx264
[17:34] <rocktop> JEEB: ./configure --enable-gpl --enable-libfaac --enable-nonfree --enable-libx264 --prefix=/usr/local/src/ownapps --extra-cflags="-I/usr/local/src/x264/include" --extra-ldflags="-L/usr/local/src/x264/lib"
[17:35] <JEEB> yeah
[17:35] <JEEB> now see what actually gets linked
[17:46] <rocktop> JEEB: 264 - core 118
[17:46] <rocktop> same version
[17:46] <JEEB> ok...
[17:46] <JEEB> remove your packaged libx264, it's being used
[17:48] <rocktop> from system ?
[17:48] <JEEB> or before that, tell me what you get in your x264 git repo when you look at x264.h
[17:48] <JEEB> it should have a define in the beginning
[17:49] <JEEB> http://git.videolan.org/gitweb.cgi?p=x264.git;a=blob;f=x264.h;h=b6c258eccba…
[17:49] <JEEB> #define X264_BUILD 125 is current
[17:49] <JEEB> (not 122 as I was saying)
[17:50] <rocktop> #define X264_BUILD 125
[17:50] <JEEB> yup
[17:50] <JEEB> so the x264 you've built is not getting linked
[17:50] <JEEB> did you build x264 with --enable-static btw?
[17:51] <rocktop> JEEB: this is what I used ./configure --enable-static --prefix=/usr/local/src/ownapps
[17:51] <JEEB> ok
[17:51] <JEEB> that should work
[17:51] <JEEB> and you make installed, right?
[17:51] <rocktop> exact
[17:51] <JEEB> ok
[17:51] <JEEB> wait
[17:52] <JEEB> then why are you
[17:52] <JEEB> -I/usr/local/src/x264/include <-
[17:52] <JEEB> -L/usr/local/src/x264/lib <-
[17:52] <JEEB> why the x264?
[17:52] <JEEB> if the prefix is /usr/local/src/
[17:52] <JEEB> it should be /usr/local/src/include and /usr/local/src/lib
[17:53] <rocktop> JEEB: oh Sorry I will built it once again
[17:54] <JEEB> make clean ffmpeg, re-configure and re-make
[17:54] <rocktop> sould be /usr/local/src/ownapps/include not /usr/local/src/include ?
[17:54] <JEEB> depends on the prefix you installed x264 into
[17:55] <JEEB> <prefix>/include and <prefix>/lib
[18:02] <rocktop> JEEB: 264 - core 125 r2208 d9d2288
[18:03] <JEEB> there we go
[18:03] <JEEB> r2208 is current revision of x264
[18:03] <rocktop> JEEB: checking ...
[18:12] <rocktop> JEEB: Thank you I have last question , what is codec used to convert this http://pastebin.com/eXgYmCKU I get it work in flash but my converted video won't to work since I used same codec
[18:12] <rocktop> my video here http://pastebin.com/696sbr8t
[18:13] <rocktop> ffmpeg -i test.avi -acodec libfaac -b:a 128k -vcodec libx264 -b:v 1200k test.mp4
[18:13] <JEEB> those should both work on flash, you only need to put the index atom to front after encoding to have it load straight up
[18:14] <rocktop> JEEB: how ?
[18:15] <JEEB> either the qtfaststart app that is in the ffmpeg source, or by this python script https://github.com/danielgtaylor/qtfaststart
[18:18] <rocktop> JEEB: I get it under ffmpeg/tools
[18:19] <rocktop> JEEB: I do : make qt-faststart && cp qt-faststart /usr/local/bin
[18:22] <rocktop> and I recnvert the vide but still same problem
[18:22] <JEEB> what is this exact problem?
[18:22] <JEEB> an mp4 file with H.264 video and aac audio should work just fine
[18:23] <JEEB> flash by itself has no special limitations
[18:25] <rocktop> JEEB: the exact problem is I have 2 video one external work and my convert one doesn't work since they have same codec as I show you here mine: http://pastebin.com/696sbr8t ext: http://pastebin.com/eXgYmCKU
[18:26] <JEEB> could you please say more than "doesn't work"
[18:26] <JEEB> that doesn't say anything to me
[18:26] <JEEB> I mean, the only weird thing I see in "your file" is that it gives a warning
[18:26] <JEEB> [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2a21240] multiple edit list entries, a/v desync might occur, patch welcome
[18:27] <JEEB> but really, I'm not sure if that affects whether or not flash likes it
[18:27] <JEEB> I've tested flash enough to know that it generally is pretty damn lenient on what exactly you stick into it
[18:27] <JEEB> and generally that "your file" looks just fine
[18:28] <rocktop> JEEB: THank you very much I will check with other video
[18:28] <JEEB> that said, as I've noted already, I have no effing idea what exactly you're doing and what you're trying -- all I know is that you're trying to make something that should work in flash. You should already have that.
[18:31] <rocktop> JEEB: THank you
[18:33] <Mariol> hello, I'm trying to watermark using ffmpeg but I have a problem. The command and the output are both here http://pastebin.com/BN6tRba3
[18:33] <Mariol> may you please help me?
[18:39] <Mariol> I tried searching the web about watermarking with ffmpeg but it seems there are not a lot of official informations about that
[18:40] <zap0> officially from whom?
[18:40] <Mariol> from the ffmpeg website or ffmpeg dev team
[18:40] <ubitux> Mariol: this is not ffmpeg
[18:41] <Mariol> ubitux isn't this channel the official support irc chat?
[18:41] <zap0> Mariol, what lead you to believe your command line arguments are right?
[18:42] <ubitux> i mean what you are using isn't ffmpeg
[18:42] <ubitux> use an up-to-date ffmpeg, and check the examples at https://ffmpeg.org/ffmpeg.html#overlay-1
[18:42] <ubitux> especially the filter_complex example
[18:43] <Mariol> thank you very much
[18:44] <ubitux> feel free to re-pastebin after that if you have trouble or if it doesn't suit your needs
[18:45] <ubitux> here are static build for quick testing
[19:41] <raven> do you have any experience with watchfolder automation with existing scripts?
[21:05] <raven> are there any running tools for doing watchfolder transcoding automation?
[21:06] <Neuhmaan> Hi !
[21:06] <Neuhmaan> I want to record Screen and Sound. Screencast work, but I can't get audio :/
[21:42] <cbsrobot> raven: like with inotify ?
[21:50] <raven> cbsrobot ?
[21:50] <cbsrobot> raven: I havent heard of any existing tool
[21:51] <cbsrobot> but I think you can do it with inotify
[21:53] <raven> oh thats a good hint
[21:53] <raven> ill look for a way using it tnx :)
[23:31] <Lns> Is it true that ffmpeg2theora can only encode video -OR- audio with a single instance? I'm trying to encode video+audio and send it to my icecast server but only video is being sent. I did online research and a couple of places tell me I need to first use 'ffmpeg' and then pipe it to 'ffmpeg2theora'. Is this true?
[23:36] <Lns> It sure doesn't seem that way anyway since there's both --no-video and --no-audio parms
[00:00] --- Wed Aug 29 2012
1
0
[00:05] <kierank> maister: what are you trying to do with swscale
[00:05] <Daemon404> kierank, rgb scaling
[00:05] <kierank> good luck with that
[00:05] <Daemon404> currently it converts to yuv (with subsampling) and back
[00:05] <Daemon404> yeah gl;hf
[00:05] <kierank> yes
[00:06] <Daemon404> i just use avisynth for that
[00:06] <Daemon404> btw kierank i tested msvc-built libavcodec's avc decoding yesterday against gcc-built
[00:07] <kierank> i saw
[00:07] <Daemon404> with no qpel or cabac asm
[00:41] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r851bac4b06 10ffmpeg/libavfilter/vf_hqdn3d.c:
[00:41] <CIA-56> ffmpeg: vf_hqdn3d: avoid declaring variable in for()
[00:41] <CIA-56> ffmpeg: This should fix compilation with gcc 2.95 and possibly others
[00:41] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[00:42] <Daemon404> >supporting gcc 2.95
[00:42] <Daemon404> oh boy
[00:43] <ubitux> :))
[00:43] <ubitux> consistency Daemon404, consistency ;)
[00:57] <Daemon404> gnafu, fyi, no other errors with pngs
[01:39] <CIA-56> ffmpeg: 03jamal 07master * r95d1af1188 10ffmpeg/Makefile:
[01:39] <CIA-56> ffmpeg: build: Fix compilation when configuring with a prog suffix
[01:39] <CIA-56> ffmpeg: Fixes ticket #1676
[01:39] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[01:55] <CIA-56> ffmpeg: 03Marton Balint 07master * ra366beaf6a 10ffmpeg/ffplay.c:
[01:55] <CIA-56> ffmpeg: ffplay: fix odd YUV width by cropping the video
[01:55] <CIA-56> ffmpeg: Should fix issue #1322.
[01:55] <CIA-56> ffmpeg: Signed-off-by: Marton Balint <cus(a)passwd.hu>
[01:55] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[03:01] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rb9b97c2fb9 10ffmpeg/libavformat/aiffdec.c:
[03:01] <CIA-56> ffmpeg: aiffdec: fix bits per sample
[03:01] <CIA-56> ffmpeg: Fixes Ticket1660
[03:01] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[04:53] <gnafu> Daemon404: Thanks for checking that. I appreciate it, and I know it's appreciated by others.
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * ra503afb11f 10ffmpeg/libavformat/mpc.c:
[05:25] <CIA-56> ffmpeg: mpc: clip seeking timestamp in valid range
[05:25] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[05:25] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r4e8b206092 10ffmpeg/libavformat/mpc.c:
[05:25] <CIA-56> ffmpeg: mpc: fix seeking to the end
[05:25] <CIA-56> ffmpeg: Fixes Ticket1689
[05:25] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[09:15] <CIA-56> ffmpeg: 03Carl Eugen Hoyos 07master * r73b40dafc8 10ffmpeg/libavformat/nutdec.c: Use correct format identifier for uint64_t.
[10:11] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * rc0bca6425d 10ffmpeg/doc/examples/ (Makefile decoding_encoding.c):
[10:11] <CIA-56> ffmpeg: examples/decoding_encoding: store temporary files in current dir
[10:11] <CIA-56> ffmpeg: Do not clutter the temporary directory with files, also "/tmp" is not
[10:11] <CIA-56> ffmpeg: always available, e.g. in Windows.
[10:11] <CIA-56> ffmpeg: Also add the clean-test Makefile rule, which will clean the generated
[10:11] <CIA-56> ffmpeg: files.
[10:11] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r3b0e2763f4 10ffmpeg/doc/examples/Makefile:
[10:11] <CIA-56> ffmpeg: examples/Makefile: apply misc minor fixes to the RM rule
[10:11] <CIA-56> ffmpeg: Use $(RM) in place of rm, drop useless "-r" for removing files.
[10:11] <CIA-56> ffmpeg: 03Stefano Sabatini 07master * r60924dfe55 10ffmpeg/doc/examples/decoding_encoding.c:
[10:11] <CIA-56> ffmpeg: examples/decoding_encoding: make operation logic more self-evident / predictable
[10:11] <CIA-56> ffmpeg: Add a switch which controls which operation to perform. Useful to test
[10:11] <CIA-56> ffmpeg: only a single feature. Also the new behavior is more self-consistent.
[12:12] <saste> why dsputil_init is deprecated?
[12:30] <saste> I'm getting undefined reference to `ff_MPV_common_init_x86'
[12:31] <saste> apparently caused by dc402854271ef3d4eaaa3c53fa85237e996a06be
[12:31] <saste> that is because HAVE_MMX != ARCH_X86
[12:32] <saste> and I'm not enabling optimizations
[13:09] <saste> michaelni: ffmpeg.org is down
[13:30] <Compn> cant connect to the box either, seems down down
[13:30] <Compn> my tracert is strange :D
[13:32] <Compn> i get two hops and then all timeout
[13:48] <Compn> it seems back up now
[13:48] <Compn> maybe not
[14:00] <Compn> 13:51:37 up 13 min, 2 users, load average: 0.43, 0.37, 0.23
[14:00] <Compn> fresh boot
[14:09] <Compn> saste : its back up now, down due to power out
[14:09] <saste> Compn: i see
[14:11] <ubitux> saste: calling ff_dsputil will cause problem
[14:12] <ubitux> saste: see 44be67595db74340495eca4534faf56d54e2a028
[14:13] <saste> ubitux: again, we should export that functionality aka make it public
[14:13] <saste> now accessing it from lavfi is hackish at best
[14:14] <ubitux> sure, just saying it will cause problem as is
[14:20] <ubitux> saste: btw, is the ///< [...] /// [...] doxy really working?
[14:20] <ubitux> i think you should use /**< ... */ instead
[14:20] <ubitux> but maybe i'm wrong
[14:20] <saste> ubitux: ah yes
[14:21] <saste> ubitux: I don't care anyway
[14:21] <ubitux> :)
[14:50] <durandal_1707> ubitux: ping
[14:52] <saste> ubitux: http://www.stack.nl/~dimitri/doxygen/docblocks.html
[14:53] <saste> the ///< thing is supported
[14:55] <xxthink> @Compn:?
[14:56] <xxthink> are you online?
[14:58] <ubitux> durandal_1707: pong
[14:58] <ubitux> saste: ok :)
[15:00] <durandal_1707> ubitux: i was just wondering to you have link to failing exr?
[15:00] <ubitux> huh, i don't think so, why?
[15:02] <durandal_1707> nvm, I will wait Daemon404 to open bug report
[15:09] <ubitux> saste: 'amovie=april.flac,showspectrum,pad=iw*2 [a]; amovie=niea7-op.mp3,showspectrum [b]; [a][b] overlay=w'
[15:09] <ubitux> this works
[15:09] <durandal_1707> michaelni: AFAIK that aiff demuxer fix is inconsistent with aiff muxer
[15:09] <ubitux> but if i use a amovie='http\://radio-web-radio' it doesn't work as expected
[15:10] <ubitux> ah it seems to work with showwaves
[15:11] <ubitux> but not when there is one below another one
[16:38] <CIA-56> ffmpeg: 03Diego Biurrun 07master * r3f02c533f3 10ffmpeg/libavcodec/x86/Makefile: build: fft: x86: Drop unused YASM-OBJS-FFT- variable
[16:38] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r125c6c0752 10ffmpeg/libavformat/rtsp.c:
[16:38] <CIA-56> ffmpeg: rtsp: Free the rtpdec context properly
[16:38] <CIA-56> ffmpeg: The condition for calling the rtpdec cleanup was broken in
[16:38] <CIA-56> ffmpeg: df8cf076c86.
[16:38] <CIA-56> ffmpeg: This fixes a memory leak.
[16:38] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[16:38] <CIA-56> ffmpeg: 03Luca Barbato 07master * re0f7a9f6e7 10ffmpeg/libavcodec/huffyuv.c: huffyuv: update to current coding style
[16:38] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r4abb88d7e8 10ffmpeg/: (log message trimmed)
[16:38] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[16:38] <CIA-56> ffmpeg: * qatar/master:
[16:38] <CIA-56> ffmpeg: vf_hqdn3d: Don't declare the loop variable within the for loop
[16:38] <CIA-56> ffmpeg: huffyuv: update to current coding style
[16:38] <CIA-56> ffmpeg: huffman: update to current coding style
[16:38] <CIA-56> ffmpeg: rtsp: Free the rtpdec context properly
[16:38] <CIA-56> ffmpeg: 03Martin Storsjö 07master * r2bd67175c7 10ffmpeg/libavfilter/vf_hqdn3d.c:
[16:38] <CIA-56> ffmpeg: vf_hqdn3d: Don't declare the loop variable within the for loop
[16:38] <CIA-56> ffmpeg: This C99 feature is generally not used in the libav codebase,
[16:39] <CIA-56> ffmpeg: since it breaks building with some fringe compilers (GCC 2.95,
[16:39] <CIA-56> ffmpeg: MSVC).
[16:39] <CIA-56> ffmpeg: Signed-off-by: Martin Storsjö <martin(a)martin.st>
[16:39] <CIA-56> ffmpeg: 03Luca Barbato 07master * rf76e47877c 10ffmpeg/libavcodec/huffman.c: huffman: update to current coding style
[16:58] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r99f5090714 10ffmpeg/libavformat/aiffdec.c:
[16:58] <CIA-56> ffmpeg: aiffdec: try #2 to fix bps
[16:58] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[17:45] <Compn> j-b : shot5.avi in incoming is verient sn40 codec , works in mplayer with binary codec.
[17:45] <Compn> streams.videolan.org/incoming/Shot%205.avi
[17:46] <Compn> i guess the .txt explains as much
[17:54] Action: Compn wishes he cound find all of the non-working codec bugs in vlc trac easier
[17:57] <ubitux> nyuhu, saste "The code got relicensed with the original author permission."
[17:57] <ubitux> how is that relicensed?
[17:57] <ubitux> it still looks GPL to me
[17:57] <ubitux> (smartblur)
[18:04] <nyuhu> ubitux : yes that's true& I am a bit confused with the licenses so I didn't know if that counted as a relicense
[18:12] <nyuhu> I let it under GPL since michaelni told me that he prefers to wait for companies which needs them under LGPL, though it is true especially for complex filters (which is not the case here so I don't know)
[18:25] <ubitux> then it might be better to just remove the relicense sentence, and add a gpl dependency in the configure
[18:25] <ubitux> (smartblur_filter_deps="gpl")
[18:27] <tiborfabian> hi, i'm new here. i hope that this is the right place to ask my question.
[18:30] <tiborfabian> can i normalize the audio track of a video file using ffmpeg itself?
[18:30] <ubitux> yes, but this sounds like a user question; so maybe #ffmpeg
[18:31] <kierank> there are tools out there that do normalisation such as ebur128
[18:34] <ubitux> ./ffplay -f lavfi 'amovie=niea7-op.mp3,asplit=3[out1][a][b]; [a]showspectrum=s=640x240,pad=iw:ih*2[spectrum]; [b]showwaves=s=640x240[waves]; [spectrum][waves]overlay=0:h [out0]'
[18:34] <ubitux> e
[18:37] <Compn> ehe
[18:38] <Compn> michaelni : geocodec bastardized h264 > http://samples.ffmpeg.org/V-codecs/g264.avi
[18:38] <Compn> ffmpeg reports [h264 @ 0126de60]no frame!
[18:39] <Compn> well mplayer reports that, of course :)
[18:39] <Compn> since i dont feel like recompiling ffmpeg with G264 in riff.c ...
[18:46] <ubitux> https://ffmpeg.org/trac/ffmpeg/wiki/FancyFilteringExamples#showwavesandshow… maybe the pic is too huge?
[18:47] <CIA-56> ffmpeg: 03Georg Lippitsch 07master * r5cc5d9d5f7 10ffmpeg/ (libavcodec/dpx.c tests/ref/lavf/dpx):
[18:47] <CIA-56> ffmpeg: dpx: 10 and 12 bit decoding
[18:47] <CIA-56> ffmpeg: Rewrite 10 bit dpx decoder to decode into GBRP10 color space
[18:47] <CIA-56> ffmpeg: instead of converting to RGB48.
[18:47] <CIA-56> ffmpeg: Add 12 bit decoder to decode into GBRP12 color space.
[18:47] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:01] <CIA-56> ffmpeg: 03Reimar Döffinger 07master * r237f53ce85 10ffmpeg/libavcodec/cllc.c: (log message trimmed)
[19:01] <CIA-56> ffmpeg: cllc: simplify/fix swapped data buffer allocation.
[19:01] <CIA-56> ffmpeg: Using the malloc variant avoids pointless memcpy on size
[19:01] <CIA-56> ffmpeg: increase and simplifies handling allocation failure.
[19:01] <CIA-56> ffmpeg: Also change code to ensure that allocation, bswap and bitstream
[19:01] <CIA-56> ffmpeg: reader all use the same size, even when the packet size is odd
[19:01] <CIA-56> ffmpeg: for example.
[19:07] <CIA-56> ffmpeg: 03Kari Lentz 07master * rbe862c0dac 10ffmpeg/libavformat/movenc.c:
[19:07] <CIA-56> ffmpeg: movenc: support for itunes tempo tag
[19:07] <CIA-56> ffmpeg: Implements support for tmpo atom for mp4 files, typically used to store BPM. -metadata "tmpo=127" as a command line option will record 127 as the BPM in the meta data.
[19:07] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[19:09] <ubitux> nyuhu: btw, you added the swscale dependency in smartblur in the Makefile, but you need to add it as well in the configure
[19:09] <ubitux> so, something like smartblur_filter_deps="gpl swscale" maybe
[19:42] <ubitux> http://www.notcot.com/archives/2012/08/realitat---microsonic-landscap.php
[20:43] <nyuhu> ubitux : ok got it
[20:47] <ubitux> nyuhu: afaict adding the dep in the makefile is to make sure it will have the correct link parameters, and in the configure it will make sure the deps are build (or that your filter won't if the dep isn't satisfied)
[20:48] <nyuhu> I see
[20:50] <Daemon404> "nyuhu" reminds me of banjo kazooie...
[20:51] <nyuhu> never played it :o
[20:54] <ubitux> reminds me of a certain loli cry...
[20:54] <ubitux> (http://lolicri.es/#elfen-lied-lucy)
[20:54] <JEEB> ah, elfen lied
[20:54] <nyuhu> \o/
[20:55] <Daemon404> it scares me that that url is real.
[20:55] <ubitux> :)
[23:39] <ubitux> saste: i think $(RM) is supposed to be "rm -f"
[23:39] <saste> ubitux: is it?
[23:40] <saste> I checked our Makefile code before to post the patch, but maybe i'm wrong
[23:40] <ubitux> well at least it's set to this here
[23:40] <ubitux> not that it matters much
[23:41] <ubitux> also, i wonder if the copyright boilerplate is appropriate for example
[23:42] <ubitux> it's kind of restrictive to request API user to put that copyright in their code
[23:42] <ubitux> for *the examples*
[23:43] <ubitux> though, we are doing it in all of them
[23:48] <saste> ubitux: that license is one of the most permissive
[23:48] <ubitux> yep sure, i'm talking about the Copyright line
[23:49] <ubitux> it's mandatory to keep it for any code based on
[23:49] <saste> also the code is not meant to be used as is, but as a template for other code or to be read as example reference
[23:50] <saste> The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software
[23:51] <saste> this affects only the part which is "copied"
[23:51] <saste> but ianal, and i don't care that much
[23:51] <ubitux> yes sure as i said, it really doesn't matter much
[23:51] <ubitux> 'just wondering :)
[23:54] <ubitux> saste: btw, i added a showspectrum/showwaves example in the fancy filter wiki page
[23:55] <ubitux> not sure if that's what you had in mind the other day
[23:55] <ubitux> feel free to change it :)
[00:00] --- Tue Aug 28 2012
1
0
[00:02] <cbsrobot> !command
[00:07] <t4nk918> ffmpeg -i jellies.mp4 -vf ass=jellies.ass jellies_sub.mp4
[00:08] <t4nk918> In the output: [Parsed_ass_0 @ 00000000048f8940] Neither PlayResX nor PlayResY defined. Assumin g 384x288
[00:09] <DelphiWorld> healthy nighty everyone
[00:12] <cbsrobot> t4nk918: something is wrong with your ass file
[00:12] <cbsrobot> can you pastebin the first few lines ?
[00:32] <t4nk918> but my ass file is created from ffmpeg
[00:32] <t4nk918> with command: ffmpeg -i jellies.srt jellies.ass
[00:33] <ubitux> can you share the .srt?
[00:33] <t4nk918> yes...
[00:34] <t4nk918> I download from: http://www.storiesinflight.com/js_videosub/
[00:34] <t4nk918> http://www.storiesinflight.com/js_videosub/jellies.srt
[00:35] <ubitux> ./ffmpeg -i jellies.srt jellies.ass
[00:35] <ubitux> ./ffplay -f lavfi testsrc,ass=jellies.ass
[00:35] <ubitux> this works for me
[00:35] <ubitux> (i can see the subtitles)
[00:36] <ubitux> you can replace "testsrc" with "color", to see them better
[00:37] <t4nk918> I dont see it
[00:37] <t4nk918> [Parsed_ass_1 @ 044fe5c0] Added subtitle file: 'jellies.ass' (2 styles, 6 events ) [Parsed_ass_1 @ 044fe5c0] Fontconfig disabled, only default font will be used. [Parsed_ass_1 @ 044fe5c0] Neither PlayResX nor PlayResY defined. Assuming 384x28 8 [lavfi @ 044fcb80] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'testsrc,ass=jellies.ass':
[00:38] <ubitux> i have this as well, but the subtitles appear
[00:38] <ubitux> t4nk918: is your ffmpeg build with libfreetype?
[00:38] <t4nk918> I dont know
[00:39] <ubitux> it's displayed on top of the output
[00:39] <ubitux> configuration line
[00:39] <t4nk918> I use windows and try with:
[00:39] <t4nk918> ffmpeg version N-43804-g780bf75 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 21 2012 21:16:09 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --
[00:39] <ubitux> your output is truncated but ok
[00:40] <ubitux> i don't have windows i can't help you reproducing this issue
[00:40] <t4nk918> ok
[00:43] <t4nk918> Thanks
[01:39] <Bombo> hi
[01:40] <Bombo> i got 0000.png to 0250.png, i encode it with 'ffmpeg -y -i %%04d.png -b 5000k -r 25 0000.m2v' but is it possible to reverse the order? so that 0250.png is the first frame in the video?
[02:01] <t4nk918> solved: http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=10&t=318&start=20
[02:02] <t4nk918> I create a fonts dir in ffmpeg installation and copy fonts.conf in fonts dir
[02:03] <t4nk918> Thanks a lot
[02:03] <t4nk918> bye
[02:19] <grepper> Bombo: on linux I would probably create an array in bash and use that, or create symlinks. Not sure what you would do on windows.
[02:20] <Bombo> grepper: hmyes, i got bash.exe ;)
[02:21] <grepper> for i in {250..1}; do array+=( $(printf %04d%s $i .png ) ); done
[02:21] <grepper> or somesuch
[02:21] <tdr> yeah, use POSIX tools, forget the windows scripts
[02:21] <grepper> assuming no spaces in files, quote it otherwise
[02:21] <tdr> well bash isn't technically POSIX, but closer than iwndows is
[02:22] <Bombo> this worked: $ newcount=0;for i in $(seq -w 250 -1 1); do newcount=$((newcount+1)); newcountzero=$(printf "%04d" $newcount);echo mv 0$i.png rev/$newcountzero.png;done
[02:23] <Bombo> i just wondered if it can be done in ffmpeg directly
[02:28] <grepper> well, the way I mentioned you wouldn't have to rename them, just use ffmpeg -i "${array[@]}" ...
[02:29] <Bombo> oh thats a nice trick then, thx
[02:30] <grepper> np
[04:16] <Nanobot> I'm new to video editing. I have an mkv using h.264/flac/ass subtitles, and I want to trim just a few frames from the beginning of the video (adjusting audio and subtitle timing accordingly). The cutting point is between two keyframes. I'd like to only reencode the frames up to the next keyframe, and have the rest of the video copied losslessly. Any advice on how to do this?
[04:20] <FelipeS> hey all, I'm kind of lost trying to use the ffmpeg api. For example I may create an AVInputFormat with av_find_input_format() but then, am I suppose to free it? docs: http://cekirdek.pardus.org.tr/~ismail/ffmpeg-docs/avformat_8h.html#7d2f532c…
[04:20] <FelipeS> the docs merely describe each function, but is there a 'synopsis' of the overall API anywhere?
[04:29] <FelipeS> also, so far I'm having this same problem as op in following link, except I'm trying with h264 encoded files http://stackoverflow.com/questions/11144954/cannot-open-file-using-avformat…
[04:31] <FelipeS> erm
[04:31] <FelipeS> maybe I should ask, If I want to build ffmpeg for decoding h264 files in say mpeg4-14 containers, which options should I enable
[04:32] <FelipeS> I'm still not very familiar with the terminology & what muxers/demuxers/parsers are when it comes to processing videos
[04:58] <FelipeS> anyone?
[06:09] <FelipeS> So I finally managed to build an ffmpeg static lib that opened an h264 mpegts file, but here's the output when I open it Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels): unspecified sample rate
[06:09] <FelipeS> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[06:10] <FelipeS> ffmpeg -i does show the sampling rate (22.05 KHz)
[06:22] <NonaSuomy> Hi guys anyone know of a way to make a sort of walkie/talkie for a website so you could have a microphone with a button rip live audio only on demand then some how stream it on a site so people watching a live video feed could hear that audio and then have a button to again on demand send audio back to that user
[06:24] <NonaSuomy> so the people in the room where the video is can choose if they want to be live audio streamed
[06:25] <NonaSuomy> we have 7 cameras running through ffserver right now so was hoping there would be an ability to make so the audio is on personal demand instead of always streaming
[08:20] <fling> do I need PAL or NTSC?
[08:21] <cbreak-work> both suck
[08:21] <fling> right
[08:22] <fling> I can choose fps with my camera: 29,97; 25; 23,976
[08:22] <fling> do I need 25?
[08:24] <cbreak-work> what's your target?
[08:24] <fling> I want to capture fine video, idk which framerate is better to use
[08:24] <cbreak-work> if possible, chose a non-interlaced mode.
[08:25] <cbreak-work> 25 is pal framerate (half the pal field rate), 30000/1001 is NTSC Framerate (half of the NTSC Field Rate)
[08:25] <cbreak-work> and 24000/1001 is NTSC FILM framerate
[08:39] <fling> still need to choose proper fps
[11:22] <buhman> I'm attempting to reencode some video created by a crappy video camera
[11:27] <buhman> ffmpeg manages to desynchronize the audio and video completey
[11:28] <buhman> mplayer claims the length of the video is 1:21 (after seeking to the end; I guess the metadata for its actual length is missing)
[11:28] <buhman> ffmpeg then creates a 3:10 video (with the length in the container)
[11:29] <buhman> the audio plays at normal speed, and the video is roughly 2x slower than it should?
[11:29] <buhman> would anyone like the source and output?
[11:29] <buhman> ffmpeg -i CAPTURE-HD-RM164_2012-08-20_13_21_28.ts -vcodec libx264 -quality best -preset veryslow -crf 28 -filter:v yadif -acodec aac -b:a 96k -strict experimental -threads 0 crf28-fast.mp4
[11:30] <buhman> source: http://buhman.org/CAPTURE-HD-RM164_2012-08-20_13_21_28.ts (1.5G)
[11:31] <buhman> output: http://buhman.org/crf28-fast.mp4 (255M)
[11:31] <buhman> what erm happened?
[11:41] <fling> buhman: I have the same problem since 0.6.90
[11:50] <cbsrobot> buhman: I get a 403 for the source file
[11:56] <buhman> cbsrobot: O.o
[11:57] <cbsrobot> HTTP request sent, awaiting response... 403 Forbidden
[11:57] <buhman> I see it
[11:57] <buhman> try now
[11:58] <buhman> fling: oh?
[11:58] <fling> buhman: uh?
[12:05] <buhman_> apologies
[12:08] <buhman> last I heard was 04:58 < fling> buhman: uh?
[12:08] <fling> 16:58 < buhman> fling: oh?
[12:08] <fALSO> Hi there!
[12:09] <buhman> fling: what an aweful timezone that is
[12:09] <fALSO> anyone knows some up-to-date instructions to convert videos to PSP format ?
[12:09] <fALSO> all the pages i find are from 2006 and stuff like that
[12:09] <fALSO> most of the ffmpeg options have been changed since then
[12:09] <buhman> fALSO: well, what is PSP format?
[12:10] <fALSO> i know its mp4... so its h264 surely
[12:10] <fALSO> but i dont know naything about resolutions and bitrates and stuff like that
[12:12] <buhman> fALSO: do you have any videos that currently work?
[12:12] <fALSO> yap... but not here , just at home
[12:12] <fALSO> im trying to find more info
[12:13] <buhman> fALSO: if you find a video that works, it would be trivial to spit out the ffmpeg arguments you'd want to do that
[12:13] <fALSO> ok!
[12:13] <fALSO> theres some problems i think, because of the resolutions and stuff
[12:13] <fALSO> to keep aspect ratio and stuff like that
[12:13] <buhman> -aspect foo:bar
[12:15] <fALSO> found some info in japanese
[12:15] <buhman> lovely
[12:15] <fALSO> http://d.hatena.ne.jp/knaka20blue/20120720/1342754824
[12:15] <fALSO> let me now see if i can get a windows build of ffmpeg that supports all those codecs, etc
[12:17] <buhman> fALSO: -vpre doesn't exist anymore fwiw
[12:18] <buhman> erm, at least that implies one of the older versions of ffmpeg that didn't use the libx264 presets
[12:18] <buhman> you'll want something like "-preset slow -quality best"
[12:19] <fALSO> ok
[12:21] <fALSO> buhman, do you recommend any "special" build of ffmpeg for windows?
[12:22] <buhman> fALSO: I reccomend against windows
[12:22] <fALSO> heheh
[12:22] <fALSO> :-P
[12:26] <fALSO> looks like the one i used doesnt have libfaac support
[12:26] <fALSO> going to try to find another
[12:28] <fALSO> hehe crashed ffmpeg
[12:47] <fALSO> well it seems that it also doesnt support libvo-aacenc
[12:47] <fALSO> weird...
[12:47] <fALSO> also ffmpeg.org is down
[14:01] <Spamoi> hi, i didn't found how to fix rpath for ffmpeg in a "proper way", any suggestions ?
[15:38] <FelipeS> maybe I should ask, If I want to build ffmpeg for decoding h264 files in say mpeg4 containers, which options should I enable at compile time?
[15:40] <JEEB> unless you want a minimalistic build, you only need the default ./configure set-up and that's it
[15:40] <JEEB> (everything LGPL enabled)
[15:41] <FelipeS> JEEB yeah I'd prefer the minimal build. I'm compiling for iOS
[15:41] <FelipeS> not for putting up on app store, just a research project
[15:42] <JEEB> run the ./configure once first to get a listing of video/audio codecs and containers (formats) etc.
[15:42] <JEEB> then check --help output of the configure script
[15:42] <JEEB> to check if it was --enable-decoder-X or whate
[15:42] <JEEB> and then --disable-everything --enable-shit-you-need
[15:43] <FelipeS> JEEB, right. I suppose for reading an mp4 h264 file I would need protocol=file, demuxer=mp4, parser=h264, decoder=h264 right?
[15:44] <JEEB> something like that
[15:48] <FelipeS> JEEB, ok well I managed to open up instead an mpegts file (h264 & aac), using the API and it reports Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels): unspecified sample rate
[15:48] <FelipeS> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[15:51] <FelipeS> JEEB, are you familiar with the API? I'm guessing it's taking too long to guess the video/audio encoding? I saw you can just specifiy the input format using av_find_input_format but that seems to be just for the container? Can't seem to find a way to specify stream format too
[17:03] <Bombo> grepper: i tried this now: for i in {250..1}; do array+=( $(printf %04d%s $i .png ) ); done; ffmpeg -i "${array[@]}" -b 5000k -r 25 0000.m2v unfortunately there were too less " i guess, so i got all the .png overwritten with 0250.png
[17:05] <relaxed> {250..001}
[17:07] <Bombo> relaxed: %04d
[17:07] <relaxed> okay, {0250..0001}
[17:07] <Bombo> doesn't matter ;)
[17:08] <Bombo> the %04d fixes it
[17:12] <Bombo> i really should have backed up the ~5h rendered pngs before trying that out
[17:22] -:#ffmpeg- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp
[17:24] <Bombo> yes, but i'm too tired to think or to learn lessons ;)
[17:25] <grepper> {0250..001} is bash 4, you're okay if that is what your cygwin uses
[17:27] <Bombo> oh right, i tested that in linux with bash 4
[17:27] <Bombo> in mingw/msys i got bash 3
[17:27] <Bombo> so zero zeroes
[17:27] <grepper> use the other one then
[17:28] <Bombo> right ;)
[17:36] <Bombo> how about this: for i in {250..1}; do echo $i; array+=( $(printf -- "-i %04d.png" $i ) ); done
[17:37] <Bombo> and then ffmpeg "${array[@]}" -b 5000k -r 25 0000.m2v
[17:37] <Bombo> loads the pngs, but the m2v is empty... hmmm
[17:39] <relaxed> Explain what you're trying to do. What is your input?
[17:39] <Bombo> input are frames from 0000.png to 0250.png
[17:40] <Bombo> i want to be 0250.png frame1 in the video
[17:40] <Bombo> to have the animation backwards
[17:46] <Bombo> [buffersink @ 0284cbc0] No opaque field provided
[17:46] <Bombo> does that matter?
[17:46] <Bombo> ffmpeg seemd to just take the first frame
[17:52] <grepper> guess you'll have to create symlinks or rename them
[17:52] Action: grepper hides
[17:53] <Bombo> hehe, yep, did that (renameing)
[17:59] <grepper> guess I've been using mjpeg tools too much where giving a list is just fine, sorry
[18:01] <Bombo> its ok, was worth a try
[18:12] <grepper> on a better day I would have given you a command to symlink them to %06d or such instead.
[18:13] Action: grepper off for haircut and laundry
[18:14] <zmuser3> I want to take 5 video files and 3 songs and combine them. during two of the videos the audio from the video should be muted. during the others, the song volume should go down to about 25% and then come back up during the next video. the song should fade out at the end of the last video. can I automate this with ffmpeg? the audio part I have no idea how to handle
[18:29] <relaxed> I'm not sure if ffmpeg can handle the audio the way you want but SoX probably can.
[18:31] <zmuser3> ok I will check it out
[18:33] <relaxed> sounds like you need video editing software
[18:35] <zmuser3> when I land I have just a few minutes to pack my parachute and edit a video and burn a dvd. while it is possible, it is a mad rush. I am trying to automate it so I can just relax and pack
[18:36] <zmuser3> then maybe I can package it up and sell it to other videographers
[18:37] <relaxed> Anything is possible with scripting+ffmpeg. Though the time it takes to write it may take a while.
[18:42] <tiborfabian> hi, i'm new here. i'm using ffmpeg to compress a bunch of video files, can i normalize the audio track using ffmpeg itself?
[20:20] <samon_nerd> is it possible to create my own shared lib and then compile it into ffmpeg? What would need to happen for me to do this? Do I just make reference to it in the .config file that is used at compile time? The use case here is that I want to make a new lib that just adds the possibility of passing a new argument to the ffmpeg CLI (named '-howManyGoats') that causes the ffmpeg library to call out to my library to add a image, of my c
[20:20] <samon_nerd> before it gets compressed by some compression codec
[20:21] <samon_nerd> (in this case, the image , would be added to the raw frames just before it was passed to something like the x264 codec for compression
[20:23] <samon_nerd> please excuse the newb-ness of my quuery. :)
[20:23] <guest1234> So, I have a few videos with one video stream and three (or so) audio streams, any way to specify that I want to extract the video and only one audio (specified by name)?
[20:24] <samon_nerd> you could use -map
[20:24] <guest1234> I'm not sure which stream # it will be for each video
[20:24] <samon_nerd> ya, you'd have to write logic in your code to figure that out first
[20:25] <samon_nerd> perhaps parse some mediainfo output
[20:25] <samon_nerd> I think media info can output .csv
[20:25] <guest1234> Hmm. So there is no way to specify name directly?
[20:27] <konfoo> does anyone know where in the code (or in ffmpeg.c) the cmdline output statistics like size= time= etc. are? i need to adjust them for a wrapper app
[20:27] <guest1234> konfoo: grep it?
[20:27] <konfoo> already did
[20:29] <konfoo> ah nm its in print_report
[20:29] <samon_nerd> @ guest1234 if there was a way to specify name , how would you know what that name is if you don't know what tracks you are looking for?
[20:30] <samon_nerd> you would have to preprocess your files to have the names
[20:30] <guest1234> I know the title of the track, just no idea which # it will be (hence the initial question about name)
[20:30] <samon_nerd> regardless, mediainfo may also give you the names
[20:30] <samon_nerd> if they exist
[20:30] <guest1234> ffprobe shows them too
[20:31] <samon_nerd> perhaps try to parse that output and find the name you are looking for and then get the track number that is associated with that name
[20:32] <samon_nerd> I believe it should be something like #0:5 NAME bitrate:1000k ....
[20:32] <samon_nerd> just off the top of my head
[21:18] <samon_nerd> anyone with an idea about my "shared libs" question
[21:35] <Sashmo_at_work> can anyone tell me what the best settings for encoding live sports at about 2Mbps? in h264
[22:45] <hypnocat> does anyone know how to get ffplay output to jack?
[22:56] <saste> hypnocat: no way, we don't have a jack output device
[22:56] <hypnocat> ah, too bad
[22:56] <hypnocat> thanks anyway
[23:22] <saste> hypnocat: patches/feature requests are welcome
[23:22] <hypnocat> actually, i just figured out how to do it
[23:22] <hypnocat> through changes in my .asoundrc
[23:22] <hypnocat> will give a detailed description of the process in a bit..
[23:23] <saste> hypnocat: well ffplay uses SDL, which may in turn support jack i suppose
[23:23] <hypnocat> i didn't use any direct jack capability of ffplay
[23:23] <hypnocat> these are plain alsa rounting procedures
[23:52] <Iszak> When/will ffmpeg get intel quicksync support?
[23:52] <JEEB> interested in coding it?
[23:53] <Iszak> I would, but i wouldn't know where to start!
[23:54] <JEEB> go check up on whatever API you'd be using for it, and then go check out libavcodec stuff
[23:54] <JEEB> that'd be the beginning of it
[23:55] <Iszak> but that's to say no support currently exists and non is planned?
[23:56] <JEEB> people usually work on what they're interested in. the quicksync encoder is just a black box with some switches that you stuff raw video into, and that doesn't even match libx264 in most cases if you have a CPU that can use it (sandy/ivy)
[23:56] <JEEB> the decoder might or might not already have patches via va-api or whatever it is
[23:56] <JEEB> once again, I don't remember seeing anyone having interest in it, and you can check if anything got in by checking the libavcodec folder's contents
[23:58] <Iszak> I'd just be better to get a better CPU.
[00:00] --- Tue Aug 28 2012
1
0
[02:00] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r0c3a3b75d7 10ffmpeg/libavformat/ac3dec.c:
[02:00] <CIA-56> ffmpeg: ac3_probe: fix probing of non standard AC3
[02:00] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[02:42] <CIA-56> ffmpeg: 03Derek Buitenhuis 07master * raa7a565101 10ffmpeg/libavcodec/cllc.c:
[02:42] <CIA-56> ffmpeg: cllc: Pad swapped buffer
[02:42] <CIA-56> ffmpeg: The bitstream buffer must be padded, or the bitstream reader might
[02:42] <CIA-56> ffmpeg: read over the end.
[02:42] <CIA-56> ffmpeg: Fixes the following valgrind warning:
[02:42] <CIA-56> ffmpeg: Use of uninitialised value of size 8 at 0x591BAE: cllc_decode_frame (cllc.c:166)
[02:42] <CIA-56> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com>
[02:42] <CIA-56> ffmpeg: 03Mans Rullgard 07master * rdb70730291 10ffmpeg/libavcodec/x86/fft_mmx.asm:
[02:42] <CIA-56> ffmpeg: x86: fft: remove unused fft_dispatch* functions
[02:42] <CIA-56> ffmpeg: These functions are not used since the yasm conversion.
[02:42] <CIA-56> ffmpeg: Signed-off-by: Mans Rullgard <mans(a)mansr.com>
[02:42] <CIA-56> ffmpeg: 03Derek Buitenhuis 07master * refab2e004a 10ffmpeg/tests/ (fate/lossless-video.mak ref/fate/cllc-argb ref/fate/cllc-rgb):
[02:42] <CIA-56> ffmpeg: FATE: Add Canopus Lossless tests
[02:42] <CIA-56> ffmpeg: Signed-off-by: Derek Buitenhuis <derek.buitenhuis(a)gmail.com>
[02:42] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rc684cb29bc 10ffmpeg/: (log message trimmed)
[02:42] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[05:00] <Daemon404> michaelni, http://pastebin.com/raw.php?i=9tNgW27U <-- is this at all useful to you? (collect over cama2_vtc_b.avc)
[05:02] Action: Daemon404 is going to rerun on ffmpeg
[05:11] <michaelni> Daemon404, thx, surely could be usefull
[05:11] <Daemon404> randomly decided to grab a trial of intels inspector thingy
[05:21] <Daemon404> michaelni, http://pastebin.com/raw.php?i=CigX6T9X ffmpeg run
[05:22] <Daemon404> ive kept the data dirs around to probe more if need be
[05:25] <michaelni> Daemon404, thx
[05:27] <Compn> data race eh
[05:30] <michaelni> there sure are data races in there, i expect many of the found things to be false positives though
[05:30] <michaelni> P3 for example looks like a false positive
[05:31] <Daemon404> well it's an automated tool
[05:31] <Daemon404> i expect for some falses
[05:32] <Daemon404> i should do an entire fate run and shove it somewhere, maybe.
[05:35] <michaelni> you should setup a fate client running it daily :)
[05:35] <Daemon404> well its a 30 day trial, and it costs like $900 USD
[05:35] <Daemon404> if only i still was interning at intel... ;)
[05:36] <michaelni> how does it know its 30 days are over ?
[05:36] <Compnn> i'm sure if someone emails the last @intel.com we'll get some free server time
[05:36] <Daemon404> michaelni, probably a call home
[05:36] <Daemon404> + eval license
[05:36] <Compnn> companies love ffmpeg :)
[05:36] <Daemon404> also before anyone says
[05:36] <Daemon404> i checked
[05:36] <Daemon404> no crack, so no ARRR MATEY
[05:37] <Compnn> why not just email intel ?
[05:37] <michaelni> Compnn, is right its probably relatively easy to get a free license
[05:37] <Compnn> i bet j-b knows some intel people
[05:38] <michaelni> but its no fun
[05:38] <Compnn> :P
[05:38] <michaelni> bypassing the 30day limit is cooler
[05:38] <michaelni> does it work when it cant call home ?
[05:38] <Compnn> that was the thing to do , back then, crack your own trialware
[05:39] <Daemon404> yes...
[05:39] <Daemon404> i mostly just changed a jmp to skip nag screens
[05:39] <Daemon404> in ollydbg
[05:39] <Daemon404> michaelni, dunno... i can kill networking in the vm of course
[05:39] <Daemon404> <_<
[05:40] <Daemon404> i do know i had to disable selinux during install
[05:41] <michaelni> selinux incomp could be unrelated to trial stuff but just for some of its actual featrues to work
[05:41] <Daemon404> i generally disable it anyway
[05:41] <Daemon404> it just gets in the way for me
[05:42] <michaelni> anyway isnt really important, i think i know someone @intel and could try asking for a free license if you want
[05:42] <Daemon404> depends if its actually useful :
[05:42] <Daemon404> :P
[05:42] <Compnn> static code analysers are always useful
[05:42] <Compnn> we can find out which company wastes time on it ! :P
[05:42] <Compnn> ehe
[05:43] <Compnn> hows coverity going michaelni ?
[05:43] <Daemon404> speaking of which
[05:43] <Daemon404> does ffmpeg have an asan box?
[05:43] <michaelni> Compnn, dunno
[05:43] <michaelni> Daemon404, yes
[05:43] <Daemon404> ah.
[05:52] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rbfb39023b0 10ffmpeg/libavcodec/ (cabac.c cabac.h h264.c):
[05:52] <CIA-56> ffmpeg: h264: ff_init_cabac_states doesnt use its argument thus remove it
[05:52] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[09:09] <xxthink> hello, why the latest ffmpeg doesn't support libfaad decoding?
[09:13] <xxthink> I want to use ffmpeg to decode an aac stream
[09:13] <xxthink> it always says: SSR not implemented.
[09:14] <xxthink> are there some patchs to decode this kind of aac stream?
[12:45] <Compnn> 2010-06-20 Måns Rullgård Remove libfaad wrapper
[12:45] <Compnn> Remove libfaad wrapper
[12:46] <Compnn> been a while since it was removed
[12:46] <durandal_1707> oh, so you want that reverted?
[12:53] <CIA-56> ffmpeg: 03Paul B Mahol 07master * r8f9941b160 10ffmpeg/libavcodec/avrndec.c:
[12:53] <CIA-56> ffmpeg: avrndec: silence warning about incompatible pointer types
[12:53] <CIA-56> ffmpeg: Signed-off-by: Paul B Mahol <onemda(a)gmail.com>
[12:53] <Compnn> durandal_1707 : imo ffmpeg should provide api to all of these libs
[12:53] <Compnn> makes it easier for other projects to use , if all of the libs have the same interface
[12:54] <durandal_1707> isn't libfaad replaced by libfaad2?
[12:54] <Compnn> hmmm?
[12:55] <ohsix> it will always be a poor match if you actually need something that makes that particular library novel or interesting
[13:02] <Compnn> what will be a poor match ?
[13:03] <durandal_1707> does faad2 provide anything that native decoder does not have?
[13:06] <JEEB> it is mostly worse off feature-wise, but there are a few rare cases IIRC where it might support something that ffaac doesn't, but I'm not sure about that. Also faad is known to just ignore most erroneous states and to try to go forward instead of stopping.
[13:06] <JEEB> personally I'd rather see ffaac developed further than faad getting used again
[13:16] <maister> anyone here knows their way around swscale? trying to understand initFilter() in libswscale/utils.c
[13:17] <ubitux> Daemon404: did you try to diff the inspxe-cl output between the cama2_vtc_b and a working similar (with no race detected) h264 test?
[13:18] <ubitux> maister: did you see doc/swscale.txt?
[13:18] <JEEB> (expect a response in 3-4 hours as I guess he's asleep until then)
[13:18] <maister> ubitux, not yet, will have a look.
[13:18] <maister> "The official guide to swscale for confused developers." <-- hah, great :d
[13:23] <maister> hm, wait, so scaling RGB24 -> RGB24 would go through YUV first?
[13:32] <Compn> JEEB : its not a replacement, its a failback when ffaac is missing a feature
[13:32] <Compn> and those small-subsets of AAC have been on wishlist of ffaac for years
[13:32] <Compn> because they are ... very small subsets of aac samples
[13:33] <Compn> a faad wrapper takes ... an hour? of work to re-commit the thing
[13:33] <Compn> sbr aac feature takes a while to code up i think
[13:34] <nevcairiel> ffaac should support sbr just fine
[13:34] <Compn> durandal_1707 : yes, check the supported aac list inside aacdec.c , it has some things missing :)
[13:35] <Compn> yes, maybe that user had old version...
[13:35] <Compn> or runs into different sbr problenm
[13:36] <Compn> [03:14] <xxthink> I want to use ffmpeg to decode an aac stream
[13:36] <Compn> [03:14] <xxthink> it always says: SSR not implemented.
[13:36] <Compn> [03:16] <xxthink> are there some patchs to decode this kind of aac stream?
[13:36] <Compn> he wanted SSR
[13:36] <Compn> my bad for saying SBR ...
[13:36] <Compn> nevcairiel ^&
[13:37] <nevcairiel> i see, now thats something different
[14:05] <standesbeamter> michaelni, are you around?
[14:06] <standesbeamter> i still don't understand your comment to my dpx patch ...
[15:12] <kierank> Compn / michaelni: depending on how easy it is to stop you could probably run that tool on obe2
[17:08] <cbsrobot> are all 29.97 fps files automatically "drop frame" or not ?
[17:30] <cypher497> cbsrobot: 29.97 is the fps, timecode can be drop or non-drop
[18:07] <nyuhu> does anyone know how I can easily/quickly test the process_command callback in a lavfi filter ?
[18:10] <ubitux> iirc you can do it while ffmpeg is encoding, pressing 'c'
[18:11] <nyuhu> :o
[18:11] <nyuhu> thx for the tip
[18:12] <ubitux> i think saste wrote a filter to write a timeline of commands or something
[18:13] <nyuhu> yep, but it didnt get pushed yet
[18:14] <ubitux> yup :(
[18:14] <ubitux> nyuhu: what's your next filter btw? :)
[18:15] <nyuhu> an histogram equalizer
[18:16] <ubitux> cool, ok :)
[20:01] <maister> hm, is this really intended? When I rescale RGB to RGB, it first goes through YUV and back RGB. It also chroma subsamples at a resolution far lower than the original image. E.g. for 512x224 -> 256x224 point scale, it will only sample with 128px horizontally, causing some really nasty artifacts when it goes back to 256px.
[20:02] <maister> swscale.txt says it should indeed go to yuv 8-bit first before horizontal scale, but I fail to see why it has to do that.
[20:02] <Daemon404> swscale has a direct rgb->rgb patch nowadays
[20:02] <JEEB> it shouldn't, at least the scaling video filter doesn't do that AFAIK
[20:02] <Daemon404> swscale.txt is old...
[20:02] <Daemon404> how old is your ffmpeg?
[20:02] <maister> latest git
[20:02] <Daemon404> wait, didnt YOU write that path?
[20:02] <Daemon404> if youre teh arch linux guy
[20:03] <maister> No, that was gbr24 -> rgb unscaled
[20:03] <Daemon404> ah, right.
[20:03] <maister> this is scaled :p
[20:03] <maister> Can I provide a test case so you can see what I mean?
[20:03] <Daemon404> certainly cant hurt
[20:03] <maister> ok, 2 sec
[20:05] <maister> http://i.imgur.com/6lLmV.png <-- test image. It's 512x224. As you may see it's really just a point sampled stretch from 256x224. I expect to get back the original if I do this:
[20:05] <maister> ffmpeg -i test_image.png -sws_flags neighbor -vf scale=256:224 test_output.png
[20:06] <maister> the result however, introduces tons of weird errors
[20:06] <Daemon404> i think swscale only has resizing functions for yuv
[20:07] <Daemon404> neighbor resize in rgb should be trivial to add, but it opens a big bucket of worms
[20:07] <maister> http://i.imgur.com/Xw1iw.png <-- output
[20:07] <maister> especially noticable around the sprite in the middle
[20:08] <maister> the thing that worries me the most however
[20:08] <maister> is that at some point
[20:08] <maister> it's working with a width of 128px
[20:08] <maister> and not 256px
[20:09] <Daemon404> ill look into adding some rgb scaling stuff today maybe
[20:09] <Daemon404> i dont think many people do it
[20:09] <maister> Daemon404, apparently not H.264/RGB either :(
[20:09] <Daemon404> there arent a ton of usecases :P
[20:09] <Daemon404> game capture happens to be one
[20:09] <maister> true, but I'm very interested in that case ;)
[20:10] <Daemon404> no to mention most game capture tends to be windows-based
[20:10] <Daemon404> and people end up usign avisynth's rg bresizing
[20:10] <Daemon404> s/rg b/rgb /
[20:12] <maister> So far, only mplayer (1) seems to play H.264/RGB ootb, I should lobby around some more.
[20:13] <Daemon404> if vlc doesnt
[20:13] <Daemon404> i can add it
[20:13] <Daemon404> (vlc git + ffmpeg i mean)
[20:13] <Daemon404> it should.
[20:14] <maister> I can have a look
[20:14] <Daemon404> lav filters should as well
[20:14] <Daemon404> otherwise stab nevcairiel
[20:14] <JEEB> works
[20:14] <maister> really? that's great
[20:14] <maister> :D
[20:15] <Daemon404> ffms2 supports it now too
[20:15] <Daemon404> so you can get it into avisynth
[20:15] <maister> That leaves mplayer2.
[20:15] <JEEB> it should work with mplayer2 too o_O
[20:15] <maister> doesn't here
[20:15] <maister> It says GBR pixel format is not recognized
[20:15] <maister> and refuses to play
[20:15] <JEEB> how old is that build?
[20:16] <maister> from git as well
[20:16] <JEEB> I remember there being herp and derp about that a long time ago
[20:16] <JEEB> but it should've already been fixed ages ago
[20:16] <maister> grepping through source doesn't give anything for "GBR"
[20:16] <maister> at least
[20:17] <JEEB> well it IIRC should've been just handled as RGB on the player's side, and swscale would be the one handling the GBR->RGB conversion
[20:17] <maister> mplayer2 put it off for a while because libav didn't have GBR until 6 months after ffmpeg did.
[20:17] <maister> or so
[20:18] <Daemon404> only because i ported it.
[20:18] <maister> right, you contacted me about it
[20:18] <maister> ?
[20:18] <Daemon404> aye
[20:18] <maister> right
[20:21] <maister> hm, which vlc version was supposed to work with h264/rgb?
[20:22] <Daemon404> try vlc git master + ffmpeg git master?
[20:22] <maister> will do
[20:23] <maister> 2.0.3 didn't work at least.
[20:23] <j-b> yeah
[20:23] <j-b> it worked at one point, then never again
[20:23] <maister> lol
[20:24] <Daemon404> lawl
[20:24] <j-b> and for some reason, noone cared
[20:25] <maister> Daemon404, you know the reason why libav and ffmpeg call GBR by different names?
[20:25] <maister> In ffmpeg it's GBR24P and libav it's just GBRP iirc
[20:25] <Daemon404> no i dont.
[20:27] <maister> wish by downlink was faster, checking out mplayer2 and vlc from git takes ages :v
[20:27] <maister> my*
[20:28] <maister> ok
[20:29] <maister> latest mplayer2 from git: http://pastebin.com/W7yANQWL
[20:39] <maister> hm, is there a solid way to differentiate between ffmpeg and libav at compile time?
[20:39] <Daemon404> nowadays, you can check the minor verison of any lib
[20:39] <Daemon404> if its >=100 its ffmpeg
[20:40] <maister> ok
[20:41] <Daemon404> or was it micro
[20:41] <Daemon404> i cant remember.
[21:01] <maister> ok, seems mplayer2 does have h264/rgb in some private branches, but not in master yet.
[21:02] <maister> still broken in vlc git btw :\
[21:08] <j-b> maister: green screen?
[21:08] <maister> yup :(
[21:09] <maister> [0x7fe918c02578] avcodec decoder error: don't know how to convert chroma 82
[21:09] <j-b> which one is 82...
[21:09] <maister> hurr durr
[21:09] <maister> :p
[21:09] <Daemon404> j-b, good thing those enums are labelled.. ohwait
[21:09] <j-b> :)
[21:12] <j-b> I hate overly long enums where there is no way to find the missing values
[21:12] <Daemon404> yup.
[21:12] <j-b> and with #ifdefs in the middle to be sure you cannot count :)
[21:13] <maister> = 1, = 2, = 3, = 4
[21:13] <maister> ;)
[21:15] <j-b> one every 20 is usually nice
[21:17] <Compn> anybody have a working m3u8 sample ?
[21:17] <Compn> like for testing...
[21:17] <Compn> public stream
[21:19] <j-b> maister: 10bits?
[21:19] <maister> the sample?
[21:19] <maister> it's 8-bit
[21:19] <j-b> yessir
[21:19] <maister> pix_fmt_gbrp
[21:21] <maister> it fails in TestFfmpegChroma(), because there's no GBRP found in that big list
[21:21] <maister> :p
[21:22] <maister> I'll see what some random hacking does :v
[21:29] <maister> just adding the format like the others triggers a segfault. :\
[21:31] <j-b> indeed
[21:32] <j-b> probably not the right memory size
[21:37] <j-b> oh, that is because GBRP is planar
[21:38] <j-b> reminds me of the mess Daemon404 had to fight (and failed)
[21:38] <maister> what mess?
[21:39] <maister> what mplayer does at least is to set up a preferred conversion to some RGB/BGR variant.
[21:39] <maister> and it just works :p
[21:45] <maister> I see why it's segfaulting
[21:45] <maister> no error checking on if the picture queue is initialized correctly
[22:09] <Daemon404> [15:38] <@j-b> reminds me of the mess Daemon404 had to fight (and failed) <-- i didnt fail, i just stop caring
[22:18] <maister> wait, what
[22:18] <maister> vlc detects h264/rgb as yuy2?
[22:18] <maister> o__O
[22:19] <Daemon404> vlc's colorspace stuff scares me. i faied recently at adding ARGB support
[22:19] <Daemon404> failed*
[22:21] <j-b> because libavutil colorspace does not scare you?
[22:22] <Daemon404> j-b, because i am familiar with the horrors of libav*
[22:22] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rd1ee2cf74a 10ffmpeg/libavformat/ (nut.c nut.h):
[22:22] <CIA-56> ffmpeg: nutenc: keep track of the written syncpoint count
[22:22] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:22] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rcebbaf578d 10ffmpeg/libavformat/nutdec.c:
[22:22] <CIA-56> ffmpeg: nutdec: improve information in error message
[22:22] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:22] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rc2a134c66c 10ffmpeg/libavformat/ (nut.h nutenc.c):
[22:22] <CIA-56> ffmpeg: nutenc: keep track if keyframe PTS
[22:22] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:23] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r3a621c9d99 10ffmpeg/ (48 files in 4 dirs):
[22:23] <CIA-56> ffmpeg: nutenc: Support writing an index
[22:23] <CIA-56> ffmpeg: The seek test improves in accuracy
[22:23] <CIA-56> ffmpeg: Fixes Ticket877
[22:23] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:23] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * re6a045ba56 10ffmpeg/libavformat/nutdec.c:
[22:23] <CIA-56> ffmpeg: nutdec: Flip the direction for seeking with an index in the failure case.
[22:23] <CIA-56> ffmpeg: This is closer to how seeking works without an index
[22:23] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:23] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * rb2a8ce4e67 10ffmpeg/libavformat/ (nut.h nutenc.c):
[22:23] <CIA-56> ffmpeg: nutenc: keep track of max_pts
[22:23] <CIA-56> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni(a)gmx.at>
[22:26] <nevcairiel> colorspace stuff in libav* might not be ideal, but i didnt find dealing with it all that bad. I just shove all formats i dont support natively though swscale and be done with it
[22:31] <j-b> Daemon404: you should have received a mail about HOTEL
[22:32] <Daemon404> i just read it
[22:32] <j-b> cool.
[22:32] <Daemon404> our roomies are a surprise?
[22:34] <j-b> Daemon404: who do you want to be with.
[22:34] <j-b> I'll hand the list 2morrow
[22:34] <Daemon404> i dont really mind
[22:34] <Daemon404> just curious.
[22:34] <j-b> then random()
[22:35] <Daemon404> indeed
[22:52] <CIA-56> ffmpeg: 03Loren Merritt 07master * r566858a770 10ffmpeg/libavfilter/vf_hqdn3d.c: vf_hqdn3d: support 16bit colordepth
[22:52] <CIA-56> ffmpeg: 03Anton Khirnov 07master * r44b0b85fe9 10ffmpeg/avconv.c: avconv: prefer user-forced input framerate when choosing output framerate
[22:52] <CIA-56> ffmpeg: 03Loren Merritt 07master * r7a1944b907 10ffmpeg/ (4 files in 3 dirs):
[22:52] <CIA-56> ffmpeg: vf_hqdn3d: x86 asm
[22:52] <CIA-56> ffmpeg: 13% faster on penryn, 16% on sandybridge, 15% on bulldozer
[22:52] <CIA-56> ffmpeg: Not simd; a compiler should have generated this, but gcc didn't.
[22:52] <CIA-56> ffmpeg: 03Diego Biurrun 07master * ref07ac1e12 10ffmpeg/libavcodec/ (cavs.c cavs.h cavsdata.h cavsdec.c): cavs: Move data tables used in only one place to that file
[22:53] <CIA-56> ffmpeg: 03Jan Ekström 07master * r09bd0ea94e 10ffmpeg/tests/ (fate/utvideo.mak ref/fate/utvideo_rgba_single_symbol):
[22:53] <CIA-56> ffmpeg: fate: Add a single symbol Ut Video decoder test
[22:53] <CIA-56> ffmpeg: Signed-off-by: Diego Biurrun <diego(a)biurrun.de>
[22:53] <CIA-56> ffmpeg: 03Mans Rullgard 07master * r88386feefd 10ffmpeg/libavcodec/ (Makefile cavs.c cavsdata.c):
[22:53] <CIA-56> ffmpeg: cavs: convert cavsdata.h to a .c file
[22:53] <CIA-56> ffmpeg: Defining tables in header files is ugly and prone to duplication.
[22:53] <CIA-56> ffmpeg: Signed-off-by: Diego Biurrun <diego(a)biurrun.de>
[22:53] <CIA-56> ffmpeg: 03Diego Biurrun 07master * r1ce5dce454 10ffmpeg/libavcodec/ (dwt.c dwt.h): dwt: Remove unused code.
[22:53] <CIA-56> ffmpeg: 03Michael Niedermayer 07master * r17106a7c90 10ffmpeg/: (log message trimmed)
[22:53] <CIA-56> ffmpeg: Merge remote-tracking branch 'qatar/master'
[22:53] <CIA-56> ffmpeg: * qatar/master:
[22:53] <CIA-56> ffmpeg: audio_frame_queue: Clean up ff_af_queue_log_state debug function
[22:53] <CIA-56> ffmpeg: dwt: Remove unused code.
[22:53] <CIA-56> ffmpeg: cavs: convert cavsdata.h to a .c file
[22:53] <CIA-56> ffmpeg: cavs: Move inline functions only used in one file out of the header
[22:53] <CIA-56> ffmpeg: 03Diego Biurrun 07master * rd7f9786cbc 10ffmpeg/libavcodec/ (audio_frame_queue.c audio_frame_queue.h):
[22:53] <CIA-56> ffmpeg: audio_frame_queue: Clean up ff_af_queue_log_state debug function
[22:53] <CIA-56> ffmpeg: The function is debug-only, so only compile it in debug mode.
[22:53] <CIA-56> ffmpeg: Make it static as it has no uses outside of the file.
[22:53] <CIA-56> ffmpeg: Change av_log() to av_dlog().
[22:54] <CIA-56> ffmpeg: 03Diego Biurrun 07master * ra6d9f9e60e 10ffmpeg/libavcodec/ (cavs.c cavs.h cavsdec.c): cavs: Move inline functions only used in one file out of the header
[23:38] Action: bgmarete is away: I'm busy
[23:39] Last message repeated 1 time(s).
[23:39] Action: bgmarete is back (gone 00:00:08)
[23:49] <Daemon404> meh
[23:50] <Daemon404> i cant even find the resizing code in swscale
[23:50] <maister> what part?
[23:50] <maister> libswscale/utils.c has the context creation iirc.
[23:51] <Daemon404> nothing is clear
[23:51] <Daemon404> from a look
[23:51] <Daemon404> all very convoluted
[23:51] <maister> Daemon404, I spent 4-5 hours today trying to figure out what was going on.
[23:51] <maister> :p
[23:51] <Daemon404> i havent located the alctual scaling yet
[23:52] <Daemon404> actual*
[23:52] <maister> As I understand it, sws_init_context sets up the filter values, then you have the "magic" swScale function or something that apparently does it all.
[23:53] <Daemon404> i think youre right
[23:53] <Daemon404> but hell if i know how to work it / add anything
[23:53] <maister> :(
[23:54] <Daemon404> no comments, no documentation, very unclear code
[23:54] <Daemon404> fucks given -> 0
[23:55] <maister> Daemon404, apparently, there's self-modifying MMX asm in there as well D:
[23:55] <Daemon404> there is
[23:55] <Daemon404> swscale is similar to ravenholm
[00:00] --- Mon Aug 27 2012
1
0
[00:48] <grepper> Using the pad filter with current git (today). This worked fine with 0.11 but fails now: "-s 384x192 -vf pad=720:480:188:90" , with error "Input area 720:480:1344:832 not within the padded area 0:0:188:90 or zero-sized". How is this filter used now ?
[00:51] <ubitux> remove the -s, and try pad=720:480:188:90,scale=384:192
[00:52] <grepper> ah okay, trying now
[00:52] <ubitux> or well, maybe the scale before pad
[00:52] <ubitux> dunno what you are trying to achieve
[00:53] <grepper> the final should be dvd resolution, with an enclosed video of 384x192
[00:55] <grepper> yes, scale before pad. That works fine. Thanks ubitux
[00:57] <ubitux> grepper: just fyi, when you use -s, it converts it to a scale filter, which is appened at the end of your filters
[00:57] <ubitux> so it's actually doing something like pad=720:480:188:90,scale=384:192
[00:57] <ubitux> in 0.11 i don't remember how it was, but it might have been a separated filter
[00:57] <grepper> I see. Seems that has changed then, or at least it worked by accident before :)
[00:57] <ubitux> or maybe it was added at the beginning for various reasons
[00:58] <ubitux> and in any case, it's better to use the filtergraph directly
[00:58] <grepper> my problem is that I'm trying to make our scripts backwards compatible for a few ffmpeg versions, so it very tricky
[00:59] <ubitux> scale=384:192,pad=720:480:188:90 should work with old versions
[00:59] <grepper> cool, same syntax works for 0.11
[00:59] <grepper> yes, nice
[01:07] <grepper> works with 0.8.11
[01:20] <grepper> works with 0.7.13
[06:45] <cypher497> anyone know why dvvideo does not have profiles for 24fps?
[13:49] <gxk> Need suggestions to solve a problem with ~1 min latency by ffmpeg captures/encodes h264 and streams mpeg2-ts to 127.0.0.1 The ffmpeg from latest git.
[17:25] <FelipeS> hey all. I build x264 and ffmpeg
[17:25] <FelipeS> built
[17:27] <FelipeS> hey all. I built x264 and ffmpeg for iOS (armv7). Then when compiling an executable I got the following warning, and I am afraid it will haunt me later on if I ignore it. ld: warning: PIE disabled. Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in _x264_pixel_ssim_end4_neon from ../lib/libx264.a(pixel-a.o). To fix this warning, don't compile with -mdynamic-no-pic or link with
[17:27] <FelipeS> -Wl,-no_pie
[17:31] <FelipeS> should I be scared?
[17:35] <relaxed> FelipeS: Click on the far right links to see how libav builds it for your arch. http://fate.libav.org/
[17:35] <relaxed> Maybe you'll learn something.
[17:38] <relaxed> For compiling x264 you should ask in #x264.
[17:39] <relaxed> There's also fate.ffmpeg.org
[17:39] <JEEB> well, it says exactly what it means on the TIN
[17:40] <JEEB> "Absolute addressing (perhaps -mdynamic-no-pic) not allowed in code signed PIE, but used in _x264_pixel_ssim_end4_neon from ../lib/libx264.a(pixel-a.o). To fix this warning, don't compile with -mdynamic-no-pic"
[17:40] <JEEB> in other words, re-compile x264 without -mdynamic-no-pic
[17:41] <JEEB> (or the latter one)
[17:41] <JEEB> if you have no idea what that warning means, time to go read up on your compiler's documentation
[17:41] <JEEB> or I wonder if it's ffmpeg using that switch
[17:41] <JEEB> not sure
[17:42] <FelipeS> JEEB I believe everything I'm compiling has --enable-pic or -fPIC
[17:42] <FelipeS> I'll double check
[17:42] <JEEB> well, the warning isn't saying you're not compiling without --enable-pic
[17:43] <JEEB> it's saying that something is compiled with -mdynamic-no-pic
[17:43] <JEEB> you should check out make V=1 output I guess, that outputs the exact commands used to compile stuff
[17:57] <FelipeS> well I am 100% sure now that x264 is being compiled as a static library with PIC enabled (with -fPIC and without -m-dynamic-no-pic)
[18:30] <fturco> Hello. I'm trying to convert a MPEG file into the WebM format. I also have to split it into two consecutive videos.
[18:32] <fturco> I ran ffmpeg two times. In the first time, I used the -t option to set the duration (the beginning is implicitely zero); the second time, I used the -ss option with a value bigger than the first -t option
[18:32] <fturco> The first question is: do I need two run ffmpeg a couple of times or I can use a single command?
[18:33] <fturco> The second question is: is the -ss option accurate (I put it after the input file name and before the output file name)?
[18:34] <fturco> I found the right times with Avidemux, but I get unwanted frames at the beginning of the second WebM video
[18:34] <fturco> So either Avidemux tells me wrong times/frames, or ffmpeg seeks in the wrong way
[18:36] <fturco> http://pastebin.com/DjE1L44M
[22:28] <DelphiWorld> hi FFmpegesters
[22:28] <DelphiWorld> :P
[22:29] <DelphiWorld> do FFMpeg support real media ?
[22:29] <JEEB> depends on the exact format
[22:29] <JEEB> some stuff is supported, other stuff less supported
[22:33] <DelphiWorld> JEEB: how to know, please
[22:33] <DelphiWorld> i want to convert rm media to iOs supported format
[22:34] <JEEB> by, you know, trying?
[22:34] <DelphiWorld> JEEB: yeah bro, do i know
[22:34] <DelphiWorld> ?
[22:35] <llogan> DelphiWorld: ffmpeg -i bro-input.rm
[22:35] <JEEB> the first thing is to check if ffmpeg can tell you more or less correct information about the file with 'ffmpeg -i filename.derp', after that you just do conversion as usual :P
[22:36] <DelphiWorld> llogan: upgrading:-P
[22:36] <llogan> It will cost 12 pounds to upgradings your mobile plan.
[22:37] <DelphiWorld> LOL llogan upgrading my debian;-)
[22:37] <DelphiWorld> i hope everyone will help me here!
[22:38] <llogan> debian's ffmpeg is either old, or uses ffaux-ffmpeg
[22:38] <DelphiWorld> tomorrow i have a flight
[22:38] <DelphiWorld> and need to cary some documentary with me
[22:38] <DelphiWorld> no, llogan i compile my *own*
[22:39] <llogan> good. do you compile it with libx264?
[22:39] <DelphiWorld> llogan: sure, otherwise will be useless:-P
[22:40] <JEEB> not really useless, still a lot of useful stuff in there. Of course not really useful _for_you_
[22:41] <llogan> then you can probably use: ffmpeg -i input.rm -c:v libx264 -crf 24 -profile:v baseline -level 30 -c:a <your desired aac encoder> output.mp4
[22:41] <DelphiWorld> hahaha
[22:41] <DelphiWorld> WOOHOO. bgmarete, kenya ?
[22:41] <llogan> note i am fairly iOS iGnorant.
[22:41] <DelphiWorld> oh llogan reason ?
[22:41] <llogan> i don't have any
[22:41] <DelphiWorld> llogan: but why ignoran ?
[22:41] <JEEB> llogan, that would work with the oldest devices as long as reference frames are kept at a limit
[22:42] <JEEB> since 3GS iDevices have supported high profile level 4.1
[22:42] <llogan> JEEB: that's what I assumed, but I didn't know how old his device be.
[22:42] <JEEB> yup, we have no idea :)
[22:42] <JEEB> also if one compiles ffmpeg himself I recommend fdk-aac for aac
[22:42] <llogan> but the 3GS info will be noted for future regurgation.
[22:42] <JEEB> it's currently the best thing available
[22:42] <JEEB> 3GS, 4, and IIRC something came after 4
[22:43] <JEEB> these all support stuff nicely
[22:43] <DelphiWorld> 4S
[22:43] <JEEB> (iTunes might throw a fit tho)
[22:43] <JEEB> iTunes only likes stuff it has created, or well, what it can create
[22:43] <llogan> as for fdk-aac instructions see that section in https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
[22:44] <JEEB> ugh, it uses the tarball
[22:44] <JEEB> that's gotten old and had bugs :<
[22:44] <JEEB> https://github.com/mstorsjo/fdk-aac <- the maintainer's git repo
[22:44] <llogan> i'll upgradings it
[22:44] <DelphiWorld> i think i allready have libfaac
[22:45] <JEEB> you may use that as well, but fraunhofer's encoder is much better off generally
[22:45] <DelphiWorld> :)
[22:45] <JEEB> the only thing you have to do with the git repo is run 'autoreconf -fiv' in its folder
[22:45] <JEEB> to create the configure script
[22:45] <njbair> JEEB: better in what way? speed or quality?
[22:45] <DelphiWorld> JEEB, i use the debian provided one
[22:45] <JEEB> njbair, quality
[22:46] <JEEB> it can also do both LC and HE
[22:46] <JEEB> too bad they used a custom license that was deemed more or less nonfree
[22:47] <JEEB> DelphiWorld, libfaac was never really good, it was just the least worst of the open source encoder pack, until Google got fraunhofer to open source their encoder
[22:47] <DelphiWorld> JEEB: is that new ?
[22:47] <JEEB> you can of course use faac if you want
[22:47] <JEEB> yeah, it was released with the jelly bean android release
[22:48] <JEEB> (4.1)
[22:49] <DelphiWorld> that's kit new
[22:49] <llogan> why does the git repo not contain the configure?
[22:49] <JEEB> llogan, standard procedure with that kind of stuff, so that it would never get old
[22:49] Action: llogan only now reads what you typed minutes earleir
[22:50] <JEEB> yeah, 'autoreconf -fiv'
[22:50] <JEEB> and it should create the configure script just fine
[22:50] <DelphiWorld> ok, so how do i convert now?
[22:50] <DelphiWorld> all is ready to rocks
[22:50] <JEEB> which device do you have?
[22:51] <JEEB> and you did check that you get at least somewhat sane output with 'ffmpeg -i inputfile.derp' ?
[22:54] <llogan> i assumed autoconf would have been included with build-essential
[22:57] <JEEB> llogan, yeah -- seemingly it isn't thought to be an essential tool :D
[22:58] <DelphiWorld> JEEB or llogan ?
[22:58] <DelphiWorld> how now do i convert to iSuck ?
[22:58] <JEEB> <JEEB> which device do you have?
[22:58] <DelphiWorld> JEEB: iPhone4S
[22:58] <JEEB> k
[22:59] <JEEB> ffmpeg -i input.djurpan -c:v libx264 -crf 23 -level 40 -c:a libfaac -b:a 192k out.mp4
[23:00] <llogan> guide now uses fdk-aac git.
[23:00] <JEEB> great
[23:01] <llogan> note that autoconf and libtool are new deps for anyone wanting to try it
[23:03] <llogan> lol. i forgot --enable-libfdk-aac for several weeks.
[23:04] <JEEB> lol
[23:04] <llogan> i am not qualified for this anymore.
[23:05] <DelphiWorld> JEEB, updating FFmpeg to latest git
[23:13] <DelphiWorld> JEEB: if i fail i'lle ping you;)
[23:27] <DelphiWorld> JEEB:
[23:28] <DelphiWorld> ffmpeg -i blah -c:v libx264 -crf 23 -level 40 -c:a mp3 -b:a 128k out.mi amp4
[23:28] <DelphiWorld> d
[23:28] <DelphiWorld> ffmpeg -i blah -c:v libx264 -crf 23 -level 40 -c:a mp3 -b:a 128k out.mi amp4
[23:28] <DelphiWorld> i replaced aac with mp3
[23:28] <JEEB> are you sure your plastic thingy like that? Also there is no mp3 encoder in ffmpeg, you have to use LAME for that
[23:29] <JEEB> you said you had libfaac so I wrote that down, and I know your plastic toy likes AAC audio
[23:29] <DelphiWorld> JEEB: i using lam
[23:29] <DelphiWorld> my aac was broken after update
[23:29] <DelphiWorld> i'lle fix it
[23:30] <JEEB> you should also fix your typing, that would be really nice
[23:30] <JEEB> also I'm pretty sure your plastic toy won't like mp3 audio
[23:30] <DelphiWorld> JEEB: sory, a blindness won let me fix that, bro
[23:30] <DelphiWorld> JEEB: i am blind using text to speech so i rely on tts for spelling and much
[23:30] <DelphiWorld> no, mp3 is supported
[23:30] <JEEB> with video?
[23:30] <DelphiWorld> yes
[23:30] <JEEB> I know it can play mp3 audio
[23:31] <JEEB> ok
[23:31] <JEEB> have fun then
[23:31] <DelphiWorld> JEEB: ;)
[23:32] <JEEB> also I hope after the audio bitrate setting you have a single output file name ending with dot mp4, and not a space and other stuff there
[23:33] <DelphiWorld> JEEB, i see it out.mp4
[23:33] <DelphiWorld> hello bgmarete
[23:33] <t4nk918> Hi
[23:34] <bgmarete> DelphiWorld: Hello.
[23:34] <DelphiWorld> bgmarete: kenya ?
[23:34] <bgmarete> Yes :)
[23:34] <DelphiWorld> bgmarete: how is nairobi doing ?
[23:34] <DelphiWorld> the gsm testing country!
[23:34] <t4nk918> How can I stamp str subtitles in video (permanent subtitles)? Thanks
[23:34] <bgmarete> All is well here! Have you been here?
[23:35] <DelphiWorld> bgmarete: i wish!
[23:35] <DelphiWorld> bgmarete: i'm from algeria
[23:35] <DelphiWorld> anyone good in scripting ?
[23:36] <bgmarete> Ah, I see! How is it going there? Make sure to visit here sometime! You are most welcome :)
[23:37] <DelphiWorld> bgmarete: thank you, my wish is to visit my continan:(
[23:37] <DelphiWorld> bgmarete: warm, hot hot hot ;)
[23:37] <t4nk918> How can I stamp srt subtitles in video (permanent subtitles)? Thanks
[23:38] <bgmarete> Just rained here. I hope to visit more of the continent sometime too!
[23:38] <DelphiWorld> bgmarete, did you visit any other country ?
[23:38] Action: bgmarete is away: I'm busy
[23:38] <bgmarete> Only Uganda and Tanzania, our neighbours!
[23:38] Action: bgmarete is away: I'm busy
[23:39] <DelphiWorld> bgmarete: DUDE, good; i wish to visit tanzania!
[23:39] Action: bgmarete is back (gone 00:00:08)
[23:39] <DelphiWorld> there country name is so strange, islam related and in ARABIC!
[23:39] <DelphiWorld> capital, sory
[23:39] <JEEB> bgmarete, I recommend you turn that away/back thingy off because it's currently spamming quite a few channels
[23:39] <DelphiWorld> JEEB: can you stop stealing from my mouth? :-P
[23:39] <JEEB> I'm surprised you didn't just get /kb'd from a few places
[23:40] <DelphiWorld> haha
[23:40] <DelphiWorld> it's so slow...
[23:41] <bgmarete> JEEB: Apologies. Won't be repeated. Will read the manual before better before I try that next time. (I am usually quite well behaved :) )
[23:42] <DelphiWorld> what's your field bgmarete ?
[23:43] <bgmarete> DelphiWorld: All manner of System Software Engineering. You?
[23:43] <DelphiWorld> bgmarete: awesome; i do network enginiring
[23:44] <bgmarete> Cool.
[23:44] <DelphiWorld> bgmarete: you develope?
[23:45] <bgmarete> Yes, indeed. And my company uses FFmpeg as well as other free media libraries quite a bit to create some products. So, I am always around here.
[23:45] <DelphiWorld> bgmarete: awesome! what language you do?
[23:45] Action: DelphiWorld is *curious*
[23:47] <bgmarete> Lots of C. Some C++ when I can't avoid it. Python quite a bit. And now an increasing amount of Go where we used to use Python (for new projects)
[23:48] <DelphiWorld> bgmarete, very good;)
[23:50] <bgmarete> DelphiWorld: You?
[23:50] <DelphiWorld> bgmarete: check my name, so you'lle know ;)
[23:50] <DelphiWorld> but, not anymore, ido VoIp / telephonie/Routing/Switching now
[23:52] <bgmarete> Ah, yes of course :) I do a lot of Asterisk for work at my company. Do you use it?
[23:53] <DelphiWorld> bgmarete: :)
[23:53] <t4nk918> Hi... someone use video filter "ass" for subtitles?
[23:54] <DelphiWorld> t4nk918: if someone, he should answer you ;-)
[23:54] <cbsrobot> t4nk918: just ask your question...
[23:55] <t4nk918> ok
[23:55] <t4nk918> How can I harcoded subtitles over video with ass or srt format?
[23:56] <cbsrobot> ass
[23:56] <cbsrobot> but you can convert from srt to ass
[23:56] <cbsrobot> ffmpeg -i f.srt f.ass
[23:58] <t4nk918> yes
[23:58] <t4nk918> First I convert from srt to ass
[23:58] <t4nk918> but when I try stamp ass subtitles dont work
[00:00] --- Mon Aug 27 2012
1
0