В прошлом году я пос-Тед о [intlink id=“41” type=“post”]improving the performance of Media Browser[/intlink]. В конце концов, эта попытка дала разочаровывающие результаты. однако, Я недавно экспериментировал с различными способами повышения производительности, как моя библиотека увеличения размера.
- SQLite производительность Media Browser теперь заметно лучше, чем когда он был впервые включен и я был очень доволен результатами, которые я получил от включения его с новым 2.2.8 релиз.
- Я буду экспериментировать с результатом перемещения файла баз данных SQLite на [intlink id=“40” type=“post”]ОЗУ Привод я уже использую для моего WMP база данных[/intlink] и будет обновлять этот пост, соответственно
Вышеуказанные изменения yiel-Дед некоторые Bene-подходит, но на самом деле я был в поисках немного больше. в то время как [intlink id=“41” type=“post”]бенчмаркинга новый USB Пена диск[/intlink] Я проверил размер моего СМИ браузера кэш образов и заметил, что она существенно выросла - до более чем 600 и, со средним размером изображения около 600k. Учитывая типичный размер отображения изображений в вопросе это казалось довольно много, и я задавался вопросом, что еще можно сделать. Я вспомнил, что видел пост о сокращении кэша изображений на TheHTPC, который один из блога питает я держу половину глаза на довольно регулярно, и решил вырыть статью в вопросе вверх. Я был рад видеть, что автор (другой Jon) попытался различные вещи, которые я уже сделал, и имел некоторый отличный совет для уменьшения размера изображения.
- Реком-пресс все в формате JPEG (в моем случае к 80%). Это спасло над 350meg
- Изменение размера всех обложки фильма изображения (Я далее следует совет использовать 600 × 400). Это спасло дополнительный 230meg.
Я хотел бы повторить Jon из TheHTPC одобрив FastStone просмотра изображений для указанных выше операций. Он был свободен и прост в использовании.
- Я также решил ограничить количество фонов в фильм максимум 2. Это спасло дополнительный (ком-Пре-мер в темах) 60Мэг. Я считал сокращение максимума просто 1, но это будет только сохранить дополнительный 14Mb - который я решил не стоит на данный момент.
В общей сложности я сократил количество изображений прибл 250, и общий размер по 640MB.
- Я также проверил, чтобы увидеть, если какие-либо задники были больше, чем 1920 × 1080 с целью изменения размера любого, которые были. грустно (или SENS-ibly) не было ни одного. Но я был в состоянии определить, 4 коррумпированным (1кб) бэк-капли файлы, которые я также удалены.
- Я также выключен "Использование интернет-провайдеров" в Media Browser конфигурации (внутри медиа центр-тер, не начальное меню кон-рис перебоев в подаче) хотя я не ожидаю, что это будет иметь никакого эффекта, как у меня уже есть полный мета-данные, которые я управлять с Медиа Цен-тер Мастер
Я до сих пор 189mb из PNG'Ы и решил попробовать сжимая их далее с PNGOUTWin, который я Selec-Тед на основе Сравнение различных инструментов сжатия PNG. Несмотря на оригинальный сравнение дает PNGOUT весьма неблагоприятную производительность с точки зрения времени, чтобы завершить, Я нашел окнах вер-сии, которая была оптимизирована для многоядерных процессоров, за сформирован хорошо, ком-плету-ния большинство изображений в возрасте до 10 секунд, со средним сжатием до 94%. Экстраполяция всех моих изображений это позволит сэкономить только 12mb. К сожалению PNGOUTWin не свободна, и я решил, что экономия 12 МБ просто не стоит платить за.
Общая я теперь уменьшается средний размер файла в моей папке ImageCache до чуть менее 220Кб - только 37% первоначальный средний. После того, как весь кэш перестраивается я ожидаю (и надежда) это приведет к новым размером кэш-памяти под 250MB, которые должны предложить очень существенный прирост скорости.
“Hi James I realise it has been a long while, but I just checked this on windows 11 (build 23H2)…”