Neko-san

Озадачен подобной проблемой. Кто-нибудь использовал двойные PCI-тюнеры под Линуксом? Что-то типа AVerTV Duo Hybrid PCI-E II. Эфирных каналов необходимых к захвату больше десятка, а ставить для этой цели две машины - не хочеися. Интересует как подобные железки представляются системе - как два разных устройства или иначе. И будет ли вообще функционировать такое счастье в Линуксе без лишних танцев с бубном.

Зачем так извращаться? Собери свежий getstream из git'а, и просто укажи в конфиге следующее: lnb { lof1 5150000; lof2 0; slof 0; }; После чего указывай человеческие частоты, например: transponder { frequency 3791000; polarisation h; symbol-rate 7900000; }; И всё будет работать без дополнительных калькуляций :)

Т.е. с C не работает? Эх, а я хотел на Ямал 201 нацелиться :( Всё работает в getstream. В том числе и C-диапазон. Где-то в этой теме я писал, что нужно сделать, что бы настроиться на Ямал.

Зацикленный ролик не вариант. Хочется вещать часы, текстовую информацию. В общем нечто обновляющееся в процессе вещания. Плюс фоновую музыку разную - что бы не надоедала одна и та же мелодия. Плюс может в качестве фона - видео с веб-камер города. Клиенты - ПК. Им ничего кроме MPEG2 потока не скормишь. Под виндой есть бесплатные и условно-бесплатные (в пределах 30-100 баксов) решения - для организации подобного и вещания этого в сеть. Но у меня нет виндового сервера. Поэтому приходится изобретать велосипед под Линукс.

В моем случае многодорожечных каналов около 15 штук. Впринципе, даже если бы на всех 40 каналах поток шел с несколькими дорожками - разницы в нагрузке особой бы не было. Плюс или минус 3-4 процента нагрузки на ЦП - совершенно не критичны. Скажите, а что вы имели ввиду под потреблением трафика VLC? То, что он без подключенных клиентов постоянно подключен к серверу с которого идет поток и создает тем самым нагрузку на линию связи между ними? Или что-то еще?

Да, тут вы правы. Хорошо что напомнили про этот момент. Второй день бьюсь - не могу вытащить радио из второй аудио-дорожки. И совешенно забыл про то, что сам отрезаю все лишние дорожки подобной ретрансляцией. Ради интереса перезапустил все свои VLC с таким параметром (42 процесса) - нагрузка на ЦПУ выросла всего на 1 процент.

Вот вывод emerge vlc -pv: [ebuild R ] media-video/vlc-0.9.9a-r1 USE="ffmpeg httpd libgcrypt mmx mp3 mpeg ncurses sse stream x264 xml -X -a52 -aac -aalib -alsa (-altivec) -arts -atmo -avahi -bidi -cdda -cddax -cddb -cdio -dbus -dc1394 -debug -dirac -directfb -dts -dvb -dvd -esd -fbcon -flac -fluidsynth -fontconfig -ggi -gnome -gnutls -hal -id3tag -jack -kate -libass -libcaca -libnotify -libsysfs -libv4l2 -lirc -live -lua -matroska -modplug -musepack -nsplugin -ogg -opengl -optimisememory -oss -pda -pulseaudio -pvr -qt4 -remoteosd -rtsp -run-as-root -samba -schroedinger -sdl -sdl-image -seamonkey -shout -skins -speex -svg (-svga) -taglib -theora -twolame -upnp -v4l -v4l2 -vcdinfo -vcdx -vlm -vorbis (-win32codecs) -xinerama -xosd -xv -zvbi" Ничего особенного на счет mux ts - нет. Если вы хотите добиться результата именно под Debian - может быть поискать сторонний репозитария? Некоторое время назад именно таким способом мне удалось установить VLC 0.9.8 под Ubuntu 8.04. С родного репозитария тянулся VLC 0.8.6 версии. А с http://ppa.launchpad.net/c-korn/ppa/ubuntu поставился свежий. Правда я не знаю подходят ли пакеты для Убунты к Дебиану. Впрочем не факт, что сборка VLC вручную или установка его из какого-то стороннего репозитария вам поможет. Возможно дело в общей унифицированности системы. Компилятор не идеально оптимизированный под вашу конфигурацию, куча лишнего в ядре и т.п. P.S. А запускаете VLC точно правильно? Запускаю VLC 0.9.9 так: vlc udp://@192.168.0.1:10000 --sout '#std{access=http,mux=ts,dst=10.10.10.10:30100}' --daemon Вместо 10.10.10.10 соответственно указан внешний IP сервера, к которому конектятся зрители. VLC принимает udp-поток от DVB-IP стримера из отдельного VLAN'a и тупо отдает наружу, но уже по HTTP.

А настроить все что нужно через GUI и воспользоваться строкой запуской которую он сгенерирует - не вариант?

Пардон, забыл указать. Всё вещание по IP.

Сам, разумеется. В Gentoo практически всё собирается вручную. Начиная от компилятора и заканчивая самой мелкой утилиткой. Местеми правда бывают грабли, но по моему опыту - их гораааздо меньше чем в какой-нибудь Fedora или Ubuntu.

Ищу open source или бесплатное решение для организации инфоканала. Хочется вещать какие-нибудь часики, немного текстовой информации и фоновую музыку. В качестве сервера - Linux без GUI. На данный момент единственное что приходит в голову - рисовать всё необходимое в каком-нибудь Flash'e, поднимать GUI, открывать в GUI ролик, разворачивать его на полный экран и вещать в сеть поток захваченный с экрана. Впринципе будет работать, но мне кажется что должны существовать какие-то иные способы реализовать желаемое...

У меня 40 каналов, из мультикаста в юникаст передаются с помощью VLC 0.9.9. Загрузка сервера на базе единственного Core 2 Quad с 4 гб ОЗУ - минимальная. Каждый процесс жрет где-то 0,1% от проца. Зрителей правда поменьше, до 80 одновременных подключений. Перезапускаю конструкцию два раза в сутки, утром и вечером. Впринципе бы хватало одного раза, но есть риск что сервак завалится из-за нехватки оперативы в случае особенно сильной утечки. Нужно добавлять еще 4 гига. В качестве ОС - Gentoo на ядре 2.6.29. Конечному потребителю VLC отдает поток с помощью HTTP. Плюс висит icecast, apache+mysql+php для нескольких сайтов и ведется постоянный мониторинг подключенных клиентов для статистики.

А чего ему будет в гофре прибитой к стене? Ни физических нагрузок, ни прямого воздействия солнечных лучей. Некоторые патчкордами линки кидают и ничего, висят и работают по 2 с лишним года. Да еще и с соединениями под открытым небом (в целофановом мешочке). Плюс в случае наружней прокладки - гораздо меньшее количество людей будет с этим патчкордом соприкасаться. В слаботочке могут порвать какие-либо связисты. Да и проходка порой бывает отвратной - в этом случае патчкорд не протащить - либо придется тащить без разъема и следовательно наваривать его внизу, либо вообще сломаешь пока протащишь.

Может быть стоит бекапить только те файлы, которые изменились с момента установки системы? А образ голой системы сделать с помощью dd. После чего в случае проблем можно будет развернуть базовую систему не заморачиваясь с разбивкой диска и уже после развертывания системы просто копировать конфиги и нужные файлы из ежедневного бекапа.

канал до Томска есть?

может быть лучше использовать udpxy?

Для вещания в С-диапазоне нужно иметь последнюю версию getstream2. В конфиге нужно указать следующее: dvb-s { lnb { lof1 5150000; lof2 0; slof 0; }; Спасибо автору getstream'a за помощь.

DWL-2100AP - по сути ведь "прозрачное" устройство. Всё что оно делает - принимает пакетики из кабеля и отправляет по Wi-Fi. Так что скорее всего будет пропускать. Возникла необходимость в стабильном транскодировании 10-15 H.264 потоков со спутника АМ1 в MPEG2. Сейчас использую VLC, но недоволен стабильностью и качеством итоговой картинки. Существуют ли аппаратные многоканальные кодеры H.264>MPEG2? Подошел бы практически любой вариант - PCI-карты в компьютер (работающие под Linux), железка с IP-входом, или какой-нибудь комбайн с DVB-S тюнерами, транскодером и IP-стримером. Или может быть какой-нибудь софт, который будет работать стабильнее VLC...

Скажите, а кто-нибудь использует getstream2 для приема сигнала в C-диапазоне (Ямал-201)? Задал вопрос разработчику, он сказал что слыхал об удачных случаях и посоветовал указать LOF1 и не указывать LOF2 или SLOF. Но чего-то не работает... И еще - можно ли вещать ТВ и радио с одного транспондера одновременно? В конфиге указал секцию stream с PID'ом радиостанции, getstream запустился, но VLC подключается и сразу отключается... Или проще говоря не играет :(