Jump to content
XPEnology Community

mmaaiill

Member
  • Posts

    11
  • Joined

  • Last visited

Posts posted by mmaaiill

  1. попытки уменьшить разрешение с регистратора ничего нового не дают - VLC показывает поток корректно, хоть полный, хоть мобильный, а вот на SS все что движется пишется и ретранслируется в квадратах... :sad:

     

    может надо другую версию SS?

     

    может можно как-ть задать выходные хар-ки, качество, фпс иначе? кодек?

     

    Попробовал на QNAP 8 дисковом пишет этот поток отлично.... :sad:((

    Сейчас проверю еще на оригинальном ds414j

  2. Имеется видеорегистратор, куда пишутся 2 камеры, сам регистратор умеет параллельно раздавать RTSP поток.

    Этот поток отлично открывается VLC Player'ом, никаких огрех не имеет.

    Далее подключаю данный поток к SS как ip-камеру rtsp://[ip регистратора]:554/user=admin&password=&channel=2&stream=0.sdp

    В результате получаю проблему - в записи на SS все движения рассыпаются в квадраты. (пробовал скачивать и смотреть локально)

    Если запросить в SS поток с камеры (rtsp://[ip Xpenology]:5000/webman/3rdparty/SurveillanceStation/cgi/rtsp.cgi?Sms=8.unicast&DsId=0&StmKey=a1b79cc5f11208cd6f16cd6ad9ba7296) - там тоже все в квадратиках.

     

    Железо для Xpenology (i5/8Gb...) загрузка редко отрывается от 0% до 1%...

     

    Возникает ощущение, что на запись то ли битрейт низкий, то ли пишет как не так...

    Какие параметры ковырять посоветуете?

     

    DSM 5.1-5022 Update 4

    Surveillance Station ver 7.1-4058

    выгрузка конфигурации камеры:

     

    [cam1]

    id = 4

    enabled = 1

    name = 'cam1'

    type = NULL

    api = NULL

    vendor = 'User'

    model = 'Define'

    hostname = '[ip регистратора]'

    port = 554

    media_port = 554

    live_media_port = 554

    stmout_port = 0

    path = '/user=admin&password=&channel=1&stream=0.sdp'

    live_path = '/user=admin&password=&channel=1&stream=0.sdp'

    username = ''

    password = ''

    fps = NULL

    fps_2 = 0

    image_width = 0

    image_height = 0

    rec_time = 5

    enable_audio = 0

    recording_path = '/volume1/surveillance/cam1'

    recording_prefix = 'cam1'

    recording_capacity = 10240

    recording_days = 30

    enable_capacity = 1

    enable_days = 0

    motion_sensitivity = 90

    motion_threshold = 10

    motion_object_size = 50

    motion_percentage = 50

    enable_motionlog = 1

    schedule = '111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111'

    notifyschedule = '7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF,7FF'

    resolution = '1280x720'

    video_type = 3

    streaming_type = 1

    enable_camera_motion = 0

    enable_io_log = 1

    liveview_all = 1

    quality = ''

    live_quality = ''

    live_resolution = '1280x720'

    live_fps = 0

    channel = '1'

    liveview_mode = 0

    rotation_option = 0

    pre_rec_time = 5

    post_rec_time = 5

    audio_format = 0

    exporting = 0

    enable_manual_rec = 0

    cap_file_path = ''

    is_deleted = 0

    status_flags = 0

    occupied_size = 10228

    live_analytics_type = 0

    live_analytics_setting = 1

    live_analytics_sensitivity = 1

    live_analytics_dwell_time = 5

    live_analytics_direction = 1

    live_analytics_width = 0

    live_analytics_height = 0

    live_analytics_obj_size = 0

    live_analytics_region = ''

    mount_type = 0

    param_chklist = 0

    time_server = ''

    osd_status = 1

    osd_position = 6

    osd_format = 0

    exposure_mode = 4

    daybegin = 8

    dayend = 18

    video_mirror = 1

    video_flip = 1

    video_rotation = 0

    exposure_control = 6

    onvif_profile = ''

    tunneling = 0

    owner_ds_id = 0

    id_on_rec_server = 0

    status_on_rec_server = 6

    rec_status_on_rec_server = -1

    device_type = 1

    fov = ''

    rec_stream_no = 0

    live_stream_no = 0

    rec_bitrate_ctrl = 0

    live_bitrate_ctrl = 0

    rec_cbr_bitrate = 0

    live_cbr_bitrate = 0

    tv_standard = 0

    rtsp_protocol = 4

    edge_storage_enabled = 0

    edge_storage_sch = '111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111'

    brightness = 0

    contrast = 0

    saturation = 0

    sharpness = 0

    volume = 0

    mobile_media_port = 554

    mobile_quality = ''

    mobile_resolution = '1280x720'

    mobile_fps = 0

    mobile_path = '/user=admin&password=&channel=1&stream=0.sdp'

    mobile_stream_no = 0

    mobile_bitrate_ctrl = 0

    mobile_cbr_bitrate = 0

    mute = 0

    update_time = 1446939924

    pt_speed = 3

    zoom_speed = 3

    ptz_speed_keep_origin = 1

    ui_stream_no = '1,1,1'

    custom_detect = 1

    custom_alarm_detect = 0

    enable_multicast = 0

    multicast_grp_addr = ''

    multicast_video_port = 0

    multicast_audio_port = 0

    recording_disabled = 0

    audio_recording_disabled = 0

    set_rec_folder = 0

    set_evt_prefix = 0

    enable_multicast_mobile = 0

    multicast_grp_addr_mobile = ''

    multicast_video_port_mobile = 0

    multicast_audio_port_mobile = 0

    rec_storage_status = 0

    key_frame_interval = -1

    alert_event = 0

    rtsp_keep_alive = 1

    enable_codec_optimization = 0

    codec_optimization = 1

    custom1_detect = 1

    custom1_alarm_detect = 0

    mobile_liveview_mode = 0

  3. больше сколько? 8? 16?

     

    может я не прав конечно, но ведь та же машина при аплоаде просто на шару такого не вытворяет?

    и скорость там пусть и падает в среднем на 30% от топовой (что понятно), но на 30%, а не в 5-10-20 раз.

    файл при этом один и тот же.

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

     

    Т.е. замедление зависит скорее не от объема файла и памяти, а в моем случае скорее от времени, затраченного на аплоад файла.

     

    Условно - прошла минута - делим скорость приблизительно в 1,8 раз от первоначальной, еще минута - еще в 1,8...

     

    Пока я не увеличил %OWNCLOUD_CHUNCK_SIZE% я не мог добиться аплоада клиентом большого файла - он просто снижал скорость до 1kb/sec и привет, прогнозируемое время ожидания - вечность.

    Увеличил - смог залить на гигабите 7,8 гиг через клиента (браузер так и не смог заставить, но это как я понимаю ограничениие HTTP/HTTPS + браузера)

     

    сейчас сделаю последнюю попытку - уменьшу назад %OWNCLOUD_MAX_PARALLEL% - быть может тут собака порылась...

     

    То есть пока количество файлов к обновлению не велико, а их объемы небольшие (что характерно для документов) - все ок, но при возрастании объемов клиент стал падать...

  4. короче, запустилось, но при тесте в виде скормленной отдельной папкой части дропбокса - около 30 гиг 30000 файлов - стало падать после отправки около 100 файлов...

     

    пациент скорее мертв имхо =((

  5. по поводу ограничения на размер файла - это ограничение судя по всему скорее браузерное, клиент сейчас заканчивает загрузку 7Gb+.

     

    Сказать, что все круто, правда, не могу, смущает поведение скорости аплоада с течением времени.

    Начинается аплоад на скорости около 20Mb/s, но постепенно падает и снижается до 7 Mb/s при файле 7,8Gb - для небольших (до 4Gb) падение будет незаметно, а вот при более крупных разница в скорости аплоада первой и второй половины файла очень большая (в несколько раз).

     

    Тут думаю, это специфика работы уже либо клиента, либо самого ownclouda

  6. Частичное ура - клиента заставил качать на относительно нормальной скорости - необходимо задать переменные окружения у клиента (Windows)

    OWNCLOUD_CHUNK_SIZE = 104857600

    OWNCLOUD_MAX_PARALLEL = 10

     

    теперь еще найти бы решение для 2GB ограничения....

  7. ок, попробую вечерком добавить - посмотрю как изменится скорость...

     

    хотя с другой стороны - в стеке ли дело - при копировании просто на шару \\diskstation\data таких проблем не наблюдаю - там скорость около 70Мб/сек выравнивается

    так что тут скорее вопрос именно к передаче клиентом owncloud

     

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

  8. все в локалке гигабитной, ресурсы по нулям, стоит только голая хренология 4 апдейт, никаких качалок, MariaDB, PhpMyAdmin, Syno Cloud

    железо под нее аж i5/8Gb...

    ресурсы свободны по самое небалуйся...

    сетка до компа на хорошем новом гигабитном свиче

    аплоад через браузер заметно быстрее с той же машины, но ограничен 2Гб (изначально был 513Мб, после правок конфигов уперся в 2Гб)

  9. уже прописано, не спасает, сравнивал с необходимым временем, не то...

     

    плюс сильно смущает скорость аплоада клиентом - если даунлоад 20+мб/с, то аплоад начинается с 2,5-3 и замедляется....

  10. Xpenology, dsm upd4

     

    Устанавливаю owncloud 8.0.2

    по умолчанию, все как и полагается работает с ограничением в 512Mb

    правлю php.ini,

    .htaccess, .user.ini

    php_value upload_max_filesize 16G

    php_value post_max_size 16G

    php_value memory_limit 512M

     

    nginx.conf

    client_max_body_size тоже задаю

     

    httpd -k restart

     

    и все равно при попытке аплоада файла 2GB+

    Через браузер файл загружен частично...

     

    Через клиента скорость заметно ниже и снижается (заметно это начинается с 2 Mb/s на гигабите и падает за пару минут до скорости ниже 1Mb/s и продолжает падать - данные при этом передаются, но все медленнее)

     

    Есть идеи куда смотреть, куда что прописать?

    может у кого есть опыт по настройке owncloud на Xpenology?

     

    Либо ткните меня носом в другое стабильное облако для Xpenology - задачи:

    0) Хранение на Xpenology

    1) синхронизация по локалке

    2) доступ извне

    3) хочется доступ с ios и android

    4) файлы не должны быть лимитированы 2-4Gb

    5) несколько аккаунтов-раздача итп приветствуются, но не первоочередное требование.

×
×
  • Create New...