heap Опубликовано 11 октября, 2008 · Жалоба Попытался получить с камеры поток по RTSP и ретранслировать его при помощи VLC. Единственная комбинация параметров, найденная на данный момент - это трансляция по http, в контейнере MPEG-TS, с кодеком MPEG4. При этом единственное, чем удалось его нормально просмотреть - это другой VLC. MPlayer не играет, хотя прекешинг делает и говорит, что нашел TS. xine один раз рывками поиграл и более не захотел. Плееры в Windows открывают какую-то полоску белую в центре окна. Кому-нибудь приходилось транслировать при помощи VLC? Какие использовались параметры? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 11 октября, 2008 · Жалоба Streaming HOWTO на сайте читать не пробовали? DivX 3 нормально кажет и на виндовс-медиа-плеер, и на винамп, и на gcom и на куче плюгинов на флеш.... качество конечно плохое.... надо h.264 настраивать. кто настроил h.264 ++ трансляция через Flash-плейер на сайте -- поделитесь настройками пожалуйста Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heap Опубликовано 11 октября, 2008 · Жалоба Streaming HOWTO на сайте читать не пробовали? DivX 3 нормально кажет и на виндовс-медиа-плеер, и на винамп, и на gcom и на куче плюгинов на флеш.... качество конечно плохое.... надо h.264 настраивать. Читать пробовали - толку только мало - только описанная конфа завелась. Вот сейчас поставил контейнер ogg и кодек DivX3 - если с этой конфигурацией транслирую обычный видеофайл - все нормально, mplayer цепляется и т.д. А если в качестве источника указываю RTSP с камеры, получаем в клиентском vlc: [00000404] main stream error: cannot pre fill buffer mplayer тоже висит в ожидании наполнения буфера. Но стоит только поменять контейнер на TS и кодек на mp4 - начинает играть, но только иной vlc. o_O Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stormi Опубликовано 13 октября, 2008 · Жалоба Сейчас страдаю тем-же с камеры axis. Есть момент - нужно 2 vlc запускать, так как камера отдает MPEG4-ES "не пакетированый", или как-то так. vlc его напрямую транскодить не будет. Пришлось поднять 2 копии - 1 ставит mux и рестиримит на 127.0.0.1, вторая делает transcode и рестримит клиентам в mms:// - родное для win. Видео идет отлично, со звуком проблему еще не решил. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heap Опубликовано 13 октября, 2008 (изменено) · Жалоба Если не затруднит - можно ли ключики в студию от работающего решения? Немного подобрал комбинацию ключей - пока споткнулся только о то, что при попытке проиграть mplayer'ом он сначала говорит, что первый фрейм не ключевой и несколько секунд изображения нет, потом приезжает keyframe и процесс пошел. :) Изменено 13 октября, 2008 пользователем heap Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Stormi Опубликовано 13 октября, 2008 · Жалоба Насчет кейфрейма так и будет. Считай в нем идет полная картинка, в промежуточных только изменения, это так, по простому. Поэтому отдавать поток без кейфрейма в начале просто глупо, клиент картинку не получит. У меня сейчас работает так: vlc -vvv rtsp://ип.камеры/mpeg4/media.amp --sout #std{access=http,mux=asf,dst=127.0.0.1:8000} vlc -vvv http://127.0.0.1:8000 --sout #transcode{vcodec=DIV3,vb=4096,scale=1}:std{access=mmsh,mux=asfh,dst=ип.сервера: 8000/01} Клиенты тянут обычным windows media player через открыть урл, в урле вбивают mms://ип.сервера:8000/01 vlc который транскод делает выжирает от д20 до 30% селерона 2 ггц, проверял на 2-х десятках клиентов разницы в загрузке процессора от 1 и от 20 не заметил. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heap Опубликовано 13 октября, 2008 · Жалоба Насчет кейфрейма так и будет. Считай в нем идет полная картинка, в промежуточных только изменения, это так, по простому. Поэтому отдавать поток без кейфрейма в начале просто глупо, клиент картинку не получит. У меня сейчас работает так: vlc -vvv rtsp://ип.камеры/mpeg4/media.amp --sout #std{access=http,mux=asf,dst=127.0.0.1:8000} vlc -vvv http://127.0.0.1:8000 --sout #transcode{vcodec=DIV3,vb=4096,scale=1}:std{access=mmsh,mux=asfh,dst=ип.сервера: 8000/01} Клиенты тянут обычным windows media player через открыть урл, в урле вбивают mms://ип.сервера:8000/01 vlc который транскод делает выжирает от д20 до 30% селерона 2 ггц, проверял на 2-х десятках клиентов разницы в загрузке процессора от 1 и от 20 не заметил. Спасибо. Буду пробовать еще этот вариант. Сегодня перебрал разные. Битрейта мне столько много, да и картинку сделаю поменьше - видео будет доступно на сайте - потому битрейт критичен. Сразу вопрос в тему, так сказать, а не подскажете ли готового решения встраиваемого в сайт плеера, чтобы просматривать это самое видео? По принципу какого-нибудь ютюба или прочих видео-сервисов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cadmi Опубликовано 16 октября, 2008 · Жалоба кто настроил h.264 ++ трансляция через Flash-плейер на сайте -- поделитесь настройками пожалуйста мы настроили. но не vlc. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
heap Опубликовано 1 ноября, 2008 · Жалоба кто настроил h.264 ++ трансляция через Flash-плейер на сайте -- поделитесь настройками пожалуйста мы настроили. но не vlc. Позвольте полюбопытствовать - а чем именно воспользовались? Каким ПО? К теме о vlc: делаю так (камера от D-Link - 5220): cvlc -vvv rtsp://<cam ip>/live.sdp --sout '#std{access=http,mux=asfh,dst=127.0.0.1:8000}' И не могу прочесть ничего с http://127.0.0.1:8000, другой vlc, натравленный на этот URL мне выдает: [00000405] main stream error: cannot pre fill buffer Если: cvlc -vvv rtsp://<cam ip>/live.sdp --sout '#std{access=http,mux=ts,dst=127.0.0.1:8000}' то уже другой vlc может проиграть URL. И mplayer может, но дольше задумывается вначале после слов: TS file format detected. Далее пытаюсь получить mms поток с WMV2 в asf. В mplayer по ошибке запросил http: > mplayer http://<ip>:8080 MPlayer 1.0rc2-SUSE Linux 11.0 (i686)-Packman-4.3 © 2000-2007 MPlayer Team CPU: Intel® Core2 Duo CPU E6550 @ 2.33GHz (Family: 6, Model: 15, Stepping: 11) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Can't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing http://<ip>:8080. Connecting to server <ip>[<ip>]: 8080... Cache size set to 320 KBytes Cache fill: 0.18% (585 bytes) Win32 LoadLibrary failed to load: avisynth.dll, /usr/lib/codecs/avisynth.dll, /usr/lib/win32/avisynth.dll, /usr/local/lib/win32/avisynth.dll Exiting... (End of file) Исправился: > mplayer mms://<ip>:8080 MPlayer 1.0rc2-SUSE Linux 11.0 (i686)-Packman-4.3 © 2000-2007 MPlayer Team CPU: Intel® Core2 Duo CPU E6550 @ 2.33GHz (Family: 6, Model: 15, Stepping: 11) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Can't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing mms://<ip>:8080. STREAM_ASF, URL: mms://<ip>:8080 Connecting to server <ip>[<ip>]: 8080... Connected MPlayer interrupted by signal 13 in module: open_stream - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Другой vlc тоже радостно пишет: [00000403] access_mms access error: no data received Никак не удается получить адекватный mms или http поток, который бы одинаково успешно игрался и в открытых плеерах (xine, mplayer) и в Windows Media Player. Кому удавалось сие - поделитесь опытом, pls. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Maxa Опубликовано 3 ноября, 2008 · Жалоба Я делала. Через DarwinStreamingServer в качестве ретранслятора видео-аудио с Axis-овской камеры. Ручками клиенту надо было выгружать rtsp-файлик, тогда работали оба потока (и видео, и аудио) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cadmi Опубликовано 3 ноября, 2008 · Жалоба Позвольте полюбопытствовать - а чем именно воспользовались? Каким ПО? Самопись... Никак не удается получить адекватный mms или http поток, который бы одинаково успешно игрался и в открытых плеерах (xine, mplayer) и в Windows Media Player.Кому удавалось сие - поделитесь опытом, pls. А к чему эти бубны с непонятными ключами? Почему не так, как написано в доке vlc, http://www.videolan.org/doc/streaming-howto/en/ch04.html MMS / MMSH streaming to Windows Media Player cvlc -vvv input_stream --sout '#transcode{vcodec=DIV3,vb=256,scale=1,acodec=mp3,ab=32,channels=2}:std{acces s=mmsh,mux=asfh,dst=1.2.3.4:8080}' от себя добавлю, что WMP иногда с ума сходит, поэтому в dst лучше дополнительно указывать "как бы файл", по типу такого: ,dst=1.2.3.4:8000/camera.avi Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
0ctave Опубликовано 13 августа, 2009 (изменено) · Жалоба Здравствуйте. Третий день уже бьюсь с Axis 207w...Нужно видео с камеры раздавать мультикастом через vlc (может есть ещё другой, подходящий софт? Критерии - фриварный на 100%, под win). Пробовал схему, как у Stormi, но не пашет она у меня=\ Единственным способом, как мне удалось извлечь vlc с камеры хоть что-то - это открывать урл из js-а, кот. она генерит через свой веб-интерфейс для motion-jpeg. Проблема в том - как этот m-jpeg теперь стримить? И так и сяк пробовал - не выходит. Чем ж его транскодить-то? Да и m-jpeg этот довольно увесистый. Mpeg4 с неё так и не смог получить( Может что-то в самой камере где-то тыркнуть надо? :) Всякие там "multicast always" отметил)) Очень нужен совет опытных людей. Изменено 13 августа, 2009 пользователем 0ctave Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 13 августа, 2009 · Жалоба 0ctave, у этой камеры внутри LINUX. MPEG4 с нее прекрасно забирается, что-то где-то недосмотрели. Ретранслируется через DarwinStreamingServer. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 13 августа, 2009 · Жалоба Попытался получить с камеры поток по RTSP и ретранслировать его при помощи VLC. Единственная комбинация параметров, найденная на данный момент - это трансляция по http, в контейнере MPEG-TS, с кодеком MPEG4. При этом единственное, чем удалось его нормально просмотреть - это другой VLC. MPlayer не играет, хотя прекешинг делает и говорит, что нашел TS. xine один раз рывками поиграл и более не захотел. Плееры в Windows открывают какую-то полоску белую в центре окна.Кому-нибудь приходилось транслировать при помощи VLC? Какие использовались параметры? С проигрыванием RTSP/RTP у большинства софта проблемы, особенно если внутри него h264. mplayer практически никогда нормально его не берет. VLC еще более-менее, то тормозит. Более-менее мне удалось просмотреть такой поток только плеером из mpeg4ip (http://mpeg4ip.sourceforge.net/) В винде windows media player берет RTSP только если внутри него VMW8/VMW9. Там более-менее вменяемый плеер - QuickTime. Вобщем, вместо RTSP лучше использовать другой протокол. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
0ctave Опубликовано 13 августа, 2009 · Жалоба littlesavage Спасибо Вам за ответ! 0ctave, у этой камеры внутри LINUX. MPEG4 с нее прекрасно забирается, что-то где-то недосмотрели.Ретранслируется через DarwinStreamingServer. Про дарвин думал, т.к. он уже упоминался в этой теме...но, он тока под никс, а мне нужно обязательно под винды)Я так и думал, что где-то в камере что-то недоглядел, но вопрос - что именно?))Просто первый раз столкнулся с подобной задачей, и уже всё перебрал, до чего руки && голова дошли)) С проигрыванием RTSP/RTP у большинства софта проблемы, особенно если внутри него h264.mplayer практически никогда нормально его не берет. VLC еще более-менее, то тормозит. Более-менее мне удалось просмотреть такой поток только плеером из mpeg4ip (http://mpeg4ip.sourceforge.net/) В винде windows media player берет RTSP только если внутри него VMW8/VMW9. Там более-менее вменяемый плеер - QuickTime. КвикТаймом пробовал, и он ясно даёт понять - что-то он там буферезует, но ничего не показывает( Кодеки вроде все у меня в наличии...странно.Да и что потом с этим потоком после квиктайма делать?! Как его мультикастом раздать?! Ведь в чём проблема - надо с камеры видео раздавать мультикастом. Можно было бы не париться: у неё есть веб-интерфейс=>нужно лишь разрешить в настройках анонимные коннекты для просмотра и вуаля))Но у камеры есть ограничение на кол-во одновременных сессий - макс. 10. А нам надо N )Поэтому надо че-то забирать видео с камеры и раздавать его мультикастом без ограничений. Попробовать mptg4ip в действии смогу только в понедельник, т.ч. жду ещё варианты!)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 13 августа, 2009 · Жалоба 0ctave, еще можно посмотреть у производителя: http://www.axis.com/techsup/software/index.htm Драйвер AXIS Video Capture Driver позволяет экспортировать потоковое видео с устройств Axis на устройства сторонних производителей, например, на медиасерверы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Diden05 Опубликовано 15 мая, 2010 · Жалоба Здравствуйте, кто нибудь добился ретрансляции видео с камеры AXIS P3344 через vlc, если да, поделитесь опытом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SamGromoff Опубликовано 17 ноября, 2010 · Жалоба Делал по схеме http://habrahabr.ru/blogs/personal/98064/ замечания .. репозитарий - deb http://www.debian-multimedia.org lenny main non-free далее по схеме. всё заработало сразу. сейчас занимаюсь тем, что пытаюсь заставить vlc всё делать в один поток. запускается вот так vlc -vv rtsp://192.168.123.103:554/ipcam.sdp --rtsp-caching=100000 --no-sout-audio --sout '#std{access=http,dst=127.0.0.1:8001,mux=ts}' vlc -vv http://127.0.0.1:8001 --loop --http-caching=10000 --sout '#transcode{vcodec=FLV1,vb=512,fps=15}:std{access=http{mime=video/x-flv},dst=:8080/view01.flv,mux=ffmpeg{mux=flv}}' Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...