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