00:04:05 | | Quit pamaury (Remote host closed the connection) |
00:13:12 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
00:17:36 | | Quit pamaury (Ping timeout: 260 seconds) |
00:53:32 | | Part robertd1 |
00:59:31 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:11:03 | | Quit xorly (Ping timeout: 250 seconds) |
01:14:00 | | Join xorly [0] (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
01:30:27 | | Quit xorly (Ping timeout: 248 seconds) |
01:43:37 | | Quit ZincAlloy (Quit: Leaving.) |
02:00 |
02:25:11 | | Quit krnlyng (Ping timeout: 260 seconds) |
02:37:58 | | Join krnlyng [0] (~liar@178.112.214.213.wireless.dyn.drei.com) |
02:59:32 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:31:15 | | Quit Jinx (Quit: reboot) |
04:59:36 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:38:37 | cohokiller673 | i tried to install rockbox v8-designware and i get a message that rockbox.ipod is missing and it just says entering bootloader usb mode. what should I do next? |
06:51:39 | | Quit TheSeven (Ping timeout: 260 seconds) |
06:51:53 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
06:52:46 | | Quit alexweissman (Remote host closed the connection) |
06:53:44 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
06:59:40 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:09:15 | Bilgus | TorC, johnb2: I've changed the menus to what we discussed and optimized the code more plus added the option to block 'buttons locked' notifications on softlock |
07:09:21 | Bilgus | http://www.mediafire.com/?tl0828dq7lq1c |
07:11:15 | Bilgus | ^ Selective Backlight/Softlock Clip+,Clipzip, FuzeV2, Fuze+, Cowon D2 |
07:12:22 | Bilgus | cohokiller673: that means you don't have the firmware file are you using the rockbox installer? |
07:13:50 | Bilgus | You can manually download the firmware and copy it to the root of the device |
07:14:11 | Bilgus | (the whole .rockbox folder) |
07:14:55 | | Join johnb2 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
07:16:19 | Bilgus | johnb2 just in time just uploaded some new firmware files, have you found anything bug wise? also I increased the timeout after a filtered action and that seems to have removed the volume problem you spoke of on your clip+ |
07:17:34 | Bilgus | Now mind you unmapped buttons will still turn on the backlight but the increased timeout makes it more of a intended button press instead of the ocassional unintended ones |
07:20:07 | johnb2 | Bilgus: I only downloaded the files last night, but didn't get to testing yet. So now I will download again your latest version and will test during the day. I hope to have some feedback in 14 hours or so ... |
07:33:19 | | Quit alexweissman (Remote host closed the connection) |
07:35:47 | | Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
07:35:48 | | Quit pixelma (Quit: .) |
07:39:42 | | Join amiconn [0] (~amiconn@rockbox/developer/amiconn) |
07:39:45 | | Join pixelma [0] (~pixelma@rockbox/staff/pixelma) |
07:54:34 | | Quit johnb2 (Ping timeout: 260 seconds) |
08:00 |
08:17:46 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
08:19:45 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
08:25:40 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:29:17 | wodz | pamaury: (log) atj hwstub compiled with clang 3.9 works. However interrupt specific part is in asm so no special __attribute__() things. Other then this everything seems to work correctly. |
08:59:41 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:05:57 | | Quit rasher (Ping timeout: 268 seconds) |
09:09:06 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:20:43 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
09:32:43 | | Join JanC_ [0] (~janc@lugwv/member/JanC) |
09:33:12 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
09:33:58 | | Nick JanC is now known as Guest13710 (~janc@lugwv/member/JanC) |
09:33:58 | | Quit Guest13710 (Killed (hitchcock.freenode.net (Nickname regained by services))) |
09:33:58 | | Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) |
09:41:40 | pamaury | wodz: good to know :) |
09:42:11 | | Join xorly [0] (~xorly@wced-99-219-32-147.feld.cvut.cz) |
09:46:35 | wodz | pamaury: I don't have any arm target in working condition to test hwstub or rockbox compiled with clang |
09:47:38 | pamaury | I'll try hwstub on stmp tonight with clang |
09:48:02 | wodz | pamaury: AFAIK it worked before |
09:59:18 | pamaury | I was thinking trying to add interrupts in hwstub and see if it works |
09:59:29 | pamaury | since it's smaller and more contained |
10:00 |
10:04:58 | wodz | pamaury: would be nice to rule this out on small sample |
10:14:37 | | Quit girafe (Read error: Connection reset by peer) |
10:20:37 | wodz | pamaury: Actually you could add interrupt not related to functioning of hwstub (like timer) and check some counter incremented in ISR to see if it is working. |
10:28:35 | | Quit pamaury (Ping timeout: 248 seconds) |
10:48:50 | cohokiller673 | anyone know how to get musicbee to recognize my rockbox'd ipod classic as a removable drive and not an ipod? it keeps syncing the music to ipod_control and changing the file names |
10:51:28 | | Quit xorly (Ping timeout: 246 seconds) |
10:54:33 | | Join xorly [0] (~xorly@wifi-cl-57.feld.cvut.cz) |
10:59:43 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:00:20 | wodz | cohokiller673: That is because rockbox reuse VID:PID of the ipod. You could ask [Saint] if he has rockbox version witch changed VID:PID otherwise you'd need to patch and recompile rockbox yourself |
11:03:27 | | Join johnb2 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
11:12:23 | | Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) |
11:12:24 | | Quit pamaury (Changing host) |
11:12:24 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:15:34 | cohokiller673 | im hoping the maker of musicbee adds support for rockbox, you would think he'd want to |
11:15:35 | | Quit einhirn (Ping timeout: 240 seconds) |
11:16:19 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
11:22:14 | | Quit johnb2 (Ping timeout: 260 seconds) |
11:36:05 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
11:39:32 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d5c6:9cee:a70c:b820) |
11:42:44 | wodz | cohokiller673: The point is from the musicbee POV this is just ipod as VID:PID matches |
11:44:16 | | Join robertd1 [0] (~root@201.208.231.245) |
11:58:32 | | Join ChristW [0] (~christ@2001:981:9c8e:1:303f:3b7d:8df7:28e7) |
12:00 |
12:01:11 | ChristW | Hi, I have a couple of files that almost 100% reliably crash Rockbox on an iPod 6G (I know, I know...). I was wondering if I could give a hand in debugging this. Can I gdb it somehow? |
12:09:50 | pamaury | ChristW: no there is no way to gdb. Do they crash rockbox on other players? And can you be more precise about the nature of the crash |
12:10:35 | ChristW | pamaury: I have no other players :-( Too bad about GDB. I was just trying to reproduce a crash screebn, but, of course, couldn't get any crashes at the moment :-) |
12:10:46 | ChristW | I recompiled Rockbox last night, so it's fresh. |
12:11:41 | wodz | ChristW: Does it crash in sim too? |
12:12:36 | ChristW | Haven't tried. I get Data Error (IIRC) #F7 |
12:13:16 | ChristW | Got one! |
12:13:42 | wodz | ChristW: you can gdb sim (a bit tricky but possible) |
12:15:20 | ChristW | "Data abort at 08007CC8 \n FSR #F7 \n (domain 15, fault 7) \n address 0xAB730D94 \n pc:08007CC8 sp:080BF2A0 |
12:25:35 | ChristW | I _guess_ it has to do with large album (front cover) picture information in the file. |
12:29:57 | ChristW | Hum, 20.5kB, 300x299 pixels. Not exactly large... |
12:33:30 | ChristW | First let me try to crash to simulator, but if it's hard disk reading speed related (or something like that...) that's probably not going to work. |
12:46:59 | ChristW | brb, lunch |
12:47:06 | ChristW | (no crashes in UI sim so far...) |
12:47:57 | | Quit xorly (Ping timeout: 245 seconds) |
12:52:07 | | Quit ChristW (Quit: Leaving.) |
12:59:47 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:06:41 | | Join xorly [0] (~xorly@wced-99-219-32-147.feld.cvut.cz) |
13:20:44 | | Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) |
13:40:16 | | Quit akaWolf (Read error: Connection reset by peer) |
13:40:43 | | Join johnb2 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
13:53:27 | [Saint] | cohokiller673: what device is this again? |
13:53:42 | [Saint] | Video, or Classic? |
13:57:38 | | Join ChristW [0] (~christ@80.100.128.3) |
13:58:45 | ChristW | Is there a way to relate the PC number I found (08007CC8) that crashed to a function? |
13:59:19 | gevaerts | Yes |
13:59:24 | * | gevaerts tries to remember :) |
13:59:56 | gevaerts | utils/analysis/find_addr.pl should help |
14:00 |
14:00:05 | gevaerts | Or read the map file by hand of course |
14:00:25 | [Saint] | one needs the actual mapfile, though. this assumes self compilation. |
14:00:58 | gevaerts | "I recompiled Rockbox last night, so it's fresh" was mentioned earlier |
14:01:07 | [Saint] | we strip the mapfile from the shipped builds for some ungodly reason. |
14:01:12 | [Saint] | and, ah. right, sorry. |
14:01:47 | ChristW | Hey, that was over an hour ago, I don't blame you for not remembering everything I said earlier! |
14:02:49 | [Saint] | eh, I use a distributed core/client for IRC. I wasn't here, but I logged everything. No excuse for not reading backlog really. |
14:05:30 | [Saint] | cohokiller673: eh, it's 0200 here man. so, I'll just say that you're looking for: |
14:05:30 | [Saint] | /rockbox/firmware/export/config/$(your_device_goes_here).h |
14:07:10 | [Saint] | Then you'll need to edit: |
14:07:10 | [Saint] | #define USB_VENDOR_ID 0x**** |
14:07:10 | [Saint] | and |
14:07:10 | [Saint] | #define USB_PRODUCT_ID 0x**** |
14:07:10 | [Saint] | to |
14:07:10 | *** | Alert Mode level 1 |
14:07:10 | [Saint] | #define USB_VENDOR_ID 0x123a |
14:07:13 | [Saint] | and |
14:07:15 | [Saint] | #define USB_PRODUCT_ID 0x456b |
14:07:45 | [Saint] | These USB VID/PID combinations are reserved for example and guaranteed to be unused by any legitimate vendor. |
14:10:39 | [Saint] | (Note: in the above VID/PID example, **** is a placeholder. For the iPods, the Vendor ID will always be 0x05AC for Apple Inc.) |
14:10:59 | | Quit johnb2 (Ping timeout: 248 seconds) |
14:13:57 | [Saint] | cohokiller673: I go into the above in more detail here: |
14:13:59 | [Saint] | http://forums.rockbox.org/index.php/topic,43493.msg220761.html?PHPSESSID=uq2re2p8l223dtgm67p4bvt141#msg220761 |
14:14:20 | [Saint] | Re: Problems with Rockboxed iPod classic (6g slim 160gb) with Mac |
14:14:20 | [Saint] | « Reply #8 on: September 26, 2013, 11:07:38 PM » |
14:15:24 | [Saint] | (ignore the iPod Classic 6G and Mac bits, the premise is the same for any iPod model and a host that is being a dick) |
14:17:11 | *** | Alert Mode OFF |
14:19:51 | ChristW | find_addr.pl does not find my address, I guess :-( 0x09007cc8 -> |
14:20:01 | ChristW | 0x8007cc8, of course... |
14:21:46 | ChristW | I assume I put in the PC there. If I put in the Address, it tells that that is 'plugin space' and I need to specify which plugin it is. But it isn't a plugin, it's just playing back a file. |
14:21:57 | ChristW | The Address is different this time, the pc is the same. |
14:22:53 | | Join ChristW1 [0] (~ubuntu@80.100.128.3) |
14:23:03 | [Saint] | you might not ever hit the address verbatim. |
14:23:13 | [Saint] | you'll often be looking for 'close enough'. |
14:23:13 | | Nick ChristW is now known as ChristW_ (~christ@80.100.128.3) |
14:23:23 | | Nick ChristW1 is now known as ChristW (~ubuntu@80.100.128.3) |
14:23:27 | [Saint] | which will usually at least tell you what code block it is in. |
14:24:04 | ChristW | Right now it doesn't tell me anything, not even near where the crash occured. |
14:24:12 | | Quit xorly (Ping timeout: 245 seconds) |
14:26:28 | ChristW | Although if I look in the .map file myself, I see this: |
14:26:46 | ChristW | 0x08007a9c 0x1ba8 /home/ubuntu/Desktop/rockbox/build/apps/bu |
14:26:46 | ChristW | ffering.o |
14:26:46 | ChristW | 0x08007cf4 bufftell |
14:27:03 | ChristW | So I guess that my code lies in buffering.o ... |
14:31:03 | [Saint] | this seems like a very reasonable assumption to derive from the stated information, indeed. |
14:32:03 | | Quit ChristW_ (Quit: Leaving.) |
14:32:12 | [Saint] | ChristW: is this with a debug build? You may well get more verbosity/granularity there. In fact, you definitely will. |
14:32:22 | [Saint] | (assuming it isn't currently) |
14:33:46 | [Saint] | If you can't nail it down to a sufficiently small section of code even then, you can make a DEBUG+LOGF build, and sprinkle a fucktonne of LOGF statements around the codeblock you believe to be failing. |
14:34:27 | | Quit ChristW (Ping timeout: 248 seconds) |
14:34:40 | [Saint] | bah. |
14:35:18 | | Join ChristW [0] (~christ@80.100.128.3) |
14:35:29 | | Join ChristW1 [0] (~ubuntu@80.100.128.3) |
14:35:38 | [Saint] | [20161130023105] <[Saint]> this seems like a very reasonable assumption to derive from the stated information, indeed. |
14:35:38 | [Saint] | [20161130023205] <−− ChristW_ (~christ@80.100.128.3) has quit (Quit: Leaving.) |
14:35:38 | [Saint] | [20161130023213] <[Saint]> ChristW: is this with a debug build? You may well get more verbosity/granularity there. In fact, you definitely will. |
14:35:38 | [Saint] | [20161130023224] <[Saint]> (assuming it isn't currently) |
14:35:38 | [Saint] | [20161130023345] <[Saint]> If you can't nail it down to a sufficiently small section of code even then, you can make a DEBUG+LOGF build, and sprinkle a fucktonne of LOGF statements around the codeblock you believe to be failing. |
14:35:45 | [Saint] | ChristW: ^ |
14:36:00 | [Saint] | (you fell off the infowebz) |
14:36:15 | ChristW1 | Yes, I know :-( |
14:36:25 | ChristW1 | Thanks for the recap. This probably isn't a debug build. |
14:37:13 | [Saint] | OK, well, re-run configure, select the target as normal, then select advanced build, instead of normal build, and select debug. |
14:37:42 | ChristW1 | Yeah, I just stumbeled into that, thanks! Looks like a handy tool, this 'configure'. |
14:37:57 | [Saint] | then run 'make veryclean' (or, run configure from a clean directory), and build as normal. |
14:38:17 | [Saint] | if you don't have ccache installed, you probably should, because you'll be compiling a lot. |
14:38:47 | [Saint] | and this will speed things up by an order of magnitude. |
14:40:00 | ChristW1 | After I install ccache, will I need to re-configure or will this be picked up automatically by the build system? |
14:40:10 | [Saint] | automagical. |
14:40:23 | ChristW1 | And, do I need a cross-compile ccache? Ah, I like automagically happening things :-) |
14:40:43 | [Saint] | you'll see it in the make output 'found and using ccache', and, no. |
14:41:32 | [Saint] | whatever *nix distribution you're using will have ccache available with its regular package management system. |
14:41:45 | ChristW1 | Yeah, apt install ccache did that just fine. |
14:42:07 | ChristW1 | Oh, I;ll drop off the intarwebs soon again, I guess... family time! |
14:42:35 | ChristW1 | Will re-extract, re-run, hopefully re-crash and re-find-addr some time from now... |
14:42:48 | [Saint] | this build just now will be just as long as normal, well, slightly longer even, because you'll be running 'make veryclean' before make to ensure that we're building from a clean slate. |
14:43:09 | [Saint] | builds after that will only need to compile C objects that actually changed, due to ccache. |
14:43:17 | [Saint] | this will speed things up immensely. |
14:43:57 | [Saint] | also, note that you can pass the -j * flag to make, where * is 'number of physical cores on the host, multipled by two'. |
14:44:25 | [Saint] | So, if you have a quad core machine, do 'make -j 8' to run 8 parallel build processes. |
14:44:38 | [Saint] | which will also speed things up a shittonne. |
14:45:33 | [Saint] | you can also just pass a raw -j flag to make, with no integer parameter, to say 'spawn as many damn processes as you can', but this is rarely, if ever, advisable. |
14:45:55 | [Saint] | 'physical_cores X 2' is a good rule of thumb. |
14:46:45 | [Saint] | Anyhoo...have fun, I should wander off to bed myself. It's 0245 here. Yawn territory. |
14:59:42 | | Quit robertd1 (Ping timeout: 260 seconds) |
14:59:50 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:10:56 | | Join robertd1 [0] (~root@201.208.231.245) |
15:27:24 | | Quit wodz_ (Ping timeout: 258 seconds) |
15:27:27 | | Quit ChristW (Quit: Leaving.) |
15:31:21 | | Quit ChristW1 (Ping timeout: 268 seconds) |
15:35:01 | | Join ChristW [0] (~christ@80.100.128.3) |
15:35:36 | | Join ChristW1 [0] (~ubuntu@80.100.128.3) |
15:36:34 | ChristW1 | Crash pc=0x08007cf8 this time. Still, find_addr.pl doesn't find anything, but the map file tells me it's still buffering.o |
15:37:15 | ChristW1 | .text 0x08007acc 0x1bc0 /home/ubuntu/Desktop/rockbox/build/apps/buffering.o |
15:37:15 | ChristW1 | 0x08007d24 bufftell |
15:39:08 | ChristW | How does a LOGF build work? Can I use the serial port for that? |
15:39:38 | ChristW | (sorry, using my main system and Rockbox dev VM at the same time in this room, makes it noisy!) |
15:42:02 | pamaury | ChristW: logf needs to be enabled in configure |
15:42:18 | pamaury | and each file must #define LOGF_ENABLE before #include "logf.h" |
15:42:34 | pamaury | you can direct logf to usb serial in the debug menu |
15:43:51 | pixelma | on an Ipod Video, IIUC? |
15:45:03 | | Quit rela (Read error: Connection reset by peer) |
15:50:59 | [Saint] | pixelma: hM? |
15:51:05 | [Saint] | *hmmm? |
15:58:05 | pixelma | sorry got mixed up with the Ipod Video and 6G users here... |
15:59:31 | pixelma | at the same time I wanted to make sure if the last thing that was said about the logf directing was possible on the target ChristW had (sorry, I just don't know enough about these builds) |
16:00 |
16:07:07 | | Quit wodz (Ping timeout: 268 seconds) |
16:38:53 | | Quit [Saint] (Quit: Going dark for routine maintenance - back in ~5 minutes) |
16:45:30 | | Join [Saint] [0] (~sinner@rockbox/staff/saint) |
16:58:37 | axx_ | hi |
16:58:42 | | Join wodz_ [0] (~wodz@89-74-169-198.dynamic.chello.pl) |
16:58:52 | axx_ | oh wow, my Sansa Plus Clip's screen is now all of a sudden quite dark and a bit redish… |
16:59:18 | axx_ | following the other day's write error messages that have started being thrown by Rockbox, this doesn't sound great |
16:59:25 | [Saint] | hardware, like humans, is mortal. |
16:59:29 | axx_ | anyone have similar experience? |
16:59:51 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:00:07 | axx_ | (I think it keeps running out of battery too, which isn't helping… and this might be a manifestation of it) |
17:00:12 | [Saint] | it's years and years and years old, and likely seen hundreds of hours, if not thousands, of use. |
17:00:19 | [Saint] | it's not gonna live forever. |
17:04:02 | [Saint] | axx_: the battery is very unlikely to be the case of anything other than low runtimes. |
17:04:49 | [Saint] | all these symptoms are likely just the manifestations of old, inexpensive, mass produced hardware doing what it will always do eventually. |
17:05:37 | [Saint] | s/case/cause/ |
17:13:32 | | Quit petur (Read error: Connection reset by peer) |
17:19:32 | | Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) |
17:33:10 | pamaury_ | I think the clip plus screen is oled, which has almost by construction a limited life |
17:34:12 | | Join Senji [0] (~Senji@85.187.103.250) |
17:35:07 | pamaury_ | recent amoled have made a lot of progress though |
17:36:10 | Bilgus | the blue typically goes first so might be why it looks red |
17:36:16 | | Quit pamaury (Remote host closed the connection) |
17:38:00 | Bilgus | IIRC you can get replacement screens hardest part will be getting it open |
17:38:38 | Bilgus | do the battery while you are there.. |
17:39:55 | | Quit pamaury_ (Ping timeout: 246 seconds) |
17:56:02 | | Join johnb2 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
18:00 |
18:08:10 | | Quit elensil (Quit: Leaving.) |
18:30:15 | | Quit ruhans (Quit: Connection closed for inactivity) |
18:41:20 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
18:43:37 | | Quit johnb2 (Ping timeout: 250 seconds) |
18:44:24 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:44:28 | | Join paulk-collins [0] (~paulk@gagarine.paulk.fr) |
18:53:40 | cohokiller673 | thank you [Saint] |
18:55:47 | | Join johnb2 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
18:59:41 | | Join lebellium [0] (~chatzilla@89-93-179-5.hfc.dyn.abo.bbox.fr) |
18:59:55 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:15:45 | | Join Steve_____ [0] (d5cdc6b2@gateway/web/freenode/ip.213.205.198.178) |
19:15:46 | Steve_____ | Evening :) |
19:16:31 | Steve_____ | I have an iRiver hp120 and boot loader v6 - I am about to upgrade my hdd and battery and am a bit confused on how to upgrade the boot loader to v7, would anyone be able to help please? |
19:19:19 | | Quit munch (Ping timeout: 258 seconds) |
19:26:35 | | Join johnb3 [0] (~johnb2@pD9564068.dip0.t-ipconnect.de) |
19:27:23 | | Join munch [0] (pls@gateway/shell/elitebnc/x-lctjgtzownltygbh) |
19:33:14 | Steve_____ | The instructions don't match what I have on my Rockbox installation so need some clarification. |
19:35:47 | | Join TheLemonMan [0] (~root@unaffiliated/thelemonman) |
19:38:35 | Steve_____ | hmmmm i have apparently executed roll .... waiting! hope haven't done anything stupid |
19:38:41 | Steve_____ | rolo* |
19:38:47 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
19:39:57 | Steve_____ | seems to be taking a long time... :-S |
19:40:02 | | Quit rela (Client Quit) |
19:40:16 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
19:42:58 | | Part robertd1 |
19:48:07 | Steve_____ | It just says ROLO... Executing and is doing nothing! Anyone around to help please? |
19:48:22 | Steve_____ | Think I might have made a mistake :( |
19:49:46 | gevaerts | I don't think very many people know the h1x0 these days... |
19:50:24 | Steve_____ | hi, sure, I know it's an oldie |
19:50:56 | pixelma | at least amiconn is still in this channel (but away currently, probably on his way home) |
19:50:58 | Steve_____ | it's a good one though, I never meant to run the script, instructions said I would be given another menu so looked at it... and it just started |
19:51:25 | pixelma | (trying to get some attention) |
19:51:33 | Steve_____ | now i can;t do a thing with it... it's completely frozen up! Oops!! |
19:53:09 | Steve_____ | Might have to wait until the battery dies for it to come out of this ROLO mode |
19:53:42 | johnb3 | Bilgus: Very nice! |
19:54:43 | johnb3 | Clip+: I like the new menu structure. I can confirm that you really manage to filter my Vol+- problem ;-) |
19:56:03 | | Join girafe [0] (~girafe@LFbn-1-8015-136.w90-112.abo.wanadoo.fr) |
19:58:48 | johnb3 | One thing maybe someone else can check or nullify: I listen to lots of podcasts. Once I am done with all I downloaded from on source, I go to the file browser and do a "Delete directory". My impression is, that this is slower than with the dev build (all the screen updates during that deletion, too). I have not done measurements to confirm, because it doesn't really bother me. |
19:59:24 | Steve_____ | OK, so I hit reset and the default firmware has been restored - so at least I have a working iRiver again!! |
19:59:40 | johnb3 | Nothing else to report, it worked just fine. |
20:00 |
20:00:12 | johnb3 | FuzeV2: no problems. Great job. Thank you. |
20:13:35 | | Join petur [0] (~petur@rockbox/developer/petur) |
20:14:47 | Steve_____ | Anyone any clues on how to upgrade the iRiver boot loader from v6 to v7 please? |
20:16:58 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
20:24:22 | Steve_____ | Or perhaps how to remove the v6 boot loader and go back to the default iRiver software please? |
20:27:51 | | Join scorche|sh [0] (~scorche@squisch.net) |
20:27:51 | | Quit scorche|sh (Changing host) |
20:27:52 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
20:28:08 | | Quit Galois (Remote host closed the connection) |
20:28:22 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
20:57:59 | | Quit wodz_ (Ping timeout: 260 seconds) |
20:59:56 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:11:50 | | Quit johnb2 (Quit: Nettalk6 - www.ntalk.de) |
21:20:24 | | Quit Steve_____ (Ping timeout: 260 seconds) |
21:22:32 | | Quit bluebrother (Ping timeout: 245 seconds) |
21:23:04 | | Quit fs-bluebot (Ping timeout: 252 seconds) |
21:24:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
21:35:54 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
21:36:54 | | Join fs-bluebot [0] (~fs-bluebo@xd9baf429.dyn.telefonica.de) |
22:00 |
22:35:09 | | Join Bray90820_ [0] (~bray90820@50-83-212-56.client.mchsi.com) |
22:37:30 | | Quit Bray90820 (Ping timeout: 258 seconds) |
22:42:32 | | Quit ender` (Quit: For too long, we have been a passively tolerant society, saying to our citizens 'as long as you obey the law, we will leave you alone. — David Cameron) |
22:49:22 | | Join ender` [0] (krneki@foo.eternallybored.org) |
22:52:45 | | Quit alexweissman (Remote host closed the connection) |
22:59:57 | *** | Saving seen data "./dancer.seen" |
23:00 |
23:00:59 | | Quit scorche|sh (Quit: leaving) |
23:01:11 | | Join scorche|sh [0] (~scorche@squisch.net) |
23:01:12 | | Quit scorche|sh (Changing host) |
23:01:12 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
23:17:30 | | Join alexweissman [0] (~alexweiss@2001-18e8-2-28cc-f000-11d.dhcp6-bl.indiana.edu) |
23:19:01 | | Quit alexweissman (Remote host closed the connection) |
23:20:16 | | Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 50.0/20161104212021]) |
23:21:59 | | Quit paulk-collins (Quit: Leaving) |
23:22:05 | | Join alexweissman [0] (~alexweiss@2001-18e8-2-28cc-f000-11d.dhcp6-bl.indiana.edu) |
23:22:10 | | Quit alexweissman (Remote host closed the connection) |
23:38:39 | | Join alexweissman [0] (~alexweiss@149-160-181-190.dhcp-bl.indiana.edu) |