| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Convert channel layout to channel count for optimal frame size.
>
> BUG=249960
>
> Review URL: https://chromiumcodereview.appspot.com/17759003
TBR=rtoy@google.com
Review URL: https://codereview.chromium.org/18177013
git-svn-id: svn://svn.chromium.org/chrome/branches/1547/src@209212 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=253616
TEST=Added unittests to cover this.
R=scherkus@chromium.org
Review URL: https://codereview.chromium.org/17639003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208320 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Spec says you shouldn't call this until params are set. It seems
possible this might cause a SampleRateConverter or other piece of
plumbing to be inserted into the chain if the default parameters
don't match what we set them to.
This is speculative, but consistent with CoreAudio AUHAL examples
and documentation:
http://developer.apple.com/library/mac/#technotes/tn2091/_index.html
BUG=158170
TEST=no crashes. audio plays.
Review URL: https://chromiumcodereview.appspot.com/17434003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208284 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
The java side code already accepts the MediaCrypto obeject.
However, the native side code always passes in NULL.
Change the start() call so we can pass in a non-null MediaCrypto object later.
BUG=163552
Review URL: https://chromiumcodereview.appspot.com/17579003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208263 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL was created fully mechanically by running
git grep -l base::mac::ScopedCFTypeRef | xargs sed -i -e 's/base::mac::ScopedCFTypeRef/base::ScopedCFTypeRef/g'
git commit -a -m.
git clang-format HEAD^ --style=Chromium
git commit -a -m.
git cl upload -t $TITLE
BUG=251957
TBR=mark@chromium.org
Review URL: https://codereview.chromium.org/16917011
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208245 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Adds --override-encrypted-media-canplaytype and the corresponding flag.
BUG=252967
TBR=jochen@chromium.org
Review URL: https://chromiumcodereview.appspot.com/17569003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208158 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
flag." (r208096).
Broke ChromeOS build.
TBR=ddorwin
Review URL: https://codereview.chromium.org/16917014
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208103 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Adds --override-encrypted-media-canplaytype and the corresponding flag.
BUG=252967
TBR=jochen@chromium.org
Review URL: https://chromiumcodereview.appspot.com/17459003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208096 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
Adding the message handler so people can work on it.
BUG=163552
Review URL: https://chromiumcodereview.appspot.com/17563002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208072 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
TEST=All existing unittests still pass.
Review URL: https://chromiumcodereview.appspot.com/16867010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208046 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
issue resolved.
Last attempt: https://codereview.chromium.org/17122006/
BUG=249089
Review URL: https://chromiumcodereview.appspot.com/17334005
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208033 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
16025005 had review from: palmer@chromium.org, piman@chromium.org, scherkus@chromium.org
BUG=163795
TBR=scherkus@chromium.org
Review URL: https://codereview.chromium.org/17288018
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@208003 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
r207989. But it looks more like an accidental commit.
TBR=crogers@google.com
Review URL: https://codereview.chromium.org/17176031
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207996 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
use ChildThread for main loop - fix Android build
whitespace fix
minor style fix
last minute compile fixes
address Antoine's comments
minor changes to reflect latest Blink API -- address palmer comments
last minute include order fix
address last minute style nits
stub out other OSes
support Takashi's MIDIAccessor
fix minor build err
undo param traits changes
get rid of param_traits - other minor style nits
address scherkus comments
use int64 for ParamTraits
WIP fix white-space issues more style basically working some cleanup -- support for multiple clients forgot midi_manager.cc Get MIDI port information sent to renderer formatting fixes lots of cleanup - added RequestAccess and Send style more style only bother sending received messages to renderer if approval was asked early steps to granting permission to Blink some progress to sending port info to Blink send client_id when requesting access fix minor style issues in .gyp files fix context/browser DEPS fix include paths
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207992 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Implement Web MIDI API back-end
>
> This involves browser-side support and IPC for sending and receiving
> MIDI messages. Initially support for OSX is included.
>
> BUG=163795
> R=palmer@chromium.org, piman@chromium.org, scherkus@chromium.org
>
> Review URL: https://codereview.chromium.org/16025005
TBR=crogers@google.com
Review URL: https://codereview.chromium.org/17334006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207989 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
This involves browser-side support and IPC for sending and receiving
MIDI messages. Initially support for OSX is included.
BUG=163795
R=palmer@chromium.org, piman@chromium.org, scherkus@chromium.org
Review URL: https://codereview.chromium.org/16025005
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207983 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is done by setting stream to VOICE which is the only stream type hooking up volume control automatically.
It's required to use matching audio mode and stream type. Otherwise, the volume control doesn't work. That means we have to use same mode
for both WebAudio and WebRTC. This leads to the change in audio_manager_android.cc which sets audio to communication mode so that OpenSL
stream can use VOICE stream type to adjust volume.
Contributed by leozwang@chromium.org (original patch https://chromiumcodereview.appspot.com/12806009/)
TBR=fischman@chromium.org
BUG=222393, 243506
TEST=run https://apprtc.appspot.com/?debug=loopback on Google Android devices, e.g., Galaxy Nexus, Nexus4. The volume can be changed with the volume key. Also run some WebAudio test samples, e.g., https://developer.cdn.mozilla.net/media/uploads/demos/b/o/boblemarin/bf84de2482b5c2e1a869089fad3de56e/3eat5urfin9_1362006031_demo_package/index.html.
Review URL: https://codereview.chromium.org/17491007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207921 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update all callers of InitLogging() to use LoggingSettings, only
setting fields that need a non-default value.
Turn LoggingDestination enum into a bit field and define add
LOG_DEFAULT and LOG_ALL constants.
Fix erroneous comment saying that the default was to not lock
the log file.
BUG=247594
TBR=brettw@chromium.org, cpu@chromium.org, gene@chromium.org, jam@chromium.org, rch@chromium.org, scherkus@chromium.org, sergeyu@chromium.org, sky@chromium.org, tkent@chromium.org, yfriedman@chromium.org, zea@chromium.org
Review URL: https://codereview.chromium.org/16519003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207920 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
This makes sync and net compile with no "using *Value".
BUG=
Review URL: https://codereview.chromium.org/17034006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207907 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
This routes audio to speaker, instead of earpiece, by default for WebRTC on Android.
BUG=243506
TEST=run https://apprtc.appspot.com/?debug=loopback on Google Android devices. Audio will come out of speaker.
R=qinmin@chromium.org
Review URL: https://codereview.chromium.org/17491008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207876 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=163552
Review URL: https://chromiumcodereview.appspot.com/17101027
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207815 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It seems that when waking from sleep we may miss device change
notifications and end up in a perpetually silent state.
Try to avoid this by posting a task if we get into this state. Only
do this once. AudioManagerMac will ignore the request if no change
has taken place.
BUG=160920, 249830
TEST=no crashes. audio plays, device changes work.
Review URL: https://chromiumcodereview.appspot.com/17463009
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207786 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch ensures that seek and init callbacks are always
dispatched from the message loop that initiated the Seek()
or Initialize() operation. This prevents reentrancy problems
and allows the code to jump through less locking hoops.
TESTS=All existing unittests and LayoutTests still pass.
Review URL: https://chromiumcodereview.appspot.com/17261029
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207767 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
As part of the work to simplify the handling of audio data, adding this
class to create a queue of audio data. Using this class will come in a
subsequent CL.
BUG=248989
Review URL: https://chromiumcodereview.appspot.com/17112016
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207761 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
BUG=147327
TEST=media_unittests.exe --gtest_filter=WASAPIUni* gtest_also_run_disabled_tests where I've also hard coded uniqe device IDs for non-default capture devices.
Also tested misc. live-audio clients where a non-default mic was selected under content/settings
Review URL: https://chromiumcodereview.appspot.com/17410006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207615 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
The needkey event comes from the demuxers only.
BUG=249976
R=dmichael@chromium.org, xhwang@chromium.org
Review URL: https://codereview.chromium.org/17309003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207580 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=247723
TEST=everything compiles OK
TBR=ben@chromium.org
Review URL: https://codereview.chromium.org/17390010
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207507 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
On Android, pixel layout is RGBA. However, other Chrome platforms use BGRA.
BUG=239276
TEST= Visit inear.se/bgra on nexus 7. Color is right.
Review URL: https://chromiumcodereview.appspot.com/17043007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207472 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
BUG=251828
TEST=MP4StreamParserTest.TestNoMoovAfterFlush
Review URL: https://chromiumcodereview.appspot.com/17320007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207393 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
be able to choose which microphone to be used via UI.
BUG=112472
TEST=https://www.google.com/intl/en/chrome/demos/speech.html
verify we can use different device to do the speech recognition.
Review URL: https://chromiumcodereview.appspot.com/17377003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207328 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
BUG=
Review URL: https://chromiumcodereview.appspot.com/16852005
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207283 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
ProxyDecryptor will be the MediaKeys manager for EME v0.1b. So it'll create and
manage MediaKeys instead of Decryptors. Also add GetDecryptor() method in
MediaKey interface so that we can get a Decryptor through the MediaKeys interface.
BUG=163552
Review URL: https://chromiumcodereview.appspot.com/17381007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207233 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Overriding HasAlpha method in VpxVideoDecoder as it might produce
a VP8 videos with alpha (the default method in the base class
always returns false).
BUG=147355
Review URL: https://chromiumcodereview.appspot.com/17379013
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207232 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
Currently ProxyDecryptor never sets NULL decryptor in DecryptorReadyCB. However on Chrome on Android, we have a legit use case of this. When ProxyDecryptor cannot create a decryptor for the specified key system, it'll choose to go through the IPC route to defer decryption to the browser. In this case, it could set NULL decryptor in DecrypingDemuxerStream's SetDecryptor() callback to trigger DDS init failure, so that MediaSourceDelegate will not try to decrypt the buffers at the renderer side. Instead it'll send all encrypted buffers over the IPC to the browser.
BUG=163552
Review URL: https://chromiumcodereview.appspot.com/17422002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207202 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
decoders are still running
It is possible that Start() is called when there are pending tasks.
In such cases, we should wait until the pending task to finish before kicking off the decoding task.
Additionally, Start() could be called when there are running decoding jobs.
For example, Start() is called before Pause() actually stops the decoding jobs on the main thread.
Here are the changes included in this patch:
1. Wait for pending tasks to finish before calling startInternal();
2. When StartInternal() is called, we are sure there is no pending tasks and we can safely call CreateXXXXXDecodeJob();
3. In StartInternal(), only kick off those decoder jobs that are not running.(running jobs will keep on running when they check the playing_ variable)
BUG=233420
Review URL: https://chromiumcodereview.appspot.com/16902005
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207192 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
system clock.
Added exclude regexp to prevent warning for certain reasonable cases: 1) a 'using base::Time' declaration; and 2) references to base::Time::kXXX constants (a bug fix).
BUG=247881
NOTRY=true
Review URL: https://chromiumcodereview.appspot.com/17426008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207173 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Rejigger audio capture pipeline to work with separate main+worker threads (Mac).
>
> The audio capture pipeline (specifically: WebContentsAudioInputStream, VirtualAudio[In|Out]putStream, and FakeAudioConsumer) was implemented under the assumption that the thread pumping audio data was the same as the thread invoking Open/Start/Stop/Close. This assumption was correct until SVN rev 204130 (https://codereview.chromium.org/14273018/), where these tasks were split across two separate threads.
>
> This change restores functionality by utilizing the same design assumptions as the normal, "non-virtual" input/output stream implementations. Data pumping is assumed to occur by one thread, and the implementation must block the control thread on a call to Stop() and not return from Stop() until the data pumping has ceased.
>
> Augmented VirtualAudioInputStream unit testing to run all tests under the one-thread (non-Mac platforms) versus two-thread (Mac only) scenario.
>
> BUG=249089
> TEST=media_unittests, content_unittests, manual confirmation
>
> Review URL: https://chromiumcodereview.appspot.com/17122006
TBR=miu@chromium.org
Review URL: https://codereview.chromium.org/17351004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207144 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
parameters.
This eliminates unnecessary parameters and prepares for integration with the new API.
BUG=249976,250048
TBR=cdn@chromium.org
Review URL: https://codereview.chromium.org/17289006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207131 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
BUG=none
TEST=none
NOTRY=true
Review URL: https://chromiumcodereview.appspot.com/16851004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207115 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The audio capture pipeline (specifically: WebContentsAudioInputStream, VirtualAudio[In|Out]putStream, and FakeAudioConsumer) was implemented under the assumption that the thread pumping audio data was the same as the thread invoking Open/Start/Stop/Close. This assumption was correct until SVN rev 204130 (https://codereview.chromium.org/14273018/), where these tasks were split across two separate threads.
This change restores functionality by utilizing the same design assumptions as the normal, "non-virtual" input/output stream implementations. Data pumping is assumed to occur by one thread, and the implementation must block the control thread on a call to Stop() and not return from Stop() until the data pumping has ceased.
Augmented VirtualAudioInputStream unit testing to run all tests under the one-thread (non-Mac platforms) versus two-thread (Mac only) scenario.
BUG=249089
TEST=media_unittests, content_unittests, manual confirmation
Review URL: https://chromiumcodereview.appspot.com/17122006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207105 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As part of the work to simplify the handling of audio data, adding this
class which is derived from DataBuffer with a few additions to keep
track of the format of the audio data. Using this class will come in a
subsequent CL.
BUG=248989
Review URL: https://chromiumcodereview.appspot.com/16974002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207067 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
New version ensures that input and output bus to/from the channel mixer has the same size.
BUG=250947
TEST=Verified that unified audio clients crashed when input device used mono and we did resampling (e.g. 16->32). For this case, different audio bus sizes were used by the channel mixer. Using the fix, the channel mixer now always uses input and output buses of the same size (320 and 320 in the case above)
Review URL: https://chromiumcodereview.appspot.com/17377004
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207053 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
This will avoid them being used before the new errors are defined.
BUG=249976
R=isherman@chromium.org, xhwang@chromium.org
Review URL: https://codereview.chromium.org/17310002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207025 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The ChunkDemuxer was triggering the DemuxerStreams to signal the end of stream
condition too early if there was a gap in the buffered ranges and EndOfStream()
was called. This patch moves the end of stream tracking logic to
SourceBufferStream so that it is easier to track the end of stream condition
and fixes the problem where end of stream buffers were returned if the
ChunkDemuxer is waiting for a gap to be filled.
BUG=151316
TEST=ChunkDemuxerTest.TestEndOfStreamWhileWaitingForGapToBeFilled
Review URL: https://chromiumcodereview.appspot.com/17284006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206972 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From r197977
This roll adds support for the finalized VP9 bitstream.
See:
https://codereview.chromium.org/16109020/
https://codereview.chromium.org/16863002/
https://codereview.chromium.org/16970002/
https://codereview.chromium.org/17028002/
https://codereview.chromium.org/17286003/
for the actual changes.
Local Syzygy build passed.
BUG=165504
Review URL: https://chromiumcodereview.appspot.com/17300002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206883 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Example diagnostic:
In file included from ../../ppapi/tests/test_flash_file.cc:5:
../../ppapi/tests/test_flash_file.h:5:9: error: 'PAPPI_TESTS_TEST_FLASH_FILE_H_' is used as a header guard here, followed by #define of a different macro [-Werror,-Wheader-guard]
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../ppapi/tests/test_flash_file.h:6:9: note: 'PPAPI_TESTS_TEST_FLASH_FILE_H_' is defined here; did you mean 'PAPPI_TESTS_TEST_FLASH_FILE_H_'?
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
PAPPI_TESTS_TEST_FLASH_FILE_H_
1 error generated.
BUG=none
R=ben@chromium.org
Review URL: https://codereview.chromium.org/17321002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206837 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On Android, in order to use low latency mode for audio playback, it's required to use exact sampling rate and buffer size queried from the device.
This patch uses 2048 frames for IPC buffer and native size (queried from device) for buffer sent to the device.
BUG=243506
TEST=run https://apprtc.appspot.com/?debug=loopback on Google Android devices, e.g., Galaxy Nexus, Nexus4. The audio quality is much better than the exisiting setup.
R=dalecurtis@chromium.org
Review URL: https://codereview.chromium.org/17209003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206821 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
Currently when surface changes, we always perform a seek so that the decoder will get I-frame first. However, if we are already seeking, there is no need to do that.
BUG=233420
Review URL: https://chromiumcodereview.appspot.com/16955011
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206788 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a manual cleanup of call sites that invoke scoped_ptr<T>'s
constructor with an explicit NULL argument, since the clang tooling
infrastructure does not work on Windows. Also fixes a misuse of
scoped_ptr<T> in chrome_frame to hold memory allocated by operator
new[].
BUG=173286
R=alexeypa@chromium.org, erg@chromium.org, jochen@chromium.org, mmenke@chromium.org, tommi@chromium.org
Review URL: https://codereview.chromium.org/16943003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206763 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
We aren't using it anymore. It used to be used to switch to SwitchShader but the new version of SwiftShader exposes a EGL / GLES2 interface without ANGLE in between.
TBR=kbr@chromium.org, senorblanco@chromium.org
Review URL: https://codereview.chromium.org/17110007
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@206759 0039d316-1c4b-4281-b951-d872f2087c98
|