TheXTech on Android: "Forêt bleue" by Catskart

Playing the LunaDLL Autocode powered level made by Castkart using a recent devel version of TheXTech on Android.
The level can be found here: www.smbxgame.c...
TheXTech Engine: wohlsoft.ru/pr...
Devel builds: github.com/Woh...

[@Sumire973]

This project is certainly quite ambitious, i hope that in some future SMBX2 episodes can be ported. I would like when TheXTech matures it become the official version of SMBX, as too many versions lead to fragmentation, apart from both SMBX 1.4 and 2.0 being Windows-only projects (38A is basically abandonware at this point, SMBX2 has a very slow development and is too bloated), and make them work on Wine with an old PC/GPU that doesn't support Vulkan is a PITA. The difference between TheXTech and the others in performance is abysmal, TheXTech loads almost instantly on my toaster, while SMBX2 especially takes minutes to do the same, this is what we must follow, as much as the industry says otherwise (planned obsolescence). Hopefully TheXTech will get support from the community when it is at feature parity with other choices.

[@Wohlstand]

Thank you very much for so kind words! :) > planned obsolescence I totally don't like this concept, by myself I keep the use of the rest of old hardware while it stay useful for any usual purposes. And also, until I got my current hardware, I had AMD Athlon a 64 with single core, and I had 4 GB RAM, and... I started to be angry about Elecron-based applications as they eat so much RAM for the same functionality (or even less) as it was availae at the similar software, but written in pure C++ and done a while ago. About the possible running of X2 or 38A episodes, they would work conditionally and partially with a manual porting, because when a lua-based scripting system will be implemented, there is no full compatibility. Additionally, for such episodes, ther are separated assets packages will be providen to ensure their items set will match. The mainstream TheXTech's assets pack will have its own itemset which I want to make it as a minimal set of the most important objects, and for other needs, give users a set of meta-objects and templates which users could use for their NPCs on levels without overheading of resources. P.S. I want to tell my brief description why each branch of SMBX got appeared: - SMBX-38A (please never call it "SMBX 1.4", it's not "1.4", it'intotally different engine) was founded around 2015 independently at China without contacting to European community (who still think it's one another fake until Me and Kevsoft downloaded it and tested it out), and later, I joined Chinese community and met a lot of new interesting people at it. Yeah, 5438A38A doesn't appear online at the community for the second year, even his best friend (SkyBlueYoshi) doesn't know why 38A is so busy. - SMBX2 was founded with an official purpose to resolve the hell of separately-downloading lua libraries and modules for LunaLua-SMBX (the SMBX 1.3, but with scripts and LunaDLL hacks) into big united and easy-to-use project (unofficially, an attempt to competit to suddenly appeared SMBX-38A). However, I didn't liked this idea because it's a huge titanic that intended to exist temporarily until the true standalone and open-source engine will be providen, and since 2016 I titled it as "the biggest workaround in the universe". Anyway, the reason of the slow development basically because all team members are very busy on their main works, and they set a very long list of tasks. - TheXTech got introduced by me into the public after the month after the original SMBX's source code got open. Pre-history: at 2016 there are rumors was spreaded that Redigit will, possibly, open his SMBX sources, however, they didn't, basically Redigit was too busy. I got the idea to rewrite SMBX's source into C++ to make the working implementation of SMBX which is easy to process. However, source got open at 2nd of February, 2020, and I returned back my old idea from the shelve, and started the work after one week. I had the big desire to have the fully cross-platform and standalone solid engine of SMBX that works without workarounds and works natively on non-Windows and on non-x86 platforms. And, TheXTech is only one engine that works on macOS 10.15+ and works on ARM processors, and natively works on Android devices (including old devices with Android 4.1+).

[@Sumire973]

​@@Wohlstand Yup, dealing with Electron apps is a nightmare, the worst part is that it seems to have become a kind of de facto standard, because even Windows 11 uses Edge Webview for its GUI; which is basically the same as Electron as it is an embedded Chromium browser too, web browsers are notorious for consuming a ton of RAM,, "memory is meant to be used" "unused RAM is wasted RAM" they say. My current laptop is a dual-core AMD Turion Mobile with its respective iGPU, and 3.6 GB DDR2 RAM (i guess) on Windows 10 performance is terrible, almost unusable, especially during web browsing, on Debian it is quite usable and browsing on Chromium-based browsers is much more pleasant, although it's true that this laptop has some technical issues. That's good news, some SMBX2 and 38A episodes are absolutely mind-blowing, to the point that they could easily be standalone games, being able to play them on any platform and place would be a big appeal., although i'm afraid that some 38A episodes will not be able to be saved because i remember that there were some that were encrypted. It's the typical thing that happens in these situations, everyone wants to reinvent the wheel on his side excluding the rest, before the Luna thing there was only one single version of SMBX and there was no need to worry about the compatibility of the episodes, now it is common that any someone who wants to get into SMBX looks confused and asks which version of SMBX is the best, i knew about the release of the SMBX source code at that time and it was an event that went more or less unnoticed, in the Spanish community it had a mixed reception because although they appreciated the release of the code, they considered that it was too late because 38A and SMBX2 were around and they were more than established.and i wouldn't be surprised if the rest of the community will think the same as well. They were wrong, obviously, but it's true that this lack of interest in the SMBX source code was problematic, i hope thoughts on that have improved, since i haven't been very aware of what happened with SMBX in the last five years..

[@Wohlstand]

@@Sumire973 , for me as developer of Moondust Project, SMBX source is significantly important, it allows me to resolve a lot of reverse engineering issues and inaccuracies I made during the whole time, and, TheXTech while a very good SMBX branch, also a good help for me to develop Moondust Engine in future (once I start the major reconstruction of the whole Moondust Project)

[@rifandaplaygames]

i can't agree more, i hope thextech get more support in the near future, it's really a mindblowing project

[@Sumire973]

@@Wohlstand Nice. What branch of SMBX is the Moondust Engine based on? Btw, do you have any measures to protect this project in case Nintendo wants to take action against this? Although it is certainly highly unlikely that Nintendo will decide to send a cease and desist as SMBX's popularity has declined in recent years, it would be quite unfortunate if that were to happen. Although the C&D story that Redigit received is probably false, i feel like it's a very important thing to consider, Nintendo has done that with fangames and similar projects in the past, mainly due to the use of its official assets, although sometimes not even for that, which has earned it some infamy.

[@Retrogames428]

Класс, жду с нетерпением поддержку lua

[@BlueBoiReal]

this hurts my head but it does look awsome! just wish i had an android so i could try it out

[@viniciusassis5976]

Olá amigo, tudo bem? Eu sou novo no seu canal e acompanho o seu trabalho na comunidade, então eu tenho o jogo do smbx no celular e gosto muito dele e da versão do TexTech, então eu até baixei a versão 1.3.7, e essa versão me surpreendeu e gostei bastante e tem muitas melhorias, e ainda mais que agora tá no meu idioma Português do Brasil, eu queria tirar uma dúvida e tenho umas dicas caso você queira p implementar no jogo se permitir, gosto muito do seu trabalho, queria saber se futuramente nessa nova atualização você colocasse novos power ups no jogo se for possível, e tbm queria saber se vai ter melhorias no gráfico, movimentações, npc ou vai colocar mais no game, gosto muito do seu trabalho e parabéns pela sua obra, eu tô muito feliz pela essa atualização 1.3.7.

[@RusTendo]

топ лайк

[@wajeeh_ul_hassan-videos.]

Bro can you tell how to download these on android this is just gameplay

[@TheBraineat]

Ого! Это что, уже поддержка луа интегрирована?

[@Wohlstand]

Ещё пока не lua (автокод LunaDLL), но поддержка lua уже точно запланирована, так что, рано или поздно это случится :)

