Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Lynne	dae12ddb2e	lavu/stereo3d: change the horizontal FOV field to a rational This avoids hardcoding any implementation-specific limitiations as part of the API, and allows for future expandability. This also allows API users to more conveniently convert the values into floats without hardcoding specific conversion constants. The API was committed a few days ago, so changing this field now is within the realms of acceptable.	9 months ago
James Almer	c3606cad9c	avutil/stereo3d: set a sane default value for AVRational fields Prevent potential divisions by 0 when using them immediately after allocation. Signed-off-by: James Almer <jamrial@gmail.com>	9 months ago
James Almer	5140d8334e	ffprobe: always print all Stereo3D fields ffprobe is meant to generate parseable output, and if a field is present, it should be printed even if it has a default value. Signed-off-by: James Almer <jamrial@gmail.com>	9 months ago
Derek Buitenhuis	049dfe3f65	fftools/ffprobe: Print more Stereo 3D info from side data Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>	9 months ago
James Almer	d372c2f3d3	fftools/ffmpeg: stop injecting stream side data in packets This is no longer needed as the side data is available for decoders in the AVCodecContext. The tests affected reflect the removal of useless CPB and Stereo 3D side data in packets. Signed-off-by: James Almer <jamrial@gmail.com>	1 year ago
Andreas Rheinhardt	884653ee5b	avformat/matroskaenc: Don't add side-data to input stream When muxing, the AVStreams' side-data is typically set by the caller before avformat_write_header(); it is not documented to be else. Yet the Matroska muxer added an AVStereo3D side data if certain metadata was present: Since commit `4d686fb721` (adding support for AVStereo3D stream side-data), the Matroska muxer checked certain stream tags that contain Matroska's StereoMode and (if they are present) converted this value into an AVStereo3D struct that gets attached to the AVStream (reusing a function from the demuxer). Afterwards the AVStereo3D side data struct (whether it has just been added by the muxer or not) gets parsed and converted back into a Matroska StereoMode. Besides being an API violation this change broke StereoMode values without a corresponding AVStereo3D (namely the anaglyph ones). This commit fixes this: A StereoMode given via tags is now used-as-is; if no such tag exists and an AVStereo3D side data exists, it is converted into the corresponding StereoMode (if possible). This approach also fixes handling of the anaglyph ones; the changes to the matroska-stereo_mode are due to this. The new STEREOMODE_STEREO3D_MAPPING has been put to good use for this. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>	2 years ago
Martin Storsjö	95433eb3aa	fate/matroska: Stop using unicode in command line paramters The fate-run.sh shell script exports LC_ALL=C before invoking the test executables; this is probably done for consistency. When executing Windows binaries with Wine, it normally handles UTF-8 command line parameters just fine - but with LC_ALL set to C, it treats them as plain ASCII. As the unicode command line parameters wasn't the main thing being tested here, just convert them to plain ASCII, for portability. This fixes the test for all test configurations that use Wine. Signed-off-by: Martin Storsjö <martin@martin.st>	2 years ago
Andreas Rheinhardt	5d07757c70	fate/matroska: Add test for stereo 3D Just mark a non-stereo file as stereo to test the code. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>	2 years ago