» RxLib. RxGifAnimator крэшит приложение

Подскажите, никто не сталкивался с подобным. Когда делаю какие-то ресурсоемкие операция и вывожу формочку на которой в RxGifAnimator бегает прогрессбар. В RxGifAnimator включен параметр асинхронного вывода изображения, чтобы анимация бегала, пока в VCL выполняется код.

Так вот с стабильной регулярностью в какой-то момент компонент выбивает access violetion и крэшит приложение.

Никто с таким не сталкивался или подскажите норм. версию RxLib для XE7

Вероятнее всего, там где-то внутри вызов Synchronize потерян.

Попробуй эту сборку, тут заявлена поддержка XE7

именно ее и пользую

Тогда переходи на JVCL - код rx теперь там, но, возможно, компоненты уже под другими именами. Есть автоматический конвертер. Статья

На JVCL пару лет назад был такой же прикол, может что-то поменялось, в любом случае спасибо, буду пробовать.

ziesto, а почему бы не воспользоваться стандартными средствами delphi? TGifImage.
Там отрисовка по таймеру, т.е. на сколько я понял, у тебя ресурсоёмкая операция в главном потоке выполняется, вызывай периодически ProcessMessages и всё должно работать )

ziesto, анимация в отдельном потоке?

Цитата:

ziesto, анимация в отдельном потоке?

reenoip судя по сообщению landy

Цитата:

Вероятнее всего, там где-то внутри вызов Synchronize потерян.

Таймер фреймов построен на потоке, но как-то слабо верится, что можно было один Synchronize потерять... В любом случае надо код ревью делать или дебажить ) А в идеале реализовывать ресурсоёмкие операции в отдельном потоке, а не в главном.

Цитата:

судя по сообщению landy

Так ведь не landy является автором вопроса

2reenoip,

Цитата:

В RxGifAnimator включен параметр асинхронного вывода изображения, чтобы анимация бегала, пока в VCL выполняется код.  

NeoAnomaly, пока я гуглю - можешь популярно объяснить, в чём связь между "потоком" и "асинхронным выводом изображения"? В смысле, на каком курсе универа им приписывают взаимоисключающую друг друга связь? А то, может, я на самом деле пропустил чего...

Добавлено:
Хотя, самому автору ответ, видимо, уже до п***ы

Цитата:

NeoAnomaly, пока я гуглю - можешь популярно объяснить, в чём связь между "потоком" и "асинхронным выводом изображения"? В смысле, на каком курсе универа им приписывают взаимоисключающую друг друга связь?

reenoip, так никто и не говорит об исключении, я же наоборот говорю, что в рамках представленного компонента асинхронный вывод изображения реализован через таймер на потоке. Если я конечно правильно понял твой вопрос

Цитата:

можешь популярно объяснить, в чём связь между "потоком" и "асинхронным выводом изображения"? В смысле, на каком курсе универа им приписывают взаимоисключающую друг друга связь?

Если поток строит и выводит изображение, используя методы VCL, но не через Synchronize, то в случайные моменты времени оно будет выдавать AV, поскольку основная часть VCL не потокобезопасна.

В любом случае надо смотреть в сторону синхронизации. Если есть отдельный поток, то все вызовы к VCL должны быть обернуты в Synchronize.

Цитата:

NeoAnomaly, пока я гуглю - можешь популярно объяснить, в чём связь между "потоком" и "асинхронным выводом изображения"? В смысле, на каком курсе универа им приписывают взаимоисключающую друг друга связь? А то, может, я на самом деле пропустил чего...

Перечитал несколько раз, так и не понял, что автор имел ввиду...

ziesto, вопрос то решился? ))

Перечитал начало темы, по поводу бесконечного прогресса, как вариант: ProgressBar.Style := pbstMarquee.

Попробуй TRzAnimator из Raize components все прекрастно работает

Вопрос решился тем, что я просто показываю статическую GIF и все

protoror, спасибо, попробую

ziesto
В своё время использовал rxGif примерно так:
1) Раскладывал TGIFImage на фреймы
2) По событию таймера циклически показывал фрейм за фреймом

В последнем JVCL тоже все хорошо работает. Код потокобезопасен - везде использован Synchronize.