В данном примере продемонстрирован способ генерации лабиринта. Позже лабиринт будет перенесен в 3d. Ссылка на проект: scratch.mit.ed... #scratch Плейлист: • Знакомство со Scratch
Благодарю. Всегда есть куда расти. Я уверен, что я тоже многого не знаю. Теперь вы стали разбираться лучше. Посмотрите и другие видео по scratch на канале. Может что-то ещё окажется полезным.
Значит не точно так было сделано. Тут либо лабиринт рисуется не с центра экрана, либо некоторые костюмы спрайтов не верно расположены относительно центра листа. Косяк может быть как в игроке: он не в центре листа, или в одном из костюмов лабиринта (часть костюмов должна быть в центре, а часть сдвинута). На это редко обращают внимание, а оно сильно влияет на работу проекта.
Если видео не выходят, это не значит, что они закончились. Развивать 3d лабиринт ещё есть куда, но пока не всё складывается, как хотел бы. Сейчас ещё проблема со временем и выкладываются видео, которые сняты когда-то давно. По скретч идей как и игр для записи у меня много, но пока работа отнимает много времени.
Можно устроить догонялки за строителем лабиринта в реальном времени. Дать фору в десяток шагов и поставить условие не сталкиваться «лоб в лоб» (то есть при возврате строителя из тупика), а то раздавит.
Это в 2D можно пошаговой (ибо известны сразу все условия и работает просто мат. расчёт). А в 3D, когда не видишь, что там за стеной, можно и в real-time. То есть, условно, игрок идёт по туннелю, пару минут назад проложенному буровой машиной типа "крот", и в любую секунду этот крот может на него из-за угла выползти. А его надо нагнать сзади и "оседлать" (залезть в кабину через заднюю дверь, скажем).
приветствую, не очень ясно как размер нам позволил перемещать тайл. я делал при нажатии изменить х и у на фиксированное значение. почему использование размера более акутально и как оно работает?
Если стоит фиксирование значение, то тайл всегда перемещается с одинаковой скоростью вне зависимости от размера тайла. Размер в данном случае нужен для того, чтобы по маленьким лабиринтам перемещаться быстрее. Маленький лабиринт же быстрее должен проходится. В общем, масштабирование должно влиять на каждый аспект. Можно оставить и фиксированный размер для перемещения, тогда и тайл игрока масштабировать не нужно.
Ппц, благодарю. Я думал что я разбираюсь очень хорошо в скретче, теперь так не думаю😂.
Благодарю. Всегда есть куда расти. Я уверен, что я тоже многого не знаю. Теперь вы стали разбираться лучше. Посмотрите и другие видео по scratch на канале. Может что-то ещё окажется полезным.
@@SmileSick спасибо большое!
Спасибо за 1 и 2 часть
Там уже больше чем две части
@@SmileSick Я ийду смотреть 3 часть😂
гениально
@@TkachukAn благодарю
Почему у меня персонаж вечно появляется не на платформе а на черном. Я все сделал как у тебя в видео
Значит не точно так было сделано. Тут либо лабиринт рисуется не с центра экрана, либо некоторые костюмы спрайтов не верно расположены относительно центра листа. Косяк может быть как в игроке: он не в центре листа, или в одном из костюмов лабиринта (часть костюмов должна быть в центре, а часть сдвинута). На это редко обращают внимание, а оно сильно влияет на работу проекта.
Попробую
Зарание спасибо
@@SmileSickСПАСИБО ОГРОМНОЕ ВСЕ ЗАРАБОТАЛО
Жаль что видео про скретч закончились. Я уже все пересмотрел. Я хотел бы создавать что то новое , но идей нет. Только с этого канала идеи взял.
Если видео не выходят, это не значит, что они закончились. Развивать 3d лабиринт ещё есть куда, но пока не всё складывается, как хотел бы. Сейчас ещё проблема со временем и выкладываются видео, которые сняты когда-то давно. По скретч идей как и игр для записи у меня много, но пока работа отнимает много времени.
Можно устроить догонялки за строителем лабиринта в реальном времени. Дать фору в десяток шагов и поставить условие не сталкиваться «лоб в лоб» (то есть при возврате строителя из тупика), а то раздавит.
Если я правильно понял идею, то такую вещь стоит делать в формате пошаговой головоломки. В качестве идеи для игры может сгодиться.
Это в 2D можно пошаговой (ибо известны сразу все условия и работает просто мат. расчёт).
А в 3D, когда не видишь, что там за стеной, можно и в real-time.
То есть, условно, игрок идёт по туннелю, пару минут назад проложенному буровой машиной типа "крот", и в любую секунду этот крот может на него из-за угла выползти.
А его надо нагнать сзади и "оседлать" (залезть в кабину через заднюю дверь, скажем).
ты топ
благодарю
Может такого простолюдина как я и легко удивить, но не сказать что автор крут будет не правильно
сердечно благодарю
спасибо огромное!😇 почему ты такой не популярный?
Благодарю.
Чтобы стать популярным, нужна реклама. Я её не использовал. Так среди миллионников и затерялся)))
приветствую, не очень ясно как размер нам позволил перемещать тайл. я делал при нажатии изменить х и у на фиксированное значение. почему использование размера более акутально и как оно работает?
Если стоит фиксирование значение, то тайл всегда перемещается с одинаковой скоростью вне зависимости от размера тайла. Размер в данном случае нужен для того, чтобы по маленьким лабиринтам перемещаться быстрее. Маленький лабиринт же быстрее должен проходится. В общем, масштабирование должно влиять на каждый аспект. Можно оставить и фиксированный размер для перемещения, тогда и тайл игрока масштабировать не нужно.
@@SmileSick ага понял..просто как переменную используем это значение. спасибо.