ElphelWiki - User contributions [en]

Talk:Eclipse ExDT VDT plugins

2006-05-12T15:14:43Z

Victor:

Means tag, btw:
<param .......>
<archinclude name="ARCH1">
<archinclude name="ARCH2">
<archinclude name="ARCH3">
</param>
or attribute:
<param .......
archinclude name="ARCH1"
archinclude name="ARCH2"
archinclude name="ARCH3"
/>
?

The second variant will not work: the same attributes in tag are forbidden.

--------------------------------------------------------------------------------------

Yes - same attibutes with equals names are forbidden.
IMHO, probably it will be better following syntax:

<typedef name = "ANYTYPE1">
<paramtype kind="enum" base="String">
<item label="LABEL1" value="VALUE1" />
<item label="LABEL2" value="VALUE2" />
<item label="LABEL3" value="VALUE3" />
<item label="LABEL4" value="VALUE4" />
<item label="LABEL5" value="VALUE5" />
<item label="LABEL6" value="VALUE6" />
</paramtype>
</typedef>

<parameter id = "ANYPARAM1"
label = "Label of ANYPARAM1"
type = "ANYTYPE1"
default = "VALUE2"
format = "None" />
<parameter id = "ANYPARAM2"
label = "Label of ANYPARAM2"
type = "ANYTYPE2"
default = "Auto"
format = "CommonParameter"
ANYPARAM1excl = "VALUE1,VALUE3" />
<parameter id = "ANYPARAM3"
label = "Label of ANYPARAM3"
type = "ANYTYPE3"
default = "Auto"
format = "CommonParameter"
ANYPARAM1incl = "VALUE1" />
<parameter id = "ANYPARAM4"
label = "Label of ANYPARAM4"
type = "ANYTYPE4"
default = "Auto"
format = "CommonParameter" />

Such logic, it will be possible more universal.......
--[[User:Victor|Victor]] 10:14, 12 May 2006 (CDT)

Talk:MPlayer

2005-11-24T05:52:09Z

Victor:

"Да, насчет "серьезного" использования MPlayer - у него есть серьезный недостаток - он не умеет показывать и писать одновременно, а использовать в параллели запущенные MPlayer и MEncoder для этих целей, IMHO, не лучший вариант." - Spectr

I believe Mplayer is working good for us and it is an active and well-maintained project. We base our AJAX camerea interface on the Mplaer plugin and I see no reasons to switch to something different.

As for requirement to view and record - I don't think it is needed and even very useful - normally all the full frame rate/full resolution video should be recorded (possibly on a different computer) but only some data should go on screen realtime (reduced resolution, window, frame rate). On the other hand we may need to have simplier recorder than mplayer - just to record the stream without any re-coding, but use less resources and better handle long files and multiple streams.
--[[User:Andrey.filippov|Andrey.filippov]] 18:09, 23 November 2005 (CST)

I using streamers "khlut" and "landy" in multicast mode. With URL rtsp://camera:7070 - many copy`s of mplayer working in parallel mode, and normaly using parallel Mplayer and Mencoder

--[[User:Victor|Victor]] 21:40, 23 November 2005 (CST)

Victor, nobody (incl. Spectr) was denying that it is possible to use mpalyer with mencoder at the same time. Spectr just does not like that mplayer can not record the stream on it's own, I think - it is not needed. --[[User:Andrey.filippov|Andrey.filippov]] 22:59, 23 November 2005 (CST)

I am sorry for my inattention :-( --[[User:Victor|Victor]] 23:52, 23 November 2005 (CST)

Talk:MPlayer

2005-11-24T03:40:45Z

Victor:

Talk:JavaScript API ru

2005-10-24T03:01:52Z

Victor:

{{ru|en=Talk:JavaScript_API}}
== В общих словах ==

Библиотека будет представлять из себя файл .js который подключается через <script src=...>
там набор функций для управления камерой.
Адрес камеры должен быть одним из аргументов функции.

Скрипт-библиотеку можно будет подписать электронной подписью (на сайте Мозиллы есть про это), тогда он получит права на обращение к любым сайтам и открытым окнам браузера, что требуется для реализации многокамерного видеонаблюдения. Для управления одной камерой можно обойтись без подписывания, если скрипт загружен с той же камеры.

Так же надо включить набор функций для реализации управляющих элементов - слайдеров и других.
Среди них должны быть функции которые будут возвращать строки, содержащие фрагменты html страницы.
Строки можно будет использовать как аргумент document.write или для присваивания InnerHTML какого-нибудь элемента.

--[[User:Khlut|Sergey Khlutchin]] 13:27, 22 October 2005 (CDT)

IMHO, использование InnerHTML - не всегда удобно и оправдано, но подобный "результат" функций предусмотреть надо.
Хотя я больше за передачу объекта страницы, как аргумента, и изменения свойств объекта внутри функции, возвращаемый
результат либо void, либо boolean (успех/неуспех).

Однако не стоит рассматривать библиотеку просто как набор скриптов JS - думаю придется делать и CGI-шк(у/и), позволяющие реализовать часть функций......