Подробная инструкция по установке платформы 1С на сервер. Будет всплывать окно. Скачать Navicat MysQl с кряком - Готовые сервера wow - - читы для WOW, читы для WOW 3.3.5,сервера wow 4.0.3. Программа 1С:Предприятие 8.2 (8.2.12.87-8.2.15.294) x86+x64 [2010, Русский] + Кряк скачать бесплатно.

Сервер

Ну, не каждый open приводит к сикам. И речь не о синхронном чтении, а о ODIRECT. The whole notion of «direct IO» is totally braindamaged.

This is your brain: O This is your brain on ODIRECT. Any questions? I should have fought back harder. There really is no valid reason for EVER using ODIRECT.

You need a buffer whatever IO you do, and it might as well be the page cache. There are better ways to control the page cache than play games and think that a page cache isn't necessary. So don't use ODIRECT. Use things like madvise and posixfadvise instead. Red5 слишком сложен и тяжел для моих целей, а вот такой модуль — то что нужно.

Сейчас переделываю своё приложение и возник вопрос — в пределах одного соединения red5 позволял одновременно производить публикацию live-потока и воспроизводить его же (пытаюсь сделать loopback с вебкамеры, идущий через сервер — для тестовых целей). При использовании данного модуля — публикация проходит, что видно при использовании record, но поток не воспроизводится.

Хотел узнать — было ли так задумано. Хотя, мне это не мешает — просто отдаю и принимаю поток через два разных соединения. Отличный модуль. Так как в гугле меня забанили, а на контакты вы не отвечаете, то спрошу здесь. Во-первых, как мне отловить конец стрима? Клиент получает NetStream.Play.Start и потом с переменным успехом NetStream.Buffer.Full и NetStream.Buffer.Empty События Stop или Unpublish я не получаю, хотя при этом поток-источник может рватся любое количество раз. В принципе, в самом флеш-плеере все хорошо, а вот rtmpdump (и мое приложение с librtmp) от такого сходят с ума и не могут доливать поток после того, как тот был возобновлен.

Особенно плохо моему приложению, которое не может дождаться конца потока. В принципе, можно было бы выставить таймаут, но это не вариант для живых аудиотрансляций — флеш при пропадании звука (уменьшении амплитуды сигнала меньше порогового уровня) просто перестает отсылать байтики — стрим вроде как и есть, он НЕ закрыт, но потока и нет. Отличить от случая, когда клиент закрыл браузер, я никак не могу.

Далее, дабы далеко не ходить, сама librtmp иногда сыпит ошибками: ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN!

ERROR: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! ERROR: HandleMetadata, error decoding meta data packet Возникает вопрос — а сам поток хоть как-то проходит валидацию? Возможно это как-то связано с клиентом-транслятором? Или, предположим, с лагами сети? В общем, даже заявленный вами rtmpdump, иногда не желает работать. В качестве источника пробовал wirecast + xsplit, других софтин для композа изображения и трансляции не знаю (ffmpeg умеет только хватать картинку, но не умеет делать композ изображения). Замечены подобные ошибки были при использовании wirecast, возможно дело в нем, однако вы заявляете совместимость и с ним.

Если посоветуете другие бродкастеры — буду благодарен. Ну и немного по статье: Директива exec позволяет запустить внешнее приложение в момент публикации входящего потока Не знаю как у вас, а вот у меня ffmpeg очень любит долго читать rtmp-поток, а уже потом, переварив примерно 5 метров, начинать его процессинг.

Если вещать только голос с микрофона, то это может занять минут 15. Причина тому — размер буффера в функции, где происходит детект потока.

Победил написанием своего велосипеда, заполняя структуры потоков вручную, без использования автодетекта от libavcodec/libavformat. ffmpeg -re -i /var/videos/test.mp4 -c copy -f flv rtmp://localhost/myapp/mystream А кто занимается таймингом потока в этом случае? По крайней мере раньше, ffmpeg отправлял все что есть на FMS на максимальной скорости, клиент за ним конечно же не успевал.

Пришлось написать велосипед, который читал FLV по байтикам, смотрел на таймштамп пакетов и отправлял на сервер с задержкой, синхронизировавшись с локальными часами: ffmpeg -i test.mp4 -c copy -f flv — myStreamer target onpublish А почему нельзя сделать авторизацию внутри сервера? Мне вот крайне неприятно дергать что-то по http, мне как минимум надо поднимать вебсервер и писать веб-приложение для этого. Хотел было в функции ngxrtmplivepublish проверять валидность имени потока и выдавать ошибку/переименовывать поток, но не понял как происходит разрегистрация стрима, на этом написание патча остановилась. Не поможете дописать? Я собирал модуль из репозитория от Nov 16 11:28, события Stop не получал никогда.

