Commit Graph

3139 Commits

Author SHA1 Message Date
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
magekkkk
ef422a9667 optimize oat for binary filetype
Signed-off-by: magekkkk <lixin113@huawei.com>
2022-05-28 11:02:29 +08:00
openharmony_ci
f9898e38e5
!9 CVE-2021-4156: Flac-Fix improper buffer reusing
Merge pull request !9 from Kiran Bhupali/securityfix
2022-04-26 15:23:14 +00:00
Kiran Bhupali
63e75d69eb CVE-2021-4156:flac-Fix improper buffer reusing
Signed-off-by: Kiran Bhupali <kiran.bhupali@huawei.com>
2022-04-26 11:58:08 +05:30
evpobr
a17e32fda6 Use Visual Studio 2022 for GitHub Actions 2022-04-18 13:51:26 +05:00
Michael Cho
e4fdaeefdd configure.ac: substitute EXTERNAL_MPEG_LIBS in sndfile.pc 2022-04-18 13:36:44 +05:00