Sedna RSS
git.videolan.org Git - ffmpeg.git/rss log
http://git.videolan.org/?p=ffmpeg.git;a=summary
jeudi 30 mai 20:49
Articles récents
Préférences
Sources
- - ↓ Plugins SPIP : Signalement
- - ↓ Révisions : xmlrpc pour SPIP
- - Breaking Eggs And Making Omelettes
- - ↓ Diary Of An x264 Developer
- - ↓ Discrete Cosine
- - ginger’s thoughts
- - ↓ git.libav.org Git - libav.git/rss log
- - git.videolan.org Git - ffmpeg.git/rss log
- - ↓ git.videolan.org Git - x264.git/summary
- - Grandt/PHPePub - GitHub
- - Hardwarebug : Everything is broken
- - inlet media - FLVtool 2
- - ↓ Libre Video | Unchained Creativity
- - lipka/piecon · GitHub
- - Newest 'ffmpeg' Questions - Stack Overflow
- - Newest 'libx264' Questions - Stack Overflow
- - Newest 'x264' Questions - Stack Overflow
- - Piwik
- - ↓ Plugins SPIP : Piecon
- - ↓ Revisions : Ancres douces
- - ↓ Revisions : auteurs_syndic
- - Revisions : blueimp/jQuery-File-Upload - GitHub
- - Revisions : colorbox
- - ↓ Revisions : critères suivant précédent
- - ↓ Revisions : doc2img
- - ↓ Revisions : fulltext (SPIP)
- - ↓ Revisions : getID3
- - ↓ Revisions : Google +1
- - ↓ Revisions : Google Analytics (SPIP)
- - ↓ Revisions : gravatar
- - ↓ Revisions : inscription3
- - ↓ Revisions : Inscription3 spip-zone
- - Revisions : jQuery validator
- - ↓ Révisions : Légendes
- - Revisions : mediaspip_munin · GitHub
- - ↓ Revisions : Memoization (SPIP)
- - ↓ Revisions : metadonnees_photo
- - ↓ Revisions : multilang
- - ↓ Revisions : notation
- - ↓ Revisions : notifications
- - ↓ Revisions : Open ID (SPIP)
- - ↓ Revisions : opensearch (plugin SPIP)
- - ↓ Revisions : Pages (SPIP)
- - ↓ Revisions : porte_plume
- - ↓ Revisions : recommander (plugin SPIP)
- - ↓ Revisions : saisies
- - ↓ Revisions : socialtags
- - Revisions : SoundManager2
- - ↓ Revisions : step
- - ↓ Revisions : verifier
- - ↓ Revisions : Yaml
- - Revisions : ZeroClipboard · GitHub
- - ↓ Revisions : zpip
- - The WebM Open Media Project Blog
- - ↓ Xiph.org - flac.git/summary
- - ↓ Xiph.org - mirrors/ogg.git/summary
- - ↓ Xiph.org - mirrors/theora.git/summary
- - ↓ Xiph.org - mirrors/vorbis.git/summary
opml
Boussole SPIP
Sedna
29 articles
29 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
17:15
lavc/vp9dsp: R-V V rename ff_avg to ff_vp9_avg Avoid potential naming conflicts Signed-off-by: Rémi Denis-Courmont <remiⓐremlab.net> [DH] libavcodec/riscv/vp9_mc_rvv.S [DH] libavcodec/riscv/vp9dsp.h [DH] libavcodec/riscv/vp9dsp_init.c
28 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
19:09tests/checkasm/vvc_mc: for SAD, only test valid subblock sizes - git.videolan.org Git - ffmpeg.git/rss logtests/checkasm/vvc_mc: for SAD, only test valid subblock sizes According to the VVC specification (section 8.5.1), the maximum width/height of a subblock passed for DMVR SAD is 16. This along with previous constraint requiring width * height >= 128 means that 8x16, 16x8, and 16x16 are the only allowed sizes. This changes check_vvc_sad() to only test and benchmark those sizes. [DH] tests/checkasm/vvc_mc.c
-
19:09libavcode/x86/vvc: change label to vvc_sad_16 to reflect block sizes - git.videolan.org Git - ffmpeg.git/rss loglibavcode/x86/vvc: change label to vvc_sad_16 to reflect block sizes According to the VVC specification (section 8.5.1), the maximum width/height of a subblock passed for DMVR SAD is 16. This along with previous constraint requiring width * height >= 128 means that 8x16, 16x8, and 16x16 are the only allowed sizes. This re-labels vvc_sad_16_128 to vvc_sad_16 to reflect this and adds a comment about the block size constraints. There's no functionality change. [DH] (...)
27 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
15:51
riscv: allow passing addend to vtype_vli macro A constant (-1) is added to the length value, so we can have an added for free, and optimise the addition away if the addend is exactly 1. [DH] libavcodec/riscv/lpc_rvv.S [DH] libavutil/riscv/asm.S
-
15:19Revert "avformat/file: seek back to initial position for fd protocol" - git.videolan.org Git - ffmpeg.git/rss logRevert "avformat/file: seek back to initial position for fd protocol" The generally expected behaviour is for software to append from the current position, not to keep resetting. See also how shell works: # (foo && bar) > file ...would normally concatenate the output of both commands to file. If foo seeks like lavf, bar would instead overwrite the output of foo (possibly not completely). This reverts commit 5c3d2177e7be7dde69a83b1b394f57976c164c84. [DH] (...)
-
15:43
lavc/lpc: fix off-by-one in R-V V compute_autocorr [DH] libavcodec/riscv/lpc_init.c [DH] libavcodec/riscv/lpc_rvv.S
-
19:02
lavc/startcode: fix RVV return value on no match If there are no zero bytes, t2 equals -1. The code cannot simply fall through to the match case. [DH] libavcodec/riscv/startcode_rvv.S
-
13:33
avcodec/nvenc_av1: Correct CQ range for AV1 The Constant Quality (CQ) range for the AV1 codec is actually 0 to 63, contrary to what is stated in the header and documentation. Signed-off-by: Diego Felix de Souza <ddesouzaⓐnvidia.com> Signed-off-by: Timo Rothenpieler <timoⓐrothenpieler.org> [DH] libavcodec/nvenc_av1.c
26 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
09:26
lavc/vp7dsp: add R-V V vp7_luma_dc_wht This works out a bit more favourably than VP8's due to: - additional multiplications that can be vectored, - hardware-supported fixed-point rounding mode. vp7_luma_dc_wht_c: 3.2 vp7_luma_dc_wht_rvv_i64: 2.0 [DH] libavcodec/riscv/Makefile [DH] libavcodec/riscv/vp7dsp_init.c [DH] libavcodec/riscv/vp7dsp_rvv.S [DH] libavcodec/vp8dsp.c [DH] libavcodec/vp8dsp.h
-
07:18
lavc/vp8dsp: R-V V vp8_luma_dc_wht This is not great as transposition is poorly supported, but it works: vp8_luma_dc_wht_c: 2.5 vp8_luma_dc_wht_rvv_i32: 1.7 [DH] libavcodec/riscv/vp8dsp_init.c [DH] libavcodec/riscv/vp8dsp_rvv.S
-
05:25
lavc/lpc: optimise RVV vector type for compute_autocorr On SpacemiT X60 (with len == 4000): autocorr_10_c: 2303.7 autocorr_10_rvv_f64: 1411.5 (before) autocorr_10_rvv_f64: 842.2 (after) [DH] libavcodec/riscv/lpc_init.c [DH] libavcodec/riscv/lpc_rvv.S
-
10:22
lavc/vp7dsp: R-V V vp7_idct_add Most of the code is shared with DC, thanks to minor earlier changes. vp7_idct_add_c: 5.2 vp7_idct_add_rvv_i32: 2.5 [DH] libavcodec/riscv/vp7dsp_init.c [DH] libavcodec/riscv/vp7dsp_rvv.S
-
10:19
lavc/vp7dsp: revector ff_vp7_dc_wht_rvv This prepares for some code reuse. [DH] libavcodec/riscv/vp7dsp_init.c [DH] libavcodec/riscv/vp7dsp_rvv.S
-
22:50
avdevice/dshow: fix badly indented line Signed-off-by: Michael Niedermayer <michaelⓐniedermayer.cc> [DH] libavdevice/dshow.c
-
21:34
qsv: Initialize impl_value Fixes: The warnings from CID1598553 Uninitialized scalar variable Passing partly initialized structs is ugly and asking for hard to rieproduce bugs, The uninitialized fields where not used Reviewed-by: "Xiang, Haihao" <haihao.xiang-at-intel.comⓐffmpeg.org> Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer <michaelⓐniedermayer.cc> [DH] libavcodec/qsv.c [DH] libavutil/hwcontext_qsv.c
-
12:17
lavc/vp8dsp: disable EPEL HV on RV128 RV128 is mostly scifi at this point, so we can just disable it here (the EPEL HV prologue/epilogue do not save 128-bit registers). [DH] libavcodec/riscv/vp8dsp_init.c [DH] libavcodec/riscv/vp8dsp_rvv.S
-
09:16
lavc/vvc: Validate temporal MVP references Per VVCv3 p. 157, the collocated reference picture used in temporal motion vector prediction must have RprConstraintsActiveFlag equal to zero and the same CTU size as the current picture. Add these checks, fixing crashes decoding some fuzzed bitstreams. Additionally, only set up the collocated reference picture if it is actually going to be used (i.e. if ph_temporal_mvp_enabled_flag is 1), else legal RPR bitstreams will fail the new checks. Co-authored-by: Nuo Mi <nuomi2021ⓐgmail.com> Signed-off-by: Frank Plowman (...)
25 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
11:32
avcodec/h2645_sei: loosen up min luminance requirements The H.265 specification is quite clear on this case: > When min_display_mastering_luminance is not in the range of 1 to > 50000, the nominal maximum display luminance of the mastering display > is unknown or unspecified or specified by other means not specified in > this Specification. And so the current code is correct in marking luminance data as invalid if min luminance is set to 0. However, this breaks playback of at least several real-world Blu-ray releases, for example La La Land, Planet of the Apes, and quite (...)
-
17:48
lavc/sbrdsp: fold immediate offset into relocation This results in AUIPC; ADDI instead of AUIPC; ADDI; ... ADDI. [DH] libavcodec/riscv/sbrdsp_rvv.S
-
13:43
lavc/vp8dsp: save one R-V GPR This saves one instruction and frees up A5, which will be repurposed in later changes. Unfortunately, we need to add quite a lot of alternative code for this. [DH] libavcodec/riscv/vp8dsp_rvv.S
-
12:17
lavc/vp8dsp: factor R-V V bilin functions For a given type, only the first VSETVLI instruction varies depending on the size. [DH] libavcodec/riscv/vp8dsp_rvv.S
-
10:41
lavc/vp8dsp: avoid one multiplication on RISC-V Use shifts rather than multiply, and save one instruction. [DH] libavcodec/riscv/vp8dsp_init.c [DH] libavcodec/riscv/vp8dsp_rvv.S
-
00:52
avformat/hlsenc: Remove dead ret stores Fixes: CID1529222 Unused value Sponsored-by: Sovereign Tech Fund Reviewed-by: Steven Liu <lingjiujiankeⓐgmail.com> Signed-off-by: Michael Niedermayer <michaelⓐniedermayer.cc> [DH] libavformat/hlsenc.c
-
18:09
lavc/sbrdsp: fix potential overflow in noise table Since the SBR noise application optimisations are currently restricted to hardware with 128-bit vectors, and use a quadruple multipler, they can load up to 16 32-bit elements. But the "loads" are of 2 segments, or 16 pairs of single precision float. Thus we need to expand the dupiclated section of the noise table from 2x8 to 2x16 to avoid overflows. [DH] libavcodec/sbrdsp_template.c
-
17:51
lavc/sbrdsp: fix inverted boundary check 128-bit is the maximum, not the minimum here. Larger vector sizes can result in reads past the end of the noise value table. This partially reverts commit cdcb4b98b7f74d87a6274899ff70724795d551cb. [DH] libavcodec/riscv/sbrdsp_init.c
24 mai
git.videolan.org Git - ffmpeg.git/rss log http://git.videolan.org/?p=ffmpeg.git;a=summary
-
15:58
checkasm/vp8dsp: add VP7 tests [DH] tests/checkasm/vp8dsp.c
-
15:44
checkasm/vp8dsp: share DSP context across tests This will simplify later changes. [DH] tests/checkasm/vp8dsp.c
-
17:17
lavc/flacdsp: do not assume maximum R-V VL This loop correctly assumes that VLMAX=16 (4x128-bit vectors with 32-bit elements) and 32 >= pred_order > 16. We need to alternate between VL=16 and VL=t2=pred_order-16 elements to add up to pred_order. The current code requests AVL=a2=pred_order elements. In QEMU and on thte K230 hardware, this sets VL=16 as we need. But the specification merely guarantees that we get: ceil(AVL / 2) <= VL <= VLMAX. For instance, if pred_order equals 27, we could end up with VL=14 or VL=15 instead of VL=16. So instead, request literally VLMAX=16. [DH] (...)
-
15:37
avcodec/flacdec: Remove unused variable Forgotten in 0380a03f1f9d55e5690bb92bfa4897f2c728c1e5. Reviewed-by: James Almer <jamrialⓐgmail.com> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardtⓐoutlook.com> [DH] libavcodec/flacdec.c