Судя по блогу, версия 0.8 вышла только в декабре, мне надо пересобрать все. Сюда же спишу проблемы с некорректным потоком, просто проверить сейчас не могу. Про валидацию я имел в виду размеры пакетов в самом FLV-контейнере, там хоть сигнатур для проверки и не густо, но можно определить по последним 4 байтам целостность потока. Сталкивался с тем, что java-апплет для снятия картинки с экрана иногда забывал дописывать кусочки данных (ну или пишет размер пакета некорректно), пришлось делать костылек. Для уменьшения буфера детектирования я выставлял поля maxanalyzeduration=4096; и io-maxpacketsize=50000, получил минимальную задержку, чего с ffmpeg сделать не получалось (надо правда сказать, что это было достаточно давно, я тогда извращался еще с оригинальным FMS и rtmpd), а вот про опцию -re не знал, спасибо. А вот теперь по поводу авторизации. Не знаю, как сильно это вяжется с идеологией проекта, но мне бы хотелось в идеале выставлять параметры всей сессии.

Логика примерно такая: 1. Пришел коннект, подключились к application - я проверяю имя приложения 2. Пришел запрос на публикацию - я проверяю имя стрима, к примеру клиент шлет 645987346 3.

Я знаю, что этот ID от пользователя ХХХ, что опубликовать его надо как /vasya/videoBlog, а не как /live/645987346 4. Я знаю, что длительность публикации должна быть не более 10 минут, аудио кодек только неллимосер, общий битрейт не более мегабита, а число клиентов не более 5 штук 5. Если после любой проверки что-то не так — соединение закрывается. Опционально выставить SharedObject с данными, что currentClients=0 и считать в нем зрителей. В идеале не просто «да» или «нет» получать от логики, а иметь возможность самому заполнить структурку со всеми параметрами, которые только могут быть. Сделать плагинный интерфейс, как к примеру в pureftpd.

Сервера с модами для майнкрафта

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

То есть я использую примерно такую команду: ffmpeg -f dshow -i video='Webcam':audio='Webcam Microphone' -c:v libx264 -c:a libmp3lame -ar 44100 -ac 1 -f flv rtmp://server/live/stream Я могу при одних и тех же обстоятельствах наблюдать разные проблемы: Видео отправляется, но не проигрывается до того момента, пока не завершишь отправку потока на сервер. Сразу после этого отправленный в «буфер» поток воспроизводится.

По наблюдениям так бывает, если добавить -an в параметры запуска ffmpeg. Также при этом поведении не ведется запись hls. Видео при трансляции с камеры вообще не воспроизводится во флеш-плеерах, иногда воспроизводится только звук. Одновременно с этим, если отправлять на сервер реалтайм-поток любого файла, то все работает как нужно, в том числе, если захватывать поток rtsp или http. Так как мне нужно было как-то вещать с камеры, то я делал захват через VLC, и скармливал rtsp-поток ffmpeg'у.

Сервера С Тнт Раном

В таком случае все работало как нужно, но безбожно весило компьютер. Видимо я плохо сформулировал. Мне так и не удалось заставить ffmpeg стабильно передавать видео с камеры напрямую(через DirectShow). При любом раскладе ни один из флеш-плееров не показывают изображение, только звук. Но если передавать на сервер готовый файл(или любой другой входной поток — http/rtsp), при этом также транскодируя его на лету с параметром -re, то везде все и всегда воспроизводится прекрасно, hls сохраняется. А про «вешать» я имел ввиду, что та конфигурация, которую мне пришлось использовать (webcam - VLC - rtsp stream out - ffmpeg - out nginx rtmp) очень сильно подвешивает систему, но работает. Видимо VLC кодирует менее эффективно.

В общем, проблема понятна. Ваш поток начинается с intermediate фреймов. Вот именно такие фреймы и попадают первыми в записанный flv. Заголовок H264 и ключевой фрейм идут уже после 4х промежуточных фреймов. Эта проблема касается именно первого записанного файла, последующие записываются правильно.

Строго говоря, в записанном flv есть все, чтобы нормально воспроизводиться и перекодироваться, но ffmpeg ожидает, что заголовок H264 будет в начале файла. В любом случае я сделаю так, чтобы этой проблемы не было при любом потоке. Да, его тоже не пережевывает. Может, ffmpeg'у чего не хватает? Пробовал на нескольких машинах.

Сервера С Бесплатной Админкой

Radmin Server + Client 3.4 Разработчик: Famatech Сайт разработчика: Язык интерфейса: Русский Таблэтка: Присутствует Системные требования: Windows XP, Windows Vista (32-bit и 64-bit), Windows 7 (32-bit и 64-bit), Windows Server 2008 (32-bit и 64-bit), Windows Server 2008 R2 Описание: Radmin - это одна из лучших программ удаленного администрирования для платформы Windows, которая позволяет полноценно работать сразу на нескольких удаленных компьютерах с помощью обычного графического интерфейса. Наряду с поддержкой модели безопасности NT и локализацией на любые языки возможна работа в режимах обмена файлами и Telnet, что позволяет рассматривать Radmin как интегрированное решение для удаленного управления организацией любого масштаба. Информация: Что нового в Radmin 3.4 Удаленное управление на аппаратном уровне с поддержкой технологии Intel® AMT Новая бесплатная версия Radmin Viewer с технологией Intel® Active Management (Intel® AMT) и поддержкой функций: Включение, выключение и перезагрузка удаленного компьютера. Просмотр и управление параметрами BIOS удаленного компьютера. Доступ к текстовому режиму загрузки удаленного компьютера. Загрузка удаленного компьютера с локального CD/Floppy или из локального файла образа CD/Floppy.