Лидеры

мой скрин как бы показывает обратное два приложения, два одинаковых таймера (100мс в данном случае) на добавление строки. Одна и та же машина (2х ядерная виртуалка). 1 скрин FMX приложение, второй VCL 1 потребляет 30-50% CPU второй 6-8% Мне нужен след. функционал: текст, являющийся логом и позволяющий промотать хоть немного вверх и скопировать любую.часть себя. Сейчас я ограничил до 300 строк, и с учетом убирания вот этого кода фризы ушли. Юзеры конечно недовольны, что для просмотра остального надо жать дополнительные кнопки.. Позвольте пока считать вопрос открытым, может у кого есть на примере компонент или идеи с функционалом , описанным выше

Самым простым решением оказалось исправление файла System.StartUpCopy. Там комментариями разработчики явно указали, где код отвечающий за перезапись

memo на 5000 строк (в VCL программе, т.е. "те парни из MS") пожирает 80% CPU при изменении/добавлении строки. по сути вся программа работает на лог. потому что компонент внутри не очень простой, как бы вам ни казалось. память перевыделять постоянно для этого монстра надо, и пробегать по строкам, перерассчитывать поэтому просто не надо делать лог в мемо если вам нужна только функциональность просмотра - написать отображальщик лога из sgtringlist - 10 минут

Было похожее, правда только с окном в состоянии fsStayOnTop Временно решил так, пока разбираюсь с более серьёзными глюками платформы)) procedure TPumpHelper.FormMouseMove(Sender: TObject; Shift: TShiftState; X, Y: Single); begin If Visible and not Active then Show; end;

Разместитеи их в ресурсы проекта. В приложении в какой-нибудь файлик записывайте версию приложения при последнем запуске. При старте приложения проверяй записанную версию и текущую. Если расходятся - проверяйте файлы и обновляете их ресурсов. Имхо

я делал. просто чутка кода нужно, но все делается Демо проектик: [Tokyo] LV_URL_Demo.zip Нет. Не фреймы. ЛистВью - компонент, который рисует себя сам. Он не является контейнером для любых TControl. Поэтому придется самому все рисовать. Лично я "рисую" все кодом. Долговато в реализации, в начале не понятно как делать, но если разобраться, то сразу будет видна разница в скорости работы. ЛистВью очень шустрый компонент. Единственное, я не реализовывал поджинацию, но знаю что ее не так уж и сложно сделать на основе ЛистВью

Решение найдено тут.

Нет, там права ни при чем. Даже внутренние файлы проекта (прописанные в деплоймент) под Адндроид перестает нормально играть, хотя и открывает. Но любая навигация, остановка и снова воспроизведение выдает невиданные глюки. (звуки задваиваются, видео то стоит то то вдруг начинает идти, потом просто вылетает приложение... Но связь четкая. Ставишь Tarket SDK 23 - нормально, ставишь 24 и выше - привет. ( это я еще на берлине заметил), а в RIO по умолчанию 26, там сразу что-попало...

TMediaPlayer в android и ios вообще никогда стабильно не работал, и targetSDK тут даже не причем. Он кривой сам по себе изначально, смиритесь. Стабильное решение медиаплейера есть в библиотеке alcinoe, но там поддерживается пока только tokyo, поддержка rio будет позже.