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

burek burek021 at gmail.com
Fri Jan 3 02:05:02 CET 2014


[00:06] <Compn> did someone update copyright year yet ?
[00:14] <Zeranoe> Is there any preference to use YASM, over nasm
[00:18] <saste> Compn, of course
[00:18] <JEEBsv> Zeranoe: I was going to say that nasm was dead, but it seems they're alive again (at least there's a release from decemberr). In general though, during the time that nasm was dead, most people moved to yasm. Also I have no idea if yasm still supports more stuff than nasm
[00:54] <cone-427> ffmpeg.git 03Stefano Sabatini 07master:f6707f0689e0: doc/muxers/hls: extend documentation
[00:54] <cone-427> ffmpeg.git 03Stefano Sabatini 07master:6cceef2ff9d4: doc/muxers/segment: reference hls muxer
[00:54] <cone-427> ffmpeg.git 03Stefano Sabatini 07master:0aa325457dde: doc/muxers/segment: clarify ambiguos reference
[01:44] <michaelni> Anssi, seems my mail didnt make it (SMTP error from remote server after RCPT command ...) but what i wanted to say, about the hls pull req or that other patch, feel free to cherry-pick/push them if you think they are ok
[01:45] <Anssi> michaelni: ok
[01:46] <Anssi> michaelni: about the mail error, was it from my end? if so can you give a more complete error message?
[01:47] <michaelni> i wish i knew, i do have some mysterious problems with gmx ... the error was "host: mail.iki.fi 4.4.3 Please try again later" but its identified as "A message that you sent could not be delivered to one or more of
[01:47] <michaelni> its recipients. This is a permanent error. The following address
[01:47] <michaelni> failed:"
[01:49] <Anssi> michaelni: "the following address" was the iki.fi one?
[01:49] <michaelni> yes, i posted out of order sorry
[01:51] <michaelni> Anssi: http://pastebin.com/dkpT9gJX
[01:58] <Anssi> michaelni: ok thanks. strange error though, not many hits for "4.4.3 Please try again later" in google either...
[02:20] <cone-427> ffmpeg.git 03Anton Khirnov 07master:58f0d164def5: Makefile: add html template files to the doxygen deps
[02:20] <cone-427> ffmpeg.git 03Michael Niedermayer 07master:9c29967ae691: Merge remote-tracking branch 'qatar/master'
[02:20] <cone-427> ffmpeg.git 03Michael Niedermayer 07master:0f378d86321e: doc/doxy: remove unused files
[02:30] <cone-427> ffmpeg.git 03Maxim Poliakovski 07master:4663a550f584: atrac3plus: Add forgotten initialization of an internal struct
[02:36] <cone-427> ffmpeg.git 03James Almer 07master:8feaa83d479a: fate: Add OggVP8 demux test
[06:24] <Anssi> michaelni: got a reply from iki.fi admins, GMX mail server is presently on several blacklists (SORBS, SPAMCOP) so they are automatically greylisting incoming mails from there (the first message gets a temporary error and the sender server should try again soon), but the gmx mail server isn't handling it properly according to the SMTP spec  (which they are saying is the first such server they've seen, they've had this active for several ...
[06:24] <Anssi> ... years now)
[06:26] <Compn> Anssi : gmx has been on blocklist for years
[06:26] <Compn> Anssi : the point is, why is your isp blocking emails without your consent to do so? :)
[06:28] <Anssi> Compn: it is not blocking, just greylisting... and it is not my ISP but a separate service... and it is actually in their FAQ, I just had missed it
[06:29] <clever> my isp actively blocks ALL outgoing port 25 traffic, except to their own smtp server
[06:30] <clever> forcing me to use their servers and their filtering
[06:30] <clever> ive found that to be standard in my area
[06:30] <Anssi> yes that is the standard here as well
[06:32] <Anssi> michaelni: here's the reply I got: http://pastebin.com/GTg29k5P
[06:59] <Compn> Anssi : iirc michael and gmx tried to get off the blocklist at sorbs
[06:59] <Compn> the consensus was ... once on the blacklists , you aint getting off
[07:00] <Compn> and then a bunch of other devels chimed in with how shitty sorbs has become
[07:02] <Compn> https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2006-May/015819.html
[07:02] <Compn> from 2006 :)
[07:02] <Anssi> Compn: ok... so I wonder how gmx not respecting 451 temporary error has gotten unnoticed this far, greylisting is used on quite many servers...
[07:03] <Compn> As you will probably know already there is/was an issue with several developers
[07:03] <Compn> (rich & oded at least) being unable to email me, i complained to gmx, heres
[07:03] <Compn> their awnser (in german!, in english it means something like: we are already 
[07:03] <Compn> aware of the problem and are working on a solution, we are sorry about the
[07:03] <Compn> problems and please be patient...)
[07:03] <Compn> working on a solution for 8 years now :)
[07:03] <Compn> http://lists-archives.com/mplayer-dev-eng/09441-gmx-sorbs-awnser.html
[07:04] <Compn> er, heres the real link to that http://mplayerhq.hu/pipermail/mplayer-dev-eng/2006-May/043345.html
[07:08] <Compn> Anssi : but sure, gmx might be doing something wrong with 451 error, no idea :)
[07:10] Action: Compn goes sleeps town
[09:38] <cone-48> ffmpeg.git 03Stefano Sabatini 07master:e3868cc588c4: doc/muxers/hls: change "can used" to "can be used"
[10:31] <j-b> 'morning
[10:45] <saste> j-b: 'year
[10:48] <michaelni> 'newyear
[11:56] <michaelni> ubitux, do you have a moment to look at "[FFmpeg-devel] [PATCH 02/18] avformat/webvttdec: add support for HLS WebVTT MPEG timestamp maps" ?
[11:56] <michaelni> i think it needs a comment / review from you
[11:57] <ubitux> oh
[11:57] <ubitux> i'll have a look, missed that, sorry
[12:24] <cone-48> ffmpeg.git 03Peter Ross 07master:7340718d1c45: avformat/bink: recognize bink2 files
[14:59] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:4843227b2ca6: avcodec/iff: ensure that runs with insufficient input dont leave uninitialized bytes in the output
[18:04] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:6433b393ba2b: avcodec/aacps: fix number of bands used with ipd/opd
[18:58] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:c925e960e83d: mp3on4: fail when the header check fails
[22:17] <cone-48> ffmpeg.git 03Michael Niedermayer 07master:2e59ffbb7964: avcodec/mace: check buffer size
[00:00] --- Fri Jan  3 2014


More information about the Ffmpeg-devel-irc mailing list