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

burek burek021 at gmail.com
Sun Jul 28 02:05:01 CEST 2013


[00:12] <linemimic> Sorry, that script is broken.  This one works: http://pastebin.com/q4X3GdM64
[01:49] <cxo> If I --enable-decoder=aac, I get undefined reference to av_dct_init/calc/end when make reaches ffmpeg_g
[01:50] <cxo> (using git as over yesterday)
[02:05] <cxo> hmm i did --enable-dct and that compile error stopped, but at runtime (ffprobe) i get the same error
[09:26] <Belliash> hi
[09:26] <Belliash> is it possible to pipe output of ffplay to ffmpeg ?
[10:19] <ThePuppetMaster_> hi @all
[10:19] <ThePuppetMaster_> i try to recode a avi file into a mpeg file. but i get a error: Insufficient thread locking around avcodec_open/close() ... thats the full output: http://pastebin.com/SGn1UH3j .... can anyone tell me whats wrong, and how i can fix it?
[15:23] <Eduard_Munteanu> Hi.
[15:25] <Eduard_Munteanu> Could anyone suggest a near-lossless video codec, other than H264? Somebody's going to send me a video, I'll convert it to H264, but quality needs to be reasonable and the file shouldn't be too large.
[15:26] <Eduard_Munteanu> I'll convert to H264, so I don't care about playback details like hw acceleration.
[15:26] <klaxa> h264 is probably the best lossly compression you'll get
[15:26] <JEEB> unfortunately x264's lossless is most probably gonna end up the smallest (a small exception with not so changing content is to just 7z raw YCbCr or something)
[15:27] <JEEB> also with lossy x264's H.264 at low crfs can be quite "visually similar" if lossless in any case is gonna be too big
[15:27] <Eduard_Munteanu> I see... they've already sent me a huge, 1GiB msvideo1-encoded crappy quality video. :)
[15:28] <JEEB> also this reminds me of asking for a lossless clip and I got raw RGB in mov :P
[15:28] <JEEB> packed into rar
[15:28] <klaxa> haha
[15:28] <Eduard_Munteanu> JEEB: in my experience something like crf 16 is manageable wrt size.
[15:28] <Eduard_Munteanu> And quite lossless.
[15:29] <zap0> quality is subjective.
[15:30] <JEEB> crf 16 would really depend on the resolution and content
[15:30] <Eduard_Munteanu> zap0: sort of... if you can prove humans can't distinguish, that sort of quality is rather objective
[15:30] <JEEB> in the end I don't like taking chances so I end up just using lossless (´
[15:30] <JEEB> f.ex. I remember encoding DVD rips with crf 16 at one point
[15:31] <JEEB> although the problem is general in the fact that when you encode SD and your screen resolution is way higher than that
[15:31] <JEEB> even small artifacts start popping up
[15:31] <zap0> HDD space is 20G/$
[15:31] <Eduard_Munteanu> JEEB: it's just a 30s video, lossless should be fine I guess
[15:31] <Eduard_Munteanu> Hopefully they manage to do that, I'm talking about a non-technical person.
[15:31] <JEEB> :D
[15:31] <zap0> sometimes putting it into pespective like that,  loosing your work to safe 20c of HDD space doesn't make sense.
[15:32] <Eduard_Munteanu> (and using some Windows thingy)
[15:32] <JEEB> well, on windows most editors at least can handle VFW output
[15:32] <JEEB> so in the worst case you can use ut video or something
[15:33] <Eduard_Munteanu> JEEB: what's "ut video"?
[15:33] <JEEB> a Japanese lossless video format that has decoders and encoders in pretty much every imaginable framework
[15:33] <Eduard_Munteanu> Ah.
[15:33] <JEEB> supports 4:2:0, 4:2:2 and RGB
[15:34] <klaxa> i didn't know video codecs had nationalities :>
[15:34] <JEEB> well, it's made by a guy called umezawa, thus ut
[15:34] <klaxa> ah
[15:34] <JEEB> originally to work with captured game content
[15:35] Action: JEEB implemented the encoder in libavcodec, and fixed single-symbol mode in the decoder last year
[15:35] <Eduard_Munteanu> Can webm go lossless, I wonder?
[15:35] <JEEB> webm is a container which is a subset of matroska
[15:35] <JEEB> not sure if VP8 had a lossless mode
[15:36] <JEEB> at least it didn't have at start
[15:36] <Eduard_Munteanu> Er, VP8
[15:36] <JEEB> ...and I'm poking umezawa because his dyndns host seems to be down
[15:37] <JEEB> (I mostly like Ut Video purely because it's open source and has stuff for so many frameworks, VFW, DS, MF, QT (OS X)... and libavcodec)
[15:37] <durandal_1707> its libavcodec decoder/encoder slow?
[15:37] <JEEB> thus you can use it out of many video editors and thus just tell folk to use it and get lossless :D
[15:38] <JEEB> durandal_1707, I don't think it has much SIMD, but I wouldn't call it *slow* per se
[15:38] <Eduard_Munteanu> Hm, I see.
[15:38] <JEEB> I could frame thread the encoder I guess, but people want sliced threading
[15:38] <JEEB> which they then found out wasn't a good idea because of :reasons:
[15:39] <Eduard_Munteanu> I wonder if I should ask for raw video in a zip.
[15:39] <JEEB> the official windows version at least has a *lot* of SIMD
[15:39] <durandal_1707> also Ut Video have only key frames
[15:40] <JEEB> yeah, it's not meant for high compression
[15:40] <JEEB> but the fact it's available pretty much everywhere makes it viable
[15:40] <JEEB> as in, you can ask a random video editor guy to give you stuff in it in most cases
[15:40] <Eduard_Munteanu> Only keyframes is useful for synced playback, I ended up encoding stuff like that.
[15:40] <durandal_1707> compared to ffvhuff?
[15:40] <JEEB> because that guy just has to install the component for that OS and be done with it
[15:40] <JEEB> uhh
[15:41] <JEEB> ffdshow-tryouts is dead
[15:41] <JEEB> and there are no things for MF or QT (OS X)
[15:41] <JEEB> and there is no DShow encoder
[15:41] <JEEB> umezawa has been pretty busy with implementing his stuff on pretty much all the things
[15:42] <JEEB> also what colorspaces did ffvhuff support?
[15:42] <JEEB> but yeah, compression-wise it's similar to ffvhuff
[15:43] <durandal_1707> JEEB: you wrote ut encoder in libavcodec?
[15:43] <JEEB> yes
[15:43] <durandal_1707> then why it does not use memcpy?
[15:44] <JEEB> excuse me?
[17:21] <griddy> Hi guys, what is the purpose of providing video and audio config settings for a input feed of FFServer?
[17:22] <zap0> why not?
[17:24] <griddy> I understand the settings for reincoding your feed to a suitable output stream but why the feed settings. I am a noob:P
[17:45] <zap0> why not feed settings?
[17:46] <zap0> your quetsion is like,  why is the sky above us
[17:50] <t4nk452> hi
[17:51] <t4nk452> getting the following error
[17:51] <t4nk452> Unrecognized option 'directpred'. Error splitting the argument list: Option not found
[17:52] <t4nk452> full error http://pastebin.com/gkRDenfV
[18:02] <Angelaaaaa> hola
[19:14] <sacarasc> What kinds of subtitles does MP4 support?
[19:28] <Plorkyeran> mpeg-4 timed text
[19:29] <Plorkyeran> afaik muxing anything else into mp4 involves converting it to ttext or stuffing it in a userdata atom
[23:47] <blippyp> durandal_1707 - thx for pushing me to you use blend yesterday - I finally figured it out - much faster - just wanted to say thanks...
[00:00] --- Sun Jul 28 2013


More information about the Ffmpeg-devel-irc mailing list