openharmony/third_party_libsnd
1
0
Fork 0
mirror of https://gitee.com/openharmony/third_party_libsnd synced 2024-11-23 01:49:53 +00:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity
3,144 Commits 174 Branches 45 Tags 32 MiB
OpenHarmony_ArkUI_Upstream_2024
Commit Graph

3144 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
openharmony_ci
b815c7f3de
!30 [新需求]: ChipsetSDK添加libsnd 
Merge pull request !30 from 马玉杰/master
 2024-05-11 10:27:26 +00:00
马玉杰
ef9c76bbe4
update BUILD.gn. 
Signed-off-by: 马玉杰 <mayujie8@huawei.com>
 2024-05-09 10:37:25 +00:00
马玉杰
008bb95929
update BUILD.gn. 
Signed-off-by: 马玉杰 <mayujie8@huawei.com>
 2024-05-09 02:54:37 +00:00
openharmony_ci
c13c171cfb
!29 音频框架组件独立编译(3/4) 
Merge pull request !29 from MengLv/master
 2024-05-04 12:55:56 +00:00
Meng.Lv
359c4300be IssueNo: NA : 音频框架组件独立编译(4/5) 
Description: 音频框架组件独立编译
Sig: SIG_MultiMedia
Feature or Bugfix: Feature
Binary Source: No

Signed-off-by: Meng.Lv <lvmeng123@huawei.com>
Change-Id: Iea66b70cfb9735600737d6ce619b0bcc14895f4e
 2024-04-30 18:07:14 +08:00
openharmony_ci
a7818a5519
!27 修改README.OpenSource文件中的版本号 
Merge pull request !27 from 黄建飞/master-1208-version
 2023-12-11 09:46:17 +00:00
huang-jianfei200
76d910bf51 Repair version number 
Signed-off-by: huang-jianfei200 <huangjianfei4@huawei.com>
Change-Id: Ib8f612f3e479c71149920445a3a65aacb5cc1542
 2023-12-08 11:58:25 +08:00
mamingshuai
e42f5f3e8b
!26 libsnd开源软件升级 
Merge pull request !26 from 黄建飞/master-1115-upgrade
 2023-11-21 11:51:37 +00:00
huang-jianfei200
284b650908 config BUILD.gn 
Signed-off-by: huang-jianfei200 <huangjianfei4@huawei.com>
 2023-11-16 16:30:46 +08:00
huang-jianfei200
297f533a38 Version upgrade! Merge branch 'dev' 
Signed-off-by: huang-jianfei200 <huangjianfei4@huawei.com>
 2023-11-15 20:02:12 +08:00
openharmony_ci
a60f9b7aec
!24 移除冗余配置 
Merge pull request !24 from 志强/master
 2023-07-31 08:49:19 +00:00
hezhiqiang19@huawei.com
ef0358796c remove default setting 
Signed-off-by: hezhiqiang19@huawei.com <hezhiqiang19@huawei.com>
Change-Id: Ieb037fc230e0eb990ce7d4512f2c6081e1bc6955
 2023-07-31 14:37:21 +08:00
openharmony_ci
142617d9dd
!23 部件化整改：绝对路径改成相对路径 
Merge pull request !23 from 黄建飞/master-0701
 2023-07-03 01:48:11 +00:00
huang-jianfei200
51ba9ab4dd Repair absolute path to relative path 
Signed-off-by: huang-jianfei200 <huangjianfei4@huawei.com>
Change-Id: I31931d445578ee764c30f3fc6d2f0dbb82231010
 2023-07-01 20:06:28 +08:00
openharmony_ci
78a2532952
!22 修改子系统名、部件名 
Merge pull request !22 from 黄建飞/master-0625
 2023-06-29 09:53:40 +00:00
huang-jianfei200
b4dd47a750 Repair part_name and subsystem_name 
Signed-off-by: huang-jianfei200 <huangjianfei4@huawei.com>
Change-Id: I43f9c2b69e1714307efdb9bfd5074fda11e72194
 2023-06-29 11:20:54 +08:00
openharmony_ci
21903e1aff
!21 feat: 添加innerapi_tag 
Merge pull request !21 from cheng_jinsong/fly0516
 2023-06-03 05:50:39 +00:00
chengjinsong2
6acb8c7a68 add innertag on third_party_libsnd 
Signed-off-by: chengjinsong2 <chengjinsong2@huawei.com>
 2023-05-17 16:13:59 +08:00
