skizzosjt

yes, I would think it's normal so you know what is the current active selection or what you are going to engage with if you were to for example expand/collapse that category it's the same behavior with keyboard. makes sense for navigating with input devices like that, rather than the main input intention of a mouse where you have the cursor visible to know what you are interacting with

This seems to be fixed in beta 5. So I'm also confirming previously problematic videos no longer freeze the frontend when they loop

yea I've noticed and have previously communicated the same since FFMPEG was implemented. for me webm videos freeze up the frontend when they try to loop. I also have some mp4 videos that def came from emumovies that do the same thing. the kicker is these videos all play totally fine in FFMPEG if you use FFMPEG directly from Windows. it's only problematic how FFMPEG is implemented in Big Box and LaunchBox. for me view doesn't matter in Big Box, these freezes can happen on any view where a video exists.

yea you set Big Box to default to "platform categories" it will be in Big Box options menu

yes I noticed the behavior surrounding the unread content page being wacky. for me some of the old posts that shouldn't be there are removed from the unread content list after viewing them again. some are not going away no matter how many times I read them for ex. that astrobob FAQ post will not go away. it is perpetually stuck on the unread content list it seems. if I click on the others, they will be removed from my unread content list

all makes sense now! i'm only using Windows for emulation and had no idea a different OS version of Retroarch structured directories different. not knowing this prior, seeing "_nes" appended on the end looked like a redflag to me

ahh ok then. I didn't mean it to be a bug. I figured it was either an intentional on unintentional rename by the user using a "_nes" appended on. so I get it now thanks to your explanation. I haven't had to use the BP since it's been revised and assumed they were using default locations that were used in earlier version. and yea I know exactly what you mean. the only real example I ran into was "Altered Beast (USA, Europe)" uses the same ROM name for Genesis and Master System. I'm sure there are more examples but that's the one I recall making me aware of that conflict between having a single core folder shared across multiple systems. so it seems their real issue was not using the system specific config. (I assume)

you can set different directories for several things, but you cannot have a bunch of different config directories the way you are trying to. directories can be set via the GUI within Settings > Directories if you wanted \Retroarch\config_nes to be your config directory, then ALL your configs are gonna be stored there. so something from say N64 using Mupen core would be in that same directory. that would be confusing to me I'm fairly certain you cannot have it setup like this.... \Retroarch\config_nes\Nestopia \Retroarch\config_nes\Mesen AND \Retroarch\config_n64\Mupen \Retroarch\config_n64\Parallel at the same time. it's either gonna be "config_nes" or "config_n64" or whatever you want it to be. you cannot assign multiple different config folders like that. if you did really assign "\Retroarch\config_nes" as the config folder then you would have stuff looking like this.... \Retroarch\config_nes\Nestopia \Retroarch\config_nes\Mupen \Retroarch\config_nes\MAME \Retroarch\config_nes\Mesen \Retroarch\config_nes\Snes9x and so on......that is why I said this would be confusing. looks pretty silly to have everything under a folder with "nes" in the title. Retroarch doesn't work like that as far as I know. it allows you to define a single directory for the configs, and then the individual core specific folders live within that specified config directory. for ex, it should be like this \Retroarch\config\<core> within those core directories, live the game level configs. you can only assign one directory to be the config directory

you obviously edited the config folder name and therefore borked how Retroarch finds the running game's config. you cannot mess with that as far as I know

you said... "In my \RetroArch\config_nes\Nestopia folder I have the following file " did you make a specific config folder for nes? unless this is some new feature I am unaware of that is not where Retroarch looks for a config file. as far as I know it should be in \RetroArch\config\Nestopia get rid of that "_nes" bit!

naming mismatch is your issue. Dragon Warrior (USA).cfg is not the same as Dragon Warrior (U) (V1.0) [!].nes when you are saving an override it's gonna save it as the ROM file title, Dragon Warrior (U) (V1.0) [!].cfg mine from the BP is Dragon Warrior (USA).cfg so I would assume you either changed your ROM files or renamed them. The BP assumes you are using specific ROM sets that would have all the ROM files named appropriately. if your ROMS are not named the same it's not gonna work.

Can anyone actually download Steam Trailers?! I tested with full 13.25 release and it's worse than before, not a single game will have its trailer populate in the "Download Images/Media" window I rolled back to beta-3, and the problem persists. I haven't tried to download a video in several weeks now, so I'm not sure when it would have stopped working with older versions either. Where's the video? There should be a Steam Trailer selection I tried removing the existing videos thinking maybe some new feature introduced to not download if one existed already (not the case). @AstroBob what is going on here? Your comment this is fixed does not align with my experience. The only Steam specific bits I see on this window are, Steam Clear Logo, Steam Icon, Steam Poster, Steam Screenshot, none of which were giving me problems at any point in the past. For me only STEAM TRAILERS have been the continued issue since the fall, since October. Progress tracking improved regarding that "Done / Completed" values are not falling back to "Active / X", so that is working as intended now!

just flip that wording around and you'll find it. it is "playtime" rather than "time played"

there is not one. there are next/prev overlay hotkeys to select different overlays. you need to use those instead. you will need to create blank entries for any game you want to do this with. for ex for Super Mario 64 overlay it would be this below the 2nd entry is blank. when you switch to the 2nd overlay ("overlay1" - note the 0 index is the first entry) it just doesn't load any image, hence, making it act just like a toggle button. next and prev hotkeys will act like a toggle overlays = 2 overlay0_overlay = "Super Mario 64 (USA).png" overlay0_full_screen = true overlay0_descs = 0 overlay1_overlay = overlay1_full_screen = true overlay1_descs = 0 you'll want to run a script to do this if the plan was a global change. if you wanted only certain games, then do them individually. otherwise, I made this AHK script years ago to create overlay files looking like the above. #NoEnv ; Recommended for performance and compatibility with future AutoHotkey releases. ; #Warn ; Enable warnings to assist with detecting common errors. SendMode Input ; Recommended for new scripts due to its superior speed and reliability. SetWorkingDir %A_ScriptDir% ; Ensures a consistent starting directory. FileNameArray := [] OverlayContentsA := " ( overlays = 2 overlay0_overlay = )" OverlayContentsB := " ( overlay0_full_screen = true overlay0_descs = 0 overlay1_overlay = overlay1_full_screen = true overlay1_descs = 0 )" FileCreateDir, New Configs FileCreateDir, Backup ;Getting array filled with file names Loop, Files, *.cfg, F { SplitPath, A_LoopFileName, , , , FileNameNoExt FileNameArray.Push(FileNameNoExt) } ;Creating New Configs Loop, % FileNameArray.Count() FileAppend, % OverlayContentsA . " """ . FileNameArray[A_Index] . ".png""" . OverlayContentsB, % ".\New Configs\" . FileNameArray[A_Index] . ".cfg" ;Backups Loop, % FileNameArray.Count() FileMove, % FileNameArray[A_Index] . ".cfg", % ".\Backup\" . FileNameArray[A_Index] . ".cfg", 1 ;Move new configs to correct directory Loop, % FileNameArray.Count() FileMove, % ".\New Configs\" . FileNameArray[A_Index] . ".cfg", % FileNameArray[A_Index] . ".cfg", 1 FileRemoveDir, New Configs run that from the same directory as where the overlay .cfg files live

the only way I would think that would happen is if the PNG files were listed as the "ROM File" under the entries "Launching" section. but you wouldn't be able to launch the games if that were the case, so either you really got images listed as the ROM file or something funkier and unknown to me going on. when I try this feature, it is simply copying/pasting whatever file is listed in "ROM File / Application Path" field to the directory the user selected.