- 09 Mar, 2016 5 commits
-
-
Carl Eugen Hoyos authored
Fixes ticket #4980. Analyzed-by: kurosu and Hendrik Reviewed-by: Ronald
-
Carl Eugen Hoyos authored
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Mar, 2016 16 commits
-
-
Reimar Döffinger authored
This ensures gcc does not create unnecessary loads or stores and possibly even does not vectorize the negation. Speeds up mp3 to aac transcoding with default settings by 10% when using "gcc (Debian 5.3.1-10) 5.3.1 20160224". Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Reimar Döffinger authored
Approximately 11% faster transcoding from mp3 with default settings. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Shivraj Patil authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Shivraj Patil authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Moritz Barsnick authored
"Skipping 0 bytes of junk" is useless to the user, and essentially indicates a NOP. At 0 bytes, this message is now pushed back to the verbose log level. Signed-off-by:
Moritz Barsnick <barsnick@gmx.net>
-
Moritz Barsnick authored
The change of bps from 0 doesn't contain any info useful to the user. This message is now at info log level only if the original value is !=0, otherwise pushed back to debug log level. The original value is displayed additionally. Signed-off-by:
Moritz Barsnick <barsnick@gmx.net> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Mats Peterson authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Muhammad Faiz authored
for easier development Signed-off-by:
Muhammad Faiz <mfcc64@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Lior Mualem authored
ffm_read_write_index returns a 64bit value, Github: Closes #185
-
Timo Rothenpieler authored
-
Lucas Cooper authored
Signed-off-by:
Timo Rothenpieler <timo@rothenpieler.org>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Mar, 2016 15 commits
-
-
Carl Eugen Hoyos authored
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Clément Bœsch authored
-
Matthieu Bouron authored
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Clément Bœsch authored
Example found in the wild: 0:00:03:25.000 0:01:47:A legend is sung 0:01:50:Of when England was young 0:01:53:And knights|were brave and bold 0:01:59:The good king had died Reported-by: wm4
-
Matthieu Bouron authored
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
If the original pix_fmt was >8 bit and not supported by the filter, the filter system could choose a pix_fmt with different endianness as input for extractplanes which broke the output because the output always used the endianness of the original pix_fmt.
-
Carl Eugen Hoyos authored
Needed for next commit.
-
Matthieu Bouron authored
-
Matthieu Bouron authored
-
Zhao Zhili authored
We cannot play multiple multicast streams with the same port at the same time. This is because both rtp and rtcp port are opened in read-write mode, so they will not bind to the multicast address. Try to make rtp port as read-only by default to solve this bug. Signed-off-by:
Zhao Zhili <wantlamy@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Raymond Hilseth authored
This fixes a problem where ffmpeg would hang if there is already an open data connection, and the server sends a 125 response code in reply to a STOR or RETR command. Signed-off-by:
Raymond Hilseth <rhi@vizrt.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Mar, 2016 4 commits
-
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
Found-by: Clément Bœsch
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
-