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

burek burek021 at gmail.com
Sat Dec 27 02:05:02 CET 2014


[00:08] <ubitux> so what is the netpbm for audio?
[00:43] <ubitux> ah, seems gnuplot can take raw binary, cool.
[00:44] <ubitux> well, then no problem to solve
[01:11] <ubitux> mmh, so pthreads is prefered over atomics for the buffer pool?
[01:42] <ubitux> helgrind really doesn't like the "state" var access in lavc/pthread_frame.c
[02:23] <cone-99> ffmpeg.git 03Michael Niedermayer 07master:68609edd4acf: Changelog: Mention non continuous cache protocol
[02:23] <cone-99> ffmpeg.git 03Michael Niedermayer 07master:954fc854f237: avformat/cache: cleanup cache file on cache write failure
[02:23] <cone-99> ffmpeg.git 03Michael Niedermayer 07master:ce3551896ab4: avformat/cache: keep cache_pos updated
[02:23] <cone-99> ffmpeg.git 03Michael Niedermayer 07master:312151bb9af6: avformat/cache: avoid lseek() on reading from the cache if possible
[02:23] <cone-99> ffmpeg.git 03Michael Niedermayer 07master:7c210c442462: avformat/cache: Extend cache entries if possible instead of creating new ones
[06:53] <jamrial> michaelni: commit 954fc854 broke msvc because it lacks ftruncate (yes, even vs2013)
[06:53] <jamrial> seems _chsize_s() can be used for this
[07:02] <anshul_mahe> I have created scte-35 decoder, which tells the PTS from advertisement start and where it should stop
[07:03] <anshul_mahe> but looking at encoder of hls, dash and hds there every muxer have different requirement for placing those cue message
[07:04] <anshul_mahe> even if some muxer prefer xml, there xml format is different.
[07:04] <jamrial> Daemon404, nevcairiel: can you test if this works? http://pastebin.com/d6atRQtW
[07:06] <anshul_mahe> Should I make filter, for scte35 ts to hls m3u8 and scte35 hls to ts and so on 
[07:15] <fffan> is ffmpeg slower compiled by microsoft toolchain run slower than mingw's toochain?
[07:16] <jamrial> afaik, yes
[07:17] <jamrial> the lack of inline asm support is one reason
[07:20] <fffan> are there benchmark between them? how much is microsoft's version slower than?
[07:48] <jamrial> no idea how much, never used it
[08:00] <anshul_mahe> What should be used for data stream, when encoding and decoding does not make much sense, but I want to use same functionality across diferent muxer
[10:00] <anshul__> I do have some structure, which is common in encoder and decoder, where should I decleare it, but it is very specific to my protocol
[10:58] <fffan__> I use  ./configure --enable-hwaccel=h264_dxva2 --enable-shared --disable-static  --enable-w32threads in mingw env, but h264_dxva2 is not enabled after configuration.
[11:07] <nevcairiel> You may be missing the dxva headers. Original mingw doesn't have any, use mingw-w64
[11:09] <fffan__> yes, I found it   dxva2api.h: No such file or directory
[11:10] <fffan__> I am googling how to dxva2 to mingw
[11:29] <cone-661> ffmpeg.git 03Stefano Sabatini 07master:afaa4a894631: lavfi/blend: add difference128 mode
[12:17] <michaelni> anshul__, common structures are commonly put in common files like foo.h for a foodec.c and fooenc.c
[12:19] <wm4> michaelni: what exactly is the avformat cache useful for?
[12:27] <michaelni> it could be used to allow seeking backward in streams which come from a non seekable protocol / realtime streams. It could also be used to speedup working with stuff accessed over slow protocols
[12:28] <wm4> the thing that IMO is missing here is running the real read accesses in a separate thread
[12:29] <michaelni> yes
[12:42] <cone-661> ffmpeg.git 03Michael Niedermayer 07master:0704c44d6870: avformat/cache: remove ftruncate usage, its not always available
[12:51] <aetasx> any of you mess with librtmp and can look at something for me?
[13:01] <anshul__> michaelni: i saw ur mail that day for missing decoder files, but those were not ready at that time, I will send them in day are two 
[15:20] <cone-661> ffmpeg.git 03Michael Niedermayer 07master:f7da4b1cf159: avformat/rtsp: Use av_freep() to avoid leaving stale pointers in memory
[15:20] <cone-661> ffmpeg.git 03Michael Niedermayer 07master:4bc0dbfc9f05: avfilter/vf_boxblur: generate supported pixfmt list instead of hardcoding
[15:50] <cbsrobot_> bdc4db0ee35 seems to have broken certain clang builds on darwin: http://fate.ffmpeg.org/?query=os:darwin
[15:52] <nevcairiel> That looks like a ICE, not code error
[15:53] <nevcairiel> Although chances are it fixes itself when the inline asm is ported to yasm
[15:53] <nevcairiel> Patch on ML
[15:53] <cbsrobot_> nevcairiel: I saw it, but it's not yet in
[16:13] <BBB> ubitux: do you remember why p0tmp/q0tmp are different between 44 and !44 in lpf asm?
[16:13] <BBB> ubitux: Im trying to unify that and its not working and I dont quite understand why, it seems like the values in the 44 case are somehow special, do you remember whats going on there?
[16:31] <BBB> oh I guess youre reusing them in the h transpose
[16:31] <BBB> ...
[16:31] <BBB> hm...
[16:32] <BBB> ok
[16:37] <anshul__> where is av_format_get_subtitle_codec defined?
[16:39] <wm4> you could find that in 1 sec with grep -r ?
[16:39] <anshul_mahe> got it in libavformat/utils.c hidden in MAKE_ACCESSORS
[16:39] <anshul_mahe> greped git log
[16:39] <wm4> oh, so it's stupid accessor bullshit
[16:40] <wm4> these macros just define functions to read or set a field
[16:40] <wm4> nothing else
[16:40] <anshul_mahe> yes I was adding some parameter in that structure, so needed those thing
[16:57] <BBB> yay filter_44_v works on 32bit now
[16:57] <BBB> a few more to go
[17:02] <akira4> umm ubitux, how do I decide what parameters are to be set for the DVD streams?
[17:04] <anshul__> in int av_codec_is_encoder(const AVCodec *codec) funtion if any one use encode older api then it will not recognise that encoder
[17:04] <anshul__> it is done delibrately
[17:05] <anshul__> sry for noise, i got it
[17:28] <jamrial> michaelni: the patch for ftruncate on msvc i posted here last night didn't work?
[17:52] <michaelni> jamrial, dunno, it just felt easier to drop ftruncate() usage to me. But if preferred we could put it back and apply the patch
[17:53] <ubitux> BBB: so did you figure it out?
[17:53] <BBB> yes
[17:53] <ubitux> akira4: hi; i guess you get the "parameters" from the ifo parsing
[17:55] <akira4> hmm. What do I set as the type for video codec? I've set it to raw video currently
[17:55] <ubitux> but dvdnav probably provides an abstraction from this
[17:55] <ubitux> mmh
[17:56] <ubitux> it's probably mpeg2
[17:56] <akira4> hmm. that seems right.
[17:57] <akira4> there is a function call dvdnav_get_spu_attr which seems to set some attributes regarding the subpictures
[17:57] <ubitux> you need the resolution as well
[17:57] <ubitux> i see there is a vm_get_video_res() function
[17:57] <ubitux> and various other functions
[17:59] <ubitux> look for "obtaining stream attributes" in the dvdnav.h header maybe
[18:00] <akira4> Ah. I was trying dvdnav_get_video_aspect but I get a Invalid pixel format. Failed to open codec in av_find_stream_info 
[18:00] <akira4> any ideas on that?
[18:02] <ubitux> i have no idea what you are doing, but again i'm not really familiar with dvdnav; i need to look into it
[18:02] <ubitux> i'm not sure of the level of abstraction it actually provides
[18:02] <ubitux> it looks like it's a bit low level (hence the initial code protocol wise)
[18:04] <wm4> what
[18:04] <wm4> akira4: just rely on the mpeg stream
[18:04] <wm4> let the mpeg demuxer handle these things
[18:05] <ubitux> wm4: so you suggest to open a mpeg demuxer?
[18:05] <wm4> you might need to supply additional information (like aspect ratio or subtitle palette etc.), but that's "on top" of it
[18:05] <wm4> ubitux: of course
[18:05] <ubitux> ok
[18:05] <ubitux> so a bit like vobsub then
[18:05] <wm4> well not entirely sure, but since this is going to be crappy anyway (and not usable for players etc.), dumping the raw mpeg stream is best anyway
[18:06] <ubitux> how do you actually interact with dvdnav?
[18:06] <ubitux> you read buffer of data?
[18:06] <wm4> otherwise, parsing mpeg could _maybe_ be used to get exact timestamp shifting (just a thought)
[18:06] <akira4> alright. here is a link to the current diff http://pastebin.com/zA6KbzKu. I've removed the data packets part . 
[18:10] <BBB> ubitux: I have working ports for filter_44/48/84/88_v so far
[18:10] <BBB> working on filter_16_v now
[18:10] <BBB> Ill do the transposes separately
[18:11] <BBB> (see github if you feel like reviewing)
[18:12] <jamrial> michaelni: yeah, assuming it works, i think it would be better than removing ftruncate for all platforms
[18:27] <cone-560> ffmpeg.git 03Kieran Kunhya 07master:18982f084c3e: swscale: Pass through chroma positions in sws_getCachedContext
[18:27] <cone-560> ffmpeg.git 03Michael Niedermayer 07master:9224c7f0dd18: avfilter/vf_fspp: clarify comment
[19:45] <cone-560> ffmpeg.git 03James Almer 07master:466e32bf25ac: x86/vf_fspp: port inline asm to yasm
[19:47] <ubitux> BBB: will do when you're done
[19:47] <ubitux> - for w in flower flour; do ffmpeg -v error -i "http://translate.google.com/translate_tts?tl=en&q=$w" $w.wav; done; md5sum *.wav
[19:47] <ubitux> 50195a1e6063ea0c8dea8cd8a084df0e  flour.wav
[19:47] <ubitux> 50195a1e6063ea0c8dea8cd8a084df0e  flower.wav
[19:47] <ubitux> damn english.
[19:50] <BBB> bakmeel, bloem
[19:50] <BBB> better?
[19:50] <jamrial> haha
[19:51] <ubitux> :)
[21:16] <BBB> ok everything except filter_16_h done (stupid transpose16x16b :D)
[21:46] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:1abdfb100ac6: ffserver: break lines at 80 in func prototypes
[21:46] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:ec4225171529: ffserver: reflow start_children()
[21:46] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:18011888cc87: ffserver: reindent start_children()
[22:21] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:719cc025869b: ffserver: reflow start_multicast()
[22:21] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:978bc4327b11: ffserver: reindent start_multicast()
[23:05] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:114622369939: ffserver: minor formatting improvement to http_server()
[23:05] <cone-164> ffmpeg.git 03Reynaldo H. Verdejo Pinochet 07master:0121ddabb867: ffserver: reflow close_connection()
[23:51] <BBB> ubitux: full set pushed, everything seems to work
[23:51] <BBB> ubitux: https://github.com/rbultje/ffmpeg/commits/vp9-32bit
[23:51] <BBB> ubitux: want a patchset on the ML?
[23:53] <cone-164> ffmpeg.git 03Michael Niedermayer 07master:a4b13dbd02c7: avfilter/vf_fspp: Add GBRP and gray8 support
[00:00] --- Sat Dec 27 2014


More information about the Ffmpeg-devel-irc mailing list