15432

На это влияет особенность использования каналов.
У WiFi 802.11b/g/n всего 13 каналов (диапазона рабочих частот), при этом большинство используют ширину в 20 МГц. Канал выбирается точкой доступа и не меняется во время работы. Если кто-то ещё занимает этот канал, начинаются сбои, скорость падает, дальность тоже. Поэтому WiFi удобен, когда одна точка доступа и много клиентских устройств.

У Bluetooth каналов аш 79, каждый шириной 1 МГц, и все используются одновременно. Устройства переключаются между каналами по обговоренной схеме. И если два устройства случайно сталкиваются на канале и мешают друг другу, теряется только небольшая порция данных, которая будет передана заново после переключения на другой канал (1600 или 3200 раз в секунду!). Соответственно, Bluetooth удобен, когда устройств много и все они общаются друг с другом.

Если кратко:
- скорость Bluetooth меньше из-за меньшей ширины канала (1 МГц против 20 МГц у WiFi)
- дальность Bluetooth меньше из-за больших требованиях к чистоте эфира (рабочий диапазон в 79 МГц против 20 МГц у WiFi)
- Bluetooth лучше переживает ситуацию, когда "мастеров" много

P.S. Не специалист, могу ошибаться :) особенно не уверен про дальность. например, BT наушники метров на 100 берут нормально, и через стены...

При захвате или съемке видео всегда возникает вопрос передачи и хранения видеоданных. В несжатом виде FullHD видео занимает нереально много места. Без сжатия минутный ролик занимал бы гигабайты места, и для передачи не хватило бы пропускной способности USB 3.0. Поэтому сразу при захвате к видео применяется сжатие, из-за которого вы видите уменьшение качества.

Новый ноут с вашими требованиями только один подходит, Acer Aspire 3 A315-42-R8LQ

Иначе б/у

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

параллельно с живым заряженным аккумулятором замкните проводками или фольгой на минуту, потом вставляйте в зарядку.

желательно прогнать через умную зарядку(opus 3100) в режиме refresh раз 5.

а вообще, проще и лучше купить новые. Ikea Ladda (перемаркированные eneloop) стоят недорого

На форумах по ремонту ноутбуков, например
https://yadi.sk/d/Hpik_rAdQKZJNw

P.S. Разблокировка делается не так, как вы собираетесь сделать. Обязательно сохраните оригинальный дамп перед экспериментами.

А открывать его на чтение+запись параметром 'r+' нельзя?

сохранить - делайте
data = myfile.read()
а потом
newfile.write(data)

1. Почему же всё-таки CRC32 файла вне зависимости от расширения не рассчитывается в то время, когда остальные алгоритмы работают исправно?

Он рассчитывается.

2. Что означает результат "FFFFFFFF"?

Число 0xFFFFFFFF, в десятичной системе 4294967295

3. Как альтернативными путями рассчитать CRC32 файла в 11-12 Мб?

можно взять другой полином, например, CRC-32 CCIT, тогда получится другой результат

4. Что можно изменить в файле, если результаты расчёта его CRC32 равны FFFFFFFF?

Изменение значения любого байта в файле приведет к другому значению CRC32. Имя и расширение не является содержимым файла и на хеш не влияет.

Предполагаю, что в файле заложена какая-то мина, которая мешает срабатыванию алгоритма CRC32 и зацикливает его. Или я не прав? Это только мои домыслы.

Да нет, скорей всего в конце файла уже записано значение CRC32 всех предыдущих байт, из-за чего получается такой эффект. Можете считать это своеобразной проверкой целостности. Если CRC32 файла не будет равно 0xFFFFFFFF, файл будет считаться повреждённым. Видел такое в прошивках устройств.

Неодимовый магнит, который удерживает крышку ноутбука в закрытом положении.

Загрузка с нуля занимала около двух минут.

На каком моменте долго грузится?

Окей, видимо дело в дровах. Установил все драйвера, и после установки драйверов видеокарты загрузка стала занимать 5-6 секунд. Отлично подумал я.

А это гибридная загрузка Windows, работает примерно как гибернация. Чистый заранее сохраненный слепок ядра системы загружается в оперативку и готово.

Жму рестарт - загрузка 2 минуты.

А тут снова холодная загрузка, вы сбросили "кешированное" ядро

Выключаю, включаю - загрузка 5-6 секунд.

и снова комбинированная загрузка с кешированного ядра спасает ситуацию

Закрываю крышку (компьютер уходит в сон), открываю, и он как после перезагрузки показывает лого ASUS, снизу крутится значок загрузки windows, после "выхода из сна" все открытые приложения остаются открытыми, значит это был сон.

неа, это была "настоящая" гибернация. Из сна логотип не крутится, сразу рабочий стол должен появиться.

Отправляю комп в гибернацию, жму кнопку включения, 5-6 секунд и все.

гибернация восстанавливает ОЗУ из дампа, неудивительно, что быстро

Что за бред? :/ систему ставил через UEFI. На windows 8 такого небыло. Куда рыть то? :/

какой-то компонент системы долго загружается. может кривой драйвер. нужно как-то профилировать загрузку и выявить этот компонент.