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

burek burek021 at gmail.com
Fri Jun 26 02:05:02 CEST 2015


[00:11:03 CEST] <cone-218> ffmpeg 03James Zern 07master:469398f8b7a8: libvpxdec: report profile for vp9
[00:11:04 CEST] <cone-218> ffmpeg 03James Zern 07master:766a8346cfb4: libvpxdec: report colorspace
[00:18:31 CEST] <cone-218> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:89234deaa2a4: ffserver: simplify URLContext cleanup
[00:18:32 CEST] <cone-218> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:1714fe2990d5: ffserver: factor out stream params printing
[00:18:33 CEST] <cone-218> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:469c335c5567: ffserver: unify comment formating & drop unneeded braces
[00:18:34 CEST] <cone-218> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:36a617c1625d: ffserver: make statement block unconditional by exiting early
[00:18:35 CEST] <cone-218> ffmpeg 03Reynaldo H. Verdejo Pinochet 07master:08724da976e9: ffserver: make statement block unconditional by exiting early
[00:26:33 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:2d8bf3d126a3: avcodec/jpeg2000dec: Check PPx / PPy values
[00:26:34 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:67fc89824373: avcodec/jpeg2000: Improve right bottom precinct positions
[01:16:45 CEST] <cone-218> ffmpeg 03Michael Niedermayer 07master:9ff5e7974a8f: avcodec/jpeg2000dec: Limit x/y step to 1<<30
[04:28:34 CEST] <cone-765> ffmpeg 03Ludmila Glinskih 07master:b04c630a3dbe: libavformat: Add H264 API test
[04:57:55 CEST] <cone-765> ffmpeg 03Ronald S. Bultje 07master:d5a36edda437: vp9: fix profile check for intraonly frames.
[11:34:47 CEST] <feliwir> who is peter ross in here?
[11:36:13 CEST] <feliwir> pross_: how to get the alpha mask with your vp6 patch?
[11:49:23 CEST] <wm4> I'd assume it'll output a YUVA pixfmt, if it doesn't discard the alpha part
[11:52:16 CEST] <durandal_1707> michaelni: does gsoc student need to post something on ml before 26.6?
[11:52:57 CEST] <michaelni> its good if they post but not strictly mandatory
[12:19:43 CEST] <durandal_1707> nobody likes new wip filter :(
[12:43:21 CEST] <cone-287> ffmpeg 03rogerdpack 07master:1bcdac2da3ca: ffmpeg: log error message when shutting down from too many signals
[13:15:53 CEST] <cone-287> ffmpeg 03Peter Ross 07master:a2517fca1e7d: electronicarts: move video stream properties into dedicated structure
[13:15:54 CEST] <cone-287> ffmpeg 03Peter Ross 07master:803bdc546942: electronicarts: demux alpha stream
[15:12:22 CEST] <[-T-]> BtbN: did you look at the quicksync communty package ?
[15:12:57 CEST] <BtbN> no
[15:14:41 CEST] <[-T-]> ok
[15:15:24 CEST] <[-T-]> I am not sure where we are on this subject, is there a chance we could see a proper support (including linux) being implemented ?
[15:21:20 CEST] <BtbN> I think qsv encoding works fine?
[15:21:22 CEST] <BtbN> On both OS?
[15:21:46 CEST] <[-T-]> yes but not decoding and picture processing
[15:22:07 CEST] <[-T-]> a full hw transcoding would be great ...
[15:22:19 CEST] <BtbN> Don't see a point in implementing qsv based decoding
[15:22:35 CEST] <BtbN> there's dxva on windows and vaapi/vdpau on linux.
[15:23:05 CEST] <[-T-]> i don't think it's possible to decode with vaapi in ffmpeg in a transcoding context ?
[15:23:15 CEST] <BtbN> Use the vdpau wrapper.
[15:23:24 CEST] <[-T-]> ok that works... 
[15:23:30 CEST] <[-T-]> i mean
[15:23:39 CEST] <BtbN> libav* supports vaapi just fine, but the cli tool doesn't.
[15:23:44 CEST] <[-T-]> vdpau works with a nvidia
[15:23:59 CEST] <[-T-]> what do you mean by vdpau wrapper ?
[15:23:59 CEST] <BtbN> vdpau works for basicaly everything
[15:24:12 CEST] <BtbN> Use the vdpau wrapper to decode on your intel card.
[15:24:15 CEST] <[-T-]> oh
[15:24:23 CEST] <[-T-]> if that's possible, it's great :)
[15:24:31 CEST] <[-T-]> can you point me where to look ?
[15:24:50 CEST] <BtbN> x11-libs/libvdpau-va-gl is the name of it on gentoo.
[15:25:34 CEST] <[-T-]> interesting
[15:25:43 CEST] <[-T-]> i will do some researches thx
[15:26:07 CEST] <[-T-]> i have ported ffmpeg_vdpau.c to be used into tvheadend
[15:26:18 CEST] <[-T-]> that works and i gain about 15%cpu out of 35
[15:26:29 CEST] <[-T-]> but it wakes up my nvidia card and I don't like that
[15:26:29 CEST] <BtbN> ffmpeg_vdpau.c is part of the ffmpeg cli tool
[15:26:33 CEST] <[-T-]> yes
[15:27:05 CEST] <BtbN> Adding vdpau code to tvh seems rather out of place in it
[15:27:07 CEST] <[-T-]> if there a better way to use vpdau to decode a frame in a transcoding context ?
[15:27:09 CEST] <BtbN> juse use the cli tool
[15:28:10 CEST] <[-T-]> I see some files such as: ./libavcodec/vdpau_h264.c
[15:28:19 CEST] <[-T-]> i guess they cannot be used to get back the frame right 
[15:28:27 CEST] <[-T-]> it's only rendering onscreen ?
[15:29:57 CEST] <BtbN> There is no accelerated rendering in ffmpeg
[15:30:07 CEST] <BtbN> The only renderer i know of is the sdl thing
[15:30:24 CEST] <BtbN> And it's not meant to be used in applications, more of a test tool for the cli
[15:31:00 CEST] <[-T-]> ok
[15:31:20 CEST] <[-T-]> if I use -hwaccel vdpau in command line, it's going to end up in ./libavcodec/vdpau_h264.c right ?
[15:31:34 CEST] <BtbN> IT will use ffmpeg_vdpau.c
[15:32:49 CEST] <[-T-]> ok that's it
[16:11:29 CEST] <J_Darnley> Have you people noticed that on the fate page the results table gets silently cut off if the browser window is too narrow?
[16:15:19 CEST] <J_Darnley> Okay, how do I go about submitting a patch for the CSS on the fate page?  Is it in the website repo or the fate repo?
[16:32:47 CEST] <ubitux> so, we can't know the pixel format until we decode the first frame
[16:33:13 CEST] <ubitux> and so after every frame we need to eventually reconfigure the filtergraph
[16:37:03 CEST] <ubitux> i'm also kind of confused to have a AVCodecContext.pix_fmt wrong with hwaccel
[17:06:49 CEST] <rcombs> http://puu.sh/iCjd9/917bcdd90d.mkv <-- this sample's audio stream seems to anger Chrome, and mediainfo returns some strangeness on it; anyone mind taking a look to see if there's anything incorrect in lavc's handling of the HE-AACv2?
[17:08:28 CEST] <[-T-]> BtbN, I tried https://github.com/i-rinat/libvdpau-va-gl
[17:08:33 CEST] <[-T-]> it runs but very slowly
[17:10:27 CEST] <[-T-]> and vdpau, using -hwaccel vdpau, ends up using  ./libavcodec/vdpau_h264.c.. as I said
[17:12:49 CEST] <BtbN> Of course it uses that, but it's not a self contained h264 decoder
[17:12:58 CEST] <[-T-]> yes yes
[17:13:02 CEST] <BtbN> It's merely the vdpau interop for h264
[17:13:06 CEST] <[-T-]> ok
[17:14:39 CEST] <[-T-]> is G. Beauchesne on the chan ?
[17:15:23 CEST] <av500> [-T-]: __gb__
[17:15:45 CEST] <[-T-]> og :)
[17:15:56 CEST] <[-T-]> that all makes sense now haha
[18:47:26 CEST] <cone-287> ffmpeg 03rogerdpack 07master:87961eff23ab: modify exit message when signaled
[18:47:27 CEST] <cone-287> ffmpeg 03Shawn Rainey 07master:2c77ca459e9c: configure: Fix ranlib failure with older cross toolchains
[20:15:59 CEST] <cone-287> ffmpeg 03Rodger Combs 07master:0643b4bf74a4: lavf/brstm: expose the loop point when present
[20:16:00 CEST] <cone-287> ffmpeg 03Rodger Combs 07master:388a6f581ab6: lavc+doc: adjust names to reflect ADPCM THP not being GameCube-only
[22:07:30 CEST] <cone-287> ffmpeg 03Paul B Mahol 07master:cdcf637d56c6: avcodec/evrc: make it possible to disable postfilter
[23:52:49 CEST] <cone-287> ffmpeg 03Michael Niedermayer 07master:8c22143e7e00: ffmpeg: Use 2 instead of STDERR_FILENO
[00:00:00 CEST] --- Fri Jun 26 2015


More information about the Ffmpeg-devel-irc mailing list