Здравствуйте, я только начал настраивать Electronjs, у меня есть две программы, обе работают на одном компьютере, есть ли решение для обмена данными между этими программами?

А если сделать из го приложения сервер и обращаться к эндпоинтам с передачей параметров? Насколько это лучше в плане экономии ресурсов? Мне кажется будет сложно мониторить логи и выводить их в UI в таком случае

Можно и так а на счёт логов это не проблема их можно или где то передавать или точно так же читать stdout и если надо передавать маркер в начале строки отвечающий за конкретное задание или типа того

По типу фильтра по UUID?

Здравствуйте, я только начал настраивать Electronjs, у меня есть две программы, обе работают на одном компьютере, есть ли решение для обмена данными между этими программами?

Кто знает, если через electron forge постараться интегрировать с GitHub для автообновления проги там что обязательно всегда нужен гитхаб токен? У меня репозиторий публичный и он все равно требует токен, зачем?

Для приватных реп да, причём там лимит в час на обращения Вообще скажи сначала где именно токен указан

Это надо токен хранить в каждой копии приложения, чтобы автоапдейтер работал?

Для привата да, причём там оч жёсткий рейтлимит

А если сделать из го приложения сервер и обращаться к эндпоинтам с передачей параметров? Насколько это лучше в плане экономии ресурсов? Мне кажется будет сложно мониторить логи и выводить их в UI в таком случае

у меня схожая ситуация только на c#, я на щарпе написал слушатель - приходит команда отдаю требуемое порядка 20 вариаций ответа в 1 процесс держать лучше чем 20 раз дегать ендпоинты

Так у тебя получается реализован компонент на с# как сервер с эндпоинтами если ты в 1 процессе держишь, нет?

ендпоинты на шарпе, но что сервер сложно сказать, двухстороннее общение

А это не опасно? Может быть такое, что кто-то взломает приложение и потом запушит malware в этот репозиторий и обновит всем приложение? Судя по тому что в каждой копии хранится этот токен, по моему такое вполне возможно

Для приватных реп да, причём там лимит в час на обращения Вообще скажи сначала где именно токен указан

Общение как происходит? По моему если эндпоинты то ты просто кидаешь с фронта запрос на старт задачи, бэк тебе говорит задача запущена, а дальше ты читаешь stdout и по запросу стопаешь задачу, нет?

возможно ли как-то передать в электрон или таури медиа поток с рендера 2д движка? двиг запускается как dll, а дальше надо как-то отправлять рендер кодировать не подходит, зря нагружать дважды процессор на кодирование и декодирование, и будут ощутимые задержки передавать напрямую тоже, сеть нагружать, хоть и локальную если юзер развернет на весь экран получится 4к или еще хуже 8к 120фпс поток, это около 10-15 гагабит, все отлично рендерится когда рендер отображает сам двиг в нативном окне, но надо как-то передать в холст пробовал шаринг гпу памяти в гл, загружать как текстуру кадр и после по id доставать из вебгл этот кадр, но у веб вью изолированый контекст писать на авалонии или qt тот интерфейс и анимации что нужен софту это точно около года разработки просто на интерфейс вот и думаю что можно сделать

Передать как arraybuffer можно поидее

Ну точнее я ляпнул, но наверно не в тему. Что есть рендер для тебя?

возможно ли как-то передать в электрон или таури медиа поток с рендера 2д движка? двиг запускается как dll, а дальше надо как-то отправлять рендер кодировать не подходит, зря нагружать дважды процессор на кодирование и декодирование, и будут ощутимые задержки передавать напрямую тоже, сеть нагружать, хоть и локальную если юзер развернет на весь экран получится 4к или еще хуже 8к 120фпс поток, это около 10-15 гагабит, все отлично рендерится когда рендер отображает сам двиг в нативном окне, но надо как-то передать в холст пробовал шаринг гпу памяти в гл, загружать как текстуру кадр и после по id доставать из вебгл этот кадр, но у веб вью изолированый контекст писать на авалонии или qt тот интерфейс и анимации что нужен софту это точно около года разработки просто на интерфейс вот и думаю что можно сделать

Ну а отрисовывать ты их как планируешь то?

нельзя юзать электрон и Qt?

ну я примерно так и хочу, электрон только для интерфейса

я не думаю что это такая большая проблема. А лезть в хромиум, а тем более в электрон в котором наверное за сотню patch файлов для хромиума - последнее дело если честно

а чо тогда, проблема с переходом от окна к окну?

так, а какая у тебя идея? я кажется не понял

по сути когда надо электрон - всегда надо, потому что на qt делать дизайн маета слишком сложно

не, что-то подобное пробовал, проблемы с отображением слоев, с несколькими окнами, с откликом при изменении размера

у меня артефакты вроде были при кое каких флагах электрона, но я подобрал для себя кроссплатформенную комбинацию, хотьи с небольшим костылем, но я делал прост кастомные уведомления, не игру под низом

у меня может быть 3, 5, 10 окон в рендер вью портом, если юзер натащит их друг на друга то нет механизмов с приоритетом какое окно поверх какого

у меня может быть 3, 5, 10 окон в рендер вью портом, если юзер натащит их друг на друга то нет механизмов с приоритетом какое окно поверх какого

но какой ценой

тогда почему допустим на маинкрафт джава куча кто наделал плагинов, а на бедрок на с++ нафиг никто не лезет туда

+ я видел такие софты на чистом веб, они тормозят

думаю взять таури, взять WebGPU, создать буфер и передать его в раст, потом с помощью wgpu писать прямо в буфер и веб сам будет обновлять холст

а это какая то бизнес задача или это чисто пет?

есть что-то публичное? или примеры