Jump to content

SDK Browser 1.8 update important information


photo

Recommended Posts

Dear customers!

We have updated the license activation interface in the new version of the SDK Browser.

Unfortunately, you will have to activate your SDK once again when updating SDK Browser to 1.8+.
For each SDK after its installation via the SDKs tab the Activate button will appear:


U8AAHKdx48fy+PHj+XJkyfy1JMnTwQAQCf+P27X4

Click Activate button, select the desired license type and then click Activate again. If you select Fixed License (Offline Activation) option follow the instructions to complete the activation.

After activation you can check the information about your license on the License info tab.


Prq0AAAAASUVORK5CYII=
 

Additional information

  1. For UNIGINE SDK 2.6 (starting with beta, not available for previous versions): when creating a new project via the Create project button on the Projects tab, you can choose the version of the Editor to be used to modify the content of your project by selecting the corresponding option in the Workflow field. Note that projects for Editor1 and projects for Editor2 are not fully compatible without migration.
  2. When creating a project from a demo, it is recommended to use the old workflow (Editor 1). The list of demos fully compatible with the new workflow includes is currently empty, but we will try to provide some demos soon.

    1. Ql3lLgsqEAAAAAElFTkSuQmCC
  3. If you have a UNIGINE 2.5 SDK project using the Editor2, it will be migrated as an Editor1 project in the UNIGINE 2.6 SDK. No migration back to Editor2 workflow is possible for such projects in 2.6.

Thanks!

How to submit a good bug report
---
FTP server for test scenes and user uploads:

Link to comment
  • silent changed the title to SDK Browser 1.8 update important information

Hi silent

At first strike, everything is OK. (in new sdk browser). Only one problem, SDK 2.6 not found ;-) (Ok,ok, polishing.....)

                                                                   I keep my fingers crossed for you

                                                                                       aargh

Link to comment

Здравствуйте!
После обновления браузера до 1.8 (на всех компьютерах разработчиков под Unigine), поломался механизм поиска лицензии по локальной сети, для запуска приложения теми, кто собирает Unigine-based приложение в debug-сборке (но при этом без установки отдельной копии unigine browser).
Появляется месседж "Can't connect to SDK Browser. Restart SDK Browser and try again".

И ждем 2.6, как Хатико...

P.S. Судя по всему, приложение слушает порт 3334, в ожидании бродкастов. Но на него ничего не приходит.
P.P.S. Если вручную пробросить порт с компьютера, на котором установлен ungine browser, на целевой - то вместо указанного, появляется месседж "your license cannot work over network".

Конфигов никаких в браузере не нашел, на предыд. версиях все работало "само", без доп. настроек. Как бы это починить?

Edited by sergej.koptev
Link to comment

Сергей, привет!

Это корректное поведение для 1.8. Теперь для разработки (редактор + дебажный билд движка) нужно использовать свой выделенный SDK Browser с отдельным логином. Релизные билды будут работать как и раньше без требований SDK Browser.

Спасибо!

How to submit a good bug report
---
FTP server for test scenes and user uploads:

Link to comment

Но это отвратительно же.
Unigine Editor'ом пользуется только часть сотрудников. Большинству для работы он не требуется, они программируют и отлаживают логику, пользуясь готовой визуализацей - и не залезая в ее "потроха".

И как предлагаете действовать в следующих ситуациях:
1. Отладка сетевой сборки. Поставить на N компьютеров N браузеров, залогиниться под N аккуантами (без всякой автоматизации, т.к. там не предусмотрен запуск с командной строки, или что-то подобное) - так чтоли?

2. Отладка сетевой сборки - без доступа к интернету.

3. А сколько аккаунтов придется заводить? Выходит, даже не по одному на каждого - а [сотрудник] x [рабочая машина / ноутбук].

Это не "корректное поведение", это страшный геморрой. Это принципиальное решение - отказ от floating-лицензии?

Link to comment

Сергей, 

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

Итак, теперь по-порядку:

Quote

1. Отладка сетевой сборки. Поставить на N компьютеров N браузеров, залогиниться под N аккуантами (без всякой автоматизации, т.к. там не предусмотрен запуск с командной строки, или что-то подобное) - так чтоли?

Совершенно верно. Более того, нужно будет скачать SDK и подсунуть его в SDK Browser, после чего получить offline-активацию для этой машины и этого SDK. Для ускорения процесса папку с SDK можно выложить, например, на сетевой диск и указать на всех машинах одинаковый путь до SDK. 

Quote

2. Отладка сетевой сборки - без доступа к интернету.

Для этого требуется лишь offline-активация и работающий SDK Browser в фоне.

Quote

3. А сколько аккаунтов придется заводить? Выходит, даже не по одному на каждого - а [сотрудник] x [рабочая машина / ноутбук].

Аккаунты нужно будет создать отдельно для оффлайновых машин (если не планируется что они когда-либо будут онлайн). Все остальные аккаунты (которые работают через интернет) менять не надо.

Спасибо!

How to submit a good bug report
---
FTP server for test scenes and user uploads:

Link to comment

Какая цель преследуется введением всех этих процедур? Возможно, можно достичь ее без введения таких неудобств для разработчиков. Поведение предыдущих версий нас полностью устраивало.

Link to comment
×
×
  • Create New...