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

burek burek021 at gmail.com
Thu Mar 20 02:05:02 CET 2014


[09:40] <ubitux> i don't find anything to do a ABCDEFGH to ACEGBDGH permutation with aarch64, wtf oO
[12:23] <ubitux> ahah @ http://ffmpeg.org/pipermail/ffmpeg-devel/2014-March/155697.html
[12:42] <wm4> how witty
[12:46] <thardin> maybe I should start actually reading the ML again
[12:46] <thardin> but that seems needlessly hostile
[12:51] <thardin> why not make explicit c++ examples instead of hackishly making the c examples c++-compatible?
[12:56] <nevcairiel> from a maintenance perspective I can understand. The c++ examples have differences in rather small places only, and are otherwise exactly the same, so you would have to update twice the number of examples now, and they run easily out of date as it is
[12:58] <ubitux> i like the way we make use of C features
[12:59] <thardin> you could librarize the C example
[12:59] <thardin> or rather, make a exampletools.c which both the C and C++ examples make use of
[13:00] <BBB> it's certainly true that most people just copy the code without even reading it, let alone understanding it
[13:01] <thardin> add it to the FAQ (assuming there is one)
[13:01] <thardin> considering it is in fact a frequently asked question
[13:02] <thardin> then you can just point to it when users ask in libav-user
[14:35] <ubitux> wbs: for gas-pp; it seems xcode doesn't like stuff like movi v0.16B, #255, lsl #0
[14:36] <ubitux> but v0.8H "works" (doesn't do the same though)
[14:36] <ubitux> that mandatory extra ", lsl #0" is pretty "funny" btw
[15:56] <Kovensky> http://seclists.org/fulldisclosure/2014/Mar/332
[16:52] <merbanan> Kovensky: https://twitter.com/nicholemonias/status/446287258682155009
[16:54] <Kovensky> merbanan: he should post that to full-disclosure ;)
[16:54] <merbanan> rumor is that he is the reason they closed the list
[16:59] <ubitux> oh cool, about 2k$ income this month on spi :)
[16:59] <ubitux> (http://lists.spi-inc.org/pipermail/spi-general/2014-March/003315.html)
[17:04] <ubitux> the 2 tweets sound like a joke about the whole google drama thread
[17:04] <ubitux> (on fd)
[17:05] <ubitux> btw, seems debian finally dropped mplayer
[17:05] <ubitux> it's funny that they replace it with an even more unmaintained one (mplayer2)
[17:05] <wm4> hey, there were two commits in the past year
[17:05] <ubitux> :)
[17:24] <Plorkyeran_> wasn't the problem that mplayer doesn't even compile?
[17:24] <Plorkyeran_> a dead project that does compile is better than a dead project which doesn't
[17:24] <nevcairiel> it doesn't compile because they refuse to have ffmpeg
[17:39] <ubitux> Plorkyeran_: what nevcairiel said + problem is that it's used as an argument to drop mplayer
[17:41] <ubitux> having mplayer2 is not relevant anymore as an argument; mpv might be, but it's a real fork, so not compatible
[17:42] <wm4> and who will provide glorious mencoder?
[17:42] <ubitux> :)
[17:42] <ubitux> wm4: can we close https://trac.ffmpeg.org/ticket/3287 ?
[17:42] <wm4> ubitux: yes
[17:43] <wm4> I forgot that this existed
[17:43] Action: wm4 will try to forget again
[18:23] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:1083c479eb6e: avcodec/mjpegdec: factorize parse_avid out
[18:23] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:98f9aa389b2d: avcodec/mjpegdec: switch interlaced_polarity to 0 for PAL AVID
[18:23] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:046a75eea091: avcodec/mjpeg: print info from parse_avid() if requested
[18:23] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:493296800c4c: avcodec/mjpegdec: parse avid data from extradata
[18:23] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:dde16f5aaed3: avcodec/mjpegdec: Switch default interlaced polarity for MJPG to 1
[20:46] <cone-969> ffmpeg.git 03Luca Barbato 07master:92ebb3321571: mxf: Add additional H264 PictureEssenceCoding
[20:46] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:bd9e0127c9fb: Merge commit '92ebb332157195b7c1212e734c5668afbf19cf2b'
[20:53] <cone-969> ffmpeg.git 03Luca Barbato 07master:842ea36c747e: mxf: Override faulty PreviousPartition entries
[20:53] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:8263c1469164: Merge commit '842ea36c747eb6537c4236114346cb7a3e9a8df1'
[20:54] <michaelni> j-b, how can the change in 842ea36c747eb6537c4236114346cb7a3e9a8df1 be tested ? (it says Reported-By: Jean Baptiste Kempf ...)
[21:04] <cone-969> ffmpeg.git 03Luca Barbato 07master:6920fb2b33f8: mxf: Verbose debug logging
[21:04] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:3e59db606ed4: Merge commit '6920fb2b33f84b114ea4561ae1c623f4a26562e5'
[21:14] <cone-969> ffmpeg.git 03Luca Barbato 07master:af9481d7019d: mxf: Lowercase UL strings
[21:14] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:2ef6c0fdf569: Merge commit 'af9481d7019d46c9f18c4ccac77a5d0c54cf6004'
[21:20] <cone-969> ffmpeg.git 03Diego Biurrun 07master:606cc8afa1cb: configure: ppc: Disable ldbrx instruction by default
[21:20] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:9da88d5e56a8: Merge commit '606cc8afa1cb782311f68560c8f9bad978cdcc32'
[21:31] <lindenle> Hi all. Building ffmpeg libraries and have enabled hwaccels but nothing is being listed in the hwaccels section of my configure output. Does this mean i dont have any?
[21:32] <J_Darnley> More likely you don't have the required packages/libraries
[21:32] <lindenle> J_Darnley: like?
[21:32] <lindenle> J_Darnley: I see NEON ... yes but the hwaccels listing is empty
[21:33] <J_Darnley> linux's thingy, microsoft's thingy, things like that
[21:34] <J_Darnley> dxva, dxva2, vaapi, vdpau, whatever
[21:35] <J_Darnley> But since you're compiling for ARM you may not have any of these anyway
[21:36] <lindenle> J_Darnley: right, i thought it used to print NEON there...but im not 100% sure.
[21:37] <J_Darnley> Probably not, that's an instrcution set
[21:37] <lindenle> J_Darnley: ah ok, so it seems there are no hwaccels for amrv7a ?
[21:38] <J_Darnley> No idea
[21:38] <cone-969> ffmpeg.git 03Martin Storsjö 07master:ae23809184c9: float_dsp: Use LOCAL_ALIGNED for instead of DECLARE_ALIGNED within functions
[21:38] <cone-969> ffmpeg.git 03Michael Niedermayer 07master:f502234f9341: Merge remote-tracking branch 'qatar/master'
[21:38] <lindenle> J_Darnley: what would I search for
[21:38] <lindenle> ...
[21:39] <J_Darnley> Find out where ffmpeg has its dxva code then look for an arm equivalent
[21:40] <J_Darnley> Alternatively look in configure
[21:42] <J_Darnley> Oh wait here you go: ./configure --list-hwaccels
[21:47] <lindenle> J_Darnley: yeah looking at that, i was more asking how can i figure out what is available from the chipset...
[21:49] <Compn> lindenle : what hw do you have ?
[21:49] <lindenle> Compn: well we are building for armv7/android
[21:49] <lindenle> Compn: just looking for ways to get more performance out of our JNI code.
[21:51] <lindenle> Is libstagefright faster than the internal h264 decoder?
[21:51] <Compn> yes
[21:51] <Compn> because it uses hardware decoder
[21:51] <Compn> i think
[21:52] <lindenle> Compn: Maybe that is the best thing to try next...
[21:53] <Compn> yes
[21:59] <lindenle> Compn: Is there some instructions to build libstagefright?
[22:01] <lindenle> nm i found the script in tools
[22:41] <cone-969> ffmpeg.git 03Ben Avison 07master:e555e1bc39ea: truehd: tune VLC decoding for ARM.
[00:00] --- Thu Mar 20 2014


More information about the Ffmpeg-devel-irc mailing list