Apr 8, 2013 - Устанавливаем необходимые дистрибутивы: sudo apt-get install build-essential autoconf libtool gcc g++ make cmake git-core patch wget. Я немного опоздал с этим комментарием, и у меня нет никаких идей о том, что ваш 'make test' зависает, но я хотел бы указать, что Image:: ExifTool - это.

/ (92 +65) Компания Google о переходе на финишную прямую процесса разработки открытого видеокодека VP9, в рамках которого развиваются методы кодирования нового поколения для проекта WebM, способные конкурировать с будущим стандартом сжатия видео (High Efficiency Video Coding). В настоящее время формат битового потока VP9 переведён на стадию бета-тестирования.

Код библиотеки libvpx c реализацией VP9 для свободной загрузки через Git-репозиторий проекта Chromium. Экспериментальная реализация декодировщика VP9 уже входит в свежие выпуски браузеров Chrome и Chromium. На 17 июня полная заморозка потокового формата от внесения изменений. В оставшееся до заморозки время работа будет сосредоточена на завершении формирования целостного продукта, принятии решений по включению экспериментального кода, учёте замечаний и подготовке спецификации. На следующей стадии начнётся процесс продвижения нового кодека. В частности, планируется включить по умолчанию поддержку VP9 в браузере Chrome и операционной системе Chrome OS, а также обеспечить поддержку нового кодека в сервисе YouTube. Основной целью при создании кодека VP9 было сокращение размера битового потока на 50% по сравнению с VP8 при сохранении идентичного качества, а также обеспечение более высокого уровня сжатия по сравнению с продвигаемым стандартом H.265/HEVC.

Для реализации указанных требований в суперблоках новые структуры кодирования -. Кроме того, в качестве суперблоков теперь могут использоваться области в 32x32 (возможно и 64x64) пикселей, поддерживаются трансформации DCT (8x8, 16x16) и ADST (4x4, 8x8, 16x16), задействован улучшенный алгоритм предсказания межкадровых изменений и улучшенная модель кодирования энтропии, добавлены новые методы объединения схожих блоков в сегменты и т.д. Несмотря на то, что изначально кодек VP9 развивается для кодирования видео высокого разрешения, по заверению разработчиков эффективность кодирования видео с низким разрешением и работа на низких битрейтах будет сохранена. В частности, проведённые тесты свидетельствуют об увеличении степени сжатия по сравнению с VP8 на 44% для видео высокого разрешения и на 26% для видео среднего и низкого разрешения.

Среди других особенностей отмечается адаптация декодера для работы на маломощных встраиваемых устройствах и широкий спектр режимов качества, в том числе кодирование без потерь. (92 +65) Тип: К сведению (16 +15) релиз FreeType 2.4.12, модульного шрифтового движка, предоставляющего единый API для унификации обработки и вывода шрифтовых данных в различных векторных и растровых форматах.

Ключевым нового выпуска является интеграции кардинально улучшенного CFF-растеризатора, разработанного компанией Adobe при участии Google. Новый движок существенно опережает по качеству текущий CFF-растеризатор и позволяет генерировать более читаемый и красиво выглядящий текст, значительно более точно соответствующий изначальному дизайну гарнитуры шрифта. Улучшения касаются ширины и положения ствола символа, меньшего отсева пикселей, более качественного и однородного отображения сложных сочетаний, например с изображением иероглифов. Подготовленный новым растеризатором текст выглядит более тёмно, равномерен по высоте, лишён смазываний, выпаданий элементов и излишних утолщений. Текст созданный старым растеризатором выглядит на этом фоне тусклым с неравномерной высотой отдельных символов. Текст, полученный в результате работы нового растеризатора: Результат, полученный при использовании старого растеризатора CFF: Результат, полученный при использовании автоматического хинтинга: Новый растеризатор нацелен на использование с форматом шрифтов CFF (Compact Font Format), который отличается от TrueType методами описания глифов и хинтов, инструкций по изменению глифа в зависимости от размера.

