--- Log for 13.12.110 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 days and 23 hours ago 00.00.38 Quit liar_ (Quit: Leaving) 00.00.58 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.09.01 Join the_Kyle [0] (~kyle@71.23.64.127) 00.09.34 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.11.32 *** Saving seen data "./dancer.seen" 00.16.19 # If I set IDE_RESET line low and than high in which state the drive should be? The same as just after power on? 00.18.17 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 00.20.59 # "Warning: writeback of base register when in register list is UNPREDICTABLE" 00.21.07 # what does this mean 00.25.16 Join krabador [0] (~krabador@host207-231-dynamic.252-95-r.retail.telecomitalia.it) 00.26.21 Quit bertrik (Quit: :tiuQ) 00.27.19 # bah it means i'm stupid 00.27.39 # :) 00.28.43 # anyone work out how to mount a player so that it shows up in virtualbox? 00.30.40 # which version of VB? 00.30.52 # get the oracle closed version and then you can share usb devices 00.31.02 # usb is painfully slow though 00.31.42 # i've got the current version from oracle 00.31.53 Quit ChanServ (shutting down) 00.31.58 # my clip shows up as a possible VB USB device, but selecting it just crashed virtualbox 00.32.30 Quit wodz (Quit: Leaving) 00.33.36 # trying to compile the sdl app for Windows (crosscompiling by using a linux vim), I get loads of warnings about " define for VOLUME_MIN and VOLUME_MAX is missing" 00.33.53 # it finally fails with "/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/../../../../i586-mingw32msvc/bin/ld: unrecognized option '-z'" when building the exe 00.34.25 # oh yeah, those VOLUME_MIN and VOLUME_MAX things are also cluttering my ipod classic build output :/ 00.34.40 # and i still don't have a clue which codec they're using! 00.35.57 Quit balintx (Remote host closed the connection) 00.36.12 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 00.38.59 Quit domonoky (Read error: Connection reset by peer) 00.39.21 Quit scorche (Read error: Connection reset by peer) 00.44.26 # a linux vm, *doh* 00.44.50 Join user890104 [0] (~Venci@2001:0:5ef5:79fd:4df:e45c:2b16:5976) 00.45.26 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 00.47.38 Join scorche [0] (~scorche@ip68-98-34-78.ph.ph.cox.net) 00.48.29 # pixelma: I don't think anybody has tried that yet :) 00.48.46 Join ChanServ [0] (ChanServ@services.) 00.48.47 Mode "#rockbox +o ChanServ " by anthony.freenode.net 00.51.23 Quit scorche (Changing host) 00.51.23 Join scorche [0] (~scorche@rockbox/administrator/scorche) 00.52.29 # kugel: ok, and now? :) 00.54.32 # pixelma: not sure, just saying I'm not surprised it doesn't work 00.54.49 # it might also have unix specific stuff in it 00.55.03 # can I do something to figure out what's going on? 00.55.27 # I'm a bit busy though these days with other things but I would try 00.56.25 # the warnings for volume min/max shouldn't be critical, but I don't know what the -z error is 00.56.46 # the line I quoted is really the only error message 00.57.57 # perhaps you can run with make V=1, copy the last line (which should have "-o rockboxui.exe" somewhere), remove the -z manually and paste it again in the terminal 01.01.39 # I think you'd need to remove "-Wl,-z,noexecstack" 01.03.33 Join einhirn [0] (~Miranda@p54850166.dip0.t-ipconnect.de) 01.04.17 # if I have a pointer to a 16 bit array element, on armv5 the most efficient thing to do is AND off the second to last bit and then load the entire word right? 01.04.31 # kugel: V=1 gives me a really long line which ends in "-mwindows -mconsole -Wl,-z,defs" 01.04.53 # then errors of course 01.05.48 # try to remove all -Wl,-z parts 01.08.16 # or can i do "ldr r0, [r1 -2]" to get the nearest word 01.10.15 # kugel: sorry, where would I remove them? 01.15.43 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.21.29 # saratoga: you only want 16 bits? 01.21.47 # yeah, but i don't care about where it ends up (top or bottom half is fine) 01.22.03 # does this work? ldr r4, [%2,#-2] 01.22.25 # * TheSeven wonders why you aren't using ldrh r4, [r2] 01.22.58 # or do you want to load multiple of them at the same time? 01.23.02 # isn't that one cycle slower since its rotating the result? 01.23.04 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101]) 01.23.45 # * TheSeven doesn't know those details of the architecture :) 01.24.21 # but i doubt it will be slower than bic r2, r2, #3; ldr r4, [r2] 01.24.41 # and i don't think you can specify sub-element size offsets 01.24.52 # pixelma: from the last (really long) line 01.25.06 # and then? 01.25.30 # re-paste it into the terminal and execute (to run the command without the -z options) 01.27.28 # warning: multi-character character constant 01.27.30 # what the fuck 01.28.33 Quit Keripo (Quit: Leaving.) 01.29.23 Quit DerPapst (Quit: Leaving.) 01.30.33 # saratoga: i don't think ldrh is slower 01.30.36 # would it have really been so hard to make gcc able to figure out what line number errors occur on if there preprocessor involved 01.30.56 # Unaligned word loads, load byte (LDRB), and load halfword (LDRH) instructions use the byte rotate unit in the Write stage of the pipeline. This introduces a two-cycle load-use interlock, that can affect the two instructions immediately following the load instruction. 01.31.01 Quit einhirn (Read error: Connection reset by peer) 01.31.26 # oh 01.34.35 # well it runs, although it doesn't sound right 01.34.44 # the offset is specified in bytes right? 01.35.53 # oh huh the ldm isn't aligned, i didn't realize that was even allowed 01.36.42 # ARM cores from architecture ARMv4 or ARMv5 convert an aligned load into an aligned load with rotate (so LDR from 0x1 loads 0x1 0x2 0x3 0x0 into a register). 01.36.52 # well ok then 01.38.23 # wait ldm ignores the lower to bits of an address 01.38.34 # so this would have just worked if i'd use ldm for everything 01.38.40 # unaligned ldr causes data abort doesn't it= 01.38.50 # surprisingly no 01.38.57 # but I've seen them 01.39.09 # isn't that for instruction fetches? 01.39.47 # that's prefetch abort 01.40.05 # ah no you're right, its configurable 01.40.21 # it either rotates or data aborts depending on a register flag 01.43.03 # haha yes it works 01.43.15 # ldm happily truncates my unaligned load giving me what i actually want 01.44.05 Join T44 [0] (~Topy44@f049002207.adsl.alicedsl.de) 01.44.45 # saratoga: does it also do that on armv6+? those support (true) unaligned access 01.45.04 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 01.46.29 Quit Strife89 (Read error: Connection reset by peer) 01.47.11 # i'll have to double check 01.47.30 # but my guess is that it does, since that would be a pretty major change in how the instruction was encoded 01.53.20 Join froggymana [0] (~62730007@giant.haxx.se) 01.53.32 # ha i can't believe this works as well as it does\ 01.55.19 Quit froggymana (Client Quit) 01.55.23 Join froggyman [0] (~62730007@giant.haxx.se) 01.55.51 Nick froggyman is now known as Guest82573 (~62730007@giant.haxx.se) 01.56.28 Quit Guest82573 (Client Quit) 02.02.08 # * kugel has bigger list item size working 02.03.25 Join Strife89 [0] (~Strife89@adsl-80-131-130.mcn.bellsouth.net) 02.08.54 Join edboyer93_ [0] (~eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 02.08.55 Quit edboyer93_ (Client Quit) 02.11.33 *** Saving seen data "./dancer.seen" 02.15.40 # Is there a reason the Clip+ doesn't have the backlight on hold options? 02.16.38 # none that i can think of 02.16.40 # oh 02.16.44 # it has soft hold 02.16.48 # so maybe thats why 02.17.39 # I thought that might be it, I was just wondering if there was a discussion, or of maybe it was just a case of perhaps an IFDEF not being set right because soft hold counts different as normal hold? 02.18.26 # probably a mistake 02.18.31 # at least that seems most likely to me 02.18.54 # I could see someone objecting because if you have the backlight set to "off on hold" you can't see the message telling you hold is on and there's no physical feedback. 02.19.28 # But, at the same time, a user has to enable this option manually. 02.19.54 # * Llorean doesn't like knowing his screen will constantly come on every time his player is bumped in his pocket even with hold on. 02.20.12 # Defeats what to me is basically the secondary major purpose of hold. :) 02.21.13 # the backlight uses an insignificant amount of power compared to the rest of it 02.21.59 # Question: how do I even set hold on my Clip+? I couldn't find it anywhere in the manual. It doesn't seem to be in a menu either. Is it just me? 02.22.12 # the_Kyle: select+home in the WPS 02.22.16 # Same combo to turn it off. 02.22.23 # its in the manual somewhere but not too easy to find IIRC 02.22.41 # Yeah, I expected it to be in quick start, but since the key combo is only defined for the WPS it's in the WPS keymap. 02.22.49 # You basically have to open the PDF and search for "lock" 02.22.55 # Llorean: think of this as a great opportunity for you to grep and learn how software hold works in rockbox ;) 02.23.06 # I have the Clip+ manual for 3.7.1. I searched for lock and hold with no luck. 02.23.20 # the_Kyle: I found it when searching for lock no problem. 02.23.38 # its 4.3.1. WPS Key Controls 02.23.43 # i remember adding it a while ago 02.23.47 # Hmmm. Don't know how I missed it then. 02.23.59 # saratoga: It's tempting. I can't imagine it's a hugely complex change anyway. 02.24.02 # * the_Kyle looks at 4.3.1 02.24.20 # yeah its probably not 02.24.39 # I was more wondering if it was intentionally left out and there was a discussion I could reference, or if it's just a question that hasn't been addressed yet. 02.27.53 # * the_Kyle must have been tired when he looked at the manual. There it is, plain as day. Sorry bout that. 02.32.00 # Llorean: maybe have a look at the Recorder? I believe it has soft hold too and backlight... hmm *my* Ondio does too actually 02.32.19 # I can't remember seeing backlight on hold options though 02.34.57 # they aren't there indeed. I wonder though if the subtle difference of soft hold only being active in the WPS has something to do with it 02.35.46 # I'd guess it's just a missing define or otherwise not thinking hold is present. 02.37.28 # Llorean: backlight.c pops up if you grep BUTTON_HOLD 02.37.49 Quit Rob2222 (Ping timeout: 276 seconds) 02.37.57 # my guess is that backlight_hold_changed being available only if theres a physical hold button is the problem 02.41.28 Quit Llorean (Read error: Connection reset by peer) 02.41.35 Quit user890104 () 02.42.17 Quit saratoga (Quit: Page closed) 02.44.50 Join Llorean [0] (~DarkkOne@65.104.0.180.ptr.us.xo.net) 02.46.03 Quit Llorean (Changing host) 02.46.03 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 02.52.04 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 02.55.25 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 02.57.35 Quit designate72 (Ping timeout: 260 seconds) 02.58.31 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 03.01.50 # New commit by 03kugel (r28821): Android: Protect lcd updates with a mutex. ... 03.03.52 # kugel: your phone shows 0% cpu usage right? when you reopen rockbox is it actually still runing the service? 03.04.11 # r28821 build result: All green 03.04.15 # yes, it's running all the time 03.05.15 # interesting... stock froyo on my phone seems to happily kill the service but rockbox is still in the process listing 03.07.07 # kill how? 03.08.18 # I found that kill apps act strange there, so that the our bootsplash comes up even though rockbox is still running 03.08.29 # can i ask you what's the android reference version for the rockbox development ? 03.08.30 # but force stop works correctly 03.08.31 # yes, thats what im seeing 03.09.10 # I don't know for sure, but I suspect that the kill apps only kill the service's main thread, but not the other threads it spawns (if that's even possible) 03.09.45 # im not running a task manager, its android itself killing it 03.10.13 # OOM killer or force stop? force stop works fine for me 03.10.38 # oom, except plenty of free ram so i dont know why it is bothering 03.11.41 # perhaps we're not handling this situation correctly. I don't know what the kill apps do but I read they can't kill reliably on froyo anymore and need some workaround 03.13.41 Join froggyman [0] (~seth@98.115.0.7) 03.13.42 Quit froggyman (Changing host) 03.13.42 Join froggyman [0] (~seth@unaffiliated/froggyman) 03.13.42 # I'm not talking about the kill apps 03.14.11 # yes 03.15.07 # but both OOM killer and the apps kill somehow differently than force stop, which doesn't work correctly for rockbox 03.15.34 # we arent crashing though which is nice 03.17.30 # android never closed the service on my phone so far 03.17.41 Quit kugel (Remote host closed the connection) 03.22.56 # Where are keymappings defined? If I'm reading the WPS controls correctly, I'd like to try something. 03.25.23 # apps/keymaps/keymap-.c 03.27.36 # I found keymap-clip.c. Is clip+ using this keymap slso? 03.27.48 # s/slso/also 03.30.29 Quit kramer3d (Ping timeout: 240 seconds) 03.32.38 Part the_Kyle 03.32.57 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 03.38.39 Join the_Kyle [0] (~kyle@71.23.64.127) 03.50.47 Quit liar (Ping timeout: 240 seconds) 03.53.17 Join Topy [0] (~Topy44@f048130180.adsl.alicedsl.de) 03.54.55 # My bright idea is to try to map power+select to WPS_HOTKEY on the Clip+. I don't know if this will work, but I'm giving it a try, since down repeat is already being mapped to show playlist. 03.55.12 # And I don't see a mapping for power+select. 03.56.34 Quit T44 (Ping timeout: 245 seconds) 03.56.43 # I'm definitely keeping the HAVE_HOTKEY define check, since this is only a test at this point, and I don't want it used unless the define is set explicitly for now. 03.56.46 Quit GeekShadow (Quit: The cake is a lie !) 03.57.29 Quit MethoS- (Remote host closed the connection) 03.58.26 Quit mortalscan_ (Ping timeout: 276 seconds) 03.59.59 Quit InsDel (Read error: Connection reset by peer) 04.06.00 # building 04.10.10 # * the_Kyle panicked unnecessarily for a second because he thought he coded wront. This turned out not to be the case. Resuming build. 04.10.19 # wrong 04.11.05 # * the_Kyle is basing the choice of hotkey map on the previous and next directory functions. 04.11.36 *** Saving seen data "./dancer.seen" 04.12.04 # Using the power key as a modifier just seems like a good idea to me. Comments are welcome if this does indeed work. 04.13.06 # Build resule: all green. 04.17.54 Quit Amec (Ping timeout: 260 seconds) 04.18.35 Join Amec [0] (~twcleary@ids.tuu.utas.edu.au) 04.22.10 # the_Kyle: please dont do that "Build result" line... it actually has a use and your private build is something only yuou care about 04.22.33 # My apology. 04.27.15 # I have WPS_HOTKEY working on the Clip+, and so far it doesn't seem to interfere with anything. 04.27.47 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 04.28.01 # And we can keep the down repeat mapping for view playlist. 04.28.52 Quit tchan1 (Ping timeout: 264 seconds) 04.30.16 # If there's no objections, I'll send up a patch for testing. 04.30.30 # Looks very good here. 04.30.55 Quit amiconn (Disconnected by services) 04.30.56 Quit pixelma (Disconnected by services) 04.30.57 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.30.58 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.31.01 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.31.14 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.34.03 Quit TheSeven (Ping timeout: 265 seconds) 04.35.59 Quit edboyer93 () 04.38.46 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.40.24 Join Barahir_ [0] (~jonathan@frnk-590fd451.pool.mediaWays.net) 04.43.53 Quit Barahir (Ping timeout: 264 seconds) 04.45.59 Quit krabador (Remote host closed the connection) 04.56.02 Quit sasquatch (Quit: WeeChat 0.3.2) 04.56.09 # Oops. I'm having a problem creating my patch. My hotkay patch touches one of the files touched by the USB patch, so the diff is trying to bring in some of the USB work into my hotkey patch. Is there any way to get around this and still keep my USB patch applied locally? 04.56.10 Quit ReimuHakurei (Quit: Stand by, Ready!) 04.56.22 Join ReimuHakurei [0] (~reimu@74.112.212.15) 04.56.28 Join sasquatch [0] (~username@p4FF2D9B0.dip.t-dialin.net) 05.00.06 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 05.02.22 # the_Kyle: diff files are just plaintext, you can manually remove the parts which arent what you want 05.02.30 # or svn diff to only get the one file 05.02.38 # also, I wouldnt hold your breath for that sort of change 05.04.02 # So this is better as a local build? I thought other Clip+ users could use the WPS hotkey if this gets some testing. 05.04.59 # It would just need to be worked out how to get around changing the hotkey for those Clips that already have it defined, if there are any. 05.08.09 # i think we didn't add hotkey to the clip due to lack of buttons 05.10.25 # I tried to choose a button combination that wasn't already being used on the Clip. Power is already being used as a modifier for previous and next directory, and power+select isn't being used. 05.15.06 Quit factor_ (Quit: Leaving) 05.15.45 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 05.17.11 Join edboyer93 [0] (~eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) 05.22.47 # None of the Clips defines HAVE_HOTKEY. Unfortunately, I can only speak for the Clip+ when I say that my hotkey combination works without causing interference with other button functions. I don't know what the buttons are like on any other Clip. 05.24.47 Quit Strife89 (Ping timeout: 265 seconds) 05.25.01 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.25.59 Join Gourd_Captain [0] (~chatzilla@h33.90.213.151.dynamic.ip.windstream.net) 05.26.25 Join Strife89 [0] (~Strife89@adsl-80-188-68.mcn.bellsouth.net) 05.27.18 # When I play a MIDI file on Rockbox 3.7.1 on a Sansa Fuze v2, about half the time it lists "MALLOC BARF" five or six times on the screen and crashes. 05.36.20 # the FuzeV2 doesn't really have enough RAM to play most MIDI files I think 05.36.53 # Ah. 05.37.01 # * Gourd_Captain looks for mp3 versions then. 05.39.17 # Wow, 32 MB? I remember when my main desktop had that much. 05.40.21 # yeah i think 32MB is needed to play most midi files 05.41.57 # what are the SVN user names again? FirstLast or our screennames? 05.43.10 Quit JesusFreak316 (Ping timeout: 245 seconds) 05.43.30 # New commit by 03saratoga (r28822): Make the midiplugin's out of memory error more obvious to people who don't know what malloc is. 05.43.33 # there got it 05.45.36 # r28822 build result: All green 05.47.24 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 05.48.34 Join simonrvn_ [0] (simon@197.112-ppp.3menatwork.com) 05.51.02 Quit simonrvn (Disconnected by services) 05.51.02 Nick simonrvn_ is now known as simonrvn (simon@197.112-ppp.3menatwork.com) 06.03.20 Join mortalscan_ [0] (~mortalsca@109.169.55.155) 06.07.45 Quit mortalscan_ (Ping timeout: 245 seconds) 06.11.39 *** Saving seen data "./dancer.seen" 06.13.38 # Wow. I actually caused a SVN update. Admittedly, based entirely on me being slightly obtuse... 06.13.58 # * Gourd_Captain does know what malloc is, I was just wondering if I'd screwed something up with installing the MIDI patch files. 06.14.21 # Is there any way to get out of that "MALLOC BARF" screen if it happens? 06.14.37 # * Gourd_Captain tried holding back, and in the end the only thing that worked was powering off the device. 06.26.50 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 06.31.29 Quit BHSPitMonkey (Ping timeout: 240 seconds) 06.33.41 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 06.46.02 Join rainmanjam [0] (rainmanjam@c-71-236-191-74.hsd1.or.comcast.net) 06.46.08 Quit factor (Ping timeout: 240 seconds) 06.47.01 Quit Gourd_Captain (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 06.52.54 # Hey, question. I performed the RTC mod on my h120 a few years ago. Been a while since i updated rockbox on it because my daily DAP is my beast. I notice that the RTC mod is no longer an option when building RB. What gives? 06.53.22 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.00.28 # Nevermind. Didn't realize the text had wrapped. 07.06.59 Quit Judas_PhD (Quit: This is a quitting message) 07.12.09 Quit rainmanjam () 07.20.49 Join yahya69 [0] (~yahya69@p5DCE3CD0.dip.t-dialin.net) 07.20.54 Part yahya69 07.31.22 Quit JdGordon| (Quit: leaving) 07.35.09 Join JdGord [0] (~jonno@122.110.143.240) 07.36.04 Quit Keripo (Read error: Connection reset by peer) 07.37.59 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 07.49.56 Join stoffel [0] (~quassel@p57B4C718.dip.t-dialin.net) 07.53.59 Quit mordocai (Ping timeout: 255 seconds) 07.54.32 Join Horschti [0] (~Horschti@xbmc/user/horscht) 07.56.52 Join mordocai [0] (~mordocai@66.119.9.243) 07.58.17 Quit Horscht (Ping timeout: 264 seconds) 08.03.54 Quit JdGord (Quit: Bye) 08.04.04 Join kugel [0] (~kugel@212.23.105.150) 08.04.05 Quit kugel (Changing host) 08.04.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.11.40 *** Saving seen data "./dancer.seen" 08.16.30 Quit the_Kyle (Ping timeout: 245 seconds) 08.18.30 Quit BHSPitMonkey (Remote host closed the connection) 08.20.06 Quit stoffel (Remote host closed the connection) 08.32.24 Join the_Kyle [0] (~kyle@71.23.64.127) 08.35.59 Join KiwiCam [0] (~Kiwicam@ip-118-90-68-162.xdsl.xnet.co.nz) 08.36.04 Join Kiwi_Cam [0] (~Kiwicam@ip-118-90-68-162.xdsl.xnet.co.nz) 08.36.18 Join Buschel [0] (~chatzilla@p54B67ECB.dip.t-dialin.net) 08.36.21 Quit Kiwi_Cam (Client Quit) 08.36.37 Quit KiwiCam (Client Quit) 08.36.59 Join KiwiCam [0] (~Kiwicam@ip-118-90-68-162.xdsl.xnet.co.nz) 08.41.02 Join hebz0rl [0] (~hebz0rl@dslb-088-065-222-215.pools.arcor-ip.net) 08.43.51 # TheSeven: I get 258 fps as well when using LCD_PHTIME=0x00. but without any IRAM usage. this is because the RAM latency can be hidden (see FS#11807, v09) 08.47.02 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 08.47.47 Quit fyrestorm (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!) 08.50.06 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 08.50.12 # TheSeven: ping 08.50.13 Quit Buschel (Ping timeout: 276 seconds) 08.57.52 # TheSeven: for the logs - I think that you can protect ata constatnts defines with #if !(defined (ROCKBOX_BIG_ENDIAN) && !defined(ATA_SWAP_WORDS) 08.58.53 # shifted constants are only for big endians if they do not swap bytes in ata words 09.00.50 Quit KiwiCam (Quit: Leaving) 09.01.33 # TheSeven: ROCKBOX_BIG_ENDIAN is set in autoconf.h 09.43.06 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 09.46.25 Join petur [0] (d408b802@rockbox/developer/petur) 09.48.00 Join [Saint] [0] (S_a_i_n_t@203.184.4.14) 09.48.23 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 09.48.34 Join therion [0] (~4a68140c@giant.haxx.se) 09.49.32 Quit therion (Client Quit) 09.50.47 Quit ReimuHakurei (Read error: Connection reset by peer) 09.55.45 # wodz: that doesn't really seem clean to me 09.56.04 Quit JesusFreak316 (Quit: No Ping reply in 180 seconds.) 09.56.24 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 09.59.53 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 10.02.43 Join webguest42 [0] (~60ed17fc@giant.haxx.se) 10.02.53 Quit webguest42 (Client Quit) 10.04.37 Join CodeAlexus [0] (~60ed17fc@giant.haxx.se) 10.05.17 # I can't seem to figure out the mountpoint for my sansa clip 10.06.52 # maybe your clip is still in MTP mode? I'd guess that would make it harder 10.07.51 # how would i go about changing that? It shows up in my computer, but it doesnt have a drive letter or anything 10.08.03 # TheSeven: why - it is based on the origin of the different constants 10.08.34 # ...wat... 10.08.36 # <[Saint]> CodeAlexus: You need to set it to MSC (if it isn't already) in the Original Firmware 10.08.55 # is this really consistent, i.e. will *every* big endian target have it that way? 10.09.13 # CodeAlexus: it's a setting in the OF (something like "System > USB mode" or so) 10.09.15 # (even future ones) 10.09.36 # if yes, I would define them based on endianness in some ATA header instead of the target tree 10.10.43 # ahah, never saw that setting before, ty very much 10.11.10 # TheSeven: we never know but IF ata is connected to system bus for big endian bytes will be shifted (unless engineers decide to swap bytes in ata words as done in archoses and mpios) 10.11.42 *** Saving seen data "./dancer.seen" 10.13.15 # well there is always possibility to randomly connect ata bus lines to system bus :-) 10.13.22 # <[Saint]> Buschell: My apologies for not getting back to you sooner about your Nano2G LCD patch, I had some issues to deal with IRL. 10.13.42 # [Saint]: have you looked at hd300 svg? 10.14.26 # <[Saint]> Both "dark" and "bright" LDS176s seem to handle it in the same way...I really wish I knew *why* there were "dark" LDS176 LCDs 10.15.00 # <[Saint]> wodz: Briefly, I'm going to get stuck into it tonight. 10.15.42 Quit CodeAlexus (Quit: CGI:IRC (EOF)) 10.17.48 Join Strife1989 [0] (~Strife89@adsl-80-184-118.mcn.bellsouth.net) 10.19.26 # <[Saint]> Buschell: Even though I know I might never know what the difference is between the two, if there is one...to give you an idea, the "bright" LCDs I have set to Brightness 32, and the "dark" screens I need to have set to Brightness 44 (46 is too bright, but in the wrong way) and it is still visibly darker then the "bright" screens. 10.20.10 Quit Strife89 (Ping timeout: 260 seconds) 10.23.28 # <[Saint]> TheSeven: You've mentioned before that there's three LCD types (known) for the Nano2G, but the code only points to there being two known types...what does the third type get detected as? 10.24.03 # <[Saint]> ...or has it not been seen in the wild? 10.29.36 Quit kevku (Read error: Operation timed out) 10.31.42 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.34.09 Quit kugel (Ping timeout: 240 seconds) 10.34.12 Join DerPapst [0] (~Alexander@dslb-088-069-143-088.pools.arcor-ip.net) 10.34.37 # New commit by 03wodz (r28823): HD300 - lang strings for alarm screen 10.37.09 # r28823 build result: All green 10.39.45 # Is there a way to know that ata drive 'accepted' hardware reset? I mean to read some register which should change on hard reset 10.51.57 # I tried the voice for rockbox (espeak). When i use english it works fine. But when i want to use german voice, it seems that espeak uses the english voice for pronouncing the (german) words. Can i configure this anywhere? 10.54.07 # Stummi: do you already have a German espeak voice? 10.54.12 # yes 10.54.45 # "espeak --voices=de" shows some rows 10.54.59 # and what do you use for voice file building (OS and Rockbox utility or some other method)? 10.55.34 # "make voice" from an SVN Build (on debian testing) 10.56.34 # you have to have an eye on the encoder settings where you can chose a voice 10.56.57 # (I mean the TTS setting) 10.57.21 # TTS_OPTS? 10.58.02 Join ReimuHakurei [0] (~reimu@74.112.212.15) 10.58.49 Quit efyx (Remote host closed the connection) 10.58.51 # ok, output on building looks good ("TTS Engine (options): espeak (-v de)"). I will see if this works then. Thanks 11.00.17 # yes, you can set the TTS voice that should be used when configuring with "/voice: your German espeak voice name" at some step 11.00.25 # * [Saint] has wondered for some time if there is a "build all" flag for building voicefiles. 11.00.39 # Stummi: can't remember all the details at the moment 11.01.30 # <[Saint]> I really can't be bothered building all the relevant voicefiles by hand...I'm sure there will be such a thing, but I haven't found it yet. 11.01.56 Quit JdGordon (Ping timeout: 272 seconds) 11.03.09 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.09.44 # Hmm MPIO OF performs turn off/turn on flip on disk power line when connecting usb. Maybe they screwed up ATA_RESET line handling on hardware level and cutting off power is the only way to hard reset the drive 11.13.04 # [Saint]: There are indeed three LCD types, two of which share the command set for the update region setup, which is why they only need two drivers 11.13.21 # and yes, those two ones both have the LDS176 command set :) 11.13.31 # can you check the LCD_DETECT values in diagmode? 11.13.42 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 11.14.22 # LCD_DETECT0: 1, LCD_DETECT1: 0 is one of them (the one i have) LCD_DETECT0: 0, LCD_DETECT1: 0 is the other one (user890104 has one, but they seem to be rather rare) 11.15.28 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 11.15.34 # those values can be found on the second page of "others" => "status" 11.17.59 # <[Saint]> TheSeven: where am I looking for that info? I needed to grab it for liar once also on my devices, buggered if I can find it now though. 11.18.47 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 11.18.51 # diagmode => others => status => second page (press select) 11.20.26 # <[Saint]> hmmm...all 1, 0 around at the moment. 11.20.45 # <[Saint]> there's another "dark" screened Nano2G in the car though. 11.21.43 # <[Saint]> Interestingly though...the first page of Status has some very obvious garbage on the screen on this Nano2g 11.24.17 # <[Saint]> everything under "Regn:0x0000 0xe353" is just a bunch of...I wouldn't even call them chars, just randomly plotted groups of pixels. 11.24.41 # <[Saint]> then after that, the "ACTION to change page..." comes up fine. 11.24.57 Join Rob2222 [0] (~Miranda@p4FFF179C.dip.t-dialin.net) 11.26.05 # yes, that's a known issue 11.26.54 # <[Saint]> emBIOS issue? 11.27.30 # partially 11.27.46 # diagmode doesn't find the sysconfig on the boot flash and handles that a bit badly 11.28.41 # <[Saint]> ah...right. "meh"...at least the main parts work. 11.30.42 Quit casainho (Remote host closed the connection) 11.31.40 Quit wodz (Ping timeout: 265 seconds) 11.32.30 Quit TheSeven (Ping timeout: 260 seconds) 11.33.00 Quit efyx (Remote host closed the connection) 11.38.09 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 11.51.48 Quit efyx (Remote host closed the connection) 11.52.09 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 11.55.27 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.55.50 Quit JdGordon (Ping timeout: 265 seconds) 11.56.01 Join JdGord [0] (3a6d9264@gateway/web/freenode/ip.58.109.146.100) 11.57.59 Quit Zambezi (Changing host) 11.57.59 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 11.58.34 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 12.00.25 Quit JdGord (Client Quit) 12.11.43 *** Saving seen data "./dancer.seen" 12.13.39 Quit ender` (Read error: Connection reset by peer) 12.15.57 Join ender` [0] (krneki@foo.eternallybored.org) 12.16.18 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 12.18.38 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.22.47 # i just got an ipod 2g. Connected it to my pc and the screen says, that i shall not disconnect it from pc. It isn't mounted, so is this message wrong? 12.23.30 Quit simonrvn (Ping timeout: 240 seconds) 12.23.55 # the ipod doesn't know if it's mounted or not 12.24.17 # it brings up that message as soon as it's enumerated by the host and it only goes away when you send the device a disconnect message (i.e. eject it) 12.24.53 # mass storage devices have no way of knowing if the host has mounted them or not 12.27.26 # ok 12.28.15 # if you're on linux you should be able to make it think it's ok to disconnect by running "eject /dev/sdb" or whichever device it is 12.28.27 # but then you won't be able to mount it again unless you unplug/replug the device physically 12.30.12 Join simonrvn [0] (simon@197.112-ppp.3menatwork.com) 12.41.10 Quit JdGordon (Ping timeout: 240 seconds) 12.43.20 Quit InsDel (Read error: Connection reset by peer) 12.52.20 Quit dfkt (Read error: Connection reset by peer) 12.52.20 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 12.57.46 # hm, i made now the svn-build for ipod 2g, made a fullinstall and installaed the bootloader with ipodpatcher. It says "Can:t load rockbox.ipod: Bas checksum".. the sums are 2D38077 and 2D380A2 13.01.29 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 13.07.50 Quit kkit|sh (Ping timeout: 265 seconds) 13.10.12 # i just put the new battery in my ipod. do i need to reset anything? 13.10.35 # or do anything else besides plugging it in 13.15.12 # no. 13.15.31 # good :) 13.17.09 Quit [Saint] (Disconnected by services) 13.17.11 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.65) 13.19.43 # its charging now and continues to run when i unplug the USB briefly 13.20.23 # it'll need a couple cycles until the battery has its peak capacity and the charge controller has calibrated itself,eh? 13.23.04 Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) 13.26.52 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 13.26.52 Quit pamaury (Changing host) 13.26.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.31.37 # no, not really 13.31.50 # charging in this kind of device is usually totally dumb 13.32.26 # just uses voltage on the battery and the theoretical charge/discharge curve for the battery chemsitry 13.37.30 Quit bluebrother (Disconnected by services) 13.37.32 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 13.45.57 Join TheLemonMan [0] (~lem0n@ppp-22-151.98-62.inwind.it) 13.53.55 Quit factor (Read error: Connection reset by peer) 13.54.09 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 14.03.11 Join kugel [0] (~kugel@141.45.201.68) 14.03.11 Quit kugel (Changing host) 14.03.11 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.08.51 Quit antil33t (Read error: Connection reset by peer) 14.08.59 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.11.45 *** Saving seen data "./dancer.seen" 14.18.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.29.09 Join Kitr88 [0] (~Kitarist@BSN-182-98-110.dial-up.dsl.siol.net) 14.31.35 Quit Kitar|st (Ping timeout: 272 seconds) 14.33.53 Quit Kitr88 (Ping timeout: 265 seconds) 14.35.18 Join kevku [0] (~kevku@arch.tunnel.ipv6.estpak.ee) 14.38.00 Join Kitar|st [0] (Kitarist@89.142.78.1) 14.45.38 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-184-118.mcn.bellsouth.net) 14.46.45 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.03.33 Quit S_a_i_n_t (Disconnected by services) 15.03.35 Join [Saint] [0] (S_a_i_n_t@203.184.0.14) 15.10.21 Quit TheLemonMan (Quit: free(me)) 15.15.46 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 15.16.21 Quit balintx (Ping timeout: 276 seconds) 15.17.21 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 15.17.30 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.30.17 Quit JesusFreak316 (Ping timeout: 245 seconds) 15.31.26 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.36.42 Quit wodz (Ping timeout: 255 seconds) 15.42.52 Join Rob2223 [0] (~Miranda@p4FFF0D6E.dip.t-dialin.net) 15.43.09 Quit CaptainKewl (Ping timeout: 272 seconds) 15.43.11 Quit Rob2222 (Ping timeout: 240 seconds) 15.46.55 Join CaptainKewl [0] (~captainke@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 15.54.17 Quit teru (Quit: Quit) 15.59.08 Quit elcan (Remote host closed the connection) 16.03.48 Quit CaptainKewl (Ping timeout: 265 seconds) 16.05.29 # <[Saint]> Stummi: I can't see if anyone else replied, as apparently I disconnected in that time...but "Can't load rockbox.ipod: Bad checksum" usually means that you installed the wrong build for the device. 16.06.13 # [Saint], yes, just solved this. I accidantly made the ipod 2g build for the ipod nano 2g :) 16.06.53 # <[Saint]> Good to know ;) 16.07.02 # <[Saint]> Glad you got it sorted. 16.07.22 Join Kitr88 [0] (Kitarist@BSN-210-240-239.dial-up.dsl.siol.net) 16.07.40 # <[Saint]> Make sure to download the iLike theme for it lol, I worked hard on that ;p 16.08.56 Join burn [0] (~burn@cl-1079.bru-01.be.sixxs.net) 16.09.01 # * [Saint] is again reminded that the revision on the theme site is almost certainly several 100 revisions behind his local copy. 16.09.07 Quit Kitar|st (Ping timeout: 272 seconds) 16.09.32 # hi there, when I'm using rockbox on an ipod mini v2, it can't reboot properly when making the database 16.09.43 # can't find anything about it on the internet 16.09.52 # "abort on data" is the error 16.09.59 # <[Saint]> define "can't boot properly" 16.10.10 Join MethoS- [0] (~clemens@134.102.106.250) 16.10.12 # when I delete the .rockbox\config\database.* it works 16.10.15 # again 16.10.21 # but I can't make a database 16.10.37 # <[Saint]> ah...do you mean "data abort "? 16.10.52 # [Saint]: yeah, indeed, sorry 16.11.26 # I can't find a proper way to reboot the Ipod :/ 16.11.47 *** Saving seen data "./dancer.seen" 16.11.58 # <[Saint]> the "propper" way is to simply hold the "Play" button until the iPod shuts down. 16.12.07 # <[Saint]> this is in the Manual. 16.12.18 # yeah, but then it boots the apple software 16.12.26 # it doesn't seem to shutdown 16.13.10 # <[Saint]> that seems quite wrong to me. 16.13.15 # Data abort at 00004437C (0) 16.13.22 # [Saint]: ok, now it does, but the error stays 16.14.22 # <[Saint]> Is it immediate, or does it attempt to build the database and then fail? 16.14.36 # <[Saint]> there's a chance you have a track with corrupt ID3 info 16.14.37 # it builds the database, when I reboot the device, it fails to boot 16.15.03 # yeah, there are multiple tracks without I3D 16.15.09 # id3* 16.15.50 # do I have to delete those songs? 16.15.58 # <[Saint]> having no ID3 info isn't an issue at all, but broken/corrupted tags can certainly cause this. 16.16.21 # <[Saint]> it might pay to check the disk for filesystem errors also. 16.16.53 # ow, how can I do that? 16.19.59 # <[Saint]> Stummi: http://www.datafilehost.com/download-c6df4060.html is the current development version of: http://themes.rockbox.org/index.php?themeid=973&target=ipodnano2g if you wanted to check it out. 16.20.16 # <[Saint]> burn: Are you using Windows or *nix? 16.22.30 Quit kugel (Remote host closed the connection) 16.23.12 # [Saint]: lunix 16.23.32 # with usb? 16.23.36 # impressive 16.23.47 # ispxxxx on the usr port? 16.23.56 # yes, usb 16.24.02 # latest Ubuntu 16.25.34 Join elcan [0] (user36@pr0.us) 16.31.02 # [Saint], lol 16.31.23 Join n1s [0] (~n1s@nl118-174-240.student.uu.se) 16.31.23 Quit n1s (Changing host) 16.31.23 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.31.28 # <[Saint]> Stummi: My little laugh at Apple's expense ;) 16.31.40 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 16.31.46 Part LinusN 16.31.50 # <[Saint]> There's an iPod Video and Colour/Photo port in the making also ;) 16.33.01 # <[Saint]> burn: To check the filesystem on *nix, you might want to get familiar with the fsck command. 16.36.01 # [Saint], i am missing the animated scrolling menu-change :p 16.36.36 # <[Saint]> that's one of the very few things RB won't let me do ;p 16.36.44 # (ok, you don't can do this only with theme file) 16.37.10 # <[Saint]> that, and the "volume comes flying in from the side of the screen" thing. 16.37.36 # <[Saint]> ...it's pretty close though. 16.40.04 Quit timccc (Ping timeout: 260 seconds) 16.40.17 # [Saint], yes 16.40.24 # anyway, nice work :) 16.41.00 # hm, my ipod nano 2g sometime freezes when i plug it in 16.42.02 # <[Saint]> freezes in what way? 16.43.08 # it does not appear in the file system (and not as dev-file) and i can't do anything with it but commiting an reset (press menu and select for a few seconds) 16.43.43 # [Saint]: got it fixed by removing most of the audio files 16.44.08 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) 16.44.17 # <[Saint]> burn: that points to corrupt ID3 info almost certainly. 16.44.31 # indeed, thanks for your fast reply 16.44.36 # <[Saint]> next step would be finding out which file(s) are triggering it. 16.46.28 # <[Saint]> Stummi: If it doesn't mount when it's connected, it should be fairly safe to just disconnect it and use Play to shut the device down. 16.46.47 # <[Saint]> Using Menu+Select is a "Only when necessary" thing. 16.46.52 # [Saint], i can't. How i said, the device freezed 16.47.21 # <[Saint]> it should always recognise Play, that's quite weird. 16.47.27 # It don't react on any actions. When i disconnect it, it stays on the pluged-in-image 16.47.34 Join timccc [0] (~timccc@112.166.15.141) 16.49.43 # <[Saint]> Stummi: Does it do the same if you put it into disk mode manually before connecting? That isn't much of a workaround though, as you'll still need to "hard reset" the device to get out of disk mode unless you have emBIOS installed. 16.51.06 # moment 16.51.56 Quit TheSeven (Ping timeout: 250 seconds) 16.52.33 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 16.52.55 # <[Saint]> I have my suspicions it's some *nix/USB related thing though...I have no mounting troubles here on XP/Vista or 7 16.53.32 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 16.53.44 # [Saint], ok, in disk mode it does not make this problems 16.53.59 # (connected and disconnected it serval times without freezing) 16.55.19 # <[Saint]> Well, that's a good thing. But hardly ideal. 16.57.16 Join stooo [0] (~sto@e179063160.adsl.alicedsl.de) 17.02.29 Part Zagor 17.04.43 Quit stooo (Remote host closed the connection) 17.06.01 Join stooo [0] (~sto@e179063160.adsl.alicedsl.de) 17.07.29 Quit stooo (Remote host closed the connection) 17.08.48 Join stooo [0] (~sto@e179063160.adsl.alicedsl.de) 17.09.15 Quit stooo (Remote host closed the connection) 17.09.19 Quit sasquatch (Quit: new kernel rites aka reboot) 17.10.29 Quit Rob2223 (Ping timeout: 265 seconds) 17.13.51 Join sasquatch [0] (~username@p4FF2D19C.dip.t-dialin.net) 17.13.52 Quit simonrvn (*.net *.split) 17.13.52 Quit Judas_PhD (*.net *.split) 17.13.52 Quit hebz0rl (*.net *.split) 17.13.52 Quit _jhMikeS_ (*.net *.split) 17.13.52 Quit yosafbridge (*.net *.split) 17.13.52 Quit pjm0616 (*.net *.split) 17.13.52 Quit crwl (*.net *.split) 17.13.53 Quit zu (*.net *.split) 17.13.53 Quit literal (*.net *.split) 17.16.53 Quit jgarvey (Ping timeout: 272 seconds) 17.17.24 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 17.17.54 Join Strife89TX [0] (~cstrife89@207.144.201.128) 17.17.54 Join simonrvn [0] (simon@197.112-ppp.3menatwork.com) 17.17.54 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 17.17.54 Join hebz0rl [0] (~hebz0rl@dslb-088-065-222-215.pools.arcor-ip.net) 17.17.54 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 17.17.54 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 17.17.54 Join pjm0616 [0] (~user@110.9.28.120) 17.17.54 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 17.17.54 Join zu [0] (~zu@ks355000.kimsufi.com) 17.17.54 Join literal [0] (hinrik@v.nix.is) 17.20.30 Quit leavittx (Read error: Connection timed out) 17.23.42 Join leavittx [0] (~leavittx@89.221.199.187) 17.28.41 Join Jamo [0] (~59f09d77@giant.haxx.se) 17.29.00 Quit factor (Read error: Operation timed out) 17.29.34 # Hi ive just put rockbox on my ipod 5.5g and i clicked the failsafe theme by mistake it didnt revert and i cant see any text 17.29.49 # its just the old themes icons 17.30.42 # <[Saint]> jamo, as you boot the iPod as soon as the screen comes on switch hold to on. 17.30.49 # <[Saint]> this will reset your config. 17.31.49 # ah ok thx 17.32.20 Quit Jamo (Client Quit) 17.32.22 Quit shai (Read error: Connection timed out) 17.32.53 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 17.41.22 Quit timccc (Ping timeout: 255 seconds) 17.41.42 Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) 17.42.13 Join Rob2222 [0] (~Miranda@p4FFF1FA2.dip.t-dialin.net) 17.42.37 Join mortalscan [0] (~mortalsca@109.169.55.155) 17.42.43 Quit antil33t (Read error: Connection reset by peer) 17.42.53 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 17.48.05 Join timccc [0] (~timccc@112.166.15.141) 17.54.56 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.59.17 Quit freddyb (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100723085406]) 18.00.51 Quit hebz0rl (Ping timeout: 240 seconds) 18.11.51 *** Saving seen data "./dancer.seen" 18.16.17 Quit petur (Quit: Page closed) 18.17.15 Quit GeekShadow (Quit: The cake is a lie !) 18.18.21 Quit sinthetek (Ping timeout: 276 seconds) 18.29.11 Quit yosafbridge (Ping timeout: 240 seconds) 18.38.11 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 18.39.43 Nick Horschti is now known as Horsscht (~Horschti@xbmc/user/horscht) 18.39.45 Nick Horsscht is now known as Horscht (~Horschti@xbmc/user/horscht) 18.43.47 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 18.51.01 Join domonoky1 [0] (~Domonoky@agsb-4d055280.pool.mediaWays.net) 18.53.09 Quit domonoky (Ping timeout: 240 seconds) 18.57.46 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.58.30 # n1s: Ping, I took your advice and updated FS#7505. Aside from the signed/unsigned warning, it's building now. 18.59.05 # nice 18.59.49 # Would any of the Gigabeat owners like to give the patch another kick around? 19.00.13 # * LambdaCalculus37 wants to know if the patch may work for the Gigabeat X as well... 19.05.30 # Testing fs#11541. There's some good stuff in here, and it makes quick access to certain information possible. I still need "Show track info", "File properties" and "view playlist" spoken, however, and this patch doesn't address that issue. I'll file the bug report for that. 19.10.10 # the_Kyle: Perhaps you could try to see if you can add that in? 19.10.56 Quit benedikt93 (Quit: Bye ;)) 19.11.49 # <[Saint]> the_Kyle: fwiw, you shouldn;t file a bug report against a patch on the tracker. 19.12.08 # <[Saint]> simply mention your concerns in the patches comments section. 19.12.12 Quit TheSeven (Ping timeout: 240 seconds) 19.21.19 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.21.19 Quit bertrik (Changing host) 19.21.19 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.26.18 Quit DerPapst (Quit: Leaving.) 19.28.23 Join Jerom [0] (~jerome@95.171.147.5) 19.29.16 Quit LambdaCalculus37 (Quit: back to work) 19.31.43 Join sideral [0] (~sideral@unaffiliated/sideral) 19.32.52 # anyone have an opinion at all on the resume patch on the tracker 19.33.42 # <[Saint]> the one that tries to replace bookmarking? 19.33.53 # <[Saint]> (somewhat) 19.35.26 # <[Saint]> 11748? 19.35.40 # yeah 19.36.09 # Well, I'm not too keen on the database requirement, but seeing as I'm not going to fix it I won't complain to much 19.36.19 # I like it ;) 19.36.39 # <[Saint]> I'm a bit "meh" about it simply because iiuc its the same as the current bookmarking implementation (or how it should work). 19.36.40 Join Buschel [0] (~chatzilla@p54A3A19C.dip.t-dialin.net) 19.36.45 # <[Saint]> and it being tied to the database. 19.36.58 # <[Saint]> you're biased sideral ;p 19.37.36 # <[Saint]> I lean more towards fixing up bookmarking if it doesn't meet the ruquirements it could/should do. 19.37.44 # As I explained in the tracker discussion, I don't think this feature would go well with with bookmarking 19.38.07 # Bookmarking takes snapshots of playlists, whereas this feature works on the track level 19.38.21 # actually both features coexist quite nicely 19.38.30 # Yeah, I see it as being complementary 19.38.45 # I just wish it didn't force me to have the bloody database up and running 19.38.48 # + :) 19.38.58 # I reveiwed the playback.c changes and they look fine to me 19.39.08 # the database is the correct way to do this 19.39.18 # having a duplicate of the database for resuming is not a good approach 19.39.48 # I hadn't planned to file a bug report against the patch. Sorry for the confusion. The voicing of track info/file properties/playlist view should be done independently of fs#11541, but I was hoping the patch would partialy address the issue for now. 19.39.49 # well as I say, I'm not going to do anythign about it, so I'm won't object overly. I'm just registering my dislike :) 19.40.11 Join webguest47 [0] (~61531213@giant.haxx.se) 19.40.12 # sideral: this reminds me, what happens if you try to resume a track thats not in the database (because autoupdate is off) 19.40.33 # You guys should be proud of your database. It's better than any other player's DB I've ever seen 19.40.43 # One of the nice things about Rockbox is that it lets you do stuff without forcing a sodding database on you. But if it isn't doable sensibly without, then OK 19.40.48 # sideral: That isn't saying much 19.41.02 # does rockbox copy music slower? is that due to the highe file quality? 19.41.06 # is there any real cost aside from a bit of audio buffer to having the database on if you don't use it ? 19.41.09 # saratoga: It wouldn't save/restore bookmarks in this case 19.41.19 # ok 19.41.20 # Just like the runtimedb data wouldn't get loaded/saved 19.41.28 # So it really forces you to waste RAM on having the database loaded to ram? 19.41.33 # i wonder if it would be possible to automatically add tracks to the DB in that case? 19.41.37 # As autoupdate doesn't work otherwise 19.41.52 # <[Saint]> webguest47: You're being a little vague, rockbox won't magically make your music higher quality. 19.42.00 # Quite a lot of RAM with lots of files 19.42.21 # Yeah, my db is 1.6MB 19.42.22 # saratoga: Nice idea! 19.43.08 # yeah but is it reasonable to do? i'm not sure if you can just call the metadata update function on random files 19.43.15 # Mind you, if it isn't loaded to RAM there would be a 5 second pause before starting any track 19.43.17 # although actually maybe you can 19.43.18 # okay, well in itunes it would take maybe an hour or so to copy like 6gb of music, and I notice that rockbox is not recognized by itunes, so I just copy and pasted the playlist into the HDD state of the ipod 19.43.31 # So you are pretty much forced to load it to RAM 19.43.43 # webguest47: our usb mass storage implementation is not as fast as the OF on all models, unfortunatey 19.43.45 # saratoga: I haven't looked into that yet, it's outside the scope of my patch 19.44.01 # AlexP: why can't you just leave it on disk and use the file browser? 19.44.13 # surely having to spin up the disk on track change isn't a serious issue 19.44.22 # saratoga: As if it checks the database on every resume it'll have to spin up the disk 19.44.30 # Which doesn't happen with dircache 19.44.47 # So you browse, select a file, then have to wait for a disk spin up for it to check resume points 19.44.55 # oh, well i geuss thats the trade off of essentially unlocking and rejuvenating my ipod photo 19.45.11 # well, it has the same overhead / requirement as the runtime DB / autoscoring features 19.45.17 # webguest47: you can boot the original firmware if you want, or the disk mode 19.45.31 # sideral: Which aren't things you would want without the db, this you would IMO 19.45.37 # webguest47: it doesn't matter which mode it's in when you copy files over, it's all the same filesystem 19.45.56 # its in diskmode right now, and wins est. the trans at 10h+ 19.46.09 # ah i see what you're getting at 19.46.20 # AlexP: I understand that you want this feature, but I see no way of providing it cleanly without the DB. The normal bookmarking feature is your best bet. 19.46.23 Quit Judas_PhD (Quit: This is a quitting message) 19.46.28 # <[Saint]> well...if it's in diskmode...it's using Apple code. 19.46.34 # <[Saint]> webguest47: ^ 19.46.39 # then yes in that case having a way to auto enter tracks into the database would be nice, then you could have a database in RAM that only contained tracks with resume info, which would likely be quite small 19.46.43 # webguest47: the disk mode is not our code, and it may also be slower than the original firmware 19.46.50 # Wait, what does "diskmode" mean here? 19.46.53 # saratoga: Yes, that'd be nice 19.47.02 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.47.04 # I'd live with that :) 19.47.11 # kugel: I got it working again after I upgraded my ndk to r5 like you 19.47.25 # in the long run also having a way to load only parts of the DB into RAM might be nice 19.47.43 # kugel: although I still think some of the scripts need updating, as they're looking for adb in the wrong place now, since it moved to platform-tools 19.47.47 # yeah im new to this hacking mp3 player thing 19.47.49 # What are the typical RAM sizes of players nowadays? 19.47.56 # 8-64MB 19.48.03 # or 2MB 19.48.06 # although its all over the place 19.48.17 # i don't expect to see any new players with less then 8 19.48.22 # so having to load a full 1.6 MB database to disk is a bit of a waste on low mem player 19.48.37 # webguest47: there's three different ways to connect the ipod as a disk: under the original apple firmware, under the apple emergency disk mode (select+play on start), or under rockbox 19.48.42 # yeah but you probably won't have so large of a db on a clip since it has 4GB of storage space 19.48.46 # webguest47: all three of these will likely run at different speeds 19.48.50 # unless you fill it with nothing but SPC files :) 19.48.55 # saratoga: fuze are 8GB + 32 GB microSD 19.48.59 # Yeah, my 1.6MB database is from 60GB of files ;) 19.49.03 # Fuze is 8MB 19.49.16 # yeah, so a quarter of RAM on the db (I exagerate a little) 19.49.23 # which is fine 19.49.29 # its a flash player, the RAM is useless otherwise 19.49.30 # yes, on flash I suppose so 19.49.42 # as long as its not 100% of the ram we're ok 19.50.03 # Either way, I would much prefer the adding files to an otherwise empty db thing 19.50.04 # the only target where that might be a serious problem is the c200v2, but fortunately no one on Earth has that target 19.50.08 # If possible 19.50.23 # AlexP: How would you ever make the resume positions persistent without spinning up the disk? 19.50.26 # This wouldn't be the first feature we have that requires the database 19.50.32 # it shows up as like a 60gb "ext. drive" on my pc, before i nuked the original ipod os i check that enable disk box 19.50.46 # you'd probably have to have some way to cache DB entries in RAM for all tracks on the current playlist 19.50.58 # basically integrate buffering and the DB more tightly 19.51.14 # i'm not sure how good of an idea that is though given the endless problems we have with buffering issues 19.51.14 # sideral: I basically object to having to have the full db loaded to ram 19.51.18 # * gevaerts suspects that AlexP doesn't use picturefow :) 19.51.27 # Instead of just those that have resume points 19.51.28 Join kugel [0] (~kugel@g231105042.adsl.alicedsl.de) 19.51.29 Quit kugel (Changing host) 19.51.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.51.31 # gevaerts: indeed not :) 19.51.37 # IMO one of the nice things about the database is that its *not* tightly coupled to the mess that is buffering.c and playback.c 19.51.55 # * sideral agrees with saratoga 19.52.04 # <[Saint]> webguest47: what do you mean "before i nuked the original ipod os"? 19.52.13 # it also helps that it was sanely designed by one person, rather then organically evolved over the course of a decade by 100 different people 19.52.18 # <[Saint]> You do realise the Apple FW is still there, right? 19.52.24 # <[Saint]> webguest47: ^ 19.52.34 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 19.52.37 # i cleared all the files off of the ipod when it was in disk mode 19.52.46 # <[Saint]> that does nothing. 19.52.51 # the size of those files was a little more than the music 19.52.52 # ... 19.52.52 # <[Saint]> like literally nothing. 19.52.56 # saratoga: Do you know if your add individual files idea is possible? 19.53.03 # I would object to adding features that require the database without thinking about it, but if it appears that dropping the database requirement makes the feature less useful or feasible, then I don't see a problem 19.53.12 # i'm not sure i don't understand the guts of the database yet 19.53.16 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 19.53.28 # <[Saint]> webguest47: all you did was clear the music you laoded with iTunes out...that is all. 19.53.45 # BTW, jdgordon commented that my patch 0001 (to english.lang) should be done differently 19.53.46 # dammit 19.53.46 # saratoga: Well, if it is doable I'd much prefer that - it keeps the patch as it is without unduly imposing on non database people 19.53.46 # <[Saint]> the next time you boot the OF, those files (minus the music) will be there again. 19.53.52 # <[Saint]> the OF always recreates them. 19.53.56 # saratoga: If it isn't then I'll shut up :) 19.54.02 # AlexP: surely the disk needs to spin anyway for resuming? 19.54.05 # by deprecating the old value first, then introducing a new one 19.54.10 # it should probably be a separate patch after the main one goes in 19.54.15 # kugel: er, er, shut up! 19.54.15 # can anyone be somewhat more specific? 19.54.39 # kugel: I can't believe that a) I didn't think of that and that b) nobody pointed it out :) 19.54.44 # sideral: basically you need to be careful when changing the lang strings so that people who have voice files already generated don't end up with broken voice (and no easy way to fix it) 19.54.45 # dircache only caches the filesystem part, not actual file data 19.54.48 # okay from what I get from this is that the original Ipod OS is saved to some sort of like ROM memory? 19.54.49 # yes 19.54.54 # @ kugel 19.55.01 # and it just dual boots with rockbox 19.55.04 # I was wondering too why nobody pointed it out :P 19.55.13 # I thought I specifically wasn't changing any lang IDs 19.55.16 # unfortunately i don't know anything about voice, although other people here do 19.55.19 # OK, then in that case I withdraw my objections 19.55.37 # I don't mind initialising the db on disk, I objected to the waste of RAM 19.56.04 # excellent, thanks AlexP :) 19.56.05 # GodEater: the commit message said r5 is now required 19.56.17 # <[Saint]> webguest47: the original firmware is on a seperate partition on the disk. 19.56.35 # How does one deprecate a lang item? 19.56.35 # actually i wonder if we could just call add_tagcache on files that weren't in the database as we found them 19.56.36 # kugel: well I never said it wasn't me being dumb ;) 19.56.46 # in fact, I absolutely assumed I was 19.56.54 # hehe ok :) 19.56.58 # :D 19.57.01 # sideral: And btw, I hope I didn't come across as unduly negative, we all appreciate more contributions. I just wanted to check it through :) 19.57.30 # saratoga: Sounds like a nice second project -- once my first one commits ;) 19.57.51 Quit Strife89TX (Quit: Strife89TX) 19.57.53 # AlexP: No worries -- no offense taken! 19.58.17 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.59.14 # saratoga: you could call add_tagcache() whenever db has been locked and prepared for adding new files. And commit() when all files have been added. 19.59.28 # wow Slasheri 19.59.33 # Slasheri: hey o/ 19.59.36 # i didn't know you were still around 19.59.39 # hi :) 19.59.44 # yes, i am still here ;) 19.59.51 # he's got database and tagcache on his ping word list :) 19.59.58 # just watching around 20.00.02 # good god, ghosts! 20.00.04 # so basically check that the db is init'ed and then call add_tagcache() ? 20.00.16 # Slasheri: we finally have database logging 20.00.20 # sideral: Slasheri implemented the db btw 20.00.26 # i've already fixed one metadata parser crash with it 20.00.36 # AlexP: I know :) 20.00.44 # saratoga: i saw that and that looks perfect (because it can be enabled/disabled by user so there is no performance penalty) 20.01.02 # hi sideral :) 20.01.07 # i think we should be able to greatly improve the stability of the database building process shortly 20.01.43 # Hi Slasheri, thanks for chiming in! 20.01.47 # Slasheri: do you know anything about the occasional reports people have of duplicated db entries? 20.01.49 # okay so after the itunes disk mode activation and the rockbox install 20.02.00 # saratoga: you should check tagcache_build(), it has all the initialization necessary before using add_tagcache() 20.02.02 # you need to take it out of HDD mode 20.02.08 # ? 20.02.54 # saratoga: still that issue? no idea, but is there some specific bug reports? 20.03.12 # rarely someone reports it 20.03.24 # GodEater: wanna try http://pastie.org/1373746 ? it makes list items bigger 20.03.32 # more thumb friendly 20.03.33 # if i got a copy of the tagcache files is there some way to parse them and see what happened? 20.03.34 # interesting.. so those are real duplicates on the db, not just duplicate files on disk? 20.03.40 # Slasheri, have you had a chance to look at my resume patch (FS#11748)? 20.03.47 # i'm not sure 20.04.21 # the last case of duplicated entries I had was indeed duplicated files (scanning the same dir twice due to symlinks) 20.04.31 # saratoga: it would be best if you could find a way to reproduce that issue reliable 20.05.05 # yeah i'm not even sure if its a real issue 20.05.15 # was thinking that looking at the db binary might clear that up 20.05.44 # sideral: i took a quick look over it and personally i would prefer storing that kind of metadata in the db, but obviosly not everybody likes that idea 20.06.29 # Slasheri: if you have more time can you have a look at http://pastie.org/1373752 ? it introduces search roots to make the db usable on RaaA 20.06.59 # kugel: checking :) 20.07.04 Join Dreamxtreme [0] (~Dre@89.240.157.119) 20.07.11 Quit webguest47 (Quit: CGI:IRC) 20.07.32 # Slasheri: we, 20.07.35 Join webguest47 [0] (~61531213@giant.haxx.se) 20.08.02 # basically, it ignores symlinks, unless they point outside of any of the search roots (in which case the link target is added as another search root). that eliminates symlink loops 20.08.21 # Slasheri: well, I did not get much strong opposition lately 20.09.13 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 20.11.53 *** Saving seen data "./dancer.seen" 20.12.19 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 20.12.29 # this looks quite interesting: http://www.fgrim.com/libmsvg/ 20.12.53 # what for? 20.13.09 # sideral: what happens if a file that is played has both the new resume info and a bookmark? 20.13.40 # The bookmark takes precedence if you use it to play the file 20.14.38 # If you play the file through some other means (playlist, file browser, from the DB) then the resume position is taken from the DB 20.15.13 # the manual will need some tweaking then 20.15.55 # hmm its still taking long to copy 20.16.14 # oh, and, yes the lang changes will break voice files on targets that didn't have the lcd_sleep feature before 20.16.14 # but now i can use my ipod as a remote in itune 20.16.19 # sideral: what if a file with stored resume position appears in a playlist? Where does it start? 20.16.19 # sideral: and if all the files in your list have a resume info will it take the old for each and every file so I may only get half a file each? 20.16.21 # n1s: definitely. I am standing by with any manual changes until I know what exactly will be accepted 20.16.32 # sideral: cool 20.17.24 # the_Kyle: how do you propose speaking all the different info that comes from the tags - there would be a lot of talk clips for each or something else? 20.17.39 # gaeverts: It depends on your configuration ;) It can be resumed or started anew, depending on whether it's a "resumable" file. What constitutes a "resumable" track is configurable 20.18.14 # I would have thought that I would want to be asked if I click on a file, and that it played from the start if in a playlist 20.18.28 Quit Jerom (Quit: Leaving.) 20.18.28 # gaeverts: It can be all files in a subhierarchy (/PODCASTS/*), a genre tag ("audiobook"), or a heuristic based on the length of the tracj 20.18.36 # <[Saint]> AlexP: Same. 20.18.46 # sideral: the only thing i am worried about that the master index db file size is growing constantly when new tags/"columns" are added. Probably that is not a problem currently but if it keeps growing.. At some point it could be necessary to separate some of those tags into a new db file/"table" that is kept on disk all the time 20.18.49 # <[Saint]> I'd like to be prompted if a track can be resumed. 20.19.02 Join TheLemonMan [0] (~lem0n@ppp-22-151.98-62.inwind.it) 20.19.02 # <[Saint]> and start anew if I siamiss the prompt 20.19.16 # <[Saint]> siamiss? 20.19.19 # <[Saint]> *dissmiss 20.19.30 # AlexP: the behavior is different /separately configurable for manual track start vs automatic track change 20.19.38 # <[Saint]> *dismiss, even. 20.19.40 # sideral: excellent :) 20.19.49 # [Saint]: on potentially every track? 20.20.02 # <[Saint]> personally, yes. 20.20.20 # we don't generally prompt people during playback do we? 20.20.25 # AlexP: I have not yet added a dialog "resume this track?" yet, mostly because there was no demand, but also because I couldn't get to work right ) 20.21.03 # <[Saint]> something *really* nice would be a WPS tag that could notify you that the next track is resumable from your definition of what a resumable track is. 20.21.03 # A prompt would be nice, but a workaround would be to set resume then skip to the beginning if wanted 20.21.13 # <[Saint]> and I'm pretty sure that'd be possible. 20.21.24 # Saint, AlexP: I suggest to try the feature first, I predict you won't miss the prompt 20.21.48 # yeah skipping to the beginning is pretty simple 20.21.57 # AlexP: yeah. BTW, there's also a setting to prevent skipping back to the start to avoid ever losing a resume position 20.22.01 # I find the idea horrible that I need to "click away" promts during playback, or that the next tracks start in the middle on automatic track change 20.22.02 # plus it seems weird to do that in an audio book which is what I think this is mostly going to be used for? 20.22.13 # <[Saint]> sideral: to be perfectly honest, I'll only use it for testing. it's not really my cup of tea. 20.22.24 # sideral: Yeah, it isn't a deal breaker :) 20.22.30 # kugel: there could be a prompt at manual track start, but not at automatic track change 20.22.43 # we should get the core feature working nicely, and then worry about tweaking the UI 20.22.59 # does that come before or after the annoying "delete dynamic playlist" one? :) 20.23.05 # saratoga: indeed 20.23.26 # :) 20.23.27 # <[Saint]> kugel: You don;t turn that off 20.23.33 # kugel: the idea with the search root patch is to avoid scanning the same directory multiple times? 20.23.33 # <[Saint]> that prompt is pointless. 20.23.34 Quit webguest47 (Quit: CGI:IRC (EOF)) 20.23.42 # kugel: well, you can turn that off, and as sideral's patch lets you set manual vs. automatic track change behaviour, you can there too 20.23.49 # Slasheri: that, and infinite symlink loops 20.23.50 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.23.57 # kugel: ok 20.25.58 # that would make sense for RaaA.. hmm, what is the status of the N900 port? :) maybe i should check that too 20.26.03 # Slasheri: I agree that we could split out columns if this ever becomes a problem 20.26.54 # sideral: indeed.. i think some columns, such as the resume info, could lie on the hd not consuming ram 20.28.42 # TheSeven: did you see my comment regarding LCD_PHTIME and DRAM/IRAM? 20.28.48 # Slasheri: do you think it's a good approach or can you think of something better? 20.29.37 # Buschel: it's not true for DMA ;) 20.29.50 # TheSeven: do you think it is ok to set LCD_PHTIME = 0x22 for all lcd_type 1? 20.29.55 # kugel: well, the most simple approach would be to ignore symlinks alltogether :) 20.29.57 Join Jerom [0] (~jerome@95.171.147.5) 20.30.11 # and for non-dma i'm getting rather bad fps rates anyway (still need to figure out the cause) 20.30.20 # TheSeven: what fps do you reach via DMA combined with LCD_PHTIME = 0x00? 20.30.24 # Slasheri: but that would break on my system (and probably a lot more others) 20.30.31 # kugel: hmm, why? 20.30.34 # the same as you from IRAM, and slightly less from DRAM 20.30.56 # my music isn't on my $HOME partition 20.31.02 # TheSeven: have you seen my updated v09 patch in FS#11807? 20.31.09 # but I have a symlink to it in $HOME 20.31.10 Join DerPapst [0] (~Alexander@p5DE5B62E.dip.t-dialin.net) 20.31.28 # kugel: what about adding an option to specify the root location of music? 20.31.31 # yes 20.31.36 # TheSeven: this one reaches your IRAM/DMA based number from DRAM with some simple asm 20.33.33 # Buschel: http://pastie.org/1373860 20.33.49 # i can't see how this could be further optimized 20.33.57 # Slasheri: I even thought about having multiple configurable roots 20.34.39 # i think that could be useful option to have anyway.. 20.34.43 Quit Jerom (Client Quit) 20.34.48 # but yea, even a single root would be nice, but that doesn't solve the problem 20.35.07 # the second approach could be to follow all symlinks and limit the directory scanning depth 20.35.37 # * Buschel does not understand TheSevens asm :/ 20.35.43 # probably not many audio players even on pc support the case where there is a symlink loop 20.36.03 # in that aspect that feature could be even overkill :) 20.36.16 # Buschel: this is for filling the LCD with a constant color 20.36.17 # I've never had that problem with any other audio player at least 20.36.32 # and you had loops? 20.36.34 # the color is loaded into r0 in the first line, r5 is the number of remaining pixels 20.36.40 # yes 20.36.44 # r12 is the address of the LCD_WDATA reg 20.37.19 # well, when the search begins in / anyway, I haven't tried with another root without the patch 20.37.32 # but with that patch our db is able to scan all my file systems 20.37.57 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 20.38.40 Quit tchan (Read error: Connection reset by peer) 20.38.53 # kugel: i think that for all targets there could be an option to specify the root. And when symlinks are supported, at least ignore them or use that more sophisticated patch you made 20.39.03 Quit casainho (Remote host closed the connection) 20.39.08 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 20.40.04 # there was never demand for a search root on daps, and I guess it would even hurt on targets with external storage 20.40.40 # scanning everything on fat(32) where there're no symlinks is reasonable imo 20.40.48 # hmm.. or multiple roots perhaps? 20.41.08 # TheSeven: coming back to my question from above -> do you think it is reasonable to assume LCD_PHTIME=0x22 is ok for lcd_type==1? 20.42.24 # kugel: ok, probably targets would not benefit from that feature.. but as an application, you could want to specify the location where you keep your music collection 20.42.59 # because some phone for example could have many audio clips and ringtones you wouldn't want the db to scan 20.43.26 # Buschel: actually even 0x00 seems to work on the two LDS176-like types, at least on the ones it was tested on 20.43.34 # we already have "start filebrowser here" (obviously meant to point to the music dir), perhaps merge that with the db root? 20.43.47 # apple sets it to 0x22 for the LDS and 0x88 (IIUC) for the ILI 20.43.55 # TheSeven: hehe, risky approach? ;) 20.44.13 # (I am talking of svn) 20.44.26 # although I would probably want the filebrowser start path differently (e.g. to ~, while the database would start at ~/Music) if the database gets it right 20.45.35 # i would be happy to have one option to specify the db root (but i think some users might have separate collections on phone memory and memory card for example) 20.45.48 # Buschel: I've committed 0x00 for all types to emBIOS HEAD, so we'll see if anyone complains over there 20.46.01 # TheSeven: well, I could set it to 0x22 and add the asm stuff. then I could change LCD_PHTIME to 0x00 in a second submit. this would allow better bisecting if something goes wrong... 20.46.45 Quit Kupop (Read error: No route to host) 20.47.13 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 20.48.11 # * [Saint] thinks Buschel should look at Nano2G runtime, an increase of +252% there would be awesome ;) 20.48.51 # well, we would only need to reduce the current consumption by a few mA :) 20.49.07 # I need to leave in about 5 min. Any final thoughts on what needs to be done next towards getting the resume patch accepted? 20.49.31 # * TheSeven would just wait for some more testing results 20.50.30 # well, the asm would not change anything, it just prepares for the next level (submitting 0x00). 20.56.35 # GodEater: seen my question? 20.58.12 # New commit by 03Buschel (r28824): FS#11807 - Major speedup of iPod nano 2G. Part 5: Introduce asm for RGB screen updates, set LCD_PHTIME to Apple's default for LDS176 type LCD's. 20.58.39 # kugel: yep 20.58.50 # haven't had a chance to apply it yet 20.59.29 # no problem 21.00.16 # r28824 build result: All green 21.01.43 # kugel, I'm building it now 21.01.52 # did jdgordon's auto screen size patch make it in yet? 21.02.06 # no 21.02.23 # is it broken? :) 21.02.56 # no, I think it even works fine, it doesn't solve the problems :) 21.03.36 # it works, but doesn't solve the problem? 21.03.39 # * GodEater is confused 21.04.02 # themes are still resolution dependant, especially the bitmaps 21.04.10 # ah of course 21.04.15 # Leaving now. Thanks for the comments & support! 21.04.24 # I'm getting increasingly stupid in my old age 21.05.00 Part sideral 21.13.51 # and with our current range of display specs, that's for the better 21.17.39 # :? 21.18.38 # kugel: looks pretty sweet :) 21.20.40 # GodEater: how many lines do you have on the screen? 21.20.55 # 8 I think 21.20.56 # I made the line height dpi dependant 21.21.06 # not including the status bar 21.21.13 # hang on 21.21.17 # I'll get you a screenshot 21.21.29 # ah cool 21.21.52 # just my really really high doubts that you can take e.g. an 240x320 colour theme and get a nice and working result on a 128x64 monochrome screen if any automated way 21.22.01 # especially not on a DAP 21.22.29 Join mulenmar [0] (~mulenmar@74-132-43-137.dhcp.insightbb.com) 21.22.37 # color vs monochrome is not fair 21.22.49 # look at the greyscale tango icons and you know what I mean 21.23.19 # Having just looked at 11748, I really don't like it from the description 21.23.39 # I think you could actually make a unified 320x480 and 480x800 pretty nicely with a bit of smarts 21.23.44 # Is it really wanted/intended for a playlist to resume every file in the playlist that's over a certain length, seeming to skip around in various partially listened files? 21.23.45 # both colors 21.23.47 # kugel: yhm 21.24.30 Quit Rob2222 (Quit: Rob2222) 21.24.54 Join Rob2222 [0] (~Miranda@p4FFF1FA2.dip.t-dialin.net) 21.24.59 # well, maybe slightly smaller or larger and the same colour depth could work, you get trouble with different orientation and already different proportion 21.25.33 # and if I see how full blown PC programmes sometimes handle resizing I really think it's not worth it 21.26.03 # maybe you can add something to the theme editor 21.27.10 # get the email ok kugel? 21.27.22 # yep 21.27.41 # look as you intended? 21.28.07 # ah, the icons are still ridiculously tiny :) 21.28.23 # hehe 21.28.33 # that they are 21.28.40 # I should turn them off :) 21.28.56 # I'm using [Saint]'s 24x24 currently 21.29.32 Quit pamaury (Read error: Operation timed out) 21.29.37 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 21.29.37 Quit pamaury (Changing host) 21.29.37 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.29.51 # GodEater: but yea, it looks about right 21.31.22 # cool 21.31.27 # ShootMe is a useful app :) 21.33.38 Quit chattr (Ping timeout: 245 seconds) 21.36.10 # anyone have a bright idea how to force full ata initialization (except thread creation) on usb unplug? 21.37.08 # pixelma: So far, we spell things when we don't have talk clips. I'm not sure how to implement this cleanly, but anything is better than getting lost in the playlist or not being able to hear info for the current track. 21.38.52 # File properties should be easier, since it's probably mostly strings that can be voiced and numbers and such, although I don't know what's printed on that screen, so I could be wrong about that. 21.40.51 # did we ever consider drawing the icons over the line selector? 21.48.08 Quit shai (Ping timeout: 264 seconds) 21.51.40 Join casainho [0] (~chatzilla@2.81.156.5) 21.54.27 # * the_Kyle proposes adding voice capabilities to file properties and adding filename spelling or talk clip announcement to fs#1141. 21.55.31 # For view playlist, I just need to know what file I'm on, so talk clip announcement or filename spelling should work there as well. 21.56.59 # New commit by 03Buschel (r28825): Speedup of iPod nano 2G YUV blitting by 3%. 21.58.57 # r28825 build result: All green 22.00.12 Quit Rob2222 (Remote host closed the connection) 22.02.16 Quit froggyman (Quit: Bye) 22.02.30 Part Llorean 22.02.35 Join Rob2222 [0] (~Miranda@p4FFF1FA2.dip.t-dialin.net) 22.02.53 Join froggyman [0] (~seth@unaffiliated/froggyman) 22.08.18 # kugel: hehe, those icons are ridiculous :) 22.10.37 Join b0hoon [0] (~quassel@46.134.56.58) 22.10.52 Quit froggyman (Read error: Connection reset by peer) 22.11.18 Join froggyman [0] (~seth@98.115.0.7) 22.11.18 Quit froggyman (Changing host) 22.11.18 Join froggyman [0] (~seth@unaffiliated/froggyman) 22.11.57 *** Saving seen data "./dancer.seen" 22.12.58 # I have pretty hacky workaround which makes usb bridge work in rockbox for HD300 :-) 22.13.07 # New commit by 03b0hoon (r28826): HDD6330: implement initialization and inversion of lcd. 22.13.12 # New commit by 03Buschel (r28827): Add short sleep after wakeup of LDS176 type LCD to avoid occasional shift of first full screen update. 22.15.13 # r28826 build result: All green 22.16.51 # Am I correct that if I write some pattern to ATA regs (as in check_registers()) than pull ATA_RESET line low, release and read registers this should not match? 22.17.15 # r28827 build result: All green 22.19.26 Quit Zarggg (Quit: Zarggg) 22.26.02 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 22.32.51 # saratoga: another part of the codeclib mdct that could be done better on targets that don't have very limited iram is the doubling, increasing the output buffer by 1/4 it's current size should let us only do half as much copying and also simplify it quite a bit 22.33.46 # I was looking into trying to do both mdct doubling and windowing at the same time for tremor but havent' gotten the pointer math right yet in the second half where it is copying and reversing in place at the same time 22.34.27 # if both of those can be done, a lot less memory accesses will be done 22.35.16 # forgive me if this is somewhere obvious but im a little overwhelmed by all the options but is there a way to add a instant shuffle play option to the main menu? 22.37.26 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 22.38.39 Join SuspectZero [0] (cdd38df3@gateway/web/freenode/ip.205.211.141.243) 22.38.47 # hey there 22.40.51 # so i have an ipod 5.5g. i use to be into the whole ipl and rockbox and muliboot and what not phase but since then ive decided to just go with a regular ipod. today, i would i like to install a linux distro to my ipod (so i can use it as a portable hd) while retainging the ipod firmware and rockbox (just got a lot of .flav files :D) 22.41.34 # my question is, what would be the method of attack? format ipod > resize fat32 partition > create 2 new partitions (one for boot and one for gentoo)? 22.41.51 # or am i missing a step in there somewhere? 22.42.11 # s/.flav/.flac 22.42.51 # SuspectZero: this isn't really rockbox related, you are however very welcome to discuss anything in #rockbox-community 22.43.09 # ah apologies 22.43.46 # n1s: thanks for the heads up :) 22.43.53 # no problem 22.44.42 Join Strife1989 [0] (~Strife89@adsl-80-148-171.mcn.bellsouth.net) 22.52.01 Quit froggyman (Quit: Bye) 22.53.18 Quit Keripo (Quit: Leaving.) 22.53.44 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 22.54.16 Quit Keripo (Client Quit) 22.54.25 Quit komputes (Remote host closed the connection) 22.54.39 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 22.54.42 Part SuspectZero 22.55.04 Quit TheLemonMan (Quit: free(me)) 22.55.38 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 22.58.24 Join Jamo [0] (~desktop@ns209520.ovh.net) 22.58.54 Quit designate72 (Ping timeout: 272 seconds) 22.59.44 Part Dreamxtreme ("Never look down on someone unless you're helping them up.") 23.00.27 Quit bmbl (Quit: Verlassend) 23.01.52 Quit b0hoon (Ping timeout: 240 seconds) 23.03.20 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.03.44 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 23.07.37 Join captainkewlll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 23.10.50 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 23.20.06 Part domonoky1 23.20.53 Quit Kupop (Ping timeout: 240 seconds) 23.36.49 Quit Keripo (Quit: Leaving.) 23.37.36 Join Keripo [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 23.44.46 Quit wodz (Quit: Leaving) 23.50.57 Quit n1s (Quit: Lämnar) 23.52.31 Join Dreamxtreme [0] (~Dre@92.30.19.175) 23.53.25 Quit evilnick_B (Quit: Page closed) 23.53.38 Join JdGord [0] (~jonno@pa58-109-146-100.pa.nsw.optusnet.com.au) 23.54.08 # Pixelma: dynamic screen size has nothing to do with auto resizing themes 23.55.13 Quit pamaury (Remote host closed the connection) 23.55.41 # kugel: plugins are the maybe reason against the single build, but that really is a non issue currently 23.56.53 Quit designate72 (Ping timeout: 240 seconds) 23.57.55 # kugel brought up the relation to themes 23.58.26 # Ring 23.58.43 # Grr... he Is wrong