Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - cassette

Pages: [1] 2 3 ... 12
1
Help / Re: <onMenuScrollDown>/<onMenuScrollUp>
« on: November 16, 2022, 01:25:11 AM »
Thank you.

2
General Discussion & Help / Re: STEAM DECK
« on: November 14, 2022, 05:04:50 AM »
I'm gonna guess you've bitten the Windows bullet by now? Otherwise maaaybe my thread about running it on Wine/macOS could help: http://retrofe.nl/SMF/index.php?topic=455.15

3
Help / <onMenuScrollDown>/<onMenuScrollUp>
« on: November 14, 2022, 05:02:27 AM »
Would it be possible to add these two action types? Actually, I feel like I read once that they were implemented. It's so I can animate an ⬇ when going down the entires and a ⬆ when going up. <onMenuScroll> animates both of them.

4
Feature Requests / Suggestions / Re: Windowed RetroFE with bar
« on: October 18, 2021, 01:53:24 AM »
Yeah, it's what I do now. Just wish I could have it done with the combined hotkey, which is probably easier to deal with from fixing the X button thing than by adding combined input feature to RetroFE. The bar you've added actually shows on fullscreen in macOS, that is, fullscreened apps in macOS display the bar when you put hover the cursor at the top. So it'd be useful at least to me from that perspective also.

5
Feature Requests / Suggestions / Re: Windowed RetroFE with bar
« on: October 17, 2021, 10:18:09 PM »
Thanks. I have F4 set to close on Windows and Q on macOS. The idea is to use Alt+F4 and Command+Q respectively, but neither command works I think from the X button thing. Fullscreen hotkey on macOS which is Control+Command+F is alto intercepted by RetroFE before it can trigger the event so it doesn't work either - but I care more about closing the app.

6
Feature Requests / Suggestions / Re: Windowed RetroFE with bar
« on: October 17, 2021, 09:15:57 PM »
I found what's going on. The stretch settings mess up the borders of the window, particularly "vertical = stretch". My monitor is 1080, if I put in say 1000, then I see the bar. I think most people can just lower the value like I said to work around it. The window adapts okay after that.

I hope you can add the ability to close it with the X button if it's not too much trouble.

7
Feature Requests / Suggestions / Re: Windowed RetroFE with bar
« on: October 17, 2021, 04:33:07 AM »
Hmm... no. I'm testing it on native Windows and "windowBorder = yes" changes something, but there's no bar at the top like you'd have on this internet browser window. All it really changes is I can see the Windows taskbar at the bottom instead of RetroFE covering it.

edit: aaaaaaah, but it works correctly on wine! Thanks a lot! The one thing is, I can't close RetroFE with the close button on wine, nor on native Windows if I right click at the taskbar > Close Windows.

edit: To be clear, for Windows users who'd wish to drag the RetroFE windows, perhaps from one monitor to the next, at least on my end this doesn't render that on a native Windows installation. But for my specific case, through wine, it does.

8
Feature Requests / Suggestions / Re: Windowed RetroFE with bar
« on: October 13, 2021, 12:10:08 AM »
Ah, that'd be so great! Thanks. I'll wait eagerly. I think you only have to make sure the maximize button is enabled. I know foobar2000 on Wine runs with native fullscreen through this trick. I believe it has to do with the way fullscreen is triggered - starting RetroFE with its own fullscreen mode vs using macOS fullscreen through a series of wrappers Windowed RetroFE > Wine > macOS. To make use of the latter, I need the program to be windowed and have that menu bar with the - / [] / X buttons. The "stretch" height/width function is already done in RetroFE, so it should adapt easily too.

Otherwise - boring stuff - I have tried a bunch of ways to get this native fullscreen to no avail:
 
