1 2
5 6
Posted: 11/12/2021 4:36 PM
Quote
DennisOnTheInternet
Joined: 11/12/2021
Posts: 3
CasualPokePlayer wrote:
It's also ultimately a lot of work that only appeals to casual players, which may as well use upstream. TASVideos does not use internal upscaling for DS TAS publications, so there is no loss for the purposes of TASes submitted to TASVideos.
My reasons for using Bizhawk are related to some of the plugins made for it, and the generally wide range of console compatibility in a single program.
CasualPokePlayer wrote:
BizHawk limitation really. As far as it's aware, your mouse is at the edge of the screen. Blocking a Touch for these cases would require some more hacky code which is a mess. For TASing this probably isn't a real issue, as using the virtualpad would be better.
For casual players that actually have a benefit from using Bizhawk, this'll be a very noticeable issue that may turn them away from using the emulator. I understand where you're coming from with the whole TAS vs. casual player aspect, whhere Bizhawk is more meant for TASes, but at least in my mind, casual play should also be facilitated.
Posted: 11/12/2021 5:00 PM
Quote
CasualPokePlayer
Emulator Coder, Judge, Experienced player (728)
Joined: 2/26/2020
Posts: 774
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
DennisOnTheInternet wrote:
CasualPokePlayer wrote:
It's also ultimately a lot of work that only appeals to casual players, which may as well use upstream. TASVideos does not use internal upscaling for DS TAS publications, so there is no loss for the purposes of TASes submitted to TASVideos.
My reasons for using Bizhawk are related to some of the plugins made for it, and the generally wide range of console compatibility in a single program.
CasualPokePlayer wrote:
BizHawk limitation really. As far as it's aware, your mouse is at the edge of the screen. Blocking a Touch for these cases would require some more hacky code which is a mess. For TASing this probably isn't a real issue, as using the virtualpad would be better.
For casual players that actually have a benefit from using Bizhawk, this'll be a very noticeable issue that may turn them away from using the emulator. I understand where you're coming from with the whole TAS vs. casual player aspect, whhere Bizhawk is more meant for TASes, but at least in my mind, casual play should also be facilitated.
Right, I see where this is coming from. The former is probably just outright not possible (and again, even if it is it ends up having many strings attached), the latter is something that could be done eventually. Of course also note for casual use, you will need a very good PC, much better than upstream or even DeSmuMe. Due to waterboxing, BizHawk melon is forced to a single thread, JIT is not available, and as discussed earlier GPU stuff is probably not possible to expose without just crashing or something. This makes melon in BizHawk much slower than upstream and DeSmuMe (around 6-7x times slower, give or take).
Posted: 11/15/2021 5:20 PM
Quote
KAGE-008
He/Him
Joined: 1/19/2012
Posts: 10
Location: Costa Rica
CasualPokePlayer wrote:
Of course also note for casual use, you will need a very good PC, much better than upstream or even DeSmuMe. Due to waterboxing, BizHawk melon is forced to a single thread, JIT is not available, and as discussed earlier GPU stuff is probably not possible to expose without just crashing or something. This makes melon in BizHawk much slower than upstream and DeSmuMe (around 6-7x times slower, give or take).
For reference: I get fullspeed on every DS game I've tested, this on a laptop with i7-1165G7 CPU and 16GB of RAM, as long as I use the laptop on AC mode (I have the charge threshold enabled so I can make it a desktop alternative due to COVID and shortage of desktop parts).
Posted: 2/26/2022 9:04 AM
(Edited: 2/26/2022 9:05 AM)
Post subject: Using Touch Screen using TAS Studio
Quote
MrTASer
He/Him
Player (231)
Joined: 7/3/2021
Posts: 147
Location: Udaipur, Rajasthan, India, God'sBeautifulWorld
Is there any way to record NDS touch screen while TAS Studio running. Is there any method to do so with TAS Studio? Actually, I was TASing New Super Mario Bros. DS, and wanted to use the extra item from the lower screen, but didnt know how to. I tried touch X and touch Y but it didnt showed anything on the roll. Whats the alternative?
My TASing channel ; My MUSIC channel ; My SoundCloud ; My HomePage ; Music Composer ; Mr.TASer#5922 VCop 2 TAS completed, but in a completely different way ; And SMB - GAGOTO (WL) TAS COMPLETED TILL W-4 ; Some more...
Posted: 2/26/2022 9:06 AM
Quote
feos
Site Admin, Skilled player (1250)
Joined: 4/17/2010
Posts: 11475
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
NES TAS of 2011
MrTASer wrote:
Is there any way to record NDS touch screen while TAS Studio running. Is there any method to do so with TAS Studio? I tried touch X and touch Y but it didnt showed anything on the roll. Whats the alternative?
Double-click analog cell then use mouse drag or numeric keys (or arrows) to enter input.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Posted: 7/13/2022 3:56 PM
(Edited: 7/13/2022 3:57 PM)
Quote
phoenix1291
Joined: 7/17/2012
Posts: 543
Location: Switzerland
DSi: Zombie Skape does not work in DSHawk, but does work in MelonDS version 0.94 (with "Boot Game Directly" option checked). 
---------------------------
NDS load error
---------------------------
A core accepted the rom, but threw an exception while loading it:

