Слот СПИН, плавность

[in4core]

а я вертел портянку. 5 столбиков по 200 картинок, 8 строк под маской, крутил 1 раз. Крутил ТвинЛайтом с небольшой задержкой между стартами для каждой колонки, и ТвинЛайтом же управлял БлюрФильтром. Не знаю, как с точки зрения вашего перфекционизма, а как по мне вполне убедительно крутилось.
Мне кажется, как раз портянка — лучшее решение для быстродействия: в процессе движения никаких созданий и перетасовываний не происходит, скачкам и задержкам просто неоткуда взяться.

О том я и говорю . Wolsh - ты крутил 1 раз, поэтому все ок у тебя, у меня же крутить надо бесконечно, отклил от сервера может быть долгий ( да да у нас так), поэтому после завершения , снова сначала и т.п. вот и получаются немого тормоза. Плюс ко всему этому ты подбирал так, что у тебя ровно по 200 картинок например на каждом, а у нас на одном 8, на другом 108, на третьем 15 и т.п., скорости будут не одинаковые, а подобрать их так, чтобы для любой генерации - нереально. Поэтому с твином - я всегда отказываюсь. Либо я не соображу как.

ZergMaster - Вы пишите с точки зрения игры фо фан (хотя могу ошибаться, не хочу обидеть никого), у нас же серьезная контора, там нет ФЕЙКОВОЙ анимации, на барабане могут быть ТОЛЬКО реальные и определенные раскладки, и в каждом из моих 100+ слотов они свои, и могут менятся администратором когда угодно, поэтому фейк типа чтобы было красиво тупо - нельзя.

П.с. в узел ДО мы врядли упремся, максимум бывает до 150 картинок в барабане, размером не более на 150 в высоту, тоесть высота максимаьная 150 * 150.

Добавлено через 10 минут
Спецом в инете нашел приблизтельно что у меня по скорости( на примере всем известной БОР):

https://www.youtube.com/watch?v=l8RJy0Z-b74

а что надо

https://www.youtube.com/watch?v=vEveecXLCOQ

сразу станет понятно

[undefined]

отклил от сервера может быть долгий

если сервер пришлет что надо выкинуть последний символ,а крутилка находится в начале - юзер должен ждать пока она вся прокрутится?

Добавлено через 3 минуты
upd:может тормоза и не в барабанах вовсе?Потому как 15 битмапок никак не могут лагать.

[ZergMaster]

Сообщение от in4core

Вы пишите с точки зрения игры фо фан

да, ошибаетесь.
Не понимаю смысл делать реально барабаны с лентами на них, да еще небось разной длины))), если пользователь все равно не заметит разницы. Потому что её не видно. У нас вся математика вообще была защищена и происходила на сервере и приходила лишь матрица номеров выпавших слотов, которые уже необходимо отобразить.
Но, если нравится заморачиваться скрытыми процессами, которые никто не увидит - тогда, конечно, да.

А если битмапы попробовать посклеивать по 10, превращая одну? Тем самым сократив их общее количество с 500 до 50? Не прокатит?

[caseyryan]

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

Wolsh, я не верю, что это говоришь ты)
Если в контейнере лежит 500 детей, и таких контейнеров будет несколько, то тормоза появятся от пересчета их матриц при меремещении. Потому как матрицы в as3 создаются новые, а не обновляются старые, и периодически сборщик мусора будет их собирать. Вот в этот момент и будут фризы. Да, часто это не критично, но когда у тебя плавно крутится огромный контейнер и раз в несколько секунд подергивается, это выглядит хреново.

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

[in4core]

если сервер пришлет что надо выкинуть последний символ,а крутилка находится в начале - юзер должен ждать пока она вся прокрутится?

Мы говориим ТОЛЬКО о кручении сейчас, а не о остановке, остановка - это резкий сдвиг на нужную позицию.

да, ошибаетесь.

Ну получается, что не ошибаюсь, раз вы говорите такие вещи, что юзер там чего то не заметит и т.п. С вашим подходом вы будете рядовой компанией ( конкретно про Вас вопросов нет, про вашего руководителя скорее) каких вагоны, мы же и отличаемся тем, что к нам идут за реальностью, за 100% клонами реальных, на сколько это возможно и продаем это за границу. Но это все вода щас, давай те по делу)))

Если в контейнере лежит 500 детей

Костян хорошь утрировать, более 80-100 детей как парвило там не лежит, про 500 это я как пример написал.
Вверху ссылки, кто нибудь увидел разницу? Все промолчали просто.
Тем не менее - хочется пример увидеть такой реализации, чтобы все летало и было красиво. Суть может быть даже не в подергивании , а в плавности, твином - это достигается ДА, таймером - нет. Но я не понимаю как можно твинить разные кол-ва картинок так, чтобы скорость была одинаковая

[ZergMaster]

Ну, если бы мы ставили целью реконструировать все максимально аутентично, тогда надо было бы вытачивать барабаны разного диаметра и наклеивать на них ленты))) Кроме того - визуально, как и функционально, это будет 100% клонами реальных. Ладно, да будет так, если у вас такая задача.

по теме:
Еще есть вариант ограничить таймер анимации прокручивания 44 милисекундами (это ~22 кадра), сократив частоту обновления кода. И добавить на битмапы blur по вертикали - так анимация будет смотреться гораздо приятнее. Кстати, это реализовано в предоставленном примере на ютубе. И - да, склеивать слоты в одну ленту-битмапу не помогает?

[in4core]

