--- Log for 09.07.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 24 days and 0 hours ago 00.00.10 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.00.15 Quit pamaury_ (Remote host closed the connection) 00.01.05 Join nosa-j [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 00.02.34 Quit Elfish (Ping timeout: 248 seconds) 00.03.23 Quit nosa-j (Client Quit) 00.03.38 Join nosa-j [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 00.05.34 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 00.07.35 Quit nosa-j (Client Quit) 00.11.35 Join nosa-j [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 00.15.05 Join nosa [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 00.18.04 Quit nosa-j (Ping timeout: 264 seconds) 00.18.37 Join jessew [0] (~jessew@pdpc/supporter/student/JesseW) 00.19.12 # I've got a Sansa Fuze+ that I fear I may have bricked... 00.20.06 # How can I see if it's alive when I plug it in via USB (I'm running Ubuntu Linux)... 00.20.18 Quit nosa (Ping timeout: 255 seconds) 00.20.36 Join nosa-j [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 00.25.05 Quit nosa-j (Ping timeout: 240 seconds) 00.29.19 Quit ender` (Quit: Inside every cynical person, there is a disappointed idealist. -- George Carlin) 00.30.13 Quit TheLemonMan (Quit: WeeChat 0.3.8) 00.31.38 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120704090211]) 00.35.46 Join Scromple [0] (~Simon@119.225.209.134) 00.39.20 Quit benedikt93 (Quit: Bye ;)) 01.10.31 Quit mgottschlag (Ping timeout: 265 seconds) 01.28.40 *** Saving seen data "./dancer.seen" 01.31.33 Quit Thra11_ (Read error: Operation timed out) 01.33.50 Join Thra11 [0] (~thrall@15.181.125.91.dyn.plus.net) 01.34.34 Quit nomada (Ping timeout: 245 seconds) 01.50.38 Quit factor (Ping timeout: 265 seconds) 01.55.16 Quit fs-bluebot (Ping timeout: 264 seconds) 01.56.35 Quit bluebrother (Ping timeout: 240 seconds) 01.56.40 Join fs-bluebot [0] (~fs-bluebo@f053155049.adsl.alicedsl.de) 01.58.38 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 02.02.39 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 02.12.53 # fuck you git 02.13.02 # saratoga: ? 02.45.42 Quit shamus (Ping timeout: 255 seconds) 02.48.37 # scorche: no, i coudltn find the option 02.51.59 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 02.55.12 # example of using the new logging system (in this case for the codec lib): g#292 02.55.13 # 3Gerrit review #292 at http://gerrit.rockbox.org/r/292 : Introduce new logging system to codeclib. by Michael Giacomelli (changes/92/292/3) 02.56.12 # it logs critical errors in WMA Pro, and warns about potentially serious ones 02.56.32 # eventually i'll make all the codecs do this, and probably bits of the core and plugins that i'm familiar with 02.56.36 # If my Sansa Fuze+ does nothing (no reaction from either end) when I plug it in, is there anything else I can do to get it working again? 02.58.14 # ask pamaury during the day in europe 03.10.52 Quit prof_wolfff (Ping timeout: 265 seconds) 03.12.24 Quit zu (Ping timeout: 246 seconds) 03.19.41 Quit davo (Ping timeout: 244 seconds) 03.20.31 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 03.21.52 Join zu [0] (~zu@ks387228.kimsufi.com) 03.27.25 Quit davo (Read error: Operation timed out) 03.28.43 *** Saving seen data "./dancer.seen" 03.31.55 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 03.47.20 # saratoga: pamaury, right. will do. thanks! 03.47.28 Quit jessew (Remote host closed the connection) 03.57.05 Quit davo (Ping timeout: 240 seconds) 03.57.19 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 04.06.36 Quit TheSphinX^ (Ping timeout: 240 seconds) 04.06.53 # does anyone remember the forum thread about makeing the graphical EQ usable in the wps? 04.11.43 Join TheSphinX^ [0] (~briehl@p5B321DA7.dip.t-dialin.net) 04.13.42 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.13.43 Quit amiconn (Disconnected by services) 04.13.46 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.14.25 Quit pixelma (Disconnected by services) 04.14.25 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.14.27 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.46.12 Quit davo (Ping timeout: 246 seconds) 04.58.23 Quit TheSeven (Disconnected by services) 04.58.32 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.01.39 Join saratoga_ [0] (98032941@gateway/web/freenode/ip.152.3.41.65) 05.06.28 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 05.11.03 Quit davo (Ping timeout: 246 seconds) 05.11.42 Quit perrikwp (Read error: Connection reset by peer) 05.28.03 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 05.28.46 *** Saving seen data "./dancer.seen" 05.40.04 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.43.54 Quit factor (Read error: Connection reset by peer) 05.46.39 # <[Saint]> JdGordon: It wouldn't necessarily be easy, but, couldn't you already to a touch EQ with visual feedbacvk with setting_set ang setting_get? 05.46.43 # <[Saint]> *and 05.46.59 # <[Saint]> (combined with touch magic, of course) 05.47.18 # <[Saint]> (note: not saying its easy, but, positing its already possible?) 05.48.19 # yeah, but now you can do it with just the %St() line for each bar part of the setting 05.48.27 # and turns out i misremembered the thread i was looking for 05.48.49 # he wanted a eq visualisation, not to fiddle with the eq from the wps 05.49.08 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 05.49.19 Quit davo (Remote host closed the connection) 05.49.23 # <[Saint]> I do recall making a *very* basic (one band, iirc) EQ "back in the day"...I can't recall if it worked the way I intended it, though :) 05.49.54 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 05.50.27 # <[Saint]> An EQ visualization would be possible too, I'm pretty sure. Not exactly practical, but, possible. 05.52.35 # not a live one 05.52.44 # the way to do that is to hook up the wps to plugins 05.52.52 # i.e pebbles 05.53.11 # wodz is doing some work which may make that doable though (relocatable plugins) 05.55.31 # <[Saint]> I could make a "fake" live one, ...probably? 05.55.48 # <[Saint]> The trick would be finding the right conditional to trigger updating the values. 05.55.53 # yeah, but thwtas the point? 05.56.49 # <[Saint]> You should know by now I like to see if I can already do the things you're thinking about with exotic existing code :) 05.57.13 # <[Saint]> ~90% of the time its "yes, but...." :) 05.57.28 # you could probably make a decent looking one with the two peak meter tags 06.16.58 Quit Thra11 (Remote host closed the connection) 06.29.06 Join jessew [0] (~jessew@pdpc/supporter/student/JesseW) 06.34.01 Quit jessew (Quit: Bye) 06.34.10 Join jessew [0] (~jessew@pdpc/supporter/student/JesseW) 06.54.22 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.13.16 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.15.38 Quit [Saint_] (Ping timeout: 246 seconds) 07.16.45 Join nosa-j [0] (~m00k@adsl-74-235-42-117.clt.bellsouth.net) 07.25.26 Quit anewuser_ (Read error: Connection reset by peer) 07.28.49 *** Saving seen data "./dancer.seen" 07.52.19 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 07.52.19 Quit pamaury (Changing host) 07.52.19 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.59.47 Join nomada [0] (~nomada@irc.consciente.de) 08.20.04 Join Thra11 [0] (~thrall@31.185.134.240) 08.22.40 # pamaury: I was told to ask you about how to tell if my Sansa Fuze+ is completely bricked, i.e. what commands to use to see how much it responds when plugged into a USB port... 08.23.36 Quit XavierGr () 08.31.12 # jessew: a fuze+ cannot really be bricked, you always have access to the recovery mode by holding volume up when plugging into a usb port 08.31.32 # the worst thing which could happen to you is a dead internal storage 08.33.46 # what caused you fuze+ to be "bricked"/unusable ? 08.33.49 # pamaury: Cool. When I attempt to go into recovery mode, I don't get any response from the computer I plug it into. 08.34.05 # What should it show up in lsusb as? 08.34.25 # I was playing music on it, and it suddenly shut off, and has been entirely unresponsive since. 08.34.27 # that's normal, the recovery mode is not something standard, you need a special tool. It lists as 066f:3780 08.34.39 # Hm. Let me check. 08.37.27 # With it disconnected, I get this output: http://pastebin.ws/d73rlv 08.38.28 Join TheLemonMan [0] (~LemonBoy@ppp-193-3.26-151.libero.it) 08.39.29 # With it connected (and the volume up held while I connected it): http://pastebin.ws/eqx0el 08.39.37 # Yay, I think it's there! 08.39.45 # I swear it wasn't there any of the other times I've tried it... 08.40.06 # now trying to run the recovery procedure... 08.40.39 # I4m sorry, I must leave, I'll be more active tonight so I encourage you to try to recovery procedure on the wiki or to wait until tonight 08.41.56 # pamaury: you were *really* helpful, in telling me the usb code, and encouraging me to try it again. thanks! 08.44.11 # btw, I just created a wiki user: JesseWeinstein -- could someone add it to WikiUsersGroup? 08.45.13 Join ender` [0] (krneki@foo.eternallybored.org) 08.45.41 Quit pamaury (Ping timeout: 264 seconds) 08.47.49 # and/or add a note to http://www.rockbox.org/wiki/SansaFuzePlusPort#Recovery_procedure listing the "ID 066f:3780 SigmaTel, Inc." that the recovery mode comes up as on lsusb. 08.48.54 # next question: the recovery instructions say to send the firmware to the 2nd partition. In my case, this is 51 MB. Is this right? 08.59.36 Quit Thra11 (Ping timeout: 240 seconds) 09.04.09 # and I've got it recovered! yay! 09.05.17 Quit jessew (Remote host closed the connection) 09.17.57 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-086.hsi2.kabel-badenwuerttemberg.de) 09.17.57 Quit mgottschlag (Changing host) 09.17.57 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 09.20.46 Quit tchan (Read error: Connection reset by peer) 09.21.34 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.22.18 Quit tchan (Read error: Connection reset by peer) 09.23.24 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.27.05 Quit tmzt (Ping timeout: 264 seconds) 09.27.35 Quit Unhelpful (Remote host closed the connection) 09.28.02 Join tmzt [0] (~tmzt@76.244.156.141) 09.28.15 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 09.28.51 *** Saving seen data "./dancer.seen" 09.34.53 Quit factor (Ping timeout: 264 seconds) 09.35.27 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 09.43.47 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.53.25 Join linuxstb [0] (~linuxstb@host86-183-199-248.range86-183.btcentralplus.com) 09.55.23 Quit [Saint__] (Quit: Quit) 09.55.50 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 10.22.26 Quit Scromple (Quit: Leaving) 10.28.11 Join mortalis [0] (~mortalis@176.60.215.37) 10.31.22 Join kevku [0] (x@heaaqi4aafadxgaamaafaadyaby.dyn.reverse.name) 10.32.53 Quit KiwiCam (Quit: Leaving) 10.36.33 Join KiwiCam [0] (~KiwiCAM@101.98.171.48) 10.42.36 Quit mikroflops (Ping timeout: 240 seconds) 10.44.45 Join mikroflops [0] (~yogurt@h-34-21.a238.priv.bahnhof.se) 10.49.17 Quit mikroflops (Ping timeout: 264 seconds) 10.50.50 Join mikroflops [0] (~yogurt@h-34-21.a238.priv.bahnhof.se) 11.22.37 Quit tchan (Ping timeout: 245 seconds) 11.28.37 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 11.28.52 *** Saving seen data "./dancer.seen" 12.03.06 Quit n17ikh (Ping timeout: 244 seconds) 12.04.01 Join n17ikh [0] (~n17ikh@128.204.195.239) 12.04.01 Quit n17ikh (Changing host) 12.04.01 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 12.09.31 Quit evilnick| (Read error: Connection reset by peer) 12.11.43 Quit mortalis (Quit: Leaving) 12.43.40 Quit factor (Quit: Leaving) 12.46.53 Quit mgottschlag (Ping timeout: 264 seconds) 12.48.05 Join T44 [0] (~Topy44@f049181121.adsl.alicedsl.de) 12.51.22 Quit Topy44 (Ping timeout: 245 seconds) 12.59.00 Quit [Saint_] (Quit: Quit) 12.59.23 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.11.09 Join anewuser [0] (~anewuser@186.93.234.141) 13.11.09 Quit anewuser (Changing host) 13.11.09 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.28.56 *** Saving seen data "./dancer.seen" 13.55.03 Join JdGord [0] (~AndChat80@114.72.186.242) 14.01.43 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.01.50 # gevaerts: ping 14.06.08 # wodz: pong 14.07.18 # I don't quite understand your comment on gerrit. Does it means that most of the plugins work correctly? 14.08.05 # yes 14.08.10 # ah ok 14.08.55 # its a pitt Torne didn't find time to look at 14.09.01 # *pitty 14.09.32 # I did some very basic testing of all games/, apps/, and demos/ plugins, and all except the ones I listed work 14.10.33 # pacbox could be "normal". I didn't try it wih a trunk build to compare, but I don't have a pacbox rom, and maybe that's broken independently 14.10.44 # Oh, wait 14.10.56 # I *did* try, and it complained about a missing rom properly there 14.13.33 # thanks for testing 14.15.52 # has anyone had a look at g#224 ? 14.15.54 # 3Gerrit review #224 at http://gerrit.rockbox.org/r/224 : filesystem events: Add a new event to trigger on file access. by Jonathan Gordon (changes/24/224/4) 14.24.58 Quit Rondom (Ping timeout: 248 seconds) 14.27.27 # does int foo[global_var]; work, and will that array come from the stack? 14.28.10 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.29.52 # JdGordon: Sure it will and where it is in mem depends where you declare it 14.29.57 Quit JdGord (Quit: Bye) 14.30.02 # *on 14.30.39 # if this is local in scope it will be on the stack 14.32.50 # ok, ta 14.35.16 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 14.38.37 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 14.41.45 Join RAThomas [0] (~chatzilla@74.197.169.61) 14.43.00 Part RAThomas 14.47.20 Quit wodz (Ping timeout: 255 seconds) 14.49.14 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.52.38 # OK, so i have a fun question... im adding this file scanner API which does a callback when entering/exiting directories and a callback for each file found 14.53.16 # now, tagcache needs a word to know if it should be scanning the current dir or not, which is currently in dircaches recursed scan_dir() function 14.53.24 # but that functionality is lost with the callbacks 14.53.39 # so... 1) do i leave that up to the user to figure out how to that (i.e it needs its own stack again) 14.53.58 # or 2) add a way for users to register a stack variable which they ca then get in the callbacks? 14.54.21 # im trying to decide how evil #2 is 14.59.26 Join mortalis [0] (~mortalis@176.60.172.37) 15.00.23 # JdGordon: can't this val be declared static and land in bss then? 15.00.49 # mortalis: Have you seen the report of slim lcd not working? 15.01.39 # JdGordon: I don't quite get how you want to 'register stack variable which can be get in the callbacks' 15.04.26 # wodz: no 15.04.28 # wodz: so, the point is, the users need to keep track of a small bit of state, but they need a stack. a single global *whatever* is no good 15.04.58 # if you look at tagcache.c the add_files param to scan_dir() is what i need to replace 15.05.22 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.05.38 # so what I want to do is before the scan starts, all the users would say "I need 8 bytes in each callback" which they can then get with a function call in the callbacks 15.05.57 # mortalis: lcd is reported to be all black (instead of all white). So I guess it initializes correctly but writes are broken 15.06.03 # the requests would be totalled and I'd allocate it on the stack in each recursive call to the top filescanner_scan_dir() 15.08.11 # wodz: one guy send me email about it. It's backlight not working. If you set brightness to maximum it works fine. 15.08.25 # JdGordon: sorry, I don't understand 15.08.57 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-086.hsi2.kabel-badenwuerttemberg.de) 15.08.58 Quit mgottschlag (Changing host) 15.08.58 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 15.09.40 # mortalis: interesting. Did they changed backlight circuit also? Maybe this is the same case as in my DAP - you can't drive backlight with too high freq 15.12.03 Quit mortalis (Remote host closed the connection) 15.14.24 Join mortalis [0] (~mortalis@176.60.172.37) 15.16.37 # wodz: http://pastebin.com/wLdzRUB2 <- does that make it more understandable? 15.16.42 # and is that an abominatino? 15.17.00 # line 44-90 15.19.12 # wodz: It can drive backlight with high frequency, but backlight turns off at higher value of brightness then in my hm601, and this happens only on few hm601 slim with new lcd. I mean at some of hm601 with new lcd baclkight works like in mine dap. 15.24.10 Quit mortalis (Ping timeout: 246 seconds) 15.25.38 # gevaerts: any thoughts? ^ 15.27.36 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.28.37 Quit amayer (Client Quit) 15.28.51 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.28.58 *** Saving seen data "./dancer.seen" 15.29.03 Join Rower85 [0] (husvagn@90-231-22-234-no214.tbcn.telia.com) 15.32.55 # JdGordon: I think it is all evil. You can't relay on pointer which point to the stack variable. 15.33.33 # you can in this context, the only allowable/sensible time to call that getter is in the callbacks 15.33.56 # I can even add a magic which needs to be passed to it to verify its legal 15.33.59 # JdGordon: maybe later. I don't have time to look in detail now 15.35.56 # ok 15.37.53 Join mortalis [0] (~mortalis@176.60.139.150) 15.44.58 Quit mortalis (Quit: Leaving) 15.46.20 Join mortalis [0] (~mortalis@176.60.139.150) 15.52.33 # mortalis: any progress with lcd dma? 15.57.59 # no 16.00.14 # Code that works for me looks similar to sdk code. I have no idea why it doesn't work in your case. 16.00.58 # * JdGordon has updated g#224 with this evil state thingy, hopefully its more understandable now there is an actual use for it 16.00.58 Quit [Saint_] (Quit: Quit) 16.01.20 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 16.01.23 # aaw... does fs-bot not pick up g#224 in /me 's? 16.01.24 # 3Gerrit review #224 at http://gerrit.rockbox.org/r/224 : filesystem events: Add a new event to trigger on file access. by Jonathan Gordon (changes/24/224/5) 16.03.17 # mortalis: I wonder if this isn't some sort of alignment/padding problem which could explain scrambled first 4 lines in logo and semi-random glitches (always modulo 4 lines) 16.04.11 # kugel: can you have a look at the way that wraps the real open/creat/write functions on hosted targets please? 16.23.51 Quit mortalis (Ping timeout: 245 seconds) 16.47.11 Quit wodz (Quit: Leaving) 16.49.04 Join Thra11 [0] (~thrall@31.185.134.240) 17.13.42 Quit Rower85 (Ping timeout: 246 seconds) 17.18.19 Quit TheLemonMan (Quit: WeeChat 0.3.8) 17.21.24 Join TheLemonMan [0] (~LemonBoy@ppp-193-3.26-151.libero.it) 17.29.02 *** Saving seen data "./dancer.seen" 17.36.43 Quit TheLemonMan (Changing host) 17.36.43 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 17.46.48 Quit davo (Quit: Lost terminal) 17.48.07 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.55.57 Quit pamaury (Ping timeout: 245 seconds) 18.14.09 Quit saratoga_ (Ping timeout: 245 seconds) 18.14.40 Join pretty_function [0] (~sigBART@123.252.214.13) 18.18.44 Quit saratoga (Ping timeout: 245 seconds) 18.20.47 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.31.57 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.42.48 Join lebellium [0] (~chatzilla@g231205150.adsl.alicedsl.de) 18.43.50 Join n1s [0] (~n1s@nl118-174-190.student.uu.se) 18.43.50 Quit n1s (Changing host) 18.43.50 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.44.37 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.44.38 Quit pamaury (Changing host) 18.44.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.10.38 Quit linuxstb (Quit: This computer has gone to sleep) 19.11.47 Join Rower85 [0] (husvagn@90-231-22-234-no214.tbcn.telia.com) 19.19.42 Quit pretty_function (Remote host closed the connection) 19.22.06 Quit n1s (Read error: Connection timed out) 19.22.34 Join n1s [0] (~n1s@nl118-174-190.student.uu.se) 19.22.34 Quit n1s (Changing host) 19.22.34 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.22.56 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 19.23.14 Join linuxstb [0] (~linuxstb@host86-183-199-248.range86-183.btcentralplus.com) 19.24.04 Quit [Saint_] (Ping timeout: 264 seconds) 19.24.36 Quit KiwiCam (Ping timeout: 240 seconds) 19.24.40 Quit [Saint] (Ping timeout: 264 seconds) 19.24.59 Quit TheLemonMan (Quit: WeeChat 0.3.8) 19.27.59 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 19.29.04 *** Saving seen data "./dancer.seen" 19.32.34 Join Horscht [0] (~Horscht@p5DD579B2.dip.t-dialin.net) 19.32.34 Quit Horscht (Changing host) 19.32.34 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.38.20 Quit sinthetek (Ping timeout: 265 seconds) 19.39.49 Join pretty_function [0] (~sigBART@123.252.214.13) 19.44.03 Quit linuxstb (Quit: This computer has gone to sleep) 19.51.57 Quit pretty_function (Remote host closed the connection) 19.53.01 Join [Saint] [0] (~Saint]@101.98.158.103) 19.53.02 Quit [Saint] (Changing host) 19.53.02 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 19.53.50 Join linuxstb [0] (~linuxstb@host86-183-199-248.range86-183.btcentralplus.com) 19.54.09 Join pretty_function [0] (~sigBART@123.252.214.13) 19.56.56 Join KiwiCam [0] (~KiwiCAM@101.98.182.51) 20.12.44 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 20.27.42 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 20.30.52 # Commit d0ef067 in rockbox by 03Marcin Bukat: cabbiev2 fms for 128x128x2 targets 20.30.53 # Commit 6cc730b in rockbox by 03Marcin Bukat: Backdrop for cabbiev2 128x128x2 20.30.54 # Commit 09fbe7c in rockbox by 03Marcin Bukat: Correct rds viewport placement in cabbiev2 fms 160x128x2 20.30.54 DBUG Enqueued KICK CIA-5 20.30.54 # Commit 3a58307 in rockbox by 03Marcin Bukat: WPSLIST: add backdrop and cabbiev2 fms for 128x128x2 20.30.55 # Commit 93c462f in rockbox by 03Marcin Bukat: cabbiev2 for rk27xx generic design target 20.31.35 Join mortalis [0] (~mortalis@134.17.46.17) 20.32.05 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 20.32.23 Quit TheLemonMan (Quit: WeeChat 0.3.8) 20.33.49 # 93c462f build result: All green 20.44.21 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 20.50.06 Quit liar (Ping timeout: 245 seconds) 20.51.52 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.55.15 Join evilnick [0] (d92c8256@rockbox/staff/evilnick) 21.03.42 # pamaury: The rk27xx dap for you is fully working. Chip ID is different then in my dap and bootrom sets up watchdog (which bootrom in my device doesn't) 21.14.47 Quit evilnick (Quit: Page closed) 21.18.34 Quit shamus (Read error: Connection reset by peer) 21.19.46 # wodz: great 21.19.59 # awesome job 21.25.50 # pamaury: You will have the chance to look at USB on rk27xx also :-) That is my secret plan 21.25.57 # I just remember my Samsung YP-CP3 has a rk2706B chip (probably the only rk27xx dap from a famous brand?), a 400*240 screen and a microSD slot. Do you think the current port would work in it or are there are some coding/modifications to do ? 21.26.28 # show me the photo and I'll tell you :-) 21.27.06 # hifiman is also known brand which use rockchip SoC 21.27.15 Quit KiwiCam (Quit: Leaving) 21.27.54 # the photo of the player? 21.29.05 *** Saving seen data "./dancer.seen" 21.29.20 Quit pretty_function (Ping timeout: 244 seconds) 21.29.37 # wodz: tell me when you want to send me the dap 21.30.10 # preferably during this week 21.30.14 Quit [Saint_] (Quit: Quit) 21.30.40 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 21.31.28 Quit TheLemonMan (Quit: WeeChat 0.3.8) 21.31.31 # lebellium: looking at player images on google it is not straight rockchip reference design so some adjustments would be needed 21.32.01 # I don't understand the point. How can you deduct that from the player design?? 21.32.16 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman) 21.33.51 Quit liar (Ping timeout: 245 seconds) 21.33.53 Quit mortalis (Remote host closed the connection) 21.34.22 # lebellium: most daps using rockchip just use the plain reference design, without chaning anything (or nearly) 21.34.27 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.34.40 # lebellium: Many rockchip targets (advertised under different names) are in fact the same reference design with slightly customized firmware 21.35.10 Join mortalis [0] (~mortalis@134.17.46.17) 21.35.18 # this one is enough different to tell that some adjustments would be needed 21.35.28 Quit [Saint_] (Ping timeout: 264 seconds) 21.36.13 # aaaah OK I understand now. We're speaking of Samsung though. Although the CP3 is the worst player I have ever tried along with some recent Creative players, I don't believe they would only put the name "samsung" on an existent no-name player 21.36.53 # why? It is common practice. 21.37.22 # By Archos yes, Samsung not :P 21.37.33 # it is not 'no name' it is reference design made by rockchip 21.37.49 # lots of daps are based more or less on reference designs, not just for rockchip 21.38.19 # yeah, coldfire daps are quite close to reference design also 21.43.15 # by reference design you mean how it looks like from the outside right? then why an integrated circuit manufacturer would design the whole DAP? 21.43.19 Quit Horscht (Quit: Verlassend) 21.43.27 # lebellium: looking at firmware upgrade for cp3 it is based on rockchip sdk 21.43.43 # lebellium: no, the electronics 21.43.59 # i completely lost control of two lateral buttons, one is directly hooked to the lradc and both look ok (no damaged parts). Any hint on how to fix them ? 21.44.44 # my test bootloader works just fine with the touchpad so i assume it's safe 21.46.48 # gevaerts und wodz: OK thank you ;) Well I don't have any coding skills so the CP3 will probably never run RB :) 21.48.38 Join KiwiCam [0] (~KiwiCAM@101.98.182.51) 21.50.13 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 21.52.00 # lebellium: My coding/reverse engineering skills were very limited when I started first rockbox port 21.57.20 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.57.20 # * funman as well 21.57.41 # I had the best teachers and classmates at rockbox school :) 21.58.36 # * gevaerts can't reverse engineer his way out of a paper bag 21.59.00 # meh, starting with bare metal hardware programming is a suicide 22.00.21 Quit mortalis (Quit: Leaving) 22.00.23 # * n1s must be dead then 22.01.25 # TheLemonMan: an entire generation of programmers started out that way! 22.02.18 Join mortalis [0] (~mortalis@134.17.46.17) 22.02.23 # lda #01, sta $d021 22.02.39 # That's assembly, not bare metal. 22.02.40 # * Bagder left out the $ for the brave to place correctly 22.03.03 # thats silghtly different from initializing a charging pump and throwing raw data into an lcd controller 22.04.26 # FOAD: if you're going to be literal, exactly how do you program bare metal? 22.04.28 # i had enough experience with reverse enginering and ida when i started poking at the samsung bootloader but i had to spend 3 weeks to blindly hunt down the lcd initialization code 22.05.54 # even the most experienced will have to spend a significant time on some problems 22.06.51 # you don't send a noob hunting down function pointers trough the stack 22.07.22 # just call them 'apples' if he's a noob :) 22.07.40 # a steep learning curve but oh what fun! 22.10.18 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 22.11.05 # steep ? 22.11.27 # schtepp 22.11.50 # completely vertical i'd say 22.16.47 Join Scromple [0] (~Simon@119.225.209.134) 22.17.58 Quit n1s (Quit: Ex-Chat) 22.23.16 Join MethoS- [0] (~clemens@134.102.106.250) 22.29.07 Quit mortalis (Ping timeout: 248 seconds) 22.29.44 # just be happy it's not x86 22.32.06 # haha 22.32.16 # done that =) 22.33.08 # intel syntax makes it nearly nice to use 22.33.10 # http://daniel.haxx.se/blog/2011/10/28/whos-0xabadbabe-and-why/ 22.33.11 # * TheLemonMan runs 22.33.21 # oops, wrong channel - sorry 22.34.52 Quit T44 (Ping timeout: 264 seconds) 22.43.49 # Commit fa5d225 in rockbox by 03Marcin Bukat: rk27xx: disable watchdog on startup 22.46.13 # fa5d225 build result: All green 22.49.26 Part linuxstb ("Leaving") 22.49.36 Join linuxstb [0] (~linuxstb@host86-183-199-248.range86-183.btcentralplus.com) 22.51.20 # * linuxstb notices the "new" (since he last looked) lib/rbcodec directory and wonders if there is any documentation about it 22.52.41 # linuxstb: wtachi, saratoga and n1s are probably the people to talk to 22.52.43 Quit amayer (Quit: Going ~/) 22.53.17 # wodz: sorry i haven't looked at your patch yet, i moved house on friday, so have been real busy :) 22.53.41 # I guess my question is how to build it standalone. There doesn't seem to be a Makefile in the lib/rbcodec directory (and test seems to be using the Rockbox build system). 22.54.14 # it was hacked as sort of sdl build IIRC 22.54.32 # linuxstb: the "warble" build option is what you want I think. It's best tested with the sdl app build 22.55.35 # Hmm, I was expecting it to be buildable as a lib outside Rockbox. Is that not the case yet? 22.56.32 # * gevaerts checks 22.56.51 # Hm, it looks like it's not all merged yet... 22.57.04 # http://gerrit.rockbox.org/r/#/dashboard/1000008 has the remaining stuff 22.59.51 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 23.00.58 Quit MethoS- (Read error: Connection reset by peer) 23.23.54 Quit KiwiCam (Quit: Leaving) 23.27.06 Quit TheLemonMan (Quit: WeeChat 0.3.8) 23.29.08 *** Saving seen data "./dancer.seen" 23.36.52 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 23.45.47 Join kevinconnelly123 [0] (~485e0cf2@www.haxx.se) 23.47.47 Quit kevinconnelly123 (Client Quit) 23.52.22 Join Thra11_ [0] (~thrall@87.114.152.60) 23.52.39 Quit Thra11 (Ping timeout: 246 seconds) 23.52.41 Join Topy44 [0] (~Topy44@f049181121.adsl.alicedsl.de) 23.55.23 Quit Xerion (Quit: )