CFF является потомком формата PostScript и позволяет обеспечить более высокое качество на экранах высокой чёткости, но задача по обеспечению качества ложится на растеризатор, а не на шрифт, как в случае с TrueType. Так как разрешение многих экранов ограничено, при отображении текста требуется подобрать оптимальный баланс различных факторов, таких как читаемость текста, отсутствие слишком толстых или тонких символов, соотношение ширины и высоты символов и соответствие оригинальному дизайну гарнитуры. Чем меньше размер отображаемого шрифта, тем труднее подобрать нужный баланс и обеспечить качественное отображение. Среди других изменений можно отметить переработку демонстрационных программ ftview и ftdiff, в которых реализованы средства гибкой настройки вывода и управления режимами, изменяемые в процессе отображения через горячие клавиши.

(16 +15) Тип: Программы (69 +5) результаты более 5000 пользователей, проведённого в рамках по ребрендингу проекта. Респондентам было предложено оценить степень симпатии и антипатии логотипов, присланных дизайнерами на конкурс по выбору логотипа для релиза Apache OpenOffice 4.0. Финальный логотип, который будет использован в Apache OpenOffice 4.0, планируется выбрать после проведения отдельного рецензирования работ, набравших наибольшее число положительных отзывов в результате опроса. Примечательно, что в лидеры в основном выбились незначительные модификации текущего логотипа, как правило отличающиеся шрифтами и расположением элементов: Из логотипов, непохожих на ранее используемую символику, наибольшее число голосов набрали следующие варианты:.

(69 +5) Тип: К сведению (73 –37) Несмотря на, консорциум W3С к стандартизации средств DRM (Digital Rights Management) для HTML5-контента, первый черновой вариант спецификации. Спецификация определяет API для подключения расширений к объекту HTMLMediaElement, позволяющих обеспечить воспроизведение защищённого контента при помощи сторонних проприетарных бинарных модулей или аппаратных механизмов. Основное противников Encrypted Media Extensions связано с тем, что данные модули, отвечающие за расшифровку контента, реализуются отдельно, не обязаны быть переносимыми и контролируются отдельными поставщиками, что может привести к фрагментации и доступности защищённого контента только для нескольких популярных платформ. Наиболее вероятно, что после принятия спецификации вместо нескольких поставщиков DRM-контента, поставка защищённого контента примет массовый характер, что существенно ущемит возможности пользователей систем, для которых недоступны модули расшифровки или которые не могут поставлять их в силу их несовместимости со свободными лицензиями.

В качестве одной из альтернатив DRM, называется добавление в видеопоток уникальных водяных знаков, которые позволят выявить источник утечки в случае незаконного распространения контента. Что касается профессиональных 'пиратов', то средства DRM и водяные знаки для них не являются преградой. Более того, механизм Encrypted Media Extensions не защищён от перехвата ключей шифрования сторонним браузерным плагином. Сторонники новой спецификации указывают на то, что Web должен поддерживать поставку любых типов контента.

В настоящее время распространяемый в Web защищённый контент привязан к отдельным устройствам или приложениям, что не соответствует принципу открытого для всех Web. Спецификация Encrypted Media Extensions предоставит возможность доступа к штатным модулям шифрования, что позволит избавиться от необходимости установки проприетарных плагинов для просмотра защищённого контента (подразумевается, что CDM-модули будут поставляться в браузере или ОС). В качестве аналогии приводится поддержка проприетарных мультимедиа кодеков, которые также противоречат духу свободы в Web, но, тем не менее, повсеместно используются и поддерживаются.

Принятие стандартов, допускающих задействование подобных технологий, даёт возможность в будущем заменить сегодняшние закрытые кодеки на открытые аналоги. В случае Encrypted Media Extensions, не исключена реализация открытых механизмов защиты контента. Поддержка спецификации Encrypted Media Extensions в браузерах сервису потокового видеовещания Netflix уйти от использования Microsoft Silverlight в пользу обычных технологий HTML5.

