nvrsk

я так понял, что PAT'ы эти для внутреннего использования. ну или для больших хостингов, где услугу продают. https://www.synology.cn/zh-cn/products/skynas

поищи в инете IBEX File Size Changer оно умеет лишнее от файла отпиливать

проверь в video -> main stream - не стоит ли у тебя там H265 кодек ? бывали с ним проблемы при воспроизведении/обработке. конкретно эта модель у меня на тесте в SS работала штатно. сейчас на ютуб вещает (линк в подписи), настройки такие:

вобщем, докладываю: пришла мне звуковая USB-карта c линией и микрофоном. на выход звук через AudioStation выводится чудесно, причём не только через oss, но и через alsa $ ./mplayer -ao help MPlayer2 4d28f43 (C) 2000-2012 MPlayer Team Available audio output drivers: alsa ALSA-0.9.x-1.x audio output oss OSS/ioctl audio output pulse PulseAudio audio output null Null audio output pcm RAW PCM/WAVE file writer audio output устройство захвата в драйверах вроде присутствует: $ cat /proc/asound/devices 0: [ 0] : control 16: [ 0- 0]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer $ cat /proc/asound/cards 0 [Device ]: USB-Audio - USB PnP Audio Device USB PnP Audio Device at usb-0000:00:1a.0-2, full speed $ cat /proc/bus/input/devices I: Bus=0003 Vendor=0c76 Product=161f Version=0100 N: Name="USB PnP Audio Device" P: Phys=usb-0000:00:1a.0-2/input3 S: Sysfs=/devices/pci0000:00/0000:00:1a.0/usb3/3-2/3-2:1.3/input/input2 U: Uniq= H: Handlers=kbd event2 B: PROP=0 B: EV=13 B: KEY=1 0 7800000000 e000000000000 0 B: MSC=10 дальше самое непонятное - пропихнуть что-нить с неё в ffmpeg. поскольку все примеры в инете завязаны на утилтиту aplay (arecord), а сам я в никсах нуб - перебирал в слепую (по примерам) возможные варианты hw:0 / hw:0,1 / etc. - ffmpeg на всё это безобразие грязно ругался, значит для сино девайс надо указывать иначе. полистал список устройств /dev, и обнаружил там audio4 ! и вот, по команде: $ ./ffmpeg -y -f s16le -i /dev/audio4 /root/test.wav ffmpeg version 2.7.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.3 (crosstool-NG 1.20.0) 20150311 (prerelease) ... Guessed Channel Layout for Input Stream #0.0 : mono Input #0, s16le, from '/dev/audio4': Duration: N/A, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, 1 channels, s16, 705 kb/s Output #0, wav, to '/root/test.wav': Metadata: ISFT : Lavf56.36.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, mono, s16, 705 kb/s Metadata: encoder : Lavc56.41.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help size= 5602kB time=00:01:05.03 bitrate= 705.6kbits/s video:0kB audio:5602kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.001360% записался файл со звуком из линии! осталось дело за малым - точно определить формат, в котором звук поступает. изначально я отталкивался от: $ cat /proc/asound/card0/stream0 USB PnP Audio Device at usb-0000:00:1a.0-2, full speed : USB Audio Playback: Status: Stop Interface 1 Altset 1 Format: S16_LE Channels: 2 Endpoint: 1 OUT (ADAPTIVE) Rates: 48000 Capture: Status: Stop Interface 2 Altset 1 Format: S16_LE Channels: 2 Endpoint: 2 IN (ASYNC) Rates: 48000 $ ./ffmpeg -formats | grep s16 ffmpeg version 2.7.1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.3 (crosstool-NG 1.20.0) 20150311 (prerelease) ... DE s16be PCM signed 16-bit big-endian DE s16le PCM signed 16-bit little-endian может, формат s16le некорректен, и надо будет отыскать правильный из полного списка форматов, ибо звук получился в два раза медленней (по скорости и питчу) и монофонический, либо как-то жёстко прописать входящие параметры звука - это уже детали, главное, что журчит. а вот второе - существенное: звук очень тихий. а ввиду отсутствия миксера я немного в затруднении - как увеличить громкость capture device?

копал в своё время эту тему и решил проблему через связку SSH туннеля Putty, завёрнутого в Proxifier, который правилом перенаправляет трафик выбранного локального бровзера в Putty-туннель. успешно админю таким образом несколько камер удалённой сетки.

вот, допустим, ситуация с установленной системой видеонаблюдения от той же Dahua. там камеры прям в NVR подключаются в штатные гнёзда с POE в рамках собственной подсетки. и из обшей локалки туда не добраться. или вот, допустим, как у нас - сделали для бухгалтерии отдельную сетку, чтоб они скулить перестали про загруженность и тормоза, ну чтоб вообще там никого небыло, а в кабинете у них - камера в окно смотрит. географически они в соседнем здании. тянуть для камеры отдельный шнурок - не особо хочется. и тем более потому, что можно это дело смаршрутизировать. а вот ещё вариант - подключается ко мне на сервер другая хрень по VPN из загородного леса, и, чтоб на неё из локалки ходить (а заодно и на все остальные девайсы в той сети) - маршрутизирую лично себе, на компе, VPN-сетку, которая на главном сервере под VPN выделяется. в целом, про "геморрой" ты прав но случаи бывают разные, и не всегда клинические.

