- 15 Aug, 2013 4 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* qatar/master: rtpproto: Check for the right feature when reading a sockaddr_in6 Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Dave Yeo authored
Some systems, such as OS/2, define AF_INET6 without a full implementation. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 14 Aug, 2013 22 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes some gif encoding failures Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This fixes issues with gimp reading animated gifs Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This prevents issues in case any header #includes put_bits.h Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Alexander Strasser authored
A file with a prepended ID3 tag of an uneven length was found in the wild. Check if the wav data starts at an uneven offset and use that information to correct the seeking calculation in wav_seek_tag, which used to only seek to even byte positions. Regression since ac87eaf8Signed-off-by: Alexander Strasser <eclipse7@gmx.net>
-
Michael Niedermayer authored
Fixes ticket1915 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
* qatar/master: sdp: Add an option for sending RTCP packets to the source of the last packets Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '6b58e11a': rtpproto: Add an option for writing return packets to the address of the last received packets Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '2427ac6c': rtpproto: Update the parameter documentation Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '5268bd29': segafilm: Error out on impossible packet size Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '3562684d': ogg: Always alloc the private context in vorbis_header Conflicts: libavformat/oggparsevorbis.c See: 18b46a49Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'f13fe602': rtjpeg: Use init_get_bits8 Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '62cc7a91': rtjpeg: return meaningful error codes Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '2df0776c': nuv: Use av_fast_realloc Conflicts: libavcodec/nuv.c This change is not merged, the long ago fixed buffer use after codec_reinit() was a bug. Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit 'feaaf5f7': nuv: Reset the frame on resize Conflicts: libavcodec/nuv.c Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* commit '075dbc18': nuv: Pad the lzo outbuf Conflicts: libavcodec/nuv.c See: 95e1dfee See: 266f6eefMerged-by: Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
An SDP description normally only contains the target IP address and port for the packets. This means that we don't really have any clue where to send the RTCP RR packets - previously they're sent to the destination IP written in the SDP (at the same port), which rarely is the actual peer. And if the source for the packets is on a different port than the destination, it's never correct. With a new option, we can choose to send the packets to the address that the latest packet on each socket arrived from. --- Some may even argue that this should be the default - perhaps, but I'd rather keep it optional at first. Additionally, I'm not sure if sending RTCP RR directly back to the source is desireable for e.g. multicast. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
If we've received packets on the same socket before, the return packets are sent to that address. If we've only received packets on the other socket, try to guess the source port for the other one assuming the basic +1/-1 logic. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
* commit 'aae159a7': nuv: Do not ignore lzo decompression failures Conflicts: libavcodec/nuv.c tests/ref/fate/nuv-rtjpeg Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes Ticket2012 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 13 Aug, 2013 14 commits
-
-
Piotr Bandurski authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Timothy Gu authored
Signed-off-by: Stefano Sabatini <stefasab@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Martin Storsjö authored
Move the sources documentation up below the marker for deprecated otpions. Also mention the new block parameter, that was added in 74972220. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
Fixes assertion failure Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Thilo Borgmann authored
-
Compn authored
-
Michael Niedermayer authored
Fixes memleak Fixes Ticket2216 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Following this is not strictly needed but safes some malloc+free Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Luca Barbato authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Luca Barbato authored
It is possible to have an initial broken header and then valid packets. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Luca Barbato authored
CC:libav-stable@libav.org
-