Size: a a a

2020 October 29

A

Andrei Slipchenko in Cinema_4at
Evgeny Druzhinin
Две причины могут быть и обе не то) 1 - fps алембика и сцены разный. 2- ключи где-то стоят или модификатор какой-то скрытый
хммм, проверил все четко, ключи не стоят. фпс одинаковый..
источник

ИН

Иван Новгородский... in Cinema_4at
Ребят, у кого есть 3d моделька стилуса, можете поделиться? Отправьте в ЛС. Спасибо
источник

(

(Nikita Butovskiy) in Cinema_4at
Коллеги, чего то не одупляю, как проще собрать слот машину? Чтобы она сначала показывала рандомные цифры, а потом останавливалась на тех цифрах, которые я укажу?
источник

DN

Dima Naraikin in Cinema_4at
(Nikita Butovskiy)
Коллеги, чего то не одупляю, как проще собрать слот машину? Чтобы она сначала показывала рандомные цифры, а потом останавливалась на тех цифрах, которые я укажу?
С круглешками такими вращающимися?
источник

(

(Nikita Butovskiy) in Cinema_4at
Dima Naraikin
С круглешками такими вращающимися?
ага
источник

DN

Dima Naraikin in Cinema_4at
источник

DN

Dima Naraikin in Cinema_4at
Делал год назад такую штуку, нифига не очевидная хрень, как оказалось.
источник

DN

Dima Naraikin in Cinema_4at
Ща нарисую.
источник

(

(Nikita Butovskiy) in Cinema_4at
да уж, вообще не просто. Спасибо!
у меня пока мысль только сделать барабанчики, присвоить каждой цифре в экспрессо угол вращения барабана и матрицей вращать этот барабан до нужной цифры
источник

OC

Oleg Chomp in Cinema_4at
(Nikita Butovskiy)
да уж, вообще не просто. Спасибо!
у меня пока мысль только сделать барабанчики, присвоить каждой цифре в экспрессо угол вращения барабана и матрицей вращать этот барабан до нужной цифры
Я до этого делал текстурой этот циферблат на цилиндр, в конце анимации поставил ключи с нужной позицией, в начале просто перемешал рандомно с большими цифрами в вращении.  Но похоже разные задачи 🤷🏻‍♂️
источник

(

(Nikita Butovskiy) in Cinema_4at
да можно и ключами, просто хочется параметрично. чтобы чисто вбивать что должно выпасть и всё
источник

OC

Oleg Chomp in Cinema_4at
(Nikita Butovskiy)
да можно и ключами, просто хочется параметрично. чтобы чисто вбивать что должно выпасть и всё
Там самое главное не забыть, что цифры появляются по одной, а не одновременно
источник

DN

Dima Naraikin in Cinema_4at
(Nikita Butovskiy)
да уж, вообще не просто. Спасибо!
у меня пока мысль только сделать барабанчики, присвоить каждой цифре в экспрессо угол вращения барабана и матрицей вращать этот барабан до нужной цифры
источник

(

(Nikita Butovskiy) in Cinema_4at
вау! спасибо!
источник

DN

Dima Naraikin in Cinema_4at
(Nikita Butovskiy)
вау! спасибо!
Погоди, ща распишу.
источник

DN

Dima Naraikin in Cinema_4at
Есть цилиндр с радиусом и высотой по размеру текстуры. Текстура представляет собой длинную полосу с символами. Сложность в том, что надо с помощью Boole убрать всё, кроме зоны в окошке, где будут крутиться эти самые символы.  В идеале окружность цилиндра должна составлять минимум 2-3 длины текстуры. Важна точность, не 1,98, а 2. Иначе расчёты смело пойдут нахуй.

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

Если у тебя одинаковые цилиндрические элементы с одинаковым набором символов, то задача упрощается, если нет — кратно усложняется.

Далее ты можешь сделать сетап через XPresso, в котором бы ты буквально вписывал нужные символы, а твои цилиндры поворачивались бы абсолютно корректно. Сделать это не так сложно, но долго, часа два-три минимум. Простая зависимость от поворота, думаю, ты справишься.

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

Соответственно, тебе остаётся два варианта. Либо каждый раз менять исходные и конечные значения (метод Олега выше), либо (сейчас пришёл в голову вариант) высчитать последовательность для каждого символа и просто домножать поворот плюс локацию символа на коэффициент вращения. Грубо говоря, у тебя есть исходное положение, тебе остаётся только просчитать смещённое значение. При условии того, что тебе известен шаг поворота и точные значения для всех необходимых символов, то ты можешь параметрически изменять шаг (домножение вращения на коэффициент смещения в целочисленных значениях — последовательный переход с символа на символ) — первый вариант — либо же выставлять значение финальной позиции (нужного символа) и прибавлять к нему x*360°, где x — количество оборотов цилиндра, которое так же можно вывести во внешнюю переменную.

Как-то так.
источник

(

(Nikita Butovskiy) in Cinema_4at
Dima Naraikin
Есть цилиндр с радиусом и высотой по размеру текстуры. Текстура представляет собой длинную полосу с символами. Сложность в том, что надо с помощью Boole убрать всё, кроме зоны в окошке, где будут крутиться эти самые символы.  В идеале окружность цилиндра должна составлять минимум 2-3 длины текстуры. Важна точность, не 1,98, а 2. Иначе расчёты смело пойдут нахуй.

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

Если у тебя одинаковые цилиндрические элементы с одинаковым набором символов, то задача упрощается, если нет — кратно усложняется.

Далее ты можешь сделать сетап через XPresso, в котором бы ты буквально вписывал нужные символы, а твои цилиндры поворачивались бы абсолютно корректно. Сделать это не так сложно, но долго, часа два-три минимум. Простая зависимость от поворота, думаю, ты справишься.

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

Соответственно, тебе остаётся два варианта. Либо каждый раз менять исходные и конечные значения (метод Олега выше), либо (сейчас пришёл в голову вариант) высчитать последовательность для каждого символа и просто домножать поворот плюс локацию символа на коэффициент вращения. Грубо говоря, у тебя есть исходное положение, тебе остаётся только просчитать смещённое значение. При условии того, что тебе известен шаг поворота и точные значения для всех необходимых символов, то ты можешь параметрически изменять шаг (домножение вращения на коэффициент смещения в целочисленных значениях — последовательный переход с символа на символ) — первый вариант — либо же выставлять значение финальной позиции (нужного символа) и прибавлять к нему x*360°, где x — количество оборотов цилиндра, которое так же можно вывести во внешнюю переменную.

Как-то так.
Ух! Надеюсь до завтра справлюсь
источник

DN

Dima Naraikin in Cinema_4at
(Nikita Butovskiy)
Ух! Надеюсь до завтра справлюсь
Ширину и длину текстурной полосы настоятельно рекомендую делать в целочисленных значениях, нервы это сэкономит очень сильно. В случае необходимости порой проще изменить исходные текстовые символы, нежели потом понять, что у тебя что-то там не сходится.
Почему 2-3 длины текстуры минимум? Потому что в противном случае у тебя будут ну очень большие символы и большой шаг. В идеале больше.
источник

DN

Dima Naraikin in Cinema_4at
Булевый сетап проще всего сделать, взяв круг с заданным радиусом, создать цилиндр с таким же радиусом, у цилиндра убить крышки и подогнать толщину.
По кругу пустить квадратный сплайн и с помощью Growth ограничить его по размеру ячейки слота.
источник

ST

Stas Tretyak in Cinema_4at
Dima Naraikin
Есть цилиндр с радиусом и высотой по размеру текстуры. Текстура представляет собой длинную полосу с символами. Сложность в том, что надо с помощью Boole убрать всё, кроме зоны в окошке, где будут крутиться эти самые символы.  В идеале окружность цилиндра должна составлять минимум 2-3 длины текстуры. Важна точность, не 1,98, а 2. Иначе расчёты смело пойдут нахуй.

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

Если у тебя одинаковые цилиндрические элементы с одинаковым набором символов, то задача упрощается, если нет — кратно усложняется.

Далее ты можешь сделать сетап через XPresso, в котором бы ты буквально вписывал нужные символы, а твои цилиндры поворачивались бы абсолютно корректно. Сделать это не так сложно, но долго, часа два-три минимум. Простая зависимость от поворота, думаю, ты справишься.

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

Соответственно, тебе остаётся два варианта. Либо каждый раз менять исходные и конечные значения (метод Олега выше), либо (сейчас пришёл в голову вариант) высчитать последовательность для каждого символа и просто домножать поворот плюс локацию символа на коэффициент вращения. Грубо говоря, у тебя есть исходное положение, тебе остаётся только просчитать смещённое значение. При условии того, что тебе известен шаг поворота и точные значения для всех необходимых символов, то ты можешь параметрически изменять шаг (домножение вращения на коэффициент смещения в целочисленных значениях — последовательный переход с символа на символ) — первый вариант — либо же выставлять значение финальной позиции (нужного символа) и прибавлять к нему x*360°, где x — количество оборотов цилиндра, которое так же можно вывести во внешнюю переменную.

Как-то так.
Ты слышал когда нибудь про голосовые сообщения? Мне кажется, твоя клавиатура скоро сломается по причине МНОГАБУКАФ
источник