- Joined
- Aug 10, 2009
- Messages
- 308
- Trophies
- 0
- Location
- Your mother's bedroom
- Website
- www.gbatempsucks.com
- XP
- 120
- Country
My guess is they watched the uh *ahem* little scene that unfolded earlier today.
What scene? I must've missed that.....
My guess is they watched the uh *ahem* little scene that unfolded earlier today.
What scene? I must've missed that.....
Might know about it but not interpreted it as a "scene"
Oh Comex, lol. I am fairly certain if I pester you enough or ask nicely enough you may give TIPS. Or if somebody with more skills asked. If they are genuine and sincere, maybe a tip here/there. Thanks for being cool on twitter and not ripping me too much.
True. Comex, so are the 31 still "Mulling it over" and possibly made some progress. I did see the part about some being lazy. My skills are following directions and hardware (soldering, multimeter, trace repair, other component repairs). Reversing and coding are my weak spots or I would seriously go at this.If necessary. However, the post is pretty explicit about what to do, so if you know what you're doing, you probably won't need much in the way of hints.
as much as it is cool that they can access all 3 cores (at reduced clock of 729MHz), Marcan did mention that libogc would be near impossible to turn into an SMP-capable scheduler, and mentions that it has other problems too. it seems someone would need to code an alternative to libogc with proper smp support and fixes to the other problems libogc has, that Marcan did not go into specifics about. It seems that until that happens, the other 2 cores would be pretty much useless. without proper SMP support, emulators and other homebrew will not be able to utilize the other 2 cores in such a way that would significantly boost performance.
their blog post makes me wonder if maybe,they could find a method to get access to the extra features of the Radeon HD (that are disabled in vWii mode) to possibly render homebrew/emulators in HD resolutions.
There may be no need to run homebrew in Wii U mode( other then gamepad/pro controller support,faster clocks,and access to the 4/32GB of internal storage), if WiiMode can utilize the horsepower of the Radeon HD and have access to all 3 cores of the Espresso. (downclocked to 729MHz, for now)
the upside is that if someone does manage to pull that off, emulators, like Wii64 may be able to tap into the other 2 cores to finally achieve near to full speed emulation. It would be nice to have a N64 emulator that would play games as good as the custom per game emu that Nintendo uses for each N64 VC Title.
I would love to play Goldeneye, Banjo Kazooie, Banjo Tooie, and Donkey Kong 64 on the vWii since Nintendo cannot release them for VC as Microsoft , who owns Rare, denied them from doing so.
as much as it is cool that they can access all 3 cores (at reduced clock of 729MHz), Marcan did mention that libogc would be near impossible to turn into an SMP-capable scheduler, and mentions that it has other problems too. it seems someone would need to code an alternative to libogc with proper smp support and fixes to the other problems libogc has, that Marcan did not go into specifics about. It seems that until that happens, the other 2 cores would be pretty much useless. without proper SMP support, emulators and other homebrew will not be able to utilize the other 2 cores in such a way that would significantly boost performance.
You also said dynamic linking is supported;-) I do pay attention. A joke about 1964 technology. Maybe you get some PMs but mostly just opinions by the neophytes like myself.As much as libogc is apparently lacking, for applications like emulators where very specific repetitive tasks take up most of the CPU, it would probably be relatively easy to dedicate each of the two auxiliary cores to a specific purpose rather than bothering with actual threading. Just speculation though.
You also said dynamic linking is supported;-) I do pay attention. A joke about 1964 technology.
As much as libogc is apparently lacking, for applications like emulators where very specific repetitive tasks take up most of the CPU, it would probably be relatively easy to dedicate each of the two auxiliary cores to a specific purpose rather than bothering with actual threading. Just speculation though.
As much as libogc is apparently lacking, for applications like emulators where very specific repetitive tasks take up most of the CPU, it would probably be relatively easy to dedicate each of the two auxiliary cores to a specific purpose rather than bothering with actual threading. Just speculation though.
It might also be possible to use the two extra cores in libogc apps purely for number crunching, with carefully designed locking (outside of libogc) and without calling any libogc functions from the other two cores (or any non-reentrant libc functions).
according to this sentence that I quoted from Marcan's post on the Fail0verflow blog, that may be possible.
and yet they still won't release it on the VCRare only published Donkey Kong 64, Donkey Kong was created by Shigeru Miyamoto and is a Nintendo IP.
and yet they still won't release it on the VC
and what scene i was here earlier and i didn't see no scene?
and yet they still won't release it on the VC
and what scene i was here earlier and i didn't see no scene?
sorry bout that i had to temp disable pm's because of AN ASSHOLE.Check PM.
Bugger! I can't PM you. I can't explain it here.
Let't just say it's this thread, post #79
http://gbatemp.net/threads/marcan-clarifies.347450/page-4