--- Log for 26.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 21 days and 3 hours ago 00.00.04 # some clever samsung software 00.00.18 # XavierGr: Yes, and that's why I'm indifferent about the setting, because it doesn't force those of us who CAN read the screen fine to have to wait longer for our lines to repeat. 00.00.32 # Frankly, I think making something a setting is a cop-out for someone who's afraid of getting unpopular by setting/changing a default 00.00.32 # If you want to *just* offer larger sizes, I'll go ahead and say I'm against it completely now. 00.01.17 # gevaerts: hi! so I can mostly read the nand flash in the meizu m3. it's not difficult, the hard part is the FLT. 00.01.30 # gevaerts: I am trying to reverse engineer it, but it will take a long time 00.01.44 # I'm not against increasing the size, but not to half the viewport width - that's just an absurd amount in many cases. It should be relative to the font size in some way. 00.02.10 # rasher: well as you said yes, it IS a cop-out 00.02.12 # denes_: I still have to try to get USB working on it. That should help a lot with testing 00.02.21 # because there are many many different views on this 00.02.29 # gevaerts: well, indeed a full flash dump would be a lot of help 00.02.34 # XavierGr: Also, I wouldn't exactly call Llorean's answer on the task an endorsement of a setting 00.02.56 # is the sansa e200v2 stuff testable now? 00.03.05 # Of course anyone can do this. All code is in svn 00.03.23 # * blkhawk thinks about getting the code in the git repository 00.03.27 # gevaerts: the good thing is, that the OF is full of debug strings 00.03.43 # gevaerts: in the FLT part, that's from samsung 00.03.47 # rasher: true, it is just a minor boost, the end result will come with objections or being affirmative here 00.03.52 # nice :) 00.03.56 # gevaerts: s/FLT/FTL 00.03.58 # or just plain silence = meaning you don't care 00.04.49 # gevaerts: there are even assert()s in the code 00.06.14 # XavierGr: Maybe you should bring up discussion of it on the -dev list. 00.06.17 Quit mcuelenaere () 00.06.25 # * gevaerts thinks that someone released the wrong build 00.06.38 # gevaerts: btw the same FTL - at least one with the same name, "whimory" - is used in other players with samsung chips, eg. iphone 00.06.53 # gevaerts: and iriver t10 00.08.01 # Llorean: seems that the task just hit a dead end, indeed the proper method to resolve it is to just post it on the dev list 00.08.10 Join ahti__ [0] (n=ahti@216.239.45.19) 00.09.14 Quit ahti_ (Connection timed out) 00.10.27 Join eigma [0] (n=cat@i216-48-164-104.cia.com) 00.11.49 Quit goffa_ (Read error: 60 (Operation timed out)) 00.16.23 Join goffa [0] (n=goffa@216.220.23.105) 00.20.03 Quit bluebrother ("back tomorrow") 00.20.36 Join toffe82 [0] (n=chatzill@216.189.211.226) 00.21.41 # * Strife89 is away: Hold that thought, please; I'm a little busy..... 00.21.51 Join blkhawk- [0] (i=HydraIRC@g226132111.adsl.alicedsl.de) 00.23.04 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 00.24.19 Quit kachna|lappy (Read error: 104 (Connection reset by peer)) 00.26.58 Join dany_21a_ [0] (n=dan@84-119-14-93.dynamic.xdsl-line.inode.at) 00.28.48 Quit ahti__ (Read error: 60 (Operation timed out)) 00.30.23 Quit blkhawk (Read error: 113 (No route to host)) 00.30.24 Nick blkhawk- is now known as blkhawk (i=HydraIRC@g226132111.adsl.alicedsl.de) 00.34.48 Join petur [50] (n=petur@rockbox/developer/petur) 00.38.33 Quit petur (Client Quit) 00.40.04 Quit bertrik (Remote closed the connection) 00.43.37 Part dany_21a_ 00.43.44 Quit nuonguy ("This computer has gone to sleep") 00.45.02 Join Schmogel [0] (n=Miranda@p3EE20C80.dip0.t-ipconnect.de) 00.47.51 Quit avis () 00.49.11 # is it bad to call rb->button_get(true) and then call it again? i can't figure out why my plugin is crashing and i'm grasping at straws. 00.49.32 # * Strife89 is back (gone 00:27:50) 00.49.37 # It what way is it crashing? 00.49.57 # the screen flashes and then the player powers off 00.49.59 # * linuxstb wonders why bertrik hasn't committed his i2c driver 00.50.12 # * Strife89 is away: Homework to do, food to eat..... 00.50.21 # i can't seem to trace the error in the simulator 00.50.41 # that is, i cannot duplicate the crash in the simulator 00.51.08 # And it was working fine before you changed to button_get() ? 00.51.43 # no, i think it was fine until i got rid of a typedef struct and started using an array instead 00.52.33 # hm, maybe I need to compare our usb_drv_arc.c to linux fsl_usb2.c some day 00.52.45 # in all respects the code looks cleaner to me now, and i am glad it was suggested :) just can't get past this crash. 00.52.48 Quit jhulst (Read error: 113 (No route to host)) 00.56.48 Quit eigma () 00.57.25 Join MethoS [0] (n=clemens@host-091-096-209-180.ewe-ip-backbone.de) 01.05.15 *** Saving seen data "./dancer.seen" 01.07.22 Quit MethoS-- (Read error: 110 (Connection timed out)) 01.09.46 Quit Rob2222 () 01.10.01 Join MethoS- [0] (n=clemens@dyndsl-085-016-162-249.ewe-ip-backbone.de) 01.10.19 Quit MethoS (Read error: 60 (Operation timed out)) 01.22.15 Quit DerDome ("Leaving.") 01.24.47 # * linuxstb looks around for an e200v2 tester.... 01.30.05 Join spiral [0] (n=57aae208@gateway/web/cgi-irc/labb.contactor.se/x-a2d9fd2e0c06e96e) 01.31.23 Quit spiral (Client Quit) 01.35.13 # we getting close to having a port for the v2? 01.35.36 # and by having a port, I mean having bootable code, I guess 01.37.40 Quit DataGhost (Nick collision from services.) 01.37.48 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 01.39.20 # it crashes just at the start of the plugin ? maybe its the stack ? 01.40.18 Quit Schmogel (Read error: 104 (Connection reset by peer)) 01.40.23 # n17ikh: we have bootable code for v2, but the flash access is still missing. So only a early bootloader works.. 01.40.33 # ah 01.41.58 # domonky: it crashes in the middle. it may be a logic error, i'm trying to see if i am going out of bounds 01.47.28 Quit DataGhost (Nick collision from services.) 01.47.36 Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) 01.49.50 Part wpyh 01.56.26 Quit domonoky (Read error: 104 (Connection reset by peer)) 02.03.32 Quit mf0102 ("Ex-Chat") 02.03.34 Quit PaulJam (".") 02.04.21 Join ahti__ [0] (n=ahti@216.239.45.19) 02.05.21 Quit esthar ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 02.09.14 # I just set a build environment back up, using LinuxSimpleGuideToCompiling to be sure I didn't forget anything, but..... 02.09.20 # http://pastebin.com/d44edd59d 02.10.04 # Looks like you didn't add the compiler directory to your path. 02.14.01 Quit z35 (Read error: 110 (Connection timed out)) 02.14.17 Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 02.14.54 Quit Strife89 ("Be right back.") 02.15.48 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 02.16.17 Join Strife89 [0] (n=michael@204.116.245.152) 02.18.44 # Strife89: The wiki tells you to type exit and reopen the terminal. 02.19.16 # linuxstb: That does not log one off in Ubuntu. 02.19.25 # You don't need to log off. 02.19.30 # Just reopen the terminal 02.19.49 # . . . . 02.20.00 # * Strife89 feels rather idiotic. 02.20.25 Quit BHSPitLappy (Remote closed the connection) 02.22.14 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 02.27.57 Join reacocard [0] (n=reacocar@134.173.59.155) 02.28.12 Part toffe82 02.28.18 # Has something been committed recently that broke any plugins? I'm getting some unusual compiling errors. 02.28.20 Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 02.28.41 # Many of them are like " warning: pointer targets in assignment differ in signedness" 02.28.45 Join Rob2222 [0] (n=Miranda@p4FDCF4B5.dip.t-dialin.net) 02.28.57 # linuxstb: do you still need an e200v2 tester? 02.30.44 # Yes - I want to see if a) the backlight works the same way as the v1; and b) if the lcd driver in svn does anything. Are you happy compiling things? 02.31.17 # yes, I'll try it now 02.31.19 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e6cb44a8c8c08925) 02.31.25 Join blkhawk- [0] (i=HydraIRC@g226132046.adsl.alicedsl.de) 02.31.33 # we have decided on a date for the 3.1 feature freeze? 02.32.43 # mc2739: Can you try with the latest SVN (I committed some things an hour or so ago) along with a patch I'm about to make? 02.33.01 # if not, I wouldn't mind the first week of january, since I'm probably not the only person who will have more time to program over Christmas break 02.33.37 # saratoga: sounds like a good plan 02.33.41 # linuxstb: updating svn now 02.34.14 # i also think that since 3.1 will be such an incremental update over 3 that we can get away with a shorter feature freeze 02.34.40 # I thought there was a desire for 3-monthly releases - meaning release around Christmas Day.? 02.35.22 # do we have to have a rigid 3 month release schedule? 02.35.44 # mc2739: Have you tried the svn code before? 02.36.00 # I think 3 months +/- a few weeks is reasonable 02.36.51 Quit obo ("bye") 02.37.05 # linuxstb: yes - I have built and tested code from svn on the e200v2 02.37.40 # mc2739: http://www.davechapman.f2s.com/rockbox/test1.diff - this is bertrik's i2c driver patch from flyspray, with a change by me to use it to enable the backlight (on the assumption that it's the same as the e200v1) 02.39.04 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 02.39.15 # linuxstb: would you like me to test separately? 02.39.28 # Strife89: that is a warning that we turn off for certain gcc versions, configure is responsible for this and if you ran it before adding arm-elf-gcc to your path it couldn't know which version you are using so it didn't turn it off, consensus: reconfigure 02.39.39 # mc2739: No, there's little point testing the svn code - if the backlight doesn't work, I don't think you'll be able to see anything. 02.39.53 # linuxstb: true 02.40.03 # n1s: Note taken. Thanks. :) 02.43.51 # linuxstb: got this error - http://pastebin.ubuntu.com/62668/ 02.44.13 # mc2739: Had you already applied that patch from flyspray? 02.44.30 # Or did you just apply that patch and my patch? 02.44.36 # yes, but reverted 02.44.44 # just your patch 02.45.08 # reverting isn't enough - the new files would have stayed there 02.45.21 # also ran make clean 02.45.44 # You need to delete the files the flyspray patch added. 02.45.51 # ok 02.46.29 # So delete firmware/target/arm/as3525/as3525-codec.*, then type "svn revert bootloader/sansa_as3525.c", and then try applying my patch again. 02.46.54 # Or in fact, you also need to revert firmware/SOURCES 02.47.38 # A tip for the future - type "svn st" after you do an svn revert, and then shows you any new files still there. 02.48.17 Quit blkhawk (Read error: 110 (Connection timed out)) 02.48.44 # clean build this time - now running mkamsboot 02.49.15 # * linuxstb hopes this doesn't do anything nasty... 02.50.03 Quit ahti__ (Connection timed out) 02.52.23 Quit HellDragon (Read error: 104 (Connection reset by peer)) 02.53.18 # linuxstb: sorry - no backlight 02.54.19 # Oh well... 02.54.29 # I can still boot OF though 02.54.36 Nick blkhawk- is now known as blkhawk (i=HydraIRC@g226132046.adsl.alicedsl.de) 02.55.59 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 02.57.01 # mc2739: OK, thanks for testing. 02.57.28 # no problem 02.59.05 Quit HellDragon (Read error: 104 (Connection reset by peer)) 02.05.18 *** Saving seen data "./dancer.seen" 02.07.14 Quit saratoga ("CGI:IRC (EOF)") 02.07.48 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 02.10.54 Quit ender` (" Top reason why compilers are like women: Miss a period and they go crazy") 02.12.32 Quit syn4pse ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 02.20.16 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.24.19 Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) 02.33.54 Quit n1s () 02.38.56 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 02.43.41 Quit MethoS- (Remote closed the connection) 02.44.14 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 02.45.51 Join avis [0] (n=ident@pdpc/supporter/student/avis) 02.46.50 Join syn4pse [0] (n=chatzill@cpe-075-176-144-005.sc.res.rr.com) 02.47.12 # is there a way to use assert.h? even just temporarily? 02.49.18 # for what? you can use panicf() if you want to kill it if something goes wrong 02.51.42 Join Kevin6 [0] (n=kevin@adsl-67-127-59-90.dsl.pltn13.pacbell.net) 02.55.17 Quit avis (Read error: 104 (Connection reset by peer)) 02.56.52 Join avis [0] (n=ident@pdpc/supporter/student/avis) 02.59.24 Quit Strife89 ("Bye, guys!") 03.02.04 Quit avis () 03.06.51 # how does panicf() exit? 03.07.30 # i need a little info, i'm having trouble tracing a bug that i can't reproduce in the simulator 03.11.01 Quit kushal_12_27_200 ("Leaving") 03.18.53 Join jac0b [0] (n=jac0b@user-11200mc.dsl.mindspring.com) 03.19.09 # does anyone know who JasonStahls is in the wiki? 03.22.42 Quit jac0b (Client Quit) 03.27.20 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 03.34.06 Join Darksair [0] (n=user@221.221.157.29) 03.41.06 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.42.41 Quit Shiny (Read error: 104 (Connection reset by peer)) 03.44.07 Quit Horschti (Read error: 110 (Connection timed out)) 04.05.19 *** Saving seen data "./dancer.seen" 04.05.20 Quit Thundercloud (Remote closed the connection) 04.08.49 Quit HellDragon (Client Quit) 04.17.09 Quit faemir (Remote closed the connection) 04.20.29 Join blkhawk- [0] (n=blkhawk@f051096186.adsl.alicedsl.de) 04.37.53 Quit blkhawk (Read error: 110 (Connection timed out)) 04.38.13 Join miepchen^schlaf_ [0] (n=miepchen@p579EC9A6.dip.t-dialin.net) 04.38.27 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051096186.adsl.alicedsl.de) 04.48.17 Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") 04.49.21 Quit jfc (Read error: 104 (Connection reset by peer)) 04.51.49 Quit Kevin6 ("Java user signed off") 04.51.51 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.52.18 Join Darksair [0] (n=user@221.221.157.29) 04.53.16 Join AhtiK [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) 05.03.24 Quit syn4pse ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 05.04.39 Quit Darksair (Remote closed the connection) 05.10.39 Quit Slack (Read error: 60 (Operation timed out)) 05.27.15 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 05.31.05 Join ahti_ [0] (n=ahti@ip67-152-80-226.z80-152-67.customer.algx.net) 05.32.09 Quit AhtiK (Read error: 110 (Connection timed out)) 05.37.28 Quit reacocard (Read error: 110 (Connection timed out)) 05.37.56 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 05.47.34 Quit CaptainKewl (Remote closed the connection) 05.49.00 Join Tetracomm [0] (n=nicholas@72.252.29.2) 06.05.23 *** Saving seen data "./dancer.seen" 06.07.31 Join jpeeler [0] (n=jpeeler@asterisk/digium-software-dev/jpeeler) 06.27.03 Join wehn [0] (n=wehn@ppp118-208-90-241.lns2.bne4.internode.on.net) 06.27.47 Quit jhulst (Remote closed the connection) 06.29.30 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 06.32.39 Join AndyI [0] (i=AndyI@212.14.205.32) 06.42.57 Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 06.46.25 Quit AndyIL (Read error: 110 (Connection timed out)) 06.48.57 # XavierGr: oh the joys of "democracy" :p 06.55.25 # JdGordon: hehe, indeed :) 06.57.52 Quit DataGhost (Nick collision from services.) 06.58.00 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 07.08.45 Quit Tetracomm ("Visit: www.kompulsa.com") 07.18.11 Quit reacocard (Read error: 60 (Operation timed out)) 07.18.38 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 07.18.53 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 07.19.02 Join Darksair [0] (n=user@221.221.157.29) 07.20.23 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 07.22.37 Quit Darksair (Client Quit) 07.27.37 Part jpeeler ("Leaving") 07.27.56 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 07.30.37 Join Darksair [0] (n=user@221.221.157.29) 07.40.51 Quit Darksair (Remote closed the connection) 07.41.44 Join Darksair [0] (n=user@221.221.157.29) 08.05.07 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.05.28 *** Saving seen data "./dancer.seen" 08.06.22 # * amiconn ponders implementing automatic DST adjustment for the RTC targets 08.06.49 # .. really?! 08.07.48 # indeed time will change once again today 08.08.45 Quit DigitalisAkujin ("I-n-v-i-s-i-o-n 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") 08.09.10 Quit perrikwp (Remote closed the connection) 08.09.10 Quit GodEater (Remote closed the connection) 08.11.03 # JdGordon: Why not? Manual adjustment gets increasingly annoying with more and more clocks to adjust 08.11.16 # * amiconn has 7 RTC targets 08.11.46 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-04f39e859aa38fd0) 08.11.51 # * JdGordon is shocked 08.12.05 # ?? 08.12.07 # for something that happens twice a year, you want to waste a fair bit of bin for? 08.12.42 # Imo it'd be less wasted than many other features... Btw, I don't think it will need that much 08.13.41 # The .cfg file would contain the 2 rules, for switching to and from DST, in some compact form 08.13.45 # remember there is alot more than 1 set of timezones... unless you want to add a setting for "summertime +1", "summertime +2" or "wintertime" 08.14.54 # The rules for the respective timezone would be loaded from a text file in the necessary option screen 08.15.43 # hitting the disk for a setting? another general nono 08.15.51 # huh? 08.16.24 # I'm just pointing out all the general rules which you are usually avid supporter off when it comes to adding features 08.16.54 # Maybe I was unclear when describing how it would work 08.17.24 # well, to be fair, you havnt actually described it at all yet :p 08.17.32 # Of course it wouldn't hit the disk on every boot. It would be very similar to selecting a new font or wps 08.17.41 Join stoffel_ [0] (n=sfr@p57B4FD65.dip.t-dialin.net) 08.19.20 # The list (or perhaps even a single .tzone file for each supported time zone - then it could even reuse the file browser for the time zone selector) would just contain the rules for switching to and from DST, similar to how the good old novell netware did it 08.19.59 # Those rules are just a few numbers, e.g. for Germany: 08.20.14 # todst=3 0 -1 2 00 08.20.23 # fromdst=10 0 -1 3 00 08.21.05 # (meaning last Sunday in March, 2:00 and last Sunday in October, 3:00, respectively) 08.21.40 # These rules would be written to the .cfg when selected 08.22.27 # Only the .cfg would be evaluated at boot, plus a bit in the nvram settings that tells whether we're in dst or not 08.22.45 # * JdGordon *really* wants to fight this one.. but yes, changing the time on the DAP is a huge PITA 08.23.32 # amiconn: so if the dst setting is on, on booting it will check if time is after the selection and change time respectively? 08.23.37 # Then the current time and date would be matched against the rules and the status bit, and the time changed accordingly when they don't match 08.24.39 # to make it harder: what happens if the dst change happens while the unit is on :P 08.24.44 # Many devies already do that today, so I don't see why rockbox shouldn't (if it can be implemented in a compact way) 08.25.27 # it needs another number though... its not always 1 hour which gets added! 08.25.32 Join dany_21a_ [0] (n=dan@84-119-29-101.dynamic.xdsl-line.inode.at) 08.25.49 # XavierGr: Either it would be adjusted at next boot, or it could check every minute or so (e.g. in the powermgmt thread, which already updates some things every minute) 08.25.56 # we had +2 hours one year for the olympics (which REALLY sucked) but some countries might actually do this always 08.26.13 # once per hour is more than enough to check it 08.26.37 # JdGordon: Yeah, the offset should also be selectable (in minutes to keep it simple & flexible) 08.26.59 # JdGordon: That would be more difficult than checking every minute 08.27.26 # I tihnk its easier to just add a setting in the options like i said above 08.27.32 # You would then need to make sure to check in the zeroth minute of every hour 08.28.57 # Or when the DST change in some time zone doesn't happen at :00, in the respective minute. 08.34.05 # of FFS... damn plugins cant use LAND_ ids :'( there goes that idea 08.34.14 # * JdGordon goned 08.37.13 # amiconn: though the adjustment at next boot would be simpler, what are the odds that the user will be in rockbox while dst change? 08.37.51 # I don't really know how other devices counter this 08.40.02 # XavierGr: That completely depends on usage pattern 08.41.17 # The (rockboxed) DAPs are a major part of my set of clocks to adjust at dst change. Many others are radio controlled, or adjust themselves by other means (e.g. NTP, built-in rules) 08.41.39 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 08.43.02 # amiconn: I am not arguing about DST detection, I just noted that checking every minute IF dst changed while the user was using rockbox is more complex than just ignoring it and correcting it at the next boot 08.44.24 Part dany_21a_ 08.44.25 # but if you think the overhead is little, why not, one way or the other I assume that this will be selectable (to detect for dst or not). so no harm 08.45.12 # Well, as with every setting we need a sane default. SInce we cannot predict where rockbox will be installed the default would be no dst adjustment 08.46.07 Quit XavierGr ("One firmware to rule them all!") 08.50.15 Join Rob2223 [0] (n=Miranda@p4FDCD815.dip.t-dialin.net) 08.52.14 Quit ahti_ (Read error: 110 (Connection timed out)) 08.54.56 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.55.44 # * amiconn agrees with JdGordon regarding r18832 08.56.19 # The only thing I didn't like about it was the red delta, but I looked at the code and couldn't find a more efficient way to do it (yet) 08.57.23 Quit Rob2222 (Read error: 60 (Operation timed out)) 08.57.28 # The id3 viewer is now more usable especially on the player... less presses of '+' / '-' until you get to see the desired information 09.00.26 # The drawback is that the amount of presses now varies depending on the track, but then you can't use the id3 viewer without looking at the screen anyway. It's not voiced, and cannot be voiced easily since we have no TTS engine. 09.16.31 Quit J-23 (Read error: 104 (Connection reset by peer)) 09.21.54 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 09.22.25 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 09.22.29 Join Darksair [0] (n=user@221.221.157.29) 09.28.05 Join num1_ [0] (n=brian@unaffiliated/num1) 09.28.24 Part num1_ ("veni, vidi et capiebar ad anum "I came, I saw and I endured a rear assault"") 09.40.40 Quit bertrik (Remote closed the connection) 09.42.15 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.45.53 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.51.02 Join lhc [0] (n=max@128-193-255-14.resnet.oregonstate.edu) 09.51.25 # guys , when i try to install rockbox, it say "could not open ipod", OS=f9 09.51.48 # help 10.05.29 *** Saving seen data "./dancer.seen" 10.06.12 Quit lhc ("Leaving") 10.15.47 # linuxstb: ping 10.26.38 Quit nuonguy ("This computer has gone to sleep") 10.27.57 Quit J-23 (Remote closed the connection) 10.31.12 Join einhirn [0] (i=Miranda@p5B0327E5.dip0.t-ipconnect.de) 10.31.13 # amiconn: ? 10.34.28 Join {phoenix} [0] (n=dirk@p54B4784C.dip.t-dialin.net) 10.36.13 Join MethoS- [0] (n=clemens@dyndsl-085-016-162-249.ewe-ip-backbone.de) 10.37.52 # linuxstb: Where did you put the arm nrv2e ucl decompressor in svn? I can't seem to find it 10.38.15 # It's part of mkamsboot - rbutil/mkamsboot/ 10.38.37 # Ah, somehow I didn't expect mkamsboot *below* rbutil... 10.39.10 # * amiconn is looking into an SH1 asm version, for faster and smaller ucl decompression both in the flash loader and the self-extractor 10.39.50 # How big is the C code on SH1? 10.40.03 # ~540 bytes iirc 10.40.41 Quit pixelma2 ("-") 10.40.56 # The optimisation potential when using asm comes from using the carry bit instead of cumbersome bit masking (only possible method in C) 10.41.07 # (carry bit equals the T bit on SH1) 10.41.24 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 10.41.32 # There are other asm versions in the upx source code if they will help - including x86, m68k, mips and powerpc 10.42.12 # Yeah, I know. x86 won't be of any help for me - I tried to understand it once, but it's just an incredibly irregular asm dialect 10.42.39 # The thumb version looks like it can be ported fairly easily 10.43.18 # speaking of the time settings... there is this bug that if a line in the menu you select it from has to scroll it'll appear in the settings screen (probably not the only screen with this bug...) 10.43.46 # pixelma: This was fixed quite a few revisions ago... 10.44.09 # r18802 10.45.14 # hmm... sorry, didn't remember that and didn't expect to be that outdated :\ 10.51.47 Quit DataGhost (Nick collision from services.) 10.51.55 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 10.52.19 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 10.55.49 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.59.14 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 11.09.20 Quit Acky (Connection timed out) 11.24.28 Join petur [0] (i=51a56364@gateway/web/ajax/mibbit.com/x-1dacfae0f2cd6f3b) 11.28.56 Quit reacocard (Read error: 110 (Connection timed out)) 11.30.07 Quit amiconn (" bbl") 11.33.37 Join webguest79 [0] (n=5ac41f4c@gateway/web/cgi-irc/labb.contactor.se/x-29f2b118f2807f89) 11.36.10 Quit webguest79 (Client Quit) 11.42.54 Join MethoS-- [0] (n=clemens@host-091-096-215-214.ewe-ip-backbone.de) 11.44.16 Quit wehn () 11.46.11 Join spiorf [0] (n=spiorf@host99-208-dynamic.44-79-r.retail.telecomitalia.it) 11.49.47 Quit {phoenix} (Remote closed the connection) 11.53.14 Join Nibbl [0] (n=Nibbler@e181100153.adsl.alicedsl.de) 11.56.31 Quit MethoS- (Read error: 110 (Connection timed out)) 11.57.04 Join MethoS [0] (n=clemens@dyndsl-085-016-161-060.ewe-ip-backbone.de) 12.00.08 Quit ender` (" All repair work will be done by an in-house maintenance staff. Any alleged "repairmen" who show up at the fortress will be") 12.04.59 Join ender` [0] (i=krneki@foo.eternallybored.org) 12.05.31 *** Saving seen data "./dancer.seen" 12.05.39 # ender`: your quit message is longer than allowed :( 12.06.07 # aw, freenode is too restricted 12.07.07 # I hate it when I can't read them completely ;) 12.07.20 # * linuxstb just googles for them ;) 12.08.41 # let's see, it was this one: All repair work will be done by an in-house maintenance staff. Any alleged "repairmen" who show up at the fortress will be escorted to the dungeon. -- Evil Overlord List #230 12.09.04 # * petur found it by now... 12.09.08 Join reacocard [0] (n=reacocar@134.173.59.155) 12.09.44 # http://www.eviloverlord.com/lists/overlord.html :) 12.13.59 Quit MethoS-- (Read error: 110 (Connection timed out)) 12.14.50 Join hannesd [0] (n=light@p5B1609B6.dip0.t-ipconnect.de) 12.16.09 Quit hannesd (Remote closed the connection) 12.19.46 Quit petur ("mibbit.com: lunch!") 12.22.35 Quit stoffel_ (Read error: 113 (No route to host)) 12.27.49 Join {phoenix} [0] (n=dirk@p54B4784C.dip.t-dialin.net) 12.32.22 # for those that care... the e200 sim has 160 settings.... 12.34.35 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 12.35.28 # sorry, 168... 12.39.58 Join DerDome [0] (n=DerDome@dslb-082-083-205-104.pools.arcor-ip.net) 12.43.42 Join mc2739_ [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 12.46.11 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 12.50.00 Join jfc [0] (n=john@dpc691978010.direcpc.com) 12.50.25 Quit mc2739 (Read error: 60 (Operation timed out)) 12.52.44 Join MethoS- [0] (n=clemens@host-091-097-242-056.ewe-ip-backbone.de) 12.54.18 Quit Nibbl (Read error: 110 (Connection timed out)) 12.55.08 Join Nibbl [0] (n=Nibbler@e181073227.adsl.alicedsl.de) 12.55.12 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.57.39 Join stoffel_ [0] (n=sfr@p57B4FD65.dip.t-dialin.net) 12.59.05 Quit Thundercloud (Remote closed the connection) 12.59.32 # :( stalled or slow build? 13.01.10 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.01.16 # JdGordon: what is that settings dumper for? 13.01.34 # exactly what the decription is... 13.01.42 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.01.57 # its actually something from the origional setting code which was never put back in when we moved to the .cfg files 13.03.07 Join MethoS-- [0] (n=clemens@dyndsl-085-016-164-254.ewe-ip-backbone.de) 13.03.58 Quit fdinel (Client Quit) 13.04.13 Quit stoffel_ ("leaving") 13.04.25 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.04.32 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.07.17 # JdGordon: Dear god. That's far too many already. 13.08.00 # its lower than I thought...I've been saying 180 for a while now which apparently is an overstatement 13.08.10 # and no, I dont see why its too many 13.08.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.08.55 # Then there's no point trying to explain it. 13.09.15 # explain what? 13.09.31 Quit MethoS (Read error: 113 (No route to host)) 13.09.34 # JdGordon: don't ask - he won't explain :) 13.10.11 # Why it's too many - if you seriously don't think 160-something settings is too many, there's no point trying to discuss it. 13.10.42 # like i said in the tracker.... my config is only ~20 changes, I dont care or am happy with the defaults for the other 140 13.11.00 # whoever said we are trying to make a "one size fits all" os here? 13.11.26 # Because that's exactly what I'm saying, yes. 13.11.29 # Christ. 13.11.39 Join mf0102 [0] (n=michi@e181139110.adsl.alicedsl.de) 13.11.49 # JdGordon: that argument could be used against you too ;) 13.11.54 # imho the only valid problem with the settings is the menu layout, not the number 13.12.04 # yes, I know 13.12.18 # I also know that plenty of people have much bigger config.cfg's 13.12.51 # we should have a serious discussion about splitting off the more "Advanced" settings to unclutter the menu 13.13.22 # * JdGordon disagrees with the argument that adding settings makes the code harder to maintain 13.16.49 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 13.17.43 Quit MethoS- (Read error: 113 (No route to host)) 13.19.18 Quit spiorf (Remote closed the connection) 13.21.26 Join funman [0] (n=fun@AAnnecy-257-1-23-63.w90-28.abo.wanadoo.fr) 13.21.34 Quit mf0102 ("Ex-Chat") 13.22.29 # n1s: about the keypad defitions in the calendar plugin - the ONDIO_PAD ones aren't needed, the Ondio doesn't have an RTC - and the X5M5_PAD defines two unusable button combos 13.23.33 # you can't have combos on that pad (except with the power "button" but that's not really usable) 13.24.37 # pixelma: could you suggest new combos? 13.24.56 # linuxstb: I suppose that the backlight of e200v2 is directly on a gpio pin 13.25.46 # n1s: I try to think of something. As I said no combos, one thing you could do is short and long button presses 13.26.40 # i have never used an x5 or m5 so i don't think i will be able to come up with anything nice 13.29.55 # funman: Yes, maybe. I know nothing about either the v1 or v2 e200s... 13.30.08 # funman: Are you planning on posting a patch with your SDRAM code? 13.30.14 # * linuxstb needs to run, back later... 13.30.23 # n1s: will have to find out more about the controls of the plugin first. Guess I'll try out on my c200 13.30.32 # linuxstb: when it's tested on e200 13.35.14 # n1s: the "Play" and the "Rec" button seem to not be used yet, unless I'm overlooking something. These are the side buttons, you can have a look at their layout in the manual svg, maybe that would be a possibility 13.36.37 Join spiorf [0] (n=spiorf@host99-208-dynamic.44-79-r.retail.telecomitalia.it) 13.36.53 # "Rec" is above "Play", so maybe the former for previous month and the latter for next month 13.40.04 # I could try myself... 13.42.53 Join Schmo [0] (n=Miranda@p3EE2240B.dip0.t-ipconnect.de) 13.43.37 # pixelma: that's exactly what i did, you want to try it before i commit? 13.45.46 # was about to but I can't imagine anything better at the moment... 13.46.00 # i'll go ahead then 13.47.40 # go, go, go :) 13.47.52 # ...and done! 13.50.17 # funman, hi. I think I have a pretty good clue on how to turn on the e200v2 backlight 13.50.37 # on e200v1 it's on the DCD15 output of the codec, not on a GPIO pin 13.51.08 # bertrik: I think someone just tried using the same method on e200v2 - and couldn't get the backlight 13.51.23 # My only argument is that it's a GPIO pin on the m200v2 13.51.45 # funman, who? and do you think or know it? 13.52.25 # http://www.rockbox.org/irc/log-20081026#02:30:44 13.52.45 # * JdGordon has nothing better to do if you have something you want fiddled with? 13.53.22 # well, figure the backlight ;) 13.53.45 # I dont even know how to build a bootloader... 13.54.24 # JdGordon: if that was dericted at everyone... FS#8998? ;) 13.54.40 # direct too 13.55.03 Quit MethoS-- (Read error: 104 (Connection reset by peer)) 13.56.57 Join MethoS-- [0] (n=clemens@host-091-096-208-187.ewe-ip-backbone.de) 13.57.04 # funman, ok, that was exactly what I was thinking about. Too bad it apparently didn't work. I would think it was on dcdc15 and not on a GPIO, because e200v1 does it like that and the backlight brightness can be set in different steps which would not be as easy with a single gpio 13.57.58 # is setting every bit on each gpio untill something happens dangerous? 13.58.09 # funman, I think I'll direct all of my clip/sansav2 attention now to the sd interface too 13.58.48 # maybe it's not dcdc15 but another address? I see no modification of gpio pins in the disassembly near the lcd code 13.59.02 # JdGordon: in theory, yes 14.00.44 # if the hardware designers did their job properly then it shouldn't be dangerous 14.02.05 # And we all know DAP hardware designers are infallible. 14.03.04 # pixelma: ok, ill make a deal with you... ill whip up a patch and do basic testing if you'll test it properly? 14.03.23 # * JdGordon is pretty sure his fix is safe for all the plugins whihc this is an issue, but doesnt want to test 30 plugins 14.04.22 Join cqtch [0] (i=33@g229096105.adsl.alicedsl.de) 14.05.34 *** Saving seen data "./dancer.seen" 14.06.06 # JdGordon, a big stumbling block that's keeping e200v2 back right now is the lack of display IMO. linuxstd did some updates to that, can you experiment with it a bit to get it working? 14.06.31 # JdGordon: I'll test - currently testing all of them with an unusual colour setting anyways because there are differences how you easily it is to notice depending on your set global colours. Some plugins seem to use the right colours (e.g. chessbox and dice) 14.06.47 # s/you// 14.07.19 # * pixelma not good at typing etc. today 14.07.43 # bertrik: yeah, I'm up for testing/fidling.. 14.08.40 # * JdGordon thinks he should learn arm assembly after exams 14.09.09 # I can't give any specific pointers to be honest, basically just read the datasheets and fiddle with it, you may need to use a flashlight/torch to see if anything is happening 14.10.21 # If you've ever read assembly for another processor, learned ARM assembly isn't that hard IMO 14.10.36 # learned -> learning 14.10.58 Quit Darksair ("-_-") 14.12.31 Join RichterSkala [0] (n=para@brln-4db80382.pool.einsundeins.de) 14.12.39 Join Darksair [0] (n=user@221.221.157.29) 14.12.59 # Guys i just bought an e280 v2 and studied it the whole night. Can some of you tell me if and when Rockbox will be avaiable for v2? 14.13.14 # hopefully soon... 14.13.34 # so its gonna happen in near future? 14.14.01 # maybe 14.14.05 # hopefully 14.14.09 # cqtch: we can not say when its ready, but people are working on it... 14.15.29 # pixelma: that patch will screw up any plugins which specify a viewport but are lazy/not updated and still use the old menu api... but i dont think thats going to happen 14.17.46 # bertrik: even if it doesnt do anything... whats the steps to build and install code on the thing? 14.18.36 # I don't understand that statement fully. But last I looked (a while ago) sudoku still included the old menu api 14.19.00 # yeah, but it probably still uses the full screen viewport 14.19.25 # arg.. im tired 14.19.34 # the problem is stupid plugins using their own colours 14.19.39 # configure rockbox to build an e200v2 bootloader, build it, build rbutil/mkamsboot and run mkamsboot to combine an original firmware with the rockbox bootloader and put the generated image on the e200v2 14.19.50 Join PaulJam [0] (i=PaulJam_@vpn-3037.gwdg.de) 14.21.43 Quit RichterSkala () 14.24.15 # bertrik: and once its on, does dual booting work? 14.25.24 # JdGordon: yes, dualboot should work.. 14.26.36 # for some reaosn I have to rmmod ehci_hcd for it to work! 14.27.32 # either "down" or usb should boot into the OF on e200v2... 14.27.34 # hmm... no, its not mounting at all now 14.28.04 # ok thanks, ill try getting it going tomorow, its being stupid tonight 14.28.36 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.32.37 Quit fred_2 (Remote closed the connection) 14.35.46 # the radio chip in the clip looks soo much easier to use than other radio chips I've seen so far 14.35.56 # domonoky: thanks 14.36.33 # it has its own firmware and even seems to do the seeking for you. 14.36.37 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 14.36.54 # can i also use themes and mod my e280 without the usage of rb while its not ready? 14.37.22 # for the v2 i mean 14.38.05 # no 14.40.04 Join RichterSkala [0] (n=RS@brln-4db80382.pool.einsundeins.de) 14.41.00 Quit einhirn (Read error: 104 (Connection reset by peer)) 14.41.59 Quit cqtch () 14.42.28 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 14.44.04 Quit faemir (SendQ exceeded) 14.44.17 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 14.52.21 Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) 14.56.39 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.03.19 # What's HD1 in LANG_DISK_NAME_MMC short for? 15.03.38 # Hard disk? 15.12.56 Quit Bjoern-Erik ("leaving") 15.15.37 Join Bjoern-Erik [0] (n=Bjoern@173.80-202-110.nextgentel.com) 15.16.16 Quit nplus (Read error: 104 (Connection reset by peer)) 15.19.16 Join nplus [0] (n=nplus@141.25.Globcom.Net) 15.21.21 # rasher: iirc gevaerts added it so he could build with multivolume support on targets without hotswap 15.32.14 Join lasser [0] (n=chatzill@Wa0a8.w.pppool.de) 15.38.18 Quit goffa (Read error: 60 (Operation timed out)) 15.40.01 Join goffa [0] (n=goffa@216.220.23.105) 15.43.36 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 15.43.53 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-1e9615102cf4d370) 15.52.14 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 15.54.28 # bertrik: Did you check the patch I wrote to test the backlight on the e200v2? 15.54.53 Quit MethoS-- (Read error: 104 (Connection reset by peer)) 15.55.08 # hmm, anything to test on e200v2's? 15.58.02 # ya 15.58.14 # I have one and i would love to test something 15.58.18 Join MethoS-- [0] (n=clemens@host-091-097-244-220.ewe-ip-backbone.de) 16.01.00 # linuxstb, I looked at it briefly and I think it looked fine as a test of the backlight, too bad it didn't work apparently 16.01.29 Quit MethoS-- (Client Quit) 16.01.40 Join MethoS-- [0] (n=clemens@host-091-097-244-220.ewe-ip-backbone.de) 16.01.57 # Is it an AS3514 in the 3525? 16.03.00 # looks very much like that, I haven't made a systematic comparison yet 16.03.12 Quit Schmo (Read error: 104 (Connection reset by peer)) 16.04.27 # I wonder if there needs to be any other initialisation before we can use it. 16.04.30 Join stoffel_ [0] (n=sfr@p57B4FD65.dip.t-dialin.net) 16.05.37 *** Saving seen data "./dancer.seen" 16.05.43 # I noticed that some of the volume controls (like line, headphone, speaker) need to be enabled first in the audiosetx registers before they can be accessed. I think this was not the case in as3514, I'll check right away. 16.07.45 Join Schmogel [0] (n=Miranda@p3EE2240B.dip0.t-ipconnect.de) 16.09.39 # * bertrik is curious about the as3525 RTC 16.09.58 # the OF doesn't show it, but maybe it is actually set for DRM purposes 16.14.52 # register 0x17 (USB_UTIL) is present in the as3525 but not in as3514. The rest of the registers indices matches the as3514. 16.18.14 Join wpyh [0] (n=william@123.151.132.201) 16.21.37 # bertrik: several OFs don't have clocks even though the hardware has a RTC, the beast for example, and the h300 OF didn't get clock until one of the last versions 16.41.19 Join markus [0] (n=asdufg@endata.olf.sgsnet.se) 16.44.24 Join iu [0] (n=c2bb48fd@gateway/web/cgi-irc/labb.contactor.se/x-093898e947112c73) 16.44.41 # funman congratulations for your work! 16.45.57 Quit iu (Client Quit) 16.46.02 Join iu [0] (n=c2bb48fd@gateway/web/cgi-irc/labb.contactor.se/x-e83c50f25dc45463) 16.46.08 Quit iu (Client Quit) 16.47.03 Join iu [0] (n=c2bb48fd@gateway/web/cgi-irc/labb.contactor.se/x-d25c9429ebb88239) 16.47.32 # is there anyone? 16.47.45 # * domonoky waves.. 16.48.02 Quit RichterSkala (Remote closed the connection) 16.48.42 # what's NOW progress of the clip rockboxing? 16.49.16 Join webguest95 [0] (n=50794abb@gateway/web/cgi-irc/labb.contactor.se/x-0e3f212398b052b2) 16.49.43 # iu: hi, now you can help with the NAND flash access (with SD protocol) 16.49.56 # funman im IudeX 16.49.57 # :) 16.50.12 # do you remember me? 16.50.16 # I was wondering ;) yes I remember yo 16.50.17 # u 16.50.22 # im on onther computer 16.50.27 # and other nick ;( 16.50.45 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.50.56 # did you start disassembling the Original Firmware ? 16.51.11 # no i don't have time :/ 16.51.20 # maybe tommorow. 16.51.27 # i have a lots of work 16.52.25 # how i can dissamble this.that? 16.53.54 # using any disassembler: I know objdump, utils/disassembler in rockbox svn, and non-free IDA 16.55.49 # i'll try do it tommow 16.56.02 # funman: how sure are we about this sd/nand setup in the sansa v2 ? 16.56.34 # you, I don't know, but I am certain ;) 16.56.39 # :-) 16.56.40 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 16.57.06 Join {phoenix} [0] (n=dirk@p54B4784C.dip.t-dialin.net) 16.57.07 # ;P 16.57.10 # so its either wrong timing, or another missing init ? 16.57.23 # I think missing init 16.57.40 # did you look at the code I pushed in the git repo ? 16.57.45 # yes.. 16.58.13 # for other people: http://gitorious.org/projects/rockbox_sansa_v2/repos/mainline/commits/967c70bb4f9da12220aef5103b6d33c7178e5762 16.58.16 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.59.22 Quit {phoenix} (Remote closed the connection) 17.00.05 # what i am wondering: you set GPIO A1 in the init. This can not be right for the m200v2 (because they have buttons there). But i get the same result from the ata_test then you... 17.01.14 # ok bye all 17.01.23 # im back home :) 17.01.31 # *ing 17.01.33 Quit iu ("CGI:IRC") 17.01.55 Quit SUSaiyan () 17.02.55 # any news about the SD interface on the v2s? 17.02.59 Join {phoenix} [0] (n=dirk@p54B4784C.dip.t-dialin.net) 17.03.40 # domonoky: yes I commented it and it worked fine as well 17.03.51 # it's only needed for the Clip's OLED 17.03.54 # bluebrother: no 17.04.12 # too bad. 17.04.38 # they say 'no news good news' but it's not being debugged any faster ;) 17.04.44 # I shall go and get a JTAG soon ... 17.05.06 # do you have a Clip ? 17.05.21 # no, m200-ams 17.05.35 Join tessarakt [0] (n=jens@e180073128.adsl.alicedsl.de) 17.06.03 # fdinel has a JTAG connection but he prefers continuing disassembly before using it 17.06.56 # no experience about disassembling on my side. And much too less free time for seriously starting it :/ 17.08.39 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 17.09.09 Quit Nibbl (Remote closed the connection) 17.13.08 Quit webguest95 ("CGI:IRC") 17.16.00 Join duaneb [0] (i=45cd3b57@gateway/web/ajax/mibbit.com/x-7d81640366200e8a) 17.16.04 # hello people 17.16.13 # is aac supported by rockbox? 17.16.31 # Most aac files on most targets, yes. 17.16.47 # well, what ISN'T supported? 17.16.54 # that's probably a better question 17.18.06 # * bluebrother points to the SoundCodecs wiki page 17.18.15 # that should have the infos 17.19.30 # oh 17.19.46 # where is this wiki? 17.19.50 # http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs 17.20.05 # thanks 17.21.01 Quit duaneb ("http://www.mibbit.com ajax IRC Client") 17.26.48 Join mf0102 [0] (n=michi@e181141246.adsl.alicedsl.de) 17.27.05 # n1s: got around to testing new, Rec and Play work quite nicely in the calendar on my M5 17.27.18 # pixelma: thanks 17.28.32 # hmm, anything new to test on e200v2's? 17.29.23 # SDRAM 17.30.27 # * J-23 builds bootloader 17.30.42 Quit miepchen^schlaf_ () 17.31.00 # see http://forums.rockbox.org/index.php?topic=14064.msg137938#msg137938 there is 2 links to the code 17.31.33 # can't i just compile it from my copy of git repository? 17.32.00 # hm yes I forgot there was e200 target in git :P 17.32.09 # but you'll miss lcd obviously 17.32.43 # hmm, I need to build rockboxdev :/ 17.35.06 Join esthar [0] (n=esthar@student165-170.hampshire.edu) 17.35.17 # compiler? 17.35.50 # my distro doesn't provide any arm-elf tools 17.35.52 Join obo [0] (n=obo@rockbox/developer/obo) 17.36.00 Join halp [0] (n=1806f4a6@91.191.140.131) 17.36.13 # helo 17.36.17 # d 17.36.19 # d 17.36.36 # i need help 17.36.56 # me too 17.37.08 # where can i find the rocbox installer 17.37.14 # J-23: you really should use rockboxdev.sh and not any distro provided arm-elf tools, rockboxdev.sh will get you the recommended versions... 17.37.23 # halp: on the rockbox website 17.37.33 # it does not show up 17.37.34 # halp: take a look at the manual.. 17.37.49 # i clicked on installers, i just get a blank screen 17.37.55 # halp: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 17.38.09 # domonoky: should I edit that file when I want to use file downloader other than curl/wget? 17.38.16 # thank u very much!!!!! 17.38.28 Quit halp (Client Quit) 17.38.45 # J-23: best just install the needed tools.. 17.39.06 # domonoky: but I want to use download accelerator 17.39.39 # J-23: feel free to edit it, but dont complain if it doesnt work... 17.40.29 # Maybe we should have a QuickStart page with a large link to rbutil, a graphic showing which button to click to install, and a link to the manual, or something like that 17.42.17 # rasher: there is a GraphicalInstall wikipage. But people should really start with the manual..or we will get even more dumb questions :) 17.43.17 # domonoky: That page is far too long. I'm thinking something that would fint on one screen, with just a few sentences of text (and links, of course) 17.43.43 # Besides, where is GraphicalInstall linked from? 17.44.10 # from the RockboxUtillity wiki page 17.44.37 # and the link to RockboxUtillity is in the manual... 17.44.59 # So after about 20 clicks and reading a few hundred pages of text, there's a somewhat easily digisted instruction to get going 17.45.06 Quit Zambezi ("Reconnecting") 17.45.25 # There's a reason electronics manufacturers include a "Quick start" sheet with their products 17.45.41 Quit jhMikeS (Nick collision from services.) 17.45.47 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 17.45.51 # Rather than bury it in the middle of their manual 17.46.39 # * bluebrother wouldn't mind someone doing such a quick start 17.46.44 # :-) thats our way to keep too dumb users away :-) 17.47.16 # domonoky: But the result is that they either whine here, or in other forums 17.47.19 Join Zambezi [0] (i=stolgfor@itslyna.se) 17.47.55 # * domonoky is joking... 17.50.29 # a Quickstart Page wouldnt be bad. But we need a way to make sure users read the manual.. :-) 17.51.00 Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 17.51.42 Join martian67 [0] (i=lol3izer@69.42.217.172) 17.51.55 # the problem with all those quickstart guides is that quite a lot of users think it's enough to just check that and forget about the rest 17.52.13 # especially as Rockbox is quite different than usual OFs this is a problem ... 17.52.33 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-66b0b22703a648fc) 17.52.42 Join MethoS [0] (n=clemens@host-091-097-242-190.ewe-ip-backbone.de) 17.52.49 Quit Darksair (Success) 17.53.31 Join PaulJam_ [0] (n=PaulJam_@vpn-3037.gwdg.de) 18.00.32 Join MethoS- [0] (n=clemens@host-091-097-240-123.ewe-ip-backbone.de) 18.01.23 Join miepchen^schlaf [0] (n=miepchen@p57BB4EE4.dip.t-dialin.net) 18.01.48 Quit tessarakt ("Client exiting") 18.05.02 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 18.05.38 *** Saving seen data "./dancer.seen" 18.05.53 Quit HBK (Read error: 104 (Connection reset by peer)) 18.07.13 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.08.14 Join halp [0] (n=1806f4a6@gateway/web/cgi-irc/labb.contactor.se/x-b642d0f57396cbf1) 18.08.21 # helo again 18.08.39 # how do i use pictureflow? 18.09.07 # put album art on the player (see AlbumArt wiki page). Initialize the database. Start the plugin. 18.09.22 # well what do i put in the folder 18.09.36 # ? 18.09.42 # the folder pictureflow 18.09.51 # there is no folder pictureflow 18.09.55 Quit PaulJam (Read error: 110 (Connection timed out)) 18.10.20 # yes in .rockbox /rocks/demos/pictureflow 18.11.09 # so what? 18.11.15 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.11.21 Quit halp (Client Quit) 18.11.22 # again: put album art on the player (see AlbumArt wiki page) 18.11.58 # you shouldn't mess with files below /.rockbox unless you know what you're doing. IOW: keep out of that folder 18.12.53 Join halp [0] (n=1806f4a6@gateway/web/cgi-irc/labb.contactor.se/x-3748c34cba7eb74f) 18.13.07 # where is the album art wiki 18.13.10 # where is the album art wiki 18.13.33 # there is only one Rockbox wiki. I suggest going to the Rockbox website and following the "wiki" link 18.13.50 # ok, cuz i want use picture flow 18.13.56 # I would like a wiki search box on the front page 18.14.30 # every wiki page has the "Search" link at the top right, along with the "Go" box 18.14.49 # ok 18.14.59 # one just needs to _read_ and _use_ that page ... 18.15.28 Quit Nibbl (Read error: 113 (No route to host)) 18.15.33 Quit MethoS (Read error: 110 (Connection timed out)) 18.16.16 # who can change the front page? Bagder and? 18.16.45 # Anyone can - it's in SVN. 18.17.38 Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 18.17.52 # I didn't realize that 18.18.07 # why do we need another box on the front page? One could also use the search box in the left side menu. When typing the wiki page name you get the correct link as first result ... 18.19.00 # saratoga: I'm not sure if it's updated automatically though... It may need a Bagder/LinusN/Zagor to run something. 18.19.50 # > The Sansa port is the first to be started at the request of the hardware manufacturer who gave the Rockbox team samples of their devices. 18.20.05 # That's not quite true is it? 18.20.26 # it is. Bagder got one or two devices 18.21.12 # But wasn't porting efforts already underway? 18.22.04 # not that I remember. 18.22.08 Join shisken [0] (n=shisken@ip565bc1df.direct-adsl.nl) 18.22.37 Join dany_21a_ [0] (n=dan@84-119-25-61.dynamic.xdsl-line.inode.at) 18.24.59 # halp, got pictureflow working yet? 18.31.46 # * bertrik hasn't 18.32.38 Quit Schmogel (Read error: 54 (Connection reset by peer)) 18.32.44 Quit shisken ("Konversation terminated!") 18.33.41 Join forehead [0] (n=shisken@ip565bc1df.direct-adsl.nl) 18.33.47 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 18.33.57 # rasher: HD1 is the second data partition if you do a multi-volume build for an ATA target. It's probably not an ideal name, but I couldn't think of anything better, and it won't actually be visible in regular builds anyway 18.34.42 Quit forehead (Remote closed the connection) 18.34.43 Quit halp ("CGI:IRC (EOF)") 18.34.56 Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 18.35.58 Join Schmogel [0] (n=Miranda@p3EE2240B.dip0.t-ipconnect.de) 18.36.31 Join fcr [0] (n=fran@2001:470:89a5:0:214:a5ff:fea5:4bef) 18.38.43 # linuxstb: ther? 18.38.45 # +e 18.39.36 # Yes 18.40.35 # What do you think about offering a choice of difficulty in sudoku, instead of just accepting what the generator produces? 18.41.55 # It seems that generators cannot generate a requested difficulty level, but 5ud0ku (Java MIDP sudoku game) can do it 18.42.17 # Yes, that's the problem with the current generator, but if you can find a better one... 18.42.22 # It just keeps generating games until one matches the requested level 18.42.33 # The one in sgt-puzzles does that as well 18.42.38 # I believe there was a patch in the tracker for this (IIRC by bluebrother). The problem was that it just started generating again until a puzzle with "correct" difficulty was generated which could take a while... 18.42.48 # * gevaerts still wants to have a go at porting that 18.43.32 # pixelma: I don't see that as a problem as such. We could offer "Easy / Medium / Hard / Random (faster)" 18.43.35 # I can think of a possible optimisation for this method. Since individual games are rather small, the generator could cache generated games for each level 18.44.34 # So it would first check whether there's already a suitable game in the cache, and only if there isn't, it would start generating new ones, filling the cache as well 18.44.38 Join bughunter2 [0] (n=j@77.164.66.126) 18.44.47 # Hm, plugin.h needs bumping now, doesn't it? 18.45.14 # If you want to get really fancy, you could make sure you have one in the cache for next game at the same level, and if needed generate that in background 18.45.14 Quit bughunter2 (Client Quit) 18.45.36 # rasher: probably. I just remember that generating one puzzly on the Ondio once took so long for me that idle power off kicked in (usually set to 5 mins here). But I haven't encountered that for a while so maybe this bug was fixed and I also can't remember it taking so long for this recently, maybe it got faster 18.45.37 Join bughunter2 [0] (n=j@77.164.66.126) 18.45.49 # s/puzzly/puzzle 18.46.07 Quit funman ("leaving") 18.46.49 # I also said this to ping bluebrother ;) 18.47.45 # Lear: Following JdGordon's commit? 18.47.49 # Actually that's my patch originally 18.48.02 # linuxstb: Yes. 18.48.12 # FS#5519 18.48.13 Quit crope` ("Leaving") 18.48.30 # Lear: Then yes.. 18.48.54 # pixelma: But I believe bluebrother did something to it to make it actually work 18.48.56 # rasher: sorry then 18.49.54 # Not to worry - I barely remembered it myself. I do think bluebrother has improved it somehow 18.53.15 Join Strife89 [0] (n=michael@204.116.245.152) 18.54.58 # pixelma: Actually, my patch already includes a "Random Difficulty (faster)" choice 18.58.02 # I see 18.58.17 # But yeah, you could of course cache them 19.05.57 # btw. (not very important but) our sudoku generator's opinion about difficulty doesn't always match mine. I remember finding "medium" ones harder than the "hard" or "fiendish" ones quite a few times. :) 19.09.52 Join karashata [0] (n=kimi@69.41.192.215) 19.10.07 # pixelma: pong :) 19.10.48 # I remember doing some stuff on sudoku. Can't remember about the generator thing, but I intend to look after all those sudoku patches in the tracker 19.10.53 # jhMikeS: ping... 19.11.04 # anyone feel like entering in info on the TargetStatus wiki for the Olympus m:robe 500, Tatung Elio TPJ-1022, Meizu M6 or Philips GoGear HDD1630/HDD63X0 ? 19.11.12 # the scratchpad thing was simply the first one :) 19.11.14 # i don't know enough about those devices 19.11.21 Quit karashata (Client Quit) 19.12.39 Quit stoffel_ ("leaving") 19.13.57 # fdinel, are you familiar with the sansa clip display driver? 19.14.13 # bluebrother: wasn't there also a patch for remembering the scratchpad entries? I was reminded when reading the changes to sudoku.tex 19.14.18 # saratoga: I'll do the Meizus as soon as linuxstb is done with the page 19.14.23 # * linuxstb is done 19.15.31 # pixelma: yep, and that was a patch of mine. It's the next on my list ;-) 19.16.15 # bertrik: well yes, I helped coding it :) 19.18.14 # fdinel: How did you identify it as an ssd1303? (assuming it was you) 19.18.55 # * gevaerts is done too 19.19.38 # hmm, I compiled bootloader for e200v2, now what should I do with it? 19.19.56 # linuxstb: I identified the hardware first, from the serial number written on it (the LCD flat cable) and then I traced it back to the manufacturer (Adelco), I wrote to them and obtained the datasheet. It was in there I saw the controller chip number 19.20.26 # but most of this company LCD drivers are of the SSD130X anyway 19.20.38 # (+series) 19.20.58 # fdinel: OK, I was just wondering if it was a guess, or if you had identified the physical hardware. 19.22.14 # linuxstb: well at first it was a guess based on the part serial number, the manufacturer website and datasheet, but I could confirm many of the controller commands in the firmware 19.22.41 # now I just need to find BarryWardell so i can ask if the H10 can charge in rockbox 19.24.13 # saratoga: I 19.24.58 # saratoga: I'm not sure about the tcc77x USB status. Those are currently shown as "No", but they somewhat work if you don't look at it siedways 19.25.42 Quit jhMikeS (Nick collision from services.) 19.25.48 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 19.27.13 # I'd say just put no unless its good enough for normal use 19.27.24 # just like how we say USB isn't working on the Ipods 19.27.40 # for the front page: 19.27.42 #
  • Current Status 19.28.02 # anyone care if I change the text to be "Current and Future devices status"? 19.28.47 # hmm, I tried to patch my e200v2 firmware file with rockbox.bin compiled from code from git repo, but I only see LED blinking. 19.29.17 # isn't that what its supposed to do? 19.29.24 # should I use code from SVN? 19.29.33 # saratoga: no, now there's testing LCD and SDRAM code 19.30.10 # I don't think the LCD works 19.30.18 # fdinel, I'm working on filling out the uses of the GPIO pins, but the driver code confuses me a bit. It seems the controller is configured for 16-bit interface 19.30.18 # but SDRAM is ready to test 19.30.23 # SDRam code is in git.. LCD-Test code in SVN, but i think thi one doesnt work... 19.30.30 # J-23: LCD is not working on e200v2 yet - git or svn 19.30.39 # without sound or screen, what do you expect the SDRAM to do? 19.31.10 # J-23: so to test SD-RAM on e200v2 you should use git, and modifiy it, so i blinks for good/bad. :-) 19.32.31 # FS#9503 was commited, shouldn't it work? 19.33.18 # shouldn't what work? 19.33.31 # it should not be too hard to modify sdram_test so it blinks for results.. 19.33.39 Quit bughunter2 ("bye") 19.34.15 # bertrik: but are you working on the clip? all gpios on the clip are already known... for other devices you'll have to rely on blinking or something 19.34.17 # saratoga: sound 19.34.28 # J-23: no, FS#9503 does not involve audio 19.34.44 Join funman [0] (n=fun@AAnnecy-257-1-23-63.w90-28.abo.wanadoo.fr) 19.35.01 # Haha, you're getting sound working before display? 19.35.31 # rasher: why not? That's how the iaudio m3 works ;) 19.35.34 # * gevaerts hides 19.35.47 # fdinel, known perhaps, but not documented, and how are you so sure we've discovered everything? 19.35.52 # And like the iaudio7/D2, before a flash driver... 19.36.40 # oh no, I bricked my player ;/ 19.37.07 # we should really try to document all found GPIOs in the wiki 19.37.31 # gevaerts: Not correct. The M3 had sound before proper buttons though 19.37.40 # n1s: any reason to keep the ONDIO_PAD references in calendar.tex? (I already made a patch, just checking) 19.38.12 # pixelma: no, i just forgot to remove them 19.38.48 # ok, they will be gone soon then 19.38.54 # amiconn: only if you count the remote! 19.41.04 Quit MethoS- (Remote closed the connection) 19.41.52 # J-23: e200v2's can be unbriked - but you have to open the player... its in the wiki how to enable the direct flash access 19.42.29 # dany_21a_: I know, I unbricked my player several days ago 19.43.48 # bertrik: well because I did ;) It is documented in the git repository, if you are interested in updating the wiki I'd gladly send you the mappings. 19.44.01 # J-23: okay, good :) 19.44.54 # ideally all this info should be going into the wiki, not everyone reads git 19.45.24 # the git repository is just a convenient pastebin for developers to exchange information 19.45.32 # I have tested the e200-SDRAM code from funman (ping, btw) - in my case the ceck fails... 19.45.53 # but i had not much time to investigate if it fails within the first byte or wherever (no lcd...) 19.46.08 # dany_21a_: I think to be able to debug that you need LCD first .. 19.46.11 # ah...hi funman - your actually in IRC :) 19.46.35 # yes i am lurking ;) 19.46.55 # dany_21a: well you can't tell then because the code still indefinitely loops whether it passes or fails 19.47.07 # yep - or i thought I adapt my blink out... but that would be some work... and if LCD is working all other things will be easier too ... so, as soon i have some time, ill try to play with the LCD a bit 19.47.30 # fdinel: i have adapted it of course, so that it blinks on fail and lights up on okay 19.47.35 # bertrik: have a look at this commit, all buttons are mapped in there: http://gitorious.org/projects/rockbox_sansa_v2/repos/mainline/commits/7600f31ed3890d96f0e9334705d43120a65ed246 19.47.45 # dany_21a_: oh sorry then :) 19.47.50 # maybe I have misread the e200 init, the timings could be different 19.47.52 # fdinel: np :) 19.48.26 # whatever, i guess it want be a big thing, if it is already working on two other devices 19.48.44 Quit saratoga ("CGI:IRC") 19.48.45 # bertrik: hint: clip is 2nd column 19.49.06 # pixelma, n1s: What about enabling the calender for non-RTC targets? 19.49.17 # hmm, it isn't bricked! 19.49.36 # linuxstb: Remembering where it was last? 19.49.45 # rasher: Yes. 19.49.58 # And I guess it could default to the build date. 19.50.14 # Seems like that could be reasonably useful 19.50.15 Quit martian67 (Remote closed the connection) 19.50.38 # dany_21a_: ah I found something: instead of 0x30004600 try reading from 0x30011800 19.51.29 # it is : base+(0x2300 * number_of_megabytes) 19.52.01 # fdinel, we must be mis-communicating, I was not talking about buttons, but about the other GPIOs 19.53.20 # linuxstb: not a real opinion here at the moment 19.53.49 # bertrik: oh sorry then :) I mapped some of the other GPIOs but nothing much except from those used in the hardware we know of (LCD, LED, any other?) 19.54.07 # linuxstb: I tend to agree 19.54.26 Join martian67 [0] (i=lol3izer@69.42.217.172) 19.54.26 # bertrik: did you notice how lcd / sd share pins with the GPIO ? 19.55.19 # And what shall we do about the rockcalendar patch? http://www.rockbox.org/tracker/task/4760 19.55.20 # fdinel, I was wondering how for example the fm chip is accessed, or if there is maybe a GPIO that is required to set brightness on e200v2 19.55.51 # funman, is it really shared, i.e. does it change the pin function on-the-fly? 19.56.02 # linuxstb: guess it can't hurt but it also depends on how convenient it is to easy (or not) 19.56.10 # linuxstb: I think that if its only real feature is the keyboard thing, it should be closed. Plugins really shouldn't define their own virtual keybiard 19.56.12 # eh... use 19.56.54 Join MethoS [0] (n=clemens@host-091-096-211-209.ewe-ip-backbone.de) 19.57.58 # bertrik: on the clip, the brightness is a command handled by the LCD controller itself, so I suppose it will also on the others (e200?), as for the fm chip, I don't know... 19.58.08 # gevaerts: I don't know how it compares in terms of features, but I just remember it being "pretty" - meaning it didn't use any standard UI widgets... 19.59.13 # bertrik: see pages 174 & 175 of the datasheet 19.59.29 # If that prettyness is wanted, I think it should be done in a separate patch 19.59.41 # * gevaerts is in the "close-them-all" camp 20.00.03 # shouldn't that prettiness then be in the current calendar? It doesn't make much sense having two calendar plugins IMO 20.00.09 # you can use ccu_io[3:2] for sd/gpiod and gpio*_afsel for dbop 20.01.49 # note for SD we still don't know what 'MCLK' (mentioned in PL180 datasheet) is 20.02.19 # maybe it's the IDE clock and not the peripheral clock itself 20.03.43 # funman: does it really use the sd interface ? and not the nand interface ? (gpiod has already used pins) 20.04.18 # domonoky: yes it really uses the sd interface 20.04.28 Join AhtiK [0] (n=ahti@216.239.45.19) 20.05.09 # * domonoky wonders how they handle these shared pins... 20.05.34 # with ccu_io ? 20.05.40 *** Saving seen data "./dancer.seen" 20.07.32 Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.07.46 Quit Strife89 ("Bye, guys!") 20.08.03 # * linuxstb decides to post a comment to FS#4760 instead of just closing it 20.09.13 # I can't imagine any other outcome though 20.10.28 Join shiftplusone [0] (n=shiftplu@c220-237-188-188.frank1.vic.optusnet.com.au) 20.10.46 # dany_21a_: I've pushed a supposed fix for e200 20.12.21 Quit Nico_P (Remote closed the connection) 20.18.05 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 20.19.37 # hmm, why does the calendar store the entrys in the .rockbox dir? wouldn't the apps dir be more appropriate? 20.24.02 Quit AhtiK (Read error: 110 (Connection timed out)) 20.25.42 # yuk, /me sees some code writing to the undocumented 'spare1' register of the CCU of the as3525 20.31.34 Quit amiconn (" off-by-n") 20.33.50 Quit Nibbl (Read error: 113 (No route to host)) 20.34.20 Part pixelma 20.34.50 # funman: okay - saw your posts... will test it tomorrow 20.35.04 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 20.38.10 Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 20.40.04 # bertrik: it's some old news! 20.45.26 # the PL180 "conforms to Secure Digital Memory Card Physical Layer Specification v0.96" 20.45.51 # maybe the *Physical Layer* is upward compatible with the SD speciication v2.00 20.55.26 # Hello, is there a rockbox compatible device that's easily obtainable (still in production and sold in stores)? my ipod has a whole heap of HD issues and the controls only work if I stuff cardboard behind the mother board... so it's time for an update... 20.56.10 # shiftplusone: BuyersGuide 20.56.23 # http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide 20.58.49 # guess not =( 20.58.52 # rasher, thanks though. 20.58.55 Join MethoS- [0] (n=clemens@host-091-096-212-049.ewe-ip-backbone.de) 21.00.09 # shiftplusone: you can find refurbished Sansa e200s on froobi.com 21.00.23 # And in rare cases, Ipod 5Gs 21.00.27 # rasher, do they ship overseas? 21.01.31 # Unfortunately no 21.02.28 # bertrik: I just found something about the clock frequencies associated to each device 21.03.46 # what about devices that work but are 'not supported' for whatever reasons? 21.03.57 # supported = works 21.03.57 Part dany_21a_ 21.04.10 # There are targets in development, but they are not yet done 21.04.12 # Or rather "not supported" = "doesn't work"... 21.04.18 # :) 21.05.50 # ah ok, I was under the impression that there were targets where most of the stuff worked but there were slight problems so they weren't listed in they buyers guide... don't know where I got that from. 21.06.02 Join MethoS-- [0] (n=clemens@host-091-097-241-233.ewe-ip-backbone.de) 21.06.30 # funman: cool 21.06.32 Join tessarakt [0] (n=jens@e180073128.adsl.alicedsl.de) 21.07.14 # shiftplusone: the ports that are in progress are in various states of completeness, some can be considered 'usable' but with significant issues 21.07.36 # idea: for sansa v2 I think we can distinguish separate modules in the OF from the error codes that those modules emit 21.07.38 # it seems to indicate that the pl180 controller is used with a 20MHz clock speed (and the internal divider is then used on top of that) 21.07.50 # what do you mean? 21.08.21 # nls, how significant? 21.09.05 # shiftplusone: http://www.rockbox.org/twiki/bin/view/Main/TargetStatus pretty much up to date 21.10.54 # I wonder what "Yes (no rockbox driver yet)" means for USB : that there is USB hardware in the device ? is that worth mentioning ? 21.10.55 # shiftplusone: the Gigabeat s is the only one of the incomplete ports i have direct experience from but i use mine as my daily player, however rockbox can still not charge the battery, battery time is pretty short and for some reason the file system seems to get corrupted quite often 21.11.38 # nls, ok >.> sounds significant enough 21.13.40 Quit MethoS (No route to host) 21.13.44 Join AhtiK [0] (n=ahti@216.239.45.19) 21.15.00 # nls, short battery as in 2 hours or more like 8 hours? 21.15.52 # i get 5-6 hours the Original Firmware i supposed to get ~13 IIRC 21.16.05 Quit tessarakt (Remote closed the connection) 21.16.56 # The original firmware battery life is reported to be much less than Toshiba claim as well 21.17.08 # Sorry, misread what n1s said. 21.17.16 # I get similar in Rockbox 21.17.39 # Although I have never had file system corruption 21.18.17 # nls, think that's around the same as my ipod... since the gigabeat s looks the most promising I'll probably have a look at it. thanks. 21.18.39 # Any of the ipods should get more than 5/6 hours 21.18.47 # (with a not-dying battery0 21.19.53 # argh, not in production. 21.20.44 Quit jhMikeS (Nick collision from services.) 21.20.50 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 21.20.56 Quit MethoS- (Read error: 113 (No route to host)) 21.24.20 # bertrik: you mixed lf & crlf terminators for as3525-codec.c ? 21.25.21 Join kushal_one [0] (i=4596a301@gateway/web/ajax/mibbit.com/x-0fe3db392aa3617a) 21.26.05 # where did you find/calculate the 400kHz clock frequency for I2C ? 21.26.07 Nick kushal_one is now known as kushal_12_26_200 (i=4596a301@gateway/web/ajax/mibbit.com/x-0fe3db392aa3617a) 21.26.10 Join caveman26 [0] (n=caveman@c-71-59-184-64.hsd1.wa.comcast.net) 21.26.38 Join utjduo [0] (n=jacob@c213-100-123-193.swipnet.se) 21.26.40 # any plans for rockbox on the zen stone plus? 21.27.10 # any plans for rockbox on ipod classic g6? 21.27.18 # hello, the "refreshing database" screen in my sansa c250 does not go away at all. When I connect my sansa to the computer, it just stays that way for ever. What should I do? 21.27.39 # caveman26:, utjduo: it doesn't work that way, we don't make plans 21.27.54 # ok 21.27.55 # and AFAIK no one is working on those targets 21.27.58 # caveman26, utjduo: no plans. rockbox doesnt make plans for new ports... 21.28.27 # =/ 21.29.07 # I hate my ipod -.- and that there are no other firmware anyware to it -.- 21.29.25 # I was just wondering, I want to get a zen stone plus with the built in speaker, but there is one small problem, most of my music is in .ogg, and the stone doesnt support it 21.30.04 # some of the sansa support ogg and flac now 21.30.21 # so I just thought id ask about rockbox for it.. 21.30.25 # I hate that Ipod can't read flac! Only mp3 and acc or what the other was 21.31.06 # I had a sansa c200.. than it got broke :/ dammit... had rockbox on it, I absolutely love rockbox, the peremtric eq is a life saver 21.31.59 # sansa c200 = horrible build quality 21.32.16 # drop it once, break the screen 21.32.28 # * domonoky mumbles something about topic... 21.33.49 Quit AhtiK (Read error: 110 (Connection timed out)) 21.34.35 # hello, the "refreshing database" screen in my sansa c250 does not go away at all. When I connect my sansa to the computer, it just stays that way for ever. What should I do? any takers? 21.35.13 # try pressing the power button for 20 seconds 21.38.16 # funman, it turns off 21.41.02 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 21.41.49 Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-c7e58d53b23f13de) 21.42.09 # hi all :) 21.42.29 # funman, you there? 21.42.36 # funman u are 24/7 on computer? :P 21.43.39 # funman, it seems error codes of value 0xFFFEXXX are output by many sub-system modules, you probably noticed them already 21.43.58 # funman, it wasn't my intention to mix terminators 21.45.00 # IudeX: no 21.45.11 # bertrik: I tried to list them but there are too many 21.45.57 # how about I just dos2unix them and re-commit? or do I also need to set some svn property? 21.45.57 # and they could be common across several modules so I didn't continue tracking them 21.45.57 Join AhtiK [0] (n=ahti@216.239.45.19) 21.46.08 # hello, the "refreshing database" screen in my sansa c250 does not go away at all. When I connect my sansa to the computer, it just stays that way for ever. What should I do? any takers?please? 21.46.14 # bertrik: not sure, maybe eol-style=something ? 21.47.29 # that would be eol-style=LF but I guess dosunix is better 21.48.49 # bertrik: You also need to set the keywords property on those files. 21.48.55 # (see the UsingSVN wiki page) 21.49.17 # hehe, I was wondering about the $Id $ strings too :P 21.49.51 # what do you wait for using a distributed version control system :( 21.50.47 # The way Rockbox development works right now, there'd be little gain, as far as I can tell 21.51.44 # Rockbox is very nice <3 :P 21.51.57 # there would be a very noticeable gain for me at least 21.52.18 # nothing prevents you to use a central repository 21.52.24 Join petur [50] (n=petur@rockbox/developer/petur) 21.52.42 # can I charge my sansa c250 without having to wait for the OF to "refresh database"? 21.52.55 # funman: What would the gain be for you? You can already use Git locally anyway. 21.53.19 # Llorean: I use the git mirror already 21.53.31 # that doesn't exactly answer my question, though. 21.53.35 # the benefit is offline full history and offline commits 21.53.49 # Llorean: be patient ;) 21.54.05 # You already have those. 21.54.07 Join m0f0x [0] (n=m0f0x@189-47-9-175.dsl.telesp.net.br) 21.54.11 # in svn ? 21.54.13 # No 21.54.18 # But you said it'd benefit YOU, not US. 21.54.24 # * bluebrother wonders what's the reason for this discussion 21.54.34 # can I charge my sansa c250 without having to wait for the OF to "refresh database"? 21.54.35 # So I was curious what US using Git would add for YOU who can already use it. 21.54.54 # well .. offline commit like I said 21.55.10 # not really ... you can already do those and then git svn dcommit 21.55.11 # no need to identify a file version by a $Id$ keyword 21.55.17 Part markus 21.55.20 Quit IudeX ("CGI:IRC") 21.55.25 # bluebrother: I don't know git-svn 21.55.27 # kushal_12_26_200: Please don't ask the same question every two minutes - I someone knows I'm sure they will answer 21.55.37 # funman: Ah, so the benefit is 'I don't need to learn something'? 21.55.38 # I should look in this way 21.55.46 # well, keywords are questionable anyway. As soon as the file is disconnected from the repo that line is doomed to be wrong anyway 21.55.49 # Llorean: sorry? 21.56.23 # funman: you basically clone an svn repo with git-svn. Then you can rebase it with the latest changes from svn but still have your git repo 21.56.26 # funman: Well it sounds like the feature you're listing lacking is one that doesn't actually require us to use Git. 21.56.30 # funman: You can already use git-svn if that tickles your fancy, and the $Id$ keywoard is informational only, anyway. The svn server is the authority 21.56.57 # bluebrother: I didn't know it was 'bidirectional' like the man page tells 21.57.04 Part shiftplusone ("Leaving") 21.57.16 # it is, and it works in fact really nice. Haven't used it much though 21.57.28 # As it stands, switching to Git not only requires rewriting of several scripts, but also breaks our ability to use version numbers to readily identify sequential builds. Instead we'd need to come up with some other way of handling clear historical build version numbering, like an incremented file somewhere. 21.57.32 # Llorean: nothing require you to use git, don't feel personally attacked 21.57.49 # funman: Where did I say I was personally attacked? 21.58.14 # IIRC Bagder tried to setup a git mirror of the svn repo. No idea about the current state of that ... 21.58.30 # but the only advantage of that would be that you can git clone it instead of git svn clone 21.58.33 # clone it from git://svn.rockbox.org/rockbox 21.58.50 # http://www.rockbox.org/twiki/bin/view/Main/GitVersionControl 21.58.51 # it's fastly updated 21.58.55 # Sorry about that. I can recharge without connecting to the computer. I just need have the rockbox running and hold select when plugging it in. http://download.rockbox.org/manual/rockbox-sansac200/rockbox-buildch3.html 21.59.00 Join bughunter2 [0] (n=Jelle@77.164.66.126) 21.59.22 # oh, wasn't aware the git mirror is official and up 22.00.03 # i could clone it to base the sansav2 repo work 22.00.06 Join ahti_ [0] (n=ahti@216.239.45.19) 22.00.30 # * Llorean wonders why sansav2 work is done in a separate respository 22.00.37 # * bluebrother wonders the same 22.00.39 # Llorean: Many others have too 22.00.41 # funman: I still don't see why you can't work on SVN. Plenty of in-progress ports happen in SVN 22.00.44 # So why don't we fix it? 22.00.56 # * funman invites Llorean and bluebrother and rasher to read the irc logs where this question has been answered many times 22.01.00 # In fact, the last port to work out of SVN caused trouble as well 22.01.08 # (Gigabeat.. F, was it?) 22.01.11 # rasher: Yes. 22.01.18 # funman: Or you could just answer the question. 22.01.19 # funman: have a log link / timestamp? 22.01.48 # Since we have no way to know when it was discussed, or what keywords beyond "git" to search for. 22.02.23 # plus, as funman knows the answer but three or more would need to search ... ;-) 22.03.05 # I can not find quickly a link: the repository is a pastebin between all the people working on sansav2 who are mostly not rockbox developers/committers 22.03.24 # funman: It sounds like you ARE Rockbox Developers 22.03.27 # of course Someone can post patches on flyspray / commit himself 22.03.31 # You just haven't requested commit access to work on the port... 22.03.35 # JDGordon, is this http://www.rockbox.org/tracker/task/7207 what I am having problems with? 22.03.50 # Llorean: well in fact I did yesterday : but I think my email is still in the moderation queue 22.04.00 # funman: We really don't have a high barrier for entry for people who are doing actual work on a new port as long as they agree to be careful not to break anything else along the way. 22.04.03 # The "refreshing database" screen in my sansa c250 does not go away at all. When I connect my sansa to the computer, it just stays that way for ever. 22.04.15 # funman: There's not a moderation queue for the mailing list unless you got yourself put on moderation... 22.04.22 # This look very much like a photoshop to anyone else? http://forums.rockbox.org/index.php?topic=14871.msg138015#msg138015 22.04.32 # Llorean: -committers mailing list 22.04.40 # funman: You're not on that list, so you can't mail to it. 22.04.52 # BigBambi: Certainly not a photo 22.04.52 Quit utjduo () 22.04.56 # nope 22.05.07 # rasher: The gradient is all out on the logo for a start 22.05.09 # I supposed moderation would happen 22.05.25 # funman: That list isn't for such things. Why not try sending to the -dev list saying "Hey, us guys working on the V2 port would like to have our work actually be a part of rockbox and were wondering if / how many of us could get commit access to work on this in your repository rather than on the side." 22.05.31 # BigBambi: mostly, the text is too perfect 22.05.43 # funman: Did you ask anyone, like Bagder, first if the mail would get through or just fire it blindly and hope? 22.05.44 *** Saving seen data "./dancer.seen" 22.05.49 # Llorean: in fact I received an offer 2 weeks ago which I declined 22.05.53 # Llorean: He's been offered access, and he's now accepting it - so he's replying to the mail bagder sent him (copied to the list) 22.06.10 Quit AhtiK (Connection timed out) 22.06.12 # linuxstb: But he doesn't have access to the list, so it can't really get through can it? 22.06.16 # and I accepted yesterday: the list was in CC so I answered to it rather than only bagder 22.06.23 # Llorean: No, and he knows that. 22.06.36 # I know that for videolan, they used manual moderation for closed lists (with mailman software) 22.06.41 # So it's "unread by Bagder", more tha n"stuck in moderation" 22.06.47 # Well, he could've said that up front rather than simply telling me he sent an email to the list... 22.06.49 # * Llorean cannot read minds. 22.06.56 # >< 22.06.57 Quit funman ("leaving") 22.07.05 # It is in fact just dropped surely, unless Bagder has already added him to the list? 22.07.20 # Not to mention Bagder has a very aggressive spam filter. 22.07.41 # * bluebrother wouldn't be surprised if those list dropped all mails from non-subscribers 22.07.51 # If he just replied the the list which he isn't on and not to Bagder, then nobody will have seen it I would thinl 22.07.53 # I don't see how videolan's setup is in any way relevant 22.09.41 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.1b2pre/20081024032143]") 22.11.26 # BigBambi: definitely. Look at the bottom right around the logo ... 22.11.45 # bluebrother: Yes, that is what I was referring to above :) 22.13.50 Join ahti__ [0] (n=ahti@216.239.45.19) 22.14.59 # Just remove the post already 22.15.35 # I'd do it, but I don't know forum protocol 22.15.51 # Forum protocol is "click delete, and maybe send a PM to the guy telling why if we feel like it" 22.16.00 # Since "delete" now automatically sends it to the trash forum. 22.16.12 # Oh, I can't delete, it seems. 22.16.21 # Even though the button's visible 22.17.22 # Well, I already removed it 22.17.23 # So maybe that's why 22.17.32 # Could be 22.17.40 Quit bughunter2 (Read error: 60 (Operation timed out)) 22.18.08 # he was sitting around waiting for it to be removed 22.18.19 # I've already been PMed and called an ass, and I didn't even get to tell him I'd removed it yet. 22.18.41 # That's some swift trolling work there 22.19.44 Quit ahti_ (Success) 22.21.16 Quit EspeonEefi ("さよなら") 22.21.20 Quit kkurbjun ("Leaving.") 22.22.17 # Llorean: you got PMed almost immediately after removing that post? 22.23.03 # Yup 22.23.26 # * bluebrother is baffled 22.23.31 # Why? 22.23.57 # Seems pretty logical 22.24.00 # some people are ... impressive. Sounds like he reloaded that page the whole time just to figure how long it'll take until taken down 22.24.27 # Actually, I'm kinda thinking the PM was sent because I was an admin, and he didn't know the post was removed yet. 22.24.37 # Because I got a second one that seemed in response to the post removal. 22.25.04 # ah. 22.25.05 # I think he's just being an ass today, and looking at his past posts and generally somewhat rational behaviour I almost wonder if someone else is on his account. Except the IP range seems to be right. 22.27.17 # Llorean: did you notice he modified the post? 22.30.21 # After I deleted it I noticed. 22.30.38 # So he must've modified it as I was looking, I guess. 22.32.10 Quit pixelma2 ("-") 22.32.23 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.34.00 Quit caveman26 ("Leaving") 22.35.19 Quit petur ("*plop*") 22.35.41 Quit nuonguy ("This computer has gone to sleep") 22.35.46 Join P [0] (i=P_ska_Tu@c-7242e255.77-16-64736c10.cust.bredbandsbolaget.se) 22.36.18 Nick P is now known as Guest769 (i=P_ska_Tu@c-7242e255.77-16-64736c10.cust.bredbandsbolaget.se) 22.36.23 # anyone in for the "refreshing database" problem in the OF of on the sansa c250? 22.37.19 # anyone have time to help me solv a problem with my sansa e280? 22.37.39 Quit ahti__ (Read error: 110 (Connection timed out)) 22.38.15 # Guest769: only if you tell us the problem... 22.40.34 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.40.41 # i tried using the rockbuilder to install the program to my sansa, the program cannot locate my driver. it doesnt show as a removabledisc 22.41.23 # Guest769: You might want to stop and double-check your names. There's no "rockbuilder" and if you're talking about "rockbox utility" do you mean "locate my drive" rather than "driver" (which has a distinct and separate meaning) 22.43.14 # what does autodetect in rockbox utility say ? 22.45.02 # yes im talking about the "rockbox utility", which helps with the installment. when i plug the player into my computer it does not show as "removable disk" i see it under "other" in my explorer. aotodetect cant find it 22.45.14 Quit bmbl ("Woah!") 22.45.25 # Guest769: You haven't set it to MSC mode then 22.45.58 # Rockbox Utility should detect an e200 in mtp mode and show a hint. You sure you used the autodetect button? 22.47.13 # ah okey, then i have to read a little bit more about it. MSC mode...i have to google that 22.47.50 # in the sansas firmware settings you can select the usb mode. You need msc, not mtp 22.47.57 # plus, the manual should explain this 22.49.37 # sorry, you know how it is. people dont read the whole text... like me. sorry for your time guys 22.58.49 Quit massiveH ("Leaving") 23.01.42 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.09.26 Join funman [0] (n=fun@AAnnecy-257-1-23-63.w90-28.abo.wanadoo.fr) 23.09.47 # bertrik: did you notice that SanDisk's iNAND can use SPI protocol ? 23.10.49 # no I hadn't noticed that 23.10.53 Part Guest769 23.11.08 # it's also compatible with "SDA Physical Layer Specification v2.00" 23.11.47 Quit mf0102 ("Ex-Chat") 23.14.55 # for spi the 'busy bit' of the OP_COND command's answer is bit 0 set, not bit 31 unset 23.15.08 # (as far as i understand linux driver) 23.15.39 # amiconn: should FS#9411 be fixed by your 3.0.1 flashing fixes? 23.15.53 # s/be/have been/ 23.15.55 # and it seems the rest of the initialization is identical. bertrik is that right ? 23.18.21 # but the pl180 datasheet doesn't mention spi so maybe it's not possible to use it on the sansav2 23.18.59 Join goffa_ [0] (n=goffa@216.220.23.105) 23.19.57 Quit miepchen^schlaf () 23.30.32 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.31.40 Quit Acksaw (Connection reset by peer) 23.32.00 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 23.32.45 Quit goffa (Read error: 110 (Connection timed out)) 23.33.31 # n1s: I think so http://forums.rockbox.org/index.php?topic=18836.0 23.34.45 # pixelma: yup, he already closed the task ;) 23.36.00 # bertrik: a difference with the OF in the SD code is that we don't use interrupts 23.36.19 # maybe a look at interrupt handlers in the OF would enlight us .. 23.38.02 Join lasser [0] (n=chatzill@Wa0a8.w.pppool.de) 23.39.00 Quit HellDragon (Read error: 54 (Connection reset by peer)) 23.41.21 # well it just reads the command response, clear the status, and then handle the response (with a callback) 23.41.55 Quit m0f0x (Read error: 104 (Connection reset by peer)) 23.52.02 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 23.52.31 Quit mcuelenaere ("Zzzzz") 23.53.29 # funman: You may have missed it, but Bagder's got a really aggressive email filter so your message to him might not have made it through either if your luck is bad. So you may want to try getting in contact with him here, or posting to the -dev list with a general proposal toward getting the V2 work all migrated into the official repository. 23.54.20 Quit homielowe (Read error: 54 (Connection reset by peer)) 23.55.03 # he usually receives mail I send him 23.55.09 # Llorean: There's not much to be merged afaik, so it's not a big issue. 23.55.53 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 23.57.15 # can you change mkamsboot/dualboot.S:80 to /* A3 is power button on m200 */ ? 23.57.44 # current comment lets think that it's not bind to a button at all 23.58.21 # see you tomorrow ;) 23.58.23 Quit funman ("leaving")