MediaPlayback.contentPath не работает

[MikeMike]

А в Global Security Settings на сайте Adobe заглядывали?

А где это? Я заглянул просто на сайт адобе. Там я нашел, например, это шаманство:

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.adobe.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="550" height="400" id="myflashvars" align="middle">
<param name="allowScriptAccess" value="sameDomain" />
<param name="movie" value="test4.swf" />
<param name="FlashVars" value="bbb=http://weblogs.adobe.com/">
<param name="quality" value="high" />
<param name="bgcolor" value="#ffffff" />
<embed src="test4.swf" FlashVars="bbb=http://weblogs.adobe.com/" quality="high" bgcolor="#ffffff" width="550" height="400" name="myflashvars" align="middle" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.adobe.com/go/getflashplayer" />
</object>

вставил его в нтмл и... ничего ровным счетом не изменилось.
Вместо allowScriptAccess=sameDomain пробовал ставить Allways. Эти прокладки тоже не помогли.
Плеер девятый. Что, собственно, ему не нравится?

[wvxvw]

Global Security Settings

то, что вы нашли - это разрешение страницой содержащей ActiveX обращаться к ней из ActiveX"а. Но проблемы безопасности возникают не там, а на этапе соединения с удаленным сервером, с которого вы очевидно пытаетесь получить FLV. Если FLV находится в той же директории, тогда в Security Manager нужно указать эту директорию в разрешенных. Если FLV находится на удаленном сервере - на сервере должен быть crossdomain.xml разрешающий доступ вашей SWF (если SWF не находится в той же директории на сервере, что и FLV).

Да, и еще важна полная версия плеера, политики безопасности в 9.115 и 9.124 отличаются.

[MikeMike]

Да я до сервера пока не дошел. У меня на локальной машине не работает. У меня на компьютере, в папке C:\XXX лежит test.swf, bob.flv и test.htm. test.htm показывает test.swf, а он, в свою очередь, bob.flv. Клик по swf показывает, а по htm - нет. И еще я не понимаю, причем тут версия плеера, ведь получившаяся байда должна будет работать у всех пользователей, вне зависимости от того, какой у кого плеер. Нет?

Да, кстати, я не собираюсь проигрывать flv-шки с других серверов. В инете все будет на одном сервере. Я сейчас еще поэкспериментирую с тем, что Вы написали.

[MikeMike]

Параметр codebase из HTML и чья-то версия, в нем указанная, на что-нибудь влияют?

[MikeMike]

На домашней машине у меня хотя бы кнопочки плеера рисовались, а тут (на работе) даже и этого нет. См. вложения.

[MikeMike]

Блин, оказывается, нельзя было открывать как локальный файл, надо было через localhost. Я тормозил, никто не подсказал... Ох уж эта безопасность (что уж безопаснее, казалось бы, как открыть локальный файл на своем компьютере?)

[wvxvw]

>>> И еще я не понимаю, причем тут версия плеера

Вот млин, упрямство =)
Говорю же, у разных версий плеера разные политики безопасности.
У 9.045 менее жесткие, у 9.124 - более жесткие. А в 6-м плеере так вообще можно было файлы на локальном комьютере записывать.
В 9.115 при отсутствии кроссдомейн политик будет выдано уведомление, но контент загрузится, в 9.124 - контент не загрузится, и будет ошибка. В 9.045 кроссдомейн не должен был, например имплементить ДТД его специфический, а начиная с 9.155 - должен, и в незаполненые поля будут подставлены дефолтные значения. Кроссдомейны в 8-м плеере, не помню до какой версии, не понимали * в качестве аттрибута, и до 9-й версии не понимали * в качестве маски для аттрибута. Т.е. allow-access-from="*.mydomain.com" - валидный параметр для 9-ки, но в 8-ке домейн www.mydomain.com не будет считаться разрешенным при точно таком же ХМЛе, ну и т.д.
Адобовские статьи про кроссдомейны запутанные, длинные и скучные, но их надо осилить =) - иначе грабли неизбежны =)