I think this automatically applies when you perform all your updates on first start (assets etc)But I didnt configure any playlist. And on later builds, this didnt happen
I downloaded your BIOS pack on mediafire and It worked Fine with odyssey and 3do cores on PC. But with the same pack and same cores on Xbox one didnt work. BIOS are correctly indicated on retroarch.retroarch is setup so that if only one core exists for that rom then it will boot with one core
so your bios are located in the system directory and not on usb?I downloaded your BIOS pack on mediafire and It worked Fine with odyssey and 3do cores on PC. But with the same pack and same cores on Xbox one didnt work. BIOS are correctly indicated on retroarch.
Any advice?
They're on USB. But I can tell thats not a folder problem, cause Pc engine core recognize the BIOS and works fine, for example.so your bios are located in the system directory and not on usb?
it might be a new problem idk
You should put them in the system directory as dominator suggested, remember how 1 in 10 gamecube games would work from USB with the dolphin core? Probably the same situation with your bios files.They're on USB. But I can tell thats not a folder problem, cause Pc engine core recognize the BIOS and works fine, for example.
You should put them in the system directory as dominator suggested, remember how 1 in 10 gamecube games would work from USB with the dolphin core? Probably the same situation with your bios files.
Choose dependency file to x64Can anyone tell my why I keep getting this error when trying to install on my xbox one x? I've installed things on my One S and it worked but that was ages ago using Retrix.
Failure reason: Windows cannot install package 1e4cf179-f3c2-404f-b9f3-cb2070a5aad8_1.0.21.0_x64__t9k5fqjen2nz4 because this package depends on a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00" published by "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor architecture and minimum version 14.0.27323.0, along with this package to install. The frameworks with name "Microsoft.VCLibs.140.00" currently installed are: {Microsoft.VCLibs.140.00_14.0.26706.0_x64__8wekyb3d8bbwe} Failure text: Package failed updates, dependency or conflict validation. (0x80073cf3)
Did that, tried installing all dependencies, I have no idea what is happening.Choose dependency file to x64
You only need the one x64 dependency file. I doubt the application will run properly without it. Hence the word "dependency"installed without any dependencies and so far retroarch has booted, havent tried to play any games yet though but at least i finally got it to install
All PlayStation titles I've tried work perfectly.can i ask what systems all play good on xbox one?wii plays like crap on my laptop.
Check the spreadsheet linked on First page.can i ask what systems all play good on xbox one?wii plays like crap on my laptop.
Hi there @XVMM,
I saw your work here -
https://gbatemp.net/threads/info-xbox-one-getting-somewhat-started.517582/
Excellent work.
I don't know how familiar you are with our current conundrum with the UWP port, but basically the slow file I/O is really hindering the potential of this port. Would you have any idea how we could get unfettered filesystem access on Xbox One in some way?
I was previously thinking that it might be a good idea to try to create a separate version of RetroArch based on this -
https://github.com/xboxoneresearch/XRF
It would be nice if it gives us the potential to have a real Win32 port of RetroArch to Xbone. However, since getting any video seems to be a big 'if' right now with this method, I don't think it's quite there yet for our usecase here?
It'd be amazing if you could help us figure out ways that we could make the current RetroArch port a bit better. The main issue is the file I/O performance since everything has to be async, which leads us to have to wrap a lot of code in pretty inefficient ways in RetroArch (through the VFS implementation -
https://github.com/libretro/RetroArch/blob/master/libretro-common/vfs/vfs_implementation_uwp.cpp
then on top of that, all the access requests you need to make to get a file stream handle with UWP is highly inefficient, so we are really getting smothered so far when it comes to file I/O and it's just a big drag on the port in general. If it weren't for this issue, the Xbox port would be so much better right now.