Jump to content

Space Alex

Forum Members
  • Posts

    275
  • Joined

  • Last visited

  • Days Won

    2

Posts posted by Space Alex

  1. KN1810 падение скорости не замечено. Классы обслуживания не использую. Тариф 500 мбит/с. При спидтесте выдает полную тарифную скорость, вначале даже до 700 мбит/с подпрыгивает. При этом нагрузка на процессор 2%.

    Видимо у Вас какой-то из компонентов KeeneticOS дает такой эффект. IntelliQoS вообще по моему никогда правильно скорость не показывал, по крайней мере раньше на прошивках 2.хх) я его давно уже удалил из прошивки)

  2. 4 минуты назад, Mamay сказал:

    Значит название темы не соответствует факту!

    Согласен, но не знаю как отредактировать) А вообще странно конечно что после обновления такое произошло, раньше не сталкивался с таким даже когда прыгал с 2.16 на 3.5 

  3. В общем в настройках DLNA удалил все выбранные папки с медиа, удалил файл DB, добавил обратно все папки и пересканировал медиатеку. После этого всё заработало без ошибок.

  4. Убрал доступ из гостевой сети и DLNA поднялся но с ошибками в логах.

    Starting configuration update (/var/run/minidlna.conf.update)...
    Мар 3 14:48:59
    minidlna
    Enabling interface 192.168.1.1/255.255.255.0
    Мар 3 14:48:59
    minidlna
    Stopping...
    Мар 3 14:49:00
    minidlna
    Notifier thread stopped.
    Мар 3 14:49:00
    minidlna
    Updating media directories...
    Мар 3 14:49:00
    minidlna
    Starting a DB rescan...
    Мар 3 14:49:00
    minidlna
    New media_dir detected; rebuilding...
    Мар 3 14:49:00
    minidlna
    /tmp/mnt/01D5B353EFDC3020/База данных/.dlna_files.db removed.
    Мар 3 14:49:00
    minidlna
    Notifier thread started.
    Мар 3 14:49:00
    minidlna
    Scanning /tmp/mnt/01D5B353EFDC3020/Мультики
    Мар 3 14:49:01
    minidlna
    Scanning /tmp/mnt/01D5B353EFDC3020/Сериалы
    Мар 3 14:49:01
    minidlna
    Scanning /tmp/mnt/01D5B353EFDC3020/Фильмы
    Мар 3 14:49:03
    minidlna
    Scanning /tmp/mnt/01D5B353EFDC3020/Шишонин
    Мар 3 14:49:03
    minidlna
    Parsing playlists...
    Мар 3 14:49:03
    minidlna
    Finished parsing playlists.
    Мар 3 14:49:04
    minidlna
    sql_get_int_field: step failed: SQL logic error or missing database SELECT (select count(distinct DETAIL_ID) from OBJECTS o left join DETAILS d on (o.DETAIL_ID = d.ID) where (OBJECT_ID glob '64$*') and (o.CLASS like "item.videoItem%" and REF_ID is NULL)) + (select count(*) from OBJECTS o left join DETAILS d on (o.DETAIL_ID = d.ID) where (OBJECT_ID = '64') and (o.CLASS like "item.videoItem%" and REF_ID is NULL))
    Мар 3 14:49:04
    minidlna
    SearchContentDirectory Returning UPnPError 708: Unsupported or invalid search criteria

     

  5. После перехода на 3.6.0 отвалился DLNA ... переходил с 3.5.6

    Попробовал ползунок дернуть выкл. вкл. в логе это

    Мар 3 13:39:08
    ndm
    Dlna::Server: disabled.
    Мар 3 13:39:08
    ndm
    Core::ConfigurationSaver: saving configuration...
    Мар 3 13:39:09
    minidlna
    Notifier thread stopped.
    Мар 3 13:39:11
    ndm
    Core::ConfigurationSaver: configuration saved.
    Мар 3 13:39:28
    ndm
    Dlna::Server: enabled.
    Мар 3 13:39:28
    ndm
    Core::ConfigurationSaver: saving configuration...
    Мар 3 13:39:30
     
    No MAC address found. Falling back to generic UUID.
    Мар 3 13:39:30
    minidlna
    Starting MiniDLNA version 1.2.1.
    Мар 3 13:39:30
    minidlna
    Notifier thread started.
    Мар 3 13:39:30
    minidlna
    HTTP listening on port 8200
    Мар 3 13:39:30
    minidlna
    Network interface br0br1 not found
    Мар 3 13:39:31
    minidlna
    Received signal 1, updating configuration...
    Мар 3 13:39:31
    ndm
    Dlna::Server: service started.
    Мар 3 13:39:31
    minidlna
    Starting configuration update (/var/run/minidlna.conf.update)...
    Мар 3 13:39:31
    minidlna
    Network interface br0br1 not found
    Мар 3 13:39:31
    ndm
    Core::ConfigurationSaver: configuration saved.
  6. 14 часа назад, brutalworm сказал:

    после обновления на 3.6 пока что проблемы не возникали!
    спасибо за совет, возможно, помогло 😃

    Так может быть у вас просто стоит авто выбор канала WiFi? И роутер выбирает автоматом не совместимый с устройствами к примеру. Если так, то попробуйте вручную зафиксировать на 5ггц канал 36 к примеру, а на 2.4ггц канал от 1-ого до 11-ого в зависимости от того, какой наиболее свободный. 

  7. 9 минут назад, Ranger сказал:

    Зачем?

    а зачем оно нужно?) проще из вэба перезагрузить. а так исключены ложные перезагрузки во время полного сброса кнопкой до заводских настроек) как по мне перезагружать центр кнопочкой в которую нужно каждый раз тыкаться тонким предметом это такое себе удовольствие)) но это только мое личное мнение)

  8. Нашел информацию о версии KeeneticOS 3.3.7 и там говорится AdguardDNS: исправлены ошибки 'unable to extract domain from request'

    Подозреваю что у меня это происходит из-за интернет фильтра Cloudflare. Видимо что-то похожее было с AdguardDNS.

  9. Где-то уже были темы с подобной ошибкой в предыдущих версиях. Вроде как на работу это никак не влияет, но в логе частенько проскакивает unable to extract domain from request.
    Некоторые устройства идут через DNS провайдера, некоторые через фильтр Cloudflare. Стоит просто забить и не обращать внимания?

  10. 29 минут назад, Fatih сказал:

    There are many differences between the Internet and your country in turkey
    for example the internet in turkey litter..
    Consider us too, keep the dB adjustment accordingly

    I think we're talking a little bit about different things, if I understand you correctly. I'm not a developer, you need to wait for a response from Keenetic representatives.

  11. 8 минут назад, r777ay сказал:

    @Space Alex Samsung S10+ exynos RU, прекрасно себя чувствует на KN1810 ПО 3.5.2 канал 52 либо 56,60 160МГц. не замечено сваливания в 40МГц. Скорость линка 585 с нагрузкой, рядом 5 точек соседских.

    У меня 36 канал, вокруг других точек в 5ггц нет, сваливается не обязательно именно s10) рандомно одно из устройств) после того как кто-то один из клиентов свалился в 40, остальные нормально висят на 80 😀🤷‍♂️ ну и такое только на 3.5 у меня) 

  12. 12 минуты назад, Padavan сказал:

    Space Alex

    Для нас в техническом плане очень важно понимать, в каких рамках прошивок возникла предполагаемая регрессия. И не менее важна модель Keenetic, так как все индивидуально для каждого чипа.

    Пользовался всеми прошивками кроме 3.4 ... ее пропустил сидя на 2.16, но могу сказать точно что проблем со сваливанием на тех прошивках не наблюдал никогда. Модель KN-1810.
    Судя по тому, что люди пишут на 4pda у многих начались сваливания в 40 после перехода с 3.4.12 на 3.5 с абсолютно разными клиентами. У меня еще было замечено на Mi Box S и на лаптопе Xiaomi. И всегда рандомно сваливается почему-то только кто-то один из 20 устройств :D да и кстати жалобы по моему только от пользователей KN-1810.

×
×
  • Create New...