вот тут - не соглашусь. на сино народ всякие usb аудио-карты запускает же. и вроде даже сносно работает. + по логам загрузок у людей проскакивают в списках звуковые девайсы.

если они хоть как-то сообщаются и правильно на роутерах смаршрутизировать, то будет работать. у меня ж работает. 😃

больше года прошло, а воз и ныне там... =(

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

я на baremetal сделал без USB так: работает под DSM 6.1.7 как часы. т.о. если на виртуалке есть IDE, то образ загрузчика попробовать записать туда.

когда лет 5 назад упорядочивал главный свой сервак - именно так и сделал, не найдя никакой инфы по этому поводу. тема, как уже говорилось, строго эстетическая, и поэтому никого не парит. если они все забиты данными: воткнуть третий хард (размер не важен, это - "затычка"), создать раздел - оно сделает Volume1, как первый свободный. воткнуть четвёртый (с размером больше или равным Volume4), создать раздел - оно сделает Volume3, как первый свободный, переписать на него всё из Volume4, удалить Volume4. удалить Volume1, вытащить "затычку" (третий), из удалённого, освободившегося, бывшего Volume4 создать новый раздел - он станет Volume1, переписать на него всё из Volume3, удалить и вытащить Volume3 (четвёртый). если данных там нет, то грохнуть Volume4 и создать заново - он станет Volume1. вот и всё упорядочивание.

Registration is currently closed =(

сдаётся мне, что инструкция от пятёрки, а раздел создаётся на шестёрке.

там, как я понял из скринов, SHR стоит (Synology Hybrid Raid), а с ней не так то просто подружиться. по крайней мере раньше было. но можно попробовать (под виндой) UFS Explorer Pro Recovery, я его упоминал вот тут. лично меня спасал многократно. не так давно намертво сгорел (из-за молнии) netgear readynas, и для спасения данных рейд его 4-дисковый поднять надо было. собрался с пол пинка.

переписывался с китайцами, и наконец выяснил у них разницу между 4mp и 5mp-камерами, и для подавляющего числа камер она такова: 4mp - даёт физический аспект разрешения 16x9 (широкая картинка), а 5mp - 4x3 (квадрат, как на старых тв). в итоге если смотреть 5mp на телефоне или новых мониторах, то картинка будет сплюснутая.

я как-то давно-давно в старинной ветке идею кидал, но на неё никто внимания не обратил. а мысль такая: пропатчить исходники так, чтоб за проверкой лицензии они лезли не на правильный сайт, а на поддельный. поднять http-сервер, присвоить ему через hosts этот поддельный адрес, и настроить так, чтоб на любой запрос по лицензии он выдавал положительный результат. чтоб это сделать нужно знать в каком виде правильный результат возвращается, а для этого надо иметь валидную лицензию и подсмотреть возвращаемые пакеты от лиц.сервера сино. если бы тема прокатила, то в идеале можно было бы сделать таким образом не локальный, а публичный сервачок, который бы одобрял все подряд лицензии для пропатченой SS.

the idea of this topic was to unbrick the device. so, since: I suppose it is working. they may try to download the boot image and insert there SN/MAC that are printed on the back of syno. prior the image flashing backup should be done in case smth goes wrong.

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

записи автоблокировок сидят в /etc/synoautoblock.db в SQLite-формате. если заблочилось автоматикой по IP - просто поменяй временно свой IP-адрес на компе, чтоб зайти и штатно из админки почистить.

чисто теоретически, можно сделать такой костыль: смонтировать сино-шару на сигейт, а на сигейте настроить туда свободный доступ.

вы спросили как входить в шару без ввода пароля. никаких дополнительных условий вы привести не удосужились. соответственно, если 1 (один) раз настроить сетевой диск, то вы получите желаемое, а именно, вход в шару без ввода имени и пароля. теперь вам понятно зачем я это написал? касательно вопроса мгновенного входа в шару с нуля без произведения каких-либо начальных настроек и вводов логинов/паролей, на "родном" форуме пишут, что частично это реализуется только через "гостя", и официальный ответ от службы поддержки: для линуксов есть ещё варианты настройки самбы изнутри, однако попытки заставить это работать (проверялось на DSM 5.2) успехом не увенчались. если есть желание - попробуйте самостоятельно проверить различные варинаты настройки. расположение конфигов: /usr/syno/etc/smb.conf - для DSM5 /etc/samba/smb.conf - для DSM6 рестарт службы: /usr/syno/etc/rc.sysv/S80samba.sh restart

что-то препятствует единовременной настройке шары на букву и автоматическому монтированию при каждой загрузке?

но дерево файлов с правами (как написал Olegin выше) я б перед этим, всё-таки, забекапил куда-нить, во избежание.

а если так: рядом с разделом 5Gb создать раздел на 20Gb, и после этого удалить 5Gb - не предложит ли сама система перенести данные с удаляемого раздела в другое место? давно-давно, помню, видел что-то такое, когда игрался с томами. хотя, подумалось, что я могу это с поведением шар на разделе путать... чтоб "на живую" не вляпаться, можно сделать, к примеру, тестовый на 1Gb, накидать в него мусора + поставить какой-нить пакет, потом грохнуть, и посмотреть что и как оно переносит (если вообще переносит) на другой раздел для сохранения. рабочий вариант.