Можно чуть подробнее, как это должно работать?
Во-первых, какой именно сервер отдаёт эти GSP блоки?
Во-вторых, как их надо получать? Допустим, сейчас играется партия с протоколом №12345678. Что нужно передать серверу для получения трансляции последней сдачи? (как я понял, последующие сдачи сервер будет присылать сам, при условии поддержания связи)

И ещё, по трансляции карточных игр (преферанс, например, другие не смотрел). Пару дней назад в первом GSP блоке сдачи перестали передаваться тэги hand с полным раскладом. Теперь этих данных недостаточно для "онлайн-трансляции". Это временно?

<hand> вернем, спасибо, что заметили.
Пока для тестов мы предлагаем только то что есть (даже без переключения по сдачам). При загрузке странички "трансляция" всегда показывается последняя отыгранная сдача, можно использовать это.
Мы просто ждем хоть одной работающей на тесте софтины, чтобы двигаться дальше

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

Понравилась идея в надеюсь недалёком будущем сделать своего клиента. Пока-что написал небольшую программу для чтения/сохранения записанных трансляций (только преферанс). Ну и конечно для просмотра. Выглядит неполохо, особенно на скорости 8х. Выкладывать на всеобщее обозрение это сырое творение стыдно, если любопытно - по почте могу прислать поиграться.

Кстати, всю игру (все сдачи) там можно сохранить в одном файле *.jgm, который в сжатом виде занимает примерно 20Кб. Неплохая перспектива сохранять, например, турнирные партии в таком виде, вместо обычных протоколов, как сейчас.

При просмотре своих последних игр обнаружилось несколько нюансов:

1. Не хватает миллисекунд (иногда все 3 карты выкладываются во взятку одновременно). В связи с этим возникло предложение: в первом GSP блоке сдачи передавать абсолютное время в секундах (напр. <GSP gtime='1234567890'>...), а в остальных - относительное в миллисекундах, отсчитанное от gtime. Ну или хотябы поделить секунду на 4 части (более четырёх GSP-блоков в одной секунде пока не встречалось)
2. Ещё раз об теге <hand>:
   1. Он передавал расклад с ошибкой - масти s и h (пику и черву) нужно поменять местами (напр. вместо
      <hand pos='1'>ht7,cakt97,dt7,sj</hand> должно быть
      <hand pos='1'>st7,cakt97,dt7,hj</hand> ).
   2. Не передавалась рука после сноса, поэтому не возможно было определить снос на мизере (там до конца показывается 12 карт; На проверяемой десятерной, наверное, то же самое)
   3. Ну и, конечно, скорее возвращайте этот тег. И нужен он только в двух местах: в начале сдачи (передать расклад) и после сноса.
3. Тег <lt... Видимо для передачи last trick, с атрибутом z-order для правильного расположения карт во взятке. На деле не понятно, как этот z=... читать (Скачки на 4-х, пасы):
   <move pos='3'>hq</move>
   <move pos='1'>ck</move>
   <move pos='2'>h7</move>
   <lt z='0231'>;ck;h7;hq</lt>
   Ещё пример: после первого хода из прикупа на распасах <lt z='1234'>cq;c9;dk;cj</lt>. Разве не z='0123'?
4. <contract> вообще как-то используется? Чего-то кроме <contract/> пока не видел.
5. Планируется передавать количество взятых взяток после каждого хода? Например:
   <trick pos='1'>8</trick> //игрок 1 взял уже восемь взяток
6. Значений тега <setstate> пока увидел всего два: bidding и play. Логически напрашиваются ещё два:
   • Торговля/заказ: bidding
   • Выбор сноса: drop // сейчас это просто <setstate></setstate>
   • Завистовывание: vist // тоже <setstate></setstate>
   • Игра: play

------

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

1. Силой воли переходим на относительные миллисекунды, базовой привязки к точному физическому времени пока вообще не передаем, просто значения относительно неопределенного момента (обычно, от начала игры)

2.
a. была ошибка пику с червой поменяли
b. <hand> - передается сейчас всегда, когда меняется содержимое руки. Если приходят параметры act='add' или act='del' это означает что набор указанных карт надо добавить/удалить из руки. Изменения будут приходит всегда: сделан ли снос, взят прикуп, сделан ход (т.е. при каждом <move> тоже, - см. коммент)
c. вернули (должен появиться с 13 марта)

3. <lt>. Z указывает "глубины" (вертикальные координаты) для соответствующих взяточных мест. Сами карты во взятку перечисляются в соответствии с игроками картывовзяткуигрока0;картывовзяткуигрока1;...
z==0 означает, что там собственно ничего нет.

4. Он пока использовался только в бридже. Добавлено в преферансе (при объявлении окончательной игры)

5. Да, в ближайшее время

6. Добавлены стэйты bidfinal (окончательный заказ конракта), vist (перевистовка), widow (снос прикупа)

...если не сложно, добавьте, пожалуйста... или нужно сначала дождаться парсера для преферанса?.. :) собственно, из всех клеток интересны рэндзю и немного - кресты, там, имхо, только и надо, что передавать координаты последнего хода, да изредка реверс отправлять... вроде как hand уже перескакивал с одного игрока на другого... :)

<hand act='del'... как раз то, чего не хватало.
Однако он не работает (всегда "пустой", например: <hand pos='0' act='del'></hand>)

Tester: С 14го будет уже не всегда пустой ). Кстати, на всякий случай - когда передаются изменения (act,del), группировки по мастям нет. может придти c7,c8, а не c78 (просто замечание на всякий случай).

Sanda: я очень извиняюсь за то, что написал и не сделал; разумеется, это не зависит от преферанса и карт, в общем, еще раз: в ближайшие дни - обязательно )

Кстати, подскажите пожалуйста, как реверс записывается в партии в формате PGN?
Никак?

Происходят какие-то изменения

Текстовая трансляция ушла навсегда? Или просто переехала в другое место?

Происходит переход от трансляции к полному интерактиву.
Транслция вернется с другими ссылками, если хотите иметь доступ к интерактиву во время тестового режима, напишите личное сообщение