MrSco
-
Posts
95 -
Joined
-
Last visited
Content Type
Profiles
Forums
Articles
Downloads
Gallery
Blogs
Posts posted by MrSco
-
-
On 2/15/2024 at 2:08 PM, arcademode said:
Yeah it's a bummer man. I'm starting to side with @faulkkev here, Bigbox is a paid product and the fact it's crashing while using attract mode isn't good since it's a pretty basic feature. This thread hasn't been updated in nearly a year so is this crash problem just not a priority or what? One would think such a crash would be high priority.
EDIT:
Good gracious, it appears to be some kind of ongoing issue and in some cases for several years. It seems there have been fixes along the way, no telling what or why though.
Here is another (older) thread reporting attract mode crash issues:
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.
-
On 2/10/2022 at 1:03 PM, faeran said:
For anyone that has this issue, and has already made sure that under Options > Sound > Attract Mode Master Volume, you have that value set to something greater than 0%.
Please send us your BigBoxSettings.xml file (Located in LaunchBox\Data). You can post it here or PM myself and @C-Beats.
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.
-
2 hours ago, MrSco said:
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 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
- 1
-
On 4/26/2021 at 2:47 PM, JohnnyK said:
Well I did the update, AND removed those files... so it could have been anything. I dont know what the update fixed from .10 to .11 that would have solved my issue. But maybe Jason knows. All I know is the only meaningful thing I did was remove those odd video files, Images and then updated.
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!
-
On 7/3/2020 at 7:32 AM, MrSco said:
I’m running the new 11 update and I setup a webcam to watch attract mode and catch the crash happening. It happened after about 3 hours of attract mode running. After restarting bigbox I tried browsing the section of games it died on (satellaview) but they all displayed fine (some video snaps and some image snaps) and no crash.
the only other thing I can Think of that could be causing it is a program I use in the background to control the volume and default audio devices via hotness... Volume2... https://github.com/irzyxa/Volume2
could you maybe try running that program in the background to see if you experience issues with it? Maybe the volume control hooks in bigbox are fighting against volume2 randomly?
it does indeed seem to be something with my Windows environment though...I’d like to figure it out and not just format the computer and it starts working without knowing the cause.
Great updates lately! thanks for the help!
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?
-
4 minutes ago, Jason Carr said:
That is really quite interesting. It's been ages since I've tested with FLV files, so that could actually be the culprit. We'll investigate.
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
-
1 minute ago, JohnnyK said:
Yeah I have been trying to use "Restart on Crash" which can be found below:
https://w-shadow.com/blog/2009/03/04/restart-on-crash/
But either I am an idiot, or it doesnt like the way that BigBox AND Launchbox has to be running to make it work.
I would love to see your script! Btw, on Hyperspin I had the same issue and had to use the HyperRefresh program that would auto shutdown and restart Hyperspin every 10 hours or so. But with my luck the timer would always work out to restart the program in the middle of my kids playing the system.. it was annoying. But if your script just relaunches after a crash.. yeah that would be great!
Ofcourse the best scenario is they just fix this... it seems to be pretty clear what the issue is... ofcourse I am not a programmer so what do I know.
But yes, even if Launchbox came with a Disclaimer that said "Hey, be warned.. we cant get videos to work" I would still have switched as its much easier to use than hyperspin. However if I find another program that can actually play videos and work without crashing I am TOTALLY READY to spend money for it. I dont care if its $300 I just want someone to make a front end that works.
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
- 1
-
4 minutes ago, JohnnyK said:
Update, last night before bed I removed ALL my video files from the folder... and for the first time since I installed Launchbox my system was not at windows desktop when I came to my machine in the morning.
So for ME at least, its definitely the videos....
Things I have done (that havent helped)
- downloaded the latest codecs (K-lite I think they were called)
- Used both VLC and Windows to play the videos
What I will try next
- I am going to pick a chunk of 20 or so videos and see if it can play through the night tonight with those being added. I have around 600 games, so I am hoping it will pick the games that have videos and we will see what happens.
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
- 1
- 1
-
26 minutes ago, megashub said:
45 minutes in now and not a single blip during the spin on this test. That's a pretty stark contrast from the previous tests. Only thing I changed was the theme, which shifted the view to this covers-only wheel. The test is still running and I'll keep monitoring, but I think the next test should be a view using the Default theme that includes the videos, if one exists. Yes?
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!
-
1 minute ago, megashub said:
Using those m.2 ssds via the Internal m.2 slots.
Yep, and it is. This is a multicade build with some Windows/Steam games, console emulators, classic mame, v pinball (fx3, etc), and sinden lightguns (whenever they arrive), and front ports for USB controllers. I can play Tekken 7 via Steam, the Killer Instinct steam version, etc all just fine thanks to the integrated Radeon RX Vega M GL GPU.
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
-
16 minutes ago, Jason Carr said:
@MrSco We fixed a number of things for the 11.7 release that I'm betting will likely fix your issue, but it's hard to say for certain.
Unfortunately it’s still crashing Just the same. About four times since I updated in the span of 24 hours.
-
On 9/30/2020 at 5:53 PM, Jason Carr said:
@MrSco I still never was able to replicate your issue, but I did put some significant fixes into 11.7-beta-3 that could possibly fix it.
I tested with latest beta starting last night around 9pm and got a crash this morning at 630am
-
4 hours ago, Jason Carr said:
Wow. That is certainly possible. Might be worth at least temporarily removing those images to see if it makes any difference.
another crash this time on 11.6 on the NUC (last crash after removing 'bogus' images was on my 8700 i7/1080ti rig)...
Faulting application name: BigBox.exe, version: 11.6.0.0, time stamp: 0x5ee99cfc Faulting module name: ntdll.dll, version: 10.0.18362.1049, time stamp: 0xb5beef21 Exception code: 0xc0000374 Fault offset: 0x00000000000f9229 Faulting process id: 0x2ac0 Faulting application start time: 0x01d68e967776e434 Faulting application path: H:\Arcade\LaunchBox\Core\BigBox.exe Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll Report Id: 2d7a28a5-9bc9-4653-bfa9-97617a9974dc Faulting package full name: Faulting package-relative application ID:
there was a fault bucket error in the log just after. i attached it as well
-
1 hour ago, Jason Carr said:
Wow. That is certainly possible. Might be worth at least temporarily removing those images to see if it makes any difference.
spoke too soon... just had a crash even with all those (attached list of 300 or so out of 14000+ good images) bogus images removed...
Faulting application name: BigBox.exe, version: 11.4.0.0, time stamp: 0x5ee99cfc Faulting module name: ntdll.dll, version: 10.0.19041.488, time stamp: 0x70e69bad Exception code: 0xc0000374 Fault offset: 0x00000000000fed79 Faulting process id: 0x5998 Faulting application start time: 0x01d68e44f565ae94 Faulting application path: H:\Arcade\LaunchBox\Core\BigBox.exe Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll Report Id: 9307b472-7433-4e33-b94d-9d215103f00a Faulting package full name: Faulting package-relative application ID:
-
28 minutes ago, Jason Carr said:
Wow. That is certainly possible. Might be worth at least temporarily removing those images to see if it makes any difference.
Yea I’ve already deleted the bogus images and have been running attract mode for about 12 hours without a crash yet. We shall see...
the scary thing is, all these images were downloaded using launchbox’s database search either from wiki or emumovies. So doing another missing media search would potentially bring all the bogus images right back.
-
1 hour ago, MrSco said:
welp, i ran the ffmpeg script to test all the .mp4 files for corruption and they all checked out... no errors found. I did notice that some of the 30 video files are like 30MB... could bigbox be choking on too many videos at a larger size? i may have asked this before but, When you run your tests are you running attract mode with videos for each game that the video plays fullscreen as the entire background?
i guess i can check the image files next to rule them out... anyone know a test for image corruption?
@Jason Carr could it be corrupt images causing the crashes? i found this Bad Peggy (https://superuser.com/a/1083216) program to scan all the image files and its only about halfway done but already found lots of errors ... the clear logo one in particular peaked my interest...
-
8 hours ago, Jason Carr said:
Okay, well that rules that out. Still puzzled, and still haven't seen a legitimate crash. I did some testing recently to see if a corrupted video file would crash Big Box, and I could not get it to crash (but who knows, maybe a video file has to be corrupted in a certain way for it to crash). We have had a couple reports recently that corrupted video files can crash Big Box, so I wanted to do some testing there.
Media is really the only thing we have left here though as a possibility, considering that it's happening on multiple machines, either that or we're missing something. It's a pain, but the only thing I can recommend at this point would be to try and temporarily remove media folders to see what folder might be causing the issue.
welp, i ran the ffmpeg script to test all the .mp4 files for corruption and they all checked out... no errors found. I did notice that some of the 30 video files are like 30MB... could bigbox be choking on too many videos at a larger size? i may have asked this before but, When you run your tests are you running attract mode with videos for each game that the video plays fullscreen as the entire background?
i guess i can check the image files next to rule them out... anyone know a test for image corruption?
-
1 hour ago, Jason Carr said:
Okay, well that rules that out. Still puzzled, and still haven't seen a legitimate crash. I did some testing recently to see if a corrupted video file would crash Big Box, and I could not get it to crash (but who knows, maybe a video file has to be corrupted in a certain way for it to crash). We have had a couple reports recently that corrupted video files can crash Big Box, so I wanted to do some testing there.
Media is really the only thing we have left here though as a possibility, considering that it's happening on multiple machines, either that or we're missing something. It's a pain, but the only thing I can recommend at this point would be to try and temporarily remove media folders to see what folder might be causing the issue.
I'm running a script against all my video files with ffmpeg to see if it finds any corrupted videos. that should help rule out the media...
-
16 minutes ago, Danabis said:
Just a suggestion. I will leave it up to you guys to determine if this is a viable solution. It seems there could be many factors to chase here. It would seem there is a workaround for some. I see mention of using AHK scripts or scheduled tasks. Maybe consider utilizing one of the workarounds as a optional feature in later releases? You could still chase this trouble but for those who are less technically inclined that may provide a more attractive choice.
For example I have chased this one for a while. I get a crash usually around 48 hrs in attract mode and I have ever since it was introduced. I am not suggesting my solution is a good one as it has some security concerns but my setup is a dedicated arcade machine that I could remove from my network if I had any security concerns. I currently have my machine setup to boot directly into windows and skip any login. It will then launch bigbox at startup. I created a batch file with the windows restart command and used the task scheduler to scheduled it at 5am every morning when I am sure nobody will be on the machine. It works like a charm and helps clean up any other potentially problematic software that you sometimes run into with a machine running for long periods like steam for example.
I see other mentions that may be easier to utilize as an option. Perhaps allowing the scheduling of bigbox to shut down and start up at different periods. Obviously this may not provide a good solution for those who crash less than 24hrs but perhaps a suggestion to consider including a work around in a future release for those who don't want to chase software issues. I feel like most of those who have this issue are of the post 24hr variety but obviously not all are. I am sure there are those way smarter than me who are using different work arounds that could be viable options that bigbox could control.
Just a suggestion from a fellow nerd.
nice, thats not a bad idea. I did another workaround a while back (these crashes have been happening since v10 for about a year or more now)...
https://forums.launchbox-app.com/topic/52601-bigbox-crash-while-sitting-idle-doing-attract-mode/?do=findComment&comment=357277
attached to this post is a more recent version of the startup script I use that has an automatic relaunch of bigbox with a countdown to cancel when bigbox is closed/crashes.
Also, In case any one is wondering, yes, i tested bigbox.exe running directly and not through autohotkey startup scripts and it still crashes the same way.
-
6 hours ago, Jason Carr said:
@MrSco It would still really help to know if deleting your Settings.xml and BigBoxSettings.xml files makes any difference for you.
Still crashes the same way after deleting the settings xml files
Big Box - Crashing while in attract mode
in Troubleshooting
Posted
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