Fusion Player

[baytuch]

Я пока отложил решение этого вопроса. В новых версиях плеера опцию закомментирываю...

[baytuch]

А Mozilla отсылает пустой реферер ( для запросов, которые генерит флеш-плугин ) ... Тут целая эпопея, а я думал, что мелкий баг:
https://bugbase.adobe.com/index.cfm?eve ... id=3117684
https://bugzilla.mozilla.org/show_bug.cgi?id=410904

[baytuch]

Подготовку папки с mp3-файлами для публикации в веб можно, воспользовавшись этим скриптом:

Код: Выделить всё

#!/bin/sh

#Список переменных
dir_dev="sound_dev";
comment="Processed by hardware of \"MySERVER\" project.";

#Выполение задачи
mkdir $dir_dev;
cd $1;
for J in *.mp3; do
  lame -b 128 --resample 44,1 --tc "$comment" $J ../$dir_dev/$J;
done;

Программу и нашу папку размещаем, к примеру, на рабочем столе. Запускаем:

./mp3_encoder my_dir

Скрипт создаст новую папку с именем «sound_dev» и поместит туда все обработанные файлы. Все просто... Также не забываем, что нужно скрипт сделать предварительно испольняемым – «chmod +x file_name.sh». Юзаем...

*действительно для Линукс-пользователей, используется библиотека lame.

[baytuch]

Для web использую три псевдо-формата – MSV, MSVm и MSA.

MSA: mp3, 128 Кбит/сек, 44100, стерео.

MSV:
Контейнер: MP4;
Video: h264, 480х360, 25 кадр/сек, 512 Кбит/сек;
Audio: AAC, 128 Кбит/сек, стерео.
( общий битрейд: 640 Кбит/сек )

MSVm:
Контейнер: MP4;
Video: h264, 384x288, 25 кадр/сек, 384 Кбит/сек;
Audio: AAC, 128 Кбит/сек, стерео.
( общий битрейд: 512 Кбит/сек )

Так много удобнее, когда существует фиксированный макет, под который нужно подгонять медиа. Также по нему сделан стиль плеера.

[baytuch]

Итак, дорогие друзья, рад вам сообщить, что я этого момента сей проект также будет существовать для платформы от «Майкрософт» – asp.net. Функционал останется прежним. Основная версия по прежнему является для CMS PHP-Fusion.

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

Платформа: asp.net 4.0 ( совместимость с более ранними версиями )
Язык разработки: C#, JavaScript, ActionScript
Метод программирования: комбинированный

Страница проекта: http://win.dev.my-services.km.ua/

[baytuch]

Пишу плагин. Пример оформления:
http://www.my-services.km.ua/pages/WMP/

*панелька умеет прятаться, но пока не используется

[bj]

Приятное цветовое решение, и ничего лишнего в управлении.

[baytuch]

Старался сделать простую, приятную с виду панельку. Спасибо, что оценили. Тут, правда, пока все довольно грубо «накидано», но в дальнейшем я лишь несколько поправлю размещение элементов, так что все останется практически неизменным .

[baytuch]

Теперь кнопки управления работают.

[baytuch]

Среда выполнения: Flash Player 10.1 и выше.
Системные требования ( Win, *nix; Opera, Mozilla, Google Chrome, IE 6 + ): ЦПЭ: 1.2 ГГц; ОЗУ: 256 Мб + ( при использовании формата MSV. В общих случаях – оф. характ. )
Будет поставляться с S-версией плеера и как отдельный продукт. Исходные коды не распространяю.

[baytuch]

Adobe Flash Player. Offline-инсталляторы: http://www.adobe.com/products/flashplay ... tion3.html

[baytuch]

Сделал трекинг видео.

[baytuch]

Добавлены базовые команды API-интерфейса.

Особенности: синхронное приложение ( все процессы в программе синхронизируются одним таймером )

[baytuch]

Проект не умер. На данный момент ведется активный поиск оптимальной модели реализации новых версий. Полагаю, что существующая реализация несколько не масштабируемая, имеет плохо продуманную архитектуру, а также плохо интегрируется с современными CMS. Потому будет оптимальным решением полностью переписать существующий код, добавив модульную структуру, обеспечив монолитность и независимость в сочетании в хорошими способностями к интеграции. К сожалению, вынужден признать, что даже флагманская профильная система очень плохо развивается, потому единственным правильным решением будет перейди на более популярную и быстро развивающийся систему Joomla. Сердце плеера по прежнему будет реализовано на флеше, но полностью своего производства. В перспективе, переписан/дополнен на HTML5.

Некоторые компоненты существующего кода были использованы в этом проекте.


Я считаю, что существующий подход для стриминга и трекинга видео по протоколу http является не оптимальным с точки зрения работы сети, так как приводит к существенной загрузки сетевого соединения сервера, загрузки дисковой системы, а также тормозам у пользователя, поскольку файл обычно отдается или целиком на максимальной скорости/ограниченной программно, или часть, с заданного сегмента. А ведь как легко и изящно все работает, при обычном просмотре с сетевого диска. Видимо, нужно искать другой подход.