--- Log for 04.03.110 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 21 hours ago 00.01.15 Quit Farthen (Ping timeout: 260 seconds) 00.01.43 # Unhelpful: ping 00.04.25 # discharge measuring is still fine after 2hrs on sansa clip+ 00.05.37 # New commit by 03peter (r25012): Enable recording histogram for h100 00.05.59 # wtf, why is audio.h in firmware/ ? the implementations are in apps/ 00.06.33 # petur: any target could use that histogram, right? 00.09.36 Quit efyx_ (Remote host closed the connection) 00.10.19 # kugel: skin resizing... its blocking fms so I want it in soon... are you ok with me taking it over this evening? is there anything other than my comments which need to be done? 00.10.46 # it needs more testing 00.11.01 # for example I'm not sure what happens with themes that exceed the todays limit 00.11.09 # it's possible that they still fail to load 00.11.16 # kugel: if the screen is big enough 00.11.28 # kugel: "todays limit"? 00.11.39 # the limit in svn 00.12.25 # doesnt the patch completly ignore that now? or do you mean what happens on boot when the size is unknown? 00.13.06 # yea 00.13.47 # ok, it should do a 2pass scan if it fails 00.14.03 # or just use a MASSIVE buffer, like 1MB(!) 00.14.31 # the first sounds better 00.14.53 # some targets don't even have 1MB to play with 00.15.03 # that will make boot very slow, but as long as cabbie will always fit its not a big deal 00.15.15 # the targets that dont, dont need a 1mb skin buffer 00.15.25 Quit bluebrother (Disconnected by services) 00.15.26 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 00.15.38 # it would only make boot slower if the theme doesn't fit, and you would need to reboot then anyway 00.17.32 # we could do both, increase the default buffer to decrease the likelyhood of failure but still reboot on failure 00.17.45 # yeah 00.19.13 Quit piotrekm (Quit: piotrekm) 00.19.24 # actually.. it should always do a 2 pass on boot if the size is unknown 00.20.19 # hmm.. another reason to put the size in the .cfg... what happens when nvram.bin exsists and has the size, but then you manually change the files in the config.cfg on your pc? 00.20.24 # reboot and the size will be wrong 00.20.36 # New commit by 03kugel (r25013): FS#10756 - Free unused init code ... 00.21.18 Quit p3tur (Remote host closed the connection) 00.21.24 # and how does having it in the .cfg help? 00.21.30 # I don't want that 00.23.02 # its easier to outright remove in that case 00.23.13 # it could only be written into the .cfg by rockbox on the target. most themes are developed on the sim for targets people don't even own. it will just be wrong 00.23.45 # besides, most people don't use the "write theme settings" feature in which case it wouldn't be in the cfg 00.24.27 # If you're talking nvram.bin, aren't you talking config.cfg rather than the theme config? 00.24.31 # right, it shuoldnt be added by anything except the skin loader, but it shuold be easily clearable 00.25.02 # what do you mean by clearing? 00.25.52 # Such values should never be stored in the .fg 00.25.55 # Err .cfg 00.26.11 # And there's no reason to clear it. Ever. 00.26.39 # Just always calculate how much buffer you need as you go, then store it in nvram 00.26.51 # On next boot the size will be optimal 00.26.55 # that's what I do right now 00.27.21 # there's the possibility though that nvram.bin is wrong, if the .cfg is changed on the pc 00.27.40 # Yeah, but where's the problem? 00.27.49 # it's not handled right now :) 00.28.01 # if the at boot skin loading handles that we have no problem. I don't see why it needs clearing either 00.28.22 # It can't be handled if you have it in the .cfg either 00.28.27 # if/when the .cfg is manually changed 00.28.31 # maybe its not a big deal 00.28.36 # If you need more buffer than currently allocated, you need to reboot 00.29.02 # the problem is when it thinks it needs X bytes but actually needs X+y 00.29.09 # But if it's in the .cfg, you create a nasty problem for people backing up config 00.29.35 # +files 00.30.41 # ok, ok, I give up :) then the skin loading at boot needs to be made safer 00.31.22 # New commit by 03kugel (r25014): Fix reds. Don't use the init section in the bootloader. It's not useful there anyway. 00.32.19 # ah, my bad 00.33.16 # I wonder why portalplayer doesn't use a single app.lds 00.33.41 # ah... sb_skin_init() cant be in INNIT_ATTR i think... 00.33.57 # isnt that called in settings_apply_skins()? 00.34.07 Quit petur (Quit: Zzzzz) 00.34.45 # JdGordon: yea, but that call is useless 00.35.24 # wont that cause a data abort if you try calling it when it doesnt exist anymore? 00.35.41 # yes 00.35.46 # the call should be removed 00.35.52 # as well as the gui_sync_wps_init() one 00.36.42 # it just sets up the pointer to the structs. the albumart part is also done in skin_data_reset() 00.36.43 # * amiconn thinks that init section stuff is dangerous 00.37.03 # Hmm, and rom execution needs special care as well 00.37.44 # can I merge the various app.lds of PP? 00.38.11 Join anewuser [0] (anewuser@unaffiliated/anewuser) 00.38.23 Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115133306]) 00.38.38 # JdGordon_: when I made this patch they were only called once in main.c 00.38.48 # New commit by 03kugel (r25015): Don't call this two, it's uneeded (and would crash since they're INIT_ATTR). 00.40.17 # * amiconn thinks it's too dangerous 00.40.29 Quit jgarvey (Quit: Leaving) 00.40.53 Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 00.41.27 Quit planetbeing_ (Quit: planetbeing_) 00.41.45 # I don't see how it's dangerious 00.42.17 # if those init funcs ever need to be changed it will cause problems 00.42.19 Quit Utchybann (Ping timeout: 260 seconds) 00.42.52 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 00.42.56 # You're potentially calling functions which no longer exist 00.43.39 # I can think of some attribute tricks which may make it a little safer, but I can't say I like this trick 00.44.23 # potentially? I determine whether those functions are called again 00.44.56 # Yes, but you get *no warning* if you're calling them 00.45.04 # right, but in 6 months when those init functoins change meaning and someone forgets to remove that INIT_ATTR 00.45.04 # merging the app.lds files doesn't work with our build system 00.46.52 # It might be possible to make in throw a warning 00.48.18 Join planetbeing_ [0] (~planetbei@198.107.160.17) 00.48.53 # New commit by 03kugel (r25016): Fix remaining reds. I forgot to change the app.lds of the other PP targets (it's the same file as for e200/c200 though). 00.49.58 # hm, what the heck 00.50.50 # You could make INIT_ATTR include __attribute__((deprecated)) by default, and redefine it in main.c to not include that attribute 00.51.21 # This would make gcc throw a warning about the function being deprecated when trying to call it from anywhere else than main.c 00.51.27 # Still not very nice though :\ 00.52.32 Join funman [0] (~fun@rockbox/developer/funman) 00.52.37 # New commit by 03kugel (r25017): Really fix bootloaders now. 00.53.20 # amiconn: that doesn't work for init functions that are not called from main, but from other init functions 00.53.43 # like the one in thread.c 00.54.15 # ew 00.55.58 *** Saving seen data "./dancer.seen" 00.56.03 # do you know the real name of ranmachan ? 00.56.22 # I don't 00.56.58 # I found with his wiki name 00.57.55 # hm, any idea on the ipodvideo64mb red? 00.58.33 # -mlong-calls ? 00.58.49 # ah, right 00.59.21 # wasn't the short call range 64MB? 01.00.31 # it should use -mlong-calls already except when using eabi 01.00.41 # yea, but that's for c code 01.00.52 # crt0.S does bl main, which is always a short call 01.00.56 # kugel: it's +-32MB 01.01.06 # oh 01.02.12 # any volunteers for porting uclpack to arm? 01.02.23 # i need that on-target... 01.02.28 # Why would you want to pack on target? 01.02.54 # * amiconn thinks r25013 and follow-ups should be reverted 01.03.23 # Even though having this space back would be nice... but the concept is too shaky imo 01.03.50 # well, discuss it on the ml 01.04.17 # mcuelenaere wanted it as well 01.04.33 # it's the same concept the linux kernel uses. I don't see anything wrong with it 01.04.39 # amiconn: for an easy installation process 01.04.57 # TheSeven: what would you compress? 01.05.11 # Hmm, so it's one-time. Why not just compile the C code then? 01.05.12 # disk mode and diag mode images for an ipod 01.05.36 # amiconn: what's up? :) 01.05.59 # Unhelpful: I did experiments wrt PP5020, iram, and cache 01.06.03 # amiconn: I will try to do that, but I'll need to remove all those operating system dependencies (malloc, file i/o, ...) 01.06.18 # My theory holds - but it means the table based division is sub-optimal on PP5020 01.06.39 # The code should be in dram, and only the table in iram for best performance 01.07.07 # This requires differentiation between PP5020 and the rest - PP5020 can't use adr here but must use ldr 01.07.44 # Do you have some clever idea how to do this in the .S without too much ifdefing? 01.08.07 # kugel: you didnt answer before, do you mind if I take over that patch (and leave the number in nvram) 01.08.20 # So far I managed to push -c1000 performance on PP5020 from 153.1% to 159,5% realtime 01.08.22 # the best idea i can think of is to ifdef around the ldr, and ifdef at the table head (to have it put in iram)? 01.08.24 # assuming i actually have time tonight.tomorow 01.08.32 # With that divider change it's 161.0% realtime 01.08.56 # New commit by 03funman (r25018): mkamsboot/dualboot: make the unused vectors be infinite loops ... 01.09.10 # or, actually... this might mesh well with something else i wanted to do. ;) 01.09.12 # (not committed yet - need to redefine some iram attributes for this) 01.09.50 # err, how do I fix the ipod red? 01.10.06 # make it be a long call 01.10.07 # With that change, iram is *only* used for the reciprocal table and the sample buffers - everything else is faster when located in dram on PP5020 01.10.12 # hmm... why is the m5/h100/ipod 1,2,3,4g theme sites all showing colour themes? 01.10.21 # I thought ldr r3, =main mov pc, r3 but it doesn't seem to work 01.10.26 # i was thinking about how to make the table size dynamic at runtime. the easiest way would be to have patch the compare in the function and copy an appropriately-sized table from dram to iram on init. 01.10.45 # kugel: why not ldr pc, =main ? 01.11.19 # s/be to have/be to/ :/ 01.11.24 # I thought you can't load into pc directly. gcc doesn't seem to do it either 01.11.42 # it doesn't work 01.11.46 # same error still 01.12.03 # I'm editing the wrong file :) 01.12.08 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 01.12.26 # ldr pc, =main should work 01.13.05 # kugel: sure you can, but gcc will avoid it if thumb interworking might be needed, because not *all* ARM versions will switch modes on writing a value to pc (if i recall correctly?) 01.13.21 # and i believe that's fixed later, too :) 01.13.32 # but lr won't be set if I load into pc directly? 01.13.44 # I mean, main doesn't return anyway but shouldn't it be set anyway? 01.14.03 # kugel: um, it won't be set by your code, either? 01.14.24 # the current code does bl main, so it's set 01.14.37 # i meant your ldr, mov code. 01.15.07 # yea, I added mov lr, pc in the meantime :) 01.15.24 # you could do that before the ldr pc, ... as well 01.15.28 # Since main is noreturn you don't need to care about lr 01.15.50 # and i don't thinkit's really important that lr be set "correctly" on entering main. also be careful about placing the mov lr, pc - that needs to be immediately before the instruction that modifies pc. 01.16.40 # mov lr, pc; ldr r3, =addr; mov pc, r3; would be quite horribly broken. 01.16.52 # ouch 01.17.14 # that would probably end up in a prefetch abort or undefined instruction vector ;-) 01.18.13 # or even an infinite loop calling "addr" if the code in there doesn't kill r3 01.18.16 # why? wouldn't it infinite loop? 01.20.16 Join krabador [0] (~darkham@host106-165-dynamic.181-80-r.retail.telecomitalia.it) 01.20.18 Quit robin0800 (Ping timeout: 265 seconds) 01.20.41 # clip+ discharge measurement is still normal and linear after 3.5hrs 01.21.50 # hm, I'm not sure if the address of cop_main is correct 01.22.18 # gibbon_: nice, so it only needs calibration 01.22.25 # funman: sure 01.23.18 # its currently nearly exactly 0.1V per hour 01.24.08 Quit JdGordon_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 01.24.29 # New commit by 03kugel (r25019): Fix ipodvideo64mb by making the branch to main a long call. 01.24.32 # in the source i read about pro forma shutdown and critical trippoints around 3.4V... 01.24.45 # i wonder, if they affect calibration 01.25.16 # when storage writes work we could disable shutdown and run battery bench, so we can see when it's out of juice 01.25.31 # but i guess discharging beyond that would harm the battery? 01.26.28 # do you know about a low voltage shutdown by the charging circuit? does the device protect its battery from deep draining? (or whatever it is called) 01.26.42 # funman: samsa wasted a bit of ram, because the stack was linked to after the iram code (which is copied to iram, and then useless) 01.26.46 # gibbon_: i have no idea 01.27.13 # kugel: nice to know it's solved 01.28.15 # funman: so that test could possibly harm the device. perhaps a sane tripoint should be chosen to improve battery lifetime, but i guess there is a sane "default" for li-ion types 01.29.17 # erm, *PANIC* FTL: Trying to read out-of-bounts vPage 33553920 01.29.32 # gibbon_: or we could let the Clip+ discharge from the OF, and then boot rockbox to see the voltage 01.29.50 # funman: thats an even better idea 01.29.56 # that's page 0 of vBlock 0xffff... how did that get in there? 01.30.27 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 01.30.31 # Clipv1 OF runtime playing radio: 8h24 and counting, battery almost flat (compared to rockbox: 7h40) 01.31.08 # i could try that at work 01.31.45 # yeah, it *didn't* break the FTL this time! 01.32.02 # at least on this device, no vendor boot code prevents the rockbox loader to start up on a "flat" battery 01.32.37 # I had 3 boots in a row end in "restore using itunes" with 25003 last night... :/ 01.32.40 # *Nano2g 01.32.46 Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 01.33.01 Join rbnoob [0] (~43f3b17b@giant.haxx.se) 01.34.27 # funman: the clip+ gets quite warm, if one adjusts the boost counter to 1 and waits 01.35.28 # but its time to get some sleep 01.35.34 # see you tomorrow 01.35.55 # S_a_i_n_t: it's a matter of the bootloader, not of the rockbox revision 01.36.30 # Hmmm...well, nano2g bootloader hasn't been updated in yonks....no? 01.36.42 # yet its never been *that* bad before. 01.36.46 # the apple bootloader will trash the whole ftl if there are minor inconsistencies 01.37.35 Join dys` [0] (~andreas@krlh-5f726e94.pool.mediaWays.net) 01.37.43 # New commit by 03funman (r25020): AS3525v2: disable cpu frequency changes ... 01.37.46 Quit dys (Ping timeout: 276 seconds) 01.37.48 # gibbon_: i disabled the boost counter for now 01.38.12 # sisnce I can't get crypt _firmware working...I've just been using ipodpatcher with embedded bootloaders. 01.38.39 # *for the nano2g that is. 01.38.56 # warm when boosted? after the change we're constantly boosted, aren't we? 01.38.57 # S_a_i_n_t: the rockbox bootloader is just being called by the apple bootloader, so the FTL is already trashed at this point 01.39.13 # you need to replace the 2nd stage loader to fix that 01.39.52 # Aha...any idea why it would happen 3 times in a row, and then be "sweet" (fingers crossed)? 01.39.53 # (the rockbox bootloader is usually the 3rd stage) 01.40.13 # what did you do during these 3 boots? 01.40.22 # turned the ipod on. 01.40.36 # nothing out of the ordinary 01.40.56 # kugel: no we use fastbus afaiu 01.41.21 # boot - apple loading screen - rb splash fr 2 seconds or so - black screen freeze - reboot - restore using itunes. 01.42.00 # it depends on system_init() probably, but for all other targets removing that define actually means removing *un*boosting 01.42.12 # a black screen freeze during rockbox boot with a fresh installation? 01.42.17 # yes. 01.42.21 # that really shouldn't happen 01.42.27 # I figured. 01.42.30 # and after 3 tries that problem just went away? 01.42.33 # that's why I mentioned it. 01.42.41 # yes, seems fine now. 01.42.55 # 4th time lucky? :/ 01.42.55 # * TheSeven fears that r24999 might have broken something... 01.44.41 Join JdGordon| [0] (~jonno@m770e36d0.tmodns.net) 01.44.51 Quit robin0800 (Remote host closed the connection) 01.45.32 Join Rob2222 [0] (~Miranda@p4FDCB253.dip.t-dialin.net) 01.46.15 # hm, i looked at it again, and i can't imagine that this one would introduce a bug 01.46.22 # * S_a_i_n_t has no idea what broke what...but it *seems* to be OK now. I just doubted (though some may not :P ) my ability to make the same mistake 3 times in a row. 01.47.39 Quit rbnoob (Quit: CGI:IRC (Ping timeout)) 01.47.47 Join rbnoob [0] (~43f3b17b@giant.haxx.se) 01.48.16 # hi all- little help for a hapless noob? 30g ipod video is hanging on "do not disconnect" screen after successful complete install via rbutil. what to do? 01.48.43 # rbnoob: if you ejected/unmounted from the operating system just unplug 01.49.00 # JdGordon|: you want the resizer patch in today? 01.49.18 Quit Rob2223 (Ping timeout: 265 seconds) 01.49.35 # hi all- little help for a hapless noob? 30g ipod video is hanging on "do not disconnect" screen after successful complete install via rbutil. what to do? 01.49.40 # * S_a_i_n_t is pushing the skin buffer *reallly* close...so votes for "yes" 01.49.46 # no, won't eject 01.49.48 # I'd love it in soon 01.54.50 # rbnoob: which os? you unmounted it? 01.55.02 # if it's some unix just run "sync" and unplug it, no matter what it says 01.55.02 Quit rbnoob (Quit: CGI:IRC (EOF)) 01.55.51 # S_a_i_n_t: My crash was caused by a nandfsck bug 01.55.52 Join rbnoob [0] (~43f3b17b@giant.haxx.se) 01.58.42 Quit rbnoob (Client Quit) 02.00.18 Quit n17ikh (Ping timeout: 265 seconds) 02.01.24 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 02.03.07 Quit JdGordon| (Quit: Bye) 02.03.38 Nick dys` is now known as dys (~andreas@krlh-5f726e94.pool.mediaWays.net) 02.04.45 # New commit by 03kugel (r25021): Don't forget to initialize the wps. 02.06.12 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 02.06.22 Quit komputes (Ping timeout: 276 seconds) 02.07.57 Quit froggyman (Ping timeout: 245 seconds) 02.12.39 Join ecio [0] (~ecio@244-108.202-68.tampabay.res.rr.com) 02.15.05 Join Ironclad [0] (~4426ad2a@giant.haxx.se) 02.18.07 # I have rockbox on my ipod video 30gig and whenever I turn it on its on the ready to record screen, is there anyway to stop this? 02.18.57 # change the start screen option 02.19.53 # Oh my god its that simple? thank you! 02.23.04 # What does changing the battery capacity do? Is that for someone whose changed the actual battery itself? 02.23.38 Quit ecio (Quit: Colloquy for iPhone - http://colloquy.mobi) 02.24.42 Join ecio [0] (~ecio@244-108.202-68.tampabay.res.rr.com) 02.24.59 # Ironclad: yes, and please read the fine manual 02.25.24 # Fine :( and thanks again 02.25.36 Quit Ironclad (Quit: CGI:IRC) 02.29.37 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 02.29.37 Quit hd (Changing host) 02.29.37 Join hd [0] (~jd@Wikipedia/HellDragon) 02.29.48 Quit hd (Read error: Connection reset by peer) 02.31.12 Join hd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 02.31.12 Quit hd (Changing host) 02.31.12 Join hd [0] (~jd@Wikipedia/HellDragon) 02.31.47 Quit jd (Disconnected by services) 02.31.53 Nick hd is now known as jd (~jd@Wikipedia/HellDragon) 02.32.37 Quit kkurbjun (Ping timeout: 240 seconds) 02.33.37 # looking at the manual, under general settings the screenshot seems to be outdated, there is "Playback Settings" at the top, which is not under general settings anymore, should I file a bugreport or should I try to make a patch with updated screenshots? (which takes longer) 02.34.26 # what is the command to take screenshots in the simulator? 02.35.01 # f5 or numpad 0 will take screenshots 02.35.10 # please create the required screenshots :) 02.36.06 # is there somewhere a list which targets share the same display resolution? 02.36.45 Join CaptainKewl [0] (~jason@207.237.107.203) 02.36.46 # DeviceChart on the wiki 02.36.54 # ok thanks 02.37.09 # $1 = 0x2f414242412f6b69
:( 02.37.29 # I don't understand why get_token_value returns this from time to time 02.37.46 # which token? 02.38.06 # no idea 02.39.27 Join kkurbjun [0] (~kkurbjun@c-98-245-170-51.hsd1.co.comcast.net) 02.40.20 # S_a_i_n_t: I also had a very high number of unclean shutdowns today (like 20 of them), that actually were *clean* shutdowns 02.40.30 # no matter whether i use disk mode or rockbox 02.40.46 # * TheSeven wonders what is causing that 02.40.51 Quit kkurbjun (Changing host) 02.40.51 Join kkurbjun [0] (~kkurbjun@rockbox/developer/kkurbjun) 02.47.35 Quit kugel (Ping timeout: 258 seconds) 02.55.32 Quit DerPapst (Quit: Leaving.) 02.56.01 *** Saving seen data "./dancer.seen" 02.56.40 # TheSeven: Oddly, my nano2g just barfed the FW again...and I just got a text at almost exactly the same time saying that the GF's 2g is borked again also... 02.56.52 # * S_a_i_n_t wonders why this is happening all of a sudden. 03.01.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 03.02.11 # strange, this crash only happens when I play from the filebrowser. if I simply resume playback it runs fine 03.02.43 # JdGordon: WPS_TOKEN_STRING 03.02.54 # the data pointer is apparently trashed. at parsing all pointers are fine 03.21.53 # * S_a_i_n_t wonders if any Nano 1st/2nd Gen owners are in a "Theme Testing" mood or not....? 03.22.13 # if it helps, it's the best Nano theme *EVER* :P 03.22.18 Quit Adnyxo (Quit: Leaving) 03.26.24 Quit karashata (Quit: The fluffy dragon has left completely!) 03.27.39 Quit funman (Quit: free(random());) 03.30.01 # Can a theme site admin please look at taking down "Radiance Visual" from the Nano 1/2g pages? It's a re-run of a theme authored by myself that was taken down a while ago (and rightfully so) due to copyright issues. 03.30.16 # I made it when I had no idea of licensing etc. 03.30.50 # oh...that seem sworded oddly, the original theme was mine...this one isn't. 03.41.44 Quit krabador (Read error: Connection reset by peer) 03.50.27 # kugel: arg, howd you manage that? 03.51.05 # * JdGordon will be back in an hour or so 03.51.13 # put the theme online and ill have a looky 03.58.29 # was that directed at me? 03.59.05 # Ah...oops. /me guesses not. 04.02.00 Join Barahir_ [0] (~jonathan@gssn-5f75542a.pool.mediaWays.net) 04.03.16 # I can't find any documentation on it other than an old-ish email from the mailing lists but, am I right in guessing that putting %Sx|'engligh lang entry'| in a WPS will translate the entry to the user selected language? 04.04.12 # ie. %Sx|Now Playing:| 04.04.14 Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) 04.05.05 Quit Barahir (Ping timeout: 248 seconds) 04.05.42 # and (if so) does it matter if its %Sx|Now Playing:| or does it have to be %Sx|Now Playing| to translate correctly? 04.19.20 Quit anewuser (Quit: Likely voting 114 entries =o) 04.21.57 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 04.32.53 Join S333 [0] (~johnny@cpe-76-88-67-189.san.res.rr.com) 04.34.03 # Hey all. Anyone use Rockbox on a Sansa Clip V1? Just wondering how cumbersome it is to use OF for loading files via USB. 04.35.14 Quit dys (Ping timeout: 276 seconds) 04.35.26 Join dys [0] (~andreas@krlh-5f72e088.pool.mediaWays.net) 04.36.16 # S333, not cumbersome at all 04.36.40 # krazykit: Does it just auto-swap to the OF when you plug in the USB cable? 04.36.45 Quit planetbeing_ (Quit: planetbeing_) 04.37.35 # yes 04.37.45 # How long does it take? 04.38.07 # a couple seconds 04.43.03 # krazykit: Does Rockbox Utility now support Clip? The documentation doesn't, but the guide says it's a suggested way of going 04.43.49 # err, docs say it doesn't 04.44.09 # i've never used the rockbox utility, so i wouldn't know 04.44.25 # k 04.46.18 Quit TheSeven (Disconnected by services) 04.46.32 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.46.43 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.46.58 Quit kugel (Remote host closed the connection) 04.49.31 Join Hillshum [0] (~hillshum@75-165-230-34.slkc.qwest.net) 04.50.38 Quit nima (Read error: Connection reset by peer) 04.51.20 Join nima [0] (~nima@adsl-75-45-231-195.dsl.sfldmi.sbcglobal.net) 04.56.03 *** Saving seen data "./dancer.seen" 04.58.21 Join planetbeing_ [0] (~planetbei@32.157.10.82) 04.59.45 Quit gevaerts (Ping timeout: 276 seconds) 05.02.41 Quit Barahir_ (Ping timeout: 248 seconds) 05.03.32 Nick froggyman is now known as clown (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) 05.03.56 Nick clown is now known as froggyman (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) 05.07.12 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 05.10.59 # S_a_i_n_t: it has to be exactly like the english source 05.23.23 Quit planetbeing_ (Quit: planetbeing_) 05.35.49 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 05.39.35 Quit intrados (Ping timeout: 276 seconds) 05.42.44 Quit Horscht (Quit: Verlassend) 05.44.48 Quit jfc (Read error: Connection reset by peer) 05.45.11 Join jfc [0] (~john@dpc6682208002.direcpc.com) 05.52.08 Quit dionoea (Ping timeout: 240 seconds) 05.52.12 Quit Utchybann (Ping timeout: 260 seconds) 05.54.04 Join dionoea [0] (~dionoea@yop.chewa.net) 05.55.53 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 06.02.13 Nick zz_shiretoko is now known as shiretoko (shiretoko@support.team.at.shellium.org) 06.05.56 Quit froggyman (Quit: time to go see Edzo) 06.10.19 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.1.97) 06.12.58 Quit S_a_i_n_t (Ping timeout: 268 seconds) 06.20.50 Quit kadoban (Ping timeout: 265 seconds) 06.28.30 # Hmmm...just notice the SIM crashes now if it can't load a font via the %Fl tag now (ie. if the font isn't in the .rockbox/fonts/ folder), it just abruptly drops without even enough time to display the reason *why* it crashes. 06.30.10 Quit jd (Quit: Ω) 06.32.24 Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 06.33.03 # S_a_i_n_t_: with svn? 06.33.08 # works fine here 06.33.17 # or.. doesnt crash i mean 06.33.33 Nick shiretoko is now known as zz_shiretoko (shiretoko@support.team.at.shellium.org) 06.35.47 Quit planetbeing_ (Ping timeout: 268 seconds) 06.46.26 # hrm 06.46.38 # I just installed the latest rockbox on my sansa and I get an undefined instruction error 06.49.58 # which build? 06.50.02 # and which sansa 06.51.43 # JdGordon: Sansa Clip v1 2GB, release build r25021 06.52.39 # you build it yourself? 06.52.45 # No, I downloaded it 06.52.46 # did the error have a number with it? 06.52.55 # yeah I just re-formmated the sansa 06.53.02 # let me try again and make sure I didn't screw something up 06.53.19 # I downloaded it from here: http://build.rockbox.org/ 06.53.50 # http://www.rockbox.org/download/byhand.cgi doesn't list a clip port 06.56.07 *** Saving seen data "./dancer.seen" 06.56.21 # using this bootloader: http://download.rockbox.org/bootloader/sandisk-sansa/clip/bootloader-clip.sansa 06.57.44 # its a good chance todays changes broke something.. did that error message have a number with it? 06.57.53 # yes, I will try to get it for you, hold on please. 06.58.17 # just reflashed 06.58.31 # same error 06.58.41 # "undefined instructino at : 31BFDC40 06.58.56 # ok one min 06.59.02 Mode "#rockbox +o rasher" by ChanServ (ChanServ@services.) 06.59.03 Mode "#rockbox -b speedy2!*@*" by rasher (~rasher@rockbox/developer/rasher) 06.59.08 Mode "#rockbox -o rasher" by rasher (~rasher@rockbox/developer/rasher) 06.59.47 Nick S333 is now known as Speedy2 (~johnny@cpe-76-88-67-189.san.res.rr.com) 07.02.00 Join Barahir [0] (~jonathan@gssn-5f757304.pool.mediaWays.net) 07.04.26 # that address doesnt make much sense 07.04.35 # That's the error 07.04.40 # I double checked 07.05.00 # I believe you 07.05.13 # Is there a more stable release I can try? 07.05.28 # I assume I would only replace the .rockbox folder and not the modified bootloader. 07.06.00 # im building a zip for you... one min 07.07.45 # http://usa.jgordon.info/rockbox/rockbox-clipv1.zip 07.07.50 # http://usa.jdgordon.info/rockbox/rockbox-clipv1.zip 07.10.30 # Seems like it's lunched up with that 07.10.35 # wait 07.10.39 # it seems to work 07.13.04 # thats makeing me tempted to revert kugels commits... 07.15.37 # it's right after you see the -25 in the upper right 07.15.39 # err left 07.15.43 # that the error pops up 07.15.55 # with the r25021 07.16.21 # hu? 07.16.43 # ok 07.16.48 # -25 is the volume setting 07.16.56 # so right after that status bar shows up 07.17.26 # http://imgur.com/KHU4j.png and http://imgur.com/Ywo6M.png, comments, praise, criticism anyone? 07.17.49 # I've seen worse :p 07.18.08 # it's impossible to show the animations...but I'm just wondering about the layout 07.18.25 # the menu is very empty 07.19.31 # I like it that way myself. I'm still building the .sbs for the main screen...basically just porting the bottom half of the WPS, volume, battery, playmode etc. 07.20.00 Quit avacore (Read error: Operation timed out) 07.20.17 # so visually, it shouldn't look like anything but the menu/album art and track info changes 07.20.34 # *thats the theory anyway. 07.21.36 # JdGordon: the greyscale 160x128 screen targets (also the monochrome one) show colour themes on the theme site if those work and pass the respective checkwps. That's true if a colour screen theme doesn't use colour values in viewports (for a greyscale screen) and if it doesn't use backdrop or album art, it also works on monochrome 07.22.16 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 07.22.27 # ok 07.22.38 # greyscale/monochrome theme should also show up on the 160x128 colour screen targets etc. 07.22.59 # Hmmm, did those links I posted actually work? 07.23.07 # I can't seem to view them myself 07.23.13 # yeah 07.23.14 # it 404's on me ;/ 07.24.19 # Speedy2: i still dont understand what your talking about.... that crash doesnt happen at boot? 07.24.30 # it does, right after I see the volume bar at the top 07.24.43 # even with the build i gave you? 07.25.07 Quit mc2739 (Ping timeout: 268 seconds) 07.26.29 # JdGordon: No, with the one latest release 07.26.31 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 07.26.40 # JdGordon: Your version seems to work, at least from the perspective of the UI 07.26.44 # ok good 07.27.34 # I should get an MP3 player with a bigger screen! :) 07.27.46 # Actually, I'll probably just load a different theme. 07.29.10 # hmm... maybe those themes should show a hint in the description, e.g. "uploaded as X5/H10 theme" or something. Then you'll get at least some explanation with it 07.30.24 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.31.36 # * pixelma is also skeptical about kugel's changes, thinking they should have seen more testing at least and maybe a discussion beforehand 07.31.36 # New commit by 03nls (r25022): Remove leftover unused buffer from the mdctexp branch 07.31.38 Join n1s [0] (~n1s@rockbox/developer/n1s) 07.32.18 # they seem to be quite fundamental and I only ever saw himself speaking about it 07.32.41 # and also reporting test results 07.33.04 # What were the nature of his comitts? 07.33.05 # Does anyone happen to know off the top of their head which buffer(s?) that kugel's "Resizable Skin-Buffer" patch steals from? 07.33.23 # the audio buffer 07.33.33 # it doesnt do anything that isnt already happening 07.33.55 # so, it's in SVN now? 07.34.03 # or..its just pointless? 07.34.28 # one bizarre thing 07.34.42 # I just connected USB and the device isn't enumerating by the kernel 07.34.58 # "writing" just shows up on the sansa screen after a few "connected" animations, and it's hanging there. 07.35.25 # S_a_i_n_t_: neither 07.35.43 # in svn it uses a statically sized buffer, the patch makes it use as much as required by the theme 07.37.01 # 1119361.599466] usb-storage: device found at 37 07.37.02 # [1119361.599468] usb-storage: waiting for device to settle before scanning 07.37.04 # [1119366.600205] usb-storage: device scan complete 07.37.21 # will the patch make the buffer smaller if it can, or just bigger if it needs to? 07.37.28 # After a few of the "connected" animations, "Writing" shows up and then a hang. I can pull the USB cable and re-power and rockbox loads OK> 07.37.53 Quit leavittx (Ping timeout: 248 seconds) 07.38.13 # This is with the latest v1 Sansa OF 07.46.14 # JdGordon: Any suggestions? 07.46.38 # nup 07.46.49 # Well, I can't put any music on there to test it :/ 07.47.16 Quit avacore (Quit: Leaving) 07.48.16 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 07.49.38 # Speedy2: do you know how to manually but into the SansaOF? On the earlier Sansas it is be pressing the Left button during boot, I believe it is the Home button on the Clips (but don't own such a device and am not sure) 07.50.00 # Ok 07.50.02 # I think I figured it out 07.50.08 # I had to boot to OF and set the USB to MSC 07.50.13 # Since I re-flashed it, it lost that setting 07.50.16 Join yashwa7 [0] (~yashwa7@c-75-72-150-85.hsd1.mn.comcast.net) 07.51.23 # Unhelpful: IIRC you mentioned a nice reference for the different instr timings on different arm cores a while ago but my google fu is failing me, care to tell me what it's called? 07.52.24 # You mean how many cycles it takes for an ARM instruction to complete? 07.52.29 # There's the "ARM ARM" 07.52.52 # n1s: arm system developer's guide... it's accurate to the best of my knowledge for most of the simple things, including mul/mla etc. i'm not so sure it's correct about branches but tbh i don't understand the arm1136 manual on branches :/ 07.53.34 # Speedy2: the nice thing about the ASDG is that it has tables for each of arm7, arm9, arm9e, and arm11... also xscale and arm10 but we don't care here ;) 07.54.26 # ah, that's it 07.54.36 # thanks 08.06.26 Quit CaptainKewl (Remote host closed the connection) 08.18.58 # Last time I wrote ARM ASM it was for an ARM7TDMI 08.27.45 Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) 08.28.22 Join ledmonk [0] (~45036233@giant.haxx.se) 08.30.11 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 08.32.42 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 08.33.20 # does anyone have any experience using the album artwork extractor found here: http://vcardenasblog.blogspot.com/2008/09/album-art-extracter-for-rockbox.html ? 08.35.06 # ledmonk: personally, i use mpeTag to rip my AA, but there's probably a better way to do it. 08.35.20 # *mp3Tag 08.36.21 Quit planetbeing__ (Ping timeout: 264 seconds) 08.36.45 # is that on rockbox the wiki? i'm not seeing it... or am competely blind... 08.37.34 # JdGordon: / Anyone: I've finished the .sbs, you think its a bit over the top? http://imgur.com/876OR.png 08.38.05 # ledmonk: google it, it has nothing to do with RB 08.38.36 # yeah i found it... dumb question. lol 08.38.39 # thank you. 08.40.00 # it does rely on your mp3's containing AA however...though it has an AA get reature. 08.40.04 # S_a_i_n_t_: well, a little, as we don't support embedded AA 08.40.11 Join ender` [0] (krneki@foo.eternallybored.org) 08.40.13 # *feature 08.40.40 # huh? 08.40.51 # picard can fetch AA as well, and checks tags vs musicbrainz. 08.42.08 Join stooo [0] (~sto@g226201179.adsl.alicedsl.de) 08.42.33 # hmmm... got anything I can run under linux? i just switched to ubuntu recently and i'm not exactly fluent yet, so i've been having nothing but problems trying to get AA into RB 08.42.59 # it should run under Wine 08.43.27 # negative. "tmp/kCSLUkEB.exe.part could not be saved, because the source file could not be read" 08.43.43 # hmmmm :/ 08.43.48 # sorry. 08.44.13 # no worries. i've been beating my head against the keyboard for the last few hours. one more faliure isn't going to kill me. 08.44.55 # i had the impresion mp3Tag had a linux version...but i may be mistaken. 08.45.28 Quit planetbeing_ (Quit: planetbeing_) 08.45.29 # picard is available for linux :) 08.47.11 # so it is, unhelpful. i'll give it a shot. thank you both. 08.48.03 Part stooo 08.49.47 Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) 08.55.46 Join Wkter [0] (~Wantedkyr@79.161.10.162) 08.56.10 *** Saving seen data "./dancer.seen" 09.02.20 Join petur [0] (~petur@rockbox/developer/petur) 09.04.35 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 09.09.34 Quit domonoky (Read error: Connection reset by peer) 09.12.33 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 09.14.37 # unhelpful, you still around? 09.15.18 # yeah... if you need help with picard you may want to join #rockbox-community, to keep this channel from getting too cluttered with not-really-about-rockbox-talk :) 09.16.13 # cool. thanks 09.16.20 Quit ledmonk (Quit: CGI:IRC) 09.16.33 Join ledmonk [0] (~45036233@giant.haxx.se) 09.16.40 # Unhelpful: What is picard? 09.17.02 # whoops. 09.17.26 # Speedy2: try google? ;) 09.17.42 # Unhelpful: That just returns a lot of STNG hits 09.17.46 # let me try again though 09.18.13 # really? i got http://musicbrainz.org/doc/PicardTagger as #1 :) 09.18.28 # weird 09.21.30 # ledmonk: try "/join #rockbox-community" :) 09.22.46 Quit ledmonk (Quit: CGI:IRC (EOF)) 09.33.32 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.39.38 Join pamaury [0] (~pamaury@sphinx.lix.polytechnique.fr) 09.39.42 Quit pamaury (Client Quit) 09.39.46 Join pamaury [0] (~pamaury@sphinx.lix.polytechnique.fr) 09.44.27 Quit n1s (Ping timeout: 276 seconds) 10.01.38 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 10.03.48 Quit yashwa7 (Ping timeout: 256 seconds) 10.09.23 Join fyre^OS [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) 10.13.14 Quit fyrestorm (Ping timeout: 276 seconds) 10.22.13 Quit phanboy4 (Read error: Connection reset by peer) 10.34.29 Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 10.34.32 Quit S_a_i_n_t_ (Ping timeout: 260 seconds) 10.34.39 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.226) 10.34.57 Quit Tomis (Ping timeout: 248 seconds) 10.46.12 # sansa clip+ OF shuts down around 3.3V 10.46.34 # at least thats what the current rockbox svn reports after the OF shuts down 10.46.54 # i'll try charging in OF now and see what rockbox tells me about voltage then 10.52.14 Quit Wkter (Ping timeout: 276 seconds) 10.53.44 Join MJ [0] (~MJ@77.88.72.162) 10.54.36 # bluebroth3r: sorry for never responding to http://www.rockbox.org/tracker/task/11023, thanks for fixing hat. 10.54.59 # bluebroth3r: I think notification emails from the bug tracker were dropped by my greylisting daemon.. 10.55.40 # no, the jabber notifications didn't work; switching notifications to 'both' for future tickets. 10.55.49 Join Wkter [0] (~Wantedkyr@79.161.10.162) 10.56.14 *** Saving seen data "./dancer.seen" 10.58.45 Join ledmonk1 [0] (~kyle@h-69-3-98-51.chcgilgm.static.covad.net) 11.01.57 Part ledmonk1 11.03.32 Part MJ 11.18.31 Join ledmonk1 [0] (~kyle@h-69-3-98-51.chcgilgm.static.covad.net) 11.19.39 # anyone around that can answer a quick question about album artwork placement? 11.20.51 # just ask 11.22.03 # i've got a 5th gen ipod video and i've got all the 100x100.bmp's in the ipod_control/music folder, but they are still not showing up in RB. i'm a little confused. 11.23.02 # what did i do wrong? 11.24.21 # ledmonk1: here is how rockbox finds albumart: http://www.rockbox.org/wiki/AlbumArt 11.25.08 # the easiest way to get albumart is to put the file named cover or folder.bmp (or jpg) into the corresponding music folder, but If you use the database you have to use the other options provided 11.26.48 # http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap3.html#x18-368000C.3 11.28.24 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.28.28 # hello again, unhelpful lol... the wiki told me to put it in the above mentioned folder. 11.28.44 Quit intrados (Max SendQ exceeded) 11.29.13 Quit BHSPitMonkey (Remote host closed the connection) 11.29.39 # perfect, does "/.rockbox/albumart/" refer to the existing .rockbox directory (i.e placing a /albumart/ folder in the existing .rockbox directoy) or created a a new directory? 11.29.52 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.30.41 # you have to create an albumart folder in the .rockbox directory 11.30.43 Quit intrados (Max SendQ exceeded) 11.31.14 # and name the files according to their tags 11.31.38 # d'oh. yeah, i did that too... no joy. 11.31.40 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.32.32 Quit intrados (Max SendQ exceeded) 11.33.37 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.33.41 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.33.41 # perhaps i have the tags wrong... "David Bowie-The Rise and Fall of Ziggy Stardust and the Spiders from Mars.100x100.bmp" does that look ok? 11.33.59 Quit intrados (Max SendQ exceeded) 11.34.22 # 100x100 seems to be wrong 11.34.31 # ah ha! 11.34.49 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.35.01 # the manual doesn't say this, and rockbox is capable to resize your albumart 11.35.09 Quit intrados (Max SendQ exceeded) 11.35.26 # you can provide the unresized source pictures 11.36.01 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.36.22 # well i'll try removing the "100x100" and see if that does the trick. 11.36.41 # thank you for your help, good sir. 11.37.41 # :) 11.37.56 Quit intrados (Max SendQ exceeded) 11.38.51 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.40.20 # there's still stuff referring to sized AA? the manual doesn't mention it anymore... and i can't remember if we ever actually removed the code for it or not :/ 11.41.12 # if you include the 100x100 in your file name, then those will be taken only if your WPS was made for 100x100 sized album art 11.42.11 # the file names were done automatically by a program i used, unhelpful. i didn't set them that way. 11.42.36 # hooray! 11.42.44 # * pixelma uses this as a trick for a small album art WPS and using different art pictures with it which show just a part of the cover (and can keep those alongside the full art pictures 11.43.25 # look like i've got this all set. thank you very much, gentlemen. i've been at this for about 20 some odd hours in one shape or another. lol 11.43.30 Join nimak [0] (~nima@adsl-75-45-226-14.dsl.sfldmi.sbcglobal.net) 11.44.39 Quit intrados (Ping timeout: 265 seconds) 11.45.41 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.46.00 Quit intrados (Max SendQ exceeded) 11.46.17 Quit nima (Ping timeout: 252 seconds) 11.46.54 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.47.10 Quit intrados (Max SendQ exceeded) 11.47.45 Quit TMM (Ping timeout: 264 seconds) 11.48.01 Join intrados [0] (~intrados@d149-67-101-219.col.wideopenwest.com) 11.48.06 Quit nimak (Ping timeout: 258 seconds) 11.48.30 Join nima [0] (~nima@adsl-75-45-229-134.dsl.sfldmi.sbcglobal.net) 11.53.33 # yeah that definitely did the trick. thank you very much, prefectdrug & unhelpful. Now I just need to figure out the right size to set these as for this theme. lol. 11.54.38 # ledmonk1: rockbox scales now, so if you just make them the largest size you expect to use, that should be fine... or the largest size you *regularly* use, although they may look bad if you change themes and they're scaled up ;) 11.56.15 # Sorry to ask dumb questions & thank you both again. 11.56.19 # cheers. 11.56.22 Part ledmonk1 11.57.01 Quit intrados (Quit: WeeChat 0.3.1.1) 11.58.01 # bah, i was also going to say he doesn't *have to* use bmp - some of the instructions in http://www.rockbox.org/wiki/CustomWPS?topic=AlbumArt include converting to bmp as a step :/ 12.02.15 Join TMM [0] (~hp@pdpc/supporter/professional/TMM) 12.30.55 Quit Wkter (Ping timeout: 240 seconds) 12.43.46 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.45.05 # pixelma: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-11/0004.shtml .... 12.45.41 # and "nobody objects" usually means "go for it" 12.47.06 # don't act as if I wouldn't discuss this kind of changes 12.48.29 Join Casainho [0] (~chatzilla@87-196-233-189.net.novis.pt) 12.56.16 *** Saving seen data "./dancer.seen" 13.02.59 Join wodz [0] (~c21d9c6b@giant.haxx.se) 13.04.43 # Hello. I created new port in my local rockbox tree. I am able to do bootloader compile fine, but when I try to do normal build I end up with some errors I don't understand. The first error line is: /home/wodz/rockbox/apps/action.c:26:18: lang.h: No such file or directory 13.04.56 # what I am doing wrong? 13.06.38 # hm, the clip undef instr doesn't make any sense 13.06.49 Join watto [0] (~watto@193.203.81.165) 13.09.02 # no clue? 13.10.07 # wodz: not without more information 13.10.18 # wodz: stick the entire log on a pastebin 13.10.41 # pastebin? 13.10.48 # what is it? 13.11.10 # hrm, the disassembly looks correct 13.14.46 # do You mean www.pastebin.com? 13.15.14 Join perfectdrug_ [0] (~marko@p5B0EF4FE.dip.t-dialin.net) 13.16.49 # yes, any such site 13.16.56 # http://pastebin.com/jfPQJvgX 13.17.40 # Are you reusing that build directory from having built the bootloader? 13.17.47 # because it didn't do any dependency generation 13.18.02 # if so, don't do that 13.18.09 # delete the contents of build and start again 13.18.17 # ok 13.18.27 # make veryclean is sufficient? 13.18.29 Quit perfectdrug (Ping timeout: 268 seconds) 13.18.39 Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 13.18.42 # rm -rf * is more dependable :) 13.18.43 Quit kugel (Disconnected by services) 13.18.49 # but hey 13.18.51 Join kugel [0] (~kugel@e178094114.adsl.alicedsl.de) 13.19.01 Quit kugel (Changing host) 13.19.01 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.19.07 # make clean will do, because that deletes everything except the files that are recreated by configure anyway 13.19.34 # you can't just go from building one config to another in the same directory without cleaning; our makefiles are not smart enough to notice what you have done 13.19.45 # interesting 13.20.13 # some init code apears to grab the plugin buffer :) 13.21.53 # Torne: now I got this: http://pastebin.com/6jitigMn 13.24.10 Quit kugel (Disconnected by services) 13.24.15 # viewport.h should be found from apps/gui 13.24.16 Join kugel [0] (~kugel@e178098098.adsl.alicedsl.de) 13.24.19 # not the build directory.. 13.24.28 Quit kugel (Changing host) 13.24.28 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.25.55 # * Torne pokes 13.27.07 # ok, you are missing "gui" from appextra in configure 13.27.12 Join b0hoon [0] (~quassel@62.87.184.82) 13.27.17 # kugel: two replies in November and I don't see much mention of tests (even in the patch tracker) which if I understand correctly are quite important here as it can cause some weird breakage. 13.27.30 # ok 13.29.36 Join markcs [0] (~Miranda@59.154.63.92) 13.30.29 # people in general: isn't appextra="gui" needed by every target? why is it still an extra define? :) 13.31.50 # Hi! Has anyone got rockbox working on the Sansa Clip v1? 13.32.14 # New commit by 03kugel (r25023): Fix as3525 lowmem targets. They put the init code into the plugin buffer, but some init functions are grabbing it. 13.33.18 # markcs: sure 13.33.34 # Speedy2: clipv1 works again 13.33.49 # kugel, is there a list of which devices are considered 'as3525 lowmem' ? 13.33.50 # kugel: I get an error after the Rock Box startup on the clip 13.34.04 # and then it stops 13.34.13 # topik: clipv1, c200v2, m200v2 13.34.18 # m200v4* 13.34.22 # markcs: what error? :) 13.34.23 # thank you sir 13.34.38 # markcs: it has been fixed a second ago ;) 13.35.05 # kugel: assuming it was a development build that he was running 13.35.16 # kugel: Undefined instruction at 31BFF840 13.35.28 # TheSeven: there are only developement builds for it 13.36.13 # kugel: does the release fix that error? Should I download the firmware from http://build.rockbox.org/ ? 13.36.23 # wait a few minutes that redownload the current build 13.36.31 # then* 13.36.46 # it's still being compiled, another ~4 minutes to go 13.36.56 # kugel: thanks... I'll give it 10 and try again 13.39.20 # where are keymaps defined? 13.40.09 # wodz: /apps/keymaps 13.40.19 # markcs: new build should be ready for download 13.41.15 # TheSeven: Thanks... I just saw the revsion step... fingers crossed! 13.42.51 # wodz: don't forget about /apps/SOURCES file too 13.45.14 Quit Zagor (Read error: Connection reset by peer) 13.46.07 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 13.46.07 Quit Zagor (Changing host) 13.46.07 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 13.50.47 # b0hoon: what is the minimal keymap file content? 13.51.15 # I am knocked down by the number of fields to edit 13.53.33 # TheSeven: its working now.. thanks 13.57.54 # What is a Fuze v2 most similar to? Or is it a unique beast? 13.58.25 Quit markcs (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 13.58.43 # fuzev1 14.00.28 # fuzev2 is probably most similar to clipv2 and clip+.. 14.01.24 # wodz: please look at the /apps/keymaps/keymap-newtarget.c file. ACTION_STD_* and ACTION_WPS_* should be enough however i'm not certainly sure, cause i've defined it all on the beginning for my target. 14.01.28 # hardware wise yea 14.01.41 Join Casainho_ [0] (~chatzilla@87-196-63-242.net.novis.pt) 14.01.51 # clip+ OF battery voltages range from ~4.15v (fully charged) to ~3.3v (OF won't boot anymore with a battery low shutdown screen) - voltages are from the battery debug menu of the clip+ 14.02.49 # i am quite unsure, where to put this information 14.03.05 # SansaRuntime 14.03.20 # thanks kugel 14.03.57 Quit Casainho (Ping timeout: 264 seconds) 14.04.05 # anyhow the format of the table suggests another location 14.04.06 Nick Casainho_ is now known as Casainho (~chatzilla@87-196-63-242.net.novis.pt) 14.04.49 # its not a runtime test 14.05.12 # gibbon_: the *Runtime pages are not only for plain benches 14.05.50 # they're for all related information 14.06.15 # kugel: i then will look for an example on the other pages, thanks for blowing away my confusion 14.06.52 # there's also IpodRuntime, SamsungRuntime, GigabeatRuntime 14.07.11 # i saw that on BatteryRuntime 14.11.35 # i will add an "additional findings" section then 14.22.24 Join Schmogel [0] (~Miranda@p3EE2180D.dip0.t-ipconnect.de) 14.23.25 Quit wodz (Quit: CGI:IRC) 14.33.17 Join froggymana [0] (~187b533e@giant.haxx.se) 14.35.52 Quit shaggy-h (Read error: Connection reset by peer) 14.36.30 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.39.28 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 14.43.25 Join bertrik [0] (~5a911fc2@giant.haxx.se) 14.46.15 Quit bertrik (Client Quit) 14.50.42 Quit DerPapst (Read error: Connection reset by peer) 14.56.19 *** Saving seen data "./dancer.seen" 15.07.21 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 15.08.15 Quit ecio (Ping timeout: 268 seconds) 15.23.45 Quit perfectdrug_ (Ping timeout: 276 seconds) 15.27.24 Quit anewuser (Quit: Likely voting 114 entries =o) 15.30.18 Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) 15.39.30 Quit Sajber^ (Read error: Connection reset by peer) 15.40.05 Join Sajber^ [0] (~Sajber^@94-98.anonymous.at.anonine.com) 15.43.27 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.45.52 Quit Casainho (Ping timeout: 268 seconds) 15.48.42 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.50.14 Quit froggymana (Quit: CGI:IRC) 16.06.46 Quit Battousai (Read error: Operation timed out) 16.06.58 Join Farthen [0] (~chatzilla@e179236209.adsl.alicedsl.de) 16.08.31 Join Battousai [0] (~bryan@gentoo/developer/battousai) 16.23.47 Join funman [0] (~fun@rockbox/developer/funman) 16.26.54 Quit stuckey (Quit: leaving) 16.28.14 Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) 16.34.41 Join chrisb [0] (~chrisb@pool-98-111-182-210.phlapa.east.verizon.net) 16.35.08 # does rockbox support line-out in general, or on a model by model basis? 16.35.21 # audio line-out, that is 16.35.34 # model basis, there are players without line-out afaik 16.35.39 # it's supported on some models, but I don't know if on all 16.35.44 Quit maraz_ (Ping timeout: 260 seconds) 16.35.50 # * chrisb is wondering about audio line-out for the sansa e2xx series and ipods 16.36.20 # those have their line out in that proprietary connector, so it might not be supported 16.36.49 # line out for all ipods should just work, afaik 16.36.52 # kugel: ah, thanks 16.37.08 # there's some work going on at the moment to control the power to lineout since it draws a little power.. 16.37.23 # but currently lineout is always on; the OF never turns it off either 16.37.25 # don't count on me, I have really no idea about lineout on ipods/sansas 16.37.32 # Torne: i've never owned a PAD, let alone an ipod 16.37.49 # Torne: does the ipod have a line-out separate from the prop cabling? 16.37.49 # well, all ipods with a dock connector have a line out on the dock connector. 16.38.12 # no, all connectors other than headphones are on the dock, except on the very very very old ones 16.38.26 # someone with a gigabeat S could look the FM debug menu for me ? 16.38.33 # Torne: thanks for that detailed information 16.38.49 Join maraz [0] (maraz@kapsi.fi) 16.38.54 # on startup of clipv1, all the registers are set to 0 before I start FM playback 16.39.08 # sansa looks so attractive for a first try at a PAD, more so than iPod 16.39.16 # what's a PAD? 16.39.20 # do you mean DAP? 16.39.29 # PAD, Personal Audio Device 16.39.36 # DAP? digital audio player 16.39.50 # yes 16.39.53 # * chrisb is very new to this, not yet TLA or buzzword compliant 16.40.31 # TLA? 16.40.57 # one of my requirements is that i be able to connect the DAP to a radio player with RCA inputs 16.41.07 # linuxstb: Three Letter Acronym 16.41.13 # chrisb: you can use headphone connector for this 16.41.16 # to share the music 16.41.45 # then just don't use acronyms ;) 16.41.59 # funman: isn't the headphone impedance different from the RCA input impedance? 16.42.17 # line-out vs headphone out? 16.42.46 # also volume control issues 16.43.26 # chrisb: yes, the impedance is different, but the device you are connecting it to is unlikely to care 16.43.51 # and rockbox has a nice numeric way of setting the volume, so if you want the output to be line level then you can, you set to 0dB 16.44.35 # Torne: brilliant 16.44.55 # "real" line out is not relevant for just being able to connect to bigger speakers and play music for people 16.45.09 # if you want perfect reproduction for recording/etc then yes, the impedance mismatch is probably bad :) 16.45.31 # whatever amplifying device you plug it into will work just fine connected to the headphone jack of anything :) 16.46.13 Part b0hoon ("GTG Bye.") 16.48.34 # i don't know that much, i just presumed the output amplifier to the earbuds would have a specialized frequency response, different from line-out 16.48.55 # Torne: your information is very encouraging 16.49.09 # Torne: for the Sansa offerings 16.50.57 # chrisb: the output amp *does* work differently to line out 16.51.09 # but you are unlikely to hear the difference. 16.54.32 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.56.21 *** Saving seen data "./dancer.seen" 16.57.02 # Torne: understood 17.04.58 # GodEater: (or someone with a gigabeat S) could you try http://pastie.org/853656 and tell me if FM still works ? 17.05.17 # not. a. chance. too snowed with work things :( 17.05.24 # also, my S is buried at home somewhere 17.05.30 # * chrisb looks for a 3.5mm to RCA male cable 17.07.52 # AlexP: got a change to test this patch on Gigabeat S ? ^ 17.07.56 # chance* 17.08.08 Join jgarvey [0] (~jgarvey@cpe-071-070-231-200.nc.res.rr.com) 17.18.54 Quit Sajber^ (Read error: Connection reset by peer) 17.25.39 Quit robin0800 (Read error: Connection reset by peer) 17.26.24 Quit petur (Quit: *plop*) 17.32.35 Quit pjm0616 (Ping timeout: 256 seconds) 17.35.48 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 17.38.00 Quit fyre^OS (Read error: Connection reset by peer) 17.38.23 Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) 17.40.23 # * TheSeven needs statistics about how many users actually use nano2g dualboot 17.40.46 # dropping that (or at least not including it out of the box) would make things easier ;-) 17.45.13 Join Lss [0] (~Lss@cm48.omega219.maxonline.com.sg) 17.46.28 Quit Hillshum (Ping timeout: 246 seconds) 17.54.16 Join pjm0616 [0] (~user@61.250.113.98) 17.58.22 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 18.00.35 # More info on TheSeven's last remark: ...right now there is a design decision that's a little tricky (easier installation vs. dualboot support) 18.00.46 # my plan is to build an image that you'll just dd to the ipod, unplug it, wait some seconds, plug it again and unpack the rockbox zip file => done 18.00.58 # but if we want to keep it that easy, i see no way of saving the OFW before overwriting it (which will happen during the dd step) 18.01.52 # if we replace the dd by ipodpatcher, it would work, but that's one one of the things i wanted to get rid of originally 18.02.14 # I'm not sure how much dd-ing a file across would be easier for inexperienced windows users, although I admit I'm not sure how the current installation goes 18.02.14 # actually, we could support both ways: dualboot install through ipodpatcher, and "bare-metal" install using dd without dualboot 18.03.03 Join komputes [0] (~komputes@ubuntu/member/komputes) 18.08.23 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 18.10.14 # what would be really cool would be just copying a file to the data partition for installation 18.10.26 # but that's probably impossible 18.11.16 # (would be OFW revision-dependent and we could only load 4K that way, which isn't sufficient to fetch the rest of it from the flash) 18.12.29 Join fml [0] (~53ecea55@giant.haxx.se) 18.12.32 # As long as there's a (semi-)automated way using rbutil then that'd be fine wouldn't it? 18.13.04 # probably yes 18.14.34 Quit planetbeing (Quit: Poof.) 18.15.04 # kugel: I think the recent commit needs a thorough documentation (in the wiki?) about what functions can be marked as INIT and what may not (and what consequences the violation of the rules will have). Since it's something not noticable by an even experienced programmer. 18.15.30 # hm, good idea 18.16.11 # in the code or in the wiki, or both? 18.17.36 # kugel: both would do no harm :-) 18.18.48 Join perfectdrug [0] (~marko@p5B0EFB84.dip.t-dialin.net) 18.19.19 Quit pamaury (Quit: Quitte) 18.20.35 # funman: Still need that testing? 18.21.13 Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 18.21.56 Join Strife89|PalmTX [0] (~cstrife89@adsl-068-213-037-174.sip.mcn.bellsouth.net) 18.23.30 # kugel: in the code I'd place it where the INIT attr is defined, i.e. in config.h. But that's too far from the actual places where it's used. Hence the wiki is also needed. 18.25.06 # something like this? http://pastie.org/853810 18.25.37 # "these functions" 18.27.36 # fml: can you suggest a suitable page? 18.27.38 # that is a useless place for that comment 18.27.56 Quit Strife89|PalmTX (Quit: Leaving the resteraunt.) 18.28.34 # another one could be added near main() 18.29.14 # kugel: I'd also specify where that "root_menu()" lives (main.c?). Also,you missed an underscore in one place and te full stop in the end. But otherwise I find the comment OK. 18.29.20 Join iq [0] (~iq@unaffiliated/iq) 18.30.56 # kugel: I'd also explain what "overwritten" means, i.e. their code in RAM. On the wiki page, we can also describe that it doesn't work with ROM (or does it?) etc. 18.31.06 # yes, near main() would be better 18.31.36 # with a comment in main saying /* no INIT_ATTR function calls after this point */ 18.31.42 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 18.31.43 Quit pixelma (Disconnected by services) 18.31.52 Quit amiconn (Disconnected by services) 18.31.54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 18.32.00 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 18.32.18 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 18.32.34 # kugel: http://www.rockbox.org/wiki/RockboxArchitecture or a descendant thereof, maybe a new one. 18.33.39 # I think the comment must be near the definition and maybe in main.c. But near the definition is a must IMO. 18.34.38 # funman: radio is fine with that patch 18.37.35 # http://pastie.org/853842 ? 18.38.58 # who does actually use the "Search Flyspray" field on the front page? I think most users don't even know what flyspray is, and if they are looking for patches or bugs, I think they go directly on the links for that. What do you think about replacing this with "Search Wiki" I think this would help people finding the information wanted, because the normal search field brings not the most important documentation results on the top. 18.40.24 # reffering to http://forums.rockbox.org/index.php?topic=24097 , i think it is easy with the wiki search to find the plugindict page 18.40.35 # I use it always when firefox forgets the custom search generated from it :) 18.41.07 Join Sajber^ [0] (~Sajber^@95-212.anonymous.at.anonine.com) 18.41.31 # s/reffering/referring 18.42.04 # why not use the search on the flyspray site? 18.42.06 # Is there a recommed click-path from the Rockbox front page to browsing the SVN? Or is googling for "Rockbox SVN" the best way? :) 18.42.06 # kugel: almost :-) There two underscores missing (in "root menu()"). 18.42.25 # huh? 18.42.56 # the function is called root_menu 18.43.53 # kugel: Oh, sorry, that undescore is not shown on my display. It's ok then. 18.45.00 # New commit by 03kugel (r25024): Add a few warning comments about the INIT_ATTR stuff. 18.46.12 # planetbeing: I use the "SVN chages" page as an entry and then navigate where I need to. 18.49.03 # AlexP: thanks 18.50.40 Join CGL [0] (~CGL@190.207.198.83) 18.55.43 Quit Kitar|st () 18.55.55 Join captainkewlllll [0] (~2669ecc2@gateway/web/freenode/x-rfoxrostigmvvgow) 18.56.01 Quit fml (Quit: CGI:IRC) 18.56.22 *** Saving seen data "./dancer.seen" 19.03.56 Join Kitar|st [0] (Kitr88@BSN-142-108-169.dial-up.dsl.siol.net) 19.14.38 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.17.25 Quit flydutch (Quit: /* empty */) 19.18.19 Quit rb_voicebot (Remote host closed the connection) 19.18.29 # I guess that can be removed. 19.26.23 Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 19.26.55 Quit CGL (Ping timeout: 246 seconds) 19.31.19 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.36.04 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.36.11 Quit stripwax (Client Quit) 19.39.05 # can someone update the manual for the fm radio screen? 19.39.29 # I added the quickscreen to it not too long ago, but didn't get to updating the manual yet 19.40.50 Join JdGordon_ [0] (~Miranda@rockbox/developer/JdGordon) 19.41.00 Quit funman (Quit: free(random());) 19.41.02 # I feel that we need a script for that :( 19.44.54 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.45.07 Part domonoky 19.46.28 # A script for what? 19.49.35 Quit evilnick (Read error: Connection reset by peer) 19.50.00 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 19.51.36 Join Strife89 [0] (~michael@168.16.237.214) 19.59.10 # Llorean: scanning/processing keymap files for easier manual work 19.59.40 # sending a reminder mail if someone committed a feature and didn't update the manual ;\ 20.00.53 # kugel: How much work does that really save you? It won't be able to write the entry for you, so at best it can juts remind you that you changed a keymap. 20.01.03 # I figured you already knew you did, since you're mentioning it in here... 20.02.31 # it would be enough if it could do the keymap*.text files 20.02.36 Join Buschel [0] (~ab@p54A3C348.dip.t-dialin.net) 20.02.50 # did FS#11075 get fixed with r25023 ? 20.03.52 # yes 20.04.05 # Bagder, Zagor: http://rockbox.hostname.be/3.5.1/ has new and improved builds 20.04.39 # I'm wondering why anybody reporting that error ommits the 0 that came between the 3 and the 1 20.04.44 Quit zz_shiretoko (Ping timeout: 276 seconds) 20.04.54 # * Bagder gets the new and improved builds 20.04.56 # the actual address was something like 301BFF8XX 20.06.16 # * Buschel is listening to musepack sv8 on his pc-sim :o) 20.07.44 # How do we handle release notes for release updates? Their own page, or an edit to the main 3.5 page 20.08.03 # a new page I think 20.08.27 Quit DerPapst (Quit: Leaving.) 20.11.59 # 3.0.1 has its own page 20.15.54 Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) 20.17.28 Join petur [0] (~peter@d54C6F9B2.access.telenet.be) 20.17.28 Quit petur (Changing host) 20.17.28 Join petur [0] (~peter@rockbox/developer/petur) 20.18.11 Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 20.20.35 Join pixelma_ [0] (~58d977a3@rockbox/staff/pixelma) 20.21.36 Quit piotrekm (Quit: piotrekm) 20.23.16 Quit montana (Ping timeout: 246 seconds) 20.23.16 Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) 20.27.46 Join planetbeing__ [0] (~planetbei@32.157.10.82) 20.28.45 Join inevitable [0] (~malady@ip67-90-247-74.z247-90-67.customer.algx.net) 20.31.14 # G hear that I can use a Toshiba *GAL drive with rockbox on the H340, but I need a modified bootloader or some such. I'm having a little trouble digging up instructions or a thread for reference though. Can anybody point me in the right direction? 20.31.21 # G = I 20.31.38 Quit planetbeing (Ping timeout: 240 seconds) 20.31.38 Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 20.31.38 Nick planetbeing is now known as 50UAAC0L7 (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 20.31.38 Nick planetbeing__ is now known as 40FAAJEKU (~planetbei@32.157.10.82) 20.32.01 # something about physical sector size i guess 20.32.31 # what, irc nicks starting with a number? madhax! 20.34.38 # *GAL doesn't give enough info - it just means it's a dual platter one, you need to be more accurate. And I would be very very careful with modified bootloaders for the H300 (and I'm not aware of a necessity when you upgrade drives but I didn't follow it too closely) 20.35.03 Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) 20.35.03 Quit jd (Changing host) 20.35.03 Join jd [0] (~jd@Wikipedia/HellDragon) 20.35.08 # do NOT use a svn bootloader on h300.. it will brick it 20.35.10 # a necessity of a new bootloader I mean 20.35.28 Quit pixelma_ (Quit: .) 20.36.26 # mm right, sec 20.36.37 # MK1231GAL 20.37.05 # i was gonna buy a 1214gah, but i apparently bought the one i did about 2 days before they stopped making them, and the guy on ebay was like "lol woops i don't have ne" 20.38.22 # so the choice is pay like $50 more, now, or get the 1231GAL, but i don't know if i can make it work with the player 20.38.28 # bluebroth3r: the intermediate aiff and wav both sound fine when played back in Rockbox... 20.39.05 # (i do already have rockbox on it) 20.39.28 # i'm sure it'd be safer to buy the 1214, but i don't know if it's a big deal to make the other one work or what 20.40.57 # pixelma: ok, now that is getting strange. Can you upload the files somewhere? 20.41.15 # (or email them to me)? 20.41.50 # which ones - the wav and aiff or a sample talk clip - or? 20.42.06 # the wav and aiff files 20.42.23 # thinking about it, a sample talk clip would be interesting too ... 20.42.44 # have you ever tried creating voice files on that machine using a different TTS, like espeak? 20.43.22 # hmm... should I try the same on the PPC where voice creation hangs completely? 20.43.35 # no, haven't tried a different TTS 20.43.42 # inevitable: maybe ask on the forums. My impression is that there are more people there who do this sort of thing 20.44.07 # yes, if you can. Try the "Test TTS" and check if any intermediate files are present at all. Maybe it crashes earlier -- or later. 20.44.33 # it might also be a problem with the encoding. You're building mp3 clips or speex? 20.44.59 # I'm building for the M5, so speex 20.45.49 # don't have my Ondio with me currently but I could test tomorrow 20.46.46 # would be interesting. 20.46.59 # Can someone review http://www.rockbox.org/wiki/ReleaseNotes351 ? 20.48.16 Join CGL [0] (~CGL@190.207.198.83) 20.48.22 # * kugel got perl to print http://pastie.org/854110 \o/ 20.48.36 # gevaerts: I would link those "see 3.5 release notes" texts 20.49.03 Join stooo [0] (~sto@g226201179.adsl.alicedsl.de) 20.49.10 # "test tts" is already hanging but I'll have a look for some files 20.49.39 Join gnuvince [0] (~vince@70.35.165.50) 20.49.52 # it started the VoiceOver setup once more (that didn't happen on the Intel Mac) 20.50.04 # gevaerts: mk. i thought there was probably already a discussion and i couldn't find it 20.50.24 # bluebroth3r: in what way exactly? I just copied this from the 3.0.1 notes 20.50.28 # pixelma: hmm. I have no idea why VoiceOver comes up. Shouldn't happen. 20.51.20 # Hello. I'm sure you've all heard this one thousands of times before, but here goes: I tried to install rockbox on my iPod 4th gen, and it tells me it can't find rockbox.ipod. The .rockbox/ directory is placed at the root of the iPod's file system hierarchy and I used ipodpatcher to install the boot loader. I tried with the automatic installer on Windows and manually on Linux with the same result. Any tips? 20.51.46 Join Tomis [0] (~Tomis@70.134.98.71) 20.52.01 # gevaerts: ah, just noticed that you linked the section titles. I'd rather link the text instead of the section title -- I wasn't expecting them to be linked 20.52.14 # bluebroth3r: feel free to change it :) 20.53.47 # gevaerts: just did it :) 20.54.00 # gnuvince: maybe try checking the filesystem 20.54.56 # New commit by 03gevaerts (r25025): prepare for 3.5.1 20.55.03 # bluebroth3r: seems creation of those intermediate files already failed, I can't even find a tmp folder 20.55.04 # gevaerts: checking it? 20.55.15 # gnuvince: fsck or chkdsk 20.55.50 # rockbox is known to be a bit sensitive to filesystem corruption, and removable drives tend to accumulate this sort of thing 20.56.06 # Can this happen minutes after reformatting? 20.56.23 *** Saving seen data "./dancer.seen" 20.56.32 # ah, not normally, no 20.57.13 # Bagder: is build-info automatically generated from cron, or do I have to ping you or Zagor? 20.57.21 Join mirak_ [0] (~mirak@85-171-108-41.rev.numericable.fr) 20.57.43 # gevaerts: I'll try it out anyway 20.57.44 # brb 20.57.57 # pixelma: ok. Too bad. 21.02.13 # New commit by 03gevaerts (r25026): Add 3.5.1 to the frontpage news 21.02.23 # via perl: http://pastie.org/854156 21.02.30 # do we need such a script? 21.02.37 # bluebroth3r: mail sent but I want to go home now... 21.02.43 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 21.03.16 # the output isn't completely compatible to the existing manual, due to the plain converting from the keymap-*.c files 21.03.23 Quit chrisb (Ping timeout: 245 seconds) 21.04.20 Quit piotrekm (Client Quit) 21.04.51 # pixelma: ok. Thanks for testing. 21.06.56 # The 3.5.1 release announcement email is ready to go out as soon as the server-side things are done 21.07.13 # http://forums.rockbox.org/index.php?topic=19312.0 this thread seems to indicate that just changing a couple defines would be enough, but i'm a bit dubious about that... someone more knowledgeable than me, perhaps, can say if it is a bad idea? 21.07.32 Part stooo 21.09.21 # inevitable: it's definitely enough on ipod, *but* the bootloader needs to be recompiled too, and that's a very dangerous business on h300 21.09.47 # so it seems 21.10.16 # Bootloaders from current svn are known to be broken for h300, so my advice would be to not even try 21.10.16 # if that's all that needs changing, and there are these modern drives coming out with bigger sector sizes, i wonder why it hasn't been updated yet? 21.10.25 # yeah, i read that earlier too 21.11.05 # We need someone with both a H300 and the equipment to recover it from non-working bootloaders to do the debugging. Those people aren't very common 21.11.09 # makes me frustrated that i didn't get that 1214GAH when i had the chance :( 21.11.19 # ah, i see 21.11.24 # what kind of equipment is necessary? 21.12.21 # i don't know jack about the internals of the h340 or rockbox, but i am savvy enough and can follow instructions ... except i expect said equipment is likely to be somewhat expensive 21.13.16 # I don't know how much it costs, but it does require some fine soldering work 21.13.18 # today seems to be a good day for programming :o) mpc seek is also working now with the new decoder. 21.14.04 # porting to little endian now 21.14.08 # inevitable: http://www.rockbox.org/wiki/IriverBDM 21.15.17 # 200 bucks :( 21.15.58 # IIRC there's someone on the forums who has done this recently 21.16.53 # maybe i'll just pay the $50 ;) 21.17.45 Part watto 21.20.47 Quit Tomis (Ping timeout: 276 seconds) 21.22.06 Join Tomis [0] (~Tomis@70.134.70.123) 21.22.20 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.24.30 Join fml [0] (~53ecea55@giant.haxx.se) 21.25.10 # Has anybody noticed this mail? What do you think? http://www.rockbox.org/mail/archive//rockbox-dev-archive-2010-03/0005.shtml 21.26.55 Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) 21.29.40 # hm 21.29.53 # getting it from the keymap files doesn't quite work :( 21.30.15 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 21.30.52 # petur: ^^ ;-) 21.32.41 # or maybe it does 21.35.01 # * TheSeven wonders what 40FAAJEKU and 50UAAC0L7 are 21.35.13 # human or not? 21.35.27 # <50UAAC0L7> That's my nick? o.o 21.35.32 # <50UAAC0L7> Thanks, Colloquy. 21.35.35 Nick 50UAAC0L7 is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) 21.40.05 Quit kugel (Remote host closed the connection) 21.40.28 Quit fml (Quit: CGI:IRC) 21.41.26 # planetbeing: there's another one of you (according to whois 40FAAJEKU is also yours) 21.42.24 # * Buschel listens to sv8 on his ipod now :o) will measure speed now 21.42.53 # who's responsoble for the SMAF codec? 21.43.03 # responsible even 21.45.35 # kugel: I know & I'll fix tonight 21.46.48 # did *anyone* ever see SMAF working on *any* target? at least on nano2g it doesn't... 21.49.03 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-abxprnuwmbcjsfod) 21.50.26 # TheSeven: that would be Uchida 21.50.29 # he added it a couple days ago 21.50.38 # if it doesn't work i would file a bug report and add him to it 21.50.41 # I remember discussing it with pondlife... 21.51.02 # (who said that he only tested it in simulators) 21.51.25 # * TheSeven is unsure as to why/how it fails 21.51.46 # it will display some garbage metadata briefly and skip over all of the smaf tracks 21.51.59 # did it even load the codec? no idea. 21.54.13 Quit Strife89 (Quit: Going home.) 21.54.41 # Bagder: can you give whichever script generates build-info a push? 21.56.43 # it runs on every commit 21.57.08 # I just made sure the www is now updated, so at next commit the build-info file should be correct 21.57.11 # oh, so I'm basically waiting for the mirror sync? 21.57.32 # actually www doesn't matter. The build.pm there is a symlink to the main one 21.57.47 # the mirrors should be in sync by now 21.58.26 # "FS#10919 - playback pause on rebuffer" can probably be closed 21.58.31 # the file I see still mentions r25021 21.59.23 # saratoga: I think so, yes 22.01.24 # New commit by 03gevaerts (r25027): oops, it's 3.5.1, not 3.51 22.03.07 Join p3tur [0] (~petur@rockbox/developer/petur) 22.03.59 Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) 22.08.04 # Bagder: there's apparntly two build-info files... 22.08.45 # There's http://build.rockbox.org/cvsmod/build-info which is updated on every commit (but doesn't have much information), and there's http://download.rockbox.org/daily/build-info which is updated by the daily builds 22.08.58 # right, I noticed that too 22.09.15 # This would explain why people always complain about being unable to install from rbutil for a while longer than expected 22.09.22 # I've updated the latter one now, but it'll take a while until it gets synced 22.09.50 # yes, suddenly it makes me think they didn't hallucinate! ;-) 22.10.10 # I'll wait a bit before sending out the email then 22.10.41 Quit phanboy4 (Read error: Connection reset by peer) 22.14.04 Quit Adnyxo (Read error: Connection timed out) 22.14.45 Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 22.16.16 # New commit by 03peter (r25028): fix typo in talk value of histogram setting 22.19.16 Quit saratoga (Quit: Page closed) 22.21.03 Quit Zagor (Quit: Clint excited) 22.27.15 Join piotrekm [0] (~piotrek@77-253-143-145.adsl.inetia.pl) 22.27.15 Quit piotrekm (Changing host) 22.27.15 Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) 22.28.09 Join webguest01 [0] (~5dba17c8@giant.haxx.se) 22.29.26 Quit webguest01 (Client Quit) 22.30.30 Quit piotrekm (Client Quit) 22.35.57 # anyone familiar with rbspeex around? I'm wondering what exactly the difference is to plain speex files 22.36.12 # Aren't they the speex stream without any container? 22.36.24 # I've seen it described as "raw" speex a few times 22.39.53 # looks you're right. Just found a comment in the source saying so. 22.44.49 Join anewuser [0] (anewuser@unaffiliated/anewuser) 22.45.16 # 3.5.1 is now officially out 22.46.03 # * bluebroth3r gets out of ideas :( 22.47.48 Quit jgarvey (Ping timeout: 264 seconds) 22.49.45 # JdGordon_: just tested a radio skin diff again on my M5 and I still have the problem that once I make it load an own fms, I can't exit the radio anymore. And I have trouble setting my own through the menu - I once deleted the fms line in config.cfg to get rid of my own, whenever I tried to load it again through the menu, nothing happened and I had to add the fms line again (no change even across reboots) with the text editor. I increased the skin 22.49.45 # buffer a bit but it was enough even before 22.50.01 # my fms only contains "%Tn" nothing more 22.50.15 # how much did you up the buffer size to? 22.50.34 # and it displays the station preset correctly even 22.52.21 # I used 4 instead of 2 times the screen size. Rockbox info says 19.2kB/58.0kB 22.52.27 Quit bmbl (Quit: Bye!) 22.54.02 # * pixelma compiles a sim, maybe that one gives some info 22.55.29 Join FOAD_ [0] (~dok@dinah.blub.net) 22.55.41 # ok, then thats probably fine 22.56.25 *** Saving seen data "./dancer.seen" 22.58.59 Quit FOAD (Ping timeout: 265 seconds) 22.59.00 Nick FOAD_ is now known as FOAD (~dok@dinah.blub.net) 22.59.47 Quit ecio (Quit: Leaving) 23.00.28 Join jgarvey [0] (~jgarvey@cpe-174-097-249-205.nc.res.rr.com) 23.01.10 Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) 23.06.23 # interesting, I can change all other things in the radio - switch stations, adjust volume until I try exiting the radio and it fails. After that no keypresses do anything (except the hard power off) 23.07.22 # thats really wierd :p 23.07.26 # on target or sim? 23.07.33 Quit Buschel () 23.08.00 # on target 23.08.38 # "catch mem accesses" didn't turn up anything 23.12.19 # if the radio screen hangs then backlight doesn't turn off either (still speaking about the target) 23.13.58 Quit p3tur (Quit: Zzzzz) 23.14.39 # that could mean its somehow got into a infitniet loop :/ 23.15.05 Join Hillshum [0] (~hillshum@64.122.17.105) 23.16.14 Quit petur (Quit: Zzzzz too) 23.17.48 Join Strife89 [0] (~michael@adsl-220-102-117.mcn.bellsouth.net) 23.23.08 Quit liar (Ping timeout: 252 seconds) 23.26.30 Join karashata [0] (~karashata@74-220-162-11.wightman.ca) 23.27.08 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.30.08 Quit Hillshum (Ping timeout: 276 seconds) 23.30.18 Quit Lss (Read error: Connection reset by peer) 23.30.43 Quit Strife89 (Ping timeout: 256 seconds) 23.34.03 Quit Zarggg (Read error: Connection reset by peer) 23.34.20 # JdGordon_: by the way, I find an rwps-line with an mytheme.rwps in config.cfg even though such a file doesn't even exist. That's after I tried loading an FMS through the menu but I didn't check before 23.34.21 Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:9d72:beb1:ba3d) 23.34.53 # you added it or rockbox added it? 23.35.04 # sounds like a bit of a snafu on my part :p 23.35.17 # Rockbox added it 23.35.49 # that could explain why setting through the menu doesn't work... ;) 23.36.00 # an FMS I mean 23.37.18 # does the fms show up in the browser when fileview is "supported"? 23.40.10 # hmm, i assume it does if the fmscreen menu option displays them 23.40.18 # oh nice, the sim hangs with CPU at 100% with an own fms (loaded by adding the line to the config.cfg) that's after entering the FM screen and negating the auto-scan question - this doesn't happen with your hardcoded fms... 23.41.17 # haha, yep nice snafu on my part :p 23.41.24 # no debug output though 23.42.04 # filetree.c has case FILE_ATTR_RFMS: where case FILE_ATTR_FMS: shuold be 23.42.09 # in ft_enter() 23.42.18 # (nano doesnt show line numbers) 23.42.23 # there is something broken with the zezayer wps with current builds: the statusbar is drawn over the wps 23.42.51 # shows up pretty clearly on the sim. On the target it's only if the statusbar changes 23.43.01 Quit JdGordon_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.44.42 Part froggyman 23.45.31 # anyone interested in looking into it? Zezayer is still in svn. 23.45.51 Quit efyx_ (Remote host closed the connection) 23.46.49 Join Casainho [0] (~chatzilla@87-196-63-242.net.novis.pt) 23.46.56 Quit Casainho (Client Quit) 23.49.23 Quit CGL (Quit: Saliendo) 23.49.35 Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 23.49.59 Quit jgarvey (Ping timeout: 256 seconds) 23.52.01 # JdGordon: I assume the case a few lines below inside the ifdef HAVE_REMOTE_LCD should have an RFMS instead of the FMS then :P 23.52.26 # lines 514 and 520 - for what it's worth 23.53.07 Part gnuvince 23.56.23 Quit evilnick_B (Quit: Page closed)