[@TheBraineat]

@@Wohlstand это здорово

[@MrVolblood]

Hello, i am using xiaomi redmi note 8 pro and touchscreen buttons doesnt show, why?

[@Wohlstand]

Hello! What version of the game you using?

[@DanielFrias6388]

I know this can be a bit complicated to explain because this video is old too, but I want to know a little bit about the configuration packages for those who know what Moondust Project is and the configuration packages, since there is a folder called items which hosts most or all the files that the editor recognizes as levels, decorations, among others. What happens to me is that I have been thinking for a long time to continue with my project and of course create my own configurator, the problem is still that part , the part of the items, which I have seen that there are many limits, such as adding a number of levels that do not exceed 100, this means that in the editor levels can be identified with more than 100 or 100 levels to add in the world map (specific) but in the game it is not possible since I have tried the two most stable versions of Smbx, Beta 3 and Beta 4, but I still have that doubt and that problem, so if you can help me. what would you recommend me to do, add more items in the game or just replace the old ones with my own? it still leaves me a lot to think about, I thank you for the time as i comment.

[@Wohlstand]

Hello! This video is related to my another project - TheXTech. And, about configuration packages for Moondust Project: the Moondust itself does NOT limits the number of items, so, if you making a brand-new game for Moondust Project itself, you can change the number of available items at main files at the root of configuration package. But, if you develop a configuration pacakge that implements an SDK for another engine (such as TheXTech, SMBX2, SMBX-38A or vanilla SMBX), then you should follow limits of the target engine.

[@Wohlstand]

P.S. This is a full specification for Moondust configuration packages: wohlsoft.ru/pgewiki/Category:Config_pack

[@DanielFrias6388]

Hello wholstand, I love that you have responded to my comment, I know where this video is going, this is something else, but my question is because I am using SMBX2 for the PC, that is where I have doubts, could you help me a bit about the subject with more time, I don't know when, sorry but I speak Spanish I only translate.

[@Wohlstand]

@@DanielFrias6388 , If you want to discuss with me about anything, you better to contact me directly through various places: my forum, Discord server, Telegram, Matrix, email, etc. But it's fine to ask small questions under related videos. If you do use SMBX2, you should use the existing "SMBX2 Integrational" config pack inside the thing until you are going to make modded game over the SMBX2. If you going to make the modded version of SMBX2 for your needs, you should make items at Moondust configuration package being eqial to the items are at the game itself.

