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-дисковый поднять надо было. собрался с пол пинка.