libvpx-devel-1.11.0-150400.3.7.1<>,DTfNp9|lY҈{SmY,Çy{pR>i]D>IY/W3M@S OlWx*</9E=,\:@ W)+p JxI)=5&!äEˈҚ}ľ.BYX DUqg(M>>;D?;4d # Y4 Jj       0     P   ,`x(8$9: F6G6 H70 I7d X7tY7\7 ]7 ^8wb8c9bd9e9f9l9u: v:4w:d x: y:z::::;0Clibvpx-devel1.11.0150400.3.7.1Development files for libvpx, a VP8/VP9 codec libraryDevelopment headers and library WebM is an open, royalty-free, media file format designed for the web. WebM defines the file container structure, video and audio formats. WebM files consist of video streams compressed with the VP8 video codec and audio streams compressed with the Vorbis audio codec. The WebM file structure is based on the Matroska container.fNh04-ch1a<SUSE Linux Enterprise 15SUSE LLC BSD-3-Clause AND GPL-2.0-or-laterhttps://www.suse.com/Development/Languages/C and C++https://www.webmproject.org/linuxx86_64>:, !i/A큤fNa]߿a]߿a]߿a]߿a]߿a]߿a]߿a]߿fNa]߿fNfN8bd4f03ef5771d7f08b103733f09bd5fdb665c0b1a0f039a5ca1b9c4fbd0bdb84e8effdf7e7c5add242a8d67c2accdef8c7376b009ebff91fd0618764c6b746e27c28f977ecc8b03f1cd7eca7ee3db6822b2635443c4912a1c6dfc1c7d02947ebe66134f6e8369a636f0a0ca77d76232d2234d564f33b6a767647570d1c8bc6d661a5f1e34235097a75d34f18f82c54507ce7c3c5f641d56b21a2d7302c48714ca263e78e0eb88d09b67572f64a5e7f6d3003e10895bb3f69f79699254332b0d3a384ee3cacb3f4ef15529987ae858876f25c4033543474adbe9c9542d297c9eedc0bc4626e4c93e668a9d1ed6c58316df905c2187384480d58f47c44acfcb2299fc156fb81ff9d48ef6f8582ecf499e8fff40dde86d3f63ea1935663416981384df10e90143c130ac8087105af0f5704e894c8506d99af4e71993962670bc1256e0d20aff4a5e68848cc32f48ba9a132e48fee03858207dc9ee7be1c7589874libvpx.so.7.0.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibvpx-1.11.0-150400.3.7.1.src.rpmlibvpx-devellibvpx-devel(x86-64)pkgconfig(vpx)@    /usr/bin/pkg-configlibvpx7rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.11.03.0.4-14.6.0-14.0-15.2-14.14.3ffU@eja)@a`2aXI`v@`c_+^g@]0_@\O\ac\YzZZ= 8.- Disable LTO (boo#1133255).- disable vsx on ppc64le to fix build failure- update to version 1.8.0 This release focused on encoding performance for realtime and VOD use cases. - Upgrading: This adds and improves several vp9 controls. Most are related to SVC: VP9E_SET_SVC_FRAME_DROP_LAYER: - Frame dropping in SVC. VP9E_SET_SVC_INTER_LAYER_PRED: - Inter-layer prediction in SVC. VP9E_SET_SVC_GF_TEMPORAL_REF: - Enable long term temporal reference in SVC. VP9E_SET_SVC_REF_FRAME_CONFIG/VP9E_GET_SVC_REF_FRAME_CONFIG: - Extend and improve this control for better flexibility in setting SVC pattern dynamically. VP9E_SET_POSTENCODE_DROP: - Allow for post-encode frame dropping (applies to non-SVC too). VP9E_SET_SVC_SPATIAL_LAYER_SYNC: - Enable spatial layer sync frames. VP9E_SET_SVC_LAYER_ID: - Extend api to specify temporal id for each spatial layers. VP9E_SET_ROI_MAP: - Extend Region of Interest functionality to VP9. - Enhancements: 2 pass vp9 encoding has improved substantially. When using --auto-alt-ref=6, we see approximately 8% for VBR and 10% for CQ. When using --auto-alt-ref=1, the gains are approximately 4% for VBR and 5% for CQ. For real-time encoding, speed 7 has improved by ~5-10%. Encodes targeted at screen sharing have improved when the content changes significantly (slide sharing) or scrolls. There is a new speed 9 setting for mobile devices which is about 10-20% faster than speed 8. - Bug fixes: VP9 denoiser issue. VP9 partition issue for 1080p. VP9 rate control improvments. Postprocessing Multi Frame Quality Enhancement (MFQE) issue. VP8 multithread decoder issues. A variety of fuzzing issues. - so name is changing to 6 - use optflags for building- update to version 1.7.0 This release focused on high bit depth performance (10/12 bit) and vp9 encoding improvements. - Upgrading: This release is ABI incompatible due to new vp9 encoder features. Frame parallel decoding for vp9 has been removed. - Enhancements: vp9 encoding supports additional threads with --row-mt. This can be greater than the number of tiles. Two new vp9 encoder options have been added: - -corpus-complexity - -tune-content=film Additional tooling for respecting the vp9 "level" profiles has been added. - Bug fixes: A variety of fuzzing issues. vp8 threading fix for ARM. Codec control VP9_SET_SKIP_LOOP_FILTER fixed. Reject invalid multi resolution configurations. - drop obsolete CVE-2017-13194.patch - switch to git service since no tar ball at the old place anymore - so name increase to 5 - use gnu99 for ppc- Enable VP9 10bit encoding support boo#1083537- cleanup traces for testing, we don't have the >400MB test data here- Fix OOB caused by odd frame width with patch from android Adding patch CVE-2017-13194.patch (CVE-2017-13194) - this changelog entry also contains the new scheme with full name and "umlaut" to test which tools may break with it in our distro. Please track problems here: https://github.com/openSUSE/obs-build/pull/214- limit maximum size to 8K Fulldome resolution to avoid DoS attacks. CVE-2017-0641 boo#1056539- Version update to 1.6.1: * Improvements on the VP9 speed of encoding and decoding * Various fixes found by fuzzing- Summary updates- Ensure the enable vp8 vp9 postproc and multithread are always on - Enable verbose build - Add switches to be able to build chromium: * --enable-experimental --enable-spatial-svc- Rename unfitting macro name "soname"; there is no SONAME here, just the version.- Update to version 1.6.0 This release improves upon the VP9 encoder and speeds up the encoding and decoding processes. - Enhancement: A core focus has been performance for low end Intel processors. SSSE3 instructions such as 'pshufb' have been avoided and instructions have been reordered to better accommodate the more constrained pipelines. As a result, devices based on Celeron processors have seen substantial decoding improvements. From Indian Runner Duck to Javan Whistling Duck, decoding speed improved between 10 and 30%. Between Javan Whistling Duck and Khaki Campbell Duck, it improved another 10 to 15%. While Celeron benefited most, Core-i5 also improved 5% and 10% between the respective releases. Realtime performance for WebRTC for both speed and quality has received a lot of attention. - Bug Fixes: A number of fuzzing issues, found variously by Mozilla, Chromium and others, have been fixed and we strongly recommend updating. - Remove libvpx-pkgconfig-version.patch- Update to current upstream version to fix CVE-2016-2464 (boo#984448)- Fix build in SLE_11 by disabling ssse3 - Fix vpc.pc version with libvpx-pkgconfig-version.patch- Update to current upstream version to fix CVE-2016-1621 (bnc#972021) - enable test suite during build - From official Changelog: - Incompatible changes: The VP9 encoder's default keyframe interval changed to 128 from 9999. - Drop libvpx-disable-cross-for-arm.patch- Update to version 1.5.0 + This release improves upon the VP9 encoder and speeds up the encoding and decoding processes. + Upgrading: This release is ABI incompatible with 1.4.0. It drops deprecated VP8 controls and adds a variety of VP9 controls for testing. The vpxenc utility now prefers VP9 by default. + Enhancements: Faster VP9 encoding and decoding. Smaller library size by combining functions used by VP8 and VP9. + Bug Fixes: A variety of fuzzing issues. - Fixed libvpx-configure-add-s390.patch and changed baselibs.conf to libvpx3. - Removed uneeded servive file.- Update to version 1.4.0 + This release includes significant improvements to the VP9 codec. + Upgrading: This release is ABI incompatible with 1.3.0. It drops the compatibility layer, requiring VPX_IMG_FMT_* instead of IMG_FMT_*, and adds several codec controls for VP9. + Enhancements: Faster VP9 encoding and decoding. Multithreaded VP9 decoding (tile and frame-based). Multithreaded VP9 encoding - on by default. YUV 4:2:2 and 4:4:4 support in VP9. 10 and 12bit support in VP9. 64bit ARM support by replacing ARM assembly with intrinsics. + Bug Fixes: Fixes a VP9 bitstream issue in Profile 1. This only affected non-YUV 4:2:0 files. + Known Issues: Frame Parallel decoding fails for segmented and non-420 files. - Fixed all patches and changed baselibs.conf to libvpx2.- Add baselibs.conf as source- Build with -std=gnu89 to deal with GCC 5 defaulting to -std=gnu11 and the C11 stddef.h providing a max_align_t that conflicts with the one provided by nestegg/halloc/src/align.h.h04-ch1a 1720078030 1.11.0-150400.3.7.11.11.0-150400.3.7.11.11.0vpxvp8.hvp8cx.hvp8dx.hvpx_codec.hvpx_decoder.hvpx_encoder.hvpx_ext_ratectrl.hvpx_frame_buffer.hvpx_image.hvpx_integer.hlibvpx.sovpx.pc/usr/include//usr/include/vpx//usr/lib64//usr/lib64/pkgconfig/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:34567/SUSE_SLE-15-SP4_Update/87fdfab52246bec2b46169e05e735eae-libvpx.SUSE_SLE-15-SP4_Updatedrpmxz5x86_64-suse-linuxdirectoryC source, ASCII textpkgconfig filePR\&ͤ4P{utf-81d1f4f3c637e2d6a00f14b692c203ddda539e73eeca7a1b9010bc51e1a243fd0? 7zXZ !t/]"k%]d瘥y1.gdYuZ\d-DHNCٹy9eV}|ni+╲qf 5 ?E& l?u`taT1ͤwTc3W^`Mш;Fy3*`~;?BU{x(el-[l >fsf",,w0Ѧc4L"TdtE Ofn5D8KkSCV\Rtp7:4Lv$N;0tƿ |?aM%˱D<)=k-.)xLjlozdLGm̆v< }KkJ042 cbp w쭔둙F;3 ieħA_ T؎ ÎZy$rn%u,E~6u«vI#ކcVFyJ&XYb?+y J/O\<%#wpYHOl v3hv7s\hx5O6H9qZˌp"l*M 0'Drdy\8pͱaiRDTPFNwڥ?; Q#w [Ih/sV͔hw A{Pѵ@4uSZW ¬&/71rd5PT%3s7JDZc!eA9t\Y͆_βɉkz u bV$򼌗6nrʬ@mqK"Bx&QߙwAmI!RVzO)58.kml=#3E8 ^]Iď,SBԮI[+N+3t\qm[-1)̈́Q-%8뎮) ) YZ