MrSco

I believe I tried images only years ago. Probably in the thread above somewhere. It’s almost definitely related to the videos playing. That’s the only reason I run attract mode is for the videos. I even tried deleting all the media and having launchbox redownload it all fresh. I even setup a webcam to watch the screen so I could capture when it was dying but it was always a different video/game. It shouldn’t be a mystery to get a bunch of videos to play continuously in shuffle. Wtf

Yep. It’s super lame that bigbox can even run attract mode for a day. It’s just playing videos. I even upgraded the entire computer to an amd 7840hs with 32gb of ram and an nvme 4TB ssd. Computer is a beast but bigbox dies trying to do attract mode for an extended period of time. It’s been like this for years. 6 years or more. @Jason Carr doesn’t seem interested in fixing it.

Thanks. That must be a new setting. Me likey.

I’m having this issue now with the newest version of launchbox. All audio settings are correct and all audio works until after the first game gets switched away from. Then no more sound until I hit a button to stop attract mode and then sound from videos play again.

i spoke too soon... just got a crash... at least there's an error message now? also when it crashed RAM usage was around 12gb out of 16gb and after it was around 4gb used out of the 16gb total. so it looks like a memory leak. I recently upgraded the nuc to have 16gb of ram (instead of 8gb)... Value cannot be null. (Parameter 'obj') App: Big Box Version: 11.11 Type: System.ArgumentNullException Site: Int32 GetGeneration(System.Object) Source: System.Private.CoreLib at System.GC.GetGeneration(Object obj) at Meta.Vlc.Wpf.VideoDisplayContext.Dispose(Boolean disposing) at Meta.Vlc.Wpf.VlcPlayer.<>c__DisplayClass123_0.<VideoFormatCallback>b__0() at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) --- End of stack trace from previous location where exception was thrown --- at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.Run() at Meta.Vlc.Wpf.ThreadSeparatedImage.<>c.<get_CommonDispatcher>b__8_0() at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() Recent Log: 8:48:44 AM Exception

Same here. No crashes in 48 hours. Could be .11 or removing the .flv files. well done sir on identifying the flv! I’ve been dealing with this for 2 years! I was able to remove the relaunch loop from my startup script! thanks to everyone on this thread for their ideas and help and especially to @JohnnyK for figuring it out and @Jason Carr for making the most epic front end software evar!

i went back to check what video file types i have for Ninento Satellaview when i got this crash recorded happening in real-time, but they are all .mp4 ... so i'm not sure its it... but maybe its queuing them up in the background?

quite... i have about 142 .flv video files out of 18,000+ total videos... so that indeed would be random AF if .flv causes the crashes

@JohnnyK here ya go... #SingleInstance ignore SetWorkingDir, H:\Arcade\LaunchBox\ ;get the exe we should run. launchbox or bigbox target := A_Args[1] if (target = "") { target = LaunchBox } targetExe := ".\" . target . ".exe" targetName := target . ".exe" Launcher: ;launch the frontend and wait til it closes to continue RunWait, %targetExe% Process, WaitClose, %targetName% if (target = "BigBox") { Gui, Font, s18 Gui, Add, Text, x10, Relaunching BigBox in... Gui, Font, s32 Gui, Add, Text, vCountdown_text x160, 5 Gui, Font, s14 Gui, Add, Progress, vMyProgress x10 w300 Range0-5 Gui, Font, s24 Gui, Add, Button, w300 h75 Center, Cancel Gui, Show, w320 h240, Relaunching BigBox while (A_Index <= 10) { GuiControl,, MyProgress, %A_Index% GuiControl,, Countdown_text, % 11-A_Index Sleep 1000 } Gui, Destroy Relaunch: ;launch the frontend and wait til it closes to continue goto Launcher } GuiClose: ButtonCancel: if (target = "BigBox") { Gui, Destroy } RunWait, %comspec% /c taskkill /F /IM autohotkey.exe, , Hide ExitApp

If you look in the earlier posts in this thread I posted an older version of my script. I’ll try and post my updated script when I get back home later. most likely you’ll need to customize it for the startup apps you are launching but the relaunch feature is in there and you can rip out the rest

Yep. It’s definitely the videos for me too. Something with how launchbox handles loading and unloading video files. It eventually just can’t keep up. Doesn’t matter how much computer hardware you throw at it. It’s software. to work around the issue my bigbox launcher runs an ahk script that just keeps relaunching bigbox when it’s closed (or crashes) with a cancel button to keep it closed if that’s what you meant. I can share the script if you want to try it. I just gave up trying to have non-crashing software. At least bigbox is infinitely easier to setup then hyperspin ... it just is a super performance hog unfortunately

It seems to only happens when videos are used (maybe just fullscreen video) and it doesn't matter what theme is used (unless the theme view has fullscreen video?)

Nice, I plan on adding a 2TB m.2 ssd one day. It should help with the bigbox wheel responsiveness hopefully. I'm running off a usb 3.0 external 2tb and loading new wheel images can sometimes lag blank for a few seconds. My 6th gen NUC actually can handle KI also, but I have to crank the resolution down to 720p and then some particle effects can cause a stutter. But still amazing for such a dated lil machine!

Ah ya! Sinden! i can't wait! I ordered 2 recoil guns. Super stoked! Ya, your NUC is a beast with the radeon graphics! bigbox should be child's play running off m.2 ssd drives.

I have a feeling BigBox doesn’t like onboard graphics like the intel iris the NUC has. jason, do you ever test with low end gpu? These retro emulators, even up to PlayStation 2, run pretty well on these intel gpus, so they should have plenty of horsepower to run bigbox. megashub, you running bigbox from external drive? Or on those m.2 ssd? your NUC is 2gens newer then mine so should be more then capable of playing even some of the latest AAA games