S
не делай массив ) делай список
У меня он двумерный. В нём удобно координаты устройств вытаскивать. Со списком пока не умею (
Size: a a a
2020 April 15
AS
У меня он двумерный. В нём удобно координаты устройств вытаскивать. Со списком пока не умею (
не делай массив )))
делай список )))
а в список добавляй структуру, которая описывает твою камеру: поток работы с ней, координаты, способ подключения, etc...
делай список )))
а в список добавляй структуру, которая описывает твою камеру: поток работы с ней, координаты, способ подключения, etc...
S
Понял. Надо подумать как это всё в кучу запихать. У меня база устройств в json хранится, сокеты в массиве. Как это в кучу свести, пока думаю.
А таки в чём разница между хранением в массиве и в списке?
А таки в чём разница между хранением в массиве и в списке?
AS
Понял. Надо подумать как это всё в кучу запихать. У меня база устройств в json хранится, сокеты в массиве. Как это в кучу свести, пока думаю.
А таки в чём разница между хранением в массиве и в списке?
А таки в чём разница между хранением в массиве и в списке?
в хранении разницы нет )) есть разница в управлении ими ))
S
Я так понимаю, что массив не удобен тем, что при удалении элемента из середины, остальные индексы остаются на месте?
AS
Я так понимаю, что массив не удобен тем, что при удалении элемента из середины, остальные индексы остаются на месте?
и этим тоже )
добавление-удаление - многословное
очищение - требует отдельного метода
морока одна )
добавление-удаление - многословное
очищение - требует отдельного метода
морока одна )
DB
Я так понимаю, что массив не удобен тем, что при удалении элемента из середины, остальные индексы остаются на месте?
это решаемо и в общем виде. но список экземпляров классов обычно удобнее
S
и этим тоже )
добавление-удаление - многословное
очищение - требует отдельного метода
морока одна )
добавление-удаление - многословное
очищение - требует отдельного метода
морока одна )
Я как раз с этим сталкивался. Сейчас у меня, судя по всему, удобнее массив использовать - он, считай, константа. В начале инициализировал, в конце удалил. Элементы не меняются, только подключаются по необходимости. Работаю с ними по координатам, полученным от стринггрида, напрямую, можно сказать.
Но со списками не работал, так что могу ошибаться...
Мне бы ещё все эти идхттп в потоки запихать...
Но со списками не работал, так что могу ошибаться...
Мне бы ещё все эти идхттп в потоки запихать...
DB
тут еще вопрос: если нужно их пихать в потоки, может их там лучше и создавать?
S
Кстати, тут я вроде ещё не спрашивал
0000000002000000906552928500000000
000000000100000047AA52928500000000
0000000002000000F80953928500000000
0000000001000000B24E53928500000000
000000000200000094AE53928500000000
00000000010000004CF353928500000000
00000000020000001D5354928500000000
0000000001000000CD9754928500000000
00000000020000008DF754928500000000
Может кто узнает байты? 8DF7549285 - вот это интересует. 85 всегда одинаково, 92 иногда бывает 91, остальные меняются как-то вроде и последовательно, но хаотично. Не заметил системы. Думал, что таймстамп,S
тут еще вопрос: если нужно их пихать в потоки, может их там лучше и создавать?
Может и так. С потоками тоже работал очень давно, лет 12 назад. Надо вспоминать )
Пока текучку делаю.
Пока текучку делаю.
S
Кстати, тут я вроде ещё не спрашивал
0000000002000000906552928500000000
000000000100000047AA52928500000000
0000000002000000F80953928500000000
0000000001000000B24E53928500000000
000000000200000094AE53928500000000
00000000010000004CF353928500000000
00000000020000001D5354928500000000
0000000001000000CD9754928500000000
00000000020000008DF754928500000000
Может кто узнает байты? 8DF7549285 - вот это интересует. 85 всегда одинаково, 92 иногда бывает 91, остальные меняются как-то вроде и последовательно, но хаотично. Не заметил системы. Думал, что таймстамп,Между этими пакетами около 25 секунд времени
AS
Кстати, тут я вроде ещё не спрашивал
0000000002000000906552928500000000
000000000100000047AA52928500000000
0000000002000000F80953928500000000
0000000001000000B24E53928500000000
000000000200000094AE53928500000000
00000000010000004CF353928500000000
00000000020000001D5354928500000000
0000000001000000CD9754928500000000
00000000020000008DF754928500000000
Может кто узнает байты? 8DF7549285 - вот это интересует. 85 всегда одинаково, 92 иногда бывает 91, остальные меняются как-то вроде и последовательно, но хаотично. Не заметил системы. Думал, что таймстамп,они сами по себе прилетают?
S
Устройство рассылает. Когда назначаю одного из них главным, оно начинает синхронизировать работу остальных - говорит какой трек включить. Рассылает броадкастом вот эти пакеты. Я думал, что время, но во время воспроизведения одного ролика, пакеты приходят одинаковые. Сыпятся каждые три секунды. 5 байт это номер трека, который сейчас нужно играть. А остальное - хз.
2020 April 16
AS
Устройство рассылает. Когда назначаю одного из них главным, оно начинает синхронизировать работу остальных - говорит какой трек включить. Рассылает броадкастом вот эти пакеты. Я думал, что время, но во время воспроизведения одного ролика, пакеты приходят одинаковые. Сыпятся каждые три секунды. 5 байт это номер трека, который сейчас нужно играть. А остальное - хз.
А все эти пакеты точно с одного устройства?
S
Да
AS
Устройство рассылает. Когда назначаю одного из них главным, оно начинает синхронизировать работу остальных - говорит какой трек включить. Рассылает броадкастом вот эти пакеты. Я думал, что время, но во время воспроизведения одного ролика, пакеты приходят одинаковые. Сыпятся каждые три секунды. 5 байт это номер трека, который сейчас нужно играть. А остальное - хз.
А почему номер трека тогда меняется через один?
S
У меня лог на кучу строк с него, не повторяются, зависимости не нашёл
S
Каждый пакет - новый трек
S
Их там два всего. Потом по кругу