[02:08:55] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [02:08:55] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [06:16:27] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Disconnected by services) [06:16:39] *** Joins: [7] (~quassel@rockbox/developer/TheSeven) [08:08:56] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [08:08:56] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [08:43:33] *** Joins: n1s (~n1s@nl118-168-30.student.uu.se) [08:43:33] *** Quits: n1s (~n1s@nl118-168-30.student.uu.se) (Changing host) [08:43:33] *** Joins: n1s (~n1s@rockbox/developer/n1s) [14:09:00] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [14:09:01] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [17:22:15] *** Quits: n1s (~n1s@rockbox/developer/n1s) (Quit: Ex-Chat) [20:08:57] *** Joins: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) [20:08:58] *** Quits: clustur (~logger@c-68-53-250-91.hsd1.tn.comcast.net) (Remote host closed the connection) [22:58:47] *** Joins: khmann (~khmann@adsl-74-250-173-34.ard.bellsouth.net) [23:01:55] *** Quits: [Saint] (~saint@rockbox/staff/saint) (Remote host closed the connection) [23:02:04] interested in reviving some ipod linux on a stack of nano1g and video5-5.5g, any hints where to get started with a binary distribution in 2014? [23:04:03] *** Joins: [Saint] (~saint@rockbox/staff/saint) [23:04:48] phase1: observe functionality with binary release. [23:05:02] phase 2: get something, anything, to compile and boot. [23:06:32] phase 3: try and find a good solution for running a database server with USB networking, serial, or upload SQL transactions directly to the filesystem through disk mode. [23:18:12] khmann: these players are using a PortalPlayer SoC, our project is focused on the Samsung S5L87xx series SoC [23:18:18] * [Saint] wonders why you'd even consider that. [23:18:55] <[Saint]> Given the availability of powerful and abundant ARM dev boards sub $50USD [23:18:59] uhm ... database server on an ipod? but why? [23:19:32] <[Saint]> Because you enjoy hard work and shitty performance? :) [23:19:54] oooh that's right. I guess I could scare up a couple 6th gens, but I guess no binary compatibility between playerportal and samsung. [23:19:58] <[Saint]> Or needlessly reinventing the wheel? [23:20:40] <[Saint]> I suspect I've missed half of it. [23:20:50] <[Saint]> But this sounds like a terrible idea. [23:21:11] <[Saint]> Expensive, difficult, and very non-performant. [23:21:14] reinventing the wheel is my game! ; ) iPods are free to me, I want to provide storage/logging solutions for a wardriving "drone" application based on WRT54G. [23:21:49] <[Saint]> An iPod is *not* a good fit for this. [23:21:52] <[Saint]> At all. [23:22:03] WRT54G will be passed out to people to sit on their car dashboard. Cannot rely on user to provide reliable power. [23:22:26] 30+GB of storage with built-in battery backup... for free... [23:22:52] if USB networking was functional, could log straight to a database, provide "status report" and control messages onscreen. [23:23:01] <[Saint]> Its still a terrible idea. [23:23:02] well, just put the ipod in Disk mode, and use it as a mass storage device [23:23:06] <[Saint]> Like, really [23:23:27] <[Saint]> The disks in these are awful. [23:24:05] <[Saint]> I wouldn't even consider storing any data I cared about on one. [23:24:24] yes, disk-mode. But power-management will be sub-optimal. I know the disks are terrible, but with 32MB RAM I could buffer quite a few database transactions before I had to flush them. [23:24:32] <[Saint]> You're likely to lose it at the drop of a hat. [23:25:40] <[Saint]> If you persist, good for you, but Im officially raising the "bad idea" flag. [23:26:24] if you're looking for a custom firmware, get a nano 2g or a classic (6g/7g), and flash it with emcore. you can write a simple app that receives data on the serial port (there's an UART TTL interface on the dock connector), and saves it to a file on the hard disk [23:27:22] <[Saint]> $50 and you've got an ARM dev board with more features than you can shake a stick at, with an open operating system, hardware schematics, and onboard storage. [23:27:28] @saint, agreed. So UART on Samsung devices is functional? Excellent. TTL serial would probably be adequate... [23:27:32] <[Saint]> Dont cheap out when it counts. [23:28:16] khmann: UART is functional, but not tested very well. there's a demo UART app in our code repository [23:28:29] @saint again, yes. Raspberry Pi would certainly be adequate. [23:28:53] @user890104, to confirm this Samsung distro would not be compatible to older devices. [23:29:19] yes, it is only compatible with samsung-based ipods before nano 5g [23:29:56] that is, nano 2g-4g, classic 6g-7g [23:30:20] we have flash drivers for nano 2g and hdd drivers for classics [23:30:53] nano4g is not usable for your case, and the nano3g version is not usable at all :) [23:31:08] ok, maybe I'll see how many nano2g I can get ahold of... [23:31:53] <[Saint]> I use a Snowball now for ARM dev stuff. 1GHz dual core, BT4, B/G/N wireless, ethernet, dual video/audio in/out, hdmi, gps, barometer, magmometer, rotational awareness, 4/8GB NAND... [23:31:59] <[Saint]> All for $50 [23:32:02] http://svn.freemyipod.org/apps/uarttest/ [23:32:36] <[Saint]> And it runs a "sane" OS. [23:34:52] svn checkout in progress... @saint, linux is linux, mostly. My application is pretty "simple"... I'm just absolutely stuck with a $0 budget. [23:38:03] I'm sorry to be thick, is there a recommended cross-compiler/toolchain? [23:39:26] yes, this one: https://github.com/EliasOenal/TNT [23:43:50] ty [23:47:24] feel free to ask if you have another question. i have to go now, but will probably answer tomorrow [23:48:11] I'd been hoarding all these old 1G nano and 5.5G video because I thought nobody would ever care enough to break the new SoC ; ) Guess I'll go to work and look for newer stuff. I work at independent Apple repair store, so units with cracked screen, busted headphone jack, etc. are very common. Thanks for your assistance. The fact that new unit have working serial port is a HUGE plus! (my research thus far has shown serial not wor [23:48:11] on older units) [23:48:19] I've got enough to go on for now... [23:50:58] the first exploit has been found in 2009 [23:51:08] look at the bottom of http://home.gna.org/linux4nano/ [23:52:25] and UART has been working just a week after the initial exploit was discovered :) [23:53:54] serial speed is not my first choice, but it could be adequate. some of these units may be "gone" for a very long time, and I feel this could be an adequate $0 solution to my datalogging needs. [23:55:19] they work at 115k for sure, don't know for higher baudrates [23:56:10] SWEET! [23:57:04] sounds like a job for slirp !