System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.

   à BizHawk.Emulation.Cores.Consoles.Nintendo.NDS.NDS.GetTMDData(Byte[] ware)

   à BizHawk.Emulation.Cores.Consoles.Nintendo.NDS.NDS..ctor(CoreLoadParameters`2 lp)

--- Fin de la trace de la pile à partir de l'emplacement précédent au niveau duquel l'exception a été levée ---

   à System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

   à BizHawk.Emulation.Cores.CoreInventory.Core.Create(ICoreInventoryParameters cip)

   à BizHawk.Client.Common.RomLoader.MakeCoreFromCoreInventory(CoreInventoryParameters cip, String forcedCoreName)
---------------------------
OK   
---------------------------
My Citra 3DS rerecording movie files test repositery: https://cutt.ly/vdM0jzl Youtube playlist "Citra Tests": https://cutt.ly/AdM0wg9 http://www.youtube.com/user/phoenix1291
Posted: 7/13/2022 8:24 PM
(Edited: 7/13/2022 8:26 PM)
Quote
CasualPokePlayer
Emulator Coder, Judge, Experienced player (728)
Joined: 2/26/2020
Posts: 774
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Probably just TMD data is missing for it. Should be an easy fix.
Posted: 7/13/2022 11:10 PM
Quote
phoenix1291
Joined: 7/17/2012
Posts: 543
Location: Switzerland
CasualPokePlayer wrote:
Probably just TMD data is missing for it. Should be an easy fix.
Thanks, it works! I will update my previous post if I find other games that are in this case.
My Citra 3DS rerecording movie files test repositery: https://cutt.ly/vdM0jzl Youtube playlist "Citra Tests": https://cutt.ly/AdM0wg9 http://www.youtube.com/user/phoenix1291
Posted: 3/18/2023 3:42 PM
Quote
hellagels
He/Him
Experienced player (771)
Joined: 2/1/2011
Posts: 83
Location: Guangdong, China
GBA TAS of 2017 GBA TASer of 2015
There are some problems I want to report. 1. (BizHawk 2.7) [4569] DS Tetris Party Deluxe "Sprint" by Mars608 in 00:43.76 starts recording with default sync settings, and according to the author he did not set any NDS firmwares. Play the movie with all NDS firmwares set would cause desync, the movie only sync when NDS firmwares are cleared. [4605] DS The Legend of Kage 2 by ninespaces in 29:25.63 has the same problem. 2. (BizHawk 2.8) Geinuhayst sent a movie that started with sync settings ‘Use Real BIOS’ true and ‘Skip Firmware’ true, and only bios7 and bios9 are set in firmware settings, firmware.bin not set. I tried to play his movie, with bios7, bios9, firmware.bin all set, and it desync. The movie syncs after I deleted firmware.bin. It seems that BizHawk loads the BIOS and firmware.bin anyway, regardless of the movie’s sync settings. 3. (BizHawk 2.8) Under vertical screen layout, adding a screen gap, no matter by NDS setting menu or lua script, would cause the windows size becomes 1x fixed, regardless of the windows size setting. Adding padding at the bottem of window by using lua function client.SetGameExtraPadding would also cause the window size becomes 1x fixed. (Adding padding on the right works fine. ) 4. (BizHawk 2.8) Under horizontal screen layout, adding padding at the bottom of window by using lua function client.SetGameExtraPadding would cause the top screen scales in a strange way and the bottom screen is out of the window: How it looks like before adding padding: According to https://tasvideos.org/Bizhawk/NDS, the recommended firmware setting is to use BIOS and not to use firmware.bin. So, should I set ‘Use Real BIOS’ to true and ‘Skip Firmware’ to true, with only bios7 and bios9 set in firmware settings?
Current projects: Castlevania - Order of Ecclesia (NDS)
Posted: 3/25/2023 6:46 AM
Quote
CasualPokePlayer
Emulator Coder, Judge, Experienced player (728)
Joined: 2/26/2020
Posts: 774
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
I think there's just some confusion on how the sync setting works, so I'll lay it out here. In 2.7, Use Real BIOS only cares about bios7/bios9, it does not care about firmware.bin. This is intentional (the wording is explicit about referring to *bios* files here intended to exclude not bios files from the scope), this is also ultimately going according towards upstream behavior on this setting. In 2.8, this was changed upstream a bit. Now, if Use Real BIOS is false, then a real firmware.bin will not be loaded, it will always loaded in the generated firmware. This I think was due to using real firmware not making sense without using real bios files, as you can't boot into the firmware without real bios files. If Use Real BIOS is true, then a real firmware.bin is loaded if it is available (i.e. set in the firmware manager), if it is unset, then it won't be loaded. So, the "issue" you brought up for 2.7 simply won't happen again due to this logic change, although 2.8's "issue" still exists. To be clear, melonDS is not the only core which has this "issue" of sync settings not hard mandating a real firmware file be used, various other cores have a similar "issue." This is ultimately "fixed" by just paying attention to set firmwares and the firmwares reported in the movie header (which is shown in the movie play dialog). This is as much of an issue ultimately as setting any kind of firmware file but it mismatches the movie, which is ultimately the user's fault and the user is given the needed information on how to solve this. Additionally, in 2.9, if you had a firmware.bin set and subsequently unset, the firmware hash shown in the play movie dialog will appear yellow, warning you of a mismatch (this logic also applies to changing the firmware.bin to some other file and subsequently having a mismatch with the one the movie was recorded with). For the case you brought up, such a warning won't be possible as a firmware hash simply won't be placed in the movie header, so there's no way to automatically detect a mismatch here, but here again it's the responsibility of the user to figure this out.
1 2
5 6