--- Log for 12.06.110 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 8 hours ago 00.00.04 # kisak: we also have thumb on lowmem targets now 00.00.14 # (IIUC) 00.00.35 # jhMikeS: Do you use the patched binutils? 00.00.44 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.02.59 Join obo_ [0] (~obo@rockbox/developer/obo) 00.03.12 *** Saving seen data "./dancer.seen" 00.04.38 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 00.05.54 # Zagor: could you look up in the manuals build log what went wrong in the Iaudio manuals (they seem to be missing but work for me. I have some local changes though and would like to know if those might fix it or if there was/is something else going on) 00.06.04 Quit obo (Ping timeout: 264 seconds) 00.06.25 Quit pjm0616 (Quit: pjm0616) 00.06.34 # amiconn: I haven't gotten to setting that stuff up yet. Isn't that for thumb? 00.06.48 # Ah yes it is 00.07.18 # (or Bagder) 00.07.31 # pixelma: I'm not sure what is an error and what is just a warning 00.07.41 # Overfull \hbox (2.41475pt too wide) in paragraph at lines 14--21 00.08.03 # ! Undefined control sequence. 00.08.03 # those are warnings, did compiling stop somewhere? 00.08.19 # Undefined control sequence looks like an error 00.08.22 # Zagor: the latter sounds more like it 00.08.25 # \ActionKbdPageFlip 00.08.36 # * jhMikeS momentarily thought pixelma was insinuating Bagder was a thumb 00.08.57 # ah, ok. Got that in my local changes and wanted to commit anyway :) 00.09.27 # looking myself now what is wrong in the Player's manual, guess it's something similar too 00.09.49 Join perrikwp [0] (www-data@giant.haxx.se) 00.10.06 Quit M3DLG (Ping timeout: 252 seconds) 00.11.23 Quit wodz (Quit: Leaving) 00.14.01 # New commit by 03Buschel (r26802): Build iPod Video with EABI toolchain. 00.15.34 # r26802 build result: All green 00.17.53 # Buschel: you should also update the builds file I guess 00.18.06 # Are the specific things to watch out for when testing eabi builds? 00.22.22 Join pjm0616 [0] (~user@61.250.113.98) 00.23.03 Quit bertrik (Quit: De groeten) 00.23.26 Quit jgarvey (Quit: Leaving) 00.26.42 # gevaerts: I never did this before. Is this fine? -> http://www.pastebin.org/325328 00.26.59 # amiconn: it's either worked or not so far (with only 3g not doing well) 00.27.10 # hmm 00.27.12 # Buschel: yes, looks good 00.27.20 # h10 5/6 gb seems to be ok too 00.28.23 # gevaerts: thanks, will submit now 00.28.49 # New commit by 03Buschel (r26803): Build iPod Video with EABI toolchain. 00.29.15 # Did the bootloaders get testing too? 00.29.46 # if I didn't get anything wrong :o) 00.30.15 # btw, I assume the 64MB iPod Videos behave the same as 32MB iPods. We will in short. 00.31.22 # ummm, wait...is h10 5gb supposed to not have a separate bootloader build? (or am I overlooking something) 00.32.08 # It actually *should* have two separate bootloader builds 00.32.15 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 00.32.57 # I don't see it in the table nor in www/buildserver/builds 00.33.13 # New commit by 03pixelma (r26804): Various minor corrections to some Iaudios' and their remote's keymap files. Fixes these manuals which were broken since r26617 and a bit more. 00.33.26 # Not all possible bootloaders are built by the build system 00.33.26 Quit Luca_S (Quit: CGI:IRC (EOF)) 00.33.53 # why some and not others? 00.34.03 Part Zagor 00.34.04 # too similar for those? 00.34.11 # I suspect they got overlooked 00.34.53 # r26804 build result: All green 00.35.05 # Too similar. 00.35.35 # Back then the build system wasn't *that* powerful. 00.35.57 # now the build system builds you 00.36.50 # Targets obviously need to be built in all variants, but bootloaders and sims aren't offered for download, so we decided to build only as many bootloaders and sims as necessary to get good coverage of the code base 00.41.28 Quit petur (Quit: Zzzzz) 00.41.35 # Hmm, eabi H10 6GB bootloader is larger than the old one !? 00.43.20 # And booting the OF seems to hang 00.44.38 # Actually it seems to work, but the OF fails to access the LCD 00.45.22 # New commit by 03pixelma (r26805): Enable the IAUDIO_RC_PAD macro for the M5 and X5 too, so that tables using this instead of the platform files' actions can be filled too. Complete the ... 00.46.01 # * jhMikeS just got it to load OF 00.46.41 # amiconn: is that an eabi regression, or is it a regression since the last bootloader release? 00.46.49 # r26805 build result: All green 00.47.18 # Actually the eabi bootloader is smaller than an old-abi svn bootloader 00.47.23 # gevaerts: OF is playing music here so I can't say I'm experiencing anything 00.47.29 # But it is larger than the released bootloader 00.48.20 Quit ender` (Quit: There are times, Sember, when I could believe your mother had a secret lover. Looking at you makes me wonder if it was one of my goats. -- David Gemmel, The King Beyond the Gate) 00.48.22 # New commit by 03pixelma (r26806): Use the correct 'RC' macro for the remote column in the pitch screen button table. 00.49.15 # Seems to be an eabi regression 00.49.39 # An old-abi svn bootloader works (but there's some viewport problem when displaying the messages) 00.49.49 # r26806 build result: All green 00.50.02 # It might be my own code though (I have some uncommitted lcd code for H10 5/6GB) 00.51.03 # This code works in main rockbox with both abis 00.51.58 Quit notlistening (Quit: Leaving) 00.52.02 # amiconn: mine's unaltered SVN 00.52.22 # And the bootloader manages to start the OF so that the latter works correctly? 00.55.20 Quit stripwax (Ping timeout: 240 seconds) 00.55.24 # good night! 00.55.28 Quit Buschel () 00.55.45 # AlexP: the virtual keyboard button table was even threefold (one for the Player). The latter is still there (build fails though because the note above is also included which uses an \Action macro which the Player's platform and the real c code doesn't have). Easy fix would be to just \nopt that part. More "complicated" would be to add the manual actions anyway. What do you think? 00.55.55 Quit bmbl (Quit: Bye!) 00.56.56 # I'm wondering a bit what would happen to those if the \Actions really get autogenerated at some point in time and the target doesn't actually have it in c 00.59.10 Join chrisb [0] (~chrisb@pool-98-111-178-184.phlapa.east.verizon.net) 01.08.42 # There seems to be a slight bug with the selection bar in PF 01.08.56 # Other than that I couldn't find problems with eabi on H10 6GB 01.12.46 # jhMikeS: Will you activate it? 01.14.08 Quit ranma (Read error: Operation timed out) 01.14.11 Join ranma [0] (ranma@mx.tdiedrich.de) 01.16.03 # Argh 01.16.24 # Loading an eabi plugin from the running old-abi core freezes 01.24.32 # activate? yeah, sure. I'm not having any problems. 01.24.44 # amiconn: Mmm it didn't one month ago or so 01.25.05 # "it" being? 01.25.30 # it = [01:16] Loading an eabi plugin from the running old-abi core freezes 01.25.43 # Well, it just did on my ipod color 01.26.03 # it isn't supposed to work, anyways 01.26.28 # I had the old core still running, because there was a rolo checksum error (that happens occasionally and is definitely no eabi problem) 01.27.11 # Then I accidentally clicked on rockbox-info.txt instead of rockbox.ipod, firing up the text viewer -> freeze 01.27.41 # Mmm I don't think I tried the text viewer 01.27.56 Quit Jerom (Quit: Jerom) 01.28.05 # I remember rockboy worked 01.28.35 # or even non-eabi doom in a eabi-rockbox 01.28.39 # I get some failed album art images in PF with eabi 01.30.49 Quit evilnick_B (Quit: Page closed) 01.35.37 Quit ssorgatem (Remote host closed the connection) 01.37.21 # New commit by 03pixelma (r26807): Quick fix of the Player's manual which was also broken in r26617. I overlooked that the Player uses yet another button table... 01.37.22 # New commit by 03jethead71 (r26808): Build H10 5/6GB with EABI toolchain. 01.39.09 # r26807 build result: All green 01.40.27 # New commit by 03jethead71 (r26809): Build H10 5/6GB with EABI toolchain. 01.40.33 Quit simonrvn (Read error: No route to host) 01.40.42 # eh? 01.41.19 # jhMikeS: Can you check the PF selector bar (the one in the tracklist when "entering" an album)? 01.41.36 # There seem to be some wrongly coloured horizontal lines 01.41.54 Quit liar (Ping timeout: 258 seconds) 01.41.56 # I see those, yes 01.41.59 # r26809 build result: All green 01.42.00 # Happens at least on my H10 6GB as well as iPod color 01.42.11 # But it doesn't happen on arm old-abi or cf 01.42.17 # ah, was just confused about the commit message being the same :| 01.42.26 Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) 01.43.20 # pixelma: one to www and one to trunk 01.43.59 # IMO worth altering the message a bit 01.45.02 # with gigf, no lines... 01.47.52 # Can you try a cache rebuild as well? 01.48.12 # I'm getting "Album art is bad" for several albums on mini G2 as well 01.48.50 # It *should* be all bmp album art, provided rockbox prefers that over jpg 01.49.30 # And even greylib gives those weird lines 01.50.24 # So I have been doing some testing on audio file formats after finding Musepack decodes efficiently on Rockbox targets. 01.51.08 # Turns out it's also not very good -- it's encoding files 50-100% larger than Vorbis files with the same stability under my listening tests. 01.54.41 # (On an admittedly rather small sample size.) 01.55.16 # amiconn: I have no messages about albut art, but there's not much on the 5gb anyway. 01.56.07 # I didn't get those on my 6GB either (which also doesn't have many albums), but both on the Color and the Mini G2 01.57.33 # What's the biggest flash-based Rockbox target? 01.57.55 # gigs has no lines 01.58.51 # It even happened for the same albums 01.59.57 # Hmm, seems to be the case on old abi as well 02.01.10 # Okay, that's unrelated 02.02.01 # But the lines are not 02.02.09 # They also appear on my c200 now 02.03.14 *** Saving seen data "./dancer.seen" 02.04.55 # neither gigabeat has lines but e200v1 does...all are memframe lcd... 02.05.07 # h10 20GB has lines 02.05.14 # bucko, the various 8GB sansas with microSDHC slots would be the largest 02.05.41 # Well, neither color nor c200 are memframe targets, and the Mini G2 is even using the greylib 02.05.47 # They all have the lines 02.06.10 # krazykit: Only if not taking mods into account 02.06.29 # all with lines are arm7, while the others are arm9 and arm11...that's all I can think of 02.06.48 # They're even all PP 02.07.07 # well, yes. CF mods and SSD mods would take the cake 02.08.03 # Other than that, all 3 targets seem to work fine with eabi 02.08.10 # I didn't try bootloaders though 02.10.59 Join Strife89 [0] (~Strife89@adsl-80-148-79.mcn.bellsouth.net) 02.11.31 # I checked bootloaders on most of it. I didn't feel like being forced to redo the beast right now. 02.12.56 # krazykit: or maybe the D2 (there is one which has 16GB built-in and they take full-size SDs) but it's not a matured port yet unlike some Sansas 02.14.29 # jhMikeS: 2nd Gen crashes with a stkov 02.14.51 # krazykit: I mean one type of D2 model, no mods... that came out wrong 02.15.00 # I got that on 3g. tried upping the idle stack size, but it still froze. 02.15.20 # "*PANIC*" with the "*PAN" part overwritten, and Stkov 40004350 (1) 02.15.40 Quit FlynDice (Remote host closed the connection) 02.16.06 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 02.16.08 # I think that's happening when the COP tries to go into the idle loop at init 02.17.46 # That address is in thread.o ibss area... 02.18.23 # that's because it has no name, so it prints an address instead 02.18.42 # It's not in the idle stack area 02.19.05 # no, it's the thread slot address, because thread->name is NULL 02.19.07 # .idle_stacks is at 0x40008748 02.21.05 # it initializes a thread slot for the core, then the core does a thread exit, there it remains in the idle loop until a real thread exists 02.22.55 # hmm 02.23.40 Join funman [0] (~fun@rockbox/developer/funman) 02.27.19 Quit efyx (Remote host closed the connection) 02.31.49 # the usage of that at startup went up for PP502x, from whatever it was to over 90% on some targets (oddly, H10 20GB only shows 68% use after init, while others show 93%), but those stacks were meant to be tiny. 02.33.28 # H10 5/6 and e200v1 both show 93% use after init 02.46.02 # 93% on Color, Mini G2 and c200v1 as well 02.46.26 Quit simonrvn (Read error: No route to host) 02.47.03 # 71% on 1st/2nd Gen with old abi 02.49.57 # Where are the idle stacks "deadbeefed"? 02.50.30 # in crt0-pp.S, just like the main stack 02.58.32 # Neither doubling nor quadrupling the idle stack size helps 02.59.07 # I wonder too about where in thread_exit, it switches back to the idle stack. it's been ok so far but that could be coming to bite now since it's really not quite proper. (btw, tried that) 03.01.48 # you might be able to get away with commenting out line 1710 just to test 03.03.30 # btw, I stopped get the stkov when increasing it, but it just froze instead 03.03.33 # Still crashes 03.03.44 # I got the stkov always 03.03.58 # The amount of overwriting varies though 03.10.15 Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) 03.15.59 # lua overlay doesn't fit in clipv1 RAM by 10kB :/ 03.19.16 Quit Horscht (Quit: Verlassend) 03.20.41 Quit togetic (Ping timeout: 245 seconds) 03.22.05 Quit GeekShadow (Quit: The cake is a lie !) 03.22.22 Join aitiba [0] (~aitiba@211.169.220.87.dynamic.jazztel.es) 03.22.24 # hi 03.22.37 Join togetic [0] (~togetic@unaffiliated/ibuffy) 03.23.16 # I would ike to install rockbox on my ipod but I dont know which generation is.how can I know that? 03.25.20 # if you run the automatic installer you can use autodetection 03.25.30 Join cjcopi [0] (~craig@charon.craig.copi.org) 03.25.42 # funman, thanks 03.25.58 # also check http://support.apple.com/kb/ht1353 03.26.22 # if I have problem are there any posibilitys to keep alive my ipod? 03.27.16 Part domonoky1 03.27.49 # yes, it's really hard to destroy ipod 03.27.53 # aitiba: There's no chance of damaging you're iPod installing rockbox...if that's what you mean. 03.28.49 # S_a_i_n_t, I dont like to damage my ipod 03.28.53 # I use it 03.31.16 # I donwload http://download.rockbox.org/rbutil/linux/RockboxUtility-v1.2.6.tar.bz2 and is an exe file? 03.31.18 # :S 03.32.37 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.3.17) 03.33.04 # no it is a bz2 03.33.10 Quit steve|m (Quit: Leaving.) 03.33.12 Quit S_a_i_n_t (Ping timeout: 265 seconds) 03.33.30 # read the page again there's a windows link 03.33.48 # and bz2 is a compressed file that I have to uncompress 03.33.52 # i'm on ubuntu 03.34.46 Join steve|m [0] (~steve@p4FD475A9.dip.t-dialin.net) 03.35.00 # then yes it's an exe-cutable file for linux, not a .exe for windows 03.36.18 # funman, do you know how can I install RockBoxUtility on linux? 03.36.53 # just download the url you gave an uncompress it 03.37.41 # but I need an emulator to can run 03.38.00 # no 03.38.01 # on linux the way to install programs are not exe files 03.38.32 # two click and taht it 03.38.34 # sorry 03.41.09 # Detected an unsupported player: 03.41.09 # Apple Ipod Nano (Third Generation) 03.41.09 # Sorry, Rockbox doesn't run on your player. 03.41.11 # :( 03.42.14 Quit funman (Quit: free(random());) 03.43.32 # iPod 3rd Gen NO MAJOR ISSUES No Yes Yes Yes 03.43.42 # Target Current Status Notes USB Battery Charging Dual Boot OF Install with rbutil 03.44.08 # according to www.rockbox.org/wiki/TargetStatus it is supported 03.44.12 # simonrvn, the autodetect say me this 03.44.20 # yeh 03.45.07 # and on www.rockbox.org/wiki/IpodPort: "Rockbox works nicely, but more work is needed on this port" 03.45.54 # i highly suggest using and reading the doc on the wiki, very useful 03.45.57 # docs* 03.46.13 # http://www.rockbox.org/wiki/IpodNano3GPort 03.47.33 # :-P 03.49.24 # ah, you didn't say ipod nano 3g (admittedly you didn't know what it was) 03.57.47 Join Cero [0] (www-data@giant.haxx.se) 03.58.56 # I have an Eclipse CL2BLK. Is it compatible for that one? 04.00.21 # I guess i'm asking a dumb question. thanks anyways 04.00.55 Quit Cero (Client Quit) 04.02.12 Join BHSPitLappy [0] (~BHSPitLap@unaffiliated/bhspitmonkey) 04.03.15 *** Saving seen data "./dancer.seen" 04.11.44 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.30.43 Join BradC [0] (heh19901@202-89-178-44.static.dsl.amnet.net.au) 04.45.25 Quit amiconn (Disconnected by services) 04.45.27 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.45.47 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.46.43 Quit pixelma (Disconnected by services) 04.46.44 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.47.00 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.55.10 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 04.55.10 *** Cleanup 04.55.10 *** Cleanup 04.55.10 *** Saving seen data "./dancer.seen" 04.55.10 *** Exit 04.55.12 *** Started Dancer V4.16 04.55.12 *** Connected to irc.freenode.net on port 6667 04.55.12 *** Logfile for #rockbox started 04.55.12 Mode "logbot :+i" by logbot 04.55.13 Ctcp Version from frigg!~frigg@freenode/utility-bot/frigg 04.55.14 *** Server message 501: 'logbot :Unknown MODE flag' 04.55.14 Join logbot [0] (rockbox@giant.haxx.se) 04.55.14 Join pixelma [0] (quassel@rockbox/staff/pixelma) 04.55.14 Join amiconn [0] (quassel@rockbox/developer/amiconn) 04.55.14 Join BradC [0] (heh19901@202-89-178-44.static.dsl.amnet.net.au) 04.55.14 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.55.14 Join BHSPitLappy [0] (~BHSPitLap@unaffiliated/bhspitmonkey) 04.55.14 Join steve|m [0] (~steve@p4FD475A9.dip.t-dialin.net) 04.55.14 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.3.17) 04.55.14 Join cjcopi [0] (~craig@charon.craig.copi.org) 04.55.14 Join togetic [0] (~togetic@unaffiliated/ibuffy) 04.55.14 Join aitiba [0] (~aitiba@211.169.220.87.dynamic.jazztel.es) 04.55.14 Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) 04.55.14 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 04.55.14 Join Strife89 [0] (~Strife89@adsl-80-148-79.mcn.bellsouth.net) 04.55.14 Join ranma [0] (ranma@mx.tdiedrich.de) 04.55.14 Join chrisb [0] (~chrisb@pool-98-111-178-184.phlapa.east.verizon.net) 04.55.14 Join pjm0616 [0] (~user@61.250.113.98) 04.55.14 Join perrikwp [0] (www-data@giant.haxx.se) 04.55.14 Join obo_ [0] (~obo@rockbox/developer/obo) 04.55.14 Join Topy44 [0] (~topy@my.fastsh.it) 04.55.14 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.55.14 Join lev_ [0] (~lev@89.221.199.187) 04.55.14 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 04.55.14 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 04.55.14 Join Battousai [0] (~bryan@gentoo/developer/battousai) 04.55.14 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 04.55.14 Join bucko [0] (~bucko@91.107.246.26) 04.55.14 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.55.14 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 04.55.14 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.55.14 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 04.55.14 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.55.14 Join simabeis [0] (~simabeis@lobmenschen.de) 04.55.14 Join soap [0] (~soap@rockbox/staff/soap) 04.55.14 Join Guest43341 [0] (jljhook@irkki.fi) 04.55.14 Join Kitar|st [0] (Kitar_st@BSN-182-98-6.dial-up.dsl.siol.net) 04.55.14 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 04.55.14 Join Rob2223 [0] (~Miranda@p4FDCB0B1.dip.t-dialin.net) 04.55.14 Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) 04.55.14 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 04.55.14 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 04.55.14 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 04.55.14 Join CIA-6 [0] (cia@208.69.182.149) 04.55.14 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.55.14 Join nk_ [0] (nk@xob.kapsi.fi) 04.55.14 Join xavieran [0] (~xavieran@ppp118-209-103-81.lns20.mel4.internode.on.net) 04.55.14 Join AlexP [0] (~ap@rockbox/staff/AlexP) 04.55.14 Join jae [0] (~jae@93.186.200.13) 04.55.14 Join bzed [0] (~bzed@devel.recluse.de) 04.55.14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.55.14 Join elcan [0] (user36@pr0.us) 04.55.14 Join jfc [0] (~john@dpc6682208002.direcpc.com) 04.55.14 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 04.55.14 Join r0b- [0] (~nnscript@adsl-76-235-208-125.dsl.klmzmi.sbcglobal.net) 04.55.14 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 04.55.14 Join krazykit [0] (~kkit@adsl-76-240-219-142.dsl.ipltin.sbcglobal.net) 04.55.14 Join Stummi [0] (stummi@doppeldenk.org) 04.55.14 Join FOAD [0] (~dok@83.160.60.104) 04.55.14 Join blithe [0] (~blithe@72.14.176.144) 04.55.14 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 04.55.14 Join Torne [0] (torne@rockbox/developer/Torne) 04.55.14 Join ocin [0] (nico@irc.core.ws) 04.55.14 Join rasher [0] (~rasher@rockbox/developer/rasher) 04.55.14 Join Bagder [0] (~daniel@rockbox/developer/bagder) 04.55.14 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 04.55.14 Join leavittx [0] (~leavittx@89.221.199.187) 04.55.14 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 04.55.14 Join sharp [0] (~sharp@sauropod.org) 04.55.14 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 04.55.14 Join maraz [0] (maraz@kapsi.fi) 04.55.14 Join scorche|sh [0] (~scorche@squisch.net) 04.55.14 Join radagast [0] (~radagast@lir.talideon.com) 04.55.14 Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) 04.55.14 Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) 04.55.14 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 04.55.14 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 04.55.14 Join guymann [0] (~charlie@64-252-122-161.adsl.snet.net) 04.55.14 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 04.55.14 Join gibbon_ [0] (gibbon_@not.a.servant4you.org) 04.55.14 Join n17ikh [0] (~n17ikh@host-64-234-82-192.nctv.com) 04.55.14 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 04.55.14 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 04.55.14 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 04.55.14 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 04.55.14 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 04.55.14 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 04.55.14 Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) 04.55.14 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 04.55.14 Join BeFalou [0] (~mamutoi@unaffiliated/befalou) 04.55.14 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 04.55.14 Join topik [0] (awesome@wtf.grmpf.org) 04.55.14 Join @ChanServ [0] (ChanServ@services.) 04.55.14 Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) 04.55.14 Join Hadaka [0] (~naked@naked.iki.fi) 04.55.14 Join sevard [0] (sev@unaffiliated/sevard) 04.55.14 Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) 04.55.14 Join ved [0] (ved@ddsbox.co.cc) 04.55.14 Join piroko [0] (~jeremy@pohl.ececs.uc.edu) 04.55.14 Join linuxguy3 [0] (~timj@75.57.191.181) 04.55.14 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 04.55.14 Join Kamyk [0] (kamyk@szluug.org) 04.55.14 Join incant [0] (~philippe@zone42.rdc.uottawa.ca) 04.55.14 Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) 04.55.14 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 04.55.14 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 04.55.14 Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 04.55.14 Join keanu [0] (~keanu@unaffiliated/keanu) 04.55.14 Join aevin [0] (eivindsy@unaffiliated/aevin) 04.55.14 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 04.55.14 Join YPSY [0] (~ypsy@geekpadawan.de) 04.55.14 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 04.55.14 Join ehntoo_ [0] (~ehntoo@lug.mtu.edu) 04.55.14 Join Dhraakellian [0] (~ntryon@cpe-66-66-76-248.rochester.res.rr.com) 04.55.14 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 04.55.14 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 04.55.14 Join mk429 [0] (mk429@spoon.netsoc.tcd.ie) 04.55.14 Join solrize [0] (~phr@adsl-75-57-243-88.dsl.snfc21.sbcglobal.net) 04.55.14 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 04.55.14 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 04.55.14 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 04.55.14 Join literal [0] (hinrik@109.74.193.250) 04.55.14 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 04.55.14 Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 04.55.22 Join Barahir [0] (~jonathan@frnk-590f457e.pool.mediaWays.net) 05.06.44 Quit radagast (Ping timeout: 240 seconds) 05.16.17 Join Nubsauce [0] (www-data@giant.haxx.se) 05.16.55 Join radagast [0] (~radagast@lir.talideon.com) 05.20.22 Quit jae (Ping timeout: 258 seconds) 05.22.24 # anyone around I could ask some questions about rockbox and nano 2g wsod? 05.22.47 Join jae [0] (~jae@jaerhard.com) 05.23.04 Quit aitiba (Remote host closed the connection) 05.24.43 Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 05.25.55 # so I have a nano 2g, put the bootloader on it and rockbox 05.26.07 # reboot and it seems to load a different os 05.26.33 # how can I tell? well the screen is a few shades darker and there is no clicking with the scroll wheel 05.27.04 # also the hold button up top turns the white screen off then back on when I toggle it 05.27.07 # did you see a rockbox logo? 05.27.43 # I load what would be the ipod os and the scroll wheel clicks and the screen is shock white 05.27.55 # and the hold button doesn't do anythign except lock the controls 05.28.00 # i can't see anything but whilte 05.28.08 # is there a hardware white screen of death 05.28.17 # i really thought it was a firmware/software thing 05.29.19 # when i reformat it with the itunes software it goes back to it's original white screen (no text ever) mode 05.29.34 # never see any logos 05.29.39 # rockbox or apple 05.30.38 # I've searched all over and can't find any seemingly worthwhile information on a white screen issue being physical, have you ever heard of that? 05.30.46 Quit steve|m (*.net *.split) 05.30.46 Quit pjm0616 (*.net *.split) 05.30.46 Quit ocin (*.net *.split) 05.31.35 # the only thing you ever see if white or off? the shades are backlight differences between OF and rockbox? 05.31.52 # I've searched your forums, ipodlinux, all over the place and nothing on a hardware wsod for nano 2g 05.32.20 # yeah, there's a shading difference between the 2 firmwares 05.32.37 # and the scrollwheel and hold button interact differently 05.33.05 # but always a white screen, just 2 different shades, 1 for OF and a slightly darker shade for rockbox 05.35.35 # I memorized how to get thru the menu on the original firmware, so I can actually play songs....lol 05.35.47 Join blackromeo [0] (www-data@giant.haxx.se) 05.35.59 # It's my daughters tho and the last thing I want to do is teach her how to dig down to the songs by memory 05.37.30 # sup again peeps 05.37.48 # Is it possible it's a hardware issue, like a loose cable to the screen? 05.37.57 # sup black? 05.37.59 # ive finally managed to rox my box :))) 05.38.07 # woot 05.38.19 # just one thing 05.38.25 # any tft will fade to white if the initialization fails 05.38.36 # but usually through colors first 05.38.44 # now that my fuze v2 is rocked boxed 05.39.04 # how do i change to the orignal screen? 05.39.14 Join steve|m [0] (~steve@p4FD475A9.dip.t-dialin.net) 05.39.14 Join pjm0616 [0] (~user@61.250.113.98) 05.39.14 Join ocin [0] (nico@irc.core.ws) 05.39.29 # i heard you can dual boot? 05.39.35 # how do i do this? 05.39.39 # I know how to do a nano, you hit the hold button while the apple logo is on 05.39.45 # no idea on that one 05.40.23 # I believe it's hold the bottom part of the wheel, there are documentats on the rockbox site (the manual) that should describe this for supported targets 05.40.35 # I have fuzev1, not v2 05.42.17 # ah ok 05.42.27 # i shall have a look at the manual and see 05.43.05 # Is there a way without looking at the screen I can verify this is actually rockbox loading? 05.43.15 # does it act like I've said by default? 05.43.27 # I mean the lock button turning off and on the screen 05.43.34 # and no sound on the scroll wheel? 05.44.02 # does the screen go directly to white? 05.44.07 # yes 05.44.21 # it could be off with only the backlight on 05.44.27 # in which case hardware is most likely 05.44.36 # it seems both softwares are booting completely 05.44.43 # when it loads the original firmware, it stays a sharp white...when it seems to load rockbox it goes shock white, then drops a shade 05.44.58 # those are backlight differences 05.45.02 # thanks you 05.45.16 # lol 05.46.01 # thanks much, I'll try to find a replacement screen 05.47.37 # You know how hard it was to try to load ipodlinux manually without seeing the screen ever? 05.47.56 # it was horrible and I don't think I ever got it complete 05.50.51 Join CGL [0] (~CGL@186.90.252.47) 05.51.57 Quit blackromeo (Quit: CGI:IRC (Ping timeout)) 05.52.00 # or you could make it use voices and generate talk clips so you don't need the screen :) 05.52.10 # omg 05.52.17 # that would kick ass 05.52.41 # I'll look into that 05.53.41 # rockbox utility should take care of everything for you, except possibly enabling voice, but that's an easy fix in the config file, i would think 05.54.28 # so does it have files preconfigured that will say the name of the current menu item? 05.54.47 # it does by default 05.54.53 # daaamn 05.54.58 # that might work well 05.55.08 # yes, that's the voice file. the talk clips are generated for your music content 05.55.11 # at least when i ran the svn "fresh install", and no config 06.04.21 Join puetzk [0] (~private@173-31-158-106.client.mchsi.com) 06.04.48 # mc2739: Thanks for replying, that's the impression I'd gotten 06.08.04 # It seemed to install, but when I started it back up with RB, it doesn't seem to do anything when i move the scroll wheel 06.08.12 # it's not announcing any menus or anything 06.09.11 Quit t0rc (Quit: Leaving) 06.09.23 # these get loaded in the partition that has rb, so i can just visually verify they're there by browsing that drive letter? 06.09.28 # checkin that now 06.10.05 # * Dhraakellian sees that the Sudoku scratchpad now gets saved 06.10.23 # * Dhraakellian also sees that (old) themes got broken 06.11.26 # are the themes on themes.rockbox.org converted, or should I check out r26640 and build it locally so I can continue using old themes? 06.12.01 # or grab the conversion tool and play around with it? 06.14.27 # mc2739: If you're knowledgeable about the as3525v2 recording, there's one other behavior I noticed that seems really odd. If I record at 48kHz, it looks like every sample is doubled (as if it is just doubling from 24kHz). 06.14.44 # This would be entirely reasonable behavior :-) 06.15.01 # However, the signal is audibly better at 48kHz; an actual 24kHz recording has artifacts that sound kinda like aliasing from higher frequencies,that go away in the 48kHz-but-not-really recording 06.16.45 Nick CGL is now known as [CGL]_buscando_n (~CGL@186.90.252.47) 06.17.11 Nick [CGL]_buscando_n is now known as [CGL]_WTF_ (~CGL@186.90.252.47) 06.22.20 # The only part I need to do is the "install voice file" and it should read menu's correct? 06.22.55 # I see the english.voice file under langs 06.23.11 # so I know that part is done, but it doesn't seem to work 06.25.34 Quit joeyg (Quit: lions and tigers and bears, oh my!) 06.27.47 # what comes up on the first screen for RB? 06.28.03 # is there osmething i need to hit once it powers on that isn't announce by the voice? 06.28.52 # nevermind, got it 06.29.14 # you guys rock 06.29.35 # can the apple firmware even announce the menus like that? 06.34.44 Quit shai (Quit: Leaving) 06.38.15 Join flan_suse [0] (~suse@unaffiliated/flansuse) 06.38.18 # Anyone in the building? 06.40.07 # Nubsauce: If the advertising is to be believed, the latest generation of nano can. 06.40.26 # conversion tool? why didn't i think of that... 06.42.01 Quit elcan (Ping timeout: 264 seconds) 06.42.34 Join elcan [0] (user36@pr0.us) 06.43.37 # Ah. 06.45.17 # I installed Rockbox, lastest current build (r26809-100611) on my Sansa Clip+. Insallation went smoothly, added fonts and themes, everything's good. But I noticed that when I plug it into my computer, nothing is detected. dmesg | tail shows that no device was plugged into the USB port. The screen on the Sansa Clip switches between a picture of a USB cable and the Rockbox logo. 06.45.43 # In other words, there's no way to add music or access the Sansa Clip+ when it's plugged into the computer. 06.47.38 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 06.49.36 # flan_suse: did you redo the bootloader with the 3.6 mkamsboot? 06.49.50 # I know I had to do that to get the Clip+ to reboot into the OF on USB 06.49.52 # puetzk, first time, so I don't think so. 06.50.10 # first time should work too 06.50.19 # as long as you did use the one from June 6 06.50.36 # if you just upgrade rockbox and not the bootloader, then that doesn't work 06.50.45 # I am using: r26809-100611 06.50.46 Quit BHSPitLappy (Quit: Ex-Chat) 06.50.55 # I installed the bootloader first, then rockbox. 06.51.14 # But it boots straight into Rockbox, and plugging the device into a USB port is not detected by the computer. 06.51.42 # Hmm 06.51.48 # Mine works :-) 06.51.58 # You can also get into the OF by holding down the Home button as it boots 06.52.05 # but you shouldn't have to 06.52.28 # puetzk, I'm supposed to see a menu selection for which firmware I want to boot into? 06.52.34 # No 06.52.45 # but if you hold down the Home button as you hit power, it will go to the OF instead of rockbox 06.52.54 # puetzk, okay, it did. 06.53.12 # puetzk, but shouldn't Rockbox work as MSC mode and the Clip+ should be detected on the computer? 06.53.32 # Rockbox doesn't do MSC mode on the AMSv2 sansas (yet) 06.53.37 # puetzk, it's not simply not mounting it, not even the kernel detects a USB device is plugged in. dmesg | tail reveals nothing. 06.53.48 # though it's supposed to reboot into the OF when you plug the cable in 06.53.54 # which yours doesn't do for some reason 06.54.00 # puetzk, oh. 06.54.42 # puetzk, if the device is off and I plug it in, it will power on, show the Rockbox logo, then switch to a USB cable picture, then to the logo, back and forth. It looks weird when it does that. 06.54.59 # Yeah, it's supposed to go to the USB cable picture, then reboot to the OF 06.55.15 *** Saving seen data "./dancer.seen" 06.55.25 # puetzk, it's not though. But it does for your Clip+? 06.55.46 # Yes. I'm running 3.6, I wonder if people have started turning on other bits of the USB driver-in-progress in the current build 06.56.10 # puetzk, I might have an idea, one second. 06.56.22 # there is no 3.6 for clip+ 06.56.44 # puetzk, nope, my idea didn't work. 06.56.50 # mc2739: oh, right 06.56.51 # mc2739, you're sure? I just installed it. 06.57.00 # well, I'm running SVN from about that era :-) 06.57.16 # forgot that it didn't get blessed 06.57.21 # flan_suse: yes, 3.6 is only for stable target 06.57.25 # mc2739, oh. 06.57.45 # mc2739, well, it's the current build: r26809-100611 06.57.46 Join setfilepath [0] (www-data@giant.haxx.se) 06.58.21 # puetzk, what is your build? I might have to grab that version instead. 06.58.35 # flan_suse: if you plug in your cable when the clip+ is offm it should boot to the OF for file transfers, or boot whille pressing the hold button and then attach the cable 06.58.36 # * puetzk mostly uses the uSD slot to move music onto it, since the OF takes several minutes of "Refreshing your media" to boot 06.58.58 # mc2739, I tried when it's off (and on) and the same thing happens as described above. 06.59.23 # r26457-100601 06.59.28 # mc2739, it works when I boot into OF and then plug it in. 06.59.43 # mc2739, I can technically "live" with that, but it's kind of awkward. 07.00.09 # puetzk, so I guess yours was built on June 1st. 07.00.41 # yeah, older than I thought it was 07.01.06 # then you need to patch your firmware with the latest version of mkamsboot (from June 6) 07.01.07 # Settings > General Settings > File View > Show Path > "Off" is this setting supposed to remove the path from all screens ?, if so, v3.6 doesn't do this. 07.02.22 # mc2739, I use the Rockbox utility to do this? 07.03.24 # flan_suse: the release version of rockbox utility does not have the latest mkamsboot 07.04.09 # mc2739, I just dump the .bin file into .rockbox and then unplug? 07.04.33 # flan_suse: ypu can get a development version of rockbox utility here: http://forums.rockbox.org/index.php?topic=23544.0 07.05.37 # flan_suse: no, the patched bin file (with the correct name for your device) needs to go in the root directory 07.05.48 # mc2739, got it. Going to make it now. 07.10.32 Quit puetzk (Quit: puetzk) 07.15.06 # mc2739, it worked. I used mkamsboot to patch SanDisk's OF, copied the patched .bin into the root folder of the device (renamed it to clppa.bin), unplugged, and viola. 07.15.17 # When I plug my Sansa Clip+ into the computer, it reboots into the OF. 07.15.39 # Even if Rockbox was currently on. 07.17.12 # Thanks for all the help. You guys... rock. 07.17.15 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.17.20 # Okay, that was a pathetic pun, but what else could I say? 07.18.51 Join Reaper_man [0] (~Reaper_ma@c-98-224-60-65.hsd1.fl.comcast.net) 07.18.56 # hey quick question 07.19.18 # is there any way to remove the apple logo on bootup (5th gen 30GB iPod) 07.26.25 # New commit by 03pamaury (r26810): usb-as3535v2: add more defines, reorganize/simplify things, add code for interrupt handling 07.27.45 Join pamaury [0] (~quassel@p5DDEDE39.dip.t-dialin.net) 07.27.45 Quit pamaury (Changing host) 07.27.45 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.28.06 # r26810 build result: All green 07.28.28 Quit flan_suse (Quit: Leaving) 07.45.12 Quit pamaury (Remote host closed the connection) 07.49.53 Quit elcan (Ping timeout: 258 seconds) 07.53.31 Join elcan [0] (user36@64.32.20.56) 08.10.05 # Reaper_man: Nope. 08.10.19 # ;_; 08.10.38 # is it *that* annoying? 08.10.50 # I hate Apple, so yeah 08.10.59 # at least I can sand off the back 08.11.20 # I can't remember if iPodWizzard supports that model iPod or not, but you should be able to *alter* the image, but you can't remove it, no. 08.11.32 # Alter!? :D 08.11.37 # that works too! 08.12.38 # Google iPod Wizzard", I can't remember if it supports your model though. And be careful, some assholes decided to flood the net with versions of it loaded with spyware. 08.13.08 # If you have even halfway decent antivirus, or get it from a decent source it'll all be sweet though. 08.14.27 # you know that's a *bit* off-topic here though ;) 08.15.02 # yeah, sorry...my IRC wondows were switched around. I thought it was -community :/ 08.15.08 # * S_a_i_n_t_ apologises. 08.18.14 # New commit by 03kkurbjun (r26811): M:Robe 500 - Build with EABI. 08.19.35 Part Reaper_man ("Leaving") 08.19.41 # r26811 build result: All green 08.21.24 Quit lev_ (Read error: Connection reset by peer) 08.24.23 Quit kaylinsigswort (Quit: kaylinsigswort) 08.27.24 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 08.28.15 Quit perrikwp (Quit: CGI:IRC (Ping timeout)) 08.40.54 # later, thanks for the info all 08.40.58 Quit Nubsauce (Quit: CGI:IRC) 08.55.16 *** Saving seen data "./dancer.seen" 09.01.41 Join wodz [0] (~wodz@chello087206240004.chello.pl) 09.01.47 # pixelma: ping 09.05.21 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 09.13.57 Join elinenbe_ [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 09.13.57 Quit elinenbe (Read error: Connection reset by peer) 09.13.58 Nick elinenbe_ is now known as elinenbe (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 09.21.27 Join perrikwp [0] (www-data@giant.haxx.se) 09.21.40 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.29.47 Quit S_a_i_n_t_ (Ping timeout: 248 seconds) 09.30.27 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.107) 09.31.46 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 09.32.44 # New commit by 03bertrik (r26812): Spanish language update, FS #11394 by Adrián Cereto Massagué 09.34.18 # r26812 build result: All green 09.35.39 Quit wodz (Quit: Leaving) 09.38.20 # New commit by 03bertrik (r26813): Catalan language update (added "Pictureflow" missing string), FS #11393 by Adrián Cereto Massagué 09.40.10 # r26813 build result: All green 09.53.46 Join Rob2222 [0] (~Miranda@p4FDCA7C5.dip.t-dialin.net) 09.55.17 Join Casainho [0] (~chatzilla@bl16-160-250.dsl.telepac.pt) 09.57.15 Quit Rob2223 (Ping timeout: 240 seconds) 10.07.44 Quit pjm0616 (Quit: pjm0616) 10.09.05 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 10.18.59 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 10.21.02 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.21.36 Join pjm0616 [0] (~user@61.250.113.98) 10.21.49 # bieber: tanks for moving the VIEWPORT tag, wont be able to play with it tonight though but anyway :) 10.34.06 # oh new CIA-6 info :) nice 10.38.45 Join Kitr88 [0] (~Kitar_st@BSN-210-239-179.dial-up.dsl.siol.net) 10.40.13 Join CFP [0] (~Clement@ip-118.net-81-220-138.rev.numericable.fr) 10.40.43 Quit CFP (Client Quit) 10.40.49 # Settings > General Settings > File View > Show Path > "Off" is this setting supposed to remove the path from all screens ?, if so, v3.6 doesn't do this 10.41.36 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.42.12 # JdGordon ^ 10.42.38 Quit Kitar|st (Ping timeout: 264 seconds) 10.43.15 Quit Kitr88 (Ping timeout: 240 seconds) 10.44.35 Quit [CGL]_WTF_ (Remote host closed the connection) 10.46.02 Quit setfilepath (Quit: CGI:IRC) 10.47.28 # I think I'll do a battery benchmark of my clip v1 now that we use eabi and thumb 10.48.13 Join Kitar|st [0] (Kitar_st@BSN-210-248-121.dial-up.dsl.siol.net) 10.50.25 # what is "thumb", by the way? 10.50.34 Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) 10.50.34 Quit DataGhost (Changing host) 10.50.34 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 10.51.19 # it is a separate CPU instruction set in ARM processors where instructions are 16-bit wide instead of 32-bit 10.51.31 # ok 10.54.53 # Basically this makes code take up less space, thumb was enabled on some ams sansa players because they have a relatively small DRAM. For more info on thumb, see http://en.wikipedia.org/wiki/ARM_architecture#Thumb 10.55.19 *** Saving seen data "./dancer.seen" 10.56.34 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 10.56.58 Quit bmbl (Ping timeout: 258 seconds) 10.57.14 Quit Casainho (Ping timeout: 276 seconds) 10.57.29 Quit FlynDice (Remote host closed the connection) 11.00.13 # but you think it will affect performance, too? 11.05.18 # I don't know, maybe funman knows, I guess I'll find out. Most codecs probably need less than 20% of the full processor power. 11.20.47 Quit bieber (Ping timeout: 264 seconds) 11.21.02 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 11.27.56 Join DerPapst [0] (~Alexander@p4FE8F31E.dip.t-dialin.net) 11.35.57 # New commit by 03amiconn (r26814): Build iPod Color, iPod Mini 2nd Gen and Sansa c200 with EABI. 11.36.00 # New commit by 03amiconn (r26815): Buildserver: Build iPod Color, iPod Mini 2nd Gen and Sansa c200 with EABI. Also make sure m:robe500 is built on a proper client. 11.37.39 # r26814 build result: All green 11.38.01 Join funman [0] (~fun@rockbox/developer/funman) 11.39.24 # bertrik: i had tried battery life on my clipv1 but there was no difference when built with thumb 11.39.58 # cool, but I'll bench it anyway :) 11.44.02 # funman: Do you have an arm7tdmi target? 11.44.09 # (PP or other) 11.45.53 Quit stripwax (Quit: http://miranda-im.org) 11.47.23 # no 11.47.33 # hmm 11.47.45 # * amiconn wonders what might cause the weird lines in PF with EABI 11.48.47 # perhaps i could make a build with mcpu=arm7tdmi and run it on arm9 though 11.50.23 Quit S_a_i_n_t (Read error: Connection reset by peer) 11.52.53 # I suspect signedness problems in draw_gradient() 11.53.08 # But if this is the case, why doesn't it happen on arm9 and arm11? 11.53.27 # (and neither on CF, or when building arm7 with old abi) 11.54.13 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.200) 11.54.51 # Other than that, EABI seems to work quite well so far, except on PP5002 11.56.01 Quit S_a_i_n_t (Read error: Connection reset by peer) 11.57.50 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.19) 12.08.00 # can you mix eabi files and non-eabi? for example copy libfirmware.a from a non-eabi build to see where the bugs are 12.11.48 Quit jhMikeS () 12.15.12 # S_a_i_n_t: TheSeven: you said nano2g works fine with eabi ? 12.15.42 # it did some months ago at least 12.15.54 # I'm using an (outdated) eabi build right now 12.28.00 Quit S_a_i_n_t (Read error: Connection reset by peer) 12.28.51 # * amiconn did bootloader tests before r26814 12.32.02 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.244) 12.32.08 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.32.17 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 12.33.46 Quit robin0800 (Remote host closed the connection) 12.34.07 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 12.39.44 # bertrik: IIUC, the meizu m6sp and m6sl are advertized as the same player (M6) ? 12.40.26 # hm well the SP has one more button 12.40.32 Quit krazykit (Quit: drivin) 12.40.47 # then my suggestion of using one build for both (and support 4 different LCD types) doesn't hold :/ 12.43.31 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.43.37 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.47.56 Part Llorean 12.53.22 # gevaerts: do you know the lcd controller ID value for the other m6sl LCD type? is it 0x139 ? 12.53.29 Quit robin0800 (Remote host closed the connection) 12.55.22 *** Saving seen data "./dancer.seen" 12.55.52 # what i read here lets me think that the m6sl supports 3 different LCD 13.01.41 # bertrik: perhaps removing the "- 1" from LCDTCON3 setting can fix the shifted display on m6sp 13.03.52 # funman, it's not always shifted for me, usually the first time it looks OK, shifted by a line later 13.04.16 # it behaved the same here (when i had rockbox code on it) 13.05.19 # hm well, -1 seems right in fact 13.05.48 # I did find some other "bugs" in the s5l8700 datasheet, so this could be one too 13.06.26 # This has been too long ago to be still really familiar with the LCD registers 13.07.11 # In hindsight, I should probably have documented the datasheet errors somewhere 13.07.18 Join ender` [0] (krneki@foo.eternallybored.org) 13.14.28 Join roolku [0] (~roolku@cpc1-sgyl16-0-0-cust145.sgyl.cable.virginmedia.com) 13.16.24 # New commit by 03roolku (r26816): Build mrobe100 with EABI 13.16.36 Quit ender` (Ping timeout: 240 seconds) 13.16.59 # New commit by 03roolku (r26817): Build mrobe100 with EABI (buildserver) 13.17.20 Quit stripwax (Quit: http://miranda-im.org) 13.17.55 # r26816 build result: All green 13.19.35 Join slck [0] (Venci@Slackware.SlackPix.Com) 13.19.49 Join petur [0] (~petur@rockbox/developer/petur) 13.19.57 Join ender` [0] (krneki@foo.eternallybored.org) 13.28.22 Join halmi [0] (~netbook@80-123-39-234.adsl.highway.telekom.at) 13.38.12 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 13.38.33 Quit shai (Ping timeout: 245 seconds) 13.44.41 Quit funman (Quit: free(random());) 13.48.36 Quit stripwax (Quit: http://miranda-im.org) 13.52.16 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.52.45 Quit flydutch (Quit: /* empty */) 13.53.06 Quit roolku () 13.56.26 Quit cjcopi (Read error: Operation timed out) 13.57.33 Quit DataGhost () 13.59.58 Join stoffel [0] (~quassel@p57B4C843.dip.t-dialin.net) 14.00.25 Quit stoffel (Remote host closed the connection) 14.02.17 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 14.03.43 Join stoffel [0] (~quassel@p57B4C843.dip.t-dialin.net) 14.07.49 Join cjcopi [0] (~craig@charon.craig.copi.org) 14.08.53 Quit robin0800 (Remote host closed the connection) 14.14.00 Join bluebroth3r [0] (~dom@g224237080.adsl.alicedsl.de) 14.14.01 Quit bluebroth3r (Changing host) 14.14.01 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 14.14.01 Quit bluebrother (Disconnected by services) 14.25.54 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.43.27 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 14.47.43 Quit kugel (Ping timeout: 245 seconds) 14.51.48 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 14.55.25 *** Saving seen data "./dancer.seen" 15.06.28 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 15.08.14 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 15.12.51 Join M3DLG [0] (~M3DLG@212.183.140.2) 15.20.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.23.53 # The sansa clip+ firmware seems to have special handling for FM frequencies around 96 MHz, I guess it's receiving a harmonic of one of its own internal frequencies, (like 24MHz * 4) 15.24.32 # IIRC the archoses (in rockbox) do something there as well 15.25.15 Quit chrisb (Remote host closed the connection) 15.29.47 # re: r26813, do we really want "PictureFlow" translated? 15.30.15 # that's the name of the plugin after all, and it doesn't show up translated in the filebrowser 15.31.49 Quit bzed (Quit: reboot time :)) 15.37.19 Join bzed [0] (~bzed@devel.recluse.de) 15.37.23 Quit M3DLG (Ping timeout: 276 seconds) 15.43.12 Join hebz0rl [0] (~hebz0rl@dslb-088-067-215-030.pools.arcor-ip.net) 15.47.44 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 15.47.50 Quit bzed (Remote host closed the connection) 15.48.26 Join bzed [0] (~bzed@devel.recluse.de) 15.51.36 Quit ender` (Quit: I do not fear death. I had been dead for billions and billions of years before I was born and had not suffered the slightest inconvenience from it. -- Mark Twain) 15.53.32 Join funman [0] (~fun@rockbox/developer/funman) 15.54.18 Quit S_a_i_n_t (Ping timeout: 276 seconds) 15.55.27 Join FlynDice [0] (~FlynDice@64.134.138.40) 15.56.34 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.177) 15.58.51 # what's the general opinion on committing the hardware keyclick patch? (after fixing it and cleaning it up) 15.58.58 # do we want that feature at all? 15.59.18 Quit guymann (Ping timeout: 265 seconds) 15.59.26 Join kugel_ [0] (~kugel@g231111029.adsl.alicedsl.de) 15.59.26 # yes 15.59.41 # personally, I like it, and I'm getting tired of needing to un-rot it over and over 15.59.46 Quit kugel (Disconnected by services) 15.59.50 Nick kugel_ is now known as kugel (~kugel@g231111029.adsl.alicedsl.de) 15.59.54 Quit kugel (Changing host) 15.59.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.00.26 # ok, so what needs to be done to get it committed? 16.00.40 # of course, someone with an old ipod needs to figure out where it did break 16.00.49 # is it only external, or can you hear it in the phones too? 16.00.54 # there was also some suggestion regarding the menu options 16.01.02 # only external 16.01.36 # i don't know the patch but yeah it would be nice 16.01.57 # (the patch adds an option to enable piezo clicking, however you can still (independently) enable the software clicking if you like it) 16.02.25 # funman: if you want to look at it, it's FS#5111 16.02.27 # i was thinking about different options for click, like "headphones", "speaker" 16.02.31 # I'm about to resync it 16.03.04 # perhaps ask Torne since he knows quite well ipods 16.03.39 # TheSeven: is my first comment addressed? 16.04.51 # kugel: I don't really get your point 16.05.03 Quit bzed (Remote host closed the connection) 16.05.12 # from what I can tell, the keyclick was moved to an action_do_keyclick function which causes both clicks 16.07.08 # Also, I would like to get rid of the extra thread for it on the old ipods, if that is possible 16.07.15 # on the nano2g it doesn't need a thread anyway 16.08.43 # kugel: are you referring to the "#ifdef HAVE_HARDWARE_CLICK"s in apps/gui/list.c? 16.08.49 # those seem to be spurious... 16.09.31 # they cause clicks (both software and hardware) only if a device _supports_ hardware keyclick, no matter if it's enabled 16.09.41 # this doesn't make much sense to me 16.10.22 # some of the changes look strange to me 16.10.36 Quit S_a_i_n_t (Ping timeout: 260 seconds) 16.10.50 # can you point me to one? 16.11.14 # (not that I would know anything about the GUI code, I'm looking at these things from the driver side) 16.12.26 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.217) 16.12.36 # list.c for example 16.13.17 # it only clicks when wrapping the lists? 16.13.44 # that'd make it useless for me 16.17.57 Join guymann [0] (~charlie@69.0.83.229) 16.21.42 Quit funman (Quit: free(random());) 16.25.21 Join halmi_ [0] (~netbook@80-123-42-194.adsl.highway.telekom.at) 16.25.55 # kugel: no, it doesn't 16.25.56 # it 16.26.20 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.5) 16.26.27 # it's in every branch of the if 16.28.29 Quit S_a_i_n_t (Ping timeout: 276 seconds) 16.28.29 Quit halmi (Ping timeout: 276 seconds) 16.30.27 # TheSeven: so for each item? 16.30.35 # apparently yes 16.30.44 # that would be nice 16.31.10 Join bzed [0] (~bzed@devel.recluse.de) 16.35.16 # ui, das ist ja nen lustiges gehäuse.. schön platzsparend. 16.35.25 # ups, wrong channel 16.41.45 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 16.43.18 Join Buschel [0] (~~andree@p54A3B69F.dip.t-dialin.net) 16.45.11 # never touch a running system 16.45.49 # i just upgraded my nano2g to the newest version, and it looks like there are some new bugs 16.48.45 Quit sevard (Ping timeout: 248 seconds) 16.49.37 Join sevard [0] (sev@216.164.6.24) 16.54.45 Quit S_a_i_n_t_ (Ping timeout: 276 seconds) 16.54.59 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.48) 16.55.05 Join CGL [0] (~CGL@186.90.252.47) 16.55.26 *** Saving seen data "./dancer.seen" 17.07.58 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 17.08.48 Join Buschel_ [0] (~chatzilla@p54A3B69F.dip.t-dialin.net) 17.10.29 Quit Buschel () 17.10.35 Nick Buschel_ is now known as Buschel (~chatzilla@p54A3B69F.dip.t-dialin.net) 17.14.32 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 17.17.26 Join mozetti [0] (~android@pool-96-255-214-43.washdc.fios.verizon.net) 17.18.33 Quit mozetti (Quit: -a-) 17.19.18 Join AndIrc__ [0] (~android@pool-96-255-214-43.washdc.fios.verizon.net) 17.19.38 Part AndIrc__ 17.22.14 Quit TheSeven (Disconnected by services) 17.22.16 Join The_Seven [0] (~TheSeven@rockbox/developer/TheSeven) 17.31.29 # Rockbox utility installs tested bootloaders, even for something unstable like clip+, right? 17.32.21 Quit FlynDice (Quit: Gotta go fly!) 17.32.28 Join FlynDice [0] (~FlynDice@64.134.138.40) 17.35.55 Join TheSphinX^ [0] (~cold@p54A5E05F.dip.t-dialin.net) 17.37.34 Quit FlynDice (Ping timeout: 258 seconds) 17.41.01 Quit liar (Ping timeout: 258 seconds) 17.42.18 Quit DerPapst (Quit: Leaving.) 17.43.09 Join Buschel [0] (~~andree@p54A3B69F.dip.t-dialin.net) 17.43.55 Join FlynDice [0] (~FlynDice@64.134.138.40) 17.45.52 # JdGordon: can you take a look at FS#11395? 17.49.52 Join TheSphinX^2 [0] (~TheSphinX@p54A5E05F.dip.t-dialin.net) 17.54.39 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 17.54.50 # Buschel: yeah, not really much can be done about that... that patch is slightly overkill but fine 17.58.34 # JdGordon: there's no sideeffect you would expect and no better solution that comes up your mind? 17.59.25 # not at 2am and in my slightly tipsy state :) 17.59.46 # r0b-, I have a clip+ now with the same fm radio chip that you and pamaury have, meaning I can now more easily debug it and make it work 17.59.52 # We could of course make it easier to apply those changes 18.00.12 # but for the time being either do that theme_settings_apply() or leave it open 18.00.24 # :o) let's keep the bug entry open unitl tomorrow then :) just in case in should have a better idea. 18.00.52 # how about: an event COLORS_CHANGED, and each skin would have a callback that updates every viewport which has the colors via "-"? 18.01.22 # because we dont store that viewports are set with that colour 18.01.25 # though I guess %Vf/%Vb complicate it 18.01.31 # yeah 18.01.40 # yes and no... 18.01.42 # it could be stored easily 18.02.53 # changing the background is another thing which shoudlnt require the full theme reload 18.03.14 # * JdGordon has fantastic plans for the skins in the future incluidng not loading all in one hit like now 18.08.03 Quit TheSphinX^ (Quit: XChat@Linux) 18.08.33 Quit robin0800 (Remote host closed the connection) 18.09.07 Quit TheSphinX^2 (Quit: Got to keep moving!!) 18.10.08 Join TheSphinX^ [0] (~TheSphinX@p54A5E05F.dip.t-dialin.net) 18.12.09 Join funman [0] (~fun@rockbox/developer/funman) 18.12.38 # bertrik: yep, rockbox utility only downloads released bootloaders 18.13.53 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 18.15.27 # funman, r0b, pamaury, I expect to be able to post a basic tuning patch for the clip+ by the end of the weekend or so 18.17.36 # saratoga: i think the simplest way to have this tremor patch committed is for you to ask svn access 18.18.56 # funman, is there anything else in particular you want me to take a look at (and that applies to clip+)? 18.19.31 # Maybe experiment a bit with PLL/clocks/boosting? 18.20.04 # experimenting with PLL would be nice, at least to make people not cry about playback frequency 1% too small 18.20.30 # Do we boost/unboost at all on amsv2? 18.20.52 # you can change a bit and measure the new pclk by comparing TIMER frequency and RTC, or measure new fclk by running a simple loop with known number of cycles and comparing with RTC again 18.21.17 # no, the experiments at FS#11297 all crash for unknown reason 18.21.54 # I was thinking that maybe I could just put playback on a separate PLL with some kind of clicktrack (1 click/second) and see how fast it clicks for various setting 18.23.05 # that should work too 18.23.13 # i think there's a second PLL setting in the OF, let me look 18.24.33 Quit TheSphinX^ (Quit: Got to keep moving!!) 18.24.38 Quit Buschel (Ping timeout: 252 seconds) 18.24.45 # 240MHz = 0x113b or 0x1813, and 160MHz = 0x154f 18.30.32 Quit kugel (Remote host closed the connection) 18.30.43 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 18.34.23 Quit FlynDice (Read error: Connection reset by peer) 18.34.50 # bertrik: about the Clip+, I think all problems are listed on SansaAMS wiki 18.35.11 Join FlynDice [0] (~FlynDice@64.134.138.40) 18.36.00 # feel free to pick up any item to work on, i'm not doing anything on Sansa these days (they work fine enough for me) - also feel free to ask if something you need isn't on this page 18.36.33 Join toffe82 [0] (~chatzilla@adsl-75-8-207-218.dsl.frs2ca.sbcglobal.net) 18.39.55 # undef instruction handler and division by 0 are called with lr = address of the next instruction after the one which caused exception 18.40.31 # for undef instruction we substract 4 from the address to print the address of faulty instruction, but we could be in thumb mode 18.40.41 # for division by 0 we don't adjust at all 18.43.37 # Unhelpful: can you explain how __div0* work ? 18.44.20 Quit Strife89 (Quit: Reboot to Windows.) 18.44.23 # __div0_wrap* in support-arm.S seems to set r0 to something but __div0() in system-arm.c is (void) 18.45.04 Quit domonoky (Read error: Connection reset by peer) 18.45.28 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 18.46.03 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.46.50 Quit kramer3d (Quit: Leaving) 18.47.44 Quit stripwax (Ping timeout: 245 seconds) 18.53.15 Quit FlynDice (Quit: Gotta go fly!) 18.53.23 # pixelma, i see you've been working on cowon x5 keymaps. may i suggest one improvement to the bootloader/power-on procedure? when flicking the power-on switch shortly, rockbox shows a "shutting down" message, and only a longer flick actually turns the player on. would it be possible to implement a short flick for "on"? i know there were some inofficial dual-bootloaders around that used short/long for loading both stock firmware and rockbox. 18.53.30 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 18.55.27 *** Saving seen data "./dancer.seen" 18.55.54 # New commit by 03funman (r26818): Sansa AMS: call the exception handler with the correct address when the exception happened in Thumb state 18.56.18 Quit petur (Quit: Leaving) 18.57.30 # r26818 build result: All green 18.59.39 Join FlynDice [0] (~FlynDice@64.134.138.40) 19.02.04 Quit stripwax_ (Quit: http://miranda-im.org) 19.08.26 # fuck, BL are 32 bits in thumb 19.09.45 Quit n1s (Quit: Lämnar) 19.15.41 # New commit by 03funman (r26819): ARM: __div0() takes no argument 19.15.45 # New commit by 03funman (r26820): __div0: give the address of the instruction calling division to UIE 19.17.11 # r26819 build result: All green 19.17.53 Join stroem [0] (~chatzilla@188.228.30.191) 19.18.36 # pff, this 'All green' is boring, i'll never test my changes again until I see what CIA says when the build breaks! 19.18.43 # r26820 build result: All green 19.18.50 # * funman kicks CIA-6 19.18.50 # ow 19.20.11 # dfkt: if you make a new clip keymap for recording and FM, i'll do my best to convince saratoga to revert the clip+ hold change! 19.31.12 # funman, is there any problem with the current clip keymap? everything works fine for me? 19.31.22 # i think it's not very intuitive 19.31.53 # i never read a manual and could use it within a minute ;) 19.33.04 # all the basic stuff is the same as on all otehr rockbox targets i have/had - and the specific stuff isn't very intuitive on all other players as well (eg. power switch/button for exiting from the eq, and similar) 19.33.54 # ok :/ 19.33.56 # but saratoga's change to the keymap made it much less intuitive, in my opinion (and everybody else's who commented in the forum thread) 19.34.59 # i mean, i can only speak for the cowon x5, cowon d2, clipv1 - i don't know how intuitive keymaps are on other targets, like ipods 19.35.23 # i really don't think there is any usability problem on the clip+ :) 19.35.31 Join ender` [0] (krneki@foo.eternallybored.org) 19.36.00 # major usability problem of clip+ is if you play too long with the games you have pain to the fingers ;) 19.36.02 # i even love that a short press on the down button has no function - i use it to turn on the display 19.36.22 # lol, judging by your gameboy emu screenshots, i can feel with you ;) 19.36.36 # * funman discovers the effect of pressing long down button 19.36.50 # eheh, i just checked that it played, didn't spend much time ;) 19.36.50 # it's perfect, imo 19.37.21 # having the option to have all buttons execute their function immediately, and having one button just for turning the screen on is rather convenient 19.38.48 # i can look into a keymap for games, if you give me some specific plugin/emu i should look at (i only listen to music on my clip, but if it will bring you to fix the now broken keymap, i will check it out ;) 19.38.59 # s/if you give me/if you tell me 19.39.12 # well i'm not sure if games really need someone to invest a lot of time in them 19.39.35 # well, if it helps you or someone else... 19.39.36 # sometimes it's funny but really both the display and the device are too small to enjoy playing a lot 19.39.41 Quit stroem (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 19.39.50 # chopper keymap is perfect : it's all i ask ;) 19.39.50 # yeah, it's actually stupid, imo :D 19.39.58 Quit FlynDice (Remote host closed the connection) 19.40.03 # get a DS or PSP if you want to play games ;) 19.40.19 Join FlynDice [0] (~FlynDice@64.134.138.40) 19.41.58 # * dfkt checks out chopper 19.42.26 # dfkt: do you charge your clip+ with rockbox or OF ? 19.43.00 # hahaha, it's a palm cave clone! 19.43.17 # i've charged it with of so far 19.43.21 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.43.58 # is charging user selectable? 19.44.01 # i wonder if the bug where it can't power off is related to USB plug 19.44.22 # if you press center button while plugging it doesn't reboot to OF so it charges with rockbox 19.44.26 # is that what you meant? 19.45.02 # ah yes, at some point in time RB stayed active for charging, but now it switches automatically to OF when plugged into USB 19.45.13 # FlynDice: http://pastie.org/1001945 < anything i should add before testing with battery_bench ? 19.45.15 Quit flydutch (Quit: /* empty */) 19.45.40 # (and test_disk, to be sure) 19.49.58 # funman: That looks like everything to me. 19.57.38 # funman - i see what you mean for the recording screen (i never checked it out before). i will try to come up with something easier to handle 19.59.13 # dfkt: perhaps volume buttons can be useful in this screen, they seem unused 19.59.39 # yes, i noticed 19.59.54 # and home- and center-button functions should probably be swapped 20.09.00 # funman: if i recall correctly, i based the support-arm version on how libgcc calls __div0... but i was not able to find any documentation regarding whether the parameter in r0 was used and what it was supposed to contain. 20.10.49 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 20.11.29 Quit dfkt (Disconnected by services) 20.11.43 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 20.12.03 # funman - http://pastebin.com/y1T0xUrX 20.12.17 # Unhelpful: both 4.0.3 and 4.4.4 eabi put nothing in r0 in the builds i have 20.12.31 # funman: perhaps i recall incorrectly? ;) 20.12.42 # i can't tell how you recall :) 20.13.33 # dfkt: looks good 20.14.19 Quit r0b- (Read error: Connection reset by peer) 20.14.19 # * Unhelpful doesn't see that in libgcc.a either. :/ 20.14.20 # funman, splitting on the separate key without obscure dual function might be good for quick action - and start/stop should be the same button, at least that seems the most logical to me 20.14.33 # did you already remove it? ;) 20.14.47 # dfkt: does stop still pause without splitting recording? 20.14.56 # Unhelpful: from your libgcc.a ? no it wasn't me ;) 20.15.38 # funman: no, i meant in r26819, from rockbox. :) 20.15.56 # but please feel free to continue not altering my libgcc.a :) 20.18.21 # i'll do my best :P 20.18.56 # funman, sorry, i meant start/pause, not stop. i see, tricky thing, implementing stop as well. :) 20.20.52 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 20.23.19 Quit stoffel (Remote host closed the connection) 20.24.54 # i think power would do fine for stop 20.25.03 Join Buschel_ [0] (~~andree@p54A3F9BC.dip.t-dialin.net) 20.26.21 Join Guest59276 [0] (~dfkt@d86-33-57-47.cust.tele2.at) 20.27.44 Quit dfkt (Ping timeout: 260 seconds) 20.28.24 Quit simonrvn (Disconnected by services) 20.28.27 Nick Guest59276 is now known as dfkt (~dfkt@d86-33-57-47.cust.tele2.at) 20.28.35 Quit dfkt (Changing host) 20.28.35 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 20.29.05 Join simonrvn_ [0] (simon@211.48-ppp.3menatwork.com) 20.29.41 Quit Buschel_ (Ping timeout: 258 seconds) 20.30.28 Nick simonrvn_ is now known as simonrvn (simon@211.48-ppp.3menatwork.com) 20.31.02 # funman, two alternatives (i like the first one better): http://pastebin.com/sG9XGmRE 20.39.50 Join qurvel [0] (~qurvel@i220-221-150-18.s02.a007.ap.plala.or.jp) 20.40.15 # yeah i think the first one is more intuitive 20.40.20 # using volume to navigate is a bit hard 20.41.03 # yeah - the important usability cue for me was keeping the actual functions and the navigation separate... both variants do that, but the first seems more practical 20.41.30 Part qurvel 20.42.13 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.44.28 # funman, for the fm radio i would only move the menu from the down button to the center button, to be in line with the audio player screen 20.45.37 # the rest is as i would expect it to be :) 20.49.53 # i guess it's fine 20.54.44 # * funman jumps on the occasion to point dfkt to http://www.rockbox.org/tracker/index.php?opened=5944&status[]= 20.55.30 *** Saving seen data "./dancer.seen" 20.55.47 Join moparx [0] (~moparx@unaffiliated/moparx) 20.58.47 # FlynDice: i'm testing the SD patch on fuzev2, results tomorrow/monday 21.00.34 Quit halmi_ (Quit: halmi_) 21.02.35 # * dfkt thinks funman wants him to sign up to the unmanageable wiki/forum/flyspray/mailing-list behemoth ;) 21.05.14 # eheh no problem, you can send me the patch in private ;) 21.06.31 # heh 21.07.40 Join Strife89 [0] (~Strife89@adsl-80-148-79.mcn.bellsouth.net) 21.09.05 Join r0b- [0] (~nnscript@adsl-76-235-208-125.dsl.klmzmi.sbcglobal.net) 21.09.24 Join GeekShad0w [0] (~Antoine@72.157.204-77.rev.gaoland.net) 21.10.06 Quit GeekShadow (Ping timeout: 248 seconds) 21.19.48 # funman: I'm really busy this week, and waiting on my clip+ to get here anyway, so if you want to make changes don't wait for me 21.20.12 # as for xiph, i'll get back on them eventually 21.20.38 # i saw that sometimes tremor discussion happen on the vorbis list 21.30.45 Quit GeekShad0w (Ping timeout: 260 seconds) 21.31.28 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 21.36.26 # FWIW Android seems to have some really interesting codec stuff, but its all apache licensed which wikipedia says is GPLv3 21.36.35 # their headers are amazing 21.36.59 # detailed mathematical explanations of each operation, complete with psuedocode and citations 21.39.48 Quit FlynDice (Remote host closed the connection) 21.40.39 # heh their mp3 synth_filter isn't any better then ours 21.40.44 # at least the ASM isn't 21.41.19 Join Jaykay [0] (~chatzilla@p5DC5715D.dip.t-dialin.net) 21.45.39 # perhaps we could distribute the binaries as gplv3 and include some gplv3 (or compatible) code in the source 21.46.21 # technically we could, but that's a major decision 21.47.08 # true, and that would make inclusion of gplv2-only code in the binary not possible 21.47.08 Join wodz [0] (~wodz@chello087206240004.chello.pl) 21.47.22 # pixelma: ping 21.50.08 # what is this !@# $id: xxxxxx$ line in header of each file? 21.50.34 # svn keyword? 21.50.36 # do we have gplv2 only code? 21.50.58 # it breaks svn diff patches 21.51.26 # wodz: if you write "$id$" (i think) in a file, and then set svn keyword Id = "id" for this file, "$Id$" is replaced by some svn stuff when you check it out 21.51.41 # IMO it's useless, and even harmful 21.52.16 # saratoga: we try to avoid it, so I don't think there is any 21.52.23 # thats what i thought 21.52.35 # but unless one of these android codecs is amazing its probably not worth the effort 21.53.47 # wodz: it does? I don't think I've ever had problems with patches due to $id lines 21.54.51 # perhaps 'svn diff' remove them but not plain 'diff' ? 21.55.30 # gevaerts: I had twice so far. The problem comes if You copy or rename file which contains such line already 21.55.42 # i did see one in the arm/as3525/usb-drv-as3525v2.(c or h, not sure) 21.56.02 # actually both 21.56.17 # wodz: are the svn keywords set correctly? 21.57.56 # gevaerts: honestly I don't know I usually use git (which by the way produce diff which is ok for git apply but not for plain diff) 21.58.09 # s/plain diff/plain patch/ 21.58.28 # wodz: it's ok for patch -p1 , git adds a/ b/ in front of the path 21.58.40 # funman: it is not 21.59.21 # funman: try to apply latest patch from FS#11189 it gives rejects due to $id lines 21.59.43 # funman: but git apply is happy with it 21.59.52 # oh ok 22.00.28 # I would just remove all these $Id$ lines, they serve no purpose 22.00.44 # they do serve a purpose 22.01.17 # gevaerts: which one ? 22.01.36 # being able to see who modified a file last and when without having to leave the editor 22.02.44 # why would you want to know that? 22.03.04 # (and only that) 22.03.09 # and the $id lines are not why those diffs don't work with plain patch anyway 22.03.24 # funman: why do you want to remove them? 22.03.36 # i.e. what advantage does *not* having them give you? 22.03.50 # no trouble when we move to git 22.04.00 # *if* we move to git 22.04.12 # the 'if' was included in the 'when' ;) 22.04.39 # and I already experienced the problems wodz describe 22.04.55 # Those problems are unrelated to a potential move to diff 22.05.45 # They're purely related to using svn on the server (possibly with incorrect keywords set. That's unclear), and git-svn locally. git-svn is known to not be ideal 22.06.23 Join anewuser [0] (anewuser@unaffiliated/anewuser) 22.06.33 # gevaerts: I had this problem also with svn when I was preparing initial commit of HD200 port 22.06.55 # wodz: presumably keywords were set wrong then 22.07.21 # gevaerts: anyway if You know the remedy to this please share it 22.07.25 # there's no keywords substitution in git-svn : the line just shows up as "$Id" 22.07.48 # we should switch back to CVS 22.07.55 # problem solved 22.08.07 # wodz: in this particular case the $id rejects are totally unimportant, they're in separate chunks anyway. The main thing is that that patch has rename lines, which are git-specific as far as I know 22.08.10 # wodz: manually edit files you copy so they are "$Id$" and not "$Id: XXXXX$" 22.08.46 # hm right 22.09.04 # if someone with just svn/patch wants to apply that patch he run svn cp manually first 22.09.17 # funman: it's known that git-svn doesn't handle keywords properly. To be honest, in my view that's a problem for people who use git-svn to solve... 22.09.33 # gevaerts: well it doesn't handle them at all, so there's no problem 22.10.48 # if i use git cp, the destination file still reads "$Id$", like the original 22.11.57 # funman: as a project we use svn, *with* keywords. If people choose not to use svn, that's perfectly fine, but it's up to them to make sure they set keywords properly 22.11.58 # wodz: i have git-svn version 1.7.0.4 (svn 1.6.6) and no problems with $Id$, did you copy files from an svn checkout? 22.12.22 # gevaerts: there's no way to set keywords from git-svn, only read them 22.13.04 # funman: do I (or the rockbox project) have to care? That's for people who use git-svn to solve or to work around 22.13.07 # funman: the same versions here 22.15.12 # gevaerts: work around for me is to not use keywords at all: no Id, eol-style, mime-type or whatever 22.15.39 # funman: that's not a worlaround, that's blatantly ignoring the project's conventions 22.16.29 # true, i'm working around the conventions 22.17.06 # I wouldn't use svn props anyway if i was using standalone svn 22.17.06 # What is the benefit of having keywords? 22.18.04 # what gevaerts said at 22:01 : i.e. not much IMO, if I want to know about a file's history I'll run git/svn log anyway to differentiate between cosmetics and functional commits 22.19.59 # We could live without keywords, but as long as we use svn, we *need* the other properties. Not setting them *really* causes issues, and consciously not setting them is a serious problem IMHO 22.21.08 # which problem you have with unset properties? 22.21.16 # by other properties You mean mime-type? 22.21.18 # wrong line endings for a start 22.21.51 # every modern editor I know of handle this 22.22.10 # so? That doesn't mean that e.g. make and the shell do 22.22.20 # These things *need* to be correct 22.22.23 # that's true 22.22.46 # just commit the file with unix line endings 22.23.23 # just set the properties right 22.23.29 # whatever works for me 22.23.44 # That's a very nice antisocial position 22.24.02 # well, i don't want to break other people's build either 22.24.08 # what works for me works for svn users too 22.25.01 # i think we can all live fine without svn properties 22.25.14 # maybe, but that's not for you to decide on your own 22.25.37 Quit dfkt (Ping timeout: 276 seconds) 22.25.53 # i won't set any property on the files i commit / modify because i can't do that easily 22.26.12 # You can 22.26.38 # i dunno how svn:executable is needed: the executables i committed ran fine everywhere 22.27.20 # It's not *that* hard to keep a separate pure svn checkout. That's not the preferred way (because you can't set things in the same commit), but it *does* work, and it's *not* hard 22.27.32 # "I can't do that easily" is not an excuse, sorry 22.27.46 # http://marc.info/?l=git&m=125259772625008&w=2 22.29.12 # i'm certainly not having a separate svn checkout just for setting useless properties 22.31.51 Join Buschel [0] (~~andree@p54A3C90D.dip.t-dialin.net) 22.33.14 # http://marc.info/?l=git&m=121645215412085 22.36.08 Join dfkt [0] (dfkt@unaffiliated/dfkt) 22.36.10 # wodz: both patches got no reply :/ 22.36.29 # funman: from what I read If You have proper config in ~/.subversion/config git-svn will grab that and set properties on dcommit of new file 22.36.51 # i can do that 22.38.11 # we should double check this and mention this on wiki I think 22.38.58 # funman: I found this here: http://code.google.com/p/chromium/wiki/UsingGit (section Contributing) 22.41.14 # i added http://pastebin.org/326573 22.43.08 # it is against http://www.rockbox.org/wiki/UsingSVN 22.43.33 # it states that binary files should be mime-type application/octet-stream 22.43.45 # Buschel: FWIW android has a lot of mp3/aac with arm asm available under gplv3 compatible license (including dct) if you're still looking at that 22.43.58 # hm i thought viewvc used image mime types to display them in the browser 22.44.36 # i'll just set eol for .c/.h/Makefile 22.44.53 # what eol we use? 22.45.00 Join Jerom [0] (~Jerom@79.132.53.242) 22.45.23 # saratoga: do you have link at hand? 22.45.25 # well i'd say unix 22.45.48 # so setting it to native is probably wrong 22.45.51 # damn i'll just do nothing 22.45.53 # I'd expect native 22.45.59 # easiest way to not break anything 22.46.55 # gevaerts: do You have auto-props set in Your subversion config file? 22.47.06 # no 22.47.17 # well, not consciously 22.47.43 # so what do You set *by hand*? 22.48.41 # Buschel: i was looking at this distro: http://github.com/cyanogen/android_external_opencore/tree/eclair/codecs_v2/audio 22.48.45 Quit jae (Ping timeout: 240 seconds) 22.48.51 Quit moparx (Ping timeout: 258 seconds) 22.49.05 # i'm not sure if its different then the official source (i have trouble finding things in git based projects) 22.50.15 # wodz: native 22.50.27 # i think you can see the commits between 'snapshot of eclair' and HEAD 22.50.36 Join jae [0] (~jae@jaerhard.com) 22.50.47 # New commit by 03Buschel (r26821): Fix FS#111395. Call settings_apply_skins() after changing theme colours. 22.51.57 # http://github.com/cyanogen/android_external_opencore/blob/6a1b26991385ac003453b2570ae7fc444a9d09db/codecs_v2/audio/mp3/dec/src/asm/pvmp3_dct_16_gcc.s looks rather empty of comments :/ 22.52.21 # r26821 build result: All green 22.52.45 # ah i can see other files have commented C code 22.53.23 # it looks like the c versions of the asm code have the comments 22.53.38 # but i do wish they'd inline the c code as comments, it makes it much easier to follow 22.54.17 # http://github.com/cyanogen/android_external_opencore/blob/6a1b26991385ac003453b2570ae7fc444a9d09db/codecs_v2/audio/mp3/dec/src/asm/pvmp3_mdct_18_arm.s < is that what you need? 22.54.56 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.1.144) 22.55.06 # the mdct stuff is probably equivalent to what we already have 22.55.20 # the dct16 stuff may be of interest 22.55.23 # was mostly wondering about the dct, but looking at the asm it doesn't look all that clever 22.55.28 # no ldm at all 22.55.31 *** Saving seen data "./dancer.seen" 22.55.35 # which is probably a bad sign for arm7tdmi 22.55.37 Quit S_a_i_n_t (Ping timeout: 264 seconds) 22.55.43 # copyright says 1998 so it might be quite old code 22.55.49 # do cortex cpus not need ldm or something 22.56.22 # time() to sleep() 22.56.23 # i'm a little surprised the built in android codecs aren't better optimized 22.56.30 Quit wodz (Quit: Leaving) 22.56.41 # maybe the open source ones are jsut fallbacks and OEMs include binary decoders? 22.57.32 # quite possible 22.59.05 # hmm, the android decoder uses just another (not before seen) way to perform the filterbank synthesis... 22.59.57 # Why does rockboxdev run make -j8!? 23.00.02 # rockboxdev.sh 23.00.05 # because zagor is evil! 23.00.12 # Clearly 23.00.23 # evil or just crazy? :) 23.00.25 # * rasher tells everyone about MAKEFLAGS 23.00.29 # less than Bagder, who used make -j 23.01.03 # Surely it should not set any -j? 23.01.28 # nope, perhaps make the -j option an argument of the script 23.01.45 # saratoga: maybe those things are just fast enough that nobody cares any more? 23.01.46 # funman: you can already do MAKEFLAGS="-j8" ./rockboxdev.sh 23.02.04 # That is, if we weren't overriding it 23.02.26 # saratoga: the dct16 is a dct variant of the formerly used mpc dct32. seems like androids 2xdtc16() and the following merge_in_place_N32() equals our implementation (merged to on single dct32 function). 23.03.01 # so nothing worth taking then? 23.04.50 # saratoga: I don't think so. so dct16 asm looks like just direct translation of c to asm. nothing special. neverhteless: maybe we should try to do the same with our dct? did you take a look at the gcc results? 23.05.13 # no i haven't looked much at rockbox in the last week 23.06.01 # was mostly looking at android because i wondered what arm NEON code looked like, but it seems they don't use it 23.06.35 # ffmpeg has some neon code 23.08.47 # New commit by 03rasher (r26822): Don't explicitly set -j for make. Inform the user that he can set MAKEFLAGS instead. 23.09.28 # the neon gcc intrinsics look neat: http://android.git.kernel.org/?p=platform/development.git;a=blob;f=ndk/apps/hello-neon/project/jni/helloneon-intrinsics.c;h=35367c1702f899ae8ccfe2e819db2dfe9afae185;hb=693ad65e24cefe3d60d3702e6adab13d18b121ba 23.10.18 # r26822 build result: All green 23.11.59 # i hope this android rockbox thing works out 23.12.06 # i kind of want to try this stuff out 23.12.27 # gigabeast can do NEON ? 23.12.47 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 23.13.09 # no just vfp i think 23.15.19 # hm why is the mention on USB mode setting only for fuzev1 & clip+ in the manual 23.16.20 # ah no, steps for other players are just above, only fuzev2 is missing 23.16.30 Quit Jaykay (Ping timeout: 245 seconds) 23.16.33 # yeah looks like cortex is where neon starts 23.17.05 # New commit by 03funman (r26823): fuzev2 manual: mention the USB OF setting 23.18.39 # r26823 build result: All green 23.37.45 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 23.43.29 Quit funman (Quit: free(random());) 23.47.26 Quit Topy44 (Ping timeout: 248 seconds) 23.50.03 Quit CaptainKwel (Quit: Ex-Chat) 23.52.59 Join Topy44 [0] (~topy@my.fastsh.it) 23.56.07 Quit bmbl (Quit: Bye!)