*Кстати, это реализовано в предоставленном примере на ютубе* В обоих варинатах это реализовано, там картинки уже блюренные заведамо, это не эффект, - но в первом примере дергач все равно, а во втором плавность.
*Еще есть вариант ограничить таймер анимации прокручивания 44 милисекундами (это ~22 кадра),*
Вот смотри что выходит в таком ключе : чем меньше таймер, тем больше сдвиг, то есть при 44 мс, тебе надо двигать по 75-100пх чтобы было скоростно визуально, при этом у тебя картинка высотой в 100 допустим, в этом случае визуально ты будешь видеть, как резко меняется столбик, он не движется как бы, а просто меняется, эффект движения пропадает. Тут блин как видео надо, чтобы по 1 пх, но 100500 кадров в секунду)))
По поводу блюра - слоты разные, там где блюр -да смотрится чуть приятнее, но есть еще много ваинатов где НЕТ блюра вовсе. Вот тут и проблемы.

П.с. по поводу склейки, Вы думаете, что 50 картинок, по 100 пх каждая, против 1 картинки в высоту 5000 будет разница в производительности и плавности?

[ZergMaster]

Сообщение от in4core

тебе надо двигать по 75-100пх чтобы было скоростно визуально, при этом у тебя картинка высотой в 100

Ну, конечно, сдвигать по 100 пикс при высоте слота в 100 не вариант.) А что, у них прям такая бешенная скорость должна быть? По 75 пикселей в 1/22 секунды? Чето дофига получается.

Сообщение от in4core

По поводу блюра

Про блюр это фишка даже не из кодинга, а из кино. Дело в том, что фильмы снимают у нас 23 кадра в секунду, но на самом деле это мало. И плавность и красота движения там достигается тем, что если ты остановишь кадр, то увидишь смазанную картинку. То есть за счет motion blur. Другой же вариант - 240 кадров в секунду (от 60ти), например, смотрится куда реалистичнее и без блюра. Зато за счет того, что мы привыкли так смотреть фильмы, картинка в 23 кадра+блюр кажется нам художественнее, кинематографичнее. Так что, на этом этапе можно выбрать - какого эффекта ты хочешь добиться. Да, есть автики без блюра, и я тоже без него делал. У меня все пахало хорошо (под андроид и даже не на старлинге). Правда, я делал по описанному методу подстановки.
По поводу скорости прокрутки так и не понял, зачем тебе такая большая.. кажется, при довольно быстрой прокрутке один слот проходит через экран за 500 мс. То есть если слот 100 пикс, экран высотой в 300, при скорости таймера в 44 мс смещение 27 пикс. Сдается мне, вполне достаточно.

Сообщение от in4core

П.с. по поводу склейки, Вы думаете, что 50 картинок, по 100 пх каждая, против 1 картинки в высоту 5000 будет разница в производительности и плавности?

Есть такая теория. Интересны были бы результаты.

[Appleman]

Сообщение от in4core

*Еще есть вариант ограничить таймер анимации прокручивания 44 милисекундами (это ~22 кадра),* Вот смотри что выходит в таком ключе : чем меньше таймер, тем больше сдвиг, то есть при 44 мс, тебе надо двигать по 75-100пх чтобы было скоростно визуально, при этом у тебя картинка высотой в 100 допустим, в этом случае визуально ты будешь видеть, как резко меняется столбик, он не движется как бы, а просто меняется, эффект движения пропадает. Тут блин как видео надо, чтобы по 1 пх, но 100500 кадров в секунду)))

Мне кажется, здесь ты неправ. Я в программировании чайник, но в 3D и CG большой опыт имею. Если мы говорим о том, что нужно замоделить однорукого бандита "как в жизни", то я бы под этой "жизнью" подразумевал не то, как подобная штука воспринимается на глаз, а то, как она - живая - выглядела бы на видео- или киносъёмке. Ведь человек на экране будет играть. Значит, к этому и нужно приблизить визуальный эффект, имхо. Тогда частота кадров - от 23 до 30 в секунду, больше не бывает. Я бы из этого исходил. И да, там размытие при движении будь здоров выходит. Возможно, это тоже ключ к реализму. Не понимаю, почему ты его так старательно пытаешься исключить. У тебя поэтому и меняется резко, что нет моушн-блюра, 100% уверен в этом. По уму нужно буквально первые полсекунды разгона барабанов делать без размытия, а потом уже блюрить по самое не могу

Добавлено через 3 минуты

Сообщение от ZergMaster

Про блюр это фишка даже не из кодинга, а из кино. Дело в том, что фильмы снимают у нас 23 кадра в секунду, но на самом деле это мало. И плавность и красота движения там достигается тем, что если ты остановишь кадр, то увидишь смазанную картинку. То есть за счет motion blur. Другой же вариант - 240 кадров в секунду (от 60ти), например, смотрится куда реалистичнее и без блюра. Зато за счет того, что мы привыкли так смотреть фильмы, картинка в 23 кадра+блюр кажется нам художественнее, кинематографичнее.

Вот, меня опередили Я хочу отметить, что высокие fps кажутся нам "кинематографичнее" из-за того, что человеческий глаз банально не может различить больше 24 кадров в секунду, поэтому "блюрит" уже сам. Про "эффект 25 кадра" помните?

[Zebestov]

1. рисуем 3-4 сильно заблюренных по вертикали набора разных иконок
2. при нажатии спин случайным образом чередуем на каждом барабане эти размазанные картинки
3. при остановке каждого барабана составляем нужную комбинацию иконок и останавливаем его с плавным откатом вверх на 20-25% высоты иконки

выглядит эффектно, живо, натурально