Использование HTML5 для распространения контента, даст возможность работы с Netflix и пользователям Linux, которые при текущем методе защиты контента в Netflix могут работать с сервисом только с использованием специально модифицированной версии Wine. В настоящее время поддержка Encrypted Media Extensions и необходимых модулей CDM (Content Decryption Module) добавлена только в браузер Chrome из состава платформы Chrome OS.

(73 –37) Тип: Тема для размышления Интересно (30 +16) После 11 месяцев разработки выпуск. В рамках проекта разрабатывается реализации языка Python, написанная на языке Python (используется статически типизированное подмножество, Restricted Python). Благодаря задействованию JIT-компилятора, на лету транслирующего некоторые элементы в машинный код, PyPy при выполнении некоторых операций в несколько раз обгоняет по производительности классическую реализацию Python 2.7 на языке Си (CPython). В среднем PyPy 2.0 на 4% PyPy 1.9 и в 5.7 раз быстрее классического CPython 2.7.3. Ценой высокой производительности и использования JIT-компиляции является более высокое потребление памяти - общее потребление памяти в сложных и длительно работающих процессах (например, при трансляции PyPy силами самого PyPy) превышает потребление CPython в полтора-два раза. Стабильный выпуск поддерживает x86-системы, включая Linux (32/64 бит), Mac OS X (64 бит) и Windows (32 бит).

Одновременно альфа-тестирование вариант PyPy 2.0 для платформы ARM. Выпуск для ARM позиционируется как ознакомительный, так как версия для данной платформы ещё не совсем стабильна и не поддерживает некоторые возможности. В частности, ещё не реализована поддержка бесстекового режима и JIT не всегда корректно генерирует ассемблерный код. Тем не менее, несмотря на ещё до конца не отлаженный и оптимизированный JIT, версия для ARM показывает достаточно неплохие результаты производительности лишь немного уступая варианту для платформы x86 по соотношению производительности с CPython. PyPy для ARM доступен для ARMv6 (Raspberry Pi) и ARMv7 (Beagleboard, Chromebook, Cubieboard) и может работать в режимах hard-float и soft-float. Новшества, добавленные в PyPy 2.0:.

Бесстековый режим доведён до работоспособного состояния. В том числе обеспечена поддержка элементов системы многопоточного программирования ', а также возможность использования eventlet и gevent;. В состав PyPy включён новый встроенный модуль с реализацией интерфейса для вызова функций, написанных на языке Си. Данный интерфейс позиционируется как рекомендуемый метод обращения к функциям на языке Си;. Для обратных вызовов Python-функций из Си-кода теперь применяется JIT-компиляция, что, например, позволило значительно ускорить выполнение модуля парсинга XML;. Проведён рефакторинг JIT-компилятора для генерации машинного кода, оперирующего областями в куче, вместо стека.

Подобное изменение позволило обеспечить работу бесстекового режима и открыло новые пути дальнейшей оптимизации;. Переработана большая часть классов для работы с массивами из состава библиотеки numpypy, что позволило избавиться от лишних вычислений. Подготовлена более полная реализация dtype и обеспечена поддержка дополнительных атрибутов массивов;. Внесено множество оптимизаций производительности.

Основные особенности PyPy:. Поддержка бесстекового (Stackless) режима работы, позволяющего использовать модель actor (erlang-подобное программирование с массой микропотоков и отсыланием сигналов друг другу, но при этом (в отличии от erlang) всё происходит в одном физическом потоке ОС);.

Реализация режима изолированного выполнения кода, к которому нет доверия. От sandbox в CPython данный режим отличается полной поддержкой всех возможностей языка без выделения unsafe-функций. Автоматическая генерация и полная прозрачность встроенного JIT-компилятора;. PyPy успешно проходит стандартный тестовый пакет Python и большинство из стандартных Python-модулей и фреймворков, таких как ctypes, django (с sqlite), twisted (без поддержки ssl), pylons, pyglet. PyPy может быть использован для бесшовной замены CPython 2.7;.

