[lasers_ArtDen]

riyalasers, по поводу 2000 точек: такое ограничение на всех контроллерах? Или в будущем будут контроллеры, у которых это ограничение будет выше?

[lasers_oleger]

 Сообщение от ArtDen :

Или в будущем будут контроллеры, у которых это ограничение будет выше?

Они и сейчас существуют. Например RIYA USB/Ethernet controller, там 4000 точек на кадр.

[riyalasers]

Такое ограничение (2 000 точек в кадре) в контроллерах серии Multibus (в контроллерах PCI, 3_in_1 - 16 000 точек в кадре; RIYA USB/Ethernet - 4 000 точек в кадре).
Вызвано оно размером встроенной оперативной памяти.

Вообще мы храним данные "как есть".
И в случае необходимости могли-бы реализовать упаковку данных (а если делать упаковку "по уму", то можно уменьшить размеры файлов в несколько раз (поскольку в реальной лазерной картинке как правило много смежных точек имеют одинаковый цвет... и цветов этих на всей картинке как правило всего несколько).
Но в реальности такой необходимости пока нет; пользователям как правило достаточно двух тысяч в кадре.
Будут просить больше - будем делать больше.
А пока это выглядит как требование обеспечения скорости в триста км/ч для сельского автомобиля: пофиг что дорог под это нет... зато на спидометре цифра красивая

Мы ведь говорим не о профессиональном шоу?
Если о профессиональном, тогда в добрый путь к Pangolin Pro (от шести тысяч долларов)... или к другим аналогичным системам

[VADoLAS]

Вот собственно вопрос и решился... я и пытался выяснить есть ли контроллеры с более высокой производительностью... значит есть...

Про то что люди жалуются - я имел ввиду народ обсуждал, что точки недорисовывает и.т.д... вот и поинтересовался ))

[lasers_ArtDen]

 Сообщение от riyalasers :

Такое ограничение (2 000 точек в кадре) в контроллерах серии Multibus (в контроллерах PCI, 3_in_1 - 16 000 точек в кадре; RIYA USB/Ethernet - 4 000 точек в кадре).

А через API к контроллеру значение этого ограничения можно узнать?

[riyalasers]

Нет.
На момент составления SDK у нас существовали платы только с 16 000 точек в кадре.
Современные контроллеры "не ругаются" когда им шлёш большее количество точек; но точки сверх лимита игнорируются

[riyalasers]

 Сообщение от VADoLAS :

.... Я как бы предположил - если девайс бюджетый в своей линейке, то и элементы могут быть более устаревшие или низкопроизводительные...

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

А насчёт советов со стороны от "мимопроходящих"...
Мы к этому давно привыкли...
Потому как это ненадолго... они всё-равно проходят мимо, и практически никто не задерживается

[lasers_ArtDen]

 Сообщение от riyalasers :

Нет.
На момент составления SDK у нас существовали платы только с 16 000 точек в кадре.
Современные контроллеры "не ругаются" когда им шлёш большее количество точек; но точки сверх лимита игнорируются

А может стоит добавить возможность получать это ограничение? Тогда программы смогут при необходимости выбросить некоторые точки так, чтобы общее количество точек не превысило ограничение?

[riyalasers]

Новая команда потянет за собой изменение в каждой из программ,поддерживающих работу с нашими контроллерами, а также необходимость перепрошивки каждого контроллера у каждого клиента (а они работают годами... оно им надо?).
Не думаю что это оправдано: каждый лазерный художник знает какой у него контроллер, и знает о его параметрах.
Если он забудет и нарисует картинку большего объёма (trust me, картинка более 2000 точек получается очень редко...) - он знает что ему делать

[lasers_ArtDen]

Жалко. А то можно было бы все это сделать так, чтобы пользователь даже и не знал о таких ограничениях. Придётся в программе добавить настройку под это дело

[lasers_oleger]

 Сообщение от ArtDen :

Жалко. А то можно было бы все это сделать так, чтобы пользователь даже и не знал о таких ограничениях. Придётся в программе добавить настройку под это дело

А что плохого в том, что пользователь будет знать об ограничении?
Вы пытаетесь найти проблему, там где ее нет. 2000 точек для грамотно изготовленной анимации - это очень много. На мой взгляд, даже не стоит тратить на это время, внося изменения в программу.

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

[lasers_ArtDen]

oleger, ясно. В первой версии такой настройки не будет, по крайней мере.

[riyalasers]

Мне задали в личку вопрос...
Буду писать ответ здесь, поскольку возможно он и других людей интересует.

Что такое функция Bl. points ?

это количество "чёрных" точек (Blank Points), которые контрроллер добавит вначале и в конце каждого кадра

Зачем это нужно?

Если программа, в которой был подготовлен ИЛДА файл, не сделала этого самостоятельно, то вы рискуете получить "сопли" на трассах от последней точки предъидущего кадра до первой точки следующего кадра.

Какое оптимальное значение?

5... 8...
С медленными сканерами - больше...

[lasers_vovchiklj]

 Сообщение от riyalasers :

5... 8...
С медленными сканерами - больше...

Позвольте не согласиться))
Чем медленнее сканер, тем меньше точек требуется для оптимизации.

[electrobitstorm]

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

[lasers_vovchiklj]

Опаньки, что то я запутался....
Если я еще помню физику, то инерция больше, чем больше масса и скорость...
Из практического опыта, снижая скорость на своем проекторе (есть такая функция в настройках картинки) я добиваюсь улучшения параметров оптимизации (при меньшем количестве точек оптимизации).
Тогда остается открытый вопрос о массе...?

[electrobitstorm]

 Сообщение от vovchiklj :

Чем медленнее сканер, тем меньше точек требуется для оптимизации.

вопрос в том, кто кому на руку играет...

[riyalasers]

 Сообщение от vovchiklj :

Позвольте не согласиться))
Чем медленнее сканер, тем меньше точек требуется для оптимизации.

Чем медленнее сканер, тем больше времени ему понадобится чтобы дойти до заданной координаты.
Тоесть, если считсть по времени, то его понадобится больше.

Но... для простоты управления мы двигаемся "точками"...
поэтому задержка (в количестве точек) для тупых сканеров может быть и меньше.

[Chircus]

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