1.)
<span>((i <= n) && (a[i] == 0)) || (((i >= n) && (a[i-1] == 0))) </span>
<span>The expression will be true IF the first part is true, or if the first part is false and the second part is true. This is because || uses "short circuit" evaluation. If the first term is true, then the second term is *never even evaluated*. </span>
<span>For || the expression is true if *either* part is true, and for && the expression is true only if *both* parts are true. </span>
<span>a.) (i <= n) || (i >= n) </span>
<span>This means that either, or both, of these terms is true. This isn't sufficient to make the original term true. </span>
<span>b.) (a[i] == 0) && (a[i-1] == 0) </span>
<span>This means that both of these terms are true. We substitute. </span>
<span>((i <= n) && true) || (((i >= n) && true)) </span>
<span>Remember that && is true only if both parts are true. So if you have x && true, then the truth depends entirely on x. Thus x && true is the same as just x. The above predicate reduces to: </span>
<span>(i <= n) || (i >= n) </span>
<span>This is clearly always true. </span>
i think its the first sentence: Mobile devices have become the main source of communication for many people around the world
if im wrong im dum ;-;
Was this in reference to literal audio archives? If so, I don't see any cons beside possible copyright infringement.
If you're talking about the codecs themselves, then I can do that.
<span>Pros:
</span>- Widespread acceptance. Supported in nearly all hardware devices, and continually adopted by newer ones.
- Faster decoding. Much more so than FLAC, Vorbis, etc.
- Relaxed licensing schedule.
<span>Cons:
</span><span>
</span>- Lower quality and efficiency than most modern codecs. (To be fair, never really noticed this one).
- Sometimes the maximum bitrate isn't enough.
- Pretty much void/unusable for high definition audio (higher than <span>48kHz).</span>