- 08 Jul, 2013 5 commits
-
-
Jean-Baptiste Queru authored
-
Jean-Baptiste Queru authored
-
Jean-Baptiste Queru authored
-
Jean-Baptiste Queru authored
Merge "Prevent Media Server crash while the AwesomePlayer getBitrate return true with mBitrate equals to zero."
-
Jean-Baptiste Queru authored
-
- 03 Jul, 2013 1 commit
-
-
hovanchen authored
Prevent Media Server crash while the AwesomePlayer getBitrate return true with mBitrate equals to zero. [Cause] - getBitrate(int64_t *bitrate) will return true if mBitrate = 0. - Then, in getCachedDuration_l(int64_t *durationUs, bool *eos), we might execute the following function when getBitrate(&bitrate) = true and bitrate = 0. *durationUs = cachedDataRemaining * 8000000ll / bitrate; - Mediaserver will be crashed when divided by zero. - The mediaserver crash often occur when DLNA IOP tests on Golden DMS with AAC_ADTS_320 audio. [Solution] - Prevent the divide function executing when bitrate is zero. Change-Id: I4439d92cee5faec95df2109e9186c33b3fff6c66
-
- 01 Jul, 2013 1 commit
-
-
Fredrik Rosin authored
Prevent a null pointer from occuring by checking that we are not already disconnected before performing a disconnect, in case multiple disconnects have been issued. Change-Id: Ib88800cd246086fd57f77d10748d41b1aefe2084
-
- 28 Jun, 2013 3 commits
-
-
Andreas Huber authored
-
Glenn Kasten authored
-
Christer Fletcher authored
SEGV_MAPPER crash could happen in MetaData::typed_data::freeStorage. The faulty address could be both random pointers and deadbaad. It seems like free could be called more than once on u.ext_data. Set u.ext_data to null after it has been freed as there already is a null check before trying to free it. Change-Id: I710c49f9c231bd8852159914c0b2add58a685f0e
-
- 27 Jun, 2013 1 commit
-
-
Scott Fan authored
warning: format '%ld' expects argument of type 'long int', but argument 7 has type 'ssize_t {aka int}' [-Wformat] Change-Id: I823835a26320a3abb82f8dff9fbe82e5132e7556 Signed-off-by:
Scott Fan <fancp2007@gmail.com>
-
- 25 Jun, 2013 1 commit
-
-
Jean-Baptiste Queru authored
-
- 20 Jun, 2013 2 commits
-
-
Glenn Kasten authored
-
Christer Fletcher authored
When AudioCommandThread::threadLoop process AudioCommands it was possible for it to delete a command where the posting thread still hadn't read that status from it. If a second command signaled the thread loop to continue after it had inserted a new command while the thread loop was actually waiting for the first command to report that it had read the status the thread loop would continue and delete the first command. Changed the wait condition when waiting for the calling thread to read status to use command->mCond instead of mWaitWorkCV. This way it's guaranteed that the signal to continue comes from the correct thread. Change-Id: Ia69b48cb4fdfaf8b4c83b56a197fb9f2058a92d1
-
- 14 Jun, 2013 1 commit
-
-
Glenn Kasten authored
-
- 07 Jun, 2013 2 commits
-
-
Glenn Kasten authored
-
Ming Zhou authored
When audio sample rate which set to audio track is not the same with the actual pcm data, noise will be heard. Fix the bug when write 8 bit pcm samples. Change-Id: Idcb0d7b0e9aaa250dd22b758c8337e23d1706049 Signed-off-by:
Ming Zhou <b42586@freescale.com> Signed-off-by:
guoyin.chen <guoyin.chen@freescale.com>
-
- 06 Jun, 2013 1 commit
-
-
Masaki Muranaka authored
Change-Id: Ia72ed2bef54751dc2d6c3379a58de95a0e9ebfdd
-
- 14 May, 2013 2 commits
-
-
Elliott Hughes authored
-
Glenn Kasten authored
(cherry-pick of da1a325b.) Bug: 8895727 Change-Id: I29d5dcf8519600fdd2910345449c66a5c1284646
-
- 13 May, 2013 1 commit
-
-
Yajun Zeng authored
If RTP accessunit comes earlier than play response, the normal play time mapping posted in func onAccessUnitComplete is wrong. This leads wrong timestamp of the first few frames. This issue is found in the 3 CtsVerifier RTSP streaming cases. Change-Id: I640eea375b1f3f4730238f9d561c3b40ec682395 Signed-off-by:
Yajun Zeng <beanz@marvell.com>
-
- 24 Apr, 2013 3 commits
-
-
Andreas Huber authored
-
Andreas Huber authored
-
Yajun Zeng authored
without this fix, (rand()*1000)/RAND_MAX is mainly 0. Change-Id: I48ae940a7b6974b197d81732774c9dcea107bcf1 Signed-off-by:
Yajun Zeng <beanz@marvell.com>
-
- 22 Apr, 2013 2 commits
-
-
Marco Nelissen authored
-
Jun Tian authored
On emulator, the camera video recording crashes randomly. It's caused by wrong timestamp when encoding the video frame. The element of the vector is erased before accessing it. Therefore, when reading the timestamp from the element, the memory of the element has been changed. Change-Id: I9750417fbb9dc4697ccae1e78e286b23925d3764 Signed-off-by:
Panfeng Chang <panfengx.chang@intel.com> Signed-off-by:
Jun Tian <jun.j.tian@intel.com>
-
- 15 Mar, 2013 2 commits
-
-
Andreas Huber authored
-
Glenn Kasten authored
-
- 12 Mar, 2013 2 commits
-
-
Ola Andersson authored
Prevent frame duration from being negative when exporting movie studio project Change-Id: I459fb243650c777c2b59d1094acc88c3a944bd81
-
Xuefei Chen authored
If DESCRIBE response is received with status 200 but no content, MyHandler will still set content data for session description parsing. This will cause NULL Pointer crash. This fix checks whether DESCRIBE response has content before parsing session description. Change-Id: I114ae6fd54ce804e61718f62618ca9008425a433
-
- 01 Mar, 2013 1 commit
-
-
Marco Nelissen authored
-
- 28 Feb, 2013 1 commit
-
-
Sangkyu Lee authored
BpMediaMetadataRetriever::extractMetadata() returns a string which is returned by readCString() function of the reply parcel object. However, the parcel object is destroyed at the end of the extractMetadata() function, and so the returned pointer is invalid. This patch fixes this problem by storing the metadata string value. Change-Id: I2a2ccba78246175b2845a237679d6cebe881e83b Signed-off-by:
Sangkyu Lee <sk82.lee@lge.com>
-
- 27 Feb, 2013 3 commits
-
-
Andreas Huber authored
-
Andreas Huber authored
-
Andreas Huber authored
-
- 17 Feb, 2013 1 commit
-
-
Martin Storsjo authored
The correct enum for the format used is OMX_AUDIO_AMRFrameFormatFSF, which is the same as is used in amrnb/enc/SoftAMRNBEncoder.cpp, amrwbenc/SoftAMRWBEncoder.cpp and in OMXCodec and ACodec. The OMX_AUDIO_AMRFrameFormatConformance enum refers to an odd file format only used for conformance tests, not used in the wild. Change-Id: Idc395fc1d4969e33453522d6ec6526876438c526
-
- 31 Jan, 2013 4 commits
-
-
Martin Storsjo authored
Previously, it set the encoding type to AAC, which is just a typo. Change-Id: I2dcae1f579e9feb0b35b6f5d334028c534275042
-
Martin Storsjo authored
The first byte is the number of bytes in the string to display, the rest is the actual string (see ISO/IEC 14496-12:2008 page 29, compressorname in VisualSampleEntry) to display. Currently, all 31 space characters are displayed in certain players (such as Apple QuickTime Player) instead of the plain codec name (e.g. "H.264"). By writing the string length properly, the actual content of the remaining 31 bytes is ignored instead of displayed. Change-Id: I7f93a8966d74a4e86abc46c3dcb70f71780d9cd6
-
Eino-Ville Talvala authored
# Via Igor Murashkin * commit '9b7e8fc7': Camera2: Fix JPEG quality metadata type, new warnings.: DO NOT MERGE
-
Igor Murashkin authored
# Via Igor Murashkin * commit 'abeee0ec': Camera2: fix metadata symbols: DO NOT MERGE
-