- 10 Aug, 2013 9 commits
-
-
Martin Storsjö authored
The fact that a different user agent is used is cruicial for getting publishing authentication working. (When using librtmp, this other user agent has to be specified manually, but that's not needed with the libavformat internal RTMP support.) Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
-
Luca Barbato authored
-
Luca Barbato authored
Provide a clean way to manipulate packets.
-
Vittorio Giovara authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Vittorio Giovara authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Vittorio Giovara authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 09 Aug, 2013 5 commits
-
-
Martin Storsjö authored
Add one copy of the function into each of the libraries, similarly to what we do for log2_tab. When using static libs, only one copy of the file_open.o object file gets included, while when using shared libraries, each of them get a copy of its own. This fixes DLL builds with a statically linked C runtime, where each DLL effectively has got its own instance of the C runtime, where file descriptors can't be shared across runtimes. On systems not using msvcrt, the function is not duplicated. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This used to only be necessary in static builds (when using the dynamically linked C runtime), since the _imp prefixed symbols do exist when linking to the actual DLL. When building testprogs, however, the current library (e.g. libavutil for some of the testprogs) is linked statically. This fixes make fate on DLL builds when using the dynamically linked C runtime. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Rémi Denis-Courmont authored
This supports non-Linux systems (SOCK_CLOEXEC is non-standard) and older Linux kernels to the extent possible. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Aug, 2013 9 commits
-
-
Anton Khirnov authored
-
Martin Storsjö authored
When libavformat was changed to use the new avpriv_open function in 51eb213d, this silently bypassed the existing wrapper for win32. Move the win32 wrapper into libavutil/file.c to make sure it gets called everywhere (not just in the libavformat case). This makes sure that non-ascii file names gets opened properly (where file names internally are stored as utf8, but they get converted to wchar_t and opened with _wsopen). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Before After Mean StdDev Mean StdDev Change This function 508.8 23.4 185.4 9.0 +174.4% Overall 3068.5 31.7 2752.1 29.4 +11.5% In combination with the preceding patch: Before After Mean StdDev Mean StdDev Change Overall 2925.6 26.2 2752.1 29.4 +6.3% Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
This performs the start code search which was previously part of h264_find_frame_end() - the most CPU intensive part of the function. By itself, this results in a performance regression: Before After Mean StdDev Mean StdDev Change Overall time 2925.6 26.2 3068.5 31.7 -4.7% but this can more than be made up for by platform-optimised implementations of the function. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Ben Avison authored
Each AVStream struct for an H.264 elementary stream actually has two copies of the H264DSPContext struct (and in fact all the other members of H264Context as well): ((H264Context *) ((AVStream *)st)->codec->priv_data)->h264dsp ((H264Context *) ((AVStream *)st)->parser->priv_data)->h264dsp but only the first of these was actually being initialised. This prevented the addition of platform-specific implementations of parser-related functions. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Kostya Shishkov authored
-
Ben Avison authored
This provides at least some protection against potential accidental corruption of AVIO buffer workspace. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Derek Buitenhuis authored
Not all platforms have the function. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Martin Storsjö <martin@martin.st>
-
Diogo Franco authored
Fixes commandline parsing on Cygwin (on 64 bit, and on very recent 32 bit), where the configure check does find the CommandLineToArgvW function (since it exists in the link libraries and in the headers), but whose GetCommandLineW() only returns the application's path. (This is due to a cygwin internal optimization, see http://cygwin.com/ml/cygwin/2013-07/msg00538.html for details.) Arguments are only given through main's argc/argv, and they're already UTF-8. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2013 10 commits
-
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Vittorio Giovara authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Martin Storsjö authored
It's only relevant for the RTSP demuxer. Similarly, the custom_io flag is only present in the SDP demuxer options list. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Kostya Shishkov authored
Voxware is the name of company, it has produced several audio codecs e.g. MetaVoice family and MetaSound.
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Also clear the AVIOContext handle after freeing, to avoid possible dangling pointers if the later call fails. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 06 Aug, 2013 7 commits
-
-
Christian Schmidt authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-