--- Log for 01.02.109 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 0 hours ago 00.04.27 Quit rio (Read error: 104 (Connection reset by peer)) 00.14.00 Quit MethoS- (Remote closed the connection) 00.15.20 Quit bmbl ("Woah!") 00.16.45 Join [1]TruthTaco [0] (i=TruthTac@adsl-144-229-121.aby.bellsouth.net) 00.21.27 # saratoga: hm, no problems here 00.21.51 # the problems I have with usb seem to be related to either linux, or the extension cable I use (my front usb ports don't work) 00.22.02 # linx/KDE 00.22.13 # it works good on my (gnome) laptop 00.23.32 # kugel: odd, mine were reproducible easily with multiple PCs and cables 00.25.39 # saratoga: what would be the easiest way to verify working usb? 00.26.18 # I believe copying my windows 7 beta image wasn't representive at all (1 big file, instead of many small ones 00.27.31 # kugel: I guess just copy a lot of data and then md5 it 00.27.32 # so, say I sync my sansa with my music collection, how would I compare them? 00.27.46 # md5sum doesn't seem to work on folders 00.28.05 # (I used md5 for the windows 7 beta image) 00.28.18 # i'm not sure what the best way is then 00.28.34 # i guess some sort of recursive md5 program must exist 00.28.53 # incidently, I don't understand why charger detection works fine in rockbox but not the bootloader 00.29.05 # for the sansa e200v1 00.29.14 # kugel: what exactly do you mean by "verify working usb"? 00.29.45 # gevaerts: well, make sure no 2byte-inserted occured 00.30.06 # kugel: that has *nothing* to do with usb... 00.30.15 # I'm trying the proposed changes from 8663 00.30.34 # ah right, sorry I confused it 00.33.01 # i guess if you just need to check for disk corruption, copying a large file a few times between the SD card and internal memory would be a good way to do it 00.33.09 Quit TruthTaco (Read error: 110 (Connection timed out)) 00.33.09 Nick [1]TruthTaco is now known as TruthTaco (i=TruthTac@adsl-144-229-121.aby.bellsouth.net) 00.33.16 # though testing that USB doesn't expose any other timing issues with the sd driver isn't a bad idea 00.33.26 # that whole driver seems like a house of cards to me 00.36.06 Join akur [0] (n=akur@bl9-152-93.dsl.telepac.pt) 00.37.29 # saratoga: built with black magic, indeed :) 00.38.46 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 00.38.51 # jhMikeS: [for the logs] what is the reason for using different methods to detect USB and chargers in the e200v1 for the main and bootloader builds? 00.39.01 # saratoga: this Toni has commit access right? 00.39.11 # kugel: yes I believe so 00.39.21 # * gevaerts points kugel to COMMITTERS :) 00.39.47 # it seems like the main build works correctly [detects a charger and begins charging] but the bootloader does not [boots into the OF if plugged into a charger] 00.39.47 # gevaerts: I'm aware of that file (still!) :) 00.40.03 # i thought he didn't and ended up commiting one of his patches the other day 00.40.45 # gevaerts: 3MB/s, is that good or bad for a sansa? 00.41.24 # no reset so far after 1GB 00.41.41 # That means you're lucky. Resets are random things 00.41.54 # kugel: it's been a while since I've looked at speed, but IIRC there's a wiki page listing some 00.42.02 # saratoga: IIUC, the full USB detection requires the USB stack, which requires interrupts. PP bootloaders don't have interrupts enabled - not impossible, but work no-one has done. 00.42.15 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.43.11 # JdGordon: morning. I've run your patch a little 00.43.17 # it's not more bugged than svn, it seems 00.43.30 Quit ender` (" It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law") 00.44.00 Join webguest36 [0] (n=4a804a5a@gateway/web/cgi-irc/labb.contactor.se/x-b061a7eb6724ada2) 00.44.30 Quit webguest36 (Client Quit) 00.47.28 Quit HellDragon (Read error: 104 (Connection reset by peer)) 00.47.28 Quit fdinel (Read error: 104 (Connection reset by peer)) 00.47.38 Join Horscht86 [0] (n=Horscht@79.212.202.11) 00.47.48 Join hd [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 00.47.53 Join Rob2222 [0] (n=Miranda@79.220.197.147) 00.47.54 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 00.50.48 # gevaerts: hm, comparing filesizes seems to fail. the folder on my sansa is actually less big than the one on my pc 00.51.08 # I'm running diff -rua on both now, it hasn't found differences yet 00.52.29 # saratoga: There's no inherent dependency on detection methods built into the API between USB and charger. For USB in the bootloader, it's not setup to use interrupts and so the driver cannot be started (unless we changed something and I missed it). 00.52.45 # * gevaerts still recomends md5sum 00.53.21 Quit PaulJam (Read error: 113 (No route to host)) 00.53.51 # gevaerts: how to md5sum folders? 00.54.11 # diff -rua didn't give any output 00.54.25 # kugel: run "(find . -type f -print0|xargs -0 md5sum) > /tmp/sums" from within the original directory (on the PC side), and then "md5sum -c /tmp/sums" from the destination directory 00.54.39 # thanks 00.54.54 Quit SUSaiyan () 00.55.13 # jhMikeS: thanks for the clarification 00.55.38 Quit Zoxc (Read error: 104 (Connection reset by peer)) 01.01.22 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 01.03.18 # nice, every file is "Ok" :) 01.05.16 Quit Horschti (Read error: 110 (Connection timed out)) 01.07.09 Quit dfkt (Read error: 104 (Connection reset by peer)) 01.15.05 # I see Marc Guay closed quite a few FS entries with closing reason "invalid" and no further explanation. I would like to see at least an actual reason or explanation for closing. 01.16.03 Quit petur (Remote closed the connection) 01.16.24 Quit XavierGr () 01.18.22 Quit tessarakt ("Client exiting") 01.18.42 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 01.19.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.20.13 *** Saving seen data "./dancer.seen" 01.21.47 # bertrik: Were they all feature requests? 01.21.48 # bertrik: i think he was just closing old feature requests? 01.21.55 # too slow 01.23.47 # bertrik: But I agree, that reasons should always be given - the original poster of those requests is unlikely to know the current context. 01.24.24 # indeed, the ones I've seen closed were all feature requests 01.29.41 Quit bertrik ("zZz") 01.36.24 # microsd to internal -> all fine 01.43.47 Quit JdGordon (Remote closed the connection) 01.45.29 Quit Seed ("cu, Andre") 01.47.41 Quit akur (Read error: 110 (Connection timed out)) 01.50.59 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.52.40 Join PaulJam [0] (i=Paule@vpn-3001.gwdg.de) 02.03.32 Quit faemir ("Lost terminal") 02.07.35 Quit flydutch ("/* empty */") 02.13.38 # internal -> microsd with music playing (i.e. changing cpu clocks) -> all fine \o/ 02.13.51 Quit Nico_P (Remote closed the connection) 02.16.18 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.16.25 Quit t0mas ("Leaving") 02.30.11 # kugel: and the other way with music playing? 02.34.04 # rasher: hm, let me test 02.40.49 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 02.57.31 # rasher: fine 02.57.43 # Hurray 02.59.25 Join soulpro [0] (n=soulpro@65.31.215.206) 02.59.40 # now copying back with music 03.00.47 Part soulpro ("Leaving") 03.01.31 # if that's committed, I'll wipe the stupid of forever 03.02.55 Quit Lynx_ (Read error: 110 (Connection timed out)) 03.11.01 Quit JdGordon (Remote closed the connection) 03.12.02 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 03.18.04 # wow, that's so great 03.20.14 *** Saving seen data "./dancer.seen" 03.20.16 Quit kugel (Remote closed the connection) 03.22.58 Quit JdGordon (Remote closed the connection) 03.30.08 Join Strife89 [0] (n=michael@204.116.244.200) 03.32.00 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 03.32.58 Join Hdaackda [0] (n=babajame@115.186.104.21) 03.33.33 # is there any way I can flash my ipod's logic board (80gb video) 03.34.04 # i don't think so 03.35.29 Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au) 03.38.14 # who was it who had trouble with RB on beast? i remember Davide-NYC was one of the people with trouble... there was somebody in here yesterday who kept getting the restore screen on boot, until he tried a dual-boot rb bootloader. 03.52.48 Quit Hdaackda (Read error: 60 (Operation timed out)) 03.53.56 Join Hdaackda [0] (n=babajame@203.81.202.76) 03.54.12 Quit PaulJam (".") 03.57.56 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 04.04.43 Join Barahir_ [0] (n=jonathan@X8dbc.x.pppool.de) 04.07.10 Quit Barahir (Read error: 60 (Operation timed out)) 04.07.22 Join blkhawk- [0] (n=blkhawk@g227069241.adsl.alicedsl.de) 04.13.05 Quit Hdaackda () 04.24.08 Quit blkhawk (Read error: 110 (Connection timed out)) 04.24.20 Nick blkhawk- is now known as blkhawk (n=blkhawk@g227069241.adsl.alicedsl.de) 04.28.34 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.35.11 Quit Strife89 ("Huzzah!") 04.37.56 # Unhelpful: Yes, he was one. Unfortunately (fortunately?) mine never had this issue or else I could test a few things (like if some revision of the flash doesn't accept files under a certain size, etc.) 04.56.36 Join Dilettante [0] (n=Tyler@h191.48.82.166.ip.windstream.net) 04.57.00 Nick Dilettante is now known as Rtkwe (n=Tyler@h191.48.82.166.ip.windstream.net) 05.02.44 Quit |mr (Read error: 110 (Connection timed out)) 05.08.15 Join Legomaniac [0] (i=4590ad72@gateway/web/ajax/mibbit.com/x-5c586b7bda0ed100) 05.09.00 # Hey does anyone here have experience with the sansa and recovery mode? 05.09.50 # Legomaniac: a little 05.19.41 Quit saratoga ("CGI:IRC (EOF)") 05.20.18 *** Saving seen data "./dancer.seen" 05.22.33 # Hey does anyone here have experience with the sansa and recovery mode? 05.23.02 # saratoga answered 05.23.14 # I know and he left :( 05.23.18 # I was in the bathroom 05.24.01 # so the inquiry still stands 05.30.01 Quit Aurix_Lexico (Remote closed the connection) 05.33.43 # Legomaniac: do you actually have a question? 05.40.52 Join lymeca [0] (n=lymeca@student167-75.hampshire.edu) 05.43.01 # yes 05.43.15 # sorry, I am browsing forums at the moment as well 05.43.44 # I am having an issue with my sansa e260R being stuck in recovery mode 05.44.09 # and I am trying to follow a fix for it, but I can't find the hidden partition dump file I need 05.44.25 # method is here: http://www.anythingbutipod.com/forum/showthread.php?t=33823 05.44.32 # first, why did you put it in recovery mode? 05.45.01 # because it wont boot into the original firmware or rockbox 05.45.29 # and I have followed all of the suggestions in the unbrick guide on the rockbox site 05.45.49 # and the thread I linked to at abi is exactly what I need to fix the issue 05.46.08 # thats manufacturer mode.... not recovery mode 05.46.09 # and one person in a different thread said they got the process to work on their e260R 05.46.37 # but only because they had a healthy one to grab the hidden partition dump file they needed off of 05.47.26 # right, I guess saying I am stuck in recovery mode wouldn't be that accurate 05.47.33 # i'm just stuck with no firmware 05.47.33 # sorry 05.51.38 Join akahhannah [0] (n=c9f4cf3d@gateway/web/cgi-irc/labb.contactor.se/x-1b7f22ff4cd42b6d) 05.55.10 # JdGordon: I'm trying to patch recent builds with FS#9477 view mode tag but it fails, is there a way to make it work...different than modifying the patch? 05.55.30 # probably not... that patch was abandoned 05.55.51 # that patch? 05.57.18 # from everything people have said in that thread ( http://www.anythingbutipod.com/forum/showthread.php?t=33823 ) the process should fix my player, I just need the hidden partition dump file 05.57.22 # which I can't find anywhere 05.57.58 # oh, I should have read the line above 05.58.16 # haha, what a dumbass I am 06.00.01 # JdGoron: I guess I can understand why, but still sorry that new cool WPS features have been dropped 06.00.03 # Legomaniac: I've recovered my semi-broicked e200 once before, but havent done it with a e200r and dont want to make things worse for you so i cant help... 06.01.23 # JdGordon: I was just hoping perhaps you knew where I could find the files I needed, because once I get them the process is explained in quite detail 06.05.09 Quit akahhannah ("CGI:IRC (Ping timeout)") 06.25.29 Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 06.28.47 Quit Acksaw (Read error: 60 (Operation timed out)) 06.33.17 Join [1]TruthTaco [0] (i=TruthTac@adsl-217-208-216.aby.bellsouth.net) 06.37.12 Join zerotrace [0] (n=synack@unaffiliated/zerotrace) 06.38.23 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 06.51.04 Quit TruthTaco (Read error: 110 (Connection timed out)) 06.51.05 Nick [1]TruthTaco is now known as TruthTaco (i=TruthTac@adsl-217-208-216.aby.bellsouth.net) 06.51.36 Quit astroboy123 (Read error: 110 (Connection timed out)) 06.51.42 Join astroboy123 [0] (n=astroboy@211.27.36.244) 06.57.07 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 07.03.59 Quit Legomaniac ("http://www.mibbit.com ajax IRC Client") 07.06.04 Join amdgoon [0] (n=amdgoon@142.13.141.11) 07.12.13 Quit HBK1 (Read error: 110 (Connection timed out)) 07.20.21 *** Saving seen data "./dancer.seen" 07.23.10 Quit amdgoon ("ircII EPIC4-2.6 -- Are we there yet?") 07.24.53 Join Strife89 [0] (n=michael@204.116.244.200) 07.41.20 Join JdGordon|uni [0] (i=7bf38c1f@rockbox/developer/JdGordon) 07.41.39 Nick JdGordon|uni is now known as JdGordon_ (i=7bf38c1f@rockbox/developer/JdGordon) 07.44.06 Join Darksair [0] (n=user@221.221.155.164) 07.52.53 Quit BHSPitLappy (Remote closed the connection) 08.11.54 Join Rob2223 [0] (n=Miranda@p4FDCD0B8.dip.t-dialin.net) 08.14.57 Quit Strife89 ("Bedtime.") 08.16.38 Quit kachna|lappy (Remote closed the connection) 08.30.32 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.44.02 Join _lifeless [0] (n=lifeless@94.50.176.148) 09.04.32 Part toffe82 09.13.46 Quit lymeca (Connection timed out) 09.20.23 *** Saving seen data "./dancer.seen" 09.26.13 Join lymeca [0] (n=lymeca@student167-75.hampshire.edu) 09.44.58 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 09.45.13 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 09.46.46 Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") 09.55.56 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.01.14 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.28.40 Nick Barahir_ is now known as Barahir (n=jonathan@X8dbc.x.pppool.de) 10.38.26 Join MethoS- [0] (n=lem@host-091-097-242-002.ewe-ip-backbone.de) 10.42.45 Quit gevaerts (Nick collision from services.) 10.42.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.46.38 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.55.03 Join Barahir_ [0] (n=jonathan@X8dbc.x.pppool.de) 10.55.03 Quit Barahir (Read error: 104 (Connection reset by peer)) 11.15.59 Join {phoenix} [0] (n=dirk@p54B45829.dip.t-dialin.net) 11.18.55 Join pyro_maniac [0] (n=jens@p4FEEAC62.dip.t-dialin.net) 11.20.04 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 11.20.24 *** Saving seen data "./dancer.seen" 11.22.24 Join fml [0] (n=4fd3eb68@gateway/web/cgi-irc/labb.contactor.se/x-7047e805717272e8) 11.23.14 # Hello. Am I right that now it's possible to use two fonts in one WPS: the system font and the user selected font? 11.23.57 Join gregzx [0] (n=chatzill@dta17.neoplus.adsl.tpnet.pl) 11.24.08 # yes, already for a while 11.26.21 # pixelma: ok. The next question then: is it possible to use the "natural height" of lines to vertically stack them? I.e. I have a line using the UI font and I want to have the next line in the system font just under the previous line. Without using fixed coordinates because I don't know the size of the UI font. 11.28.18 Quit JdGordon_ ("http://www.mibbit.com ajax IRC Client") 11.28.30 # no 11.28.47 # there was a patch which did this (sort of) but was rejected for some reason 11.28.56 # you have to use viewports for that 11.29.42 # But they have fixed coords, right? I can't say "place the next vp right under the previous one". 11.29.54 # not that I know of. Well you have to use viewport definitions anyway with either 1 (for user font) or 0 (system font) so the space for the first user font part in your case is limited 11.32.03 # What I want to achieve is the following. I have a text only WPS. It displays the current and the next song. Above the next song, I want to place the text "Next:" using the (small) system font. But otherwise the WPS can be used with many fonts hence I wouldn't like to place fixed (x,y) there 11.36.38 # that's not possible currently afaics 11.43.00 # pixelma: ok 11.43.12 # JdGordon: how's the status bar patch doing? 11.57.02 # weird. I have a folder on my 8GB microSD where I consistently get a data abort when I start playing by selecting the first track (it fails when buffering finishes), but when I start by selecting the second track and the skip back to track one, I don't get this data abort. Comparing the file to the master on my HD shows nothing and a file system check of the microSD neither 11.57.49 # does someone have an idea what I could check for? 12.06.12 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 12.07.10 # fml: its finished and working... except it uses a bit of magic numbers which I'd like to turn into #defins before commiting 12.09.56 # fml: and yeah... what you want is not something which is likely to ever happen I think...it could in theory be done, but needs a pretty big effort and its not really needed 12.16.00 Join miepchen^schlaf [0] (n=miepel@p579EC63A.dip.t-dialin.net) 12.16.09 # pixelma: wanna test this statusbar out quickly to make sure i havnt mangeled it? 12.17.46 Join Mr_Ununoctium [0] (n=Tyler@h106.9.82.166.ip.windstream.net) 12.21.54 # * JdGordon hopes these comments are understandable.... 12.23.03 # something for Mr. Someone.... fix rockbox and doom (And some other plugins) to not recompile all their files if only a plugin.h dependancy is changed 12.24.32 Quit linuxstb (Read error: 113 (No route to host)) 12.24.39 Quit Horscht86 (Read error: 110 (Connection timed out)) 12.24.45 Quit Rtkwe (Read error: 60 (Operation timed out)) 12.25.10 Quit idshark ("changing servers") 12.26.12 Join idshark [0] (n=chainsaw@i.will.tell.u.some.hotstories.de) 12.27.09 Join Jaykay [0] (n=chatzill@p579E77A9.dip.t-dialin.net) 12.28.57 # gevaerts said some time ago in the community channel that there is a file where i can choose which parts of rockbox should be compiled 12.29.03 # (or something similar) 12.29.15 # i forgot where this file is and how its named... 12.29.19 # can anybody help me? 12.29.24 # firmware/SOURCES probably 12.29.40 # depending on what you mean exactly 12.30.39 # You can probably also disable features in the firmware/export/config-.h file by disabling #defines 12.30.49 # we were discussing about ram usage... and he said that many things which are compiled need ram, even if i dont use these parts 12.30.58 # so i asked for a way to disable them 12.31.04 # (the unneded parts) 12.33.45 # bertrik: how do i disable the defines? should i delete or comment out the lines? 12.34.11 # Jaykay, just comment them out, it doesn't really matter 12.34.40 # what is lcd flip and tagcache? 12.35.58 # lcd flip allows you to flip the display vertically, tagcache is the database and is a big saver if you disable it 12.36.46 Quit nuonguy ("This computer has gone to sleep") 12.37.01 # pixelma: is the statusbar only forced on in the rec screen on targets with the radio? 12.37.31 Join nplus [0] (n=nplus@243.131.Globcom.Net) 12.38.24 # JdGordon: I'd also force it in the FM screen since it's also not customizable 12.39.06 # thats done currently 12.39.13 # JdGordon: would you put up the status bar patch so we can inspect it? 12.40.03 # a last question: what is pitchscreen? 12.40.25 # fml: just commited it 12.41.05 Part zerotrace 12.41.05 Quit Mr_Ununoctium (Read error: 110 (Connection timed out)) 12.42.03 # sorry a second last question: is it possible to disablevoice (so that it doesnt get compiled) 12.44.19 # Jaykay, pitchscreen allows you to change pitch (probably very nicely described in the manual) and is not essential functionality, I don't know how to disable voice 12.44.50 # sorry and thanks... 12.46.05 # pixelma: ah, woops... forgot to mention that most plugins should have the statusbar in the menus again 12.48.30 # JdGordon: shouldn't viewport.c use the macro instead of (1<<(screen+4))? Also, in debug_menu.c, you use 0 as a parameter. I'd introduce a constant with an understandable name for that. 12.48.53 Quit flydutch ("/* empty */") 12.49.12 # yes, and well, 0 is good enough :p 12.49.13 Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) 12.49.14 # but yeah, probably 12.50.25 # JdGordon: IMHO the function viewportmanager_draw_statusbars needs more comments about what the data params means (or could be used for) 12.53.02 # * JdGordon looks forward to a patch :p 12.53.34 # Nothing to look forward to 12.55.49 # JdGordon: does viewportmanager_set_statusbar(0) mean "just respect the global settings"? 12.56.07 # no, that means dont show it on any screens 12.58.28 # the rec screen drawing code is a mess :( 12.58.35 # JdGordon: then I don't get why this is used (0 as the param). SHouldn't the setting be always respected? 12.59.08 # and overwritten in some cases? 12.59.46 # some screens arnt set up to handle the automatic sb drawing so it has to be disabled 12.59.53 # i.e plugins and debug menus 13.01.10 # JdGordon: ah... But please make it a #define, e.g. NO_SCREEN or such 13.01.47 # care to do the patch for me? i'm busy in the rec screen now 13.02.54 # JdGordon: please reopen the task, I'd like to aatach it there 13.03.27 # just stick it on pastebin, or dcc/email it to me 13.11.22 # JdGordon: SB_ONSCREEN without IGNORE means "do what the global setting says for that screen"? 13.11.34 # yes 13.11.47 # if you have better names for these defines I'm open to suggestions 13.14.13 # JdGordon: Do you have an idea why the statusbar fixes cause so much more binsize increase on SH than on other targets? 13.14.25 # Especially the increase for the Player is weird 13.15.17 # no, but ill check it out in a bit... 13.15.23 Quit miepchen^schlaf () 13.15.24 # Also, speaking about glitches, "Follow Playlist" still doesn't work right on hwcodec. It works when browsing while playing, but not at end-of-playlist. Swcodec is ok 13.15.26 # i did notice that and thought it was odd 13.15.53 # amiconn: was that a general glitch notice or directed at me? 13.16.48 # JdGordon: does your patch correctly handle the %wd tag? I.e. I suspect that it can enforce displaying the SB but not hiding (haven't checked) 13.17.18 # it should... 13.17.20 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.17.37 # I may have forgotten to test it explicitly though.. but it should work 13.19.44 Join gregzx_ [0] (n=chatzill@dtk158.neoplus.adsl.tpnet.pl) 13.20.00 # amiconn: could it have something to do with fiddling with individual bits in a char instead of an int? 13.20.10 # JdGordon: Iirc you did something regarding "Follow Playlist" recently 13.20.12 Quit gregzx (Nick collision from services.) 13.20.14 Nick gregzx_ is now known as gregzx (n=chatzill@dtk158.neoplus.adsl.tpnet.pl) 13.20.27 *** Saving seen data "./dancer.seen" 13.20.47 # well i wont have access to hwcodec for another 23 days... 13.21.00 # assuming my recorder actually gets to lostlogic :) 13.21.35 # Define "it" 13.22.21 # i suggest committing of the fix in http://www.rockbox.org/tracker/task/9692 and closing this task... 13.22.24 # the sh/cf bin increase 13.22.33 # its a little fix for a little bug in text_editor 13.22.38 # arm was hardly touched 13.24.38 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 13.25.00 Join gregzx [0] (n=chatzill@dtk158.neoplus.adsl.tpnet.pl) 13.36.47 # is there some broken logic in recorder.c around line 1103? 13.36.59 # that whole if/else block seems wrong 13.37.13 Quit bertrik (Read error: 113 (No route to host)) 13.37.59 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 13.38.07 # a screen with <4 lines uses compact mode, or a screen with >6 uses compact mode? 13.39.03 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 13.39.25 Quit lymeca (Read error: 110 (Connection timed out)) 13.40.18 # sorry, i misread the logic... screens with 4 or 5 lines use compact... everything else doesnt 13.40.23 # still doesnt make sense 13.42.31 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 13.43.59 # linuxstb: What's the lcd colour of the logikdax? 13.45.25 # does anyone want to commit the fix in http://www.rockbox.org/tracker/task/9692? 13.48.22 # JdGordon: something to do with whether triggered recording is enabled or not? Just guessing though and still don't like the 2 line peakmeters on an Archos screen 13.49.04 # jhMikeS: well, if we know that dual-boot at least will still work, i can think about updating mine. it would be nice to be able to figure this one out, since it's probably in the way of supported status... 13.49.24 Quit suom1 (Read error: 104 (Connection reset by peer)) 13.50.59 # amiconn: It's been so long since I used it, but I think it's black on blue. 13.51.40 # Care to find some suitable colours for the sim? (and screenshot as well, as that's what I'm working on atm) 13.52.15 # It is black on light blue/grey, the backlight is bright blue IIRC 13.52.35 # I'm not at home at the moment, so can't do anything today. I could probably help tomorrow night though. 13.53.15 # amiconn: I could have a look if you like - what do you need? Just colour codes? 13.53.30 # R, G, B values, with and without backlight 13.53.36 # OK 13.54.04 # I think we should just assume that pixel set means completely black (we do this on all positive display mono and greyscale targets so far) 13.55.05 # amiconn: With backlight off it is the ame as the H100 13.55.33 # The baclight is a bit darker blue than the H100, I'll just look up a suitable colour for that 13.56.05 # Maybe like iaudio remote? 13.56.22 # OK, I'll check that 14.00.55 # JdGordon: as I supposed, %wd is not handled properly if the SB setting is set to ON 14.01.38 Quit GodEater (Remote closed the connection) 14.02.18 # * JdGordon doesnt belive you :D 14.02.46 # wpsbars doesnt get touched if the %wd tag is there... 14.02.48 Quit edrz (Remote closed the connection) 14.02.54 # so 0 will get passed to the vpm 14.03.07 # does anyone know if the colors are inverted in the mrobe:100 simulator, or if it actually looks like that on the real thing? It seems to be the opposite of the other LCD_DEPTH == 1 sims 14.03.55 # kadoban: http://download.rockbox.org/manual/rockbox-mrobe100/rockbox-buildch3.html#x5-250003.1.1 14.04.03 # kadoban: That's a piccy 14.05.19 # BigBambi: I wasn't sure if that was taken with the simulator or something :) (the screen part at least) 14.05.39 # kadoban: I think it is really like that :) 14.05.55 # BigBambi: okay, thanks 14.06.21 # JdGordon: try and see 14.07.21 # :) I'm right... the bar probably doesnt get updated yeah? 14.07.34 # booboo in the viewport_Set_defaults()... ill commit that quickly 14.08.34 # fixed 14.08.52 # * JdGordon goes back to trying to get his head around the rec screen drawing code 14.09.30 # I think petur was the last one to do major work on the rec screen 14.09.46 # amiconn: Do you have to hand what colour the H100 uses? 14.09.57 # uisdl.h 14.10.04 # thanks 14.10.41 # 173, 216, 230 14.10.44 # kadoban: yes, the m:robe100 has a kind of "inverted" display, red on black 14.11.47 # pixelma: ah, thanks for the confirmation 14.13.38 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 14.13.53 # JdGordon: hrm... the fix doesn't seem to help much... 14.14.01 # amiconn: yep, the iriver/iaudio remotes look good 14.14.21 # fml: grrrr.... you sure? 14.14.32 # is it normal that diasabling some things in config-e200.h causes warnings and errors while compiling? 14.15.18 # fml: its working here... 14.15.37 # Jaykay: why are you doing that anyway? is there some benefit you're hoping to get by removing features? 14.15.44 # BigBambi: thanks 14.15.55 # JdGordon: let me back out my changes and check 14.16.19 # kadoban: i think there is a reson why this file exists.... and why shouldnt i? i want to make tests with it... 14.16.22 # *reason 14.16.39 # anyway, that was not the question 14.16.55 # Jaykay: relax...curiosity is a valid reason, i was just asking 14.17.09 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.17.20 # ok, sorry... 14.19.11 Quit HBK (Read error: 60 (Operation timed out)) 14.19.44 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.20.13 # JdGordon: checked on H120 sim. It doesn't work. 14.21.26 # show me your .cfg 14.22.44 Join Rtkwe [0] (n=Tyler@h26.48.82.166.ip.windstream.net) 14.23.03 # JdGordon: nothing special. status bar=ON, %wd in the .wps 14.23.08 # sometyhing is TOTALY FUCKED! *something* is magically setting the viewport to NULL between a set_viewport() call and my dump line... but there is nothing between them :( 14.23.40 Quit pyro_maniac ("Leaving.") 14.24.05 # can anybody answer my question? whether its normal that disabling something in config-e200.h causes warnings and errors while compiling... 14.24.11 # fml: which theme? 14.24.17 # Jaykay: no.. 14.24.29 # oh, you disabled something 14.24.38 # well, that it's possible, yes 14.25.15 # JdGordon: no theme. The WPS from the bug report. But now I changed %we to %wd 14.25.16 # but... why is it possible to disable something when disabling is not working anyway? 14.25.45 # fml: and its disblaed on both displays? or only one? 14.26.25 # Jaykay: because noone has cared enough to keep the disabled version working? what are you talking about anyway? 14.27.02 # Jaykay: the feature defines in those files mostly exist to make it easier to add new targets. i imagine that nobody has tested what you're testing, so somewhere there is a dependency on the target-type which should really be a dependency on the feature you're disabling. 14.27.09 # you should also do a make clean when you edited that file 14.27.26 # i did make clean before every compiling 14.27.35 # so, what's the error? 14.28.19 # JdGordon: ARGH::!!!&%$! I played the .Rwps file, not the WPS! Now everything is fine! 14.28.37 # various... about 4 for each not working disabling... sometimes plus some warnings 14.28.50 # :D 14.29.01 # should i write some errors? 14.29.14 # no, we like guessing 14.29.24 # ok, do so 14.29.25 # wait 14.29.47 Join edrz [0] (n=eric@static-71-178-198-5.washdc.fios.verizon.net) 14.31.23 # JdGordon: what's that screen+4 about? 14.31.42 # bitwise nastiness... 14.31.51 Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) 14.32.45 # if that bits are set, it indicates that drawing is forced or something? 14.33.25 # yes 14.34.19 # kugel: "..firmware/libfirmware.a(button-e200.o) : in function clickwheel_int: button-e200.c : (.text+0x438) undefined reference to buttonlight_on 14.34.35 # JdGordon: my patch: http://pastebin.ca/1324441 14.34.55 # kugel: when disabling buttonlight... and something like "returned 1 exit status" and error 1 14.35.06 # ah and two warnings, in the same file 14.35.47 # seems like buttonlight_on isn't covered with #ifdef HAVE_BUTTONLIGHT 14.36.19 Join Darksair [0] (n=user@123.112.112.252) 14.36.39 Join PaulJam [0] (i=Paule@vpn-3101.gwdg.de) 14.36.44 # fml: looks ok, but why did you change everything to int? 14.37.53 Join Quintasan [0] (n=quintasa@dynamic-78-8-11-48.ssp.dialog.net.pl) 14.38.38 # JdGordon: updated patch. IMHO int is better suited for bitwise ops. 14.38.46 # kugel: indeed.... and now? 14.39.15 # now? I'm going to have a cigarette 14.39.38 # Jaykay: you'd have to go through and fix up the ifdefing if you really want to disable things like that 14.39.57 # k... i guess its not worth fixing it? 14.40.10 # Jaykay: depends. is it a bug? 14.40.25 # i dont know... who is the developer here? 14.40.42 # too many #ifdefs make the code less readable. disabling that buttonlight is not going to happen in svn anyway, so why make the code less readable? 14.41.26 # Hi there, Dont know if this was asked before but I have problems with connecting Sansa e250 with Rockbox 3.0 installed. I'm using Ubuntu 8.10. dmesg: http://wklej.org/id/47222/ lsusb says the sansa is plugged in but I cant mount it. 14.41.40 # ok.... 14.42.02 # those defines are mainly to keep target-independent code really target-independent. the e200's button drriver is not target-independent at all anyway 14.42.34 # kugel: btw are you still working on the fuze? 14.43.04 # JdGordon: will you commit the patch? Otherwise it will vanish after X days. 14.43.14 # just commited 14.44.33 # Jaykay: sure, as soon as I get some sudden inspiration, or an answer from kkurbjun regarding the mmu setup 14.45.19 # ... 14.45.21 # ok 14.46.23 # Quintasan: Rockbox doesn't have a USB mode yet for the Sansa - it should reboot to the Sansa firmware when you plug in, unless you hold a button to force it to charge 14.46.54 # You can always do this manually of course - another option would be to upgrade to the current build and se if the problem persists 14.48.08 # BigBambi: Yeah, It does the reboot part. It rebuild the database, then I need to unplug and plug back the cable becuase it doesnt knows there is a cable after database refresh and says Connected for several seconds the it says Disconnected etc. 14.48.24 # That is the Sansa OF doing that 14.48.42 # Not much we can do about it 14.49.45 # :/ 14.50.05 # So how can I update rockbox? 14.50.29 # rbutil is the easiest way, or you can just unzip a new build to the root of your Sansa 14.50.42 # BigBambi: thats the problem 14.50.53 # what is? 14.51.01 # I cant mount it. How I'm supposed to copy files without mounting the player? 14.51.13 # Oh, I see 14.51.30 # I'd boot it to the Sansa firmware not plugged in, then plug it in and see what happens 14.51.43 # Check out my dmesg :P 14.51.54 # I'll give it a shot 14.52.29 # Quintasan: Oh 14.52.36 # Quintasan: I didn't look at that before 14.52.42 # Quintasan: Doesn't look brilliant 14.52.51 # Wow, I like the AmaroK theme 14.52.55 # lol it worked 14.52.55 # Perhaps try another cable - it is sometimes that 14.53.01 # \o/ 14.53.03 Quit domonoky (Read error: 104 (Connection reset by peer)) 14.53.43 Join petur [50] (n=petur@rockbox/developer/petur) 14.53.47 # I had two cables one from sansa e250 and from c200 which I broke. Maybe the cable was screwed up 14.54.37 # He-he, build stuck 14.55.15 # Oh, complete now 14.55.57 # hmm rbutil says newest is 3.0, I guess I just unpack it :P 14.56.09 # or get new rbutil 14.56.21 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 14.56.31 # but if you are capable of one line in the terminal then unzipping is nlt hard :) 14.56.38 # *isn't 14.56.38 Quit fml ("CGI:IRC (EOF)") 14.56.42 # again i suggest commiting of the fix in http://www.rockbox.org/tracker/task/9692... a fix for a little bug in text_editor 14.57.38 # BigBambi: the x64 build is outdated 14.58.22 # Quintasan: You could build it yourself, but unzipping would seem easier 14.59.24 # BigBambi: If I build it I can send binary to someone? The x86 works fine for me :D 14.59.41 # If you build it statically etc 14.59.54 # Then yeah, I'm sure that would be appreciated 15.00.05 # I think there are instructions on the wiki for static building 15.00.17 # Also not that it'd want to be a tagged version in svn 15.00.31 # Best to speak to bluebrother or domonoky about that 15.01.59 # hmm... changing to int fixed up the cf delta a bit... didnt touch sh though 15.02.17 # BigBambi: there is a ready command for static compiling ^^ 15.02.25 # er, *note that it'd want to be tagged above 15.02.29 # JdGordon: weird, isn't it? ;) 15.02.54 # more annoying than wierd :p 15.02.55 # seems like cf is more int focused 15.03.18 Join oizo [0] (n=Miranda@p57B7105D.dip0.t-ipconnect.de) 15.03.20 # I think I noticed similar things when changing the pitchscreen to use int instead of short 15.03.34 # JdGordon: it could be that it needs some support routine now iirc Unhelpful hit a similar thing with the scaler 15.04.01 # also, bit shifting seems to be rather expensive on sh 15.04.14 # something about sh not having a variable shift instruction or something 15.04.32 # im only doing constant shifts though 15.04.40 # n1s: hm, I think that disappeared using unsigned, not sure though 15.05.13 Join PaulJam_ [0] (i=Paule@vpn-3107.gwdg.de) 15.05.23 # JdGordon: 1< anyway it should be easy to spot if you compare map files 15.06.26 # ah, yeah... forgot about that :p 15.07.08 # http://svn.rockbox.org/viewvc.cgi?view=rev;revision=19399 15.08.53 # so, 1u << screen should already help, it seems 15.12.07 # comparing maps shows that after your change viewport.o is linked to ___ashrsi3 for SH so, these shifts are indeed the cause 15.15.32 Quit PaulJam_ (".") 15.18.28 # n1s: tested if using 1u avoids that? 15.18.42 # kugel, no but i can 15.18.58 # this is all for the sake of like 100 bytes..... 15.19.12 # :) 15.19.34 # worth it, if it's only 1 line to change imo 15.20.19 # yep, that fixed it dropped ~120bytes 15.20.31 *** Saving seen data "./dancer.seen" 15.20.33 # should i commit? 15.20.49 Quit PaulJam (Read error: 113 (No route to host)) 15.21.09 # if you really want to 15.21.37 # why not? 15.22.02 # unless the sign is an issue, reclaiming binsize is always nice 15.22.57 # JdGordon: didn't you have plans to kick hwcodec out? you don't need to worry then anymore :D 15.24.02 # at least not about signed shifts :/ 15.24.09 # I certainly wont be upset if we ever do go that route... although I finally bought a archos rec so i might change my mind 15.25.17 # kugel: this has nothing to do with the actual hwcodec though, just the cpu, maybe we'll get other SH based targets in the future 15.25.45 Join MethoS-- [0] (n=lem@host-091-097-241-091.ewe-ip-backbone.de) 15.26.03 # n1s: possibly, but I doubt it somehow 15.27.42 Quit Thundercloud (Remote closed the connection) 15.28.32 Quit oizo ("Everytime we say goodbye I die a little.") 15.30.02 # n1s: you didn't commit yet, did you? 15.30.12 # i did 15.30.46 # r1899 15.30.53 # eh 19899 15.31.50 # n1s: you seem to hit enter as I asked you ;) 15.36.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.37.25 Quit Darksair ("To Arch or Gentoo? That is the question...") 15.40.31 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.42.56 Quit MethoS- (Read error: 110 (Connection timed out)) 15.47.02 Join plas79ks [0] (i=m098dfk2@ip72-196-192-78.dc.dc.cox.net) 15.47.13 # hows it going everyone 15.47.40 # plas79ks: pretty good, yourself? 15.47.58 # not too bad. had a question that i cant seem to find the answer on 15.48.11 # can you install rockbox on a 120 gig ipod classic? 15.48.31 # no, and the answer to that can be found easily on the frontpage 15.48.31 # plas79ks: unfortunately, no. only the players listed on the main page are supported 15.49.09 # damn 15.49.26 # kadoban, do you know if they plan on developing a build for the classic at all? 15.49.37 # or is there something similar to rockbox that can be installed? 15.50.16 # plas79ks: there's about a million forum threads about that, but the short answer is that nobody is working on it as far as i know 15.50.28 # plas79ks: we dont make plans for new ports...new ports happen when people come forward with the capability, time, motivation, and the device itself to make a port 15.51.36 # right on, well thanks for the help everyone 15.51.39 # have a good day 15.51.41 Quit Rtkwe (Read error: 104 (Connection reset by peer)) 15.51.42 # peace 15.51.59 Quit plas79ks (Client Quit) 15.53.49 Join fyrestorm [0] (n=fyre@cpe-24-90-81-211.nyc.res.rr.com) 15.59.58 Join Guest65378 [0] (i=ProjDrea@host109-42-dynamic.50-79-r.retail.telecomitalia.it) 15.59.59 # « Un saluto a tutto il canale! » 16.00.35 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 16.03.44 Join tessarakt [0] (n=jens@e180073072.adsl.alicedsl.de) 16.04.24 # Guest65378: hi...this is an english channel... 16.04.45 # itala 16.05.07 # english 16.12.38 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.13.55 Join Eufouria [0] (n=Eufouria@141.155.194.216) 16.14.03 # Hello 16.15.03 # I'm looking for some help related to an ipod project 16.15.44 # well, this channel is for rockbox topics only, so if it isnt rockbox related, it probably belongs somewhere else... 16.15.47 # eufoiria: if its also related to rockbox, just ask 16.16.07 # I was wondering if it would be possible to flash a version of rockbox directly onto the ipod mainboard 16.16.20 # why would you want to? 16.16.38 # so that i wouldnt need a hard drive, it's complicated 16.16.55 # you would still need a hard drive or something else.. 16.17.07 # without a hard drive you could hardly hear music 16.17.07 # for... 16.17.29 # truthfully I'm building an ipod that will store my weed 16.17.35 # .... 16.17.38 # yeah, no 16.17.42 # haha 16.17.50 # you will still need a storage medium 16.18.01 # what about the apple bootloader 16.18.24 # what about it? 16.18.32 # could that be overwritten? 16.19.00 # perhaps a very simple screen lock program that once the correct code was entered would initiate the hard drive? 16.19.14 # I'm planning on using the spindle motor as the locking mechanism 16.19.37 # this doesnt belong in #rockbox anymore...there are other places you can take this... 16.19.47 # rockbox-community? 16.19.55 # that will work 16.20.02 # alright thanks 16.22.43 Join BdN3504 [0] (n=55b2026b@gateway/web/cgi-irc/labb.contactor.se/x-a8d7f486909891da) 16.23.45 Quit BdN3504 (Client Quit) 16.23.55 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 16.28.39 Quit Guest65378 (Read error: 104 (Connection reset by peer)) 16.29.59 Join office [0] (n=office@chello087206085111.chello.pl) 16.30.14 Part office 16.35.31 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 16.48.56 Quit tessarakt ("Client exiting") 16.51.15 Join tvelocity [0] (n=tony@adsl3-63.her.forthnet.gr) 16.51.46 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 16.54.09 Quit {phoenix} (Read error: 110 (Connection timed out)) 16.57.45 # another try: i suggest committing of the fix in http://www.rockbox.org/tracker/task/9692..... its a fix for a sall bug in text_editor 17.01.13 Quit gromit` ("Coyote finally caught me") 17.02.43 # ok, the gigabeat s does appear to be the only rockbox target with an FM tuner that supports RDS 17.08.42 # n1s: the problem was that a couple of the sh targets used the signed right shift routine elsewhere, and the scaler merge removed it from the bitmap loader. this resulted in a much larger apparent binsize gain in the the targets that retained the signed right shift. amicann figured out how to get rid of it, i believe. 17.08.44 Quit bs66_ (Read error: 110 (Connection timed out)) 17.10.19 # Unhelpful: ah, right. that signed right shift thing got back in with JdGordon's commit but i found amiconn's fix and applied it again 17.10.27 # (in a different place) 17.10.35 Join bs66_ [0] (n=sysuser@79.138.181.128.bredband.tre.se) 17.11.19 # another 1 << n where it was right-shifting the rest of the expression instead? 17.13.26 # yeah, this is the change so it must be that http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/viewport.h?r1=19898;r2=19899;pathrev=19899 17.16.01 Join akur [0] (n=akur@bl6-154-131.dsl.telepac.pt) 17.16.04 Part akur 17.20.33 *** Saving seen data "./dancer.seen" 17.21.52 # bertrik: Has it been confirmed on an S that it is present/works? 17.21.53 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 17.22.47 # BigBambi, no, but the chip/device id registers indicates that it has an si4701 chip, which supports RDS 17.23.05 # cool 17.23.24 # I think it should be easy to enable RDS on the si4701 (it's disabled by default) and see if any RDS data comes in 17.23.47 # then later we can start trying to decode the data and do something useful with it 17.23.58 # yeah, one step at a time :) 17.24.21 # well, I'm not much good at anything but guinea pigging, so if needed let me kow :) 17.24.28 # *know 17.25.10 # The beast OF doesn't do anything with it, right? 17.25.38 # Don't think so, but the beast OF is long since gone so I can't check :) 17.25.52 # I certainly don't remember it doing anything 17.26.00 # BigBambi, are you ready for a little test right now? 17.26.07 # sure 17.26.38 # ok, I'll make a simple proof-of-concept patch to see if any RDS data comes in at all 17.26.41 Join gromit` [0] (n=gromit@ALagny-154-1-12-250.w83-112.abo.wanadoo.fr) 17.26.54 # Ok, cool 17.29.38 # BigBambi, can you apply this patch: http://pastebin.ca/1324572 then go to the radio screen, pick a strong station that has RDS and go to the radio debug screen ? 17.29.39 # I thought n1s already tried? Could be remembering wrong though... 17.30.18 # the numbers in the bottom of the radio debug screen should have varying data 17.30.24 # bertrik: will do (I have to find a list of radio stations with RDS first - I'm assuming it is used in France) 17.31.05 # pixelma, I know nothing of any beast RDS experiment done yet 17.33.05 # bertrik: I get "patch unexpectedly ends in middle of line " - I assume I can ignore that? 17.35.38 # hmm, weird, it patched fine here. It's just two lines, could you copy them over manually? 17.36.15 # bertrik, pixelma: i never tried it but jhMikeS said he accidentally enabled it and got some data in those regs 17.36.17 Quit Eufouria ("Leaving") 17.36.42 # bertrik: Yes, no problem 17.39.32 # bertrik: the last three on the bottom line are changing all the time, and the three before those more slowly 17.39.41 # cool 17.40.00 # Only when I have good reception too :) 17.40.26 # can you take a few photos of it? I think we should be able to tell if that data makes any sense even from those 4 numbers 17.41.11 # bertrik; will try :) 17.41.17 # also, I just found http://ybphoto.free.fr/elec/rds/rds.htm 17.41.40 # having changing data on the bottom line probably means that it works BTW ;) 17.42.11 # awesome :) 17.44.10 Quit Llorean ("Leaving.") 17.47.55 # bertrik: http://aeparker.com/stuff/ 17.48.17 # RDS data comes in at 1187.5 bps, I don't know if/how the fm chip makes sure that the 4 words belong to one message if we read it out slower than that 17.49.13 # * BigBambi has no idea :) 17.49.43 # we'll just have to find out, thanks for the screendumps, I'll have a look in half an hour or so 17.49.46 Quit sarixe (Read error: 110 (Connection timed out)) 17.50.10 # no probs - I'm going out in a bit but will be in and around as usual to play with stuff if needs be :) 17.50.20 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 17.52.58 Quit petur (Read error: 110 (Connection timed out)) 17.55.19 # * linuxstb googles and sees the Zune apparently supports RDS and shows song info when transmitted, but the S doesn't seem to 17.56.36 # Even just station names would be incredibly good 17.56.38 Join miepchen^schlaf [0] (n=miepel@p579EC63A.dip.t-dialin.net) 17.56.57 # But no, in my very brief play with the beast OF I don't remember them being there 17.57.47 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 17.58.59 # Unsurprisingly, it seems the Zune has the si4701 FM tuner as well 18.01.05 Join Rob2222 [0] (n=Miranda@p4FDCFC70.dip.t-dialin.net) 18.02.32 Quit domonoky (Read error: 110 (Connection timed out)) 18.04.36 Quit Aurix_Lexico ("Leaving.") 18.05.51 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 18.18.28 Quit Rob2223 (Read error: 110 (Connection timed out)) 18.19.53 # good evening 18.20.02 Quit bluebrother ("leaving") 18.23.38 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 18.32.23 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.37.26 Quit Thundercloud (Remote closed the connection) 18.37.30 Join toffe82 [0] (n=chatzill@adsl-76-240-237-129.dsl.frs2ca.sbcglobal.net) 18.37.41 Join tessarakt [0] (n=jens@e180073072.adsl.alicedsl.de) 18.38.36 Quit SirFunk (Read error: 110 (Connection timed out)) 18.40.44 Quit robin0800 (Connection timed out) 18.44.45 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 18.46.06 Quit SirFunk_ (Read error: 110 (Connection timed out)) 18.48.35 Part volkmar 18.56.11 Quit tessarakt ("Client exiting") 18.56.51 Join einhirn [0] (i=Miranda@wlanstaff031.rz.tu-clausthal.de) 19.00.27 Join tessarakt [0] (n=jens@e180073072.adsl.alicedsl.de) 19.02.55 # BigBambi, the RDS data makes sense :) 19.03.19 # next step is to code a crude RDS decoder in the debug screen I think 19.03.44 Quit n17ikh (Read error: 60 (Operation timed out)) 19.06.26 # * bertrik starts hacking 19.07.47 Join n17ikh [0] (n=n17ikh@130.127.74.89) 19.12.29 Quit flydutch ("/* empty */") 19.12.49 Join {phoenix} [0] (n=dirk@p54B45829.dip.t-dialin.net) 19.15.33 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 19.16.33 Quit tessarakt ("Client exiting") 19.17.12 Quit kugel (Nick collision from services.) 19.17.15 Join kugel_ [0] (n=kugel@78.52.67.225) 19.17.25 Nick kugel_ is now known as kugel (n=kugel@78.52.67.225) 19.18.22 Quit Jaykay (Read error: 110 (Connection timed out)) 19.20.23 Quit nplus (Read error: 110 (Connection timed out)) 19.20.28 Join tessarakt [0] (n=jens@e180073072.adsl.alicedsl.de) 19.20.37 *** Saving seen data "./dancer.seen" 19.21.58 Quit tessarakt (Client Quit) 19.22.03 # i notice that in the virtual keyboard, there's a lot of space wasted on the bottom. instead of wrapping the input and using multiple lines, it just goes off the screen to the left or right. is there some setting that i'm missing to get it to use multiple lines? if not, is there any reason that this wouldn't be a good idea? 19.22.25 # anyone got a good way I can test the rec button for an e280v2? 19.25.16 # kadoban: which target are you on? 19.25.25 # pixelma: sorry, e200 19.26.47 # I'm sorry too, didn't see the "input" in your statement 19.27.18 # ah, i see 19.28.01 Join tessarakt [0] (n=jens@e180073072.adsl.alicedsl.de) 19.28.28 # FlynDice: if you keep it pressed you get into the recoding mode 19.30.50 Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) 19.32.56 Quit dfkt (Nick collision from services.) 19.33.02 Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) 19.33.19 Join arohtar [0] (n=daniel@88-106-160-228.dynamic.dsl.as9105.com) 19.37.01 Quit HBK- (Client Quit) 19.37.25 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 19.37.27 # will the v2 go into the recording mode? 19.39.55 Quit rocko ("Leaving") 19.40.35 Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 19.42.08 Join asdf9398___ [0] (n=survey_m@dslb-092-075-006-168.pools.arcor-ip.net) 19.42.08 Part asdf9398___ 19.43.52 Quit faemir (Read error: 110 (Connection timed out)) 19.49.09 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.49.29 # FlynDice: hm, probably not without recoding capabilities :/ 19.49.48 # does simplelist_addline support "%8s" format (%s with a length specifier)? 19.52.48 Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) 19.53.11 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.53.23 # FlynDice: you can try keeping the rec button pressed during boot, so that settings are reset 19.53.38 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 19.54.06 Quit tvelocity (Connection timed out) 19.54.46 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 19.54.58 # BigBambi, around to test another patch? 19.55.32 Quit dfkt (Nick collision from services.) 19.55.35 Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) 19.57.13 # anyone with a beast up for an RDS test? 19.59.46 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 19.59.57 # bertrik: do you plan to commit sansa ams radio soon? 20.00.37 # maybe I don't understand the problem enough, but why is it keeping the patch back? 20.02.02 # I think the patch is now pretty OK, but I need to check if it doesn't increase binsize for a few other targets 20.04.55 Join MethoS- [0] (n=lem@host-091-097-241-091.ewe-ip-backbone.de) 20.12.01 # bertrik: best way to check that is to ask the build table :) 20.16.02 Join T0paz [0] (n=jonny@spc1-horn1-0-0-cust255.cosh.broadband.ntl.com) 20.19.47 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.21.38 Quit MethoS-- (Read error: 110 (Connection timed out)) 20.23.42 Quit rocko ("Leaving") 20.24.28 Join webguest41 [0] (n=c77eae75@gateway/web/cgi-irc/labb.contactor.se/x-f3e9a652453fea98) 20.24.30 Join BdN3504 [0] (n=55b2026b@gateway/web/cgi-irc/labb.contactor.se/x-d72d50640dc70a88) 20.26.01 # hey i have a cowon iaudio m3 beside me right now and have used the rbqutil to install RB 3.1 but the device doesn't load rb. instead it just boots into its native firmware. 20.31.22 Quit kugel (Remote closed the connection) 20.31.34 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.31.37 Quit webguest41 ("CGI:IRC (EOF)") 20.32.28 Join TucknDar [0] (n=christia@062016146224.customer.alfanett.no) 20.32.42 Quit rphillips ("rebooting") 20.32.58 Join nibbler [0] (n=Nibbler@pD9E32181.dip.t-dialin.net) 20.34.07 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 20.38.56 Quit nibbler ("Ex-Chat") 20.42.23 # RDS 20.43.24 # BdN3504: have you checked if it put the firmware file in the correct location? 20.44.34 # Unhelpful, can you try this patch: http://pastebin.ca/1324721 then go to the radio, select a strong station that probably has RDS, then go to the radio screen and look at the debug info 20.45.08 # happy to now, i was attempting to search the backlog to see if you linked the patch 20.45.09 # radio screen -> radio debug screen 20.45.22 # how does one get to radio debug? 20.45.59 # system / debug / fm radio 20.46.20 # i don't know where the correct location is 20.47.10 # well, have you checked where the firmware file gets saved? 20.47.20 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 20.48.47 # bertrik: isn't RDS the european system? or is this expected to work for... whatever it is we have in the US? 20.49.00 # * gevaerts will test 20.49.08 # i am reading a helpful forum thread right now, i think i'll get it done 20.49.17 # oh, wasn't aware of that, US uses RDBS which should be mostly compatible 20.49.48 # well, I'm quite interested if Rockbox Utility puts the file in the wrong location ... 20.50.23 # well, i'll try anyway :D 20.50.33 # RDBS -> RBDS 20.51.22 # here's a nice article about the differences: http://www.rds.org.uk/rdsfrdsrbds.html 20.52.08 # works, thanks for the help bluebrother 20.52.14 # * bluebrother can't see anything possibly wrong ... 20.52.27 # BdN3504: can you be a bit more specific? Did it work using Rockbox Utility? 20.52.40 # or any other method (and which?) 20.56.27 Quit linuxstb (Read error: 113 (No route to host)) 20.58.17 # yes it did work with rockbox utility, i just had to get the charger to make the firmware upgrade. 20.58.38 # ok. Didn't Rockbox Utility display a note about the charger? 20.59.01 # yes it did. i have a question now, though: how do i exit the quick screen on this target? 20.59.24 # sorry, no idea about that. I was just wondering if you hit a bug in Rockbox Utility ;-) 21.00.38 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 21.02.13 # bertrik: I get data out of it that looks plausible 21.02.46 # gevaerts, you see valid ascii text? 21.03.45 # bertrik: yes. It's a bit unstable (some characters change now and then), but my reception isn't very good 21.05.06 Quit rocko ("Leaving") 21.05.25 # cool, RDS can send only 4 characters per frame and updates these in a larger text buffer. There's no error check yet in the debug code. 21.07.59 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 21.08.30 Join ubunturules [0] (n=ubunturu@d199-126-174-117.abhsia.telus.net) 21.08.39 # hi 21.09.23 # hi 21.09.53 # erm i just looked at the wiki for the iaudio targets and there it says the power handling is only 10%. is this device really capable of running rockbox? i don't know how to charge the device. if i plug in the ac connecter, it automatically let's the device power up and boot rockbox. 21.10.25 Quit ubunturules (Client Quit) 21.11.18 Join ubunturules [0] (n=ubunturu@d199-126-174-117.abhsia.telus.net) 21.11.23 # and if i turn the device off, while the ac charger is still plugged, the backlight won't turn off until i disconnect the charger 21.12.03 Quit ubunturules (Client Quit) 21.13.12 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.17.15 Join ubunturules [0] (n=ubunturu@d199-126-174-117.abhsia.telus.net) 21.17.52 Join linuxrocks [0] (n=ubunturu@d199-126-174-117.abhsia.telus.net) 21.17.52 Quit ubunturules (Read error: 104 (Connection reset by peer)) 21.18.03 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.18.08 Quit nuonguy ("This computer has gone to sleep") 21.19.31 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9ee3ef445aec8fe7) 21.19.56 Join merbanan [0] (n=banan@83.233.243.133) 21.20.29 # What is flawed about the memory on Sansa Fuz 21.20.38 *** Saving seen data "./dancer.seen" 21.23.12 # linuxrocks: what do you mean? 21.23.50 # bertrik: at least one station so far is showing its name in PS and RT in debug 21.25.05 # this one appears to have artist title callsign in RT, and a scrolling version of that (by pushing updates) in PS 21.25.15 Join lymeca [0] (n=lymeca@student166-223.hampshire.edu) 21.25.19 # on the status page for v2s it says that the fuzes internal and external storage is flawed 21.25.51 Quit BdN3504 ("CGI:IRC (EOF)") 21.26.40 # i want to try out rockbox on the fuze without harming it 21.27.21 Quit Quintasan ("leaving") 21.27.58 # the fuze port is not complete yet and is unsupported, so be warned...the port is mostly for developers only at the moment 21.28.16 # does your patch (or printf itself?) substitute periods for unprintables? 21.29.14 Quit linuxrocks ("DSOrganize IRC") 21.29.35 # this station shows "MIX 10.." in PS and "......67..........." in RT... and yes, it's 106.7 21.31.12 Join ubunturules [0] (n=ubunturu@d199-126-174-117.abhsia.telus.net) 21.32.24 Quit ubunturules (Client Quit) 21.34.18 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 21.39.02 # Unhelpful, it prints periods for characters that have not been received yet. It's a bit weird though that the PS (programme service) and RT (radio text). 21.39.41 # some frames cause the strings to be invalidated 21.39.56 # it really seems it got split somehow... it works ok for other stations, many of them seem to scroll data in PS 21.43.10 Quit tessarakt ("Client exiting") 21.43.11 # the RDS data comes in blocks of 4 x 16 bits, but I don't know how to tell if we get a complete consistent block or possibly a mix of bits from two different RDS frames 21.43.34 # so that may explain texts getting mixed up 21.44.30 Part TucknDar ("Leaving") 21.44.36 Join buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) 21.46.36 # Unhelpful, do you see anything meaningful in PTYN or ITEM? does PI have a stable value? 21.47.33 # make me look again, eh? ;) 21.50.23 # PTYN is always empty, so far. ITEM has had some numbers, i have no idea what they're supposed to represent. PI is stable on channels where i'm getting good data for RT/PS... some have corruption in RT/PS, and PI keeps changing, possibly it's just bad reception? 21.51.01 # I think PI should a fixed unique number for a specific station 21.52.11 # the ITEM code encodes for day-hour:minutes, not sure exactly of what (current time or start time of program) 21.55.51 Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) 22.00.53 Join Rob2223 [0] (n=Miranda@p4FDCCAF7.dip.t-dialin.net) 22.01.21 Quit rocko ("Leaving") 22.11.41 Join petur [50] (n=petur@rockbox/developer/petur) 22.14.08 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 22.19.26 Quit Rob2222 (Read error: 110 (Connection timed out)) 22.21.09 Join WPSCoder [0] (n=55b2026b@gateway/web/cgi-irc/labb.contactor.se/x-ec75d159a1975eb1) 22.24.11 Join tim1982 [0] (n=timmy@spc1-horn1-0-0-cust255.cosh.broadband.ntl.com) 22.24.40 # i have a question concerning the "Showing other settings" %St tag: Can i display which files are shown in the browser? like %?St|show files| ? 22.28.00 # How do i access the show files setting from the WPS? 22.29.32 # i just tried it and it works like i thought... %?St|show files| 22.31.44 Quit WPSCoder ("CGI:IRC (EOF)") 22.43.17 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 22.43.50 Quit lymeca (Success) 22.47.52 # * pixelma hopes BdN3504 found the charging trick for the Iaudio M3 in the forums 22.54.28 Quit {phoenix} (Remote closed the connection) 23.00.43 Join windyj [0] (n=windy@47-48.26-24.tampabay.res.rr.com) 23.01.25 Quit petur ("Zzzz") 23.04.32 Part pyro_maniac 23.04.39 Quit amiconn (Nick collision from services.) 23.04.40 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 23.04.44 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 23.04.44 Quit pixelma (Nick collision from services.) 23.04.54 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 23.04.56 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 23.07.20 Join lymeca [0] (n=lymeca@student167-130.hampshire.edu) 23.10.43 Join akur1 [0] (n=akur@bl7-119-62.dsl.telepac.pt) 23.19.37 Quit BXCracer (Remote closed the connection) 23.20.42 *** Saving seen data "./dancer.seen" 23.23.56 Quit kugel (Remote closed the connection) 23.24.29 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.24.58 Quit bertrik ("Leaving") 23.27.40 Join Legomaniac [0] (i=4590ad72@gateway/web/ajax/mibbit.com/x-df7737591a8c24a8) 23.30.23 Quit dfkt (Read error: 110 (Connection timed out)) 23.30.25 Join dfkt_ffs [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.30.41 Nick dfkt_ffs is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.32.15 # hey, does anyone know where I could get a hidden partition dump file for a sansa e260R? 23.34.28 # you can convert it to a vanilla, do the dump and then convert it back! ;-) 23.35.28 Join dfkt_ffs [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.36.05 # how do I convert it to a vanilla? 23.36.49 # well, that's not a journey I recommend without very very carefully considering first, and reading up on how these things work 23.37.13 # you can convert it by flashing a "standard" bootloader to the sansa 23.37.22 Part windyj ("Leaving") 23.37.40 Quit hd (Read error: 54 (Connection reset by peer)) 23.37.43 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 23.37.57 # well, I have read a thread at the anything but ipod forums outlines the method I need to fix my issue 23.38.03 # but I just need the file 23.38.18 # url: http://www.anythingbutipod.com/forum/showthread.php?t=33823 23.39.35 Quit merbanan (Remote closed the connection) 23.40.08 # ah right, that also describes how to make such a fs dump with e200tool 23.40.31 Quit bmbl ("Woah!") 23.42.38 # but the poster of the thread also said that he needed a healthy file to put onto his bricked sansa 23.42.44 # " You will need a hidden partition dump file to execute this step. For a e260v1 with 4GB memory, i used the one found here " 23.42.52 # and then gives a link 23.42.54 Quit tim1982 (Remote closed the connection) 23.43.17 # but I don't think that linked file will work with my sansa because mine is an R series 23.44.11 # and someone who had an e260R said they got that process to work, but only because they had a healthy e260R to make the dump file from 23.44.48 # oh the hidden partition is indeed different between a vanilla and an R 23.45.06 # the bootloader is stored there, and they are significantly different 23.46.04 Quit arohtar (Client Quit) 23.46.09 # good, so it's probably a good thing I didn't try his method with that file 23.46.23 Join faemir [0] (n=daniel@88-106-160-228.dynamic.dsl.as9105.com) 23.46.41 # I just need to try his method with a dump file from another e2x0R 23.46.43 # e200tool would still be able to rescue you 23.48.07 # how? 23.50.01 Part akur1 23.51.42 Quit dfkt (Read error: 110 (Connection timed out)) 23.52.08 Nick dfkt_ffs is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.54.05 # manufacture mode 23.55.34 # right 23.55.35 Quit Thundercloud (Remote closed the connection) 23.56.02 # and the turorial I found to unbrick my sansa uses manufacturer mode 23.56.34 # but that still doesn't change the fact that I need the hidden partition dump file that he got off of daniel's website 23.56.54 # and I can't find one for an R series player 23.57.02 Join Jonny_ [0] (n=chatzill@216-43-212-215.dsl.mcleodusa.net) 23.57.50 # well, dumping that fs is a very very unusual way to unbrick 23.57.58 # in fact I haven't even seen it before 23.58.16 # well all the other unbrick methods have failed for me 23.58.26 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 23.58.39 # and I have read someone with my same issue and my same player have that method work for them