--- Log for 15.04.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 1 hour ago 00.00.56 # but that could be triggered by a post commit hook, couldn't it? Or is there a reason to keep the manual update thingy? 00.01.07 # no idea 00.01.17 # security perhaps? 00.01.59 # And isn't a rst file in SVN a manual update? 00.02.16 # Automatic updating from a specific rst directory could work, automatic updating of the entire website is dangerous 00.02.34 # well, I wouldn't want to update everything of course :) 00.02.38 # just some content files 00.02.48 # bluebroth3r: well no, your scheme would work :) 00.03.16 # * bluebroth3r did something like that in the past (though not with rst files, and by parsing it with php) 00.03.47 # bluebroth3r: yes, I do experience the audio stopping on my phone. It seems to happen mostly after manual track skips, aditionally I hear short "drop outs" while just playing back for a while 00.04.42 # pixelma: I usually have that after unlocking the screen. I've increased the size of the buffer in RockboxPCM.java and don't seem to be able to reproduce the issue anymore. 00.04.55 # private static final int buf_len = ... 00.05.10 Quit pamaury (Remote host closed the connection) 00.05.17 # I've basically made it 4*getMinBufferSize() 00.05.24 # maybe it's worth a try? 00.06.01 # I'm currently using my phone the first time to listen a bit longer than just quick test. The dropouts seem to occur on higher CPU activity (from other apps etc.) 00.06.19 *** Saving seen data "./dancer.seen" 00.07.01 # * bluebroth3r will now go back to an unmodified Rockbox and see if he can reproduce it when causing higher CPU load 00.07.22 Quit petur (Quit: Leaving) 00.08.36 # I came to the impression that the dropout is caused by the buffer running empty. In my case the minimum buffer is around 12k, and with a buffer of 24k there isn't that much room (especially since the documentation says that the minimum buffer does not guarantee smooth playback) 00.08.41 # ok, I think I'll try tomorrow in the evening at home - I'm currently abroad and even if I could get an apk (and even build it), getting the apk from an EDGE connection won't be nice... 00.09.03 # indeed. 00.09.33 Quit liar (Ping timeout: 258 seconds) 00.11.21 # I also wonder about the hiss that's most noticeable on each track start. My first thought was that it is some hardware thing but it's gone for a short moment during the actual track change 00.11.27 # still plays fine :) 00.12.21 # I wonder how buffering works on RaaAA 00.12.55 # * pixelma is in wondering mood it seems 00.13.38 # no idea, but the data is passed to this AudioTrack instance AFAIU, and that gets a callback when new data is needed (or a configured position in the stream is reached) 00.15.01 Quit jfc (Ping timeout: 248 seconds) 00.15.15 # constantly, or is something buffered in advance - or is this the OS's thing? 00.15.33 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 00.16.06 # AFAIU there is a playback buffer you need to fill. Then you get notified when new data is needed. 00.16.48 Quit pikytcus (Ping timeout: 276 seconds) 00.16.56 Quit n1s (Remote host closed the connection) 00.16.59 Join pikytcus [0] (~bigd@failbox.co.cc) 00.17.24 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.18.37 Quit GodEater (Ping timeout: 240 seconds) 00.18.53 Quit ender` (Quit: If you're feeling good, don't worry, you'll get over it.) 00.19.57 Join jfc [0] (~john@pool-72-73-80-12.ptldme.east.myfairpoint.net) 00.23.21 Quit liar (Ping timeout: 258 seconds) 00.25.11 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.26.18 Quit bertrik (Ping timeout: 252 seconds) 00.27.17 Quit TheSeven (Ping timeout: 248 seconds) 00.27.46 # Yesterday I discovered that my contacts plugin in LUA (FS#11989) is able to do magic with Rockbox's menu API, when there are too many contacts. From empty spaces in the menu (no item at all!) to items with strange characters that shouldn't exist, my plugin is able to bug the menus in lots of ways, it seems... 00.30.15 Quit liar (Ping timeout: 258 seconds) 00.30.52 # The empty space in the menu is particularly interesting, if I could make use of it intentionally. I'd like to have a separator in some menus - nothing better than a empty space! 00.34.40 Part Zagor 00.35.16 # AlexP: I've just had the DB add my first file dynamically :) 00.37.12 Join scromple [0] (~x@115-64-195-104.tpgi.com.au) 00.38.03 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.40.44 Quit mudd1 (Ping timeout: 250 seconds) 00.43.14 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 00.45.33 Join gbl08ma [0] (~gbl08ma@195-23-182-166.net.novis.pt) 00.46.07 # * gbl08ma hates when Empathy disconnects him without reason and him must use a different username to login to freenode 00.46.15 Quit gbl08ma_ (Read error: Connection reset by peer) 00.46.40 # How can I attach a file on the wiki? I'm trying to add a new iconset. 00.47.26 # * gbl08ma thinks that's why stuff.rockbox.org should exist - but that's a subject for another discussion. 00.48.23 Join mystica555 [0] (~mike@71-208-217-27.hlrn.qwest.net) 00.53.03 Quit silbo (Remote host closed the connection) 00.56.50 Join JdGordon| [0] (~jonno@124-171-32-183.dyn.iinet.net.au) 00.56.50 Quit JdGordon| (Changing host) 00.56.50 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.58.28 Quit sideral (Quit: Leaving.) 00.59.45 Quit efyx (Remote host closed the connection) 01.12.21 Join smk [0] (~smk@14.97.47.37) 01.12.52 # saratoga: had some questions. if you are free, can i ask them now? 01.12.58 # sure 01.14.40 # can i get an idea of what libfaad exactly is and how does it fit in the big picture? i started working on making libfaad malloc-free. i used cscope to do the analyses and found that no external function actually calls any of libfaad's services 01.15.16 Quit mystica555 (Ping timeout: 248 seconds) 01.16.30 # the libfaad headers are included in aac.c. but then aac is not calling the library. 01.17.04 Quit bluebroth3r (Read error: Operation timed out) 01.18.39 Part gbl08ma 01.19.33 # and also, i am coming to grips with the code architecture just. i ran the uisimulator and ran gdb in the background, so i could track which function does what while i am using the ui. 01.20.19 # libfaad is a decoder library used by aac.c to decoder AAC audio 01.20.21 Join bluebrother [0] (~dom@f053152007.adsl.alicedsl.de) 01.20.21 Quit bluebrother (Changing host) 01.20.21 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.22.12 # yeah right. hmm. i didn't find any explicit calls made to faad though. i might be wrong. i will look into that again. 01.23.57 # smk: you're looking at aac.c right? 01.24.10 # yeah 01.24.14 # check the line "Decode one block - returned samples will be host-endian" 01.26.29 Join ml2 [0] (~Markus@frbg-4d029dea.pool.mediaWays.net) 01.26.33 # yeah it's there. 01.26.39 Join mystica555 [0] (~mike@71-208-217-27.hlrn.qwest.net) 01.27.10 # thats the main decode block for libfaad 01.27.31 # ok. i was looking for an interaction of faad with the rest of the code. that's the call. i will follow that. 01.27.59 # so the plan was to find how much mem is allocated, worst case. and then alloc that much statically 01.28.14 # hi - im in trouble here :) have a sansa clip v2 and tried to install rb. but after the installation (manual and with the utility) it boots to the OF and not rb - any ideas what im missing/doing wrong? 01.28.28 # did you install the bootloader? 01.28.58 # yes - automated full, only bootloader and manually with mk*.exe 01.29.35 # no success :( - the firmware is v02.01.35 ... 01.29.59 # what do you mean no success? 01.30.07 # did it take the patched firmware? 01.31.06 Part toffe82 01.31.15 # after unmounting and unplugging the device, it is updating the firmware - when i start it up again, it asks me for the language and region ... (old firmware again ...) 01.31.51 # so i guess it is the bootloader - but how to verify that :D 01.33.40 # saratoga: all the dynamic alloc happens by calling faad_malloc. so i started by finding all functions that call faad_malloc and trace them back. the size allocated depends on some variables. so i started by assuming the worst case to be when these variables attain their maximum. 01.33.58 # smk: theres really no point in doing that 01.34.30 # if your changes just increase the amount of memory required to decode files then we're better off just leaving the malloc calls in there 01.34.52 # you should look at each call, determine how much memory is actually needed, and then statically allocate it 01.35.31 # right. 01.38.08 # i am using the simulator for debugging purposes. and i am also printing some debug info where necessary by calling DEBUGF. is there a way where i can force a call to the malloc , using the simulator?. just an idea. 01.38.30 # i don't understand the question? 01.39.08 # like reproducing a bug on a device and printing the debug info. but on the simulator. 01.40.46 Quit fyrestorm (Read error: Connection reset by peer) 01.41.50 # i figured if i could print the variable values as debug info while the simulator is running, then i can get info on parameters and stuff. hence helping in the memory alloc calculation 01.41.57 Quit skapazzo (Quit: Lost terminal) 01.43.44 # smk: oh sure, you can print anything you want with debugf 01.44.00 # memory allocation should be the same on the sim as device 01.45.36 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 01.45.59 Quit JdGordon| (Quit: leaving) 01.46.24 Quit Buganini (Ping timeout: 260 seconds) 01.46.28 # yeah but i couldn't produce the calls on the sim. say i did DEBUGF("hi") within faad_malloc. but while the sim is running, control never goes there. that is, no malloc is being done. so if there was a way where i could force a call or something to that effect, i can get sizes used for every call 01.46.36 Nick JdGordon1 is now known as JdGordon (~jonno@rockbox/developer/JdGordon) 01.47.28 Join Buganini [0] (~buganini@security-hole.info) 01.49.19 # smk: are you sure you had it in the right place? what happens if you put the print statement in the init or decode functions? 01.49.37 # in the init function it's working 01.49.52 # i could track the code till root_menu() 01.50.55 # i placed a debugf statement within faad_malloc and played a song on the simulator,hoping that might result in a call to malloc 01.51.29 # and yeah , i am rebuilding every time i make a change to the code :P 01.51.50 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com) 01.52.51 # i will try with the decode function you mentioned though. i didn't notice the call made by aac earlier. so i will try that. 01.53.46 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 01.59.15 # @ saratoga any ideas how i could proceed? 02.00.34 # ml2: random stuff, what version of rbutil did you use? 02.01.14 Quit mystica555 (Remote host closed the connection) 02.01.34 # 1.2.8 02.01.43 # rev 28154 02.03.12 # that should be fine 02.03.24 # when you got the firmware to update, did you use rbutil for that? 02.04.21 Quit robin0800 (Quit: Leaving) 02.04.31 # first yes - then i tried it the manual way ... 02.05.06 # so the firmware updated both ways? 02.05.19 # yes 02.05.38 # unless i've missed something, i have no idea 02.06.04 # :) so we are on the same level now :D 02.06.23 *** Saving seen data "./dancer.seen" 02.06.45 # maybe i should try the stable build O:-) 02.07.35 # if you can't install a bootloader, changing builds won't do anything 02.08.08 # yup you're right :/ 02.17.14 # hm - what is mkamsboot.exe doing? is there a docu about the bootloader for the different devices? 02.20.21 Join Keripo [0] (~keripo@eng230.wireless-resnet.upenn.edu) 02.21.11 Quit DerPapst (Ping timeout: 246 seconds) 02.25.28 Quit user890104 (Ping timeout: 260 seconds) 02.26.35 # saratoga: a print statement in the decoder didn't work. i put it in this function: NeAACDecDecode , which is called from aac. and played a song on the sim. does it happen with specific audio files? 02.27.22 # hm will try to hack into it tomorrow - its 2:30am :/ 02.28.40 Part ml2 02.29.33 # i will look for other functions or entry points and see if the give anything useful. will be off now. thanks for the help :) 02.29.48 Quit smk (Quit: Leaving) 02.32.00 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 02.34.12 Quit scromple (Read error: Operation timed out) 02.38.20 Join scromple [0] (NFG2@115-64-195-104.tpgi.com.au) 02.38.41 Quit JdGordon_ (Ping timeout: 246 seconds) 02.42.19 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 02.45.40 Quit GodEater_ (Read error: Operation timed out) 02.46.51 Join GodEater [0] (~bibble@5ad8c3b5.bb.sky.com) 02.46.51 Quit GodEater (Changing host) 02.46.51 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 02.58.23 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 03.04.00 Join GodEater_ [0] (~bibble@5ac9b8c6.bb.sky.com) 03.04.16 Quit GodEater_ (Changing host) 03.04.16 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 03.06.37 Quit GodEater (Ping timeout: 240 seconds) 03.08.22 Quit Judas_PhD (Quit: This is a quitting message) 03.09.08 Quit mishra (Ping timeout: 246 seconds) 03.10.56 Quit amiconn (Read error: Connection reset by peer) 03.11.00 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 03.11.17 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 03.21.35 Join skip252 [0] (skip252@207-181-235-10.c3-0.mct-ubr1.chi-mct.il.cable.rcn.com) 03.22.52 Quit tmzt (Ping timeout: 240 seconds) 03.24.39 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 03.24.43 Quit jhMikeS (Read error: Connection reset by peer) 03.24.59 Join tmzt [0] (~tmzt@99.164.110.122) 03.25.52 Join scr0mple [0] (~x@115.64.195.104) 03.27.04 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.27.37 # kugel_: see your proposal(s)' comments... 03.28.23 Quit scromple (Ping timeout: 246 seconds) 03.28.42 Part skip252 03.35.08 Quit martii (Ping timeout: 252 seconds) 03.36.24 # <[Saint]> Dominik: I'll give your RaaA patches a whirl this afternoon. 03.36.44 # <[Saint]> I was doing something similar (though, not as fleshed out) with "resources on SD" myself. 03.36.53 # <[Saint]> gah! why did I do that?!? 03.36.59 # <[Saint]> er... bluebrother: ^^ 03.39.30 Quit MethoS- (Remote host closed the connection) 03.42.19 # <[Saint]> (a (possibly) interesing thing to note is that I experience the lockups on my handset more frequently while the sdcard readahead value is at it's default. the "speed your sdcard read" "hack" floating around XDA etc had (or seemed to) a notable improvement in this respect) 03.47.11 Join Horschti [0] (~Horscht@xbmc/user/horscht) 03.50.06 Quit Horscht (Ping timeout: 240 seconds) 03.55.57 Join martii [0] (martii@sokrates.mimuw.edu.pl) 04.00.46 Join Topy [0] (~Topy44@f048230221.adsl.alicedsl.de) 04.04.17 Quit T44 (Ping timeout: 240 seconds) 04.05.27 Quit factor (Read error: Connection reset by peer) 04.06.24 *** Saving seen data "./dancer.seen" 04.07.01 Quit Keripo (Remote host closed the connection) 04.08.55 Join factor [0] (~factor@75.108.68.114) 04.20.55 Join Barahir [0] (~jonathan@frnk-590f4d98.pool.mediaWays.net) 04.21.22 Join kugel [0] (~kugel@e178062068.adsl.alicedsl.de) 04.21.22 Quit kugel (Changing host) 04.21.22 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.22.36 Quit kugel_ (Read error: Operation timed out) 04.24.09 Quit Barahir_ (Ping timeout: 258 seconds) 04.26.30 Quit amiconn (Disconnected by services) 04.26.31 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.26.48 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.26.58 Quit pixelma (Read error: Connection reset by peer) 04.27.09 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.27.11 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.34.34 Quit Judas_PhD (Quit: This is a quitting message) 04.38.30 Quit Darkknight512 (Quit: CGI:IRC) 04.41.40 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) 04.45.46 Quit amiconn (Disconnected by services) 04.45.47 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.45.58 Quit martii (Ping timeout: 276 seconds) 04.46.05 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.46.30 Quit pixelma (Disconnected by services) 04.46.31 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.46.33 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.57.30 Quit TheSeven (Ping timeout: 258 seconds) 05.02.37 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.11.00 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 05.12.02 Join martii [0] (martii@sokrates.mimuw.edu.pl) 05.13.01 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) 05.24.02 Nick mystica555_ is now known as mystica555 (~Mike@71-208-217-27.hlrn.qwest.net) 05.24.08 Join Rob2222 [0] (~Miranda@79.255.36.121) 05.27.36 Quit Rob2223 (Ping timeout: 248 seconds) 05.34.50 Join stanelie [0] (~45ab941e@giant.haxx.se) 05.37.10 # Hello. Is anyone in here familiar with the H10 5-6gb hardware? 05.44.10 Quit Horschti (Quit: Verlassend) 05.44.35 Join Horscht [0] (~Horscht@p5DD56FDA.dip.t-dialin.net) 05.44.35 Quit Horscht (Changing host) 05.44.35 Join Horscht [0] (~Horscht@xbmc/user/horscht) 05.54.16 Quit tmzt (Read error: Operation timed out) 05.55.50 Quit stanelie (Quit: CGI:IRC (EOF)) 05.58.04 Join tmzt [0] (~tmzt@adsl-76-253-133-129.dsl.akrnoh.sbcglobal.net) 06.01.32 Quit z35 (Read error: Connection reset by peer) 06.02.02 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 06.02.39 Quit tmzt (Ping timeout: 276 seconds) 06.03.08 Quit z35 (Read error: Connection reset by peer) 06.03.37 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 06.05.04 Quit timccc (Ping timeout: 276 seconds) 06.06.00 Quit z35 (Read error: Connection reset by peer) 06.06.26 *** Saving seen data "./dancer.seen" 06.06.27 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 06.06.33 Quit z35 (Read error: Connection reset by peer) 06.07.02 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 06.08.05 Join tmzt [0] (~tmzt@adsl-76-253-133-129.dsl.akrnoh.sbcglobal.net) 06.10.36 Quit z35 (Read error: Connection reset by peer) 06.11.08 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 06.17.10 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.17.30 Quit tmzt (Ping timeout: 250 seconds) 06.24.10 Join tmzt [0] (~tmzt@adsl-99-155-213-184.dsl.akrnoh.sbcglobal.net) 06.28.02 Quit liar (Read error: Connection reset by peer) 06.28.39 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 06.30.17 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 06.35.37 Join Horschti [0] (~Horscht@xbmc/user/horscht) 06.38.16 Quit Leif (Quit: Leaving) 06.39.10 Quit Horscht (Ping timeout: 250 seconds) 06.48.18 Quit jfc (Ping timeout: 246 seconds) 06.48.48 Join jfc [0] (~john@72.73.80.12) 07.16.23 # <[Saint]> bluebrother: I've tested both your patches now. 07.17.11 # <[Saint]> Audio dropouts: I have not yet had a singular audio dropout today, when usually I would have several. 07.19.07 # <[Saint]> Move resources to SDcard: with your patch, and my deleting all "non-essential" files in the .zip before running 'make apk' I have got the installed size of my 240x320 build down to 8.98MB 07.19.38 # <[Saint]> (the same tweaks to the .zip without your patch == 10.99 installed) 07.20.10 # <[Saint]> "stock" RaaA for 240x320 == ~14.8MB 07.20.33 Join burnedpotatoe [0] (~18ca4606@giant.haxx.se) 07.26.52 Join sideral [0] (~sideral@213.165.85.248) 07.26.52 Quit sideral (Changing host) 07.26.52 Join sideral [0] (~sideral@rockbox/developer/sideral) 07.33.29 Quit amee2k (Read error: Operation timed out) 07.33.55 Join amee2k [0] (~thomas@ve504.cugnet.net) 07.36.50 Quit sideral (Quit: Leaving.) 07.38.45 # [Saint]: nice :) 07.38.50 # <[Saint]> shit. 07.38.57 # <[Saint]> I just discovered the drawback... 07.39.40 # <[Saint]> RaaA does the "Loading X of XXX" every time it starts up after the service is stopped now. 07.40.34 # <[Saint]> it's fine as long as the service doesn't get killed. (either by the OS, or by "Idle Timeout" etc.) 07.40.51 # <[Saint]> bluebrother: ^ 07.43.27 # <[Saint]> It's not *toooo* much of an issue, I guess...as long as the service is still running. But it makes the application start time quite considerably longer. 07.45.20 # yep, I've seen that too. But it's caused by the SD card move, and the more important thing to me is the playback fix 07.45.34 # since previously playback was _really_ unusable for me 07.47.06 # <[Saint]> It happened to me (the audio dropout thing) approximately once or twice per day. 07.47.20 # <[Saint]> Heavy seeking/skipping aggrivated it. 07.48.00 # <[Saint]> I've been specifically trying to get it to hang all day since I applied the patch with heavy seeking and skipping and I have not managed to get it to drop out yet. 07.49.27 # <[Saint]> And I personally can tolerate +2 seconds for Rockbox to load, but others may not. 07.49.46 # <[Saint]> It's ok if I don't rely on idle timeout to close the application. 07.50.10 # well, I had the audio issue like every second time the display went off. 07.50.25 # <[Saint]> Wow. 07.50.38 # and afterwards I had a hard time getting playback working again -- stop and restart a couple of times, sometimes it was working afterwards 07.50.52 # sometimes it was playing back like half of a second and hang again. 07.51.12 # killing Rockbox from a task manager and restarting did fix it, but that's really unusable 07.51.50 # <[Saint]> Hmmm...I wonder if this fixes keyclick for me. I must check that soon. (keyclick used to promote the audio dropout after 1 "click". It would click, then audio output completely stopped) 07.52.37 # hi i have am trying to compile RB and I receive the following error : addtargetdir.pl: not found 07.52.42 # never used keyclick on Android. Should try. 07.52.53 # burnedpotatoe: what exactly are you doing? 07.53.04 # compiling rb simulator 07.53.08 # I can't remember any addtargetdir.pl being required for building Rockbox 07.53.11 # <[Saint]> bluebrother: \o/ 07.53.13 # please be more specific 07.53.24 # <[Saint]> keyclick works, but it's *really* annoying :) 07.54.03 # <[Saint]> it never used to, this patch seems to have fixed it as an added bonus. 07.54.06 # well i'm following the http://www.rockbox.org/wiki/UiSimulator tutorial to build the sim for nano 2G 07.54.06 # <[Saint]> nice. 07.54.22 # and when I use make 07.54.36 # [Saint]: nice, same here too 07.54.36 # i get this error : http://www.rockbox.org/wiki/UiSimulator 07.54.44 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.54.44 # keyclick comes a bit late :) 07.55.20 # * this error : addtargetdir.pl: not found 07.55.35 # strangely it is in the directory .. 07.55.53 # burnedpotatoe: it should be in tools 07.55.59 # it is 07.56.10 # what OS are you using? 07.56.41 # ubuntu 10.10 07.58.52 # hmm, addtargetdir.pl is indeed called. Guessed I never noticed it then :) 07.59.01 # addtargetdir.pl: not found make: *** No rules to make the target « /Rockbox/build-rb/make.dep », necessary for « all » 07.59.48 # i'm pretty new to make and stuff :) 07.59.48 # the sources are in /Rockbox? 07.59.58 # do you have build essential and perl installed in ubuntu? 08.00.12 # Ubuntu doesn't install perl by default? 08.00.20 # hum 08.00.24 # good question 08.00.59 # type "perl" and see if you get an error message :) 08.01.23 # yes I have one 08.01.34 # one as in error message? 08.02.28 # hum I have perl package but when I type perl it doesnt do anything 08.02.40 # do you get an error message? 08.02.44 # nop 08.02.47 # or only "nothing"? 08.02.49 # then its working 08.02.55 # do you have build essential? 08.03.22 # no :D 08.06.30 *** Saving seen data "./dancer.seen" 08.06.39 # <[Saint]> http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling 08.08.01 # sorry i didnt read that :S 08.09.17 # * bluebrother out 08.11.41 Quit scr0mple (Quit: Gots to go get me outta here) 08.11.49 # i will read that and tell you if i get the error again 08.13.22 # <[Saint]> There's no need to apologize ;) If you follow the steps outlined there, you should have a functional development environment in no time. 08.15.34 Join scromple [0] (~x@115.64.195.104) 08.18.47 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.22.30 Quit BHSPitMonkey (Read error: Connection reset by peer) 08.22.55 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 08.23.21 Quit balintx (Read error: Connection reset by peer) 08.24.42 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 08.24.56 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.26.15 Quit balintx_ (Read error: Operation timed out) 08.26.32 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 08.28.35 Join mem_ [0] (~mem@mem-irc.netnod.se) 08.29.56 # till same error 08.30.08 Quit balintx (Remote host closed the connection) 08.30.24 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 08.32.21 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 08.33.45 Join B4gder [0] (~danielx@rockbox/developer/bagder) 08.40.54 Quit Judas_PhD (Quit: This is a quitting message) 08.41.26 Join ender` [0] (krneki@foo.eternallybored.org) 08.44.27 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.46.49 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 08.47.01 Join user890104 [0] (~Venci@6bez10.info) 08.48.46 # any help? 08.49.56 Quit burnedpotatoe (Quit: CGI:IRC) 08.53.04 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 08.53.09 Quit scromple (Quit: Gots to go get me outta here) 08.54.54 Quit DerPapst (Ping timeout: 276 seconds) 08.59.36 Join webguest12 [0] (~7a6bc70c@giant.haxx.se) 08.59.37 # hi 08.59.39 # hi 08.59.54 Join Keripo [0] (~Keripo@165.123.48.231) 08.59.55 Quit webguest12 (Client Quit) 09.00.14 Join dingo [0] (~7a6bc70c@giant.haxx.se) 09.00.24 # hi 09.00.26 Quit bertrik (Ping timeout: 250 seconds) 09.00.45 # im having trouble 09.00.47 # installing the rockbox 09.03.30 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.03.37 # judas 09.03.38 # hello judas 09.04.52 Quit dingo (Client Quit) 09.09.36 Quit rasher (Ping timeout: 240 seconds) 09.10.15 Join Guest94870 [0] (~bjst@87.227.35.46) 09.10.15 Quit Guest94870 (Changing host) 09.10.15 Join Guest94870 [0] (~bjst@rockbox/developer/Zagor) 09.10.35 Nick Guest94870 is now known as Zagor (~bjst@rockbox/developer/Zagor) 09.11.20 Join n1s [0] (~quassel@rockbox/developer/n1s) 09.12.52 Quit Keripo (Read error: Connection reset by peer) 09.13.02 Join petur [0] (~petur@rockbox/developer/petur) 09.14.56 Quit DerPapst1 (Read error: Operation timed out) 09.15.31 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 09.18.21 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.18.21 Quit bertrik (Changing host) 09.18.21 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.22.10 Join rasher [0] (~rasher@rockbox/developer/rasher) 09.23.33 Join timccc [0] (~timccc@112.166.15.141) 09.23.52 Quit bertrik (Ping timeout: 240 seconds) 09.26.32 Quit Horschti (Quit: Verlassend) 09.29.01 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.04 Quit DerPapst (Ping timeout: 240 seconds) 09.29.23 Join Keripo [0] (~Keripo@eng332.wireless-resnet.upenn.edu) 09.29.26 Join sasquatch [0] (~username@p4FF2D0C7.dip.t-dialin.net) 09.29.33 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 09.38.41 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.43.46 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 09.45.52 Quit DerPapst (Ping timeout: 240 seconds) 09.52.37 Join u42p [0] (~v35b@d143052.adsl.hansenet.de) 09.53.57 Join swilde [0] (~wilde@aktaia.intevation.org) 10.00.33 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 10.06.31 *** Saving seen data "./dancer.seen" 10.07.28 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 10.09.23 Quit ChickeNES (Quit: Computer has gone to sleep.) 10.09.52 Quit DerPapst1 (Ping timeout: 260 seconds) 10.15.29 Part LinusN 10.16.14 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 10.17.28 Quit DerPapst (Ping timeout: 240 seconds) 10.25.24 Quit jordan` (Quit: Coyote finally caught me) 10.25.33 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 10.27.45 Quit mc2739 (Read error: Connection reset by peer) 10.32.30 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.32.34 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 10.32.54 Quit jordan` (Quit: Coyote finally caught me) 10.33.51 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 10.34.03 Join pamaury [0] (81680b01@rockbox/developer/pamaury) 10.41.59 Quit mudd1 (Ping timeout: 252 seconds) 10.48.42 Join mshathlonxp [0] (~msh@5acba0d5.bb.sky.com) 11.01.33 # AlexP: the interview date doesn't suit me too well 11.03.19 Quit pamaury (Quit: Page closed) 11.03.33 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 11.03.34 Quit pamaury (Changing host) 11.03.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.09.39 # it's indeed quite short notice 11.12.48 # actually, something like 16:00 (UTC) suit me better, anytime on the weekend would be best. 11.13.23 # but I think I can do it on the proposed date, it'll just be a bit tricky for me to organize 11.18.26 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de) 11.19.51 Quit DerPapst1 (Ping timeout: 260 seconds) 11.22.06 Join LinusN [0] (~linus@rockbox/developer/LinusN) 11.22.18 Quit DerPapst (Client Quit) 11.24.25 Quit robin0800 (Quit: Leaving) 11.24.25 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 11.27.56 Quit pepsi_ (Ping timeout: 240 seconds) 11.30.41 Join pepsi [0] (~pepsi@c-24-14-43-184.hsd1.il.comcast.net) 11.30.41 Quit pepsi (Changing host) 11.30.41 Join pepsi [0] (~pepsi@unaffiliated/jbutera) 11.38.26 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 11.39.35 Part LinusN 11.52.13 Join skapazzo [0] (~skapazzo@195.81.67.123) 11.59.19 Join MethoS- [0] (~clemens@134.102.106.250) 12.01.46 Quit sideral (Quit: Leaving.) 12.06.32 *** Saving seen data "./dancer.seen" 12.22.57 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 12.23.31 Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 12.25.23 Quit Keripo (Ping timeout: 252 seconds) 12.32.07 Quit liar (Ping timeout: 258 seconds) 12.37.49 Join LinusN [0] (~linus@rockbox/developer/LinusN) 12.51.20 Part LinusN 12.54.22 Quit logbot (Ping timeout: 260 seconds) 12.54.22 *** ERROR: (Closing Link: giant.haxx.se (Ping timeout: 260 seconds)) from verne.freenode.net 12.54.22 *** Cleanup 12.54.22 *** Cleanup 12.54.22 *** Saving seen data "./dancer.seen" 12.54.22 *** Exit 12.54.24 *** Started Dancer V4.16 12.54.24 *** Connected to irc.freenode.net on port 6667 12.54.24 *** Logfile for #rockbox started 12.54.25 Mode "logbot :+i" by logbot 12.54.29 *** Server message 501: 'logbot :Unknown MODE flag' 12.54.29 Join logbot [0] (~rockbox@giant.haxx.se) 12.54.29 Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 12.54.29 Join MethoS- [0] (~clemens@134.102.106.250) 12.54.29 Join skapazzo [0] (~skapazzo@195.81.67.123) 12.54.29 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 12.54.29 Join pepsi [0] (~pepsi@unaffiliated/jbutera) 12.54.29 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.54.29 Join mshathlonxp [0] (~msh@5acba0d5.bb.sky.com) 12.54.29 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966) 12.54.29 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 12.54.29 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 12.54.29 Join swilde [0] (~wilde@aktaia.intevation.org) 12.54.29 Join u42p [0] (~v35b@d143052.adsl.hansenet.de) 12.54.29 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.54.29 Join sasquatch [0] (~username@p4FF2D0C7.dip.t-dialin.net) 12.54.29 Join timccc [0] (~timccc@112.166.15.141) 12.54.29 Join rasher [0] (~rasher@rockbox/developer/rasher) 12.54.29 Join petur [0] (~petur@rockbox/developer/petur) 12.54.29 Join n1s [0] (~quassel@rockbox/developer/n1s) 12.54.29 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 12.54.29 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 12.54.29 Join user890104 [0] (~Venci@6bez10.info) 12.54.29 Join ender` [0] (krneki@foo.eternallybored.org) 12.54.29 Join B4gder [0] (~danielx@rockbox/developer/bagder) 12.54.29 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 12.54.29 Join mem_ [0] (~mem@mem-irc.netnod.se) 12.54.29 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 12.54.29 Join amee2k [0] (~thomas@ve504.cugnet.net) 12.54.29 Join jfc [0] (~john@72.73.80.12) 12.54.29 Join tmzt [0] (~tmzt@adsl-99-155-213-184.dsl.akrnoh.sbcglobal.net) 12.54.29 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 12.54.29 Join Rob2222 [0] (~Miranda@79.255.36.121) 12.54.29 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) 12.54.29 Join martii [0] (martii@sokrates.mimuw.edu.pl) 12.54.29 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.54.29 Join pixelma [0] (quassel@rockbox/staff/pixelma) 12.54.29 Join amiconn [0] (quassel@rockbox/developer/amiconn) 12.54.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.54.29 Join Barahir [0] (~jonathan@frnk-590f4d98.pool.mediaWays.net) 12.54.29 Join factor [0] (~factor@75.108.68.114) 12.54.29 Join Topy [0] (~Topy44@f048230221.adsl.alicedsl.de) 12.54.29 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 12.54.29 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 12.54.29 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 12.54.29 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 12.54.29 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com) 12.54.29 Join Buganini [0] (~buganini@security-hole.info) 12.54.29 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.54.29 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.54.29 Join pikytcus [0] (~bigd@failbox.co.cc) 12.54.29 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 12.54.29 Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) 12.54.29 Join JesusChrysler [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 12.54.29 Join bluefoxx_ [0] (~bluefoxx_@S010600216b36c2a8.vs.shawcable.net) 12.54.29 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) 12.54.29 Join saratoga [0] (9803c6dd@rockbox/developer/saratoga) 12.54.29 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 12.54.29 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 12.54.29 Join antil33t [0] (antil33t@124.197.51.80) 12.54.29 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 12.54.29 Join simonlnu [0] (simon@unaffiliated/simonrvn) 12.54.29 Join Strife89 [0] (~Strife89@168.16.226.152) 12.54.29 Join FoolOnHill [0] (~foh@adsl-71-68-84.bhm.bellsouth.net) 12.54.29 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 12.54.29 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 12.54.29 Join ender| [0] (krneki@foo.eternallybored.org) 12.54.29 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 12.54.29 Join logvelc [0] (~erik@elbereth.midgard.liu.se) 12.54.29 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 12.54.29 Join JackWinter [0] (~jack@vodsl-9173.vo.lu) 12.54.29 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 12.54.29 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 12.54.29 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 12.54.29 Join mystica555 [0] (~Mike@71-208-217-27.hlrn.qwest.net) 12.54.29 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 12.54.29 Join DX3 [0] (~Dre@92.18.105.207) 12.54.29 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 12.54.29 Join linuxguy3 [0] (~timj@adsl-76-202-250-104.dsl.emhril.sbcglobal.net) 12.54.29 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 12.54.29 Join Rondom [0] (~rondom@nonmodosedetiam.net) 12.54.29 Join Galois [0] (djao@efnet-math.org) 12.54.29 Join froggyman [0] (~seth@unaffiliated/froggyman) 12.54.29 Join Torne [0] (~torne@rockbox/developer/Torne) 12.54.29 Join soap_ [0] (~soap@rockbox/staff/soap) 12.54.29 Join Bagder [0] (~daniel@rockbox/developer/bagder) 12.54.29 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.54.29 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 12.54.29 Join scorche [0] (~scorche@rockbox/administrator/scorche) 12.54.29 Join simabeis_ [0] (~simabeis@lobmenschen.de) 12.54.29 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 12.54.29 Join YPSY [0] (~ypsy@geekpadawan.de) 12.54.29 Join alexbobp [0] (~alex@ppp-70-253-78-241.dsl.austtx.swbell.net) 12.54.29 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 12.54.29 Join kkit|sh [0] (~kkit@li135-248.members.linode.com) 12.54.29 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 12.54.29 Join bthomson [0] (~bthomson@pool-71-114-64-197.washdc.dsl-w.verizon.net) 12.54.29 Join markun [0] (~markun@rockbox/developer/markun) 12.54.29 Join pjm0616 [0] (~user@110.9.28.45) 12.54.29 Join mikroflops_ [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 12.54.29 Join maraz [0] (maraz@kapsi.fi) 12.54.29 Join cjcopi [0] (~craig@adsl-76-241-118-43.dsl.bcvloh.sbcglobal.net) 12.54.29 Join niekie [0] (~niek@CAcert/Assurer/niekie) 12.54.29 Join feisar-_ [0] (jljhook@ihq.in) 12.54.29 Join aevin [0] (eivindsy@unaffiliated/aevin) 12.54.29 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 12.54.29 Join knittl [0] (~knittl@unaffiliated/knittl) 12.54.29 Join guymann [0] (~charles@adsl-69-177-39-115.adsl.snet.net) 12.54.29 Join [fred] [0] (fred@ircop.efnet.at) 12.54.29 Join Battousai [0] (~bryan@gentoo/developer/battousai) 12.54.29 Join tguinot [0] (~tguinot@ks22840.kimsufi.com) 12.54.29 Join bzed [0] (~bzed@2001:6f8:118a::100) 12.54.29 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 12.54.29 Join ack` [0] (~ack@mingbai.org) 12.54.29 Join jae [0] (~jae@dedicated.jaerhard.com) 12.54.29 Join elcan [0] (user36@pr0.us) 12.54.29 Join preglow [0] (thomj@rockbox/developer/preglow) 12.54.29 Join kisak [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net) 12.54.29 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 12.54.29 Join parafin [0] (parafin@paraf.in) 12.54.29 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 12.54.29 Join @ChanServ [0] (ChanServ@services.) 12.54.29 Join olejorgenb [0] (bronner@caracal.stud.ntnu.no) 12.54.29 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 12.54.29 Join Hadaka [0] (~naked@naked.iki.fi) 12.54.29 Join jvoisin [0] (~jvoisin@ks22840.kimsufi.com) 12.54.29 Join FOAD [0] (~dok@83.161.135.61) 12.54.29 Join zu [0] (~zu@ks355000.kimsufi.com) 12.54.29 Join Utchy [0] (~Utchy@rps6752.ovh.net) 12.54.29 Join ved [0] (ved@ddsbox.co.cc) 12.54.29 Join merbanan [0] (~banan@c-83-233-242-230.cust.bredband2.com) 12.54.29 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 12.54.29 Join CIA-87 [0] (~CIA@208.69.182.149) 12.54.29 Join literal [0] (hinrik@w.nix.is) 12.54.29 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 12.54.29 Join TBFOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 12.54.29 Join b42 [0] (~b42@178.72.210.42) 12.56.02 Quit u42p (Quit: Leaving) 12.56.35 Quit [Saint] (Read error: Connection reset by peer) 12.57.24 Join sideral [0] (~sideral@rockbox/developer/sideral) 12.58.10 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz) 12.59.09 Join csetera [0] (~csetera@68.115.81.139) 12.59.23 # Good morning 12.59.32 # (or afternoon/evening dependent on location) 12.59.59 Quit sideral (Remote host closed the connection) 13.00.34 # I'm the guy that build the tagcache database generator being discussed in the forums. The suggestion was that I stop by here to get some help getting write access to the wiki. 13.01.01 Join sideral [0] (~sideral@rockbox/developer/sideral) 13.01.31 # If there is anyone around that could help me out with that, I'd appreciate it! 13.04.09 # do you have signed up for the wiki yet? 13.06.04 # bluebrother: I tried and it failed for me. 13.06.09 # I can try again right now if you'd like 13.08.01 # you should be able to sign up. If not I can't help you, but if that works I can give you write access 13.08.43 # is there a specific problem with signing up? 13.09.32 # Let me give it a try again… hold on 13.09.38 # (juggling some work stuff :-) ) 13.10.14 Quit sideral (Remote host closed the connection) 13.10.46 Join sideral [0] (~sideral@213.165.85.248) 13.10.46 Quit sideral (Changing host) 13.10.46 Join sideral [0] (~sideral@rockbox/developer/sideral) 13.12.30 # It looks like despite the errors I saw the other night that my user was created anyway. CraigSetera appears to work for login and just needs write access 13.16.01 # ok, so you can login as that user, and that user nane is your real name? 13.16.08 # It is 13.16.18 # http://www.setera.org is me 13.19.14 # how does screendump works? 13.19.47 # The framebuffer is written to a file together with a bmp header 13.20.29 Quit sideral (Remote host closed the connection) 13.20.51 # all the time it's enabled? 13.21.05 Join sideral [0] (~sideral@213.165.85.248) 13.21.05 Quit sideral (Changing host) 13.21.06 Join sideral [0] (~sideral@rockbox/developer/sideral) 13.21.40 # mshathlonxp: no, when you trigger it 13.22.11 # how? 13.22.28 # by googling? http://www.rockbox.org/wiki/ScreenDump 13.23.17 # nice, thanks 13.23.43 # just one more question - does "usb connector" here means just usb power or data as well? 13.24.01 # will it do screenshot when I'll plug my ipod to wall charger? 13.24.38 # csetera: should work now. 13.25.19 Join u42p [0] (~v35b@d096036.adsl.hansenet.de) 13.25.42 Quit fyrestorm (Read error: Connection reset by peer) 13.26.36 Join gbl08ma [0] (~gbl08ma@195.23.214.53) 13.29.00 # bluebrother: ok 13.30.06 # yep. Looks like it is allowing me to change it now 13.30.20 # mshathlonxp: try it? 13.30.29 # I will change it to add my tool and then find some time this weekend to update the format to match what I found while working on it 13.30.36 Part u42p ("Leaving") 13.30.39 # csetera: good :) 13.35.53 # just usb power :> 13.39.17 Join silbo [0] (~quassel@193.40.244.204) 13.42.00 Quit jhMikeS (Ping timeout: 276 seconds) 13.57.02 # Thanks for the help with the wiki. I've made an initial change and will do more updates this weekend. For now, need to drop off 13.57.13 Quit csetera (Quit: Leaving.) 13.58.26 Join smk [0] (cbc5575e@gateway/web/freenode/ip.203.197.87.94) 14.00.19 Quit maraz (Ping timeout: 252 seconds) 14.08.17 Quit Keripo1 (Quit: Leaving.) 14.11.48 Quit smk (Quit: Page closed) 14.15.59 Quit gbl08ma (Ping timeout: 276 seconds) 14.18.18 Join DerPapst [0] (~Alexander@p57916799.dip.t-dialin.net) 14.20.39 Quit tmzt (Ping timeout: 250 seconds) 14.34.09 Quit Torne (Ping timeout: 240 seconds) 14.38.46 Join Torne [0] (~torne@rockbox/developer/Torne) 14.39.34 Join tmzt [0] (~tmzt@99.164.121.185) 14.42.29 Join Horscht [0] (~Horscht@xbmc/user/horscht) 14.45.04 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) 14.47.07 Quit Horscht (Client Quit) 14.47.22 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.50.20 Join TheLemonMan [0] (~lem0n@151.62.167.159) 14.51.15 Join LinusN [0] (~linus@rockbox/developer/LinusN) 14.51.19 Quit eGen_ (Quit: ... gettin' screew my wife ....) 14.51.41 Quit MethoS- (Remote host closed the connection) 14.53.00 Join japc [0] (~japc@194.65.5.235) 14.54.27 *** Saving seen data "./dancer.seen" 14.57.20 Join maraz [0] (maraz@kapsi.fi) 14.57.30 Quit sideral (Quit: Leaving.) 15.15.53 Join sideral [0] (~sideral@213.165.85.248) 15.15.53 Quit sideral (Changing host) 15.15.53 Join sideral [0] (~sideral@rockbox/developer/sideral) 15.17.46 Quit sideral (Remote host closed the connection) 15.18.06 Quit pamaury (Remote host closed the connection) 15.18.14 Join sideral [0] (~sideral@rockbox/developer/sideral) 15.25.51 Join promyloph [0] (~promy@unaffiliated/promyloph) 15.27.04 Quit Judas_PhD (Quit: This is a quitting message) 15.28.01 Quit sideral (Remote host closed the connection) 15.28.28 Join sideral [0] (~sideral@rockbox/developer/sideral) 15.28.43 # I have a sansa clip+ and everytime I add files with the original firmware rockbox' settings are lost/reset. Bug? 15.30.43 Join stoffel [0] (~quassel@p57B4B40C.dip.t-dialin.net) 15.34.46 Quit krazykit (Quit: awe yeeeeeee) 15.38.16 Quit sideral (Remote host closed the connection) 15.38.40 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 15.39.08 Join sideral [0] (~sideral@213.165.85.248) 15.39.12 Quit sideral (Changing host) 15.39.12 Join sideral [0] (~sideral@rockbox/developer/sideral) 15.39.22 Quit eGen_ (Client Quit) 15.43.38 Join sinless [0] (~73c57972@giant.haxx.se) 15.46.21 Part mem_ 15.49.18 Quit Guinness (Read error: Connection reset by peer) 15.51.25 Quit petur (Quit: *plop*) 15.51.25 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.51.31 # does "BMP" have a meaning when talking about nand? 15.55.26 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 15.55.26 Quit pamaury (Changing host) 15.55.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.00.36 Quit tmzt (Ping timeout: 252 seconds) 16.01.54 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.02.24 Quit Leif (Quit: Leaving) 16.02.53 Quit antil33t (Read error: Connection reset by peer) 16.03.07 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.03.27 # hello 16.03.54 # alexp,i saw chinese language fixed,then try,but also the same 16.05.34 # sinless: Yeah, n1s fixed an unrelated bug that came up when he reviewed the language file. The bug you reported hasn't been found yet. 16.06.23 # It would be best if you reported it on the bug tracker. Please include your findings regarding which releases work and which don't. 16.08.48 # New commit by 03bluebrother (r29713): Remove empty folder. 16.09.19 # promyloph: definitely not intended behavior. Check whether the .rockbox/config.cfg still exists. I also suggest checking the file system. 16.10.47 # sinless: It would also be helpful if you checked whether the problem also occurs with the simulator (with or without the same simdisk contents as you have on your player) 16.12.35 # r29713 build result: All green 16.13.15 Quit sinless (Quit: CGI:IRC (Ping timeout)) 16.13.27 Quit antil33t (Read error: Connection reset by peer) 16.13.36 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.17.58 Quit benedikt93 (Quit: "Facts do not cease to exist because they are ignored." - Aldous Huxley) 16.19.30 Join tmzt [0] (~tmzt@76.211.6.170) 16.22.39 Join sinless [0] (~3cba9479@giant.haxx.se) 16.23.38 Quit factor (Read error: Connection reset by peer) 16.24.02 # sideral,I just wrote the problem on bug tracker,please help me check the words,I'm poor in English- - 16.24.08 # thanks. 16.24.10 # This bug was found after I update my 7 ipods from 3.3 to 3.8.1 16.24.10 # when using simp-chinese and open database RAM cache, enter database choose one of the sections,rockbox then freeze.only happens with simp-chinese.have already tested on 7 ipods.gen1~5 have the same problem,ipod classic will show a data abort. 16.24.19 # is it right? 16.27.02 # that's OK, thanks sinless. Please add the complete data abort message, including the hexadecimal address displayed on the screen, and the version number of the Rockbox release you were running on your iPod Classic 16.27.53 # sinless: have you tested any versions between 3.3 and 3.8.1? 16.28.12 # if so, please include your results with these versions as well. 16.28.30 # sideral: config.cfg exists, but fsck.vfat reports "FATs differ but appear to be intact. Use which FAT ?". 16.28.45 # choose FAT 1. 16.28.50 # no,only 3.3 16.29.03 # promyloph: That's normal on the Clip, the OF sometimes does not update the 2nd FAT 16.29.26 # on 3.3 it works 16.29.42 Part LinusN 16.30.51 Join DrDnar1 [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) 16.32.27 Quit DrDnar (Ping timeout: 258 seconds) 16.32.32 # sideral: Ok, now I'm seeing *lots* of errors. Need a sample? 16.32.45 # bluebrother: what device/android version? 16.33.03 # htc sense with 2.1 or earlier has a severe bug 16.33.22 # promyloph: Yes, please. Please use pastebin.com for long copy/paste 16.34.35 # sideral: http://pastebin.com/wwRyE2pv I have no idea which solution is the best, so I just pressed '1' all the time... 16.34.59 # Looks like this is going on for a long time like this. 16.35.18 # Ugh, looks like it's format time for your disk :) 16.35.54 # BTW, fsck.vfat only really fixes the errors when you run it with the -r flag 16.36.50 Quit tmzt (Ping timeout: 276 seconds) 16.37.18 # Next time you write stuff to your player, make sure to unmount it properly before you detach it from the host ;) 16.37.40 # I'll give it a try. It should be possible to do this with mkfs or do I have to use the OF's format command? 16.41.03 Quit n1s (Remote host closed the connection) 16.41.35 Join factor [0] (~factor@75.108.68.114) 16.43.06 Quit sinless (Quit: CGI:IRC (EOF)) 16.43.14 # kugel: the audio issue? HTC Sense on Android 2.2 16.43.43 Join tmzt [0] (~tmzt@adsl-99-164-109-225.dsl.akrnoh.sbcglobal.net) 16.44.16 # device is a Desire, so not a less powerful one 16.45.53 # promyloph: I suggest using the OF's format command. I personally wouldn't dare doing this without flashing a non-Rockbox'd OF first, but YMMV 16.47.21 # BTW, last time I did this, the Clip+'s format procedure did not restore the disk's volume label ("SANSA CLIPP"). I did that manually using mlabel. 16.49.22 # Looks like mkfs.vfat works too ;) 16.54.02 # sideral: Ok, that solved my initial problem. Thanks. Another question: rockbox does not support USB data transfer/charging for this device yet, does it? 16.54.29 *** Saving seen data "./dancer.seen" 16.55.20 # It's there in the code, but not enabled by default because of various issues with it. 16.56.17 # Can I help with this somehow? 16.57.39 # Check out FS#11664 and FS#11877 if you feel adventurous and want to help testing. Enabling it is a four-line patch to an include file. 16.58.29 # I personally use Rockbox USB on my ClipV2 without any problems, but have run into FS#11877 on my Clip+ 16.59.22 # Correction: USB charging is supported out of the box; just USB slave mode is off by default 17.00.53 # Thanks. I'll take a look at these. 17.04.05 Part Zagor 17.10.20 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.12.09 Quit tmzt (Read error: Connection reset by peer) 17.22.57 Quit B4gder (Quit: Konversation terminated!) 17.26.17 Join burnedpotato [0] (~18ca4606@giant.haxx.se) 17.26.27 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com) 17.26.33 Join tmzt [0] (~tmzt@99.164.105.33) 17.28.24 # hi i'm trying to compile rb simulator and I receive the following error : addtargetdir.pl: not found when using "make" 17.32.00 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 17.33.41 # bluebrother: so it's not the infamous HTC bug 17.34.55 # increasing the buffer can work but it's of course bad for latency 17.35.45 # although, I always thought we don't need a big buffer because we already double buffer with our own pcm buffer 17.37.58 Quit tmzt (Ping timeout: 260 seconds) 17.38.54 Quit burnedpotato (Quit: CGI:IRC (EOF)) 17.43.36 Join sirrozha [0] (~sirrozha@89.23.217.205) 17.45.26 Join tmzt [0] (~tmzt@adsl-99-164-53-146.dsl.akrnoh.sbcglobal.net) 17.48.57 Quit robin0800 (Quit: Leaving) 17.52.01 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 17.53.58 Quit slooopy (Ping timeout: 246 seconds) 17.57.17 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de) 17.59.21 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.06.32 Quit tmzt (Ping timeout: 276 seconds) 18.07.47 Quit sideral (Quit: Leaving.) 18.09.31 # TheLemonMan: just so you now, my program doesn't work with the fuze+ when sending 64 bytes at a time 18.09.48 # so somehow it needs to be 1024 bytes 18.10.08 # <[Saint]> kugelp: I was also getting hit by these audio drop-outs, but nowhere near as frequently as bluebrother it seems. It would only occur for me 1~2 times a day under normal use but I was anle to trugger it deliberately with heavy skipping/seeking or enabling keyclick. 18.10.22 # pamaury: with final intr write ? 18.10.33 # doesn't matter, transfer fails before 18.10.39 # (timeout it seems 18.10.40 # ) 18.10.41 # <[Saint]> I haven't been able to do so sinch I have been running a build with bluebrother's audio dropout patch applied. 18.10.49 # <[Saint]> *since 18.11.12 # I'll try your program when I have a reliable feedback but changing this makes it fail :-/ 18.11.42 # i'll add a command to override the packet size then 18.12.18 # me too, and to choose intr vs reset :) 18.12.32 Join mt [0] (~mtee@rockbox/developer/mt) 18.12.33 # since I don't know if it matters or not 18.12.57 # i added the reset just to be sure the connection gets flushed properly 18.13.11 # it's not needed for me 18.14.05 # I have an answer to your question: the bootloader doesn't init sdram 18.14.16 Join komputes [0] (~komputes@64.34.151.178) 18.14.18 Quit komputes (Changing host) 18.14.18 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.14.19 # since if I write to sdram, it segfaults and reboot 18.15.12 # I'll try to copy the fuze+ OF hw init stages to see if it works 18.15.17 # i have reversed just the video init sequence 18.15.52 # does it work ? 18.16.26 # i havent written anything yet 18.16.46 # im wondering if i have to reverse some pwm/gpio initialization too 18.18.07 # it might be possible. pwm can be useful for backlight, if you don't backlight you won't see anything :) Also some gpio pins can enable power to some external devices... 18.19.00 # the touchpad is interfaced over i2c wich is accessed via gpio pins 18.19.15 # and no idea about backlight D: 18.19.49 # you can try with just lcd init 18.19.53 # if it works, it's great 18.20.07 # if it doesn't, then it becomes harder :) 18.20.35 # are you using the official elf2sb ? 18.21.16 # for now, yes 18.23.54 # but ultimately, I'll want to rewrite one, I don't want to depend on such a tool 18.25.26 # had the same idea, heh 18.26.15 # based on sbinfo that I wrote, it shouldb't be too hard to rewrite elftosb, not with the same syntax file but something similar 18.28.04 # the xml-ish config idea was kinda cool 18.28.40 # * pamaury doesn't find xml too existing for such a task 18.30.52 # If I add to go for something standard, a ini-like syntax seems sufficient 18.31.43 Quit stoffel (Remote host closed the connection) 18.33.01 # hum, copying the first init stages doesn't seem to work, even when not using the sdram...I hope the problem is not in sbinfo 18.33.17 # AlexP, gevaerts: is tomorrow 15:00 utc now official? 18.33.30 # hmm? 18.37.00 # * pamaury wonders if he found a bug in sbinfo 18.37.11 # kugelp: One moment 18.39.36 # hum, there is definitely a bug 18.40.19 # kugelp: What about 18:00 UTC (20:00 CEST) on Saturday? 18.41.01 # but it looks like my today's schedule changed, I should have time today now 18.41.33 # hmm :) 18.41.42 # Decisions... 18.41.59 # kugelp: Which would you prefer? 18.44.24 # one moment 18.47.16 # <[Saint]> Hmmm...I've actually added shutdown to the main menu, but I fear I may have re-invented the wheel. Is there a define some place that does this automagically? 18.48.22 # is there a ELF expert around ? 18.49.27 # AlexP: this is one interview for both proposals? so it'd possibly take longer in which case I would still prefer tomorrow 18.49.27 # pamaury: i can try answering your question 18.49.30 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.49.30 Quit bertrik (Changing host) 18.49.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.49.35 # kugelp: Yeah, one for both 18.49.38 # OK 18.50.36 # 15:00 or 18:00 UTC? 18.50.36 Quit TheLemonMan (Quit: Destructor called) 18.50.36 # both are fine, I have nothing planned for tomorrow 18.51.02 # let's say 18:00 then 18.51.11 # stamp, done :) 18.51.24 # my sbinfo tool generate one section per program header, but when I dump it with objdump, the first section always disappear, is there something special with the first section ? 18.51.29 # alright, cool :-) 18.54.15 # hum, apparently the first section is undefined 18.54.32 *** Saving seen data "./dancer.seen" 18.57.37 # cool, works much better this way !) 18.59.14 # hum, but it still doesn't work on the device :( 19.00.53 # <[Saint]> is there an "#if " that will cover RaaA? 19.01.21 # <[Saint]> I can't seem to find what I should be using just poking around in the source. 19.04.27 # TheSeven: it works ! By copying the init bits from the OF I have sdram working ! I need to commit a fix to sbinfo... 19.05.15 # New commit by 03pamaury (r29714): sbinfo: fix section headers generation (first section is always undefined) 19.05.47 # huh? *what* works? 19.06.00 # sdram 19.06.13 # on which target? 19.06.19 # fuze+ 19.06.31 Quit GodEater_ (Remote host closed the connection) 19.06.34 # the recovery mode doesn't do sdram initialization 19.08.50 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.09.10 # r29714 build result: All green 19.09.41 # i assume it downloads teh code into iram? 19.10.12 # yeah, in the on-chip-ram 19.10.35 # well, it can download it where your want actually 19.10.52 # but if you write to sdram before init, it fails nicely of course 19.18.49 Quit jae (Quit: leaving) 19.19.37 Join Buschel [0] (~chatzilla@p54B66B33.dip.t-dialin.net) 19.23.00 Quit avacore (Ping timeout: 252 seconds) 19.23.43 Join Leif [0] (~LeifAnder@155-99-195-0.uconnect.utah.edu) 19.24.24 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 19.24.47 Join stoffel [0] (~quassel@p57B4B40C.dip.t-dialin.net) 19.27.49 Join jae [0] (~jae@dedicated.jaerhard.com) 19.35.07 # kugelp: do you have some more information about this infamous HTC bug? "some HTC phones with 2.1 are broken" is a bit ... terse 19.36.55 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 19.37.37 Quit factor (Read error: Connection reset by peer) 19.38.23 Join factor [0] (~factor@75.108.68.114) 19.39.55 Join sideral [0] (~sideral@213.165.85.248) 19.39.55 Quit sideral (Changing host) 19.39.55 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.41.37 Quit japc (Ping timeout: 276 seconds) 19.43.03 Join pepsi_ [0] (~pepsi@unaffiliated/jbutera) 19.44.41 # <[Saint]> Am I correct in thinking there's some commented out define somewhere to add shutdown to the main menu, or am I wasting my time on some fools quest looking for it? 19.45.31 # [Saint]: idle poweroff not sufficient for you? 19.45.37 Quit pepsi (Ping timeout: 240 seconds) 19.46.05 # bluebrother: my phone is not an HTC one so I think it's unrelated or maybe two different things with the same symptoms or so 19.46.10 # [Saint]: the Player has a shutdown menu item I think 19.46.18 # <[Saint]> waiting a minute is a PITA when I have to reboot to enable something. 19.46.40 # it has indeed 19.46.46 # <[Saint]> gevaerts: yeah, I can see that in root_menu.c 19.47.07 # [Saint]: so that's where you start looking for your define :) 19.47.10 # <[Saint]> I thought there was some define somewhere to enable it on all targets, but I seem to be incorrect. 19.47.32 # [Saint]: the reboot-to-enable stuff is possibly solved by the end of the summer :) 19.47.40 # (hopefully) 19.48.17 # <[Saint]> so, what could I do to include RaaA in this statement? "#if CONFIG_KEYPAD == PLAYER_PAD" 19.48.17 # [Saint]: try #ifdef APPLICATION 19.48.42 # <[Saint]> Aha, thanks. 19.53.14 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 19.54.15 # Could any devs/mentors join #rockbox-gsoc if they haven't already and are interested 19.55.50 Join liquidAcid [0] (~liquid@ip-178-202-98-79.unitymediagroup.de) 19.56.37 Join mishra [0] (~mishra@80-218-253-71.dclient.hispeed.ch) 19.57.25 # hi there. i just noticed that my rockboxed fuze-v1 won't be detected anymore as mass storage device by my system. the OF still works though - any ideas what could be wrong there? 19.59.38 # hi AlexP 19.59.49 # mishra: Hi, good to see you 19.59.54 # Hang on one moment 19.59.58 # ok 20.01.46 # mishra: see PM 20.10.52 Quit bertrik (Quit: :tiuQ) 20.12.54 Quit pepsi_ (Ping timeout: 258 seconds) 20.12.54 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.12.54 Quit bertrik (Changing host) 20.12.54 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.12.54 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.16.23 # pamury: Is there some fundamental reason for bulk transfer sending correctly only first 128 bytes? The endpoint reports 512 max transfer size 20.17.27 # fifo size perhaps ? 20.17.51 # is that a usb 2.0 controller ? 20.18.06 # yes 20.19.00 # do you know the fifo size of the controller ? (there is probably one) 20.19.05 # can you configure it ? 20.21.39 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 20.21.45 # hum, I have the datasheet, I can have a look by myself. I can't see another reason 20.21.52 # by the fifo you mean internal transfer register? If so the length config register is 11bits so I assume 2048bytes 20.23.02 # yeah, all usb controllers have a fifo because they can't send directly from sdram, they need internal storage 20.23.19 # manuals says 2640 x 32-bit space 20.23.58 # yep, but I can't see how one can configure more than 2048bytes transfer 20.24.34 # It's quite possible you can't change anything, in which cases this 128 byte limit is strange 20.27.25 # wait 20.27.51 # now that's weird. The transfers are ok in buffer and are screwed up when memcopying the data 20.28.03 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 20.28.38 # I remember on the e200 (are others), we found out that there was a 64 byte limit if the cpu was not boosted: the dma would be slow of something similar 20.29.14 # the cpu is running at full speed 20.29.52 # everything is working at maximum speed ? 20.30.07 # (depending on socs, lots of clocks might be configurable) 20.30.16 Join pepsi [0] (~pepsi@c-24-14-43-184.hsd1.il.comcast.net) 20.30.16 Quit pepsi (Changing host) 20.30.16 Join pepsi [0] (~pepsi@unaffiliated/jbutera) 20.31.07 # pamaury: well default is 200 (or I believe 240 in case of rk2705) for arm core, 100 (120) for AHB bus and 50 (60) for APB 20.31.54 # well, if you say everything is at maximum speed, there is another problem :( 20.36.16 # when you say "The transfers are ok in buffer and are screwed up when memcopying the data", do you mean that if your read the data in the buffer it's ok but if you copy it after, it's garbage ? 20.36.20 # might a caching probleùm 20.36.25 # *be 20.38.25 # caches are disabled I believe 20.38.55 # but worth checking 20.39.34 # caches and buffer, well everything :) 20.39.37 # <[Saint]> cd .. 20.39.39 # <[Saint]> cd .. 20.39.44 # <[Saint]> oops 20.39.47 # <[Saint]> FAIL 20.39.52 # cd [Saint] 20.39.56 # cd [Saint] :) 20.40.21 # I'm not an ARM expert but we had problem on amsv2 because of caches, that was nasty 20.40.26 # <[Saint]> bash: No such file or directory 20.41.05 # there must be some subtle configuration problem because this loader worked before I killed nand bootloader and relay purely on rom 20.41.42 # maybe the bootloader does some magic 20.41.48 # tweaking the sdram 20.41.58 # or some mysterious registers if there are any 20.42.10 # no, I do ram init the same way as before 20.42.59 # do you know if there are registers to tweak usb ? 20.43.17 # so general configuration bits, the manual is quite long, you know it better than me 20.43.19 # *some 20.43.25 # hmm cache is at most 32kB so the problem should manifest earlier 20.44.45 # well, the important thing is that the usb controller has its own dma engine, so it bypasses the arm core caches, etc 20.45.12 # but if you disabled the cache, it should not be a problem 20.48.02 # did you reverse engineer the nand bootloader (or even have the code ?) 20.48.39 # I started the disassembly 20.49.14 Part mishra ("Leaving") 20.50.16 # there is the DEV_PHYBUS16_8 bit in DEV_CTL, you can try it :) 20.50.42 # :-) 20.50.55 # obviously you're sure the controller is running at high speed ? 20.51.00 Quit pepsi (Ping timeout: 246 seconds) 20.51.17 Join tmzt [0] (~tmzt@adsl-76-244-144-33.dsl.akrnoh.sbcglobal.net) 20.51.24 # (I'm asking the obvious I know) 20.52.38 # I (almost) don't touch configuration of the controler and take what bootrom configured for me. But since I am able to transfer sdram init code and it works basic things are ok 20.52.59 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 20.53.42 # the difference is that sdram init is transfered as control transfer and is limited to 2048 bytes total 20.54.03 # that's a bootrom limitation ? 20.54.36 *** Saving seen data "./dancer.seen" 20.55.03 # don't know but tested 20.55.24 # 2048 isn't too much :) 20.55.58 # recalls me of the 512 bytes limit for FAT on x86 20.56.41 # for transferring sdram init code is more than enough 20.57.26 # how do you transfer code to sdram then ? 20.58.51 Join pepsi [0] (~pepsi@24.14.43.184) 20.58.51 Quit pepsi (Changing host) 20.58.51 Join pepsi [0] (~pepsi@unaffiliated/jbutera) 20.59.14 # first transfer is to iram 20.59.45 # * wodz facepalm 21.00.21 # placement of the buffer in iram is the limitation of that control transfer 21.00.34 # which device is this? 21.00.40 # at least I understood something :-) 21.00.49 # saratoga: rockchip rk2705 21.06.58 Quit GeekShadow (Quit: The cake is a lie !) 21.10.41 # victory!!! 21.11.22 Quit thomasjfox (Remote host closed the connection) 21.12.17 # usb transfers were ok, I made mistake in code moving data from buffor to the final destination 21.21.04 Quit slooopy (Ping timeout: 276 seconds) 21.28.19 Quit stoffel (Remote host closed the connection) 21.28.24 # nice 21.31.38 Quit avacore (Read error: Operation timed out) 21.32.35 # wodz: \o/ 21.35.52 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 21.37.33 Quit promyloph (Ping timeout: 252 seconds) 21.38.17 Quit tmzt (Ping timeout: 250 seconds) 21.39.06 Join japc [0] (~japc@bl21-176-137.dsl.telepac.pt) 21.45.41 Join tmzt [0] (~tmzt@adsl-99-164-42-196.dsl.akrnoh.sbcglobal.net) 21.47.06 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com) 21.49.47 Quit japc (Quit: Ex-Chat) 21.51.01 Quit liquidAcid (Quit: Leaving) 22.00.54 Quit Rob2222 (Remote host closed the connection) 22.01.10 Join Rob2222 [0] (~Miranda@p4FFF2479.dip.t-dialin.net) 22.01.22 Quit Rob2222 (Client Quit) 22.07.57 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 22.10.06 Quit tmzt (Ping timeout: 246 seconds) 22.10.53 Join Rob2222 [0] (~Miranda@p4FFF2479.dip.t-dialin.net) 22.15.13 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 22.15.57 Join Keripo [0] (~Keripo@may276.wireless-resnet.upenn.edu) 22.21.08 Join TheLemonMan [0] (~lem0n@151.62.167.159) 22.22.39 Join Luca_S [0] (~5d925151@giant.haxx.se) 22.23.05 Quit Keripo (Read error: Connection reset by peer) 22.25.19 # hello everybody! today I had some time to retry bisecting my uSD problem with fuzev2, but I didn't have consistent results. that's strange. i'll try again :) 22.25.52 Quit sirrozha (Ping timeout: 276 seconds) 22.26.51 Quit Luca_S (Client Quit) 22.32.56 Join Luca_S [0] (~5d925151@giant.haxx.se) 22.35.55 # I haven't seen any other people reporting sd issues with 3.8.1, odd that you still have them. 22.36.25 # [16:57:05] We have dailies for a month IIRC <- nope, four days only (and old releases) :\ 22.38.09 Quit t0rc (Quit: WeeChat 0.3.4) 22.39.16 # bertrik, i'm puzzled too. i'd think about a hardware problem, yet in the of works reliably :( 22.41.50 # pixelma: Oh, it used to be a month though? 22.41.53 Quit ChickeNES (Quit: Computer has gone to sleep.) 22.42.17 # yes, that's quite some time ago though 22.42.27 # ok, thanks for letting me know :) 22.43.48 # I found and still find 4 days a bit too few, I remember a situation where builds were broken and until noticed all completely working ones were "gone" and I couldn't recommend a daily (was just a bit more than 4 days, maybe 7 or 8) 22.45.48 # I'm sure we can boost that 22.46.32 # well, IIRC it was Zagor who decided to reduce it to what it is now and I thought he had a reason 22.47.02 # right, but given a reason I'm sure it can be discussed 22.47.15 # we have disk space to spare 22.49.54 # * Bagder goes ahead and increases it to 28 days 22.49.55 # the occasion I remember is also quite some time ago now, so memory is quite blurry and I don't know any of the details and when it was exactly 22.51.07 # maybe 14 for a compromise? I won't complain about 28 though ;) 22.51.23 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 22.51.54 # we have 173G available now, we can do it 22.52.57 # nice, thanks :) 22.53.46 # it could also help for bug tracking 22.54.40 *** Saving seen data "./dancer.seen" 22.57.52 # FYI, I'm awake. 22.58.10 # although I appear to be 3 minutes early... 22.58.27 # Don't worry, we'll get to you soon :) 22.58.31 # okay 23.00.17 Join Keripo [0] (~Keripo@165.123.233.203) 23.00.21 Quit bertrik (Read error: No route to host) 23.01.14 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 23.01.42 # Leif: PM 23.10.15 # Leif: good luck :-) 23.11.19 # thanks 23.23.53 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 23.32.56 Join jhMikeS [0] (~jethead71@adsl-99-34-170-38.dsl.sfldmi.sbcglobal.net) 23.32.56 Quit jhMikeS (Changing host) 23.32.56 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 23.40.42 Quit Buschel (Quit: ChatZilla 0.9.86.1 [Firefox 3.6.16/20110319135224]) 23.41.28 # arrgh. a revision that this morning worked now doesn't work. i hate this uSD 23.42.02 # i really need to test a different one. 23.42.37 Quit avacore (Ping timeout: 240 seconds) 23.42.48 # Luca_S: Probably makes sense. I remember you saying this SD is cursed ;) 23.43.20 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 23.44.12 # yep. unluckily i'm on a tight budget and have no room for another 8gb card right now. but i should have a 2gb one in my phone. i could try swapping them. let's check 23.45.54 # New commit by 03sideral (r29715): Better dircache handling in simulator ... 23.45.56 # New commit by 03sideral (r29716): Do not attempt to remove the temporary database twice during a database update. 23.46.10 Quit skapazzo (Ping timeout: 264 seconds) 23.47.04 # cool! the phone one is a class 4 8gb, let's swap the files on them and see. 23.49.21 # r29715 build result: All green 23.53.07 # r29716 build result: All green 23.56.15 Join L-Strife89 [0] (~Strife89@207.144.201.128) 23.56.31 Quit mshathlonxp (Quit: Leaving) 23.56.49 Quit Luca_S (Quit: CGI:IRC (Ping timeout)) 23.57.21 Quit TheLemonMan (Quit: Destructor called)