![]() |
Safari, останавливает флешки во вкладках.
Браузер Сафари. Открыто две страницы, во вкладках флешки А и Б напяливаются через локалконнект.
Получаем следущую картину - открыта флешка А на вкладке и через локал коннект посылает данные во второую флешку Б на второй вкладке. Переключились на вторую вкладку, флешка Б начала работать и получила данные от первой флешки А. Без переключения на вторую вкладку, флешка Б так и не получила бы данные! Проверено, такая ерунда только в сафари, опера и фаерфокс нормально дают флешкам работать. В сафари даже нет разницы вкладки или новые окна. Как с этим броться? Кто нибудь сталкивался? |
Это нормальное явление для сафари, он отключает проигрывание всего и вся в неактивных вкладках.
|
Не, он приостанавливает, если речь о видео... Но если речь о локалконнектах - то просто блокирует!!! Что же делать?
У меня непростая схема работы, системы флешек. Одна разговаривает с сервером, остальные разговаривают с сервером, через неё. Может есть какие-то другие схемы работы через одну дырку? |
Цитата:
Что делать? Переделывать, потому как налицо ошибка проектирования. |
Цитата:
А проектировать собственно нечего - такая схема отлично себя показала, и работает. P.S. Хм, сафари 3 те же грабли, видимо не знают о проблеме, надо им написать. Сафари подкинула проблем! Черепаха! =) |
Сафари изначально основан на KHTML, поэтому писать надо скорее в kde.org :D
На KHTML основан линуховый Konqueror, скорее всего этот прикол будет в нем тоже. Как и во всех остальных приложениях KDE. |
На сколько я понимаю это в духе Яблоков, продумать все за юзера. Т.е. раз юзер не может видеть одновременно содержание двух вкладок, значит остановим все на одной из них.
А если я например открыл в табах кучу страниц ютюба и ушел за чаем, в надежде что когда вернусь, у меня все ролики загрузятся!!!?? =))) |
Ролики загрузятся, как раз. А просмотр будет остановлен.
|
на самом деле это ошибка проектирования :) денис прав. ничего не должно зависить от времени передачи параметров :) важен конечный результат. мы кстати недавно решали проблему синхронизации, так вот у нас бы такой проблемы не возникло.
|
> мы кстати недавно решали проблему синхронизации
Между чем? Локальными мувиками? |
а есть разница, что синхронизировать?
|
Цитата:
|
> а есть разница, что синхронизировать?
Имхо, что-то там синхронизировать за пределами окна - это извращение, которое совершенно справедливо обламывается в Сафари. |
у нас ничего не обламывается :) дело не в окне вовсе.
|
Цитата:
Просто синхронизацию нужно делать иначе, за счет тех вещей, которые не зависят от того, остановили флеш или нет. |
Ну вот и интересно мне, как ее делали, за счет чего :)
|
Цитата:
Цитата:
Цитата:
А вот на счет синхронизации могу только развести руками, и спросить ... как же иначе синкать флешки? Шаред обжект например через н-итераций, начинает просто кешироваться. Да, подчеркну, синкаться локально. |
> Речь не идет об окнах. В разных окнах сафари адекватна, она тупо понижает приоритет. Тут речь идет именно о табах.
да причем тут табы? хоть 2 компа, хоть один из выключен, хоть 10 компов, хоть 100 копий приложения на разных машинах, которые включаются в разное время, половина из низ в открыта в разных бровзера, разных табах, да и хоть в аире ваще. я могу сделать, что бы каждая из них показывала ровно то что показывает другая. > Полностью согласен. денис говорит, тоже что и я :) может просто болие развёрнуто. к тому же мы работаем вместе :) > Да, подчеркну, синкаться локально. вообще нет разницы локально или не локально. главное требование синхронизации это время. время, в которое должен выполнится тот или иной метод. первая и единственная задача это синхронизировать время :) |
Цитата:
А если серьезно, то для того что бы засинхронизировать два объекта между собой, им прежде всего нужен доступ друг к другу. Это более чем логично, даже если они будут знать время. Цитата:
Я ж спросил, есть предложения как засинкать локально две флешки между табами? В данном случае с флешками в табах, получается смешная ситуация. При переключении к другому табу, флешка становится активна, и тут же начинает ускоренно доигрывать все то что ей приходило ... это даже остановить то нельзя, потому как код исполняться будет все равно последовательно. А вторая флешка, к этому моменту, уже не активна! получается пошаговая стратегия =) |
мдя ... маразм крепчал. вы слышали про функции от времени? вы знаете, что они выдают результат по переданному времени? зачем проигрывать, что было (причём ускоренно), если надо всего лишь отобразить то что есть :)
а про работу не придирайтесь :) просто у вас в посту я не прав а он прав, хотя мы говорим одни и теже вещи. |
> Приложение должно правильно и верно работать НЕЗАВИСИМО от того где оно находится. Если я сам его не закрою например.
Начнем с того, что приложение имеет не монопольный доступ, и может быть заморожено ОСью. А Флеш вообще в браузере, в песочнице, у него еще меньше прав. > Глупость. Ни в одной системе, и ни в одном браузере, кроме сафари такого не происходит. Сколько систем и браузеров тестировалось? Под Epiphany/Galeon проверяли? > им прежде всего нужен доступ друг к другу. Это более чем логично, даже если они будут знать время. А вот и фиг. Логично, что у них есть ТОЛЬКО доступ к серверу, который и будет ими рулить. Нечего на локальной машине IPC устраивать, я (пользователь, админ) такого не позволял :D > При переключении к другому табу, флешка становится активна, и тут же начинает ускоренно доигрывать все то что ей приходило ... Вот и пусть смотрит на локальное время, да играет с нужного места |
Такс, Мужики СПАСИБО. Реально задумался над сделанной системой. Надо перепроектировать =)!!! Плох не тот кто ошибается, а тот кто не признает своих ошибок 8)
> IPC на компе ничего страшного =)) >Тестировал все маковские браузеры, все виндовые, и несколько линуксовых. Но теперь пофиг, надо перепроектировать. Вобщем-то у меня конечно не совсем синхронизация флешек и видео там не проигрывается, скорее система событий. НО! Действительно надо нафиг выкидывать (старые по таймстампу) события и еще кое что координально поменять =)) У меня систма состоит из группы флешек, одна из которых обязательно должна слушать сервер постоянно (по сути являться прокси). Сейчас попробуем изобрести очередной велосипед %))) Еще раз спасибо, за разумные ответы. Отдельное спасибо двум товарищам вместе работающим, и тебе линуксвидео тоже =) |
| Часовой пояс GMT +4, время: 10:13. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.