Mear 11 ноя 2011 в 21:46

RadioPoint — или мой велосипед в сфере интернет-радио

4 мин

2.8K

Я пиарюсь

+32

Комментарии 14

SCINER 11 ноя 2011 в 23:18

Отличная работа. Тоже был в поисках подобного, легкого, но так и не нашел.
Поэтому собственно и забросил идею создания полноценной радиостанции.
А в это время просто кручу радио для себя smi-media.ru:8000/

nwalker 12 ноя 2011 в 04:50

простите, а чем вас liquidsoap не устроил, кроме того, что под виндой он значительно слабее, чем под прочими ОС?
если вы программист — я вас вдвойне не понимаю.

-2

Mear 12 ноя 2011 в 09:43

Хм… вы серьезно не видите разницу между например SAM и liquidsoap с точки зрения пользователя? Смысл в том, что бы добиться чего то не залезая в код. В SAM можно многое сделать из GUI не зная и не залезая в код, в liquidsoap вы уже сразу попадает в код без вариантов (это то самое различие в Unix/Windows style). Я писал проект не столько для себя, сколько для других. Возможно кому то такой способ покажется более удобным, чем способ liquidsoap. В конце концов, от лишней альтернативы еще никто не умер )))

rumkin 12 ноя 2011 в 19:25

Очень правильный подход! Поддерживаю. А для linux что-нибудь планируете выпускать? Особенно интересует web-gui.

P.S. Успехов вашему делу!

Mear 12 ноя 2011 в 19:29

Вообще, когда речь заходит о продолжении и развитии на другие платформы, то web-gui мне тоже приходит в голову. Эта идея мне импонирует тем, что не нужно заморачиваться на поддержку адекватного кросплатформенного gui ))) оно само из коробки получится. Но меня беспокоит скорость отклика, т.е. не будет ли изменение громкости через gui происходить рывками или на сколько оно будет информативно и быстро.

P.S. Спасибо ))

rumkin 14 ноя 2011 в 13:51

Давайте рассмотрим две ситуации: 1 Радиорубка установлена и управляется локально: тогда время отклика, будет не существенно. 2. Радиорубка установлена на сервере, управляется через gui: время отклика в большей степени будет зависеть от пропускной способности канала. Задержки в открытии соединения, парсинга http-пакета минимальны, а если использовать WebSockets, то и вообще сведутся к минимуму.

P.S. А вообще насколько я знаю адекватный кросс-платформеный gui — это Qt, но я сам его не гонял не знаю. Но плюс nix-платформ в том, что можно сделать пакет из консольных утилит, а со временем прикрутить адекватный гуи: для kde свой, для gtk свой.

savostin 12 ноя 2011 в 11:11

Многие достойные проекты начинались с велосипедов. Удачи!

Mear 12 ноя 2011 в 14:59

Спасибо.

acmer 12 ноя 2011 в 13:07

А чем обусловлен выбор WinForms (я не знаю правда MFC или WinAPI интерфейс) ?? Это же неудобно и некроссплатформенно (вы ведь планируете и в Linux).
Чем тот же Qt не устраивает? (хотя может быть есть объективная причина).

Mear 12 ноя 2011 в 14:59

Выбор в сторону WinAPI пал по одной простой причине, скорость разработки и уровень познания. Понятно, что когда рачь пойдет про кросплатформенность, то интерфейс будет заменен на что-то другое. Но когда до этого дойдет, то там и других переделок будет дофига. А пока… в угоду скорости разработки… и был выбран простейший для меня путь.