Поддержка работы на архитектурах x86 (IA-32), x8664 и ARM. Ведется работа по адаптации для архитектуры PowerPC (PPC64), но она ещё не завершена;. На базе технологий PyPy созданы бэкенды для генерации в PyPy байткода для LLVM и виртуальных машин.NET/CLI и Java. На базе PyPy ведется разработка реализаций на языке Python интерпретаторов Prolog, Smalltalk, JavaScript, Io и Scheme. (44 +46) Тип: К сведению (10) Робин Бергерон (Robyn Bergeron), лидер проекта Fedora, уведомление о выявлении ошибки в системе управления аккаунтами разработчиков дистрибутива, которая могла привести к утечке данных об учётных записях разработчиков проекта, на стадии, когда аккаунты ещё не прошли подтверждение.

Среди информации, которая могла попасть не в те руки присутствуют хэши паролей (SHA-512 с солью), тайные вопросы и зашифрованные ответы для восстановления пароля и персональные данные. Отмечается, что проблема присутствует в инфраструктуре с 2008 года, но эксплуатация уязвимости возможна только с использованием аккаунта авторизированного пользователя. Для эксплуатации уязвимости было достаточно отправить к скрипту экспорта данных в формате JSON специально оформленный запрос вывода списка неподтверждённых записей, который приводил к выводу всех полей, в том числе закрытых. Предварительный анализ логов первичной системы управления аккаунтами не выявил активности, свидетельствующей о проведении атак, использующих данную уязвимость. При этом для вспомогательных систем получить подтверждение об отсутствии утечки информации не удалось из-за отсутствия ведения необходимых логов.

В связи с обнаруженной проблемой, всем пользователям, имеющим аккаунты в инфраструктуре Fedora, рекомендовано, но не навязывается, произвести смену паролей и обновить вопросы/ответы для восстановления доступа. (121 +70) Автор: Тип: Программы (55 +38) Для рассмотрения в Конгресс США новый законопроект ', который легализует право на разблокировку собственного мобильного телефона. Закон также позволяет пользователям обходить технические средства защиты авторских прав (DRM), если в таком случае не будет нарушен закон об авторском праве, а также разрабатывать и продавать программное обеспечение для разблокировки мобильных устройств. Закон был вынесен на рассмотрение в четверг членами палаты Зо Лофгрен, Томасом Мэсси и Джаредом Полисом. (55 +38) Автор: Тип: К сведению (54 +92) Правительство Новой Зеландии в новые правила патентования, запланированные для принятия взамен устаревшего патентного законодательства, действующего с 1953 года. Внесённые изменения окончательно вывели программное обеспечение из области действия патентной защиты. Рекомендации о запрете действия патентов на программное обеспечение были даны ещё в 2010 году, но активное лобби со стороны сторонников патентования ПО, до сих пор мешало их принятию.

Примечательно, что проведённый в стране опрос тысячи IT-профессионалов показал, что 94% опрошенных высказались за запрет патентов на ПО. (54 +92) Тип: К сведению (11 +10) Проект Mozilla инициативу ', в рамках которой любой разработчик интересной программы для платформы Firefox OS, может бесплатно получить для тестирования своего приложения телефон. В заявке могут фигурировать как идеи ещё только планируемых приложений, так и намерения портировать программы, уже созданные для других платформ, базирующихся на использовании web-технологий, таких как Chrome, webOS, Blackberry WebWorks или PhoneGap. Число телефонов ограничено. Заявки будут приниматься до конца мая. (11 +10) Тип: К сведению (14 +7) Разработчики проекта openSUSE специализированную дистрибутива openSUSE 12.3, предназначенную для использования на телефонах и планшетах с платформой Android.

