McMCC

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

Нет, нельзя такого сделать по определению, потому как подключаясь к одной, сразу могут перебросить на другую, проверено лично, да и сама сеть LTE такого не позволяет. У ПО модема существует механизм установки приоритетов подключения к БС по частоте полосы передачи, но этого хватает ровно на 5 минут, и то это рекордное время! P.S. В последней версии прошивки есть возможность ввода своих AT команд через CLI, Можете попробовать так, возможно вам повезет: interface LTE lte init AT%EARFCN=1875,1847 Возможно нужно взять в кавычки AT%EARFCN="1875,1847", не помню уже, давно это было, надо проверять...

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

Хорошо, пусть будет 2.04, не принципиально, что в 2.03, что в 2.04, minidlna древней версии и давно не поддерживается. Все это будет доступно в прошивках, в которых используется версия minidlna 1.2.0 и выше, т.е. в прошивках 2.09 и выше...

Простая, это которая в белом корпусе? Не помню, что бы для нее выпускались прошивки выше версии 2.03. Здесь возможен только вариант начиная с прошивок версии 2.09 и выше, где используется эта версия minidlna...

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

Ну в моем понимании образ, это что-то без привязки к конкретному формату, если бы я имел ввиду образ CD диска, я бы так и написал, потому как образ диска может быть в разных форматах, не обязательно в ISO, в UDF например или RAW-DAO. CUE массово используется с разными форматами, например, так еще распространяют FLAC...

Готово! Встроил поддержку DSF/DFF в прошивочную версию minidlna и собрал две прошивки, для Keenetic GIGA III и Ultra II. Все это проверялось с медиаплеером Kodi через DLNA, вот типа так: Поддержки CUE нет, поэтому мой пример с Boney-M выше, тут выглядит как 2-а файла с общим временем воспроизведения..... Образы прошивок с поддержкой keеnopt тоже выкладываю тут для тестирования. Проверяем и делимся впечатлениями... 20171028_1959_Firmware-Keenetic_Giga_III-2.11.A.5.0-0.bin 20171028_1955_Firmware-Keenetic_Ultra_II-2.11.A.5.0-0.bin

@Polar light, причем тут ISO? DSF контент, те, что я скачивал для проверки, содержат один или несколько файлов с расширением DSF, вот к ним в придачу еще и CUE, в котором описание названия треков и временные метки, в каком файле они находятся и с какой позиции начинаются... Вот пример такого контента: Kodi, например, все это прекрасно разбивает на треки и проигрывает как положено....

@Polar light, информация была полезной, я уже прописал эти Content-Type для соответствующих форматов, пытаюсь теперь протестировать все это дело. Проблема в том, что распространяемый контент отцифровщиками в эти форматы выкладывается не отдельными треками, а огромными образами с CUE описанием, minidlna не поддерживает разбивку на треки через CUE, соответственно все это выглядит немного нелепо, одним большим потоком без разделения на треки. Поэтому здесь возникает много вопросов, либо оставить все как есть, пользователь должен будет сам порезать такие образы на треки вручную, что сводит эту поддержку форматов на нет, либо переписывать и дорабатывать ту часть в minidlna, которая отвечает за раздачу потоков на предмет поддержки CUE, что в свою очередь достаточно трудоемкая задача и требует очень много времени....

@pachalia, какие преобразования могут быть на роутере???? Будет только нативный DSD, что бы размер DLNA не вылез за пределы заложенного для него размера в прошивках. Просьба состоит в том, что бы узнать, какой Content-Type(MIME) запрашивает тот или иной клиент, умеющий воспроизводить такие потоки...

@Polar light, тут поступило предложение все же попробовать встроить поддержку DSD в прошивочный miniDLNA сервер, в качестве эксперимента. Для этого необходимо за снифить протокол обмена данными между вашим плеером и рабочим DLNA, который поддерживает DSD, например, с помощью Wireshark'а.

GDI это просто технология, позволяющая удешевить производство принтеров, т.к. все данные для печати готовятся на вашем компьютере, а не в самом принтере. Под аппаратными я имел ввиду те принтеры, что работают по одному единственному LP-протоколу, а не те, что имеют встроенные шрифты и работают без драйверов прямо из под DOS'а, таких уже как лет 10 не производят для массового использования, сейчас все сплошное GDI. Просто GDI бывают разными, полностью софтовые принтеры требуют дополнительного общения по USB через специфичные протоколы, таких массово выпускали лет 5 назад еще, вот они не работали под Linux и соответственно через принт-сервер тоже, т.к. требовали постоянного общения с управляющей программой не через LP-протокол, а через свой собственный. Для некоторых из таких принтеров производители все же делали драйвера для Linux, но через принт-сервер на прямую они не работали. Нынче ситуация кардинально изменилась, чисто софтовые принтеры ушли в прошлое, дешевизна процессоров и памяти позволила производителям принтеров больше не заниматься всякими костылями вида дополнительных управляющих программ печатью со своими протоколами, а использовать встроенный API в GDI драйвере Windows систем, который вполне себе требует одного единственного LP-протокола. В Linux подобное реализовано в CUPS, и требует лишь наличие PPD(PostScript Printer Description) для вашего принтера. Принт-сервер в такой ситуации выступает лишь передаточным звеном, ему никаких драйверов и поддержки принтеров не требуется, он тупо полученные данные по сети отправляет по LP-протоколу прямо в принтер, а полученные ответы от принтера, наоборот. Аппаратный и полу-аппаратный(или полу-софтовый) отличаются лишь тем, что первому не требуется загрузка фирмвари, а второму требуется, но как правило это делается один раз или каждый раз вместе с данными для печати, оба варианта вполне себе могут работать через принт-сервер...