openharmony_ci
e270c4a3d6
!20 部件名整改，将部件名整改为SPLE定义的audio_framework 
Merge pull request !20 from kw/changename
 2023-04-24 04:05:57 +00:00
wangyuqi
40c85714d3 change name from multimedia_audio_framework to audio_framework 
Signed-off-by: wangyuqi <wangyuqi30@huawei.com>
Change-Id: If7e053fdd948be092a7fa0283af2ae5b9c1dd250
 2023-04-04 14:51:28 +08:00
openharmony_ci
00aff9b479
!16 Ignore warnings for llvm15 upgrade 
满足合入条件、但并发量过大；需要手动合入！
 2023-03-23 13:11:40 +00:00
openharmony_ci
9fb821e9d3
!17 更新OAT文件 
Merge pull request !17 from 志强/master
 2023-03-23 04:16:10 +00:00
hezhiqiang19@huawei.com
e05173a738 updata OAT.xml file. 
Signed-off-by: hezhiqiang19@huawei.com <hezhiqiang19@huawei.com>
Change-Id: I19a122ef362835e3303116e3023d1860327296ba
 2023-03-23 11:39:08 +08:00
guzhihao4
574916d1e6 Ignore warnings for llvm15 
Issue: #I6ID6E

Signed-off-by: guzhihao4 <guzhihao4@huawei.com>
Change-Id: Idde48008be52a88a35c79ca92814992ef77cd550
 2023-03-06 15:13:45 +08:00
David Seifert
2ed38b57c5
Release 1.2.0 2022-12-25 11:19:16 +01:00
Arthur Taylor
a19fe100cb sndfile: Identify 'naked' MPEG streams last, even after rforks (issue 830) 2022-12-13 12:13:23 -08:00
Arthur Taylor
e79da07a0a wavlike: Find a use for unused bytes total 2022-12-13 11:42:36 -08:00
Arthur Taylor
043c9d8a8b ogg: Check for NULL returns from ogg_sync_buffer (issue 863) 2022-12-13 13:04:06 +05:00
evpobr
d8503a6645 Fix clipping of non-int32 numbers 
Thanks @umlaeute.
 2022-11-19 17:31:26 +05:00
Mads Kiilerich
c59207ef9e src/wavlike.c: fix typo 2022-10-27 09:58:02 +05:00
Mads Kiilerich
0a52a40111 tests/cpp_test.cc: improve error reporting in check_title 
The test somehow briefly failed for me. This will help debug if it happens again.
 2022-10-27 09:58:02 +05:00
Mads Kiilerich
e2c38cd5c4 src/common.c: psf_log_printf should not emit ASCII control characters with %M 2022-10-27 09:58:02 +05:00
Mads Kiilerich
1534936c10 src/wavlike.c: let wavlike_subchunk_parse consistently consider bytesread when checking chunk_size 2022-10-27 09:58:02 +05:00
Mads Kiilerich
b4de424959 src/wavlike.c: let wavlike_subchunk_parse consistently use cleanup_subchunk_parse 
The special logging for zero markers doesn't seem more relevant than for
all the other error handling cases.
 2022-10-27 09:58:02 +05:00
Mads Kiilerich
c9ee5f2ff2 src/wavlike.c: Drop wavlike_subchunk_parse unreachable error handling code 
We already read the chunk type so bytesread is always > 0, and
(chunk_size >= chunk_length) will thus always have been covered by
(bytesread + chunk_size > chunk_length) just above.
 2022-10-27 09:58:02 +05:00
Mads Kiilerich
140b241837 src/wavlike.c: Fix wavlike_subchunk_parse default logging 
Follow the general convention and only use '***' for errors. But when
chunk_size is too big, log it as "too big" as for DISP_MARKER etc.
 2022-10-27 09:58:02 +05:00
Mads Kiilerich
bc2e8bebe4 src/wavlike.c: Fix wavlike_subchunk_parse skipping of erroneous subchunks, closes #374 
Drop invalid +4 as in 65eabcbf7.
 2022-10-27 09:58:02 +05:00
Mads Kiilerich
cc5be43f09 tests/error_test.c: introduce wav_list_recover_test to cover #374 
The test is currently been negated so it expects to hit the problem.
That will change when the problem is fixed.
 2022-10-27 09:58:02 +05:00
