I'm seeing that some people can't get this to work using frosty 1.0.7.0 but it's seems to be working for me after downloading it from the unite mod page. I don't know if it matters but I have the unite mods listed first followed by this mod and some of antiloser's mods and it's all fine so far.
That is weird cause I am using the unite mod with a bunch of anti closer mods and cannot do the first event cause I have no cash but there is an 80k buy in. Maybe this mod will solve my issue.
Mod's not showing up in Frosty Mod Manager 1.0.7.0 or working in-game when the .fbmod is added to the mods/NeedForSpeedUnbound mod directory. If I press 'add mod' and select the file, I get this error:
The file 'Mods/NeedForSpeedUnbound/MegaEasyGrinding.fbmod' already exists. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite, Boolean checkHost) at FrostyModManager.MainWindow.<>c__DisplayClass30_0.<InstallMods>b__0(FrostyTaskWindow task) in D:\_PROJECTS\NFS Series\NFS Unbound\Frosty 107-Updated UNB Profile\FrostyToolsuite\FrostyModManager\Windows\MainWindow.xaml.cs:line 1331 at System.Threading.Tasks.Task.Execute() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Frosty.Core.Windows.FrostyTaskWindow.<FrostyTaskWindow_Loaded>d__19.MoveNext() in D:\_PROJECTS\NFS Series\NFS Unbound\Frosty 107-Updated UNB Profile\FrostyToolsuite\FrostyPlugin\Windows\FrostyTaskWindow.xaml.cs:line 117 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() 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) ...what happun? I notice references to a D: drive, which I don't have.
You can delete the mod from FMM folder and then add it through the "add mod" part, if it doesn't work then the simplest solution to every problem is to reconfigure your FMM (by using a brand new copy)
I got it working - it seems that 1.0.7 is somehow different from 1.0.7.0, and when I used the exact version from the linked video below posted by arkangeleir, 1.0.7, it works, but 1.0.7.0 does not.
34 comments
Works with no issues on latest steam version)
If you encounter error
-Delete ModData folder from game folder
-Restart computer
-Apply mods in Frosty
The file 'Mods/NeedForSpeedUnbound/MegaEasyGrinding.fbmod' already exists.at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite, Boolean checkHost)
at FrostyModManager.MainWindow.<>c__DisplayClass30_0.<InstallMods>b__0(FrostyTaskWindow task) in D:\_PROJECTS\NFS Series\NFS Unbound\Frosty 107-Updated UNB Profile\FrostyToolsuite\FrostyModManager\Windows\MainWindow.xaml.cs:line 1331
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Frosty.Core.Windows.FrostyTaskWindow.<FrostyTaskWindow_Loaded>d__19.MoveNext() in D:\_PROJECTS\NFS Series\NFS Unbound\Frosty 107-Updated UNB Profile\FrostyToolsuite\FrostyPlugin\Windows\FrostyTaskWindow.xaml.cs:line 117
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
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)
...what happun? I notice references to a D: drive, which I don't have.