Exam26

Project maintained by K3rnys Hosted on GitHub Pages — Theme by mattgraham

7. Кодирование и декодирование информации. Передача информации

Это задание имеет 4 разных подтемы, но по своей сути они одинаковы, главное не забывать, что у тебя имеется калькулятор и питончик

Хранение текстовых документов · решу ЕГЭ

Ну, тут стоит понимать только то, что dpi - это точек на дюйм, а значит, чтобы получить разрешение, нужно возвести число в квадрат

Количество пикселей при это в таком роде задач нас не интересует, если этого нет по условию, ну а так dpi перемножается с разрешением, то есть иначе было бы 150 * x + 150 * y и т.д.

Ну, собственно, не сложно посчитать, что у новой копии dpi в 2 раза больше, а из математики мы помним, что если сторона одного квадрата в n раз больше стороны другого квадрата, то площадь будет больше в n^2

То есть разрешение при dpi 300 в 4 раза больше, чем при dpi 150, но и сжатие у нас составляет только 100 - 40 = 60% / 100 - 20 = 80%, то есть 3/4

4 * 3/4 = 3 - это во сколько раз новая копия больше места занимает

Ну и несложно понять, что если текст у нас занимал 1, а новая копия занимает 3, то текст занимает ровно 25% от новой записи

Ну или вот пример простых расчётов:

Попробуй сама, это очень просто

Ответ

Передача звуковых файлов · решу ЕГЭ

Да по сути то же самое

Разрешение в 2 раза выше (именно что разрешение, обрати внимание), дискретизация в 1,5 раза меньше

Это во сколько раз наш файл стал больше, значит, чтобы теперь передать его в город А, нам бы потребовалось 40 секунд, а не 30

Но пропускная способность канала в город Б в 4 раза выше, значит достаточно разделить 40 на 4 и получить ответ в 10 секунд

Подумал я, и ошибся, потому что при стерео объем файла увеличивается еще в 2 раза..

Иначе говоря, правильно было бы сделать так

Вот интересное задание, напомню, что кГц - значит, что умножаем на 1000, а вот Кбайт/сек - значит, что умножаем на 1024 и еще на 8

Было бы просто байт, умножали бы на 8, а Мбайт - на 8 и на 1024^2

Замечу, что нам нужно найти макс глубину кодирования, значит задача сводится к одной секунде

Наш битрейт, это частота x глубина x количество каналов

А исходный поток, это 45 Кбайт/сек с уже учтенным сжатием, то есть либо мы умножаем битрейт на сжатие, на 0,16, либо делим наш поток на это же сжатие, 0,16, как Вам удобнее

Ну, раз уж мы свели задачу к одной секунде, то можно выразиться так

А еще лучше просто сравнять обе наши части, битрейт и поток

Вроде тоже не сложно, проблема только в терминологии

Аналогично, всё, что стоит знать, так это то то, в одном пикселе 4096 цветов, но для их хранения мы используем не 4096 бит, а только степень, в которую нужно возвести двойку, чтобы получить это число (по сути просто перевести десятичный формат числа в двоичный, и посчитать количество бит в двоичном формате), в этом случае это 12, потому что 2 в 12 степени это как раз 4096. Было бы 4097, взяли бы 13

Поэтому всё, что требуется сделать, так это перемножить разрешение 1536х1024 на количество цветов в одном пикселе х12 и на количество штук в одном пакете, то есть на 150, и разделить на нашу пропускную способность