| /art/test/085-old-style-inner-class/ |
| info.txt | 2 in a loss of inner class reflection information.
|
| /external/valgrind/main/perf/ |
| many-loss-records.vgperf | 1 prog: many-loss-records
|
| Makefile.am | 14 many-loss-records.vgperf \
21 bigcode bz2 fbench ffbench heap many-loss-records many-xpts sarp tinycc
|
| /external/chromium_org/third_party/webrtc/voice_engine/ |
| network_predictor.h | 21 // NetworkPredictor is to predict network conditions e.g., packet loss rate, for
28 // Gets the predicted packet loss rate.
31 // Updates the packet loss rate predictor, on receiving a new observation of
32 // packet loss rate from past. Input packet loss rate should be in the
40 // An exponential filter is used to predict packet loss rate.
|
| /external/chromium_org/net/quic/congestion_control/ |
| loss_detection_interface.h | 5 // The pure virtual class for send side loss detection algorithm.
21 // Creates a TCP loss detector.
28 // Called when a new ack arrives or the loss alarm fires.
|
| loss_detection_interface.cc | 12 // Factory for loss detection algorithm.
21 LOG(DFATAL) << "Unknown loss detection algorithm:" << loss_type;
|
| /external/chromium_org/third_party/webrtc/modules/rtp_rtcp/test/testFec/ |
| test_packet_masks_metrics.cc | 15 * The metrics measure the efficiency (recovery potential or residual loss) of
16 * the FEC code, under various statistical loss models for the packet/symbol
17 * loss events. Various constraints on the behavior of these metrics are
25 * In the case of XOR, the residual loss is determined via the set of packet
26 * masks (generator matrix). In the case of RS, the residual loss is determined
40 * The type of packet/symbol loss models considered in this test are:
41 * (1) Random loss: Bernoulli process, characterized by the average loss rate.
42 * (2) Bursty loss: Markov chain (Gilbert-Elliot model), characterized by two
43 * parameters: average loss rate and average burst length
[all...] |
| /external/valgrind/main/memcheck/tests/ |
| filter_stderr | 21 # (eg. Darwin) there may be extra (reachable, and thus not shown) loss
22 # records. So we filter out the loss record numbers.
23 perl -p -e "s/in loss record \d+ of \d+/in loss record ... of .../" |
|
| pointer-trace.stderr.exp | 1 1,000 bytes in 1 blocks are definitely lost in loss record ... of ...
|
| reach_thread_register.stderr.exp-mips32 | 2 136 bytes in 1 blocks are definitely lost in loss record ... of ...
|
| reach_thread_register.stderr.exp-mips64 | 2 272 bytes in 1 blocks are definitely lost in loss record ... of ...
|
| static_malloc.stderr.exp | 1 10 bytes in 1 blocks are definitely lost in loss record ... of ...
|
| trivialleak.stderr.exp | 1 1,000 bytes in 1,000 blocks are definitely lost in loss record ... of ...
|
| trivialleak.stderr.exp2 | 1 999 bytes in 999 blocks are definitely lost in loss record ... of ...
|
| leak-delta.stderr.exp | 2 10 bytes in 1 blocks are still reachable in loss record ... of ...
9 10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
14 21 (+21) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
20 65 (+65) bytes in 2 (+2) blocks are still reachable in loss record ... of ...
27 10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
33 0 (-10) bytes in 0 (-1) blocks are still reachable in loss record ... of ...
38 10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
44 0 (-10) bytes in 0 (-1) blocks are definitely lost in loss record ... of ...
49 10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
55 32 (+32) bytes in 1 (+1) blocks are definitely lost in loss record ... of ..
[all...] |
| /frameworks/av/media/libeffects/lvm/lib/StereoWidening/src/ |
| LVCS_BypassMix.h | 54 /* Output gain settings, Gain = (Loss/32768) * 2^Shift */
56 LVM_UINT16 Loss; /* Loss required */
57 LVM_UINT16 UnprocLoss; /* Unprocessed path loss */
|
| /external/chromium_org/third_party/webrtc/modules/video_coding/main/source/ |
| media_opt_util.h | 26 // Number of time periods used for (max) window filter for packet loss
27 // TODO (marpan): set reasonable window size for filtered packet loss,
28 // adjustment should be based on logged/real data of loss stats/correlation.
34 // The type of filter used on the received packet loss reports.
36 kNoFilter, // No filtering on received loss.
122 // Returns the effective packet loss for ER, required by this protection method
124 // Return value : Required effective packet loss
157 // Estimation of residual loss after the FEC
176 // Get the effective packet loss
186 // Get the effective packet loss for E
[all...] |
| /external/chromium_org/third_party/webrtc/modules/audio_coding/neteq/tools/ |
| neteq_quality_test.cc | 23 // Define switch for packet loss rate.
27 printf("Invalid packet loss percentile, should be between 0 and 100.");
31 DEFINE_int32(packet_loss_rate, 10, "Percentile of packet loss.");
36 // Define switch for random loss mode.
40 printf("Invalid random packet loss mode, should be between 0 and 2.");
45 "Random loss mode: 0--no loss, 1--uniform loss, 2--Gilbert Elliot loss.");
59 "Burst length in milliseconds, only valid for Gilbert Elliot loss.")
[all...] |
| /external/chromium_org/third_party/webrtc/modules/bitrate_controller/ |
| send_side_bandwidth_estimation.cc | 26 uint32_t CalcTfrcBps(uint16_t rtt, uint8_t loss) {
27 if (rtt == 0 || loss == 0) {
36 double p = static_cast<double>(loss) / 255; // Packet loss rate in [0, 1).
82 uint8_t* loss,
85 *loss = last_fraction_loss_;
101 // Check sequence number diff and weight loss report
109 // Report loss if the total report is based on sufficiently many packets.
132 // Loss < 2%: Increase rate by 8% of the min bitrate in the last
138 // whenever a receiver report is received with lower packet loss
[all...] |
| /external/chromium_org/third_party/webrtc/modules/video_coding/codecs/test/ |
| packet_manipulator.h | 23 // Which mode the packet loss shall be performed according to.
51 // Packet loss mode. Two different packet loss models are supported:
57 // Packet loss probability. A value between 0.0 and 1.0 that defines the
59 // Default: 0 (no loss).
62 // Packet loss burst length. Defines how many packets will be lost in a burst
67 // Class for simulating packet loss on the encoded frame data.
68 // When a packet loss has occurred in a frame, the remaining data in that
|
| /external/chromium_org/gpu/command_buffer/common/ |
| constants.h | 36 // This context definitely provoked the loss of context.
39 // This context definitely did not provoke the loss of context.
42 // It is unknown whether this context provoked the loss of context.
|
| /external/chromium_org/third_party/webrtc/modules/audio_coding/main/acm2/ |
| acm_opus_unittest.cc | 44 for (int loss = from; loss <= to; (to >= from) ? ++loss : --loss) {
45 EXPECT_EQ(0, SetPacketLossRate(loss));
|
| /frameworks/base/docs/html/training/managing-audio/ |
| audio-focus.jd | 20 <li><a href="#HandleFocusLoss">Handle the Loss of Audio Focus</a></li>
39 Likewise, it should know how to listen for a loss of audio focus and respond appropriately when that
114 <h2 id="HandleFocusLoss">Handle the Loss of Audio Focus</h2>
117 app requests it. How your app responds to a loss of audio focus depends on the manner of that
118 loss.</p>
123 the possible focus loss events mirror the focus request types from the previous
124 section—permanent loss, transient loss, and transient with ducking permitted.</p>
126 <p>Generally speaking, a transient (temporary) loss of audio focus should result in your app
131 <p>If the audio focus loss is permanent, it?s assumed that another application is now being used t
[all...] |
| /external/valgrind/main/gdbserver_tests/ |
| mcleak.stderrB.exp | 3 10 bytes in 1 blocks are still reachable in loss record ... of ...
8 10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
13 21 (+21) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
18 65 (+65) bytes in 2 (+2) blocks are still reachable in loss record ... of ...
23 10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
28 0 (-10) bytes in 0 (-1) blocks are still reachable in loss record ... of ...
33 10 (+10) bytes in 1 (+1) blocks are definitely lost in loss record ... of ...
38 0 (-10) bytes in 0 (-1) blocks are definitely lost in loss record ... of ...
43 10 (+10) bytes in 1 (+1) blocks are still reachable in loss record ... of ...
48 32 (+32) bytes in 1 (+1) blocks are definitely lost in loss record ... of ..
[all...] |
| /external/ceres-solver/include/ceres/ |
| loss_function.h | 23 // SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
33 // For the exact manner in which loss functions are converted to the
37 // squared loss is expected, it is not necessary to create a loss
39 // residuals implies a standard squared loss.
43 // measurements, it is important to use a loss function that reduces
57 // anything special (i.e. if we used a basic quadratic loss), the
59 // due to the quadratic nature of squared loss. This results in the
64 // Using a robust loss function, the cost for large residuals is
70 // In general, there isn't a principled way to select a robust loss
[all...] |
