00:01:09 | | Quit benedikt93 (Quit: Bye ;)) |
00:07:42 | | Quit robin0800 (Quit: Leaving) |
00:08:44 | | Join robin0800 [0] (~robin0800@genkt-057-079.t-mobile.co.uk) |
00:09:02 | | Quit Utchybann (Ping timeout: 240 seconds) |
00:09:55 | | Quit n1s (Quit: Ex-Chat) |
00:10:54 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
00:17:06 | | Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) |
00:24:04 | | Quit liar (Remote host closed the connection) |
00:24:13 | | Part metaphys |
00:25:00 | pamaury | arg, I hate this ida bug about wrapping at 0xffffffff |
00:26:47 | | Quit anewuser (Quit: Page closed) |
00:28:37 | | Quit Urne () |
00:29:55 | | Join openstandards [0] (~openstand@87.127.196.56) |
00:30:23 | | Quit pirate_chef (Remote host closed the connection) |
00:31:39 | openstandards | just wanted to say i've installed rockbox onto my sansa fuze v1... and thanks for such an amazing project |
01:00 |
01:00:59 | *** | Saving seen data "./dancer.seen" |
01:02:31 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111109112850]) |
01:11:02 | | Quit bertrik (Ping timeout: 240 seconds) |
01:11:26 | | Quit bertrik_ (Ping timeout: 248 seconds) |
01:16:36 | | Quit ender` (Quit: A new scientific truth does not triumph by convincing its opponents and making them see the light, but rather because its opponents eventually die, and a new generation grows up that is familiar with it. -- Max Planck) |
01:17:41 | | Quit mystica555 (Read error: Connection reset by peer) |
01:27:12 | | Quit pamaury (Remote host closed the connection) |
01:32:15 | | Quit Topy44 (Ping timeout: 244 seconds) |
01:32:29 | | Join T44 [0] (~Topy44@f049034028.adsl.alicedsl.de) |
01:38:29 | | Quit ReimuHak_ (Quit: Leaving...) |
01:44:25 | | Quit perrikwp (Read error: Connection reset by peer) |
01:45:39 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
02:00 |
02:20:22 | | Quit efyx_ (Remote host closed the connection) |
02:27:22 | | Quit openstandards (Read error: Operation timed out) |
02:43:50 | | Join openstandards [0] (~openstand@87.127.196.56) |
03:00 |
03:01:01 | *** | Saving seen data "./dancer.seen" |
03:05:21 | | Quit Rob2223 (Ping timeout: 252 seconds) |
03:11:39 | | Join Rob2222 [0] (~Miranda@p4FFF19AA.dip.t-dialin.net) |
03:16:54 | | Quit zchs (Ping timeout: 252 seconds) |
03:17:15 | | Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) |
03:20:11 | | Quit guymann (Ping timeout: 240 seconds) |
03:20:12 | | Quit openstandards (Ping timeout: 252 seconds) |
03:20:45 | | Join guymann [0] (~charles@64-252-122-161.adsl.snet.net) |
03:25:31 | | Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) |
03:33:09 | | Join openstandards [0] (~openstand@87.127.196.56) |
03:42:55 | | Join Blue_Dude [0] (~chatzilla@adsl-74-235-206-243.mco.bellsouth.net) |
03:42:55 | | Quit Blue_Dude (Changing host) |
03:42:55 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
03:45:07 | | Quit Blue_Dude (Client Quit) |
03:51:54 | | Join webguest00 [0] (~45964814@www.haxx.se) |
03:55:31 | webguest00 | how do i 'extract and run'? |
03:56:57 | funman | webguest00: use rockbox utility |
04:00 |
04:01:09 | | Join nosa [0] (~m00k@adsl-74-235-26-54.clt.bellsouth.net) |
04:02:09 | webguest00 | i'm confused. the part i'm missing, a choice i never saw is in about the 1:00 mark in this video. http://bit.ly/vpFRG0 |
04:02:15 | | Quit nosa-j (Ping timeout: 260 seconds) |
04:02:15 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-54.clt.bellsouth.net) |
04:02:49 | webguest00 | i never get an option to 'extract & run' |
04:05:48 | | Quit robin0800 (Remote host closed the connection) |
04:06:11 | webguest00 | he moves through the screens quickly, and its hard to figure out exactly what/how he is getting from the downloaded file he clicks on to a screen which gives him an 'extract and run' choice i never get |
04:07:34 | funman | webguest00: no idea what you are talking about |
04:07:57 | funman | http://www.rockbox.org/wiki/RockboxUtility#Download |
04:08:18 | | Quit nosa-j (Ping timeout: 252 seconds) |
04:08:45 | | Join robin0800 [0] (~robin0800@149.254.61.225) |
04:10:09 | | Join nosa-j [0] (~m00k@adsl-74-235-26-54.clt.bellsouth.net) |
04:12:26 | webguest00 | i don't know how to 'extract and run' scripts on a zip file after downloading the file. |
04:12:55 | funman | use rockbox utility, it's simpler |
04:14:40 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
04:14:40 | * | mystica555_ commented that 'rockbox is not linux' |
04:14:55 | webguest00 | i've tried that. it skips a step shown in the video, it never asks to 'extract and run', so it never loads the screen which lets me choose an OS |
04:15:44 | mystica555_ | thats telling you what to do. you yourself extract the file, and run the command |
04:16:19 | webguest00 | ok tks i'll try again |
04:16:19 | mystica555_ | what operating system are you using ? |
04:19:34 | funman | webguest00: there's no extract & run |
04:20:02 | funman | do you know how to unzip the file ? |
04:22:03 | webguest00 | i'm using windows 7 and no i don't know how to unzip file, just downloaded 7zip. |
04:23:21 | mystica555_ | yeah 7zip is a good start |
04:23:38 | mystica555_ | then extract it to a folder, and from within the folder should be the rbutil program to run |
04:24:38 | webguest00 | ok tks |
04:27:38 | | Quit webguest00 (Quit: CGI:IRC (EOF)) |
04:30:38 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:30:38 | | Quit amiconn (Disconnected by services) |
04:30:51 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:31:47 | | Quit pixelma (Disconnected by services) |
04:31:49 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:31:51 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:50:45 | | Quit TheSeven (Disconnected by services) |
04:51:00 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
04:53:23 | | Join SgtPnkks [0] (~wangchung@74-137-161-116.dhcp.insightbb.com) |
04:53:36 | | Part SgtPnkks |
05:00 |
05:01:02 | *** | Saving seen data "./dancer.seen" |
05:07:40 | | Join Rob2223 [0] (~Miranda@p4FFF2EEC.dip.t-dialin.net) |
05:08:43 | | Quit ChickeNE_ (Quit: Computer has gone to sleep.) |
05:11:19 | | Quit Rob2222 (Ping timeout: 252 seconds) |
05:23:38 | | Quit ReimuHak_ (Ping timeout: 244 seconds) |
05:45:16 | | Join ReimuHak_ [0] (~reimu@wireless.sit-co.net) |
06:00 |
06:06:01 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
06:07:59 | | Quit perrikwp (Ping timeout: 248 seconds) |
06:08:48 | | Join Keripo [0] (~Keripo@eng383.wireless-resnet.upenn.edu) |
06:16:14 | | Quit Keripo (Quit: Leaving.) |
06:42:59 | | Quit robin0800 (Quit: Leaving) |
07:00 |
07:01:03 | *** | Saving seen data "./dancer.seen" |
07:05:35 | | Join icarusfactor [0] (~factor@74.197.205.204) |
07:17:57 | | Quit tjb0607 (Read error: No route to host) |
07:19:13 | | Join tjb0607 [0] (~quassel@bc10753.bendcable.com) |
07:21:45 | | Quit tjb0607 (Remote host closed the connection) |
07:26:47 | | Join tjb0607 [0] (~quassel@bc10753.bendcable.com) |
07:55:51 | | Quit T44 (Ping timeout: 240 seconds) |
07:55:54 | | Join Topy44 [0] (~Topy44@f049034028.adsl.alicedsl.de) |
08:00 |
08:21:17 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
08:22:55 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
08:25:01 | | Quit perrikwp_ (Ping timeout: 245 seconds) |
09:00 |
09:01:07 | *** | Saving seen data "./dancer.seen" |
09:48:10 | | Quit icarusfactor (Read error: Connection reset by peer) |
09:51:31 | | Join falco99 [0] (~chatzilla@pool-173-72-186-213.clppva.fios.verizon.net) |
09:53:00 | falco99 | is there any (old) stable build for the Fuze that supports USB? |
09:53:43 | falco99 | i'm getting sick of having to hit the OF for even so much as usb connectivity... being stuck with an old version (if there's a stable one where usb works at least) would be cake by comparison |
09:57:45 | n1s | usb seems to work on my fuze |
09:58:17 | falco99 | what version of RB are you using? in the last stable release it's disabled |
10:00 |
10:00:05 | falco99 | http://www.rockbox.org/tracker/task/12184 |
10:01:21 | | Join mystica555 [0] (~Mike@71-211-218-103.hlrn.qwest.net) |
10:01:58 | n1s | some random test build probably i think it's hung during transfer at some point but mostly works |
10:02:27 | funman | fuzev1 has had usb working for years, fuzev2 not |
10:02:43 | | Join Keripo [0] (~Keripo@eng383.wireless-resnet.upenn.edu) |
10:04:36 | | Join icarusfactor [0] (~factor@74.197.205.204) |
10:05:03 | falco99 | funman: ah, thanks for the clarification. i was under the impression that it was all fuze's, but it makes sense that it would just be v2. |
10:05:13 | falco99 | since the hardware is so different i guess. |
10:07:30 | | Join bertrik_ [0] (~bertrik@rockbox/developer/bertrik) |
10:16:04 | | Join webguest76 [0] (~54c22ae5@www.haxx.se) |
10:17:33 | webguest76 | I have a problem with my rockbox x5 |
10:19:08 | n1s | webguest76: if you say what the problem is it's a lot easier for people to help |
10:21:15 | webguest76 | When i plugin my iaudio x5 it don't connect to my pc? |
10:22:52 | webguest76 | And when you want to connect you iaudio system you need to do it with the USBHOST? or no? |
10:23:07 | n1s | no |
10:23:54 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
10:24:41 | n1s | the usb device port is on the subpack iirc |
10:25:09 | pixelma | and the USB host port is not supported at all |
10:26:41 | | Quit nosa-j (Ping timeout: 245 seconds) |
10:30:50 | | Quit webguest76 (Quit: CGI:IRC (EOF)) |
10:32:27 | | Join nosa-j [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
10:46:06 | | Join bertrik__ [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
10:46:52 | | Quit bertrik_ (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |
10:46:56 | | Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |
10:47:42 | | Nick bertrik__ is now known as bertrik (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
10:59:10 | | Join Urne [0] (Webmaster@80.165.151.142) |
11:00 |
11:01:11 | *** | Saving seen data "./dancer.seen" |
11:10:28 | | Quit Keripo (Quit: Leaving.) |
11:11:36 | | Join T44 [0] (~Topy44@f048079162.adsl.alicedsl.de) |
11:13:41 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
11:13:41 | | Quit pamaury (Changing host) |
11:13:41 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:14:39 | | Quit Topy44 (Ping timeout: 240 seconds) |
11:19:49 | | Quit GeekShadow (Ping timeout: 252 seconds) |
11:20:16 | | Join GeekShadow [0] (~antoine@139.136.197.77.rev.sfr.net) |
11:20:45 | | Quit parafin (Ping timeout: 244 seconds) |
11:21:30 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
11:22:06 | | Quit Urne () |
11:27:46 | | Join parafin [0] (parafin@paraf.in) |
11:29:08 | | Join ender` [0] (~ender@foo.eternallybored.org) |
11:31:46 | | Join Urne [0] (Webmaster@80.165.151.142) |
11:38:39 | bertrik | JdGordon, RDS is basically working now on the clip zip and the gigabeat-s. The only problem for me seems to be that RDS data in the WFMS is not shown until a button is pressed. Can you help me with that? |
11:38:58 | JdGordon | sure |
11:39:55 | | Join Stockpilot [0] (Webmaster@80.165.151.142) |
11:41:03 | JdGordon | did you add new tags? |
11:42:19 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
11:43:51 | bertrik | no, we're using the existing ones |
11:44:11 | | Quit Urne (Ping timeout: 260 seconds) |
11:44:15 | bertrik | the idea is that tuner_get(RADIO_EVENT) returns true if RDS data changed |
11:44:27 | | Nick Stockpilot is now known as Urne (Webmaster@80.165.151.142) |
11:44:39 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
11:44:46 | bertrik | (there could still be a problem with that in the tuner driver, but I don't think so) |
11:46:46 | JdGordon | the skin should automatically pick up the changes the next time it updates |
11:46:57 | JdGordon | which should happen (by the looks of it) at worst HZ/5 |
11:47:24 | JdGordon | make sure the skin_update() call (around line 763 in radio.c) gets called |
11:47:46 | | Quit ender` (Quit: Arguing that Java is better than C++ is like arguing that grasshoppers taste better than tree bark. -- Thant Tessman) |
11:49:15 | JdGordon | it looks like it should |
11:49:29 | JdGordon | really radio.c needs to be blown away and written again |
11:49:31 | JdGordon | its so crap :) |
11:50:03 | n1s | yes |
11:52:56 | bertrik | yeah it's a bit ugly and long but I can't see any obvious bug with it either |
11:53:43 | JdGordon | alot of the mess is because it was never fixed when we moved to actions |
11:53:50 | JdGordon | and then skins were hacked into it :) |
11:56:01 | [7] | who is the current ipodpatcher maintainer? still linuxstb? |
11:56:30 | JdGordon | that sounds like you are volanteering |
11:56:55 | n1s | if it has a maintainer i'd say linuxstb |
11:57:07 | [7] | nah, i'm volunteering to look into writing a bootloader if someone takes over the installation part :) |
11:57:38 | n1s | for the classic? |
11:57:50 | | Join Stockpilot [0] (Webmaster@80.165.151.142) |
11:57:56 | bertrik | oh, I do see a bug in the RDS code, we're treating an enum as a boolean, but shouldn't matter that much |
11:58:52 | [7] | n1s: yes |
11:59:29 | | Quit Urne (Ping timeout: 244 seconds) |
11:59:50 | n1s | and the installation would be through some RE:d update protocol? |
12:00 |
12:01:08 | [7] | yes, user890104 is apparently working on RE'ing that |
12:02:43 | | Nick Stockpilot is now known as Urne (Webmaster@80.165.151.142) |
12:12:22 | | Join TomColler [0] (~thomas@net-93-144-139-179.cust.dsl.teletu.it) |
12:13:35 | n1s | [7]: i just confirmed that usb on my classic works with svn so should i close the FS #12083 patch? |
12:13:36 | fs-bluebot | http://www.rockbox.org/tracker/task/12083 Add delay to usb-s3c6400x init to fix usb hang on some ipod classics (patches, new) |
12:14:13 | [7] | n1s: it's still unreliable |
12:14:30 | [7] | but i'd assume that it's a different problem |
12:15:25 | [7] | that patch has been committed (oops, forgot to mention that in FS), so the FS task can probably be closed |
12:15:53 | n1s | maybe, i havent' heard any more reports of it making usb worse on nano2g so i guess theres no reason to revert even if it isn't perfect |
12:16:12 | [7] | I'm still wondering if we'll get nano2g regression reports, as none of the people that helped me test this patch could reproduce any problems, but you mentioned a regression on FS |
12:16:13 | n1s | yeah i'll close it |
12:16:49 | n1s | yeah iirc Buschel and saint reported that they got less reliable connections |
12:16:55 | [7] | it's only enabled for the classic in the release branch, and for both in trunk |
12:17:19 | [7] | hm, I didn't get further reports from then |
12:17:21 | [7] | them* |
12:17:24 | bertrik | pamaury, didn't we look at one of the rockbox USB drivers a few weeks ago, and conclude that we found some bugs in it? I can't remember which usb driver it was. |
12:17:26 | n1s | i guess we'll just have to wait and see |
12:19:55 | [7] | I'm pretty sure there are bugs - I suspect multiple ones |
12:20:12 | [7] | apparently we have memory corruption on the ipod classic - not sure where that's coming from though |
12:20:32 | [7] | and we have this weird EHCI issue on linux (is that specific to the s3c6400x driver btw?) |
12:24:54 | pamaury | bertrik: there was the bug to memory corruption because of dma |
12:25:02 | bertrik | I remember a clear-on-write confusion bug, where you have to write a bit using reg = (1<<bit) to clear it, and it was cleared using reg |= (1<<bit) |
12:25:19 | pamaury | that was the s3c2440 sd driver :) |
12:25:25 | bertrik | the latter clears *all* status bits instead of just one |
12:25:35 | bertrik | oh, ok |
12:25:53 | pamaury | but yeah, the usb bug probably apply to the clip+ one |
12:25:59 | pamaury | *"bug" |
12:26:59 | [7] | so clip+ is using my s3c driver as well? |
12:28:40 | pamaury | [7]: I rewrote it because it would not work at the beginning but someone once reported the s3c one was basically working (ie had the same failures that mine) |
12:28:53 | pamaury | I also rewrote one in PIO mode instead of DMA but wasn't reliable either |
12:29:23 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
12:29:55 | pamaury | but I haven't looked at this for some time now, perhaps I'll do a new try tonight |
12:30:36 | pamaury | I might be the only one but I still believe that it only works reliably with an sd card inserted |
12:30:36 | [7] | hm, in that case you could have reimplemented that bug as well :) |
12:30:41 | [7] | but checking that is trivial |
12:30:50 | pamaury | [7]: but not in PIO mode ! |
12:31:47 | [7] | that depends on where you put your data after reading it from the OTG |
12:32:00 | [7] | maybe your copying loop is overflowing the buffer as well? |
12:32:47 | | Join ender` [0] (~ender@foo.eternallybored.org) |
12:33:08 | pamaury | it was checking for bound, I'm pretty sure, but I wouldn't swear after so long |
12:35:29 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
12:37:22 | Poodlemastah | 7, if you get a new bootloader, won't you still have the i2c OF bug? |
12:37:54 | | Quit efyx (Ping timeout: 260 seconds) |
12:39:03 | [7] | Poodlemastah: i hope this one will go away if we let apple initialize the hardware instead of doing it using our own code |
12:40:05 | [7] | hm, something fails while trying to enable multitasking when we boot through apple's bootloader |
12:43:31 | | Quit y4n (Quit: PANTS OFF!) |
12:44:06 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
12:45:12 | | Join TheLemonMan [0] (~LemonBoy@ppp-29-57.26-151.libero.it) |
12:45:50 | Poodlemastah | 7, If you ever need a guniea pig, I've got a 1g and a 3g classic to test on. |
12:48:29 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
12:56:18 | * | [7] suspects we're running into an IRQ storm |
12:59:23 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
13:00 |
13:01:12 | *** | Saving seen data "./dancer.seen" |
13:01:25 | [7] | hm yeah, we need to silence the ATA IRQ |
13:06:25 | [7] | hm, the ATA IRQ is hammering for no apparent reason, even though we seem to just ack everything it says, no matter whether we expected it or not |
13:21:02 | [7] | yeah! |
13:21:12 | * | [7] just booted emcore from the firmware partition :) |
13:21:43 | Poodlemastah | Congratulations 7. :) |
13:22:01 | pamaury | congrat |
13:24:00 | [7] | now it's "just" a matter of writing a proper bootloader and an installer for it |
13:24:58 | Poodlemastah | Hey, that's the "simple" part. :P |
13:28:35 | | Quit TheLemonMan (Quit: WeeChat 0.3.6) |
13:31:50 | [7] | and sorting out the remaining incompatibilities |
13:33:12 | [7] | 584 power on hours, 21291 start/stops, 1247 retracts, 4832 reallocs, 3376 pending sectors :/ |
13:34:00 | * | [7] wonders what on earth the previous owner of that ipod has done to it |
13:34:41 | bertrik | you got that from SMART? |
13:34:48 | Poodlemastah | What the.. iTennisball? |
13:37:44 | user890104 | 158 power on hours, 106 start/stops, 102 retracts, 259 reallocs, 56 pending sectors here |
13:40:15 | bertrik | [7], that's 36 start/stops per hour on average :B |
13:50:19 | | Quit scorche (Ping timeout: 276 seconds) |
13:52:52 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
14:00 |
14:12:13 | amiconn | It seems that SMART data has to be taken with a grain of salt |
14:14:17 | amiconn | Slightly related, my linux box has 3 disks, one ssd and two hdds. The ssd reports 1757 power-on hours, the hdds are reporting 11841 and 14057 hour respectively. Actual power-on hours should be ~2800 |
14:14:30 | amiconn | (4 months) |
14:22:48 | [7] | the data looks consistent to me |
14:23:06 | [7] | especially the 3376 pendings are very noticable |
14:25:26 | | Quit fs-bluebot (Read error: Connection reset by peer) |
14:26:13 | JdGordon | is HAVE_BACKDROP_IMAGE a good #define to replace "#if LCD_DEPTH > 1 || defined(HAVE_REMOTE_LCD) && LCD_REMOTE_DEPTH > 1" or anyone got a better one? |
14:26:18 | bertrik | argument count in function lcd_write_data is the number of pixels, not number of bytes, right? |
14:26:51 | bertrik | it's a bit confusing since the prototype in lcd.h is void lcd_write_data(const fb_data* p_bytes, int count) |
14:27:15 | bertrik | (as if it takes a pointer to bytes) |
14:29:06 | | Join fs-bluebot [0] (~fs-bluebo@g226071084.adsl.alicedsl.de) |
14:43:45 | | Quit antil33t (Read error: Connection reset by peer) |
14:44:10 | | Join antil33t [0] (~antil33t@101.98.148.94) |
14:46:28 | CIA-22 | New commit by jdgordon (r31027): Get rid of a really annoying #ifdef line to check if backdrop support should be enabled |
14:47:11 | JdGordon | bertrik: you know the fix for that then right? |
14:48:23 | bertrik | JdGordon, for what, the radio enum thing in the RDS code I mentioned? |
14:48:42 | CIA-22 | r31027 build result: 2 errors, 0 warnings (jdgordon committed) |
14:48:44 | JdGordon | no, the lcd_write_data() args |
14:49:45 | | Join hilbert [0] (~hilbert@adsl-89-217-68-148.adslplus.ch) |
15:00 |
15:01:16 | *** | Saving seen data "./dancer.seen" |
15:10:39 | | Quit balintx (Remote host closed the connection) |
15:13:23 | [7] | hm, do we have efficient byte swapping code for rather huge buffers? |
15:18:33 | n1s | don't think so |
15:22:57 | n1s | [7]: what ehci bug btw? |
15:26:17 | n1s | hmm i seem to remember something with ehci and the initial install |
15:27:48 | [7] | at least all of my ipods (don't know about other RB targets) trigger some bug in the ehci_hcd kernel module of certain kernel versions, causing mounts to take ages because it's doing bus resets all the time |
15:27:58 | | Quit GeekShadow (Remote host closed the connection) |
15:28:20 | | Join GeekShadow [0] (~antoine@10.42.75.86.rev.sfr.net) |
15:28:22 | [7] | would be interesting to know if that's related to my USB driver or if it happens with other targets as well |
15:33:48 | | Quit GeekShadow (Ping timeout: 244 seconds) |
15:35:26 | | Join GeekShadow [0] (~antoine@87.43.75.86.rev.sfr.net) |
15:39:03 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111116091359]) |
15:39:31 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
15:46:21 | | Join GeekShad1w [0] (~antoine@113.27.76.86.rev.sfr.net) |
15:48:17 | [7] | hmm, that's a tough choice |
15:48:39 | [7] | either we need to take a disk access performance hit, or we need to kill all user data during installation |
15:50:18 | [7] | don't ask me why apple has connected the PATA data bits the wrong way round... |
15:50:53 | [7] | so we'll either have to do byte swapping on the fly, or reformat the HDD with different endianness |
15:51:13 | | Quit GeekShadow (Ping timeout: 276 seconds) |
15:54:55 | | Join freddybb [0] (~freddybbb@216.8.239.112.etczone.com) |
15:56:14 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
15:57:57 | CIA-22 | New commit by fredwbauer (r31028): Update some missed pointers when moving the dircache allocation |
15:59:45 | CIA-22 | r31028 build result: 2 errors, 0 warnings (fredwbauer committed) |
16:00 |
16:26:14 | | Quit jordan` (Quit: Coyote finally caught me) |
16:26:29 | | Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) |
16:37:24 | | Quit benedikt93 (Quit: Bye ;)) |
16:53:19 | | Join GeekShadow [0] (~antoine@84.100.193.77.rev.sfr.net) |
16:55:55 | | Quit GeekShad1w (Remote host closed the connection) |
16:57:04 | falco99 | JdGordon: have you considered making an update to the random directory plugin? in android it is almost unusable because it starts listing all directories starting at root, and of course the android root seems to contain thousands of useless or arbitrary directories, none of which are user-accessible anyway |
16:59:44 | | Quit kkit (Remote host closed the connection) |
17:00 |
17:01:20 | *** | Saving seen data "./dancer.seen" |
17:03:23 | | Quit nosa-j (Ping timeout: 252 seconds) |
17:03:49 | | Join krazykit [0] (~quassel@li135-248.members.linode.com) |
17:03:56 | falco99 | as far as an update (at least one hardcoded for android targets) i'm thinking along the lines of adding a dialog to pick the root directory it will scan from. bonus if it lets me choose from an arbitrary number of different ones. |
17:04:15 | | Nick krazykit is now known as kkit (~quassel@li135-248.members.linode.com) |
17:04:40 | | Quit TomColler (Ping timeout: 276 seconds) |
17:12:16 | gevaerts | falco99: you know about .rockbox/folder_advance_dir.txt? |
17:12:33 | gevaerts | Or am I misunderstanding what you mean? |
17:15:14 | | Quit GeekShadow (Remote host closed the connection) |
17:24:24 | | Join TomColler [0] (~thomas@net-93-144-139-179.cust.dsl.teletu.it) |
17:26:09 | | Join GeekShadow [0] (~antoine@244.43.75.86.rev.sfr.net) |
17:28:14 | | Quit TomColler (Remote host closed the connection) |
17:34:37 | | Join nosa-j [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
17:40:37 | | Join Stockpilot [0] (Webmaster@80.165.151.142) |
17:43:26 | | Quit Urne (Ping timeout: 240 seconds) |
17:45:54 | | Quit nosa-j (Ping timeout: 252 seconds) |
17:46:05 | | Join nosa [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
17:46:15 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
17:50:47 | | Quit hilbert (Quit: Textual IRC Client: http://www.textualapp.com/) |
17:51:04 | | Join hilbert [0] (~hilbert@adsl-89-217-68-148.adslplus.ch) |
17:53:49 | | Quit nosa-j (Ping timeout: 244 seconds) |
18:00 |
18:02:55 | | Quit domonoky (Quit: Leaving.) |
18:15:11 | | Nick Stockpilot is now known as Urne (Webmaster@80.165.151.142) |
18:22:26 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:34:01 | | Join GeekShad1w [0] (~antoine@113.133.197.77.rev.sfr.net) |
18:38:07 | | Quit GeekShadow (Ping timeout: 258 seconds) |
18:44:17 | [7] | does anyone have an opinion on the ipod classic issue? |
18:44:38 | | Quit GermanMushroom (Ping timeout: 258 seconds) |
18:45:09 | [7] | n1s: what do you think? |
18:50:35 | | Join nosa-j [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
18:51:10 | | Join lovasoa [0] (~olojkine@2a01:e35:8a2e:8080:e2b9:a5ff:fe5b:ca7b) |
18:51:59 | pamaury | which issue ? |
18:52:37 | Poodlemastah | As a simple user, which doesnt count for much, I would prefer a reformat. |
18:55:05 | pamaury | ah the byte swapping issue |
18:55:19 | CIA-22 | New commit by bertrik (r31029): Sansa clip zip: workaround for wisechip display - always copy an entire horizontal strip in lcd_update_rect |
18:55:22 | CIA-22 | New commit by bertrik (r31030): Sansa clip zip: increase communication speed with the OLED controller |
18:56:56 | CIA-22 | r31029 build result: 2 errors, 0 warnings (bertrik committed) |
18:58:45 | CIA-22 | r31030 build result: 2 errors, 0 warnings (bertrik committed) |
18:58:53 | bertrik | aaaaaah, RED! |
18:59:16 | [7] | bertrik: recorder breakage? |
19:00 |
19:00:06 | bertrik | yes, the 8MB recorder, I think we're finally too bloated since a few days |
19:01:23 | *** | Saving seen data "./dancer.seen" |
19:03:24 | SynrG | is it possible to invert video *only* for rockboy? |
19:03:25 | | Quit freddybb (Ping timeout: 258 seconds) |
19:03:44 | SynrG | i can see myself doing this quite a bit to make things legible on the clip+ |
19:05:08 | | Quit advcomp2019_ (Ping timeout: 260 seconds) |
19:06:39 | SynrG | e.g. my daughter is playing super mario land 2 (gb) on her clip right now and finds the contrast greatly improved so as to make the game quite a bit more playable |
19:06:46 | SynrG | clip+, even |
19:07:08 | SynrG | but in general, inverse is annoying (and probably more power hungry?) for everything but rockboy |
19:07:47 | | Quit nosa-j (Ping timeout: 240 seconds) |
19:08:05 | | Join nosa-j [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
19:10:26 | funman | should be possible by recompiling rockboy |
19:10:36 | SynrG | this may vary on a game-by-game basis, of course. so perhaps in the context menu for rockboy, if inverse were an option (remembered automatically per game) ... that may be ideal |
19:11:20 | SynrG | oh. is it a compile-time option, then, or some small amount of coding required? |
19:13:24 | funman | the latter |
19:13:57 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
19:14:33 | SynrG | will take a look at it when i have some time then, thanks |
19:15:10 | SynrG | btw, loving rockbox. now on my third day using it. have it installed on 3 clip+ systems and 2 fuzes in the household |
19:15:13 | | Join guymann_ [0] (~charles@66-159-149-214.adsl.snet.net) |
19:15:26 | | Quit guymann (Read error: Connection reset by peer) |
19:15:53 | SynrG | will probably install it on two more clip+ units by christmas |
19:17:45 | | Quit mystica555_ (Read error: Connection reset by peer) |
19:18:35 | | Join nosa [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
19:20:15 | funman | be sure to check out the networked doom then |
19:20:24 | funman | oh crap it doesn't exist yet :( |
19:21:10 | | Quit nosa-j (Ping timeout: 276 seconds) |
19:21:10 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
19:21:20 | SynrG | heh |
19:21:51 | SynrG | well, i really haven't loads of time to contribute. but good luck with that |
19:25:27 | | Quit funman (Quit: leaving) |
19:26:35 | | Join nosa [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
19:27:47 | | Quit nosa-j (Ping timeout: 240 seconds) |
19:27:48 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
19:31:28 | | Join freddybb [0] (~freddybbb@216.8.249.70.static.etczone.com) |
19:33:47 | | Quit mystica555 (Quit: Ekkusu Chatto) |
19:34:18 | | Join mystica555 [0] (~Mike@71-211-218-103.hlrn.qwest.net) |
19:35:08 | | Join robin0800 [0] (~robin0800@149.254.61.43) |
19:41:15 | | Quit robin0800 (Ping timeout: 252 seconds) |
19:42:58 | SynrG | 3.9.1 is in /branches/3_9? since i have the stable release installed on all these systems, i assume i need to start with fetching this branch instead of /trunk as HowToCompile suggests |
19:43:27 | SynrG | er, /branches/v3_9/ even |
19:46:26 | gevaerts | SynrG: yes. If you want 3.9.1 with that one modification, that's what you need. |
19:47:24 | gevaerts | HowToCompile points to trunk because in the vast majority of cases there's not much reason to start developing something on a stable branch |
19:47:44 | SynrG | makes perfect sense |
19:48:23 | SynrG | in principle *i* have no problem running developer releases, but i'm catering to a family of non-technical users with various tolerances for breakage |
19:48:43 | SynrG | generally i use stable releases of things unless there's a compelling reason to do otherwise |
19:51:04 | | Join robin0800 [0] (~robin0800@genkt-050-078.t-mobile.co.uk) |
19:52:52 | SynrG | gevaerts: most of my usable spare time for dev during the week is on the daily commute. this constrains me to a 64-bit atom netbook (n450) with 2G of ram and a 60G ssd. naturally, i'm used to the constraints this places on development ... on such a platform are build tasks impractically long, or just painfully slow? :) |
19:53:42 | gevaerts | which OS? |
19:53:46 | SynrG | debian sid |
19:53:55 | gevaerts | Should be fine then |
19:54:00 | SynrG | k |
19:55:15 | gevaerts | A full build should take a few minutes at most |
19:55:23 | | Quit robin0800 (Ping timeout: 240 seconds) |
19:55:48 | SynrG | good. well, building the cross-compiler toolchain now. i guess that's considerably longer |
19:55:52 | gevaerts | And if you're working on just a few files, you're almost never doing a full build |
19:55:57 | * | SynrG nods |
19:56:42 | gevaerts | The toolchain takes between ten minutes and ten hours depending on the system. The "hours" end of the spectrum is systems using cygwin |
19:56:54 | SynrG | horrors |
19:56:56 | gevaerts | That;s why I asked about your OS |
19:57:00 | SynrG | :) |
19:57:55 | | Quit perrikwp (Ping timeout: 245 seconds) |
19:59:26 | | Quit GeekShad1w (Ping timeout: 240 seconds) |
20:00 |
20:00:24 | | Join GeekShadow [0] (~antoine@107.123.197.77.rev.sfr.net) |
20:12:54 | | Quit GeekShadow (Changing host) |
20:12:54 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
20:24:29 | | Join TheLemonMan [0] (~giuseppe@ppp-29-57.26-151.libero.it) |
20:29:07 | | Join nosa [0] (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
20:30:22 | | Quit nosa-j (Ping timeout: 248 seconds) |
20:30:22 | | Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-50.clt.bellsouth.net) |
20:34:22 | * | [7] wonders what to do about the ipod classic's partitioning |
20:34:35 | SynrG | gevaerts: wasn't too bad. just finished |
20:34:53 | [7] | apparently there are usually two cascaded partition tables on those... |
20:35:03 | SynrG | so, under an hr |
20:38:25 | jhMikeS | ujujI |
20:38:27 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
20:39:41 | wodz | [7]: regarding byteswap ata - archoses (SH) and MPIOs (CF) have this as well. Our byteswapping code is buried in ata drivers for thouse. |
20:40:01 | | Quit GeekShadow (Ping timeout: 258 seconds) |
20:40:18 | [7] | [20:30:38] -*- [7] facepalms |
20:40:18 | [7] | [20:32:25] <[7]> seriously. why on earth would one swap these bytes in software if the hardware can do it by simply setting a bit in a control register!? |
20:40:18 | [7] | [20:33:40] <[7]> why do I have to disassemble a 10MB OF blob to figure that out? |
20:40:18 | DBUG | Enqueued KICK [7] |
20:40:18 | [7] | [20:34:04] <[7]> why didn't they just do it the right way in diagmode / disk mode as well? |
20:40:18 | [7] | [20:34:13] <[7]> i mean, they could have just used the OF's driver in disk mode as well! |
20:40:20 | [7] | [20:35:01] <[7]> we'll definitely need to break compatibility with old ipod classic emcore/rockbox installations rather soon |
20:40:26 | [7] | wodz: so that seems to have been resolved :) |
20:40:51 | | Join GeekShadow [0] (~antoine@96.222.196.77.rev.sfr.net) |
20:41:08 | wodz | we have define for this ATA_SWAP_WORDS |
20:50:52 | | Quit beta2k (Ping timeout: 276 seconds) |
21:00 |
21:01:26 | *** | Saving seen data "./dancer.seen" |
21:06:13 | | Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) |
21:06:46 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
21:06:46 | * | [7] wonders how to best handle the format transition |
21:07:56 | [7] | there isn't really a way by which we could warn users that they'll lose their data |
21:08:11 | [7] | and emcore/rockbox will have to be updated at the same time |
21:09:01 | | Join morganwk [0] (43a56a2a@gateway/web/freenode/ip.67.165.106.42) |
21:09:04 | gevaerts | [7]: would the upgrade procedure do the format change automatically? |
21:09:04 | morganwk | AAAAAAAHHHHHH |
21:09:14 | morganwk | rockbox formatted my music |
21:09:38 | [7] | gevaerts: yes, the hard way |
21:09:49 | morganwk | when I booted, my ipod made this terrible screeching noise and then there were no files in my albums |
21:09:59 | SynrG | pardon the newbie questions. it's unclear to me in HowToCompile if the 'fullzip' target produces something equivalent to the complete install or whether just 'make zip' is sufficient |
21:10:00 | morganwk | all of the music files are GONE |
21:10:26 | * | [7] looks at gevaerts |
21:10:45 | morganwk | can somebody help? |
21:10:53 | [7] | SynrG: make fullzip == make zip + fonts package IIRC |
21:11:03 | morganwk | why the heck would all my music files suddenly be gone? |
21:11:07 | gevaerts | morganwk: did the noise come from the ipod, or from the headphones? |
21:11:18 | [7] | so make zip is what's usually distributed to end users |
21:11:18 | [7] | morganwk: broken hard drive? |
21:11:44 | morganwk | I don't know./ |
21:11:48 | SynrG | [7]: ok, tnx. the font files are installed separately, then, outside of the zip, by the installer? |
21:12:11 | [7] | also, what kind of ipod? |
21:12:44 | [7] | SynrG: some font files are also included in make zip, and the extra ones can be installed separately through the rockbox utility |
21:13:05 | morganwk | when I booted it, it (the actual hardware) made a terrible noise and when rb loaded and I looked in my music folder, there were no music files. The folder structure remained intact. iPod 5g |
21:13:13 | SynrG | k |
21:13:37 | morganwk | oh |
21:13:40 | morganwk | I feel really stupid |
21:13:54 | morganwk | I think I had it set to only display playlists |
21:14:27 | morganwk | yep |
21:14:32 | morganwk | false alarm |
21:14:45 | morganwk | but that doesn't explain the noise!! |
21:14:54 | | Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) |
21:15:13 | morganwk | It was a terrible high pitched version of the noise it makes when updating the database |
21:15:42 | saratoga | head crash on the hard disk? |
21:15:53 | morganwk | i don't know |
21:16:07 | SynrG | might want to check the S.M.A.R.T. status |
21:16:12 | saratoga | do you have a ton of bad sectors on the disk? |
21:16:33 | morganwk | actually |
21:16:48 | morganwk | it has been acting strangely for the past year |
21:17:04 | morganwk | once it put all my music out of order |
21:17:09 | morganwk | I think it is just old |
21:17:17 | SynrG | make sure you have good backups |
21:17:41 | morganwk | I do |
21:17:57 | morganwk | we have like several solid months of music on the computer |
21:18:02 | morganwk | maybe even a year |
21:18:08 | morganwk | it's like 500 gb |
21:18:20 | [7] | does the ipod video diagmode have SMART support? |
21:18:20 | [7] | if yes, you might want to check that |
21:18:33 | morganwk | now that I am done with rockbox giving me a heart attack, |
21:18:36 | morganwk | wait |
21:18:42 | morganwk | I do have another prob |
21:19:04 | morganwk | when I try to use the iClassic or iLike skins, it doesn't work |
21:19:07 | SynrG | well, if it were me, i'd want to image the drive in case. there's a fair amount of time invested in getting everything "just so" on the system |
21:19:26 | morganwk | it just shows data |
21:19:29 | morganwk | like decibels and volts |
21:19:34 | morganwk | and song title |
21:19:36 | morganwk | no graphics |
21:20:59 | morganwk | I think I am going to make a vista theme |
21:21:07 | morganwk | and make it actualy look like vista |
21:21:19 | morganwk | or LCARS command interface from star trek |
21:21:22 | morganwk | either one |
21:22:33 | morganwk | how do you make a theme? Is there an editor or do you have to dive into configs? I hate doing that... |
21:23:49 | SynrG | use the wiki? http://www.rockbox.org/wiki/CustomWPS apparently |
21:24:32 | morganwk | do you know much about star trek? |
21:25:08 | SynrG | well, as much as the average geek. but this is OT for here, i suspect |
21:25:41 | morganwk | I might make a LCARS command interface skin |
21:26:37 | SynrG | apparently it has been done, at least for the e200 target. |
21:27:12 | morganwk | not for 5g |
21:31:01 | | Quit icarusfactor (Read error: Connection reset by peer) |
21:31:07 | | Quit morganwk (Quit: Page closed) |
21:31:44 | [7] | gevaerts: there are two possibilities: |
21:33:12 | [7] | if the user updates rockbox first, it will just not work. if he reformats the drive through rockbox, emcore will not be able to load rockbox any more during the next boot and load the fallback image, which will now also not work, and if the user reformats again he'll be back to the first non-working state. not very desirable. |
21:33:22 | | Quit Kiwi_Cam (Quit: Leaving) |
21:34:13 | * | gevaerts nods |
21:34:39 | [7] | if the user updates emcore first, it will reformat the drive during installation (and warn the user before doing that), and flash a new rockbox fallback image. the regular rockbox binary will be gone, so if the user installs a recent rockbox build after that, everything will be fine. if the user installs an old build though, it won't work, and formatting through that build will run into the same trouble as above |
21:35:44 | gevaerts | hm |
21:35:56 | [7] | in theory we could make rockbox detect the current hdd endianness and make it work with both, and let the next emcore update do the transition, but I don't really like that kind of magic, especially as rockbox won't know what to do if the user will ever trash his MBR |
21:36:26 | gevaerts | I'd go for trying to detect the situation and show a good error message |
21:36:46 | [7] | which could again lead to ipods formatted in a way that rockbox can access but emcore can't boot |
21:37:14 | [7] | hm, can we even show an error message? is this running on the UI thread? |
21:37:29 | gevaerts | Yes |
21:38:29 | [7] | OTOH this is an unusable port... how many people are even using it? |
21:38:37 | [7] | and in the long run we'll probably want to get rid of emcore |
21:38:51 | [7] | so one could postpone it until that happens |
21:39:19 | gevaerts | Yes, doing this to e.g. the h1x0 would be a lot worse |
21:39:53 | [7] | which brings up the next question: the ipod classic installation is going to be tricky |
21:40:45 | [7] | even though I've found a way to inject code into the firmware image on the HDD, writing that image before rockbox is installed isn't really easy |
21:41:30 | [7] | there's a bunch of vendor-specific scsi commands involved in accessing it, and from what I can tell you can't easily access just a couple of sectors, instead you'll have to write the whole firmware partition at once |
21:41:48 | | Quit freddybb (Read error: Connection reset by peer) |
21:41:55 | [7] | which again means that you'll need to grab and decode a firmware image from phobos first |
21:42:49 | [7] | i'm also not sure how to handle the hidden firmware partition from rockbox's point of view |
21:42:57 | user890104 | [7]: can we make custom ipsws, and use itunes to flash them? |
21:43:08 | [7] | user890104: copyright issues |
21:43:28 | user890104 | ah, i see |
21:43:37 | gevaerts | [7]: I believe the fuze+ also has nested partition tables or something like that |
21:43:46 | [7] | just pretend that the drive would be smaller than it actually is and hide away the first few thousand sectors at the storage layer? |
21:43:47 | user890104 | then let the users patch them, like the sansas iirc? |
21:44:36 | gevaerts | [7]: how does emcore installation work today? Do you use some sort of DFU mode to run code? |
21:44:56 | [7] | yes, we flash away apple's bootloader through DFU |
21:45:22 | gevaerts | Direct to flash, or running your own code first? |
21:45:37 | [7] | running own code first, but limited to 128K size |
21:46:31 | [7] | so we probably won't easily fit a rockbox bootloader + installer in there |
21:46:34 | | Quit GermanMushroom (Read error: Connection reset by peer) |
21:46:51 | gevaerts | right |
21:47:10 | [7] | also talking to that DFU interface on windows is a bit complicated |
21:47:35 | [7] | so DFU is the thing that I'm wanting to get rid of in the first place |
21:47:43 | gevaerts | Well, the nano2g bootloader is 53K. The other ipod bootloaders are smaller. |
21:48:04 | [7] | I'm just afraid that accessing the firmware partition might not be much easier |
21:48:06 | | Join icarusfactor [0] (~factor@74.197.205.204) |
21:48:29 | gevaerts | Yes, from what it sounds like it's not a good idea to throw away possibilities too soon... |
21:48:58 | [7] | we can probably handle that with less driver trouble and interference from itunes, but having to send over apple's 90MB-sized firmware blob doesn't seem very appealing |
21:51:57 | | Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) |
21:53:17 | [7] | gevaerts: do you think it's a good idea to keep apple's weird formatting (nested partition tables, hidden firmware partition) on these devices? |
21:53:32 | gevaerts | [7]: do you want to support dual boot? |
21:54:13 | [7] | i'd think so |
21:54:13 | [7] | but I'd guess that we can trick the OF into accepting different layouts as well |
21:55:14 | [7] | from what I know from the nano2g it will probably accept a superfloppy-formatted "user volume", which would be what a normally MBR-partitioned disk would look like |
21:55:57 | [7] | OTOH what apple is doing might look similar enough to an extended partition |
21:57:10 | gevaerts | I'd check if the fuze+ approach works. If it does (i.e. this is similar enough), I'd change as little as possible |
21:59:07 | | Quit TheLemonMan (Remote host closed the connection) |
22:00 |
22:01:44 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
22:01:47 | pamaury | the fuze+ has two nested partitions tables |
22:02:43 | pamaury | in "normal" mode, I only expose the nested one and if the bootloader is given a special argument on boot, this behaviour is disable and the whole drive is exposed, this is useful to build a reocvery mode image to reflash the bootloader |
22:03:05 | | Join TheLemonMan [0] (~giuseppe@ppp-29-57.26-151.libero.it) |
22:04:03 | [7] | user890104: did you manage to capture a classic restore process in the meantime? |
22:04:39 | user890104 | i only captured the dfu+wtf part and almost the whole firmware update part |
22:04:47 | [7] | i'm curious if these update log pages already exist on the classic, and if yes, where they're stored |
22:05:00 | user890104 | my usb capture app died in the last few seconds |
22:05:11 | user890104 | i even repeated it, and the result was the same |
22:05:24 | [7] | and also that .rb3 file doesn't exist on the classic, so there'll probably be only a type 0 upload |
22:05:29 | user890104 | i should consider trying Farthen's method |
22:05:49 | [7] | anyway, I'll probably only need the first couple of packets to gather the neccessary information |
22:08:28 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
22:08:31 | [7] | user890104: I'm interested in, let's say, the first 100 c6 commands |
22:09:05 | user890104 | [7]: yeah, these should be there |
22:09:30 | [7] | can you send them over? |
22:10:40 | user890104 | sure |
22:12:06 | user890104 | you can unstall usblyzer in the meantime |
22:12:17 | user890104 | 7-zip is compressing the dump pretty well |
22:12:41 | | Quit GermanMushroom (Client Quit) |
22:12:45 | | Join robin0800 [0] (~robin0800@149.254.61.41) |
22:16:18 | | Quit saratoga (Ping timeout: 265 seconds) |
22:20:40 | | Quit falco99 (Read error: Connection reset by peer) |
22:31:23 | | Quit wodz (Quit: Leaving) |
22:47:01 | | Quit GeekShadow (Remote host closed the connection) |
22:47:13 | | Join GeekShadow [0] (~antoine@136.216.196.77.rev.sfr.net) |
23:00 |
23:00:25 | | Join freddybb [0] (~freddybbb@216.8.239.112.etczone.com) |
23:01:27 | *** | Saving seen data "./dancer.seen" |
23:02:43 | | Quit TheLemonMan (Remote host closed the connection) |
23:03:40 | | Join TheLemonMan [0] (~giuseppe@ppp-29-57.26-151.libero.it) |
23:04:19 | | Quit pamaury (Remote host closed the connection) |
23:09:35 | | Join QuantumQrack [0] (~QuantumQr@184-99-108-4.boid.qwest.net) |
23:09:49 | QuantumQrack | Does rockbox have support to play .wav's? |
23:11:49 | gevaerts | Yes, except on the old Archoses where wav playback is not well integrated |
23:12:46 | QuantumQrack | I have an album though, and it just *hisses* |
23:13:14 | QuantumQrack | plays fine on pc |
23:13:21 | gevaerts | hm |
23:13:38 | QuantumQrack | can the codec be replaced? |
23:14:11 | gevaerts | Is it actually PCM wav? |
23:14:27 | QuantumQrack | I dont know how to tell what type of .wav it is |
23:14:29 | gevaerts | What do you mean by replacing the codec? |
23:14:59 | QuantumQrack | there are different codecs for playing different formats right? |
23:15:05 | QuantumQrack | ogg, mp3, etc etc |
23:15:19 | gevaerts | yes |
23:15:36 | QuantumQrack | so I assume there is one that supports .wav |
23:15:42 | QuantumQrack | *shrug* |
23:15:43 | gevaerts | well, technically ogg isn't a codec, it's a container format that usually contains vorbis |
23:15:55 | gevaerts | yes |
23:16:02 | gevaerts | Well, it supports PCM wav |
23:16:14 | QuantumQrack | hmm, this says DTS-WAV |
23:16:47 | | Join saratoga [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) |
23:17:05 | saratoga | we don't have a DTS decoder integrated into rockbox |
23:17:17 | QuantumQrack | ahh ,ok. That answers that. :-) |
23:17:22 | saratoga | its a fairly rare format, so i don't think anyone has bothered, although I suppose it would not be terribly hard |
23:17:25 | QuantumQrack | can I convert it? |
23:17:26 | | Quit GeekShadow (Ping timeout: 252 seconds) |
23:17:34 | saratoga | sure |
23:17:40 | QuantumQrack | software? |
23:17:52 | QuantumQrack | which software can I use to convert it |
23:18:05 | saratoga | probably whatever you use to play it |
23:18:15 | QuantumQrack | I use VLC |
23:21:47 | | Join GeekShadow [0] (~antoine@233.216.192.77.rev.sfr.net) |
23:25:22 | | Part QuantumQrack |
23:27:35 | | Quit GeekShadow (Ping timeout: 244 seconds) |
23:29:57 | | Part lovasoa |
23:35:02 | | Join GeekShadow [0] (~antoine@120.216.192.77.rev.sfr.net) |
23:36:48 | | Quit zchs (Ping timeout: 252 seconds) |
23:39:03 | | Quit robin0800 (Ping timeout: 244 seconds) |
23:41:29 | | Join robin0800 [0] (~robin0800@149.254.61.41) |
23:45:03 | | Quit GeekShadow (Ping timeout: 252 seconds) |
23:45:27 | | Join GeekShadow [0] (~antoine@88.129.197.77.rev.sfr.net) |
23:49:55 | | Quit TheLemonMan (Remote host closed the connection) |
23:54:04 | | Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) |