Print

[eh.]

It'd be invoked from a retail dash by "EEing" .xtf's in /C/xodash, or /C/xodash/fonts, with settings_adoc.xip being the UD-eh! xonlinedash.xbe (see sig link).

It wouldn't "reset on eject" and could be used as a non-gamesave backdoor, on any current box.

It's possibly compatible with XBL (via retail 185ead00, currently) but the Live console would hang.

Can anyone think of other usages/benefits?  If it's potentially worthwhile, forum mod's might pursue it eh...

_______
(Related: Direct booting via the xodash font route probably wouldn't be of use eh.)

[devz3ro]

Hopefully I can get new double dash fonts made for owners who do not have K:5713 and K:5838 as its still a great solution.

-devz3ro

[devz3ro]

I asked rmenhal to remake these fonts (changing the landing zone) but realized it would be worthless, check out my last post on my live 2.0 thread if you are searching for a Uber EEE

-devz3ro

[eh.]

(It pioneered UberXBL .xbe's for some though eh. )

[devz3ro]

. But back to K:5713 and K:5838 and their handling of EEE. I've noticed both on local 5713 & 5838 boxes that when performing the EEE on them it does not bios error. Instead, the box shows a dashboard error about not being able to read the disc (with no disc inside) and the box locks up.

[eh.]

QUOTE (devz3ro @ Dec 14 2004, 11:20 PM)

Problem with this is definitely the live console access. Updating games would hang

I don't have Live so am a bit unsure about it; does this mean that XBL's updates for new content and/or fixes run via the /C/xodash/xonlinedash.xbe eh?

(185ead00's /C/xodash/update.xbe wouldn't hang, as it doesn't reference the xodash fonts.)

[devz3ro]

QUOTE (eh. @ Dec 15 2004, 07:43 AM)

I don't have Live so am a bit unsure about it; does this mean that XBL's updates for new content and/or fixes run via the /C/xodash/xonlinedash.xbe eh?

I am not 100% sure, but if I recall correctly it does. I remember messing around with it a while ago and having it error 21 I'll have to play when I get some time. Even if it does, the user could just update the game then install if they don't care about live dashboard access. It wouldn't be that bad.

I asked rmenhal whenever he had free time to change the landing zone in these fonts and remake the double dash fonts about 1/2 a week to a week ago. Hopefully we will have them to play with sometime soon. Whether it kills the console or not, it would be nice just to have the collection.

-devz3ro

[devz3ro]

). Hopefully this will lead you to the road to becoming a moderator if you are interested. I will be speaking with Xant about your progress and what you have brought to the scene. Hopefully I can get you a position the same way I was able to get Angerwound and Pedro theirs. Let me know.

Sorry for bringing it up now, had to say it before I forgot.

-devz3ro

[eh.]

(I'm stunned; thanks, that's indeed an honor eh!)

[DaddyJ]

Great!!!! Nice job eh.

[eh.]

QUOTE (devz3ro @ Dec 14 2004, 11:19 PM)

Hopefully I can get new double dash fonts made for owners who do not have K:5713 and K:5838 as its still a great solution.

Regarding "double dash"ing, I'd expect the kernel constraint could be overcome by using UD-eh!'s xonlinedash.xbe (via xodash fonts) instead of a pre-live dash (via C fonts)...

However, the DD method is always dash constrained (as 185ead00 doesn't allow it) eh.

[DaddyJ]

I'd love to contribute to this, anything you can point me to, to get up to speed?

[eh.]

QUOTE (devz3ro @ Dec 14 2004, 11:43 PM)

I've noticed both on local 5713 & 5838 boxes that when performing the EEE on them it does not bios error. Instead, the box shows a dashboard error about not being able to read the disc (with no disc inside) and the box locks up.

Regarding "easter egg"ing, I'd expect UD-eh!'s xonlinedash.xbe wouldn't be kernel constrained.  I'd be very surprised if it's dash constrained too, so I'm wondering whether those boxes still had the M$ settings_adoc.xip in place (which isn't suitably dated for EEing on those kernels) eh?

[The_Truth]

[devz3ro]

QUOTE (eh. @ Dec 16 2004, 03:15 AM)

Regarding "double dash"ing, I'd expect the kernel constraint could be overcome by using UD-eh!'s xonlinedash.xbe (via xodash fonts) instead of a pre-live dash (via C fonts)... However, the DD method is always dash constrained (as 185ead00 doesn't allow it) eh.

No, you misunderstood what I meant.

I meant getting the double dash fonts remade to be used as EEE. They were the first used to make the EEE work to our advantage as you probably already know. The DD fonts and xbe as EEE still work on 5960 just not on the two kernels. rmenhals xonlinedash fonts method as EEE and DD as EEE both have their flaws, I just pick DD as EEE for full live access since I can tsop flash up and down from 5101 to 5530 to 5713 (5530 being the winner).

btw: wtf is UD-eh!?

Double dash in it's original form has been deceased for quite some time, I believe I was the one who posted about it when 5960 was first introduced . Don't really remember though it was a while ago.

-devz3ro

P.S. I haven't forgot about you, just haven't had time to send any mail around yet, I'll get to it soon I promise.