Для установки сборки не требуется перепрошивка или перезагрузка аппарата, достаточно скопировать образ openSUSE на SD-карту и запустить его в chroot-окружении из штатной прошивки Android. В качестве графического интерфейса предлагается Xfce, доступ к которому из пользовательской оболочки Android осуществляется посредством VNC-клиента. (14 +7) Тип: К сведению (7 +1) корректирующие выпуски интерпретатора языка программирования PHP - 5.4.15 и 5.3.25 в которых устранено, не связанных с безопасностью, но устраняющих некоторые серьёзные проблемы со стабильностью. Кроме того, до версии 5.14 обновлена входящая в поставку библиотека libmagic. Одновременно тестирование кандидата в релизы новой ветки PHP 5.5. Переход на данную стадию обозначает заморозку кодовой базы, в которую теперь принимаются только исправления ошибок.

Релиз ожидается в течение нескольких недель. Со списком новшеств можно познакомиться в прошлом. (7 +1) Тип: Программы (37 +28) Организация Document Foundation корректирующий выпуск офисного пакета LibreOffice 4.0.3, в котором представлены только исправления около 100 ошибок и обновления файлов с переводами.

Как и два прошлых корректирующих выпуска, версия 4.0.3 для начального внедрения на предприятиях и использования на домашних машинах пользователей. Готовые установочные пакеты для платформ Linux, Mac OS X и Windows. Пакет для пользователей Mac OS X отныне заверен цифровой подписью организации Document Foundation, что позволяет избежать предупреждений OS X Gatekeeper и установить пакет без необходимости выполнения дополнительных ручных манипуляций. В анонсе также отмечен прогресс в присоединении к работе над проектом новых разработчиков. Ежегодно сообщество разработчиков увеличивается на 13%. С февраля 2013 года над проектом ежемесячно работает в среднем 100 активных разработчиков.

С момента основания LibreOffice в сентябре 2010 года к разработке присоединилось 650 новых участников. В качестве примера полезного вклада в проект, упоминается создание независимым энтузиастом для автоматизированной проверки работоспособности сборок LibreOffice, путем загрузки около 25 тысяч различных документов. В будущем планируется наладить процесс периодического автоматизированного тестирования новых версий на предмет возникновения проблем при обработке коллекции документов, в которую входят файлы, ранее вызывавшие сбои или присланные пользователями для демонстрации тех или иных ошибок.

Дополнительно, упомянут один из крупнейших проектов по внедрению LibreOffice: Администрация Эстремадуры, автономной области Испании, на LibreOffice и Linux около 40 тысяч рабочих станций. Переход позволит ежегодно экономить около 30 млн евро бюджетных средств. (37 +28) Тип: Программы (23 +3) срок поддержки трёх выпусков Ubuntu: доступного с апреля 2008 года LTS-релиза, представленного в октябре 2011 года промежуточного релиза и выпущенной в апреле 2010 года десктоп-редакции дистрибутива (поддержка пакетов для серверной версии Ubuntu 10.04 продлится ещё два года). Начиная с 9 мая выпуск обновлений с устранением уязвимостей для указанных выпусков полностью прекращён. Пользователям устаревших версий рекомендуется систему до LTS-выпуска Ubuntu 12.04 или до промежуточного выпуска Ubuntu 13.04.

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

Раз настроил и забыл. Года полтора как в конфиги не лазил, с тех пор как сервер переустановил. Работает, каши не просит. А какой DLNA-сервер выбрали вы? Проблема заключается в том, что при загрузке системы(всегда) или при перезапуске минидлна(не всегда) в библиотеке нет файлов, хотя они там присутствуют. В логе отсутствует 'сканирование' при запуске сервиса(как я понял при добавлении опции DAEMONOPTS='-R' происходит сканирование при запуске). Какие-либо ошибки в логе также отсутствуют.

Force-reload не помогает. Inotify включено, период сделал 30 сек. Заметил, сканирование происходит только в случае изменения содержания библиотеки(как я понимаю это срабатывает как раз inotify). Странность заметил на серваке ubuntu 14.04 - на нем не пашет развернул на d-link dns327l - на нем все пашет. На шарацентре root@sharecenter /# cat /proc/version Linux version 3.2.40 (nelson@LinuxNas) (gcc version 4.6.4 (Linaro GCC branch-4.6.4. Marvell GCC Dev 2.3d181f66 64K MAXPAGESIZE ALIGN) ) #1 Wed Apr 22 14:57:45 CST 2015 Изменил содержание каталога, при этом заглянул в лог на шарацентре. В логе ничего не появилось.

