[00:37:17] TheSeven: i would like to fix the lcd driver for my nano 4g's lcd type, but i don't know what to start with [00:37:33] can you give me any directions? [00:38:06] <[Saint]> "left", "right a bit", "down". [00:38:17] :) [01:09:47] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [01:09:47] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [01:12:27] *** Quits: Kebianizao (~kvirc@167.23.219.87.dynamic.jazztel.es) (Quit: Estaba usando KVIrc KVIrc Equilibrium 4.2.0, revision: 420, sources date: 20120701, built on: 2013-08-29 10:52:41 UTC 420 http://www.kvirc.net/) [01:26:10] user890104: well, what's wrong with it? [01:26:36] you're referring to the init code? [01:26:48] well, I think your best bet is to compare what our code does with apple's [01:26:59] or find a datasheet on the LCD controller [01:34:17] TheSeven: yes. i found a dfu image which runs umsboot successfully, but there's only an apple logo on the screen [01:34:28] any idea what lcd controller they use? [01:35:18] also, is there an easy way to embed umsboot into a dfu image, without ipodcrypt.py/genpwnage-8720? i need a running emcore on a n4g to use this [01:35:53] user890104: an apple logo is a very good sign [01:36:06] it means that the LCD itself is set up mostly correctly at least [01:37:13] user890104: the DFU container only needs to be re-signed if its size changes [01:37:29] so take any larger DFU image and replace the contents with whatever you need [01:37:44] I made a max-size container for that once... I'm sure it's somewhere on the server [01:38:30] why aren't we using it for genpwn, so we don't require a device with emcore connected during the build [01:39:19] here it is :) http://files.freemyipod.org/misc/s5l8720-container.dfu [01:39:57] because it's huge... and when do we even rebuild DFU images? [01:40:25] we typically only do that for umsboot, and that rarely ever changes [01:40:44] well, if i change the lcd init code, i'd have to rebuild it [01:41:09] yes, for new targets that pre-made container is helpful [01:41:24] and for some other kinds of development as well [01:41:41] I wouldn't do releases with it though, and I want releases to be built straight from the SVN source [01:43:57] feel free to implement an alternative ipodcrypt command that just replaces the payload in the premade image, and add some makefile variable to trigger using that [01:44:03] <[Saint]> Releases? [01:44:06] <[Saint]> (sorry) [01:47:59] well, if emcore's usb interface stops crashing my OS, i might be able to make a mass storage emcore app, and release a version with custom "disk mode" [01:48:22] which OS? [01:48:31] w7x64 [01:48:35] * TheSeven laughs about that kind of DOS vulnerability ;) [01:49:28] I have to admin that I managed to do that on linux as well a few years ago though [01:49:42] lol, s/admin/admit/, wtf [01:50:09] basicly windows tries to talk "mass storage" at the emcore interface, because it doesn't realize that it is not the same [01:50:23] that still shouldn't crash an OS [01:50:28] you said you have an idea how to fix it [01:50:33] well, it does :) [01:50:41] but if it's something that simple, couldn't you get away with a slightly longer soft disconnect? [01:50:55] it is fixed in w8 iirc [01:51:09] ...while breaking basically everything else... [02:35:21] *** Quits: APLU (~mulx@2a01:e34:ee29:12b0::10) (Ping timeout: 265 seconds) [02:42:07] *** Joins: APLU (~mulx@2a01:e34:ee29:12b0::10) [06:41:38] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [06:41:45] *** Joins: [7] (~quassel@rockbox/developer/TheSeven) [07:09:47] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [07:09:47] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [07:44:45] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [07:46:55] *** Joins: [Saint] (~saint@rockbox/staff/saint) [09:27:31] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Ping timeout: 264 seconds) [09:35:00] *** Joins: [Saint] (~saint@rockbox/staff/saint) [13:09:50] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [13:09:50] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [15:44:29] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Ping timeout: 258 seconds) [19:02:59] *** Quits: STeeF (~STeeF@office.hostnetbv.nl) (Ping timeout: 269 seconds) [19:09:52] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [19:09:52] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [19:14:38] *** Quits: draft (draft@irc.disharmony.fi) (Ping timeout: 240 seconds) [19:15:37] *** Joins: draft (draft@irc.disharmony.fi) [20:32:38] *** Joins: volchkova (~volchkova@92.63.107.32) [20:34:00] *** Quits: volchkova (~volchkova@92.63.107.32) (K-Lined) [21:15:10] *** Joins: n1s (~n1s@nl118-168-30.student.uu.se) [21:15:10] *** Quits: n1s (~n1s@nl118-168-30.student.uu.se) (Changing host) [21:15:10] *** Joins: n1s (~n1s@rockbox/developer/n1s) [21:26:25] *** Quits: [7] (~quassel@rockbox/developer/TheSeven) (Ping timeout: 240 seconds) [21:27:17] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [23:47:46] *** Quits: n1s (~n1s@rockbox/developer/n1s) (Quit: Ex-Chat)