- 17 Jun, 2012 7 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This was missed in the previous cleanup patch. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Also return a proper error code in these cases. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Add spaces around operators, fix brace placement and whitespace to match K&R style, vertically align code, remove redundant != 0 and convert x == 0 into !x, drop useless braces. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
-
Jordi Ortiz authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 16 Jun, 2012 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
This can easily happen when the caller is using a custom AVIOContext. Behave as if the filename was an empty string in this case. CC: libav-stable@libav.org
-
- 15 Jun, 2012 3 commits
-
-
Janne Grunau authored
-
Janne Grunau authored
-
Mans Rullgard authored
Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-
- 14 Jun, 2012 5 commits
-
-
Diego Biurrun authored
We generally do not declare variables within for statements and there are compilers that choke on such constructs.
-
Samuel Pitoiset authored
This makes sure all incoming packets are read and handled (and reacted to) while sending an FLV stream over RTMP to a server. If there were enough incoming data to fill the TCP buffers, this could potentially make things block at unexpected places. For the upcoming RTMPT support, we need to consume all incoming data before we can send the next request. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
-
Martin Storsjö authored
While there is no reason for starting a frame with anything else than a Mode A packet, some senders seem to consistently use Mode B packets for everything. This fixes depacketization of such streams. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Anton Khirnov authored
-
- 13 Jun, 2012 15 commits
-
-
Samuel Pitoiset authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
This factorizes existing code into a new function gen_buffer_time(), which generates the client buffer time message and sends it to the server. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Samuel Pitoiset authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Anton Khirnov authored
Fixes a possible invalid write, found by Nicolas George.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Diego Biurrun authored
-
Anton Khirnov authored
This is more consistent with naming in the rest of Libav.
-
Anton Khirnov authored
It will allow adding new fields to it without ABI breaks.
-
Anton Khirnov authored
This will allow making AVFilterPad opaque for the calling apps, since those are the only two fields that can be useful to the users.
-
Anton Khirnov authored
They are only useful inside filters and we don't allow user filters for now.
-
Sean McGovern authored
Fixes Bugzilla #279. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Martin Storsjö authored
This fixes builds on platforms without strtok_r (windows). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 12 Jun, 2012 7 commits
-
-
Diego Biurrun authored
-
Anton Khirnov authored
-
Justin Ruggles authored
Fixes infinite loop in FLAC decoding in case of a truncated bitstream due to the safe bitstream reader returning 0's at the end. Fixes Bug 310. CC:libav-stable@libav.org
-
Ronald S. Bultje authored
Fixes bug 282. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alex Converse authored
-
Anton Khirnov authored
Our w32pthreads wrapper has various issues and is only supposed to be used in libavcodec.
-
Samuel Pitoiset authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 11 Jun, 2012 1 commit
-
-
Samuel Pitoiset authored
This fixes bugzilla bug #304. Signed-off-by: Martin Storsjö <martin@martin.st>
-