А при веб просмотре состояния длна сервака X.X.X.X:8200 количество файлов уменьшилось. Значит длна отслеживает состояние. Блин, всю голову уже сломал куда копать. Вообщем разобрался вроде с ситуевиной:) начал подробно читать как и что делает inotify Вообщем данная плюшка вшита в ядро, а минидлна считывает события которые произошли в интересных ей папках.

У меня оно не работало потому, что мой сервак юзал сетевой NAS как монтированные диски, на NASe работал трансмишон, который качал фильмы. Получается трансмишон скачивал файлы, размещал их в папочке, НО система основного сервака ничего не знала об изменениях на дисках, так как эти изменения делала другая система. Сейчас сделал папочку в родной системе, перекинул трансмишон на основной сервак, закачал пару фильмов, и вуаля, инотифи отработало, фильм появился в списке тут же вообщем надо либо научиться инотифи отслеживать изменения на подмонтированных папках, либо заюзать единую систему.:) надо подумать как мне лучше сделать:). Рациональнее разместить DLNA-сервер непосредственно на NASе, чтоб дважды данные по сети не перекачивать.

С Inotify на сетевых дисках, подключенных через CIFS, есть проблема в ядре Linux. Изменения на сетевом диске не отслеживаются. Отслеживаются только локальные изменения внутри одной системы. Вместо CIFS можно попробовать использовать NFS или WebDAV протоколы. Как там обстоят дела с Inotify я не проверял, но вроде как пишут, что ограниченная поддержка Inotify имеется. MiniDLNA 1.1.5 стоит у меня с октября.

Работает без проблем. Статья вполне актуальная. Волшебные папки впрочем штатно в конфиге так и не отключаются, приходится как и раньше патчить вручную. На NASe есть небольшие подтормозки в процессе просмотра видео с хорошим разрешением. Так как проц там не для этого все таки. Я фильмы смотрю на проекторе, и это очень ощутимо заметно на большом экране. Поэтому все перенес на сервак.

Там проблем с потоком не обнаружено. Собственно по этому проблемы с монтированием отпадают. На NASe буду фотки хранить:) по поводу папок да, жаль то без бубна не допиливается. При этом на репах иногда чтоб получить патчик на нужную версию приходится в диспут вступить.