У чисто софтового принтера, управление осуществляется с помощью своего протокола по USB и отдельному интерфейсу, он бы у вас не смог бы работать через принт-сервер. Принт-сервер не умеет ничего другого, как осуществлять обмен данными по LP протоколу. У вас скорее всего принтер полу-софтовый, это когда микропрограмма и все настройки принтера передаются вместе с печатью....

@pasha4ur, на те HP, что вы ссылаетесь, загружается только фирмварь, далее эти принтеры работают самостоятельно, как обычные аппаратные. У вас же принтер другого принципа работы, он требует постоянного обмена с ОС, CUPS ему это предоставляет через PPD менеджер. CUPS достаточно большой по объему и в прошивку не помещается, проект Entware, это дополнительная возможность превратить ваш роутер в полноценный Linux машину загружаемого с внешнего USB диска, тем самым вы получаете огромные возможности на вашем роутере, при желании его можно даже за пивом в магазин послать...

Я вам больше скажу, ваш принтер ни один роутер не будет поддерживать, т.к. он у вас софт-принтер(раньше называли win-printer). Все роутеры, без исключения, работают только с полноценными аппаратными принтерами, эта проблема отнюдь не только вашей гига 3..... Но, есть вариант попробовать поставить Entware с CUPS и найти для вашего принтера нужный PPD, или же установить родные драйвера, предварительно их собрать для Entware, CAPT от Canon. Еще можно с USBIP поиграться....

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

@Polar light, реализованы как? Чисто для JRiver? Я нисколько не сомневался про техническую возможность, напротив, я Вам даже ссылку дал на проект сборки minidlna-dsd, где реализована эта поддержка неким Takeshich NAKAMURA. Вот, что пишет сам автор в своем комментарии к патчу для minidlna: About MIME(Content-Type). I don't know how to get the MIME(Content-Type) in other renderers. audio/dsd ? audio/x-dsd ? audio/x-dsf,audio/x-dff ? application/octet-stream ? What do I wonder should be the Content-Type? STR-DN2030 recognized audio/x-dsd and audio/dsd. И About TEST the deb has been tested with RaspberryPi and Sony STR-DN2030. Автор не в курсе, как будет вести себя его доработка с другими устройствами и просит протестировать работу DSD с оборудованием указанным в его списке. Этот патч не приняли в апстриме, т.к. никто не хочет повторения с поддержкой телевизоров, где у каждого свой формат запросов и ответов, видимо с аудио плеерами ситуация аналогичная, а делать поддержку, где нет массового спроса, в здравом уме никто не будет... По поводу поиска специалистов, обратитесь в раздел Сборка и настройка приложений Opkg, возможно там проявят интерес и сделают сборку minidlna с патчем поддержки DSD.

Этого нет в спецификации DLNA, не понятно даже, какой присвоить тип MIME данным форматам, какое количество плееров поймут этот тип и сам формат... Много слишком вопросов, а ответов практически нет! Существуют какие-то костыли для miniDLNA с поддержкой этих форматов, но всего лишь несколько плееров умеют это воспроизводить, причем, сами авторы предупреждают, что присвоенный тип MIME взят от балды и понимаются только конкретными плеерами, под которых все это дело распарсивалось из тегов и сохранялось в таблицу базы данных... Ну и кто возьмет на себя ответственность за клуб самоделкиных, и воткнет это в продакшн? Если уж вам так хочется этого, ставьте opkg с Entware и тестируйте все сами....

@noua, начнем с того, что вы задаете вопросы в устаревшей теме, давно существует новая тема с обсуждением готового решения. На мой взгляд в новой теме гораздо больше полезной информации, здесь же мы вели обсуждения касательно самих возможностей и предположений, как это все должно работать и чего хотелось бы увидеть. Что же касается вашей проблемы сканирования первого мультиплекса, тут может быть множество причин, от очень большого уровня помех, до специфичности формата потока в вашем регионе. Я бы посоветовал вам взять мой готовый плейлист и заменить в нем частоты для вашего региона, по идее все pid'ы, plp и номера каналов в потоках везде одинаковы в России, поэтому особых проблем с просмотром двух мультиплексов у вас не должно возникнуть...

@noua, переустановите Entware, все модули должны автоматически подгружаться, если все сделано строго по инструкции.

@noua, все нужные прошивки у нас в зависимостях, скачивать из другого места ничего не нужно. Да и в вашем логе видно, что прошивку драйвер демодулятора нашел, не загрузилось по всей видимости из-за конфликтов с древними videodev и i2c. Если у вас и сейчас в логе присутствуют эти ошибки, тогда вам нужно разобраться почему и откуда. Смотрите lsmod и анализируйте. Пока не разрешите эти конфликты, scan-s2 вряд ли у вас там что-то найдет...

@noua, скорее всего у вас конфликт с выбором компонентов в прошивке, вы выбрали одновременно поддержку веб камер и dvb тюнеров. Удалите поддержку веб камер и оставьте галочку только для dvb тюнеров, поддержка dvb тюнеров уже включает в себя поддержку веб камер.... P.S. В вашем логе прямым текстом виден конфликт с videodev, старая версия загрузилась первой, отсюда такие ошибки....

Уже задавали этот вопрос, я на него отвечал. Для вашего варианта, донгл на конексанте, скорее всего не получится сделать этого, т.к. нет необходимых драйверов для работы с SDR Radio, на реалтеках это осуществимо, есть ядерный и юзерспейсный драйвер. Однако я бы не советовал этим заморачиваться, хотя бы потому, что вам придется иметь дело с преобразованием PCM звука в другой желаемый формат, а это уже будет нагрузкой на процессор, плюс, придется самому подбирать и разбираться с софтом, подбирать нужный из целой кучи разного хлама и не только...

@pasha4ur, по LAN сроду никаких проблем не бывало, не выдумывайте...