--- Log for 14.12.111 Server: wolfe.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 0 hours ago 00.00.53 # TheSeven: can you etst r31220 ? 00.01.04 # lorenzo92: why that? 00.01.17 # to be able to run rockbox... 00.01.25 # I'm sure you can script the generation of it based on a stock rom? 00.04.46 # of course, but the stock rom has no scriptable starter or what from the user memory. And the modded firware has the safe mode, that's very important since the OF has a terrible bug. Without it there are chances to brick device 00.05.48 # are their proprietary bits in the stock rom though? those might be tricky to redistribute 00.06.08 # although i'm not sure how that works for linux distros 00.07.08 # lorenzo92: we can add all that to svn+plus a script to create the rom, just not the rom itself 00.09.38 # kugel: uhm okay could be fine, but I remind you that if a rom fails, device is bricked ;) 00.10.11 # kugel: anyway we will discuss that better 00.10.29 # now I check rockbox some minutes then I close ;) 00.12.23 # New commit by 03funman (r31235): Sansa Clip: simplify matrix key scan ... 00.14.03 # r31235 build result: All green 00.14.22 # lorenzo92: that risk is a given :P 00.14.44 # hehe 00.15.00 # but if you want to test some particular roms, just ask me ;) 00.16.56 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 00.20.00 # hm my fuzev2 shows the drive but they have no medium inside 00.20.40 # New commit by 03bluebrother (r31236): Remove duplicate entry in russian translation. 00.21.53 # it's dying though, not sure i should rely on it 00.22.04 # r31236 build result: All green 00.22.39 Join Thra11 [0] (~thrall@87.115.88.39) 00.25.02 Join Rob2222 [0] (~Miranda@p4FFF1B9F.dip.t-dialin.net) 00.26.37 Quit ChickeNES (Quit: Computer has gone to sleep.) 00.35.33 Join Topy44 [0] (~Topy44@f049229025.adsl.alicedsl.de) 00.35.51 Quit liar (Ping timeout: 245 seconds) 00.54.26 Quit bertrik (Ping timeout: 244 seconds) 00.56.52 Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 9.0/20111206234556]) 00.59.25 Quit kadoban_ (Ping timeout: 255 seconds) 01.16.18 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 01.23.21 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 01.26.17 *** Saving seen data "./dancer.seen" 01.26.21 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430]) 01.27.25 Quit Rob2222 (Quit: Rob2222) 01.29.31 Join nosa [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 01.29.52 Quit nosa-j (Ping timeout: 268 seconds) 01.30.17 # New commit by 03funman (r31237): usb-s3c6400: fix more index / endpoint number confusion 01.30.20 Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 01.30.20 # TheSeven: current build might be fixed for nano2g 01.30.20 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 01.31.59 # r31237 build result: All green 01.33.05 Quit captainkwel (Read error: Connection reset by peer) 01.34.46 Join Rob2222 [0] (~Miranda@p4FFF1B9F.dip.t-dialin.net) 01.37.49 Quit liar (Remote host closed the connection) 01.37.56 # JdGordon: did you see FS#12370 ? 01.37.57 # http://www.rockbox.org/tracker/task/12370 3RDS support for Si4701/Si4703 (Sansa Clip Zip proof-of-concept) (patches, new) 01.43.30 # bertrik: anything against making Zip stable? I use it everyday without problems 01.45.38 Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 01.57.41 Quit kadoban_ (Read error: Operation timed out) 02.01.05 Quit keyb_gr (Ping timeout: 244 seconds) 02.07.35 # funman: no, is there anything I should look at? 02.07.39 # remind me tonight :) 02.14.02 Join captainkwel [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 02.14.37 Quit CaptainKewl (Ping timeout: 252 seconds) 02.16.21 Join lieutenantmeow [0] (~bill@ip174-65-6-210.sd.sd.cox.net) 02.17.15 # hello, i have just installed rockbox on my sansa + but the device has not loaded up to its proper theme, what would i do from this point on? 02.27.59 Quit Thra11 (Ping timeout: 276 seconds) 02.32.10 Quit maal (Quit: CGI:IRC) 02.57.12 # JdGordon: yes the last messages talk about skins probklems preventing inclusion 02.58.37 # * JdGordon lols at the last comment :) 02.59.41 # I dont understand why hat is a blocker? 02.59.46 # commit and open a bug? 03.00.07 # JdGordon: no clue 03.00.17 # i pinged you because of last comment :) 03.01.05 # ask zagor to buy me a clip zip and I'll fix it on arrival :) 03.01.32 # JdGordon: you can ask him i think 03.01.51 # (or fix the rds simulator code) 03.03.43 # usb in bootloader is broken in amsv1 too 03.07.08 # funman: wanna try a quick fix? 03.07.11 # if you've got the target 03.07.26 Quit Strife89 (Quit: Vamoose!) 03.10.55 Quit lieutenantmeow (Quit: Lost terminal) 03.11.20 # sure 03.12.02 # remove %s from line 57,58 in apps/radio/radio_skin.c 03.15.40 # do i need the patch applied? 03.15.57 # ? 03.16.05 # dont' you have a clip zip? 03.16.14 # or was that just wondering why it was blocked? 03.17.28 # yes i have a clip zip 03.17.50 # so yeah, apply the rds patch and that 2 line fix and see if it works :) 03.17.51 # i didn't try this patch though, not sure what's the status of rds in current build. 03.18.06 # ok 03.18.18 # it almost certainly will work, but it will make those lines not scroll 03.18.35 # someone needs to look into making scrolling lines be able ot have their text changes 03.18.38 # changed* 03.25.28 # i'm not sure where i should be able to see the RDS stuff 03.25.52 # how many lines fit on the radio screen? 03.26.01 # i see 5 03.26.06 # 1/ station name 03.26.07 # 2/ freq 03.26.10 # 3/ mono/stereo 03.26.15 # 4/ mode 03.26.21 *** Saving seen data "./dancer.seen" 03.26.21 # 5/ signal strength? (it's cut) 03.26.24 # 6/ search bar 03.26.40 # should be under that 03.26.44 # under the bar? 03.26.47 # yeah 03.26.58 # with a blank line between the bar and rds info 03.27.11 # is HAVE_RDS_CAPS defined? 03.27.55 # yes in zip config.h 03.28.08 # perhaps my radios just have no rds data 03.28.18 # ah i see it! 03.28.36 # a single word "PLANETE", the name of the radio, where you said it should be 03.28.51 # it appears a bit after tuning 03.28.54 # and of course it wont scroll 03.29.05 # try to find a station which updates the info 03.29.07 # probably but then there are other non scrolling lines 03.33.15 # i only see "RADIO X" "PLANETE" and "LE FM 98", the title for 3 channels, but they don't update 03.35.05 Quit Topy44 (Ping timeout: 240 seconds) 03.38.25 Join Topy44 [0] (~Topy44@f049181207.adsl.alicedsl.de) 03.46.30 Join nosa [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 03.49.52 Quit nosa-j (Ping timeout: 248 seconds) 03.49.52 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 03.51.50 Quit Zarggg (Ping timeout: 276 seconds) 04.09.16 Quit captainkwel (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 04.09.38 # JdGordon: suggested changes for settings_parseline(): add \ to escape # 04.09.54 # i want to add ##MUSIC# and ##PORT# to disktidy.config but they got ignored 04.10.05 # so i suggest \##MUSIC# \##PORT# 04.12.26 # and \\ as first character would give '\' 04.12.26 # i could do that n disktidy.c but it's better to be in generic code 04.13.21 Join Keripo [0] (~Keripo@eng094.wireless-resnet.upenn.edu) 04.17.34 Join JdGord [0] (~AndChat@vl10.gw.ok-labs.com) 04.17.58 # Funman: ? 04.18.00 # When is that needed? 04.18.41 # # is only checked at the beggining of the line isn't it? 04.19.52 # nope, after whitespace 04.20.22 # i just added if (*str == '\') str++; in disktidy.c 04.29.11 Quit TheSeven (Disconnected by services) 04.29.30 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.35.13 Quit amiconn (Disconnected by services) 04.35.14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.35.14 Quit pixelma (Disconnected by services) 04.35.17 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.35.19 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.35.36 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.40.29 # funman: remind me when im not busy at work :) I'm not underastanidng why its needed and cant look into it atm 04.40.50 # is the leading # in the value or name return val? 04.42.46 Quit Topy44 (Ping timeout: 240 seconds) 04.43.25 # name 04.43.35 # like this: " ##MUSIC#: no" 04.43.38 Join Topy44 [0] (~Topy44@f048043170.adsl.alicedsl.de) 04.43.48 # ah! 04.43.55 # yeah, that shold be fine to add 04.44.04 # I thought you wanted it in value which causes problems 04.44.14 # yeah in value it should work already 04.44.31 # # isnt checked for in value i tihnk 04.49.02 # hm i made disktidy fully erase my disk :/ 04.49.14 # haha well done! 04.49.30 # tidiness win! 04.50.51 # jhMikeS: hey, 04.50.58 # what changes could have broken usb in ams bootloader? 04.51.03 # the stereo/mono line doesnt scroll so it is no issue to update it every redraw 04.51.21 # JdGordon/funman: hello 04.51.27 # the lcd_scroll function cant handle the scrolling text changing its text, so we only update every err... not often 04.51.32 # otherwise the line could never scroll 04.51.39 # so, how would you like to fix that? :D 04.51.51 # funman: I'm trying to remember. I remember being concerned about it. :\ 04.52.23 # see gui/skin_engine/skin_render.c around line 740 04.52.25 # JdGordon: fix scrollers to not reset if the text is the same? maybe just keep scrolling anyway :) 04.52.58 # ideally we should be able to change the text and have the scroller continue scrolling from where it was 04.53.09 # as long as the new string is at least as long as the last one 04.54.13 # funman: probably whenever I changed the bootloader, for whatever that was for. I just remember looking and going "I hope it still works." 04.54.33 # JdGordon: I suppose just hit the limit and reverse it in that case 04.57.00 # no, I suppose haven't altered the bootloader afterall 04.57.54 # jhMikeS: i don't see your commits in bootloader/sansa_as3525.c 04.59.43 # right, didn't commit there but something just had me thinking about its welfare, but I don't remember exacty what project that was 05.00.43 Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 05.02.01 # USB_DETECT_BY_DRV ?. 05.02.23 Join Buschel [0] (~chatzilla@p54A3B853.dip.t-dialin.net) 05.03.11 Quit Keripo (Read error: Connection reset by peer) 05.03.37 Quit mgue (Ping timeout: 240 seconds) 05.05.42 Join mgue [0] (~mgue@p57B3D46F.dip.t-dialin.net) 05.06.02 # funman: quite possibly that one :) 05.09.33 # does usb bootloader still work on sa9200 ? 05.11.28 Join Keripo [0] (~Keripo@eng094.wireless-resnet.upenn.edu) 05.11.38 # jhMikeS: ah there is a HAVE_BOOTLOADER_USB_MODE 05.14.21 # jhMikeS: probably when you changed PP bootloaders 05.19.21 Quit Keripo (Read error: Connection reset by peer) 05.21.39 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 05.21.57 Join Rob2223 [0] (~Miranda@pD9FAC029.dip.t-dialin.net) 05.25.52 Quit Rob2222 (Ping timeout: 252 seconds) 05.26.24 *** Saving seen data "./dancer.seen" 05.30.03 # funman: no idea about sa9200. I could check it. 05.33.11 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 05.33.34 Quit ps-auxw (Ping timeout: 252 seconds) 05.35.24 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.36.49 # yeah, bl usb mode works 05.38.08 # ok i'll try on clipv1 05.38.32 # New commit by 03funman (r31238): disktidy: simplify ... 05.38.46 # New commit by 03funman (r31239): disktidy.config: add a preset for Sansa AMS OF files 05.39.25 # funman: see FS#12384 05.39.27 # http://www.rockbox.org/tracker/task/12384 3AMSv1 bootloader USB mode does not attach since r30548 (bugs, new) 05.40.13 # r31238 build result: 166 errors, 0 warnings (funman committed) 05.40.19 # ah thanks 05.41.01 # oops 05.41.02 Join nosa [0] (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 05.41.40 # r31239 build result: 166 errors, 0 warnings (funman committed) 05.42.04 # New commit by 03funman (r31240): disktidy: don't use "abort" for variable name as it might conflict 05.42.10 Quit nosa-j (Ping timeout: 252 seconds) 05.42.10 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-26-90.clt.bellsouth.net) 05.43.26 Quit Topy44 (Ping timeout: 240 seconds) 05.43.34 # r31240 build result: All green 05.43.37 Join Keripo [0] (~Keripo@eng094.wireless-resnet.upenn.edu) 05.45.41 Join Topy44 [0] (~Topy44@g228139157.adsl.alicedsl.de) 05.52.05 Quit Keripo (Ping timeout: 248 seconds) 05.54.20 # jhMikeS: what does HAVE_BOOTLOADER_USB_MOD do? 05.55.03 # it was something to deal with some complications on PP originally but it also creates a full usb.c 05.55.21 # yeah but we do that already on AMS 05.56.23 # but somehow it makes the bootloader bloat? 05.57.04 # it causes "current_tick" to actually exist 05.57.21 # isn't that PP specific anyway? 05.57.38 # yeah, so I don't get it 05.57.56 # #define HAVE_PRIORITY_SCHEDULING 05.57.56 # #define USB_STATUS_BY_EVENT 05.57.56 # #define USB_DETECT_BY_CORE 05.58.00 # i think that's all it does 05.58.02 # adds* 05.58.20 # well for ams: only HAVE_PRIORITY_SCHEDULING 05.58.21 # ah you got to the .h files alread :0 05.58.32 # that will add major code size 05.58.46 # what? 05.59.15 # (what is "that") 05.59.25 # the priority scheduler 05.59.38 # well we don't need it i think, do we? 05.59.54 # perhaps USB_DETECT_BY_CORE over USB_DETECT_BY_DRV adds more code 05.59.56 # probably not in there but other targets yes 06.00.28 # I wouldn't expect that to be too expensive 06.00.54 # acutally it might be smaller 06.00.55 # sansa_as3525.c:usb_mode() looks ok? 06.02.28 # I think so 06.02.37 # adding usb_enable(true/false) fix it 06.03.47 # (on clipv1, trying clip zip) 06.06.01 # shouldn't that have been done in the usb thread? 06.06.44 # i think we don't use the usb thread 06.07.01 # look at gigabeat.c loop 06.07.13 # New commit by 03funman (r31241): Sansa AMS: fix usb in bootloader ... 06.07.24 # clip zip works but: [11758.128551] usb 1-2: config 1 has no interfaces? 06.07.35 # I wonder if there's enough time for usb_status to get updated? 06.08.21 # no? who runs the driver? 06.08.34 Join Torino10 [0] (~185b42c0@www.haxx.se) 06.08.53 # r31241 build result: All green 06.09.33 # I'm having trouble getting my sansa Clip+ to boot to the original firmware 06.09.36 # that's equivalent to usb_core_init() 06.09.43 # Torino10: press left key 06.10.10 # It starts to boot but it gets stuck 06.10.23 # jhMikeS: it is probably interrupt driven? 06.10.55 # Torino10: try to format it, anyway the OF is not on topic here, you should ask #rockbox-community or sandisk 06.13.59 # funman: sure it is, but the thread is created for it 06.14.16 # what does the thread do? 06.14.34 Join saratoga_ [0] (9803c31c@gateway/web/freenode/ip.152.3.195.28) 06.16.05 # ah i see 06.16.12 # USB_POWERED event 06.16.54 # hm USB_STATUS_BY_EVENT is defined 06.18.24 # ascodec should be enabled and generate interrupts though 06.21.50 # Rockbox is working, but device does not show on usb, can I replace the firmware by copying the renamed patched.bin file from sd card to root? 06.21.51 Quit psychohistory (Read error: Connection reset by peer) 06.22.18 # Torino10: you can, but you'd need to be able to boot at least a little ways into the sandisk software for it to take 06.22.44 # ok 06.23.24 # what did you actually do to it? 06.23.45 Join BHSPitMonkey_ [0] (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) 06.25.48 # I think the patched bootloader is corrupt, it starts to boot to OF but repeats then gets stuck on graphics screen 06.27.02 # saratoga_: i start seeing data aborts and panics on my zip in usb mode 06.27.17 # funman: why would a force usb_enable be needed? I'm not seeing why it should be. 06.28.17 # jhMikeS: not sure .. 06.28.27 # oh, I think the acking doesn't happen if no messages were broadcast 06.28.28 # i copied gigabeat code 06.28.45 # gigabeat f? It's a bridge IC 06.29.04 # IIUC the problem was that connection isn't detected 06.29.09 # so not related to bridge 06.29.21 # SYS_USB_CONNECTED_ACK 06.29.56 # where does tha tcome from ? the code uses usb_detect() 06.30.04 # if no queue exists for SYS_USB_CONNECTED, num_acks_to_expect stays 0, thus never reaching USB_SLAVE_MODE 06.30.50 # dunno what you're talking about :) 06.31.09 # in usb.c 06.31.23 # if(num_acks_to_expect > 0 && --num_acks_to_expect == 0) 06.32.18 # num_acks_to_expect += queue_broadcast(SYS_USB_CONNECTED, 0) - 1; 06.32.19 # ? 06.33.03 # yeah, if there's no queue besides the USB queue, num_acks_to_expect will be 0 06.34.40 # hrm, I guess the backlight queue is registered 06.35.49 # or is it? I can't tell yet - depends on BACKLIGHT_FULL_INIT 06.36.05 Quit robin0800 (Ping timeout: 252 seconds) 06.36.50 # #define HAVE_PRIORITY_SCHEDULING 06.36.56 # #define HAVE_PRIORITY_SCHEDULING should only be enabled for PP ? 06.38.32 # It was preferred for the beast but for PP probably isn't the critical in the bootloaders 06.39.24 # nope, no backlight queue for an AMS bootloader 06.48.46 Quit Topy44 (Ping timeout: 240 seconds) 06.54.22 # someone with a nano2g can test usb in current build? 06.54.26 # or ipod classic 06.54.43 Join Topy44 [0] (~Topy44@f049106106.adsl.alicedsl.de) 07.04.46 Quit factor (Ping timeout: 240 seconds) 07.14.13 Quit othniel (Ping timeout: 248 seconds) 07.18.34 Join factor [0] (~factor@74.197.205.204) 07.19.01 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 07.21.14 Quit BHSPitMonkey_ (Remote host closed the connection) 07.26.27 *** Saving seen data "./dancer.seen" 07.30.19 # New commit by 03funman (r31242): usb-s3c6400: make isr more clear ... 07.30.39 # New commit by 03funman (r31243): usb-drv-as3525v2: simplify usb_reset isr 07.31.59 # r31242 build result: All green 07.32.31 Quit jordan` (Ping timeout: 252 seconds) 07.33.43 # r31243 build result: All green 07.34.04 # New commit by 03funman (r31244): usb-drv-as3525v2: cosmetics 07.35.46 # r31244 build result: All green 07.39.54 Join jordan` [0] (~gromit@posteauge.rsr.lip6.fr) 07.43.50 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 07.49.07 Quit Topy44 (Ping timeout: 268 seconds) 07.52.48 Quit Torino10 (Quit: CGI:IRC) 08.04.42 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.12.54 Quit saratoga_ (Quit: Page closed) 08.13.06 Join Rob2222 [0] (~Miranda@pD9FAC029.dip.t-dialin.net) 08.13.48 # <[7]> funman: still broken with r31244 :( 08.19.02 Quit Rob2223 (Ping timeout: 245 seconds) 08.22.08 Join GodEater_ [0] (93722cc9@rockbox/staff/GodEater) 08.23.49 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) 08.26.13 # <[7]> however it doesn't seem to lock up completely any more, it just doesn't work 08.27.06 # * [7] might do some bus sniffing when he arrives at his office 08.39.04 Quit Keripo (Read error: Connection reset by peer) 08.41.40 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.41.46 Quit bertrik (Changing host) 08.41.46 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.41.59 Quit Zoiah (Remote host closed the connection) 08.42.05 Join Zoiah [0] (zoiah@matryoshka.zoiah.net) 08.43.41 Join jdgord_ [0] (~AndChat@122.110.205.174) 08.47.32 Quit JdGord (Ping timeout: 245 seconds) 08.50.32 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 08.50.35 Quit jdgord_ (Ping timeout: 255 seconds) 08.52.20 Join paradoxgo [0] (~paradoxgo@ool-44c73203.dyn.optonline.net) 08.52.32 Part paradoxgo 08.54.38 Quit kadoban_ (Quit: bye) 08.55.07 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 08.58.12 Join ender` [0] (~ender@foo.eternallybored.org) 08.59.48 Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) 09.00.34 Quit Keripo (Client Quit) 09.17.22 # funman: I found what the real problem is. There's a missing usb_enable(true) in usb.c when USB_DETECT_BY_CORE is not defined and the USB stack is used 09.19.58 Quit perrikwp (Read error: Connection reset by peer) 09.21.06 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 09.21.26 Join othniel [0] (~othniel@75.92.51.2) 09.21.26 Quit thegeek (Read error: Connection reset by peer) 09.21.36 Join thegeek [0] (~thegeek@87.37.34.95.customer.cdi.no) 09.26.31 *** Saving seen data "./dancer.seen" 09.36.09 Quit factor (Read error: Connection reset by peer) 09.54.09 Join factor [0] (~factor@74.197.205.204) 10.02.50 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.04.11 Quit Farthen (Ping timeout: 268 seconds) 10.05.48 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 10.10.36 # funman: any success with usb ? 10.14.46 Quit fs-bluebot (Read error: Connection reset by peer) 10.16.45 Quit kadoban (Read error: Operation timed out) 10.18.20 Join fs-bluebot [0] (~fs-bluebo@g226068164.adsl.alicedsl.de) 10.19.39 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.19.51 # New commit by 03jethead71 (r31245): Fix the real issue with AMS bootloader USB mode. A call to usb_enable was missing in usb.c when using the USB stack and USB_DETECT_BY_CORE was not ... 10.21.46 # r31245 build result: All green 10.22.50 # pamaury: considering the lack of success with ld have you tried two pass link approach? 10.23.56 Join wilsonsamm [0] (~sam@cpc5-derb13-2-0-cust763.8-3.cable.virginmedia.com) 10.24.18 # hey. I've just installed rockbox onto my sansa clip 10.24.32 # it's great, but I have a problem running lua scripts 10.25.10 # when I choose one from the file menu, I get an error saying "couldnt open viewer: .rockbox/rocks/viewers/lua." 10.25.34 # that's right, that file doesn't exist. Where can I get it? 10.25.53 # I've already looked over http://www.rockbox.org/wiki/PluginLua 10.26.31 # wodz: not yet, I didn't have time. I don't really like the two pass approach but I must admit I don't have another idea. There are still questions about how to do it: either build a map from rockbox.map, then use bin2c to produce de c file which is compiled in, or directly include the binary using the linker or some objcopy. In any case the problem is to make sure no address changes between two links 10.27.15 # bertrik: pin 10.34.40 Join rarog [0] (~chatzilla@p4FF5DF06.dip.t-dialin.net) 10.37.47 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.42.53 # nick-p: I'm gonna commit that wps fix if you think its good to go :) 10.43.08 # but i got another wishlist if you want osmethin to have a crack at? :) 10.43.16 Join gwlegion [0] (~gwlegion@unaffiliated/gwlegion) 10.43.25 # hi 10.44.03 # JdGordon: While I didn't test the right align stuff,nothing crashed with it - I reckon it can't be worse. 10.44.11 # gevaerts: whats the usual story with bugfixes after a branch? do we try backporting anything and release in a couple weeks again? 10.44.11 # what about ipod nano 4g dev ? 10.44.25 # JdGordon: I'm a bit busy at the moment to do any testing though 10.46.19 # JdGordon: basically the policy is "use your own judgement" :) 10.47.04 # It's a tradeoff. The branch will get little or no testing in practice at this point, so if there's a risk of breaking things for a minor bug, don't do it 10.47.07 # ok, so then I tihnk this commit shold go through, but I don't have (and cant get :D )a 3.10 checkout 10.47.36 # ... after a week or so to make sure it doesnt cause any issues :)( 10.47.36 # * gevaerts has some doubts about "can't get" :) 10.47.50 # on my connection and data allowance it will take too long :) 10.47.52 # ping me when it's ready then 10.48.52 # :) 10.48.55 # New commit by 03jdgordon (r31246): Fix FS#12237 (caused by r30302) where centered skin text isnt eqactly centered 10.48.57 Join LinusN [0] (~linus@giant.haxx.se) 10.49.04 # I'll do it from melbourne next week if i remember 10.51.32 # r31246 build result: All green 10.51.46 # oh nice... git svn rebase is still working after that commit :) 10.57.35 # gevaerts: will the build system and install stuff all DIAF if plugins had spaces in the names? 11.00.24 # no idea 11.01.28 # I'm toying with the idea of cleaning up the plugin file listsing (and openwith menu) to replace _'s with spaces and Title Case the names on the fly 11.01.38 Join lorenzo92 [0] (~chatzilla@host195-111-dynamic.21-79-r.retail.telecomitalia.it) 11.01.41 # kugel thinks it should be done with a hardcoded lookup instead 11.01.45 # or we just fix the filenames 11.04.31 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.05.19 # kugel: you did a good job with keymappings, but I need to fix something. Context menu is done by pressing menu key, not keeping pressed central key ;) 11.06.50 # context menu is done with the "center/ok" button on every target 11.07.02 # the keymap wars have begun :p 11.07.07 # yeah :D 11.07.16 # but we have a dedicated key... 11.09.44 # many targets have a menu key 11.10.09 # it's used to go to the main menu on all. and all targets use long select for the context menu 11.11.28 # JdGordon: I would favor fixing the filename 11.12.01 # the conversion can be automated when making the .rock file if you like 11.12.11 # no need to add code and special cases to rockbox for this 11.12.16 # thats true 11.13.37 Quit preglow (Ping timeout: 240 seconds) 11.14.33 # pamaury: I thought about the sd and boot problem, our problem compared to OF is that rockbox is in the file system, while the firmware is in a separate space. what if the external card is detected, but mounted only after the boot? 11.15.17 # JdGordon: also I'm unsure if it should be done at all :) 11.15.36 # random_folder_advance_config looks like crap 11.15.39 # it's not a problem, we do it on other targets as well; the problem is that for some reason our code tries to read/write from/to the sd card before it's initialized and my code somehow doesn't handle that properly 11.16.38 # ah, so this is something like the dining philosophers problem? 11.18.09 # do you have your current local implementation somewhere like pastebin, so I could have a look on it? 11.19.21 Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) 11.20.06 # yes, wait a minute 11.20.33 # kugel: okay for the key but still there is a double action_std_context I guess... 11.22.13 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 11.26.34 *** Saving seen data "./dancer.seen" 11.26.40 # rarog: https://gist.github.com/1476044, this my raw diff so it's not exactly clean and include the backtracer 11.27.07 # I've put a panic where the dramatic sequence of events starts basically 11.28.30 # * Zagor moves the elfs and maps release files into a "debug" subdir 11.28.32 # ok, so as long as I boot with build with diff, I'll have a forced debug? 11.28.50 # no, only if you boot with sd inserted 11.28.56 # (or rolo) 11.29.12 # and perhaps on usb unplug :) 11.29.41 # you can probably remove the panic and then it will lockup only on boot with sd inserted 11.30.32 # well, it's ok, as long as I can cicrumvent the lockup if I need to :D this is the situation here. :D 11.34.38 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 11.48.40 Join markun [0] (~markun@rockbox/developer/markun) 11.55.21 # ah, I know why it can't apply. a git diff. >.> 12.48.42 # pamaury: do you also have the diff for unwarminder? or is this somewhere in the flyspray? 12.54.31 # ok, can't convert it... I'll just use git instead of svn now... 12.56.56 # rarog: we are aiming to switch to git for all development within a week or so, so it won't hurt ;P 12.58.21 Quit Guinness (Read error: Connection reset by peer) 13.02.26 # yeah. got it now here. :D 13.03.08 # now I'm looking into the unwarminder patch... as far as I understand, i should just apply the latest version. (v3) but it gives me an error, if I check the patch. 13.03.33 # error: cannot apply binary patch to 'firmware/target/arm/unwarminder/.get_sp.c.swp' without full index line 13.04.05 Join MethoS- [0] (~clemens@134.102.106.250) 13.09.05 # making text which changes dynamically scroll is damn simple! 13.09.08 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 13.09.13 # now, why the heck wasnt this dne years aog? 13.14.11 # ok, I had to use a different patch version it seems. 13.14.14 # rarog: that looks like the patch incorrectly includes some vim tempfiles 13.18.09 # rarog: it's on FS bu 13.18.15 # t it's included in my diff 13.18.30 # without modification except for client.h and which doesn't do anything 13.19.30 # does anyone have any idea why this should cause a line to not scroll? "if (current_vp->width - x * 8 >= w) return;"? 13.19.37 # i mean, why that check might be there... 13.19.45 # amiconn: kugel? 13.19.58 # in lcd_bitmap-common.c around line 400ish 13.21.08 # JdGordon: looks like a test to see if the string fits 13.21.15 # pamaury: not really, at least not if I download your diff. 13.21.26 # the files are referenced, but not created. 13.21.27 # gevaerts: fits "how" though? 13.21.32 # that seems very arbitrary? 13.21.54 # unless im missing something obvious? 13.21.54 # rarog: what do you mean ? 13.22.14 # oh you're right 13.22.17 # JdGordon: I'm not sure about the *8, but (width - x) looks like the remaining size in the viewport, and w is the width of the string. Is x in character coordinates there? 13.22.31 # yes 13.22.43 # char cell, not pixel 13.22.45 # rarog: FS#12302, sorry :) 13.22.47 # http://www.rockbox.org/tracker/task/12302 3Add backtrace to the panic screen on ARM (patches, new) 13.22.54 # so *8 makes it a "pixel" 13.23.38 # pamaury: so I have to apply v3 patch and after it your diff? 13.23.40 # JdGordon: I guess it checks whether the string is long enough for scrolling 13.23.42 # right, then assuming a character is 8 pixels wide (which I don't know), width - x*8 is the available space for the string 13.23.48 # it seems poor, though 13.24.27 # rarog: yes, but there will be a conflict on some file, wait a minute I will upload a complete diff 13.25.03 # pamaury: yes, found the conflict now while checking the sd.diff. :D 13.25.40 # oh fuck i hate our lcd_puts* api 13.26.14 # rarog: I've update the gist, you can redownload it 13.26.35 *** Saving seen data "./dancer.seen" 13.27.45 # JdGordon: ask Zagor about his branch again :) 13.27.47 # that check *must* be to see if it needs to scroll 13.27.58 # in which case it is very wrong 13.28.07 Quit nick-p (Quit: Leaving) 13.33.29 # pamaury: now it applies and compiles like a charm. :) 13.36.10 Quit soap (Changing host) 13.36.10 Join soap [0] (~soap@rockbox/staff/soap) 13.38.39 # http://pastebin.com/7fC9bHt4 <- any comments? 13.38.59 # currently lines have to explicitly say they want to not restart the scroll for the line 13.39.05 # I'm not sure that needs to be done though 13.40.20 # and of course make sure the scrolling line is in the current_vp :) 13.41.53 Part gwlegion ("Quitte") 13.46.11 # yeah, that extra style flag doesnt appear to be needed 13.53.24 # New commit by 03jdgordon (r31247): Allow scrolling lines to have their content changed without restarting the scroll line. This means skin lines with dynamic tags can be updated in ... 13.54.30 # If that ends up making things look crap I'm open to reverting 13.55.32 # r31247 build result: All green 13.58.35 Quit kugel (Remote host closed the connection) 14.01.10 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch) 14.03.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.05.29 # paumary: I don't know why, but when I uncomment the panic line, everything starts nice and clean. Or should I again make also the firmware to flash? 14.10.00 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 14.11.10 # hello, I just made a new battery bench... but I forget I had the backtrace patch... Can it have any effect on the result? 14.15.10 # jlbiasini: do you want a correct answer or a useful answer? :) 14.17.24 # ?? not sure to understand? 14.17.41 # Well, the correct answer is "yes" 14.18.00 # The effect will not be measurable though 14.18.09 # I'd run a battery bench to answer the question. ;) 14.18.19 # Well, it most likely won't be measurable 14.18.20 # ok I did understood then! :D 14.19.13 # It would be fun to find out that it increase playback time :D 14.19.42 # It won't. The effect is "less RAM available for buffering" 14.20.11 # jlbiasini: btw, you can update the bootloader and wiki for fuze+. :) 14.20.14 # yeah I know but this is the theory ! 14.20.43 # yeah I'm on the baterry time's one 14.21.22 # http://www.rockbox.org/wiki/SansaRuntime 14.23.08 # hm... is the git not yet in sync with svn? 14.23.44 # the new git repository is being mirrored manually 14.23.46 # by me :) 14.23.52 # Give me a moment :p 14.24.09 # ok. :P 14.24.28 # done 14.24.46 # is the new repo accessible already? 14.24.51 # kugel: it has been for weeks 14.25.00 # oh nice 14.25.11 # git://git.rockbox.org/rockbox 14.25.27 # still not automatically mirrored. but there's no point now 14.25.41 # i'm gonna finish up the last things we need to do Real Soon and then get zagor to shut off write access to svn 14.25.43 # why not? 14.25.45 # for weeks? wasnt it just a few days ago when the old mirror was moved away? 14.25.58 # kugel: It was already accessible through gerrit (http or ssh) 14.26.04 # the git daemon pointing at it is recent 14.26.25 # JdGordon: because i'm hoping we can switch to git for real by the weekend :) 14.26.31 # fucking aye! 14.26.36 # is gerrit actually usable yet? 14.26.52 # i'm not turning on code reviews just yet 14.26.55 # sorry 14.26.57 Join keyb_gr [0] (~chatzilla@p4FF03BFA.dip.t-dialin.net) 14.27.06 # so thats a no? :) 14.27.07 # one thing at a time; we need to move main infrastrucure first 14.27.18 # you can create account, get permissions, read code 14.27.26 # how can you read code? 14.27.28 # once we shut svn off i will turn on push permissions for committers 14.27.42 # sure, though it owuld be nice to get a feel of it with an actual project, even if we can use it directly to push things 14.27.44 # then once we deal with all the buildbots and so on i'll get around to allowing code review 14.27.51 # but yeah, move to git and ignore everything else :) 14.27.52 # the sandbox repo is still there; you can use it 14.27.57 # i know it's not "real" 14.28.06 # I mean the new git repo 14.28.16 # kugel: git clone 14.28.22 # we don't have a web based browser up right now 14.28.31 # if you'd like to suggest one, feel free to propose it to zagor ;) 14.28.43 # gerrit supports integrating with, i believe, anything you can specify a url pattern for 14.28.50 # it's meant to be used with gitweb but other stuff probably work 14.28.54 # ah I thought we did when you said it's available through gerrit 14.28.58 # we don't need access control so it doesn't have to be implemented tightly 14.29.05 # it's available through gerrit, yes. as a repository you can clone 14.29.10 # over ssh or http 14.29.22 # gerrit doesn't provide a browser 14.31.49 # anyway, i'm probably not going to get anywhere today. currently i'm at my last day of work this year so i need to finish up pending stuff; then going to work xmas party for free booze, then will be at home and drunk. ;) 14.31.58 # but tomorrow, i'll deal with more of it 14.32.18 # with the hangover or git? 14.32.34 # i don't get hung over 14.32.40 # i can absorb infinite alcohol 14.32.41 # :) 14.33.44 # Torne: please post your diff to body.c 14.34.16 # infinite alcohol is a nice feature. 14.34.31 # well okay probably not infinite 14.34.41 # but as much as i comfortably care to consume in the first place 14.34.41 # :) 14.36.54 # rarog: is the modification for the second lcd issue already in the tree? 14.37.09 # I meant svn 14.37.17 # jlbiasini: yes. and working like a charm! 14.38.14 # wiki updated then 14.41.10 # jlbiasini: do you need the updated firmware.sb or will you compile it yourself? 14.44.05 Join abloomfield [0] (~cffa07f2@www.haxx.se) 14.44.14 # I've got the first kind. It was just to know if I could write in the wiki that both lcd are handled 14.47.40 # yes sure, but the non-compiling people will need an updated firmware to see the bug go away. 14.48.02 # hey there - i built a rockbox with the current svn tree - and listening to .flac files i noticed the right channel channel dies on low frequencies.... first i had my earplug blaimed but the OF does not show that behaviour - anybody had similar experiences? 14.48.05 Join webguest731 [0] (~5bd368d5@www.haxx.se) 14.48.24 # i heard its related to FS12371 14.48.44 Quit webguest731 (Client Quit) 14.49.12 # FS#12371 14.49.13 # http://www.rockbox.org/tracker/task/12371 3FLAC 32 bits 96khz surround 5.1 file not playing (bugs, unconfirmed) 14.49.25 # you mean that is a bootloader upgrade?? 14.50.51 Quit abloomfield (Quit: CGI:IRC) 14.53.24 # yes. 14.54.01 # the screen must be initialized via firmware so it's working directly at start and not at rolo. 14.54.10 # so it's time for v2. 14.54.15 # so - I reverse patched with flac_v5 and my flacs play nicely again 14.55.40 # and by the way, do you use an micro-sd card? I can't reproduce any lock paumary has. his patch works like a charm for me, no locks, recognition of cd card on boot time and later. 14.57.27 Join Topy44 [0] (~Topy44@g228131236.adsl.alicedsl.de) 14.57.28 # Misanthropos: And now you might experience some hanging while playing AFAIR. 14.58.27 # rarog, funny - but i remember a hang in once occasion - where the player started looping .5 secs or so / thought it was a problem accessing the sd 14.58.53 # beside that - but i think i dont have 5.1 flacs 14.59.20 # Well I do have a sd but a 32GB's one... Not if I want to test stuff with that.... 14.59.24 # ;D 14.59.30 # *sure 15.00.24 # why? risking data loss? 15.00.27 # i use mine with a clip+ ... usb support works with some glitches.... especially on connect, it can crash rockbox 15.01.31 # this is still a bit expensive for me , I would want to have it dead because of it. I'd rather buy a 2GB to run test... 15.02.01 # hm... 15.02.17 # for paumary it just doesn't let rockbox boot. for me it does read like a charm. 15.06.11 # ok, very, very strange.... 15.06.20 # what? 15.06.56 # In 80% of time everything starts normally with sd patch, and once i had a hanging at boot-time and once a white panic screen with backtrace. 15.06.56 # after ROLO it doesn't hang? ;) 15.06.58 # rarog: perhaps I made a mistake and upload the wrong version to my device when I tested it, it was late and I was very tired 15.07.19 # but I think it's timing related so it's a bit randon 15.07.22 # *randon 15.07.26 # *random :) 15.07.32 # but removing the card, starting rockbox and shutting it down and starting again solved it. 15.07.39 # it really seems to be random. 15.08.18 # if hanging at boot time I didn't see anything besides "CAFEBABE" line. 15.10.29 # But I also experienced some glitches with OF sometimes, where everything hanged and I had to reboot it with the power button holding for 14 seconds. though this could be completely unrelated. 15.11.09 Join TheLemonMan [0] (~LemonBoy@adsl-ull-148-211.50-151.net24.it) 15.12.00 # rarog: no I think it's really rockbox really 15.12.34 # ok. but indeed I had hard time to reproduce this. 15.12.47 # and in most cases everything works. 15.13.14 # at least at my side. 15.18.21 # ah, and if I have the sd card inserted, rockbox doesn't offer me neither of the drives for my os. 15.19.26 # with sd card out, pluggin in usb offers me the internal storage again. 15.20.02 # bootloader's link updated on the wiki 15.26.37 *** Saving seen data "./dancer.seen" 15.33.56 Join lorenzo92 [0] (~chatzilla@host155-111-dynamic.30-79-r.retail.telecomitalia.it) 15.39.04 Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813]) 15.47.43 Join WalkGood [0] (~4@unaffiliated/walkgood) 15.49.18 # wodz: I hacked the Makefiles to produce a symbol map, I'll finish that during my coffee break and tell you if it works 15.50.30 # cool 15.52.13 # pamaury: if you have a look at the batterry bench files i updated on the wiki, you'll see that the player is starting stating there is 15 hours left although it last only 10. This is also a minimal use condition because I just let the beast working in a drawer which meams no lcd consumption at all... 15.53.01 # jlbiasini: the battery has not been calibrated, the estimation cannot be right at the moment 15.54.11 Join Buschel [0] (~chatzilla@p54A3B0C3.dip.t-dialin.net) 15.54.33 # pamaury: the thing devices not showing up if the sd card is inserted is just an enumeration bug or is it just a not yet implemented feature? 15.54.41 # Misanthropos: hi, you reported some details about the flac issue with current svn 15.54.52 # Misanthropos: can you please upload such file? 15.55.19 # rarog: it's probably the same bug as the lock up 15.55.49 # hm... so it's not clean enough yet or has some race conditions. 15.56.39 # I told you, there is a bug left, the very fact that it lock up randomly is the proof :) 15.57.27 # indeed. but yesterday it sounded as if it's reproduced instantly. and not as rare as I see it. :D 15.57.38 # Buschel, any flac - i tried several 15.57.55 # and I hate the random bugs, they are so hard to track down. :/ 15.57.58 # on my device it's 99% of the time a lock up but since it's timing related, it depends on lots of factors 15.58.19 # ? I compared two files via test_codec, the output was binary identical before and after my change 15.58.25 # but I know exactly the sequence of events which lead to it, but not why it freezes though 15.59.35 # and you hope to track it better down when you have the better debug/symbol output, right? 16.00.02 # for one part, but it won't solve everything magically 16.00.56 # probably not 16.01.31 # rarog: it is rather that pamaury expressed interest in symbol tables some time ago :-) 16.02.28 # well, I also need the backtrace to debug it and the symbol table will make me win some time (actually not because I need to write it, but then it will :D) 16.03.28 # praeoptimization. :D 16.05.29 # pamaury: usb seems to work much better now 16.06.01 # pamaury: i still have locks at insertion though 16.06.12 # but at a much lower rate at least 16.08.15 # do nano-2g works after this changes? 16.08.29 # does * work 16.08.49 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.11.52 # Misanthropos: I am helpless here. The official test files flac_5 and flac_8 decode to identical output. please provide a test sample to allow me to fix your issue 16.13.24 Quit mudd1 (Read error: Connection reset by peer) 16.14.32 # wodz: apparently not < [7]> funman: still broken with r31244 16.15.26 # potential problem is r31229 16.16.28 # thats rather unfortunate this change was not tested on actual target 16.16.59 # wodz: symbol table works ! \o/ 16.17.24 # wow 16.17.37 # show the screenshot :P 16.17.56 # wodz: indeed, i thought the change were simple but i managed to let errors slip through 16.19.27 # wodz: I don't have a camera unfortunately 16.19.41 Quit Llorean (Read error: Connection reset by peer) 16.19.46 # what a pitty 16.20.23 # the bad point is that it requires to modify all linker files as I'm not sure we cannot include the symbol in a special section. And it requires some modifications in the makefiles 16.20.41 # so it will need a cleanup to be an optional 16.21.07 # I'll upload the patch tonigh, except if you want some raw ugly diff now 16.22.17 # I can't play with this now anyway 16.24.39 Part LinusN 16.26.28 Part jlbiasini 16.30.51 Quit TheLemonMan (Quit: WeeChat 0.3.6) 16.31.29 # New commit by 03funman (r31248): usb-s3c6400: fix confusion between USB_DIR_IN and DIR_IN ... 16.32.28 # [7]: r31248 should help a lot 16.34.14 # r31248 build result: All green 16.35.23 # pamaury: usb doesn't work in zip bootloader btw, i see a config with 0 interfaces 16.36.23 # without any others errors ? 16.36.23 # perhaps you need to enable some usb drivers ? 16.37.11 # it should work already, it's enabled for amsv1 16.37.38 # hmm no you're right it's missing 16.42.05 # New commit by 03funman (r31249): Sansa AMSv2: enable usb storage in bootloader 16.42.12 # works fine except the messages aren't displayed on the zip screen 16.44.17 # r31249 build result: All green 16.51.24 # pamaury: only ep0 is actually bidirectional 16.51.32 # funman: yes 16.51.41 # (on this controller) 16.51.44 # and input and output eps are separated by step of 2 16.52.25 # this is not mandatory but both devices have ep like this 16.52.49 # in full generality, you can read some register which tells you the ep configuration 16.52.56 # hm yeah HWCFG1 16.53.10 # hm i can't use ep1 as input though 16.53.11 Quit scorche (Ping timeout: 252 seconds) 16.53.21 # I need to leave, good luck 16.53.24 Part pamaury 16.54.31 # kernel panic: http://pastie.org/3016210 16.54.43 Join scorche [0] (~scorche@rockbox/administrator/scorche) 16.56.19 Part Zagor 17.04.52 Quit antil33t (Ping timeout: 252 seconds) 17.08.48 Join dreamlayers [0] (~bgjenero@bas4-windsor12-1279316395.dsl.bell.ca) 17.08.48 Quit dreamlayers (Changing host) 17.08.48 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 17.11.01 Join Misan [0] (~Misanthro@adsl-89-217-178-21.adslplus.ch) 17.13.22 Join antil33t [0] (~Ahurhurr@101.98.150.103) 17.18.36 # New commit by 03funman (r31250): disktidy: clean more Sansa AMS OF files 17.20.38 # r31250 build result: All green 17.26.39 # how could i test fullspeed on linux? ehci is not a module anymore on ubuntu kernel 17.26.41 *** Saving seen data "./dancer.seen" 17.26.57 # funman: you can disable ehci at runtime 17.28.08 # funman: /sys/bus/pci/drivers/ehci_hcd/ and you have to echo 'unbind' to appropriate file 17.28.20 # thanks 17.29.12 # it should be a link in form similar to 0000:00:1a.7 17.31.42 # seems to work fine in full speed 17.31.55 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.33.57 # still can't use EP1 though :o 17.35.34 # hmm, this weird jumps in rk27xx ftl init code do some binary search 17.37.19 Quit mystica555_ (Quit: Ekkusu Chatto) 17.38.49 Join mystica555_ [0] (~Mike@71-211-210-11.hlrn.qwest.net) 17.42.05 Quit mystica555_ (Remote host closed the connection) 17.44.01 Join mystica555_ [0] (~Mike@71-211-210-11.hlrn.qwest.net) 17.45.55 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 17.45.55 Quit pamaury (Changing host) 17.45.55 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.47.37 # funman: why can't you use EP1 ? 17.48.18 Quit bluefoxx (Quit: bluefoxx) 17.52.13 # don't know. if i replace the list by 0, 1, 3 or 0, 1, 3, 5 usb doesn't work 17.52.31 # i have another commit incoming 17.52.53 # perhaps that's why I didn't put ep1 in the list ? 17.54.00 # probably 17.54.32 # but I really can't remember doing that, which is a bit weird :) 17.56.58 # Seems like the 3.10 manual is outdated, not reflecting changes in the main menu. Oops. 17.57.01 # http://forums.rockbox.org/index.php/topic,29515.0.html 17.57.07 # How'd that happen? 17.57.33 Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) 18.02.08 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.05.54 # pamaury: it works 18.06.08 # 0, 1, 3 18.06.21 # what was wrong ? 18.06.42 # dunno 18.07.01 # i change stuff so it looks more like usb-s3c6400.c 18.08.15 Join GeekShad1w [0] (~antoine@115.117.197.77.rev.sfr.net) 18.08.47 Quit GeekShadow (Ping timeout: 252 seconds) 18.12.54 # New commit by 03funman (r31251): usb-drv-as3525v2: make it look more like usb-s3c6400 ... 18.14.57 # r31251 build result: All green 18.15.06 # bertrik: mpegplayer fps is ~23 18.17.08 # pamaury: is there something wrong with using 4 in endpoints and 3 out endpoints (including ep0) 18.18.08 # no 18.18.15 # That's a lot of endpoints. What are you running? 18.18.29 # amsv2 18.19.20 # Well yes 18.19.42 # I mean, UMS uses one in and one out, HID (in our setup) uses one in 18.20.10 # ah so that's why i only see 2 and 3 in lsusb 18.20.18 # HID doesn't work (no isochronous) 18.20.28 # HID doesn't use isochronous 18.21.17 # ah we don't use isochronous at all? 18.21.30 # no, only pamaury's audio branch has isochronous 18.21.45 # and it requires a driver rewrite more or less anyway :) 18.22.06 # what's needed for HID then? 18.22.32 Quit factor (Ping timeout: 245 seconds) 18.22.35 # interrupt 18.22.57 # On the wire that's really the same as bulk. IIRC in the ARC driver we treat those exactly the same 18.24.10 # i remember that it was impossible to do for the nano2g and amsv2 use the same controller 18.24.31 # There were bugs on nano2g. That 18.24.38 # s not really the same as "impossible" :) 18.24.42 # yeah there is absolutely no difference between bulk and interrupt 18.24.47 # it's only a host difference 18.24.56 # ok 18.25.24 # packet size maybe? 18.25.30 # the thing i just removed 18.25.37 # I'm pretty sure the nano2g bugs are either driver bugs involving simultaneous MSC and HID, or our HID code not being too good 18.26.03 # interrupt packetsize is twice bigger in high speed 18.26.24 # funman: the packet size constraints are a bit difference but again, there is no hardware different, except for the fifo size perhaps 18.26.34 # HID packet size should never go near that I'd say 18.27.35 # gevaerts: indeed, 512 ought to be enough for everyone 18.28.01 # funman: I'd be surprised at HID packets for keyboard or mouse emulation larger than a few tens of bytes :) 18.32.07 # Buschel, i meant any non 5.1 flac 18.33.02 # Misan: that was understood. another user already attached a file to the bug report. with this I already can reproduce this issue 18.39.21 # there's some lang strings corruption when i enabled HID 18.42.30 # funman: do you just find that the USB screen text is displayed incorrectly, or does other stuff get corrupted? 18.42.53 # usb screen text i think 18.43.12 # and usb settings 18.43.36 # During the USB screen, the normally used font is unloaded and the built-in font is used. 18.44.19 # make clean makes it better (but hid deoesn' twork) 18.45.42 # Misan: got it, baaad mistake that could easily been overseen :/ 18.47.20 # New commit by 03buschel (r31252): Correct decorrelation within flac decoding. Finally fixes FS#12371. 18.49.08 # Buschel, i can update to current svn then? 18.49.13 # yes 18.49.15 # r31252 build result: All green 18.49.28 # funman: so I guess you just needed to rebuild the language files after enabling HID. I was wondering if you were just seeing problems with USB screen text due to FS#12436. 18.49.29 # http://www.rockbox.org/tracker/task/12436 3USB keypad mode text unreadable in Russian regardless of selected font (bugs, unconfirmed) 18.50.03 # gevaerts: we always use 512 bytes on amsv1 and it works fine 18.50.09 # dreamlayers: isn't that one just sysfont not having anything non-ascii? 18.50.48 # funman: yes, but that's just the maximum. You're allowed to send smaller packets 18.50.48 # gevaerts: yeah. 18.51.54 # gevaerts: yeah i just meant that the problem with HID is not in packet size 18.51.57 # I have a toy question for C experts: let's say I want to build a symbol tables knowing the names of the symbols. I would like to do something like struct symbol_t symbols[] = { {.name = "usb_enable", .addr = (uint32_t)&usb_enable;} ... }; problem is: usb_enable would be undeclared. Of course I could define it like void usb_enable(); but this wouldn't work if some function has a prototype imported via a header 18.52.36 # pamaury: you need to declare it of course 18.52.57 # * gevaerts nods 18.53.21 # but I don't know the right type of the function and I don't want any type mismatch 18.53.55 # if you have a mismatch you knwo the type already, right? 18.54.09 # I want to autogenerate it ! 18.55.02 # (there are around 1600 symbols) 18.55.13 # Can't you generate them from the elf file and then insert them in the binary in some way? 18.55.55 # * gevaerts isn't convinced that something that doesn't handle static functions is *that* useful 18.56.31 # pamaury: then don't include any header which could declare those functions? 18.56.59 # yes, that's the only solution I found :-/ Anyway I don't do that, that's why it's a toy question 18.57.15 # What about gcc -mpoke-function-name ? 18.59.31 # that's interesting 19.01.34 Quit wilsonsamm (Quit: Leaving) 19.02.58 # New commit by 03buschel (r31253): FS#12443: Implement downmixing to stereo for multichannel flac. 19.05.02 # r31253 build result: All green 19.06.39 # i receive eopframe interrupt, not sure what it means 19.06.40 # there might be a little problem though: the arm unwinder will not give us the pc of the beginning of the function 19.06.50 Join factor [0] (~factor@74.197.205.204) 19.06.58 # funman: that's for isochronous, you should mask it 19.07.02 # pamaury: fp? 19.07.10 # ok 19.07.29 # HID with storage disabled doesn't work either 19.11.22 # [ 7866.945691] generic-usb: probe of 0003:0781:74E5.0008 failed with error -22 19.12.45 # Buschel, thx a bundle :-) Non 5.1 flacs sound nice again 19.13.34 # funman: the frame pointer is not given by the uwninder but I guess that can be changed 19.13.46 # when stotrage is enabled i see the hid screen, else i just see the normal menu 19.13.59 # Misa: thanks for the feedback 19.14.11 # in dmesg (with storage enabled): [ 7999.588180] usb 1-1: new high-speed USB device number 71 using ehci_hcd 19.14.14 # [ 7999.806748] scsi83 : usb-storage 1-1:1.0 19.21.08 # gevaerts: I disagree, non-static functions are already of a great help 19.21.31 # gevaerts: lsusb reports max packet size as 8 bytes for hid 19.26.38 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 19.26.45 *** Saving seen data "./dancer.seen" 19.32.01 Join Keripo [0] (~Keripo@eng019.wireless-resnet.upenn.edu) 19.32.14 Join Strife89 [0] (~michael@207-144-19-39.cstel.net) 19.37.34 # <[7]> funman: what are you doing with the usb drivers btw? are you trying to merge them? if yes, did you already do that? i.e. is the clip+ or whatever currently using the s3c6400x driver? if yes, does it work there? 19.37.53 # New commit by 03funman (r31254): Sansa AMSv2: don't panic if microsd init failed 19.37.58 # [7]: first i'm trying to have it work on amsv2 and it's going well 19.38.09 # i only have a clip zip and a dying fuzev2, no clip+ or clipv2 though 19.38.34 # no i didn't merge them yet because i can't test on nano2g and my small modifications are enough to break it 19.38.55 # and no i didn't use (successfully) usb-s3c6400.c on AMSv2 (yet) 19.39.13 # usb-drv-as3525v2.c has a few more features though 19.39.29 # <[7]> so what are you doing with the s3c6400x one in the first place? i.e. what did you modify and why? 19.39.38 # r31254 build result: All green 19.39.50 # i am using the same header (register defines) for both 19.40.03 # i changed DIEPCTL/DOEPCTL to DEPCTL(direction) 19.40.05 # <[7]> ah, that makes sense :) 19.40.20 # and factored identical code for both directions (made several mistakes in the process as you saw) 19.40.57 # does r31248 finally works again? 19.43.33 # <[7]> i'll test that in a minute 19.47.30 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.47.39 Quit Strife89 (Quit: leaving) 19.48.04 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 19.48.51 # * [7] needs a faster build machine 19.49.35 # [7]: build.rockbox.org :) 19.57.21 # on a rockboxed sansa Fuze, can I just rename or remove /.rockbox without bricking? 19.59.01 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.59.04 # yes 19.59.22 # don't expect rockbox to work though 19.59.59 # funman: obviously, yes. My wife doesn't like rockbox compared with the OF, so this is the desired outcome :-( 20.00.12 # ukleinek: upgrade the OF to remove the bootloader 20.00.56 # funman: but it doesn't hurt to have it, does it? This way I can more easily borrow it for quick tests. 20.01.42 # the problem is that rockbox is booted by default and you can't change that 20.02.19 # funman: ah, so I still have to press 'left' to boot the OF 20.05.27 Quit Keripo (Quit: Leaving.) 20.07.07 # yeah 20.07.17 # also there are some .bin and .sys files in the / of the player, I think they originate from the OF. Probably I can remove these, too? 20.07.29 # yeah but they'll be recreated by of 20.08.36 # Also, I would imagine they didn't put those there for fun. If the player will be used with the OF most of the time, I'd leave them 20.11.51 # <[7]> funman: :( 20.14.42 # an opt-in additionally to the opt-out bootloader would be great 20.15.52 # [7]: no luck with current build? :/ 20.16.10 # <[7]> sadly yes 20.16.21 # <[7]> windows fails to enumerate it 20.16.22 Quit tholin () 20.16.37 Join Don_Giles [0] (~a49c42c7@www.haxx.se) 20.16.52 # How can I help Funman 20.17.30 # Don_Giles: i will send you a build 20.17.42 # ok 20.17.57 # Don_Giles: hold and power work? 20.18.09 # power works 20.21.11 Join T44 [0] (~Topy44@f049231225.adsl.alicedsl.de) 20.23.38 Quit Don_Giles (Quit: CGI:IRC (Ping timeout)) 20.24.28 Quit Topy44 (Ping timeout: 248 seconds) 20.25.46 Quit funman (Ping timeout: 268 seconds) 20.31.05 Join fun [0] (~fun@122-2.al.cgocable.ca) 20.36.48 Quit dreamlayers (Quit: back later) 20.38.04 # hm he left 20.38.06 # Don_Giles? 20.39.41 # http://www.2shared.com/file/zHu_EwyN/rockbox.html : should fix buttons on clipv2 20.39.51 # fun: it seems irc doesn't work :-) 20.43.15 Nick fun is now known as namnuf (~fun@122-2.al.cgocable.ca) 20.44.09 Join maal [0] (~59a73fa5@www.haxx.se) 20.46.24 # maal: thanks for supporting the bughunting with the latest flac-issue 20.47.21 # Buschel: thanks for fix, i just wanted to confirm it works 20.47.41 # hmm, something else is draining these milliamps... removing wifi firmware and modules from OF on Connect didn't affect the runtime at all 20.49.07 Quit maal (Quit: CGI:IRC) 20.50.59 Join Topy [0] (~Topy44@f048202207.adsl.alicedsl.de) 20.52.16 # Buschel: could you give me any hints about implementing something like this in Rockbox http://pastebin.com/zGTrF31b ? 20.54.11 Quit T44 (Ping timeout: 245 seconds) 20.55.36 # desowin: Our implementation is much simpler. We choose 2 freqs sets and switch between them. 20.55.55 # wodz: yes, I know that 20.56.23 Join funman [0] (~fun@rockbox/developer/funman) 20.57.21 Quit namnuf (Quit: leaving) 20.58.11 # desowin: look at firmware/target/arm/s5l8700/system-s5l8700.c set_cpu_frequency() for reference 20.59.28 # desowin: basicaly you need to know what is the sequence of freq change on your platform and what are constraints. Ability to change core voltage is a nice bonus if available 20.59.39 # yeah, it's switching between fast/slow for all periphs 21.00.14 # dm320 has very limited implementation of that, just switching AHB and ARM clocks 21.01.11 # If I were you I would first write two versions of init code - one running at high speed and second running at low speed. When this two setups are working you will need only minor glue code and you are done 21.02.04 # by low speed you mean lowest clock setup required to boot? 21.03.02 # I wished I had m:robe 500 to test such changes btw. 21.03.14 Join Don_Giles [0] (~a49c42c7@www.haxx.se) 21.03.20 # Funman.. 21.03.44 # It is a trade off. Usually we try to take low speed such that least demanding codecs doesn't boost. 21.03.49 # Don_Giles: re, can you try http://people.videolan.org/~funman/rockbox.sansa ? 21.04.22 # I pasted the file on to Clip V2 rockbox folder, no help, buttons still unresponsive 21.04.43 # define:east demanding codecs 21.05.14 # so I guess BYPASSying all clocks doesn't really go into considerations for low speed 21.05.40 # desowin: http://www.rockbox.org/wiki/CodecPerformanceComparison 21.05.44 # Don_Giles: after rebooting? what is the rockbox version showed on screen? 21.06.22 # desowin: that depends what this bypassed clocks are and how fast you can recover plls/divs 21.07.24 # 31254m 21.07.48 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.07.53 # desowin: other limiting factors when choosing clocks might be the stability and slow lcd updates. 21.08.41 # 11214 21.08.49 Quit WalkGood (Quit: me fui) 21.09.13 # desowin: usually it is best to change only dividers as this avoids busy-waiting for pll lock 21.10.40 # desowin: regarding mrobe500 - ask on the list maybe some developer may lend you one. 21.12.11 # Don_Giles: ah i think i know what's going on 21.12.39 # desowin: for arm9e 30mHz is a good low speed, although if you have a slow screen you may want faster just so the UI is responsive 21.13.30 # screen updates could probably be handled by DMA 21.13.30 # Don_Giles: can you download frm the same url again? 21.13.49 Quit Don_Giles (Quit: CGI:IRC (Ping timeout)) 21.14.28 # desowin: probably worth trying a battery bench with the clock forced lower (say half of what you run it at now) to check if its actually CPU or some peripherals that are wasting power 21.15.09 # a lot of ARM CPUs are pretty good at idling when unused so the savings from frequency scaling can be masked by a peripheral thats using a lot of power 21.15.36 Join Don_Giles [0] (~a49c42c7@www.haxx.se) 21.15.50 # funman.. I am getting 404 file not found 21.16.06 Quit y4n (Quit: only amiga makes it possible) 21.17.24 # Don_Giles: http://people.videolan.org/~funman/rockbox.sansa ? 21.17.56 # Not Found 21.17.56 # The requested URL /~ weird. try http://2shared.com/uploadComplete.jsp?sId=tMtCR9zgf5NfNEMe 21.19.20 Join robin0800 [0] (~robin0800@genkt-051-218.t-mobile.co.uk) 21.20.52 # That link worked and yes the buttons are working again! Thanks! 21.21.04 # cool 21.21.13 # thanks for your help, i'll commit a proper fix soon 21.21.19 # sorry for the bug in the first place 21.21.34 # it should give me an exmaple to not commit code untested on target :s 21.22.04 # no problem, that you for all your hard work on rockbox 21.22.05 Quit Xerion (Ping timeout: 240 seconds) 21.22.19 # now to get line out to work on Sansa Fuze V2 21.22.46 # thank 21.22.47 Join T44 [0] (~Topy44@f048200175.adsl.alicedsl.de) 21.23.48 # is it normal that the clip+ still uses OF usb when plugged in while powered off? (the zip always uses rockbox usb now) 21.24.03 # dfkt: we haven't updated the bootloaders yet 21.24.11 # or rather mkamsboot I guess 21.24.14 # ah, i just built a new bootloader for both 21.24.21 # yeah sorry its not the bootloader 21.24.30 # its the actual mkamsboot binary that needs updating 21.24.34 # so i guess i was too soon :) 21.24.54 # i think funman wanted to wait a bit longer to make sure USB was stable before pulling that 21.25.00 # ok, thanks 21.25.20 # dfkt: http://forums.rockbox.org/index.php/topic,28836.msg186967.html#new 21.25.33 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 21.25.37 # yeah 21.25.47 Quit Topy (Ping timeout: 248 seconds) 21.26.11 # i guess you also want to make sure the bootloader USB mode is stable before releasing a clipzip bootloader? 21.26.17 Quit Don_Giles (Quit: CGI:IRC) 21.26.46 *** Saving seen data "./dancer.seen" 21.27.01 Quit robin0800 (Ping timeout: 255 seconds) 21.27.06 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]) 21.28.23 # hm yes but we could still do another at the same time than other amsv2 21.31.06 Quit Sundiver (Ping timeout: 252 seconds) 21.32.38 Join Sundiver [0] (~angel@174-124-36-9.dyn.centurytel.net) 21.39.43 # * bluebrother^ finds the tone on the website linked in FS#12451 pretty inappropriate 21.39.44 # http://www.rockbox.org/tracker/task/12451 3Some metadata characters are not being displayed properly (bugs, unconfirmed) 21.40.37 # * dreamlayers agrees with bluebrother 21.41.10 # i'm just amazed people continue to report problems with a specific file and not think its important to link the file 21.41.45 # although i think thats the guy who posted in the forums asking how to find the patch tracker, so maybe its not so suprising 21.42.38 Join robin0800 [0] (~robin0800@149.254.61.216) 21.44.13 # it looks like "bug! bug" screaming to me without doing ones due diligence (i.e checking if the problem is actually a bug or if there is some setting that affects this) first. 21.44.58 # <[7]> well, he claims to have played with fonts at least 21.46.28 # [7]: did r31224 work on nano2g ? 21.47.01 # <[7]> you mean r31254? 21.48.25 # * [7] builds r31224 just in case 21.48.40 # no 21.48.53 # <[7]> anyway, r31254 didn't work 21.49.10 # 224 added the direction parameter to DEPCTL macro 21.49.11 # <[7]> so let's try with r31224... 21.49.15 Join Thra11 [0] (~thrall@220.31.113.87.dyn.plus.net) 21.49.15 Quit robin0800 (Ping timeout: 252 seconds) 21.49.57 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 21.50.32 # does ID3V2.3 include information about the encoding used? Or is that v2.4 only? 21.53.37 # <[7]> funman: r31224 seems to be even worse 21.53.44 # <[7]> (enumeration timeout) 21.54.18 # bluebrother: id3v2.3 may include that, at least dbpoweramp is able to tell me exact encoding settings with id3v2.3 21.54.33 # [7]: hm it helps us since it's closer to the last working rev 21.55.24 # <[7]> this seems to be a timeout, while r31254 seems more like it responded the wrong way, judging from windows' behavior 21.55.42 # 31223 is ok ? 21.56.52 # i just rechecked that it should have no functional changes 21.59.14 Join schanulleke [0] (~schanulle@d77121.upc-d.chello.nl) 22.00.29 # lebellium: sounds a bit like it's an optional value :o 22.02.13 # [7]: does the Nano2G not have car adapter mode or is the manual wrong? 22.02.16 Join Keripo [0] (~Keripo@eng019.wireless-resnet.upenn.edu) 22.02.31 # <[7]> the last time i looked into that menu it did have it 22.03.00 # [7]: i fear i have f*cked up whe nconverting values to bitfields in r31222 22.04.05 # hmm, according to Wikipedia only v2.4 allows storing data as utf-8 22.04.07 # New commit by 03funman (r31255): Clipv2: fix buttons broken by me in r31235 ... 22.04.28 # which brings me to the conclusion that most likely the encoding is set wrong. 22.04.39 Quit Misan (Remote host closed the connection) 22.04.48 # setup a 10 pages wordpress site with pictures to prove your point 22.05.33 Join Rob2223 [0] (~Miranda@pD9FAC029.dip.t-dialin.net) 22.06.04 # r31255 build result: All green 22.06.41 # bluebrother^ : sorry but what's the link between utf-8 and encoding settings? 22.06.44 # bluebrother^: is v2.3 UTF16 only? 22.06.50 Quit factor (Ping timeout: 240 seconds) 22.07.34 # rarog: 2.3 may also be ISO-8859 22.07.40 # rarog: as far as I understand Wikipedia it's local encoding plus optionally UTF-16 22.07.56 # Rockbox defaults to utf-8, right? 22.08.08 Quit benedikt93 (Quit: Bye ;)) 22.08.35 Quit schanulleke (Quit: Lost terminal) 22.08.53 Quit Rob2222 (Ping timeout: 252 seconds) 22.09.13 # bluebrother^: rbutil built from svn tells me about a new version available 22.10.29 # unicode_munge() in apps/metadata/id3tags.c decides how to decode tag text, based on the encoding byte at the start 22.11.02 # funman: yes, I know :) 22.11.44 # that's because svn thinks the most recent is 1.2.11 while the server has a 1.2.11-1. Only affects the Linux versions. 22.12.50 Join TheLemonMan [0] (~LemonBoy@adsl-ull-148-211.50-151.net24.it) 22.20.47 Nick GeekShad1w is now known as GeekShadow (~antoine@115.117.197.77.rev.sfr.net) 22.21.21 Quit GeekShadow (Changing host) 22.21.21 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 22.26.44 Join lorenzo92 [0] (~chatzilla@95.232.111.196) 22.27.18 Quit lorenzo92 (Client Quit) 22.28.10 Quit wodz (Quit: Leaving) 22.28.54 # Anyone here have a current SVN build of RaaA for 540x960 (qHD)? 22.31.43 Quit TheLemonMan (Quit: WeeChat 0.3.6) 22.35.26 # * bluebrother^ prepares pushing the first part of the Rockbox Utility tools' Makefile rework 22.35.36 Quit ThomasAH (Ping timeout: 252 seconds) 22.36.18 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 22.36.32 Join factor [0] (~factor@74.197.205.204) 22.40.54 # bertrik: what is blocking RDS patch ? 22.43.33 # why can't i see my last reply on http://forums.rockbox.org/index.php/topic,28709.msg186988.html#msg186988 ? i see it in "recent posts" 22.44.36 # funman: because The System decided it looked like spam 22.45.08 Quit Thra11 (Ping timeout: 252 seconds) 22.45.27 # New commit by 03dreamlayers (r31256): FS#12378 : Remove various unused code, and comment out some unused code and data for reference or future use. 22.48.03 # r31256 build result: All green 22.48.24 Join Thra11 [0] (~thrall@199.125.125.91.rb5.adsl.brightview.com) 22.51.31 # gevaerts: how can i have it back as non spam (with the 3 links in my message)? 22.51.34 # ah it's back 22.51.44 # i didn't see it in the 'removed posts' forum 22.52.02 # It gets put in a "special" place 22.52.54 # * dreamlayers is not sure if he should work on adding some conditionals identified here https://docs.google.com/spreadsheet/pub?hl=en_US&hl=en_US&key=0AsEpnuZKewlIdEdmRlo0MWFzMWJxYjdSVXdFWGdxY0E&output=html 22.53.39 # Do we intend to rely on -ffunction-sections -Wl,--gc-sections soon? 22.53.57 # i hope so 22.54.04 # we could rely on it to reduce the ifdef hell 22.55.13 Join robin0800 [0] (~robin0800@genkt-049-223.t-mobile.co.uk) 22.55.58 # saratoga: any progress on hwcodec fork? 22.56.33 # a few people seem to be running rockbox 2.5.1 22.57.37 Join bzed_ [0] (~bzed@devel.recluse.de) 22.58.17 # funman: no i don't think theres been much discussion 22.59.03 # basically it boils down to having amiconn's opinion 22.59.17 # i was going to send an email summarizing the discussions we've had about it over the years, but haven't gotten around to it 22.59.21 # * bluebrother^ fires 22.59.39 # New commit by 03bluebrother (r31257): Initial common Makefile for Rockbox Utility tools / libs. ... 22.59.48 Join lovasoa [0] (~olojkine@78.251.31.142) 22.59.50 # hmpf, what's up with gnome-keyring on that box? :( 22.59.53 # New commit by 03bluebrother (r31258): libucl: allow cross compiling via CROSS as well. ... 23.00.09 # New commit by 03bluebrother (r31259): mkmpioboot: use common Makefile. ... 23.00.10 Quit bzed (Ping timeout: 252 seconds) 23.00.10 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) 23.00.26 # New commit by 03bluebrother (r31260): Rockbox Utility: pass BUILD_DIR to libs Makefiles. ... 23.00.43 # saratoga: ok i'll wait for your mail 23.00.50 # New commit by 03bluebrother (r31261): mkimxboot: use common Makefile. ... 23.00.53 # did you want to mail the list? 23.01.55 # r31257 build result: All green 23.02.50 Quit robin0800 (Ping timeout: 240 seconds) 23.03.17 # bertrik: did you try RDS with latest svn? 23.03.49 Quit dreamlayers (Quit: back later) 23.04.13 # r31261 build result: All green 23.04.59 Quit Zarggg (Ping timeout: 252 seconds) 23.11.54 Quit Thra11 (Read error: Operation timed out) 23.24.43 # New commit by 03bluebrother (r31262): Pass version when building libmktccboot for Rockbox Utility. ... 23.26.41 # r31262 build result: All green 23.26.48 *** Saving seen data "./dancer.seen" 23.27.08 Join Thra11 [0] (~thrall@49.11.112.87.dyn.plus.net) 23.28.04 # wtf? Why is libmkamsboot not getting built correctly anymore on OS X? I haven't changed that Makefile yet ... 23.30.17 Quit liar (Remote host closed the connection) 23.32.15 Join robin0800 [0] (~robin0800@genkt-058-223.t-mobile.co.uk) 23.35.05 Join Strife1989 [0] (~Strife89@207.144.201.128) 23.36.41 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 23.38.34 Quit robin0800 (Ping timeout: 240 seconds) 23.38.43 Quit Strife89 (Ping timeout: 252 seconds) 23.38.55 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.40.09 # when compiling for android, I get 23.40.11 # /home/olojkine/rockbox/firmware/common/rbpaths.c:78:21: error: macro "paths_init" passed 1 arguments, but takes just 0 23.40.13 # /home/olojkine/rockbox/firmware/common/rbpaths.c:79: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token 23.40.15 # make: *** [/home/olojkine/rockbox/android-build/firmware/common/rbpaths.o] Erreur 1 23.40.17 # Any idea why ? 23.45.12 Quit pamaury (Remote host closed the connection) 23.48.21 Part jlbiasini 23.48.58 Quit rarog (Quit: ChatZilla 0.9.87 [SeaMonkey 2.4.1/20111011102430])