Потому что выложен патчик один, а потом выясняется, что он к новой версии не идет. Атачат в теле переписки нужный. Очень печально. Смотрим фрагмент кода minidlna.c, в районе строки 367: snprintf(cmd, sizeof(cmd), ' rm -rf%s/files.db%s/artcache', dbpath, dbpath); if (system(cmd)!= 0) DPRINTF(EFATAL, LGENERAL, ' Failed to clean old file cache!

N'); Ошибка возникает при попытке удаления базы медиа-библиотеки и кэша обложек. Проверьте владельца папки /var/lib/minidlna и ее файлов: ls -ld /var/lib/minidlna ls -l /var/lib/minidlna Результат должен быть: drwxr-xr-x 2 minidlna minidlna 4096 июн 6 00:05 /var/lib/minidlna -rw-r-r- 1 minidlna minidlna 77824 июн 12 01:17 files.db Задайте владельца папки: sudo chown -R minidlna:minidlna /var/lib/minidlna. У меня был косяк с minidlna, когда в библиотеке были пустые папки. Пример: Video/Комедии/фильм1.mkv Video/Комедии/фильм2.mkv Video/Боевики/фильм1.mkv Если удалить, например, фильм1.mkv из папки 'Боевики', то minidlna перестает видеть эту папку. Будет видно только папку 'Комедии'.

И даже если записать в эту папку фильмы, то minidlna уже их не прочитает. Приходится вручную сбрасывать базу. Поэтому я не довожу до такого состояния. Вначале пишу новый фильм, потом удаляю старый. А вообще у меня на библиотеку натравлен transmission, у которого включена опция incomplete-dir.

Закачка идет в папку 'Incomplete', которая изначально за пределами библиотеки для minidlna. Затем когда трансмишн полностью скачивает фильм, то он его переносит в нужную папку библиотеки. Minidlna тут же его видит. Никаких проблем. Обновление практически не отличается от первичной установки.

Загружаем свежие исходники, компилируем. Но перед установкой, рекомендуется удалить старую версию. Для этого переходим в папку с исходниками установленной версии и выполняем команду: sudo make uninstall Затем устанавливаем новую версию. Впрочем, можно установить новую версию поверх старой, без деинсталляции. Работать будет в любом случае. Но если в новой версии изменится состав установочных файлов, в иерархии /usr/local могут остаться устаревшие файлы.

Добрый день Пользуюсь OpenMediaVault, проблема с местным minidlna версии 1.0.25 заключалась в том, что minidlna успешно сканировал все фотографии и аудиофайлы, но не видел где-то половину видеофайлов. То есть с каждым стартом он просто обновлял библиотеку, но сканировал в нее, скажем, 500 файлов из 1000. Причем если найти папку, которую он пропустил, и поменять ей имя - она появлялась в библиотеке до следующего рестарта. Собрал по инструкции последний релиз - проблема та же.

В логах о видео нет ничего. Доступ к папка у него есть. Попробуйте повысить детальность лога сканирования до уровня info или debug в minidlna.conf: loglevel=general,artwork,database,inotify,scanner,metadata,info,ssdp,tivo=warn, scanner=info Выполните повторное сканирование медиа-файлов: service minidlna force-reload Проверьте сообщения в лог-файле. Возможно удастся локализовать проблему.

Предположительно, возникает ошибка чтения метаданных в одном из видеофайлов, после чего процесс сканирования останавливается. Один раз, давно была подобная проблема, деталей уже не помню. Решил удалением проблемного файла.

Я прошу прощения у меня вот такая ошибка: Во время 'sudo make clean install':. CC misc.o CC tagutils.o CC playlist.o CC imageutils.o CC albumart.o CC log.o CCLD minidlnad sed -e s@:SBINDIR:@/usr/local/sbin@ linux/minidlna.init.d.script make2: Вход в каталог `/home/mediaserver/src/minidlna/minidlna-1.1.2' test -z '/usr/local/sbin' /bin/mkdir -p '/usr/local/sbin' /usr/bin/install -c minidlnad '/usr/local/sbin' make2: Цель `install-data-am' не требует выполнения команд. Make2: Выход из каталога `/home/mediaserver/src/minidlna/minidlna-1.1.2' make1: Выход из каталога `/home/mediaserver/src/minidlna/minidlna-1.1.2' mediaserver@mediaserver:/src/minidlna/minidlna-1.1.2$ Из репозитория DAEMOIN Minidlna прописывается в /usr/bin/minidlna а не в /usr/local/bin Я извиняюсь, в этом деле нуб. Подскажите пожалуйста что нужно исправить чтобы скомпилить без ошибки.

Спасибо огромное! Себе собирал по той же схеме, патч рабочий, версия 1.1.2. Скорректируйте уведомление о старте в minidlna.c, строка: 1000. После номера версии, добавьте: '-Folders': DPRINTF(EWARN, LGENERAL, 'Starting ' SERVERNAME ' version ' MINIDLNAVERSION ' -Folders. N'); Выполните: sudo make clean install Перезапустите службу: sudo service minidlna restart Проверьте, изменилось ли уведомление о старте в лог-файле: cat /var/log/minidlna.log Если установка прошла успешно, уведомление должно быть следующим: 2014/05/04 18:53:08 minidlna.c:1000: warn: Starting MiniDLNA version 1.1.2-Folders.