Re: [FFmpeg-devel] new webpage design patches

2014-07-19 Thread Lou Logan
On Tue, Jul 15, 2014, at 12:10 AM, Clément Bœsch wrote: > - should we restore the hall of shame page, or maybe simply add a >"Violations" linking to a specific query in our trac? I prefer a link to the trac violations. Or no link at all for less clutter. At least one or two responsible author

Re: [FFmpeg-devel] [PATCH 1/4] lavf: add directory listing API

2014-07-19 Thread Lukasz Marek
On 15.07.2014 14:54, Nicolas George wrote: Le quartidi 24 messidor, an CCXXII, Lukasz Marek a écrit : TODO: bump minor, update doc/APIchanges API allows protocol implementations to provide API that allows to list directory content. API is similar to POSIX opendir/readdir/closedir. Signed-off-b

Re: [FFmpeg-devel] [PATCH] avformat/dvenc: Implement 32khz & 44.1khz for 25/50fps

2014-07-19 Thread Michael Niedermayer
On Thu, Jul 17, 2014 at 02:02:30AM +0200, Michael Niedermayer wrote: > 3/1001 fps isnt implemented as i dont know which are the correct > interleaving parameters, > pointers to the appropriate spec and page are welcome > > Fixes Ticket2597 > > Signed-off-by: Michael Niedermayer > --- > lib

[FFmpeg-devel] [PATCH 1/2] Use makeinfo to generate html doc for the new website

2014-07-19 Thread Timothy Gu
texi2html is deprecated by upstream in favor of makeinfo/texi2any. See: - https://www.gnu.org/software/texinfo/manual/texinfo/html_node/texi2html.html - https://wiki.debian.org/Texi2htmlTransition - https://lists.debian.org/debian-devel/2013/05/msg01516.html This is actually two separate changes.

Re: [FFmpeg-devel] [PATCH]Ignore xing number of frames if filesize is wrong

2014-07-19 Thread Joakim Plate
Carl Eugen Hoyos ag.or.at> writes: > > Hi! > > Attached patch fixes ticket #3777 for me, analyzed by Oliver Fromme. > > Please comment, Carl Eugen > What about streaming growing files? It's pretty good to know number of frames of the complete mp3 at start of playback? /Joakim

Re: [FFmpeg-devel] [PATCH 7/9] hevc: use intreadwrite

2014-07-19 Thread Michael Niedermayer
On Sat, Jul 19, 2014 at 09:26:48AM +0200, Christophe Gisquet wrote: > Hi, > > 2014-07-10 19:35 GMT+02:00 Michael Niedermayer : > > AV_COPY, AV_SWAP, AV_ZERO > > AV_[RW]N[8-64]A need aligned memory > > > > AV_[RW][BLN][8-64] > > AV_COPY*U doesnt need aligned memory, but might be faster if its > > a

Re: [FFmpeg-devel] [PATCH] libavutil: document side effects of macros

2014-07-19 Thread Michael Niedermayer
On Sat, Jul 19, 2014 at 02:31:28PM +0200, Christophe Gisquet wrote: > Hi, > > 2014-07-19 14:17 GMT+02:00 Michael Niedermayer : > > did you intend to attach a patch ? > > Here you are. > > -- > Christophe > intreadwrite.h |8 > 1 file changed, 8 insertions(+) > b6d6f16234c4dc17554

Re: [FFmpeg-devel] [PATCH] libavutil: document side effects of macros

2014-07-19 Thread Christophe Gisquet
Hi, 2014-07-19 14:17 GMT+02:00 Michael Niedermayer : > did you intend to attach a patch ? Here you are. -- Christophe From 30f5f833280c0753a000ab05fd60b9d0a9685dcb Mon Sep 17 00:00:00 2001 From: Christophe Gisquet Date: Thu, 10 Jul 2014 20:49:06 +0200 Subject: [PATCH 1/4] libavutil: document s

Re: [FFmpeg-devel] [PATCH] [RFC] hevc: report more precise progress

2014-07-19 Thread Michael Niedermayer
On Sat, Jul 19, 2014 at 10:53:47AM +0200, Christophe Gisquet wrote: > Hi, > > 2014-07-18 22:24 GMT+02:00 Christophe Gisquet : > > 014-07-18 17:41 GMT+02:00 Christophe Gisquet : > >> This is more of an RFC > > > > Only a part can apply, Michaël should have a patch with the correct part. > > After

Re: [FFmpeg-devel] [PATCH] libavutil: document side effects of macros

2014-07-19 Thread Michael Niedermayer
On Sat, Jul 19, 2014 at 09:13:37AM +0200, Christophe Gisquet wrote: > Hi, > > I had missed some potential consequences of these macros, so here's > something to document these consequences. > > I'm still a bit unsatisfied, as I would think AV_(ZERO|COPY|SWAP)64 > are not that much affected by una

Re: [FFmpeg-devel] [PATCH] [RFC] hevc: report more precise progress

2014-07-19 Thread Christophe Gisquet
Hi, 2014-07-18 22:24 GMT+02:00 Christophe Gisquet : > 014-07-18 17:41 GMT+02:00 Christophe Gisquet : >> This is more of an RFC > > Only a part can apply, Michaël should have a patch with the correct part. After more discussion with Mickaël, the patch was more correct than first thought Here's an

Re: [FFmpeg-devel] [PATCH] avcodec/mjpegenc_common: always store JFIF, idependent of the aspect ratio

2014-07-19 Thread Reimar Döffinger
On 16.07.2014, at 17:46, Andrey Utkin wrote: > 2014-07-15 21:39 GMT+03:00 Andrey Utkin : >> 2014-07-15 19:16 GMT+03:00 Nicolas George : >>> Le septidi 27 messidor, an CCXXII, Andrey Utkin a écrit : Thanks, with this change streaming HTTP MJPEG stream into browsers work (with inserting bo

Re: [FFmpeg-devel] [PATCH 7/9] hevc: use intreadwrite

2014-07-19 Thread Christophe Gisquet
Hi, 2014-07-10 19:35 GMT+02:00 Michael Niedermayer : > AV_COPY, AV_SWAP, AV_ZERO > AV_[RW]N[8-64]A need aligned memory > > AV_[RW][BLN][8-64] > AV_COPY*U doesnt need aligned memory, but might be faster if its > aligned. > These might be slower than the "aligned only" variants Documentation sent i

[FFmpeg-devel] [PATCH] libavutil: document side effects of macros

2014-07-19 Thread Christophe Gisquet
Hi, I had missed some potential consequences of these macros, so here's something to document these consequences. I'm still a bit unsatisfied, as I would think AV_(ZERO|COPY|SWAP)64 are not that much affected by unaligned addresses or, if they are aligned to 4, compared to 2 AV_*32 operations. -