[@saddemon3913]

О у тебя китайские сообщества установлены? Что б играть в китайские игры? Я тоже так хотел, но чего то руки не доходят разобраться в них

[@Wohlstand]

Я там ради самих китайцев, я там с 2016го года (как раз тогда можно было регаться в QQ без особой боли). Но с относительно недавних пор, сделали необходимость использовать чисто китайский мобильник, и даже в некоторых случаях "помощь друга": чтобы другой пользователь сети подтвердил.

[@saddemon3913]

И снова здравствуйте, я тут подумал... Ты планируешь SMBX2 портировать когда она из беты выйдет, или там код совсем замудрен что это вообще не стоит свеч? Просто я нашёл модов уже столько на SMBX2 и... Блин, я теперь как в детстве ждал выхода smbx на мабилки, так же жду теперь что б это случилось и с smbx2...

[@Wohlstand]

SMBX2 с самого начала задумывался как временное костыльное решение, пока не будет создан настоящий движок, на котором можно лишь легко разрабатывать штатные решения, которые работали бы на разных платформах. Но увы, X2 превратился в неповоротливый титаник и болото, и я решил больше не поддерживать этот проект от своей стороны, кроме незначительной помщи по некоторым мелочам. Весь мой фокус сосредоточен на моих основных проектах. X2 из-за его завязанности на BLOB-ах, технически невозможно запустить на не-X86-процессорах, и также невозможно запустить на macOS новее 10.14 из-за полностью спиленной 32битной подсистемы. Мобилки все используют процессоры семейства ARM, и чтобы на них запускать игру, необходимо, чтобы это был полноценный и самостоятельный движок, который легко собрать из исходников под данную архитектуру.

[@saddemon3913]

@@Wohlstand эх, ожидаемо... Хммм, ну я надеюсь что обновление самого smbx до XTech сможет пародить что то похожее на X2, ведь XTech же проще чем X2, верно? Можно так же с нуля попробовать... 🤔 Должен же найтись человек, или группа человек кого заинтересует рост XTech движка

[@Wohlstand]

@@saddemon3913 , у меня на Discord-сервере собралось некоторое число пользователей TheXTech, часть из них активно помогает с тестированием, сообщая о багах или проблемах в работе, и даже пишут видео прохождения SMBX-эпизодов на TheXTech.

[@saddemon3913]

@@Wohlstand я хотел пройти эпизод, как помнишь наверно... Но у меня дела пошли не по планам и играть сейчас не особо получается... 🤷‍♂️

[@Wohlstand]

@@saddemon3913 , ну это ты сам смотри, когда есть настроение, и свободное время, никто не заставляет тебя ведь (как, например, брат меня сыграть в Dark Souls xD)

[@chelovek-jpeg]

Привет, у меня есть вопрос по опн2 банк эдитору. По какой причине при импорте vgm-инструмента у 4-го оператора Level всегда стоит 0 (максимальная громкость)? Также пробовал сначала перевести VGM в OPN через конвертер от Ширу, а потом в банк эдитор, но там у последнего оператора левел всё равно указывается неправильным (хоть и не 0)

[@Wohlstand]

Какая версия редактора? Можно мне сам VGM-файл? Есть вероятность, что это просто баг. github.com/Wohlstand/OPN2BankEditor/issues/94 Подобный баг был исправлен ещё год назад.

[@chelovek-jpeg]

@@Wohlstand сейчас у Shiru спросил, оказывается TL (Level) 4-го оператора зависит от велосити ноты, в этом дело

[@Wohlstand]

@@chelovek-jpeg , при импорте инструментов, громкость выравнивается до максимума обычно, в зависимости от формулы операторов. В основном меняются только те каналы, изменение которых меняет громкость инструмента без изменения общего звучания. То есть, если алгоритм стоит 1->2->3->4, то громкость будет выравниваться только на последнем операторе, потому что меняя другие операторы, будет искажаться звучание. А если алгоритм (1->2) + (2->4), то громкость будет выровнна на операторах 2 и 4, при условии, чтобы не нарушить пропорции (увеличено будет до максимального значения). И та, именно по такому принципу реализуется громкость, сила, выразительность, на подобных чипах - уровень громкости стаится на определённых операторах в зависимости от выбранного алгоритма. И в таких случаях звук искажаться не будет, но будет меняться его громкость.

[@chelovek-jpeg]

@@Wohlstand ну вот при импорте vgm, громкость инструмента сбросилась в 0, а как узнать с каким уровнем дорожка была прописана в vgm?

[@Wohlstand]

@@chelovek-jpeg , громкость этих каналов абсолютно не критична, если она не влияет на само звучание, а только на общую громкость. Это как раз т.н. изменяемые параметры, то есть, под капотом MIDI-синтезатора они меняются, чтобы задавать итоговую громкость ноты.