Перейти к содержанию
Fire Monkey от А до Я

POV

Пользователи
  • Постов

    307
  • Зарегистрирован

  • Посещение

  • Победитель дней

    5

Сообщения, опубликованные POV

  1. Точно место в вики абракадабры не скажу, но там кажется кратно 16 бита пиксель задается. 24 бита например не сделать. Видимо, нет смысла экономить на формате хранения, т.к. далее оно идет в Opengl или куда там еще с его 32 битным цветом.

  2. Лет 10 назад делал проект по 3Д измерения (vcl проект). Массив точек был на гигабайт. Он сам в память минуту грузился. Но далее я его в вершины (opengl) перегружал и все манипуляции с отражениями (поворот, сдвиг) делались уже силами ОСи и аппаратной части. Прекрасно работало.

    Неужто какой-нибудь mash в FMX иначе работает? Лет 5 назад FMX приложение делал - с солнышком, планетой Земля (с текстурами), с метеоритом по эллипсу летающему - всё порхало. Под виндой... хотя вроде разок на мобиле запустили и там тоже летало.

    Ну так и сделать - попиксельно картинку в mash толщиной в 1 пиксель загрузить и двигать как угодно.

     

    update: я это баловство даже нашел - кучу вершин крутит FMX прекрасно. 

    4534545.jpg

  3. 24 минуты назад, #WAMACO сказал:

    где-то лезете в участок памяти, куда бы не следовало лезть!

    Комментарю 

    Canvas->DrawPath(p, 1);

    и нет косяков.

     

    Помятую, что у TMS уже встречалось, что в Sender мусор передается - ручками указываю компонент и его Canvas - всё то же самое на выходе.

  4. 4 минуты назад, #WAMACO сказал:

    Нет кода - нет проблемы! Код в студию!

    Да не жалко ))

    void __fastcall TForm1::grMapPaint(TObject *Sender, TCanvas *Canvas,
        const TRectF &ARect)
    {
        TPathData *p = new TPathData();
        p->LineTo(TPointF(300,300));
        Canvas->DrawPath(p, 1);
        delete p;
    }

     

    pathdata.png

  5. 1) В событии Onpaint на канве могу рисовать что угодно.. Но вот если пытаюсь путь отрисовать, то всё нафиг ломается. Вся форма и все компоненты перекрытые каким-то черными квадратами, всё глючит и тупит.

    Косяк пути или TMS умудрились что-то так сильно поломать? Платформа - винда 10.

    2) А участкам пути разные атрибуты могут быть сопоставлены? Ну, линией чтобы переменного цвета рисовалось.

  6. Как ошибка началась с билдера Berlin, так и тянется. Неужто это загадочная материя останется неразрешённой?

    1.png

     

    В TMS упорно пишут что от них пули вылетели

    https://www.tmssoftware.com/site/forum/forum_posts.asp?TID=6606&OB=ASC

  7. А зачем мемо на 100 тысяч строк? Ты их глазами будет просматривать? А что если ПО крэшнется? Логгируй  БД - событие обычно редки, не затормозит ничего, всегда можно поднять последние события. Я вот с unidac так делал - прекрасно шуршало. Да, думаю, и access не сильно тормознёт от вывода одной строки изредка.

  8. Эммм. Точно-точно нельзя внизу? Для VCL (почти наверняка) можно было листать  сколь угодно много даже если на слое текст закончился.

  9. Скроллинг обрабатывай в событии. И пролистай далее до кратного высоте строки числу пикселей. А запретить рисовать Мемо обрезанную строку, видимо, никак нельзя.

  10. 46 минут назад, dnekrasov сказал:

    Система? Версия Delphi? У меня проблемы возникают только если подключено 2 монитора и на одном мониторе 125, а на другом 100. Кстати - после изменения масштаба обязательно перелогиниться, иначе не всё подхватывается.

    Вин 10, токио последний. Один моник.

    Если нужно будет перелогиниваться, то это несерьезно.

  11. 13 минут назад, dnekrasov сказал:

    Это олдскул. Есть FMX.Platform.IFMXScreenService.GetScreenScale, FMX.Helpers.Win.GetDCScale и FMX.Helpers.Win.GetWndScale

    Оно какое-то нерабочее. Тут я находил такие советы - масштаб читается как 1, хотя я задал 125%.

×
×
  • Создать...