Forcing windowed with DxWnd - didn't work at all
Forcing windowed with D3DWindower - didn't work at all
Running RetroFE on a Windows VM with Parallels - works, but I found no commands on cmd that would open emulators on mac. So for example, having a launcher use macOS native RetroArch.app couldn't be done, I'd instead have to use Windows RetroArch and launch both RetroFE and RetroArch on the VM, which is a whole mess.   

9
Feature Requests / Suggestions / Windowed RetroFE with bar
« on: October 11, 2021, 10:43:19 PM »
I want to request an option, perhaps for the fullscreen parameter: for RetroFE to load windowed with a menu bar. This would improve compatibility for fullscreen mode on macOS, for both the Wine or (currently broken) native build. As it is now, RetroFE loads with the old, legacy fullscreen mode which has a series of issues on the platform (no animations are applied to the window, the window is drawn on top of all other programs, etc). If RetroFE had a windows bar, it could be maximized through this button, its fullscreen type would then be correctly interpreted by the platform.

reference: http://retrofe.nl/SMF/index.php?topic=444.msg3913#msg3913

Hope it can happen if it's not too big of a change.

10
Feature Requests / Suggestions / Re: SubMenu: Start or Cancel
« on: March 21, 2021, 08:32:34 PM »
I think this in general could be very useful. It could help a multi-disc games for an emulator that doesn't support .m3u, or it could be games like Gran Turismo or the Arc the Lad collection on PSX which featured media discs along the main disc. You could then merge all those entries into one, and then select which you want to open from a submenu.

11
Feature Requests / Suggestions / Re: Control.conf per layout.xml
« on: March 21, 2021, 03:55:30 AM »
Aaah, gotcha. I guess if you can just throw in the keycode barebones, that may be enough. I think I can change the sensitivity of the scroll on the mouse I use with a program so I could take it from there in case of.

12
Feature Requests / Suggestions / Re: Control.conf per layout.xml
« on: March 20, 2021, 06:05:53 PM »
Thanks. I just wanted to add that I'd like to map the scrolling of the mouse's wheel up and down.

13
General Discussion & Help / Re: macOS
« on: March 19, 2021, 05:08:00 AM »
I made some progress. RetroFE runs very well on wine. Everything works, except launching games. I can't figure out how to launch a native app and tell it to open a file. The closest I've gotten is opening RetroArch with wine cmd and:

Code: [Select]
cmd /c start Z:/Applications/RetroArch.app/Contents/MacOS/RetroArch --verbose
That's just from the terminal. I can't yet create a launcher that opens RetroArch.

I'd make a separate thread, but only mac users would care to use wine I think.

edit: got it working! Has some issues, but it launches. For anyone who wants it, try something like this as a launcher for RetroArch mGBA:

Code: [Select]
executable = c:\Windows\System32\cmd.exe
arguments = cmd /c start Z:/Applications/RetroArch.app/Contents/MacOS/RetroArch --verbose -L "/Applications/RetroArch.app/Contents/Resources/cores/mgba_libretro.dylib" "/Volumes/Games/Console/Game Boy Advance/%ITEM_NAME%/%ITEM_FILENAME%"

14
General Discussion & Help / Re: macOS
« on: March 14, 2021, 04:35:25 AM »
If you ever find the time, you could run a virtual machine with High Sierra and try things out. It's quite simple, I got it running following a YouTube guide on the first attempt and I didn't even know what a VM was before I started. I understand it's not a priority, but as a goal I think it'd be pretty nice for RetroFE to support all the OS.

15
General Discussion & Help / Re: macOS
« on: March 13, 2021, 05:33:14 AM »
Any news on this? I've tried again with the same results. Compiles after adding the -std=c++11 flags mentioned early in the thread, warns a couple of times in the process, and crashes when I open RetroFE just at the end of the intro video (which renders black without image, but with sound).

Full log from the terminal: https://controlc.com/ac95bf9e
Crash log: https://controlc.com/3fb77a3d

Beside the warnings, I notice the core folder is empty besides OpenSans.ttf.

Pages: [1] 2 3 ... 12