Code Monkey home page Code Monkey logo

Comments (3)

GoogleCodeExporter avatar GoogleCodeExporter commented on August 10, 2024
(For the impatient: use IOS60v6174 and IOS80v6944. Or read on...)

Hi,

I've had some problems myself setting up SNEEK or UNEEK - but I suppose this 
maybe has something todo with your NAND or compiler environment, as the latest 
releases since somewhere after around r156 or so (not tried r164 to r167) work 
fine for me (even with Priiloader loading JoyFlow etc. installed on the 
emulated NAND.)
And I'm one of these guys having lots of trouble with a 4.3E black Wii. (j'st 
kiddin' Cred..)

So, back to topic - and to clarify: IMHO, the used IOSes aren't the big point!
For the last weeks, I compiled every SNEEK-Release with devkitARM r24/r32/r34, 
and all those IOSes recommended by different web sites/tutorials/FAQs. And 
there's no difference at all. (Well, actually there is... but not when it comes 
to whether it works or not.)

For building di.bin (which uses 00000001.app) you can use IOS60 v6174 - which 
is IMHO the latest, before Nintendo released the stub v6400 (which means: IOS60 
v6174 = good, v6400 = bad!).

For building kernel.bin (which uses 000000e.app), I used IOS70 v6687, or IOS80 
v6943, or IOS80 v6944 - all of these work. IOS70 v6912 does not work, being a 
stub IOS, as NUSD tells everyone who's actually willing to READ THE MESSAGES 
THE PROGRAM SPITS OUT. (This, for not just screaming out loud "RTFM, dude!")

Original comment by [email protected] on 25 Jul 2011 at 9:11

from sneek.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 10, 2024
so is there any difference for compatibility, speed, issues, features or 
efficiency basically anything between any of these ios bases that is different 
or is the 0000000e.app the same exact file in each of the sys menu configs

Original comment by [email protected] on 25 Jul 2011 at 10:58

from sneek.

GoogleCodeExporter avatar GoogleCodeExporter commented on August 10, 2024
its basically the same except for updates to stop homebrew i think i could be 
wrong though

myself i have done many experiments with uneek :
i have built it with the .app files of ios58 57 56 
it will run and channels work but the di doesnt work because the calls are for 
the system menu and not for the ios that i used as a base 58 57 56 

Original comment by [email protected] on 26 Jul 2011 at 3:32

from sneek.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.