Arthur Taylor
0faf893fd2 mpeg_decode: Fix bug where bytes from mpg123_read where ignored. 
Most every read api I've ever worked with return no error and positive
byte counts, or zero bytes and an end or error condition. When the end
of stream is reached, the last read will contain the last bytes, and the
next call to read returns an error indicating that end has been reached.

But not mpg123, no, when reaching the last bytes, it returns the last
bytes AND sets the error condition to done.

Assumptions make and ass of you an mumptions.
 2022-10-03 08:50:34 -07:00
David Seifert
005a36b41b
Remove autogen.sh 
* Users should just use `autoreconf -vif` instead of brittle autogen.sh scripts.

Fixes: #878
 2022-09-24 12:51:49 +02:00
David Seifert
bc11600986
configure.ac: fix broken --enable-ossfuzzers option 
* Passing `--disable-ossfuzzers` would actually enable fuzzers.
 2022-09-13 10:30:28 +02:00
Jörn Heusipp
3bd5048f8c Define SF_COUNT_MAX as INT64_MAX. 
INT64_MAX instead of 0x7FFFFFFFFFFFFFFFLL avoids type discrepancy between int64_t and LL (long long) suffix when int64_t is not long long.
 2022-09-12 18:54:29 +02:00
Jörn Heusipp
bd951f9a47 Make sndfile.h independent of build system variables 
Fixes <https://github.com/libsndfile/libsndfile/issues/868>.
 2022-09-12 10:39:37 +02:00
IOhannes m zmölnig
cefd7b59df tests: Use fuzzy comparison in test-suite 
Using exact comparison ("a == b") when comparing expected with computed
test data fails the test-suite on many architectures (including, but not
limited to armhf and arm64).

Instead, use epsilon(for now, FLT_EPSILON and DBL_EPSILON) to compare
floating point numbers for equality.


Closes: https://github.com/libsndfile/libsndfile/issues/866

Signed-off-by: IOhannes m zmölnig <zmoelnig@iem.at>
 2022-09-09 13:04:00 +05:00
openharmony_ci
7b78e6ea7b
!14 move sndfile gn to third party repo 
Merge pull request !14 from AOL/master
 2022-08-30 12:17:54 +00:00
magekkkk
852fcb189e move sndfile gn to third party repo 
Signed-off-by: magekkkk <lixin113@huawei.com>
 2022-08-30 11:23:54 +08:00
Benjamin Moody
36216ba105 flac: fix reading a large number of samples at once 
When reading a FLAC file, the internal function flac_read_loop is used
to read a block of samples and copy them to the application-provided
output buffer.  The 'len' argument to flac_read_loop is the total
number of samples to read (i.e., duration times number of channels.)

Various fields in the FLAC_PRIVATE structure, as well as local
variables in various internal functions, are 'unsigned', which means
that trying to read into a buffer larger than UINT_MAX will cause
problems.  To avoid these problems, each function that calls
flac_read_loop breaks up the operation into buffers of at most
0x1000000 (2^24) total samples.

However, flac_read_loop will also fail (due to the condition at line
224) if the requested 'len' is not a multiple of the number of
channels.  Consequently, if an application tried to read:

 - more than 5592405 frames at once from a three-channel FLAC file
 - more than 3355443 frames at once from a five-channel FLAC file
 - more than 2796202 frames at once from a six-channel FLAC file
 - more than 2396745 frames at once from a seven-channel FLAC file

then sf_read_* or sf_readf_* would incorrectly fail and return zero.

As a simple fix, change the internal size limit from 0x1000000 to
0x690000 (2^16 * 3 * 5 * 7).  This is still quite arbitrary, but is
guaranteed to be divisible by the number of channels (which must be
between 1 and 8); it also ought to be large enough to avoid any
performance overhead, and small enough to be easy to test.
 2022-08-06 11:24:33 +05:00
Justace Clutter
53e7dee234
Remove samplerate < SF_MAX_SAMPLERATE requirement (#851) 
Related to #850.

Co-authored-by: evpobr <evpobr@gmail.com>
 2022-07-11 13:32:40 +05:00
Shaohua Li
a4f1387ab8 Update g72x.c 
Fixing signed integer overflow as reported in https://github.com/libsndfile/libsndfile/issues/757 . A similar fix was applied before https://github.com/libsndfile/libsndfile/pull/818
 2022-05-31 13:10:26 +05:00
openharmony_ci
101991dbba
!12 optimize oat for binary filetype 
Merge pull request !12 from AOL/master
 2022-05-28 04:14:08 +00:00