Александр

Видео или аудио ролики, обычно, сжимаются какими-то кодеками. Кодеки бывают разные, с разными настройками, и могут выдавать разное качество картинки или звука.
Вот для примера один и тот-же видеоролик, длительностью примерно 10 минут обжатый разными кодеками:
https://peach.blender.org/download/

Рассмотрим два случая:
320×180 - 62 MB
640×360 - 115 MB
Длительность у обоих примерно 600 секунд, выходит что у первого средний битрейт 108352 бит/сек, а у второго 200977 бит/сек.

Зачастую современные кодеки выдают файл с переменным битрейтом. Сцены, где много изменений получают больший битрейт, а относительно статичные - меньший. Хотя иногда встречаются и такие, где битрейт на протяжении всего ролика не меняется.

Какова роль битрейта? Количество бит, которые обрабатывает процессор за секунду и направляет на устройство вывода изображений или звука?

Предположим, процессор может и больше обработать. Битрейт - это не характеристика процессора, а свойство той записи или потока (с ютуба например).

Микропрограмма, это когда машинный код семейства процессоров компилируется в машинный код конкретной модели процессора. То есть программа переводится в микропрограмму. Таким образом поддерживается совместимость с "старевшими" программами.

Если совсем обобщенно:
процессор может выполнять машинные команды - та самая скомпилированная программа
В то же время некоторые процессоры позволяют программировать машинные команды. Это можно назвать микропрограммами.

То бишь для процессоров с "типа CISC" архитектурой каждая команда (например MOV Reg, Mem) реализуется микропрограммной на уровне RISC уровня процессора.
Применительно к x86 это может фигурировать в терминах "микрокоды".

Не путайте микропрограммы (в основном это прошивки разных устройств, которые сложно назвать операционной системой)
И микрокод процессоров
https://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D...

p.s. а .exe файл действительно содержит бинарный код (машинный код), но кроме этого .exe файл, в отличие от .com файла это контейнер со сложной внутренней структурой, которая позволяет хранить и код программ, и данные (текст, диалоги) и графику (иконки и др) и в принципе вообще любой контент.

Касательно c++
1. Апи oc и либы абстрагирующие их (std::thread сюда же)
2. https://software.intel.com/ru-ru/blogs/2011/11/21/... разновидность 1. но этот подход довольно сильно отличается от библиотек поэтому стоит вынести отдельно.
3. Cuda www.nvidia.ru/object/cuda-parallel-computing-ru.html
4. Opencl https://www.khronos.org/opencl/ тоже что и Cuda но без привязки к nvidia
5. SIMD intrinsics не многопоточность, но параллельное исполнение на уровне процессора.
Пример обертки https://github.com/QuantStack/xsimd которая их использует.

Тебе ещё много всего нужно изучить, прежде чем приступить к этому.

Ведь, используя 4 ядра вместо 2-х, можно получить и более высокую производительность, верно?

Не всегда. Если алгоритмы, которые можно "распараллелить", если те, которые нельзя.

Но как это реализовывается?

У любой актуальной ОС есть такие сущности, как процессы и потоки (threads). И у большинства языков есть средства для работы с этим всем

MD5 - скомпрометирован
SHA1 - безопасен, но есть атаки, позволяющие создать несколько документов с одинаковым хэшем, отличающиеся только одним блоком посерёдке
SHA256 - пока что безопасный, TLS-сертификаты нынче используют его в качестве хэш-функции (раньше использовался SHA1)

Базовые понятие дискретки - настолько элементарны, что рассказываются за 15 минут на лекции.
Не базовые понятия дискретки - та еще муть, нам её даже несмотря на нашу специализацию, - давали не глубоко.

Как минимум с базовой алгеброй. Может оказаться куда более полезной хорошая информатика и логика.

Выбирайте: https://play.google.com/store/search?q=криптографи... тут вы точно найдёте то - что вам нужно.

Если я делаю макет сайта в Photoshop, значит я отстал от жизни?

Абсолютно верно. Плюс тебе в карму за то, что это понимаешь.

Юзай фигму - тогда не будет нужен ни скетч, ни зеплин, ни макинтош. Ни даже денег на лицензионное ПО. Нужен только браузер. Разработчики из макета будут извлекать инфу точно так же, как из зеплина, т.к. фигма и дизайнить позволяет, и код с ассетами может экспортить. Плюс она гораздо круче зеплина извлекает код для iOS/Android (помимо стандартного CSS).

У меня все время есть желание переписывать информацию, изложенную в книгах, как будто без этого мне сложнее будет все запомнить.

У меня тоже часто возникает такое желание, при чтении некоторых книг и иных материалов. Желание именно переписать (т.е. в прямом смысле, а не в том, в котором имеете в виду Вы, "перенести/скопировать на бумагу ручкой). А ещё лучше, не просто переписать, а ещё и переиздать потом под своим именем :)))

Даже сейчас, начиная знакомство с Apache, у меня появилось желание переписать всю его документацию только потому, что хочется все усвоить. Точно такое же желание появилось и в отношении документации MySQl. Это болезнь?

Возможно, такое желание обусловлено одним из следующих факторов:
1. Книга на английском, а переписывать Вы её собрались на родной (не английский язык, т.е. переводить и переписывать)
2. У Вас выработалась очень стойкая привычка что-то писать (и потом, возможно, это читать)
3. На основании предыдущего пункта, возможно, Ваш рукописный шрифт, Вы находите более читаемым, нежели печатный (может быть у Вас каллиграфический почерк)

А если серьёзно, я бы не стал заниматься подобной ерундой. Хотя, писать я очень не любил сколько себя помню, возможно дело в этом... Но, как показывает практика, лучше всего в работе - это практика. То есть, не переписывание чего-то куда-то, а изучение механизмов работы чего-то + чтение недостающих подробностей в документации (или других источников).

Хотя, опять же, всё зависит от Ваших целей. Если например, у Вас нет возможности постоянного доступа к компьютеру, планшету или другому источнику информации с требуемым материалом (электричество очень дорогое или интернет или просто нет физически компьютера, но есть книга и одна на всех, а денег купить такую же себе или снять с нее копию - нет) - вполне вероятным возможным решением будет - переписать её.

В случае, если Ваша цель, всё же освоить материал, а не переписать - я бы не стал тратить время на его переписывание, а занялся бы именно освоение оного. А ещё лучше, берёте тот же Apache, MySQL или [что-то там ещё], придумываете себе задачу и начинаете её решать... тут же, с вероятностью близкой к абсолюту - у Вас появятся какие-то вопросы, ответа на которых Вы не знаете и ответ на которые наверняка есть в документации, учебнике или каком-то другом, уже напечатанном (но ещё не переписанном Вами) источнике.

P.S. Если не можете самостоятельно придумать себе задачу - у меня в контактах есть ссылка на скайп-группу, пишите туда, задачу придумаю Вам я. Или, попросите это сделать кого-нибудь с "Тостера" :)

если просто переписать, то это глупо.
Если переписать в своем стиле, со своими ссылками, то может немного и поможет.
Но лучше не документацию переписывать, а придумать и написать решение для конкретной ситуации. Написать скрипт, который делает нужную выборку, поднять apache с нужными в данный момент настройками и сохранить готовое решение.

Для передачи данных от клиента к серверу и наоборот.

100% нет, топовые браузеры прекратили его поддержку еще пару лет назад