Ну как бы это не показатель крос платформенности, ИЕ много чего не поддерживает или поддерживает по своему.
а вот с HTML 5. спешить наверное не стоит, стандарт еще сырой.
лучше бы опен сорс реализацию WebSDR сервера сделали.
можно и с библиотеками, кросплатформенность упрется в API OS хоть с библиотеками хоть без них.
А в чем проблема? Пишете запрос PA3FWM, он присылает весь пакет на Java. Далее берется любой
Java Decompiler, например, Jad. И получаем исходный код. После этого делаем с ним, что хотим.
Хоть на другой язык переносим.
2 Yanus: Куки могут быть отключены в силу вопросов по безопасности. И делать трекинг юзера
через куки, старо и где-то даже глупо. Про потерю соединения в сокете, надеюсь понятно. Сие от
куки не зависит, но проблем и там хватает. Что же касается быстрой отправки команд на сервер,
то с этим все ясно. Проблема то в другом. Клиент уже получил стрим или его получает. И когда в
момент смены фильтра команда еще летит на сервер, то поток продолжает поступать. А вот затем
когда команда получена, то будет уже новый поток, измененный. А в момент смены, что имеем?
Задержку? И старый поток на стороне юзера уже не нужен, он лишний и зря скачивался. То есть
налицо проблемы с буферизацией и правильной огранизацией доставки аудио на клиент. Зачем
на клиенте лишний трафик? Нарисуйте диаграмму сиквенс и сами увидите. Ответа на вопрос, как
будет реализован механизм работы с несколькими диапазонами и пайлапом, и модами - не дано.
2 Yanus:
Вот чего мудрого написано по поводу WebSDR на радиосканнере, еще в 2008 году:
"Всё самое интересно содержится в классах. В общем понял, что без ответной части, а она похоже
написана этим чудиком тоже на яве, шансов мало. Только если кто-то напишет своё. Из моих
догадок: чувак транслирует IF поток (и он как-то делает это всё на одном порту - 8901), а вот
обработку потока делает клиентская часть, что не приводит к лишней нагрузки на сервер."
Ключевое слово "обработку потока делает клиентская часть". О чем и была речь.
Последний раз редактировалось RX1AL; 08.03.2013 в 15:16.
Спасибо от nostromo
Кто-то хотел исходных текстов Web SDR сервера? Пожалуйста:
http://wiki.spench.net/wiki/BorIP_Server
И ниже видео, как все работает:
www.youtube.com/watch?v=46VbuViPKt4
И еще одна реализация на Raspberry Pi SDR Server
http://zr6aic.blogspot.co.at/2013/02...dr-server.html
Также еще информация с другими реализациями сервера:
http://qsl.net/kj6dzb/HAM/sdr makin.html
И последняя на QtRadio Server:
http://www.n8mdp.com/ghpsdr3-alex.php
Последний раз редактировалось RX1AL; 08.03.2013 в 17:54.
Помимо HTML5 Audio браузеры предоставляют Web Audio API, при помощи которого можно фильтровать аудио поток, как говориться на лету => можно фильтровать и на клиенте, но это нужно проверить и про экспериментировать, так трудно сказать, что будет лучше, минусом же такого подхода является усложнение кода, т.к. эти API у каждого браузера свои.
chrome: http://www.html5rocks.com/en/tutoria...from_locale=ru
ff: https://wiki.mozilla.org/Audio_Data_API#Writing_Audio
HTML5 audio: http://html5doctor.com/html5-audio-the-state-of-play/
Примерные задержки, которые будут в сигнале, порядка 250мс.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)