--- Log for 09.10.109 Server: robinson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 1 hour ago 00.00.33 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 00.00.38 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 00.02.54 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.04.18 Join enthdegree [0] (n=enthdegr@adsl-150-133-136.rmo.bellsouth.net) 00.04.54 # How good does the guitar tuner work on the c200vI? 00.07.48 Quit evilnick ("Page closed") 00.09.00 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 00.15.06 Quit petur ("Zzzz") 00.16.47 Quit n1s ("Lämnar") 00.19.38 # New commit by 03tomers (r23019): RTL: Fix context regarded as bit-field value, resulted in wrong contexts get ... 00.35.59 Quit LambdaCalculus37 ("Fwump") 00.40.40 # New commit by 03tomers (r23020): RTL: Add support for DB init message 00.41.27 *** Saving seen data "./dancer.seen" 00.50.00 Quit GeekShadow ("The cake is a lie !") 00.52.27 Join mt [0] (n=MTee@rockbox/developer/mt) 00.54.39 # linuxstb: Is ci->id3>offset maintained through resets ? 00.55.07 # mt: you mean reboots? 00.55.22 # kugel : Yes :) 00.58.46 # some track info is stored in nvram.bin 00.59.26 # info from that is loaded once you resume (maybe also when playing a different song) 01.00.27 # kugel: Great. Thank You ! 01.01.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.03.53 # tomers: What's the problem with scrolling ? Sorry got busy last time and didn't have time to do anything beyond testing on a sim build. 01.04.18 # svn up 01.04.20 # I'm testing now on target, but it seems to me that scrolling is working as expected in the menus ? 01.04.46 # well, if you expect it to be inverted... 01.04.56 # kugel: No, I didn't mean there was actually a problem, I was asking because he told me last time to look into that. 01.05.01 # well, yes. 01.05.16 # should be fine for you then 01.05.43 # mt: Does scrolling in Arabic works? Do you have a long string that scrolls? Are you able to see the entire string (does all of it scrolls?). I am unable to do so... 01.06.23 # Oh, That ! I thought you meant the scrollwheel. 01.07.27 # I thought you mean that too! 01.08.34 # mt: Wasted time :-) 01.08.50 # * tomers Going to bed. Good night! 01.08.56 Part tomers 01.09.04 # Fortunately didn't have much time to waste .. 01.13.57 Quit bertrik (Read error: 113 (No route to host)) 01.35.13 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.35.18 Quit Thundercloud (Remote closed the connection) 01.36.52 # How good does the guitar tuner work on the c200vI? 01.40.48 Quit enthdegree ("Lost terminal") 01.46.09 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 01.49.40 Join intrados [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 01.52.39 Quit JdGordon ("Leaving.") 01.52.53 Part toffe82 02.00.39 Join linuxguy4 [0] (n=timj@adsl-75-58-40-183.dsl.emhril.sbcglobal.net) 02.14.00 Quit linuxguy3 (Read error: 113 (No route to host)) 02.18.22 # Latest build just killed my e200v2 lots of prefetch aborts 02.21.42 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 02.21.42 Quit pixelma (Nick collision from services.) 02.22.01 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 02.22.27 Quit amiconn (Nick collision from services.) 02.22.30 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 02.22.49 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 02.29.59 # what is this line for ? It seems to break bidir scrolling (with certain files) in both RTL and LTR VP's : s->offset = s->width - (current_vp->width - xpos); 02.30.51 # line 324 in firmware/drivers/lcd-bitmap-common.c 02.34.38 # sorry, line 323 02.35.48 Quit kugel (Remote closed the connection) 02.41.30 *** Saving seen data "./dancer.seen" 02.46.41 Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) 02.47.08 Quit efyx_ (Remote closed the connection) 02.56.40 # New commit by 03mt (r23021): Handle text scrolling in RTL. 02.59.56 Quit bekabug () 03.05.42 # New commit by 03mt (r23022): Fix a bug in a bidirectional text scrolling; s->offset doesn't need to be set when backward scrolling starts. This fixes bidirectional scrolling in ... 03.07.14 Quit Rob2223 () 03.07.56 Join Rob2222 [0] (n=Miranda@p4FDCE70D.dip.t-dialin.net) 03.21.28 Quit Zarggg () 03.21.33 Join clefurgey [0] (i=www-data@giant.haxx.se) 03.22.00 Quit clefurgey (Client Quit) 03.25.36 Quit notlistening ("Leaving") 03.26.13 Quit snookums () 03.41.22 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.54.02 Quit chandoo ("Leaving") 04.01.01 Quit froggyman (Read error: 104 (Connection reset by peer)) 04.06.08 Quit TheSeven (Nick collision from services.) 04.06.28 Join The_Seven [0] (n=theseven@dslb-084-056-179-003.pools.arcor-ip.net) 04.06.39 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-179-003.pools.arcor-ip.net) 04.12.49 Join T44 [0] (n=Topy44@g228202201.adsl.alicedsl.de) 04.25.56 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 04.31.07 Quit Topy44 (Read error: 113 (No route to host)) 04.38.27 Quit Rondom (Nick collision from services.) 04.38.38 Join Rondom [0] (n=Rondom@dslb-084-057-179-188.pools.arcor-ip.net) 04.40.31 Quit JdGordon (Read error: 104 (Connection reset by peer)) 04.41.32 *** Saving seen data "./dancer.seen" 04.44.13 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 04.48.55 Join JdGordon1 [0] (n=jonno@pa58-109-152-64.pa.nsw.optusnet.com.au) 04.50.30 Quit JdGordon1 (Client Quit) 04.53.53 Quit JdGordon (Read error: 60 (Operation timed out)) 04.55.59 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 05.01.19 # New commit by 03mc2739 (r23023): add Seth Opgenorth to docs/CREDITS ... 05.04.18 Join fyre^OS [0] (n=nnscript@cpe-24-90-84-240.nyc.res.rr.com) 05.04.21 Quit GodEater (Read error: 113 (No route to host)) 05.07.27 Join MTughan [0] (n=nnMTugha@synecdoche/developer/pdpc.active.mtughan) 05.07.47 # How can I get the Rockbox version currently installed? All I can get for a version number is an SVN revision. 05.08.11 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.11.03 Quit Zarggg (Read error: 54 (Connection reset by peer)) 05.11.11 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.11.19 # MTughan: the SVN revision is the version 05.11.41 # Okay. Any way to correspond that to a major.minor version release as on the site then? 05.12.13 # I don't see any revisions in the release notes. 05.13.39 Quit panni_ (Read error: 104 (Connection reset by peer)) 05.13.43 # not really, the release is basically a branch off of the svn. 05.14.44 # Hmm... Should I just try to use the Rockbox Utility to upgrade then, and if it needs an upgrade, it will? 05.15.06 # If I remember correctly, 3.4 was r22817 maybe 05.15.45 # I've got r21534 right now. 05.16.11 Quit JdGordon ("Leaving.") 05.16.22 # Yes, you can use it to install the latest release (3.4) or the current build (r23023) 05.17.20 # The release is usually more stable, but the current builds may have bug fixes that the release will not have 05.17.36 # As is typical for trunk builds. 05.18.46 # exactly 05.22.25 Quit fyrestorm (Read error: 110 (Connection timed out)) 05.23.25 Quit fyre^OS (Read error: 110 (Connection timed out)) 05.34.41 # All right, seems to have upgraded to 3.4 stable fine. Thanks for the help mc2739. 05.36.01 Part MTughan ("I love the smell of napalm in the morning!") 05.36.59 Quit benime () 05.49.55 # New commit by 03kkurbjun (r23024): Vertical Stride: Add support for yuv to native output. 05.55.15 # New commit by 03kkurbjun (r23025): M:Robe 500: Enable Vertical stride for main build. 05.55.54 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.05.21 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 06.19.29 Join funman [0] (n=fun@rockbox/developer/funman) 06.29.26 Join gtkspert_ [0] (n=gtkspert@124-169-62-50.dyn.iinet.net.au) 06.29.39 Quit Res1 (Read error: 60 (Operation timed out)) 06.30.14 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) 06.36.46 Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.37.44 Quit gtkspert (Read error: 101 (Network is unreachable)) 06.41.35 *** Saving seen data "./dancer.seen" 06.46.02 Join FOAD_ [0] (n=dok@82.93.10.238) 06.59.30 Quit FOAD (Read error: 110 (Connection timed out)) 06.59.31 Nick FOAD_ is now known as FOAD (n=dok@82.93.10.238) 07.01.54 # ah blackjack manual is out of sync for e200, resume is down, not rec 07.04.00 # and i can't figure "show high scores" from the source of blackjack.c :/ 07.08.43 # I think the "In menu" section must be removed, the menu is browsed with directional keys + select 07.12.56 # New commit by 03funman (r23026): manual: e200v2 hasn't the bootloader on disk 07.17.50 Join MTughan [0] (n=nnMTugha@synecdoche/developer/pdpc.active.mtughan) 07.18.35 # I'm trying to create a WPS screen with conditional viewports, but it doesn't seem to be working. I preload a viewport with %Vl, give it some stuff, then load it with %Vd later on. But it doesn't show. 07.19.47 # Oh, there we go... Didn't pay close enough attention to how the order is supposed to go. 07.20.31 Join n1s [0] (n=n1s@rockbox/developer/n1s) 07.20.38 # does manual also respect 80 columns lines rule ? 07.26.03 Join DerPapst [0] (n=DerPapst@p4FE8F798.dip.t-dialin.net) 07.26.20 Quit liar|netbook ("Verlassend") 07.29.55 Quit DerPapst (Client Quit) 07.32.01 Quit Tristan (Read error: 104 (Connection reset by peer)) 07.32.11 Part MTughan ("I love the smell of napalm in the morning!") 07.32.46 # funman: it tries to but not as strict - often because if you add something an just break the rule because of a few characters, you start thinking "better leave it this way than adjusting those x next lines of the paragraph." and you have to be careful when breaking those lines with a long list inside \opt{} and often that wasn't done at all 07.32.50 Join Tristan [0] (n=Tristan@i.dont.want.to.die.virgin.net.in) 07.33.50 Join gtkspert [0] (n=gtkspert@124-169-200-90.dyn.iinet.net.au) 07.34.09 # i'll do my best when lines are already broken 07.34.39 # Cube manual looks out of sync as well : button rec is documented as max frame rate for e200 but it looks like it is select 07.36.03 # should I correct this in the same time I add Fuze mappings ? 07.37.26 # I'll do that ;) 07.39.05 Quit gtkspert_ (Read error: 101 (Network is unreachable)) 07.48.12 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.56.28 # lamp manual isn't very correct about the key to quit: just all keys which are not left or right do quit 07.57.20 # should we write "any key" ? 07.59.41 Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) 08.00.39 # funman: "which key is the *any* key?" 08.01.06 # :P 08.01.17 # hum the metronome isn't fully documented on e200 .. 08.02.14 # let's downgrade e200v1 to unstable until it's fixed 08.14.27 # I suspect the only time my e200v1 would be unstable is if it was plugged into my FM transmitter/charger for it and I key up 50W on my 2m rig 08.18.11 # pacbox is out of sync as well .. 08.19.51 # since first days of 2007 it seems :/ 08.27.13 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.27.31 Join FOAD_ [0] (n=dok@dinah.blub.net) 08.28.43 # pixelma: pegbox use 1 line per pad unlike other plugins, is that wanted ? 08.30.34 # New commit by 03funman (r23027): calculator: use home as clear button for sansa fuze 08.30.38 # New commit by 03funman (r23028): cube manual: correct mistakes ... 08.30.41 # New commit by 03funman (r23029): metronome manual : document e200 buttons 08.30.45 # New commit by 03funman (r23030): pacbox manual : fix e200 buttons 08.35.14 Join Rob2223 [0] (n=Miranda@p4FDCD232.dip.t-dialin.net) 08.35.16 Join TheSeven|Mobile [0] (n=TheSeven@92.116.192.244) 08.35.44 # funman: time to dig up my plan (and do it) to make the plugin button tables in the manual adhere to one style but it's a lot of work, I guess I have to do it one by one... 08.35.52 # or at least in smaller chunks 08.36.14 Quit FOAD (Read error: 145 (Connection timed out)) 08.36.14 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 08.36.20 # allright I'll just follow the style of each file for now 08.36.38 Quit Lss (Read error: 131 (Connection reset by peer)) 08.37.05 # hmm, many plugins have preprocessor conditions for inclusion both in SOURCES and in the plugin's .c file and often they are not the same, is one place preferred over the other? I like doing it only in SOURCES more 08.37.24 # some are very hard to read (I think it was the goban.tex one that gave me the biggest headache 08.38.18 Join JdGordon [0] (i=7bf38c1f@gateway/web/freenode/x-gkfqivnsnnvfjkkw) 08.39.28 # n1s: I think that has historic reasons, SOURCES didn't always exist and maybe later other authors just copied it. I'd also like it in one place in SOURCES better 08.41.36 *** Saving seen data "./dancer.seen" 08.47.36 Join batman52 [0] (n=chatzill@dfv4p34j.polito.it) 08.48.41 # pixelma: thanks, let's see if i have the patience to clean that up :) 08.51.17 Quit TheSeven (Read error: 113 (No route to host)) 08.52.22 # New commit by 03nls (r23031): Tiny simplification 08.53.04 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.55.18 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.03.04 Join maruk [0] (n=papier@titanium.sdv.fr) 09.03.53 # pixelma: should "In menu" section be removed for snake2 now it uses a standard menu ? 09.05.11 # + blackjack 09.06.54 # + snake 09.14.00 Join JackWinter2 [0] (n=jack@vodsl-10804.vo.lu) 09.17.03 Quit JackWinter (Read error: 110 (Connection timed out)) 09.19.23 Join JackWinter3 [0] (n=jack@vodsl-10804.vo.lu) 09.25.43 Join esperegu [0] (n=quassel@145.116.11.103) 09.28.12 Quit JdGordon (Ping timeout: 180 seconds) 09.31.19 Quit JackWinter2 (Read error: 110 (Connection timed out)) 09.34.10 # New commit by 03funman (r23032): rockboy: remove useless assignement for fuze 09.34.15 # New commit by 03funman (r23033): Sansa Fuze : add plugin keymaps to the manual ... 09.35.09 Join petur [0] (n=peter@rockbox/developer/petur) 09.37.27 Quit einhirn (Read error: 110 (Connection timed out)) 09.38.15 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 09.38.42 # There's no "Preview" button in FosWiki ? 09.39.26 # the editor is not exactly WYSIWYG 09.40.18 # funman: There's still a preview with "edit raw" I think. 09.40.18 # funman: you can switch to the old text editor, it has a preview 09.41.10 # thanks 09.43.23 Nick SIGSEGV2 is now known as pjm0616 (n=user@61.250.113.98) 09.46.07 Quit Thundercloud (Remote closed the connection) 09.47.57 # If I read well the SansaAMS wiki (just edited by myself :p ), we only need to finish properly the manual for Fuzev1 & e200v2 before marking them as stable 09.48.20 # I'll ask the other developers on the ML 09.49.07 # funman: So "Rockbox runs well on these players." ? 09.49.25 # on fuze yes 09.49.50 # There was also a suggestion that "Stable" means at least one official release - so those would need to wait until 3.5. But I think that was just a suggestion, nothing that's been agreed. 09.53.05 # * linuxstb hopes we can get the Nano2G up to that state before 3.5 09.55.14 Quit faemir ("Leaving") 10.02.02 # should I still use the bootloader_ams_pp branch for building new mkamsboot binaries ? Then I would need to backport all commits made since the branch was created 10.02.12 # or I could build it from trunk and tag rbutil/mkamsboot/ 10.05.08 Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 10.07.19 # funman: I never liked that branch, so would suggest just using trunk. 10.07.44 # In any case, that branch was just for a single release, which has been made. 10.08.06 # i was just thinking the name should have been versioned 10.09.03 # Was there a single version number, or did the different components all get their own? 10.09.24 # * linuxstb guesses the latter, in which case, maybe it could be renamed to bootloader_ams_pp_july2009 10.11.49 # * petur plans to revert r21034 (recording keymapping) and then look for a better solution from there... 10.14.07 # building a universal binary of mkamsboot on osx is a bit tricky because we need to build libucl 2 times 10.18.21 # funman: Looks like the libucl Makefile supports an "OUT" variable. I think you would need to use that to build two versions in subdirs within mkamsboot 10.18.57 # funman: In fact, it seems to support building two Mac versions already. 10.19.04 Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 10.19.33 # oh right 10.19.40 # Looks like rbutil uses it. 10.19.47 # (presumably for the mkamsboot functionality). 10.24.58 # "make libmkamsboot-universal" doesn't work for me : "lipo: archive with no architecture specification: libmkamsbooti386.a (can't determine architecture for it)" 10.26.31 # What about the individual ones - libucli386.a and libuclppc.a ? 10.27.11 # hum i'm mistaken i wanted to know how mkamsboot' Makefile build libucl, but I think libucl is linked to rbutilqt, not to libmkamsboot 10.27.36 # * linuxstb was wondering what libmkamsboot was 10.27.57 # what rbutilqt (and mkamsboot, which is just a frontend) link to 10.39.30 Join liar|netbook [0] (n=liar@212067226007.public.telering.at) 10.41.37 *** Saving seen data "./dancer.seen" 10.47.45 Quit Bob_C (Read error: 113 (No route to host)) 10.49.42 # New commit by 03funman (r23034): mkamsboot: build and package (dmg) an universal OSX binary 10.50.48 # Zagor: can I send you the released mkamsboot binaries for you to put them on the download server ? 10.50.54 # sure 10.54.14 Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 10.58.08 # would there be an advantage if i only copy rbutil/mkamsboot to tags/ ? a checkout of this tag wouldn't build since it misses libucl, but that would perhaps save space on the server 10.58.42 # No, no space is used for copies IIUC 10.59.04 # Or rather, very little space I would expect. 11.00.19 # New commit by 03funman (r23035): Tag release v1.1 of mkamsboot 11.01.54 # we'll need a 1.2 for clip+ if it's compatible 11.02.40 # Does current rbutil support the AMS Sansas? 11.02.47 # (I mean the current release) 11.02.50 # has anything been done on clip+? 11.03.05 # no, for a firmware update is not yet available 11.03.22 # the chip printings are similar if not identical to clipv2 however 11.30.39 # Zagor: What's your opinion regarding the charging sceen / early usb crash in release 3.4? Should we have a 3.4.1? 11.30.54 # Just note that the fix is not yet committed to that branch 11.33.45 # New commit by 03amiconn (r23036): Fix crash in early USB introduced in r22365 by moving the gui_syncstatusbar_init() back to where it needs to be. The comment clearly stated that it ... 11.33.52 # Now it is 11.34.47 Quit n1s (Read error: 110 (Connection timed out)) 11.36.30 # amiconn: Would the ipod video lcd_blit_yuv() be a sensible one to merge with the Nano2G (and possibly the Color/1st gen Nano) ? 11.37.38 # Probably not 11.38.39 # The ipod video implementation lacks the dithering option, because of its very tight speed requirements 11.38.41 # * linuxstb sees a target/arm/lcd-as-memframe.S which could be complemented by one for the "not a memory-mapped framebuffer) versions 11.40.11 # The non-memory-mapped versions are all slightly different, due to the integrated lcd controller access 11.40.31 # I don't see how we could unify that without getting into an ifdef hell 11.40.40 # macros? 11.41.06 # amiconn: what do those non-memory-mapped lcd controllers look like? 11.41.14 # something you have to dma manually? 11.41.18 # amiconn: Or do you think just copy/paste? i.e. what I already did, but with a better copy? 11.41.37 Quit JackWinter3 (Remote closed the connection) 11.42.34 # tmzt: Most don't (and probably can't) use dma. Just write to a port, often preceded by polling a flag before (on arm targets) 11.43.00 # one port? 11.43.13 # I can look at an example 11.43.49 # Not always the same port 11.44.10 Join never [0] (n=opera@ppp59-167-50-170.lns1.cbr1.internode.on.net) 11.44.24 # linuxstb: Also the Video's lcd hookup (bcm) is quite different to all other PP targets 11.44.39 Nick never is now known as nowt (n=opera@ppp59-167-50-170.lns1.cbr1.internode.on.net) 11.44.57 # New commit by 03mc2739 (r23037): as3514 RTC driver: correct calculation, fixes FS#10625 11.45.00 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.45.08 # linuxstb: The other arm implementation *are* mostly copy and paste, apart from those not yet using assembler routines 11.46.44 # * amiconn remembers needing quite a few changes when porting the asm implementation to c200 11.46.48 # (v1) 11.48.01 # Although there seems to be a bigger problem on the Nano2G - both RGB and YUV updates are 54.0fps, so something is holding them back. 11.48.06 # I've noticed in 3.4 on the iRiver H300 that the rec button now triggers the playlist view, which looks like it displays only filenames (that or track # - name). Is there any way to change what information it displays in this view? 11.48.34 # linuxstb: That just means the CPU always has to wait for the lcd controller 11.49.00 # amiconn: do you have a good example for that? the non-memory-mapped lcd 11.49.15 # So assembler wouldn't give a speed advantage, but iirc the C implementation doesn't implement dithering 11.49.45 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 11.50.22 # amiconn: But is that something that might be fixable? 11.50.25 Quit z35 ("Leaving") 11.52.06 # tmzt: All targets apart from Sansa e200 (v1), Sansa View, Gigabeat F and S, m:robe 500, zen vision and Cowon D2 11.52.18 # okay, thanks 11.52.58 # I'd like it to display more than just the filename, perhaps artist and album instead for instance. 11.53.05 # That doesn't mean the lcd controller doesn't use memory mapped i/o, it means that it doesn't use a memory mapped frame buffer 11.53.11 # Am I out of luck? 11.54.16 # nowt: I think so, yes. 11.54.34 # lcd-as-memframe.S just writes into this framebuffer. Other implementations need to write the data to the lcd controller's port in the correct order, obeying the access protocol 11.55.37 # Bummer, oh well I might make a feature request out of the question 11.56.22 # nowt: you mean a feature idea :) 11.56.33 # nowt: It's been a wanted feature for a long time. I think there may even be a patch on Flyspray to try and implement it. 11.56.40 # s/wanted/requested/ 11.57.16 # gevaerts: I suppose I do :) 11.57.43 # linuxstb: I'll check it out, thanks 11.58.32 # I can't believe that's fast enough to update the screen, as in, I had no idea it was done that way for anything but old monochrome lcds 12.02.50 Quit funman ("free(random());") 12.04.28 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.08.10 Part nowt 12.16.15 Quit DerPapst ("Leaving.") 12.19.55 Quit FOAD (Read error: 110 (Connection timed out)) 12.19.55 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.21.26 Quit niekie (Read error: 113 (No route to host)) 12.22.22 Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) 12.24.50 Join gtkspert_ [0] (n=gtkspert@203-206-40-4.dyn.iinet.net.au) 12.26.04 Quit Zarggg (Read error: 110 (Connection timed out)) 12.36.37 Quit JackWinter (Remote closed the connection) 12.38.40 Quit gtkspert (Read error: 101 (Network is unreachable)) 12.40.13 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 12.40.19 Quit liar|netbook (Read error: 110 (Connection timed out)) 12.41.40 *** Saving seen data "./dancer.seen" 12.45.46 Quit niekie (Remote closed the connection) 12.47.48 Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) 12.54.40 Quit JackWinter (Remote closed the connection) 12.58.30 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 13.11.23 Quit FlynDice (Remote closed the connection) 13.29.27 Quit JackWinter (Remote closed the connection) 13.30.58 # * petur struggles to understand the recording_screen tex file wrt keymapping :/ 13.32.19 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 13.40.28 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 13.41.53 # Howdy, is there some option to turn on cover art? I've got jpg's in every folder and the original Sansa Fuze firmware displays them correctly. Any ideas? 13.44.06 # Ypsy: use a WPS that displays cover art 13.44.54 # The preview in the RButility shows cover art on the one im using (electricbarsofcolor) and I've also tried other themes 13.45.16 # are the files named correctly? 13.45.33 Join Topy [0] (n=Topy44@f054174066.adsl.alicedsl.de) 13.45.49 # Hm no just randomly a single .jpg in the folder 13.46.05 # * gevaerts refers to the manual then :) 13.46.23 # :P Ive searched the wiki for cover art but didnt find anything 13.48.01 # Ypsy: have you looked here? http://www.rockbox.org/wiki/AlbumArt 13.48.19 # Ah, guess thats the correct keyword to look for *g* ty 13.58.48 Quit esperegu (Read error: 104 (Connection reset by peer)) 13.59.40 # Coolio now its working :) thx 14.04.26 Quit antil33t (Read error: 104 (Connection reset by peer)) 14.04.32 Join antil33t [0] (n=Mudkips@119.224.12.185) 14.06.03 Quit T44 (Read error: 110 (Connection timed out)) 14.06.28 Join darkham [0] (n=tux@host120-45-dynamic.31-79-r.retail.telecomitalia.it) 14.07.24 # Is there a way to change the button layout on the Fuze? 14.10.41 # Ypsy: yes, you can checkout the source, make your changes and then compile a custom build 14.10.54 # Okies 14.11.40 # Is it also possible to make the whole database sorting thing more like on the ipod or similar? 14.12.10 # With the "Show all" etc. 14.12.55 # is there a reason why drivers/pcf5060[56].c are seperate? 14.13.08 # the ipod (which is the one that uses pcf50605) actually has an 06 anyway :) 14.13.32 # at least, it looks like it does (05 doesn't have adc's, but the ipod uses the pcf for adc in exact accordance with the 06 datasheet) 14.14.59 Join kugel [0] (n=kugel@e178077185.adsl.alicedsl.de) 14.15.39 # Ypsy: I personally don't use the database and I've never used the ipod OF, so I have no idea what you mean, but maybe http://www.rockbox.org/wiki/DataBase#tagnavi_config_v2_0_Syntax can help a bit 14.15.44 # omg.... 14.16.15 # linuxstb: "I never liked that branch, so would suggest just using trunk." nice one.. 14.17.16 # Nice gevaerts that's exactly what I was looking for :) 14.21.38 # * GodEater thinks we ought to mention that virtually none of us in this channel use the database, and so any questions he has about it need to go into the forums. 14.22.33 # * kugel uses the database 14.23.04 # yay - well volunteered kugel 14.28.12 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 14.29.50 # :P why aren't you using them? 14.30.02 # and why is my doom crashing while loading map2 (data abort)? :( 14.30.24 # on the fuze? 14.30.29 # yep 14.30.40 # known problem, likely not enough ram 14.30.46 # ah okay 14.30.51 # New commit by 03kugel (r23038): Backport r23036 to the bootloader branch. 14.32.56 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 14.33.11 # New commit by 03kugel (r23039): Remove PP bootloader v6 tag and mkamsboot 1.1 tags (going to be retagged). 14.34.33 # Any signs of Sansa AMS issues? I am getting a lot of prfetch errors on my player after updating last night 14.34.34 # why aren't I using the database? It offers nothing to me that my filesystem doesn't already. 14.34.52 # New commit by 03kugel (r23040): Tag v6 of the PP bootloaders 14.35.46 # what is the status of D2 nand write support? 14.36.22 # New commit by 03kugel (r23041): Tag v1.1 mkamsboot 14.38.06 # New commit by 03kugel (r23042): Tag v1 of the Sansa AMS bootloaders 14.38.24 # good god kugel. Commitfest or what ? 14.38.41 # what? 14.38.55 # I'm just impressed with your industriousness :) 14.39.01 # looks like I introduced incosistent naming of the tags :/ 14.39.01 # small bits make better commits ;) 14.39.26 # kugel: do it again then! :) 14.40.08 # * kugel isn't sure if he can svn mv multple tags at once 14.41.42 *** Saving seen data "./dancer.seen" 14.42.10 # New commit by 03kugel (r23043): Rename pp bootloader tag for better naming consistency with the other tags ("_" instead of "-") 14.42.20 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 14.44.45 # New commit by 03kugel (r23044): Rename mkamsboot v1.1 tag for better naming consistency with the other tags ("_" instead of "-") 14.45.03 # should be all for now :) 14.45.58 # * kugel wonders whether someone can build mac & windows binaries of mkamsboot 1.1 14.46.57 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.48.24 # oh no.... 14.48.32 # I was so sure I removed that RC bits 14.49.10 Quit maruk ("Leaving.") 14.49.23 # * kugel slaps himself very hard 14.54.54 # kugel: ? 14.57.35 # 23044 hasn't even made it into the build page yet 14.57.44 # so we won't get to see the red for a bit ;) 14.58.28 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 14.58.42 # New commit by 03kugel (r23045): Remove all RC bits from the ams bootloaders and mkamsboot. Also fix a compilation warning (I was 100% sure I did that already). 15.00.37 # From a few months ago like june time is there a need to rebuild the AMS bootloader? 15.02.50 # kugel: So you're using the old bootloader branch for mkamsboot v1.1 ? 15.03.05 # yes of course 15.03.11 # Huh? 15.03.14 # that one is tested and works 15.03.19 # You can't keep a branch open forever... 15.03.27 Quit darkham (Remote closed the connection) 15.03.28 # GodEater: not trunk 15.03.31 # I won't 15.03.44 # the branch can be removed soon really 15.03.46 # Both funman and I thought trunk was better. 15.04.03 # And then you come along, and without any discussion do something else... 15.04.16 # You didn't also 15.04.39 # kugel: it can't. I agree that it can be "closed", but you have to leave it there 15.04.54 # I really don't like the attitude of of just making a release based of experimental code, when we have a known-to-work branch 15.05.05 # gevaerts: huh? 15.05.27 # kugel: you're doing releases based on that branch. That means you have to keep it around 15.05.31 # kugel: But mkamsboot is standalone. 15.05.37 # gevaerts: that's why it's tagged 15.05.45 # hm, yes 15.05.48 # tag, then remove branch 15.05.56 # * gevaerts asks to be ignored 15.06.33 # kugel: It's true that the original decision was just funman and me, but you can't just come along and revert commits without discussion. 15.07.00 # linuxstb: you just said "i don't like that branch, so use trunk", funman just followed it. I wished you have waited for the people that made the branch for a reason 15.07.22 # there was no so called "discussion" 15.07.57 # So you're arguing that it's OK to come and revert things without discussion if there was no discussion originally? 15.08.32 # what was reverted? 15.08.41 # no, but I think it's not a good idea to use trunk for bootloaders if we have a nice working branch 15.08.42 # tagging mkamsboot 1.1 from trunk (IIUC). 15.09.17 # kugel: But mkamsboot is not "bootloaders" in the same way as the bootloaders that use firmware/ code. 15.10.12 # true 15.10.24 # but mkamsboot is just as well known to work in the branch 15.10.57 # Yes, but with the inconvenience of committing things twice. I would argue that we should forget that branch and just commit mkamsboot changes in a single place - trunk. 15.10.57 # and mkamsboot being buggy is way more dangerous than buggy bootloaders 15.11.10 # So the code is different in trunk and the branch? 15.11.32 # I don't know, but I don't think it matters 15.11.42 # we can make 1.2 off the branch if you want 15.11.49 # once it's tested 15.11.50 Join Dege [0] (n=bla@151.61.194.242) 15.11.55 # Of course it matters - funman was developing mkamsboot, and chose the trunk as the version he was working on, testing, and tagging... 15.11.57 # off trunk* 15.13.51 # mkamsboot is a *very* critical tool. the version that we *certainly* know it works should be used 15.15.15 # So what are the differences that made you need to use the branch? 15.16.02 # it says 1.1, not rXXXXX, I don't know of other changes. but I know it runs well 15.17.38 # OK, that should have been fixed. 15.19.55 # I need to re-tag now anyway 15.20.42 # New commit by 03kugel (r23046): Remove mkamsboot v1.1 and sansa ams bootloaders v1 tags again, since they still say RC 15.21.19 # * gevaerts proposes to not re-tag until everyone agrees about what should be done 15.21.52 # ok (I almost hit enter :p) 15.23.18 # kugel: Have you also backported the required changes to tools/ucl/ to build on OSX? They were made in August in trunk. 15.24.27 # hrm, I don't think so 15.24.42 # * kugel can't remember such a change at all 15.25.24 # That's why it's good to use trunk, not a 3-month old branch... 15.26.26 # we should test again then 15.26.55 # Well, or at least ask funman what testing he's done... 15.27.31 # mkamsboot is easy to test rigorously - just compare generated binaries with earlier versions. 15.27.54 # does ucl result in identical binaries each time? 15.27.55 # the current installation uses mkamsboot from the branch, I think people have used it on their macs 15.28.18 # Yes, but the changes were to build a universal binary. 15.28.19 # (at least Lambda on his clip) 15.28.37 # I'm sure it would have compiled fine on a Mac before, but just for a single arch. 15.29.39 Quit r00s (robinson.freenode.net irc.freenode.net) 15.29.39 NSplit robinson.freenode.net irc.freenode.net 15.29.39 Quit pcc1 (robinson.freenode.net irc.freenode.net) 15.29.47 # ok, that's actually a reason to use trunk (much better than "I don't like the branch") 15.30.40 # but we still want it to say "mkamsboot v1.1" not "mkamsboot rXXXXX", right? 15.31.32 # But that's the reason I didn't like the branch in the first place - creating two places things need to be committed to. 15.32.14 # branches are useful, but they should be short-lived 15.33.00 # * gevaerts thinks that the proper way to handle this is branch now, change strings, test, and tag, all done within one day 15.33.05 # kugel: Yes, it should be v1.1 15.33.45 # gevaerts: the bootloaders don't need to be build from trunk, there was no such important change 15.34.07 Quit linuxguy4 (Remote closed the connection) 15.34.19 Join linuxguy3 [0] (n=timj@adsl-75-58-40-183.dsl.emhril.sbcglobal.net) 15.36.09 # kugel: in that case handle bootloaders and mkamsboot differently 15.36.29 # * linuxstb would simply add #ifndef APPVERSION around the definition of APPVERSION in the Makefile, and build with "make APPVERSION=v1.1 mkamsboot" 15.36.39 # that's another way 15.39.00 # argg 15.39.07 Join maruk [0] (n=papier@titanium.sdv.fr) 15.39.31 # New commit by 03kugel (r23047): Remove PP bootloader v6 tag, I tagged from the wrong directory 15.40.03 # New commit by 03kugel (r23048): Tag v6 of the PortalPlayer bootloaders 15.40.44 # New commit by 03kugel (r23049): Tag v1 of the AMS Sansa bootloaders 15.40.50 # * kugel really failed today 15.42.47 # kugel, you rang? 15.43.11 # kugel: if you had done this earlier, at least you could have grabbed 23000 or 23032 :) 15.43.20 # :'( 15.43.50 # gevaerts: you'd have accused me for cheating then :p 15.44.01 # true :) 15.44.02 # kkurbjun: re: r22934; sleep() yields 15.45.06 # kugel, thanks for the heads up 15.46.38 # kkurbjun: it's now likely to yield twice. not sure if it matters 15.47.05 Join darkham [0] (n=darkham@host120-45-dynamic.31-79-r.retail.telecomitalia.it) 15.47.31 # kkurbjun: I adapted some fixed point math for chopper, it runs much smoother but I somehow can't make the speed to match with SVN 15.48.19 # yeah, it doesn't matter for brickmania as it appears to get through each frame within 30 ms even with two yields 15.48.51 # cool, I saw that question you had on the math for adding a number twice versus shifting it left once 15.49.48 # do you have a snapshot of the current progress? 15.50.10 # I would be interested to take a look 15.50.33 Join liar|netbook [0] (n=liar@83.175.83.185) 15.51.24 # kkurbjun: is a patch OK too? 15.51.40 # http://pastie.org/648344 15.51.57 # yeah, patch is fine 15.53.50 # http://pastie.org/648348 actually builds 15.54.44 # it seems to work best with CHOPPER_SPEED_FACTOR == 3, probably because the original initial speed is 3 15.55.32 # but I seem to get different results after just recompiling :/ 15.56.09 NHeal robinson.freenode.net irc.freenode.net 15.56.09 NJoin r00s [0] (n=ru@zentrale.profitables.biz) 15.56.52 NJoin pcc1 [0] (n=peter@master.pcc.me.uk) 16.00.16 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 16.04.30 # New commit by 03kkurbjun (r23050): M:Robe 500: Make the pre-compiled images build with vertical strides. 16.10.30 Quit notlistening (Remote closed the connection) 16.10.39 # kugel, I havn't had a chance to try it yet, but one thing that I found to help keep the math sane was to use fixed point numbers in everything but firmware calls. That way I didn't have to keep track of whether I should be using an INT3/4 - the rule for me was to never use it unless it was a call to draw the image or the like. 16.11.35 Quit GodEater ("leaving") 16.11.42 # the code looks heavily burrowed (camelCase everywhere), so I try to avoid changing it too much 16.11.46 Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 16.11.59 Quit intrados (Read error: 110 (Connection timed out)) 16.12.09 # but yea, that might actually result in less changing 16.16.49 Join JackWinter2 [0] (n=jack@vodsl-10804.vo.lu) 16.18.02 # kkurbjun: how do you do % with fixedpoint math? 16.20.16 # all that literal numbers are making it messy... 16.20.56 Quit Zagor ("Don't panic") 16.22.08 Quit intrados1 (Read error: 110 (Connection timed out)) 16.24.06 Part domonoky 16.27.37 Join ender` [0] (i=krneki@foo.eternallybored.org) 16.28.01 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.30.25 Join Strife89 [0] (n=michael@adsl-220-123-13.mcn.bellsouth.net) 16.30.33 Quit JackWinter (Connection timed out) 16.32.22 Quit darkham (Remote closed the connection) 16.39.34 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.40.05 # hmm, mod?, I'm not sure offhand, I think doom has a mod implementation 16.40.08 # let me check 16.40.37 # kugel, doom has it in m_fixed.h 16.41.44 *** Saving seen data "./dancer.seen" 16.42.13 Join froggyman [0] (n=187b533e@giant.haxx.se) 16.42.42 Nick froggyman is now known as Guest30105 (n=187b533e@giant.haxx.se) 16.47.55 Quit flydutch (Read error: 60 (Operation timed out)) 16.50.24 Join funman [0] (n=fun@rockbox/developer/funman) 16.51.28 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 16.53.19 Join MethoS- [0] (n=clemens@134.102.106.250) 16.54.18 # * kugel just lost his progress 16.54.35 # kugel: i'm going to answer about your commits on mailing list 16.55.18 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 16.55.42 # funman: ok 16.56.34 Join brett_ [0] (n=brett@user-0vvd88f.cable.mindspring.com) 16.56.41 Nick brett_ is now known as brettnem (n=brett@user-0vvd88f.cable.mindspring.com) 16.56.49 # Hello all 16.57.43 # hey, I'm having some trouble with my Sansa e250 in OS X. I have rockbox installed (had to manually install from a newer mac using leopard). Tiger doesn't ever recognize the e250.. any ideas? 16.58.37 # the original sansa firmware (1.2.x) didn't work on tiger either.. I even tried to downgrade to 1.1.x as recommended. player said it was upgrading, it rebooted and still in 1.2. .That was before I stuck rockbox on. 16.58.43 # any ideas please? :) 17.00.27 Quit JackWinter2 (Read error: 54 (Connection reset by peer)) 17.01.41 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 17.02.52 Join midgey [0] (n=tjross@rockbox/developer/midgey) 17.02.58 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 17.05.23 Nick Guest30105 is now known as froggyman (n=187b533e@giant.haxx.se) 17.06.15 Quit brettnem (Read error: 104 (Connection reset by peer)) 17.07.03 Quit robin0800 (Read error: 110 (Connection timed out)) 17.09.55 Quit JackWinter (Read error: 104 (Connection reset by peer)) 17.10.35 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 17.11.10 Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) 17.11.13 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 17.11.42 Quit teru ("Quit") 17.12.08 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 17.12.43 Join brett_ [0] (n=brett@user-0vvd88f.cable.mindspring.com) 17.12.43 Nick brett_ is now known as Guest79036 (n=brett@user-0vvd88f.cable.mindspring.com) 17.12.47 Nick Guest79036 is now known as brettnem (n=brett@user-0vvd88f.cable.mindspring.com) 17.13.01 # sorry, lost connection.. any ideas? 17.13.28 Join TheSeven [0] (n=theseven@dslb-084-056-179-003.pools.arcor-ip.net) 17.13.38 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 17.15.02 # I get errors like this in my syslog: 17.15.02 # Oct 9 10:11:45 brett-imac-g5 kernel[0]: USBF: 506.542 AppleUSBEHCI[0x2724800]::Found a transaction past the completion deadline on bus 75, timing out! 17.15.03 # Oct 9 10:11:56 brett-imac-g5 kernel[0]: USBF: 517.543 AppleUSBEHCI[0x2724800]::Found a transaction past the completion deadline on bus 75, timing out! 17.15.03 DBUG Enqueued KICK brettnem 17.15.03 # Oct 9 10:12:24 brett-imac-g5 kernel[0]: USBF: 545.543 AppleUSBEHCI[0x2724800]::Found a transaction which hasn't moved in 5 seconds on bus 75, timing out! 17.15.03 # Oct 9 10:12:30 brett-imac-g5 kernel[0]: USBF: 551.543 AppleUSBEHCI[0x2724800]::Found a transaction which hasn't moved in 5 seconds on bus 75, timing out! 17.16.21 # brettnem: I think there's a known problem with OS X and Rockbox's HID USB feature. I think the solution is to disable that feature in the settings. (I'm not sure how - I know pixelma has been investigating) 17.16.28 # Is "Tiger" 10.4 ? 17.16.34 # yes 17.16.41 # Then yes, I think that's the issue. 17.16.49 # I've looked all over the settings menus and I don't see *any* USB options.. am I missing something? 17.17.29 # maybe some setting somewhere hiding advanced options? ? 17.17.34 Quit TheSeven|Mobile (Read error: 104 (Connection reset by peer)) 17.17.38 # Ah, maybe it isn't a user-setting, but rather something that can be disabled if you compile rockbox yourself. 17.18.30 # hum.. I can handle compiling stuff in linux.. but I've never done anything for a device like this.. any info on doing that? 17.19.02 # There are many wiki pages about it (maybe too many...). Try http://www.rockbox.org/wiki/SimpleGuideToCompiling 17.19.25 Quit intrados1 (Connection timed out) 17.19.33 # Or perhaps here - http://www.rockbox.org/wiki/LinuxSimpleGuideToCompiling 17.19.37 # (that should also apply to OS X) 17.19.43 # what is HID and do I lose something by disabling it? 17.20.08 # It makes the buttons on your Sansa appear as buttons on your computer. 17.20.11 # you lose a feature that doesn't work on your OS 17.20.19 # :) 17.20.40 # oh, I don't need that anyway. :) 17.20.54 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.20.54 # * linuxstb doubts anyone _needs_ that feature ;) 17.21.06 # ok.. so I'll just look for disabling HID... you think that's it then? 17.22.17 # Yes. Or at least, I know that HID is causing problems on OS X 10.4 17.23.41 # ok, thanks.. I'll give it a shot 17.25.39 Quit froggyman ("CGI:IRC (EOF)") 17.36.45 # gevaerts: Would it be possible to detect OSX 10.4 enumeration failure on the device side (i.e. in rockbox)? 17.36.55 # speaking of OS X, compiling is broken on 10.6 17.37.16 # if anyone is around with a 10.5 install, I have a patch that fixes building the simulators on 10.6 17.37.30 # no idea what is causing cross-compiled builds to fail 17.41.29 Join CaptainKewl [0] (n=jason@pool-138-88-158-134.esr.east.verizon.net) 17.42.07 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.42.35 Quit funman ("free(random());") 17.47.01 # tomers, ping 17.47.35 Join pamaury [0] (n=pamaury@91-164-184-195.rev.libertysurf.net) 17.49.29 Quit CaptainKewl (Remote closed the connection) 17.49.35 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 17.50.44 # shai: pong 17.51.10 # shai: Hi! Is the iPod bug (mouse mode stucks) solved now? 17.51.28 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 17.51.48 Join DerPapst [0] (n=DerPapst@p4FE8FFAC.dip.t-dialin.net) 17.52.32 Quit intrados1 (SendQ exceeded) 17.54.43 Quit Unhelpful ("No Ping reply in 90 seconds.") 17.54.53 Join Unhelpful [0] (n=quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 17.55.57 # does anybody have an idea what could be causing these lockups if you select a song while playing another one? 18.00.22 Join froggywoman [0] (n=57a0cce0@giant.haxx.se) 18.00.36 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 18.04.52 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 18.06.26 # TheSeven: missing yields? 18.06.52 # our sd drivers do yield() a lot during transfers (every few ticks or even less) 18.08.07 # amiconn: I doubt it 18.08.19 # TheSeven: do the lockups occur if the player is still buffering or does it happen regardless of buffering state? 18.08.21 # Making HID configurable is possble of course 18.08.25 # linuxstb, Torne: the HID feature works in 10.4 - at least if the USB prober is running, but the disk(s) won't mount even then. Without USB prober I noticed some reactions on button input but only once in felt 100 tries and then buttons "stick". 18.09.11 # that's weirder than i heard then :) 18.10.55 # and turning HID support off is currently no user setting, the only way currently is to use a build that disables it (it's a simple define to comment out if I remember correctly) 18.11.18 # Torne: it is very much 18.13.15 # kugel, midgey: Playback works perfectly fine, even skipping forward/back, the only thing that fails is opening another file from the file or database browser, if another file was played before (even if it was stopped in the meantime). and yes, the drivers yield. 18.14.14 # TheSeven: well, that still sounds like the ata/ftl thread steals runtime for buffering, playback and audio thread 18.14.45 # skipping tracks doesn't mean flash transfer 18.15.05 # skipping backwards beyond the point where you started playback should mean flash transfers 18.15.14 # and even playing more than half an hour works fine 18.15.57 # TheSeven: Maybe it's another stack overflow. The buffering thread might need its stack increasing. 18.16.37 # I see now yield() in ftl-nano2g 18.16.39 # no* 18.16.48 # kugel: not the ftl, but the nand driver 18.17.03 # do those blocking waits in the ftl and nand need a yield? 18.17.31 # TheSeven: timeout seems to be HZ, way too high 18.17.33 # midgey: all blocking waits already have a yield 18.17.35 # * TheSeven still doesn't see the difference between skipping backwards and selecting the *same* track from the file menu 18.18.31 # kugel: I originally went for HZ/10, but had some issues (which were probably caused by somthing else and are fixed now) 18.18.45 # gevaerts: Are the sub-functions of a composite device ordered in some way? 18.18.47 # it should be more like HZ/50 18.18.59 # that timeout wasn't ever hit (besides during bank detection) though 18.19.00 # brettnem: the orignial firmware works for me though (with a c200) but it also fails sometimes to automount, trying to connect again often helps - and of course I don't get access to the microSDHC, a card without HC would probably work because I see the "drive" but couldn't test 18.19.40 # * kugel would just give it a try 18.19.48 # samsa sd driver yields every 5 ticks 18.19.52 # amiconn: they're ordered as in struct usb_class_driver in usb_core.c 18.19.58 # kugel: yes, i'll try it, but i don't expect a difference 18.20.39 # and it's yielding all the time wile waiting for a timeout anyways 18.20.42 # pixelma: I've tried to connect *several* times without luck 18.21.17 # Does our USB stack provide an Interface Association Descriptor? 18.21.32 # weird thing is, I tried to downgrade the sansa firmware to 1.1.x per recommendations to work with Tiger and although the e250 said it updated the firmware, there was no change. 18.22.15 # Bob_C: no 18.22.53 # with or without a card plugged? I remember some weirdness when connecting with an inserted card even on Windows. And maybe my situation is a bit different as it is a c200 running a quite old firmware (the one it came with) 18.23.12 # brettnem: ^ 18.23.26 # TheSeven: the code is like a mess 18.23.33 # pixelma, there was no card 18.23.37 # gevaerts: Hmm, does that mean MSD is already reported first? 18.23.43 # kugel: I know :-) 18.23.52 # gevaerts: We probably should, shouldn't we? 18.23.56 # brettnem: ok, I'm out of ideas then 18.24.12 # that's the result of programming it without understanding the meaning of everything in the beginning 18.24.23 # except trying a Rockbox build without HID support, of course :) 18.24.58 # amiconn: yes 18.25.08 # pixelma: yeah, I'll give that a try.. I'm not sure if I'm up to the build process at the moment :) 18.25.14 # pixelma: are you on 10.4 right now? 18.25.21 # yes 18.25.26 # Bob_C: how would that help? Both MSC and HID are single-interface classes 18.25.26 Quit krazykit (Read error: 113 (No route to host)) 18.25.28 # pixelma: BTW, it works fine on Leopard 18.25.51 # but my media isn't on my leopard machine. ;) 18.25.54 # (grumble) 18.26.09 # yeah, I guess we would have heard a lot more complaints if it wouldn't 18.26.44 # IAD is the official way to implement composite devices isn't it? It may work without one, but it leads to problems like we have with MacOs 18.27.17 # * amiconn should try a hid enabled build on his Amiga 18.27.22 # TheSeven: IIUC it constantly yields, and cancels operation after 1 second? 18.27.23 # Bob_C: the link you showed a few days ago says that IAD isn't actually used at all on OSX 18.27.30 # kugel: yes 18.27.49 # maybe it yields to often then ;) 18.28.01 # well, can't hurt, can it? 18.28.07 # pixelma: any chance an older build may work better? 18.28.28 # TheSeven: probably not, if you're using dma 18.28.39 # can anyone tell me while we're waiting for the disk to spin down at both lines 756 and 767 of powermgmt.c? 18.28.50 # brettnem: probably the once before HID support - but after Rockbox USB 18.28.59 # s/once/ones 18.29.09 # TheSeven: s/while/why/ ? 18.29.20 # yep 18.29.28 # * TheSeven wonders why he's typing such crap again 18.30.07 # midgey: do you have an idea what to test? I wouldn't want to set up a build environment though, it's a work computer 18.30.09 # brettnem: Rockbox 3.3 could be better for you. 18.30.12 # What I meant was that if use the spec it should work correctly on compliant stacks, and not lead to random behaviour depending on vagaries of the host 18.30.17 Quit maruk ("Leaving.") 18.30.20 # brettnem: (it has USB, but not HID) 18.30.28 # TheSeven: isn't there a nand thread? 18.30.31 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.30.38 Join Lss__ [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.30.38 # pixelma: ahh, no i need a computer with a build env (specifically building the sim) 18.30.50 Quit Lss (Client Quit) 18.30.51 Quit Lss__ (Read error: 104 (Connection reset by peer)) 18.30.53 # no, it's all done from the calling thread, as we need to block that anyways until it's done 18.30.55 Join n1s [0] (n=n1s@rockbox/developer/n1s) 18.31.03 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.31.11 # basically, apple changed the way the section attribute works in 10.6 and so the sim will fail to link 18.31.22 # midgey: if you give brettnem some time (and a helping hand...) ;) 18.31.37 # i have a fix for snow leopard, idk if leopard or tiger will work with it 18.31.49 # hmm 18.31.57 # TheSeven: that seems a bit strange. using a thread, you can block out all other core threads. without the mutex will not block the thread whoever calls it first 18.31.59 # I can try 3.3 18.32.08 # * TheSeven is tempted to move the audio hw shutdown above saving the glyph cache, and removing one of those wait loops 18.32.10 # checking __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ is no fun.. so i'd like to avoid the special casing 18.32.15 # Bob_C: as far as I know using an IAD isn't needed if you only have single-interface functions 18.32.16 # do I just copy the build to my devices .rockbox dir, like I originally did? 18.32.44 # but you may just ignore me, I have only little knowledge in that area 18.33.05 # kugel: shouldn't that mutex just ensure that only one thread is in there at a time? 18.33.26 # yea, that's what I said 18.33.37 # or meant to say :) 18.33.52 # well, that's what I intended - why should I need an extra thread then? 18.34.17 # btw I don't see any 3.x version in the old releases dir 18.34.23 # do you have implemented the virtual led already? 18.34.28 # midgey: Afaik the sim builds don't use section attributes, so I'm curious what/where the problem is 18.34.46 # of course one could thereby unblock the calling thread while doing some cleanup operations, but that's performance improvements which will come later 18.34.55 # brettnem: They are in http://download.rockbox.org/release/ 18.35.12 # thx..um.. duh.. :) 18.35.14 # gevaerts: well if it works no need to change it I guess 18.35.30 # kugel: I don't think so, whatever that is. 18.35.32 # amiconn: firmware/export/config.h, DATA_ATTR is special cased for the sim 18.35.34 # brettnem: Not your fault - the website needs updating... 18.35.58 # TheSeven: it's a small icon at the very right of the statusbar, indicating flash accesses 18.37.35 # it's possible that a nand thread would be needed for that 18.38.00 # looking at the sd drivers, the extra thread is only used for handling microsd insertion/extracting and the virtual led 18.38.18 # so question.. while I'm trying to get 3.3 on my sansa.. what video formats are supported? I thought just about all vlc formats were.. thought I read that somewhere.. 18.38.38 Quit Dege (Read error: 110 (Connection timed out)) 18.38.39 # midgey: I wonder what that's good for... 18.39.02 # brettnem: No, just MPEG-1/MPEG-2 video with mpeg audio (stored in an MPEG-2 program stream). The manual and/or the PluginMpegplayer wiki page should describe it more. 18.39.18 # amiconn: not sure, might be some left over from the old sim 18.39.30 # I don't thinks so 18.39.42 # hmm.. just copied .rockbox over.. rebooted and it's still 3.4.. grumble 18.40.25 # not even for virtual led it seems 18.40.36 # Ah yes. This is for plugins and codecs to force the api pointer into the data section, so it doesn't get cleared by bss zeroing 18.41.07 # ah, i suppose that makes sense 18.41.19 # * amiconn wonders why apple does silly things like the data section not working like on any other platform 18.41.47 *** Saving seen data "./dancer.seen" 18.43.12 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.44.18 # oh here we go.. yeah I did dsomething stupid 18.45.39 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 18.47.37 # boo.. it didn't work.. with 3.3 I get this in the syslog: 18.47.38 # USBF: 6214.718 AppleUSBEHCI[0x2724800]::Found a transaction past the completion deadline on bus 75, timing out! 18.48.15 # also get one of these: 18.48.16 # USBF: 6225.728 AppleUSBEHCI[0x2724800]::DoIOTransfer - error 0xe000404f queueing request 18.50.43 Quit froggywoman ("CGI:IRC") 18.52.05 Nick Ypsy is now known as YPSY (n=ypsy@87.106.45.183) 18.56.09 # * TheSeven wonders how to best implement the FTL shutdown 18.56.22 # introduce a storage_shutdown() function? 18.56.52 Quit Strife89 (Read error: 60 (Operation timed out)) 18.57.15 Join Strife89 [0] (n=michael@adsl-220-123-13.mcn.bellsouth.net) 18.59.05 # TheSeven: nand_enable()? maybe? 18.59.32 # that could also be called when rockbox is running, to save battery 18.59.52 # if anything, storage_sleep or storage_sleepnow, whatever they're supposed to do 19.00.08 # TheSeven: How much work is the nand shutdown/mount? On hard-disk targets, Rockbox spins the disk down after a period of inactivity, and I was wondering if that mechanism would make sense on the Nano2G. 19.00.32 Join intrados2 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 19.00.35 # (e.g. to protect against a user doing a hard MENU+SELECT reset) 19.00.56 # linuxstb: unmounting the ftl unneccessarily introduces quite some additonal wear 19.01.10 # OK, then that's a bad idea. 19.01.39 # and after a hard reset, the norboot will clean it up, so booting will take ~20 seconds longer, but it will be sane afterwards 19.02.25 # in fact, not unmounting it seems to yield more stable results than unmounting it properly on shutdown, but that additional boot time is just nasty 19.02.59 # depending on how much was written before, unmounting it may take from zero to 3 seconds time 19.03.21 Join Strife1989 [0] (n=michael@adsl-220-123-13.mcn.bellsouth.net) 19.05.18 # kugel: Hmm, there's a statusbar bug that seems to affect all rtc sims 19.05.39 # Time display sometimes jumps to the left, overlaying the volume and play status icons 19.06.02 # * amiconn also noticed a bug in ipod G1/G2 wheel simulation 19.06.48 # amiconn: I just saw that clock jumps left bug on my (hardware) nano2g! 19.06.50 # Each cursor button press moves by two steps in lists, so it's impossible to get to every other entry :( 19.07.30 # TheSeven: So it's not just sims... I didn't update my targets yet 19.08.40 # amiconn, kugel: I've seen that as well on the Nano2G. All default settings. Also, I don't know if this is a new statusbar bug, or a problem with the time/date screen, but if I change the time, and go back to the time screen, the time is correct in the main part of the display,but wrong in the status bar. 19.08.51 Quit intrados1 (Connection timed out) 19.09.02 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.09.04 Quit Strife89 (Read error: 60 (Operation timed out)) 19.09.40 # linuxstb: Seen it in c200 and e200 sim so far (the two rtc-enabled sims I tried so far) 19.10.19 Join saratoga [0] (i=98039f25@gateway/web/freenode/session) 19.10.36 # TheSeven: does playback crash if you go from an MP3 track to an Ogg track in the same playlist? 19.10.39 # * TheSeven wonders if there are any docs on the synopsis of storage_sleep and storage_sleepnow 19.10.46 Quit lifeless_ (Read error: 110 (Connection timed out)) 19.10.58 # saratoga: didn't try this yet. need to get an ogg track :-) 19.11.09 # well any non-MP3 format 19.11.11 # amiconn: I'm talking about on-target (Nano2G) 19.11.30 Part toffe82 19.11.32 # if so it may be due to lack of icache cleaning between tracks 19.12.48 # linuxstb: Yeah. I don't remember this happening earlier though. Maybe the bug hides in the new rtl code? 19.12.56 # I saw that too 19.13.11 # amiconn: Ah yes, it could be. 19.13.17 # It seems to happen since the addition of RTL 19.13.19 # saratoga: but then it wouldn't crash if i try only mp3 files? 19.13.41 # TheSeven: becuase you'll only get a crash if the system needs to reload the .codec file 19.13.46 # does rockbox have fancy menus with smooth animations yet? 19.14.00 # Zoxc: No. 19.14.10 # * amiconn would strongly object menu animations 19.14.14 # well, even if it reloads it, it shouldn't hurt as long as it's overwritten with itself 19.14.22 # the problem on many targets is that only ARM's dcache is coherent with memory, so icache needs to be cleaned after any self modifying code runs (such as a codec loader) 19.14.35 # Am I the statusbar guy now? :P 19.14.45 # kugel: yeps 19.14.49 # ah, self-modifying... didn't think of that :-/ 19.14.53 # * linuxstb just followed amiconn's lead ;) 19.14.56 # though this may not be your issue, it has been a problem on most arm targets so far since everyone forgets about it :) 19.15.23 # if its the case you just need to double check that you're linking the correct cache flush functions for your arm target 19.15.29 # could the clock thing in the statusbar also be related to n1s' RTC driver cleanup? 19.15.38 # which should be the same as AMS/GigabeatF anyway 19.15.42 # pixelma: if 3.3 didn't provide any additional help, will recompiling wihtout HID help still? 19.15.45 # saratoga: In fact I don't think we're linking any 19.15.48 # saratoga: Both the plugin and codec loader take care of this and flush icache 19.15.48 # * kugel didn't really touch statusbar code in SVN 19.16.05 # amiconn: they do but only if the cache flush functions are implemented 19.16.16 # otherwise they ifdef to NOPs :) 19.16.25 # Of course 19.16.31 # one could try if unsetting the RTL in the sb viewports help 19.17.23 # kugel: Moving around in lists makes the time display jump between its correct place and the wrong one 19.17.52 # * linuxstb pings tomers and points to the last few minutes of logs... 19.17.54 # I wonder how the statusbar viewport can get influenced this way 19.18.11 # brettnem: hmm... not sure, it did work for me on my c200 when I tried some time ago 19.18.36 # is HID not is 3.3? 19.19.00 # amiconn: no idea, but the time jumps to the left, as if something tries to draw it RTL'ish 19.19.17 # It looks like I need to add a new storage function 19.19.18 # the lcd driver puts_* adjusts text if the RTL flag is set 19.19.18 # Yes, and even for ltr languages... 19.19.29 # would you go for storage_shutdown or storage_sync? 19.19.42 # storage_flush? 19.20.01 # pixelma: Could the native e200 firmware have *anything* to do with this problem? I know for a fact that the 1.2.x sansa firmware is incompatible with 10.4 19.20.09 # kugel: sounds good 19.20.58 # brettnem: sounds rather like 10.4 being incompatible to the 1.2.x firmware? 19.21.47 # perhaps... it's in a bunch of forums that downgrading to 1.1.x firmware makes it work on 10.4.. but is that firmware even used once rockbox is loaded? 19.21.51 # when i was on 10.4, usb was flaky at best 19.22.07 # brettnem: the OF should have no affect 19.22.10 # ugh.. I have a G5 PPC.. I can't really upgrade 19.22.46 # does 1.2.x fail since it tries to autodetect if the host support MTP? 19.22.49 # OSX 10.5 still supports ppc afaik 19.23.08 # yep, 10.5 runs on ppc 19.23.08 # I don't know why 1.2.x fails 19.23.23 # Only 10.6 dropped ppc support 19.23.41 # maybe I'll try to up to 10.5 19.23.46 # 19.24.36 # brettnem: as an added bonus, finder in 10.5 won't lock up if a network drive disappears but that's getting off topic 19.25.02 Join intrados3 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 19.25.08 Quit intrados2 (Read error: 60 (Operation timed out)) 19.25.17 Join notlistening [0] (n=tom@94-195-105-95.zone9.bethere.co.uk) 19.25.35 # hmm.. I'm not sure I can even still get 10.5.. I think apple is really putting us PPC users to the fire 19.26.00 # amiconn: I got a fix 19.26.27 # I told tomers to do something with the flag in viewport_set_defaults(), but it should've been viewport_set_fullscreen() 19.27.50 # brettnem: HID was in 3.3 19.28.03 # so maybe go back to 3.2? 19.28.46 # as an interim solution, yes. We need to solve it properly though 19.28.57 # brettnem: You could make an own build without HID support 19.29.04 # gevaerts: It was? The changelog says it was new in 3.4 - http://www.rockbox.org/wiki/ReleaseNotes34#What_s_new 19.29.28 # yeah.. I'm considering it.... 19.30.05 # hm 19.30.25 Quit tomers (Read error: 148 (No route to host)) 19.30.26 # linuxstb: HID was enabled in 3.3, but the sending of HID events wasn't 19.30.39 # so problems coming from using a composite device will be there 19.30.44 # gevaerts: Ah, a subtle difference ;) 19.32.06 # gevaerts: Do you know if there's a FS task for this? We should probably add it to the 3.4 (and 3.3?) known bugs list. 19.32.36 # anyone have any ideas why arm-elf-ar would send SIGABRT when using the r switch? 19.32.43 # I don't think there's a task 19.33.09 # * linuxstb goes to search, and then add one if not found 19.35.28 # sorry, I didn't open a task even though I knew about it :\ 19.36.28 Quit MethoS- (Remote closed the connection) 19.36.54 Join MethoS- [0] (n=clemens@134.102.106.250) 19.39.17 # * linuxstb adds the devil's FS task - FS#10666 19.39.30 # pixelma: No problem. 19.40.06 # Which released targets does this affect? 19.40.27 # for releases, all PP except ipods 19.41.32 # So Sansa C200, E200, E200R, iriver H10 and m:robe 100 ? 19.41.32 # would it help if I add (or more accurately, extend) an #ifdef that allows for easy disabling of HID during MSC connections at build time? 19.41.42 # that looks correct, yes 19.42.48 Quit TheSeven (Read error: 104 (Connection reset by peer)) 19.43.27 Join TheSeven [0] (n=theseven@dslb-084-056-179-003.pools.arcor-ip.net) 19.44.20 # * linuxstb adds to the release notes 19.44.45 # any hints on where to do the storage_flush in shutdown_hw? 19.44.48 # depending on where i put it, it will either not fulfill it's purpose or cause spindown-up-down in some cases 19.45.35 # TheSeven: Shouldn't it just be in the same place as storage_spindown() ? 19.46.24 # the spindown is only done at safe battery levels for some reason, but well, that make sense for an FTL commit, too 19.47.11 # TheSeven: I'm not sure about the name storage_flush() though. Isn't it more like an unmount? To me, "flush" sounds like it will write pending things to flash, but then carry on working. Is that accurate? 19.47.30 # it's something in between 19.47.52 # storage_flumount() 19.48.26 # it will in fact only commit pending things, and then carry on working, but one should not call it unneccessarily (e.g. only on shutdown and after writing *extremely* important things) 19.48.42 # so it's a flush function used to unmount it :-) 19.48.46 # Do we have an "unmount/eject" ? Maybe that could be useful if Rockbox ever supports external drives with USB host. 19.48.54 # pixelma: i don't think a bug in my rtc cleanup would cause this statusbar weirdness since it only touched the low level drivers so should only cause wrong time to be read/set 19.49.32 # TheSeven: But I guess the name isn't that important - a comment next to the call to it would be very helpful to future readers I think though. 19.49.49 # (as this is a concept specific to the Nano2G so far) 19.50.04 # we should also add such comments for other things in there... 19.50.15 # (e.g. what is the difference between spindown/sleep/sleepnow?) 19.50.30 # * linuxstb would like to know that too 19.50.35 # * bertrik too 19.50.37 # n1s: guess you are right 19.50.44 # anyone have scrolling problems on their e200? 19.51.27 # notlistening, you're talking about an e200v1, right? I could check on my e200 19.51.37 # notlistening: what sort of scrolling? 19.52.08 # pixelma: where's the IFDEF for HID? I'm going to try compiling myself 19.52.38 Quit robin0800 (Remote closed the connection) 19.52.38 # Sorry bad question, a v2 and scrolling menu items with the scroll wheel 19.53.38 # brettnem: can you handle patches? 19.54.29 Quit chandoo ("Leaving") 19.54.33 # moving single items is now very hard and even just lightly touching the wheel seems to make it go hay wire 19.54.45 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 19.55.48 # New commit by 03midgey34 (r23051): Fix compilation of simulators on Mac OS X 10.6. Tested on 10.5.8 and 10.6.1. 19.57.54 # gevaerts: sure 19.58.09 # ok, I'll provide one then :) 19.58.13 # more so if the commit cleanly, but yeah, I can probably handle it. :) 19.59.36 # * TheSeven thinks powering off the backlight before shutting down the LCD is a good idea 19.59.37 # brettnem: http://www.evonet.be/~gevaerts/nohid.patch 20.00.25 # TheSeven, you're getting the blooming effect :) ? 20.00.42 # hm, wait 20.00.45 # easy enough.. thanks for the patch 20.00.47 # I'm getting a brief white flash while powering down 20.01.11 # brettnem: wait a bit, I'm not entirely sure 20.01.18 Join esperegu [0] (n=quassel@121.149-242-81.adsl-dyn.isp.belgacom.be) 20.01.25 # TheSeven: That's not a panic? It worked nicely on my Nano when I tried it last night. 20.01.29 # ok, I haven't applied yet.. just let me know. thanks for your help 20.01.49 # http://www.evonet.be/~gevaerts/nohid2.patch 20.01.59 # that's more solid 20.02.01 # linuxstb: current svn is still shutting down the lcd in power_off() 20.02.40 # ok, that makes more sense to me.. who knows what happens if the def is undef 20.04.07 # sweet.. building.. 20.04.17 # hopefully it's using the right compiler. :) 20.05.53 # notlistening: yes that's something I need to fix 20.07.02 # gah, backlight_off() fades the backlight 20.07.45 # how many "clicks" are there for one full rotation of the e200v2 and fuze scrollwheel? (and how many scroll-wheel pin changes per click?) 20.07.46 # yea 20.08.20 # bertrik: for the latter, it's 2/4 for e200v2/fuze 20.08.21 # no worries kugel just though it was me 20.08.53 # TheSeven: nano2g has the fading already? 20.09.42 # did you make it more sensitive as i do not even have to scroll it now? 20.10.59 # well, i changed it to not lose acceleration due to a missed read. while that works well on my fuze, it seems to decrease accuracy for slow wheel movement 20.12.55 # * bluebrother wonders if it makes sense to lupdate the rbutil translations every now and then even if not translation was updated. 20.13.24 # gevaerts: Am I correct in assuming that the devices original (manufacturer) firmware has nothing to do with this issue? Because the original firmware does NOT work with Tiger. 20.13.47 # brettnem: that's right, yes 20.16.35 # kugel, well just to highlight that when using it with speech it is quite hard. 20.16.37 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 20.17.18 # not only with speech :) 20.17.27 Quit esperegu (Remote closed the connection) 20.17.34 # gevaerts: Whoooot! I see my e250 in Finder! 20.17.43 Join esperegu [0] (n=quassel@121.149-242-81.adsl-dyn.isp.belgacom.be) 20.17.50 # \☺/ 20.18.00 # ;) ok 20.18.15 # thanks! 20.25.11 # kugel: it has hardware-driven fading 20.27.35 # TheSeven: no way to control or monitor it? 20.28.16 # we can control it's speed, but we can't set absolute brightness levels (yet) 20.28.30 # there seem to be absolutely no docs on that chip 20.28.46 # and as apple doesn't use it, we can't use it, even though I'm quite sure the chip supports it 20.32.15 # New commit by 03bluebrother (r23052): Update german rbutil translation. 20.33.05 # TheSeven: so only 1 backlight brightness level? 20.34.31 # there is a power-off/power-on reg and a fade time reg 20.35.34 # * bertrik is still confused about the backlight control method in the samsung yp-s3 and one of the meizus 20.35.35 # ok.. so new question 20.35.47 # I've got a mpeg-4 video and it won't play.. how do I diagnose? 20.36.04 # it seems to set the backlight brightness by a bunch of quick pulses in succession, but PWM'ing also seems to work 20.36.15 # (it = the original firmware) 20.37.40 # maybe I need a recommendation for encoding on os x? 20.38.41 # brettnem: ffmpeg (and its various front-ends) work well for Rockbox video encoding. IIRC, there's something called ffmpegx 20.38.53 # sweet.. thanks 20.39.05 # sorry, I just found that on the wiki btw 20.39.06 # The PluginMpegplayer wiki page should have the info you need. 20.39.13 # yeah, just landed there.. 20.39.24 # * linuxstb will leave brettnem to the wiki then 20.39.37 # New commit by 03kugel (r23053): Fix a few problems with RTL, statusbar and custom ui viewport. ... 20.40.53 # is it ok if i make lcd_shutdown power off the backlight? 20.41.02 # seems to be the least-invasive fix for that white flash 20.41.49 *** Saving seen data "./dancer.seen" 20.42.48 # that's probably ok, although other targets don't 20.42.57 # don't *do this 20.46.45 # TheSeven: what's the exact problem? I'm not sure whether other targets need to turn of the lcd explicitly on shut down, but the current code works for them 20.48.57 # i think we intentionally don't turn off the lcd on ipods 20.49.21 # the "flash" is a clear way for the user to know the device actually shut down 20.50.57 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.51.18 # I'm confused.. here's a painful noob question.. MPEG4 or MPEG2? 20.51.46 # 2 20.54.32 # ok.. we'll try that out 20.54.49 # New commit by 03theseven (r23054): Reduce iPod Nano 2G NAND timeouts to a sane value (20ms) 20.55.29 # kugel: the flash will happen long before it actually shuts down, so that's not a proper indicator 20.55.53 # wow HZ / 1 :) 20.56.00 # did the timeout changing actually help now? 20.56.25 # didn't play around too much, but rockbox can at least still access the flash :-) 20.56.47 # n1s: in fact that was a debugging leftover that went unnoticed 20.57.11 # doesn't it cancel operation after 20ms now? I'm sure data transfers take longer? 20.57.23 # TheSeven: lcd should not fiddle with backlight, as that's the backlight thread's task 20.58.10 Join faemir [0] (n=faemir@78.33.109.163) 20.58.35 # amiconn: there are 2 alternatives: having the lcd do weird flashing when powering off, or adding another function to the backlight api, which will expose a nano2g-specific issue to other targets 20.59.18 # see FS#10668 20.59.52 Quit pamaury ("exit(*(int *)0 / 0);") 21.00.42 # linuxstb: what's your opintion on that flyspray? 21.02.32 # Hi :) How do I start the iPod firmware (ie. dual boot) when I have Rockbox installed? 21.02.51 # which ipod? 21.02.52 # TheSeven: If you defined storage_flush() to be "(void)0", do you still need NEED_STORAGE_FLUSH ? 21.03.32 # i intended the first to allow others to call it after writing very important things, and the second to tell it that it should be done on shutdown 21.04.37 # The flashing happens on 1st Gen Nano and 5th Gen ipids as well. Basically on all colour lcds which are normally-white 21.05.03 Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) 21.05.19 # why don't you just power off the backlight before? (in shutdown_hw) 21.05.58 # TheSeven: I'm not sure I understand why you need both - i.e. either use a #ifdef and only define (and call) storage_flush if that is true, or define it as "(void)0;" for other targets, and always call it. 21.07.18 # i intended that for the case that a flush may be useful after writing important data, but should not be regularly done on shutdown, i.e. the function is implemented, but that define not set, expecting that a future target may want to do such a thing 21.07.32 # but if you feel that's unneccessary I'm happy to drop it 21.08.58 Quit n1s (robinson.freenode.net irc.freenode.net) 21.08.58 NSplit robinson.freenode.net irc.freenode.net 21.08.58 Quit brettnem (robinson.freenode.net irc.freenode.net) 21.08.58 Quit ender` (robinson.freenode.net irc.freenode.net) 21.08.58 Quit Tristan (robinson.freenode.net irc.freenode.net) 21.08.58 Quit ch4os (robinson.freenode.net irc.freenode.net) 21.08.58 Quit tha (robinson.freenode.net irc.freenode.net) 21.08.58 Quit pjm0616 (robinson.freenode.net irc.freenode.net) 21.08.58 Quit advcomp2019 (robinson.freenode.net irc.freenode.net) 21.08.58 Quit GodEater (robinson.freenode.net irc.freenode.net) 21.08.58 Quit Topy (robinson.freenode.net irc.freenode.net) 21.08.58 Quit mt (robinson.freenode.net irc.freenode.net) 21.08.58 Quit elcan (robinson.freenode.net irc.freenode.net) 21.08.58 Quit Xerion (robinson.freenode.net irc.freenode.net) 21.08.58 Quit BlakeJohnson86 (robinson.freenode.net irc.freenode.net) 21.08.58 Quit togetic (robinson.freenode.net irc.freenode.net) 21.08.58 Quit lyngaas (robinson.freenode.net irc.freenode.net) 21.08.58 Quit Utchybann (robinson.freenode.net irc.freenode.net) 21.08.59 Quit Kohlrabi (robinson.freenode.net irc.freenode.net) 21.08.59 Quit shodanX (robinson.freenode.net irc.freenode.net) 21.08.59 # shai: the IpodFAQ wiki page answers exactly this question 21.08.59 # kugel: Red! 21.09.16 # TheSeven: So it means "NEEDS_STORAGE_FLUSH_ON_SHUTDOWN" ? 21.09.27 # more or less, yes 21.10.38 NHeal robinson.freenode.net irc.freenode.net 21.10.38 NJoin n1s [0] (n=n1s@rockbox/developer/n1s) 21.10.38 NJoin brettnem [0] (n=brett@user-0vvd88f.cable.mindspring.com) 21.10.38 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 21.10.38 Join GodEater [0] (n=bibble@rockbox/staff/GodEater) 21.10.38 NJoin Topy [0] (n=Topy44@f054174066.adsl.alicedsl.de) 21.10.38 NJoin Tristan [0] (n=Tristan@i.dont.want.to.die.virgin.net.in) 21.10.38 NJoin mt [0] (n=MTee@rockbox/developer/mt) 21.10.38 NJoin elcan [0] (i=user36@pr0.us) 21.10.38 NJoin Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.10.38 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 21.10.38 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 21.10.38 NJoin lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 21.10.38 NJoin Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 21.10.38 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 21.10.38 NJoin ch4os [0] (n=ch4os@gentoo/user/ch4os) 21.10.38 NJoin tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) 21.10.38 NJoin pjm0616 [0] (n=user@61.250.113.98) 21.10.38 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 21.10.39 NJoin shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 21.10.46 # TheSeven: I'm just looking at the storage code now - I'm not sure what is the "right thing"... 21.11.17 # of course, a player red ;) 21.12.10 Quit Kohlrabi (robinson.freenode.net irc.freenode.net) 21.12.10 Quit togetic (robinson.freenode.net irc.freenode.net) 21.12.10 Quit Utchybann (robinson.freenode.net irc.freenode.net) 21.12.10 Quit shodanX (robinson.freenode.net irc.freenode.net) 21.12.10 Quit Topy (robinson.freenode.net irc.freenode.net) 21.12.10 Quit elcan (robinson.freenode.net irc.freenode.net) 21.12.10 Quit BlakeJohnson86 (robinson.freenode.net irc.freenode.net) 21.12.10 Quit lyngaas (robinson.freenode.net irc.freenode.net) 21.12.10 Quit Xerion (robinson.freenode.net irc.freenode.net) 21.12.10 Quit mt (robinson.freenode.net irc.freenode.net) 21.12.10 Quit GodEater (robinson.freenode.net irc.freenode.net) 21.12.10 Join Kohlrabi_ [0] (n=Kohlrabi@frustrum.nosebud.de) 21.12.10 Join GodEater_ [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 21.12.21 Join Utchybann [0] (n=lolo@81.56.102.26) 21.12.23 Part brettnem 21.12.31 NJoin Topy [0] (n=Topy44@f054174066.adsl.alicedsl.de) 21.12.37 # kugel: you should have learned by now... :P 21.12.37 Join Xerion [0] (i=xerion@82.170.197.160) 21.12.39 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 21.13.06 Join mt [0] (n=MTee@41.233.147.243) 21.13.18 Quit Thundercloud (Remote closed the connection) 21.14.06 Join Dege [0] (i=Dege@151.61.192.140) 21.16.13 # TheSeven: I guess using the #ifdef is safer. A comment next to that define in config-ipodnano2g.h would be nice though. 21.16.13 Quit bluebrother (Nick collision from services.) 21.16.16 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 21.16.35 # New commit by 03peter (r23055): Correct a recording screen usability issue created in r21034. Pause used to start too, then was set to only start and now only pauses. Rec used to ... 21.16.36 # ok, I'll add this 21.16.59 NJoin shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 21.17.24 # New commit by 03kugel (r23056): Fix player red and remove an obsolete function call. 21.17.44 Join esperegu_ [0] (n=quassel@121.149-242-81.adsl-dyn.isp.belgacom.be) 21.17.52 Join AndyI [0] (n=pasha_in@212.14.205.32) 21.18.08 # bugger... next time I should check we're all green before committing :/ 21.18.57 Quit esperegu (Read error: 104 (Connection reset by peer)) 21.19.50 NJoin elcan [0] (i=user36@pr0.us) 21.22.16 NJoin lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 21.25.26 # linuxstb: are the other changes OK in your opinion? 21.26.09 Quit Galois (Read error: 110 (Connection timed out)) 21.26.43 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 21.29.39 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 21.31.53 Part Grahack 21.33.08 Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) 21.33.32 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.34.42 Quit notlistening ("Leaving") 21.34.47 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 21.34.48 Quit Xerion (Read error: 145 (Connection timed out)) 21.34.48 Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) 21.35.12 # TheSeven: I'm not sure the backlight power-off in lcd_shutdown is right, but I'm not sure where else it could go. 21.36.27 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 21.36.32 Join Hillshum [0] (n=hillshum@75-165-237-63.slkc.qwest.net) 21.37.13 # is there a shortcut for background color in foswiki? 21.37.25 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) 21.37.44 # * Hillshum got http://paste2.org/p/460671 compiling rbutil 21.37.55 Quit AndyIL (Read error: 113 (No route to host)) 21.40.20 # Hillshum: have you built that tree before? 21.40.31 # Don't think so 21.41.14 # looks like you're missing the libspeex header though it should use our own copy then. 21.41.38 # or is libspeex installed in a non-standard path on your system? 21.42.44 # oh, and are you building a static binary? 21.43.20 # hmm, scrap the last question. Building a static binary will always use our own speex 21.43.31 # Can I remove the entire playlist under the Playlist sub-menu? 21.44.05 # It currently seems to hold files I removed while I was in the iPod software... and they error out cuz they don't exist. 21.44.12 # bluebrother: libspeex-dev is installed 21.44.38 # Hillshum: interesting. Have you tried a clean build? 21.45.04 # of rbutil? I thought this was clean 21.45.22 Quit togetic (Read error: 104 (Connection reset by peer)) 21.45.39 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 21.46.02 # Hillshum: ok, so this is a fresh checkout, correct? Then this shouldn't happen :o 21.46.11 # Yeah 21.47.24 # does building rbspeex work? I.e. make in tools/rbspeex 21.48.04 Nick Strife1989 is now known as Strife89 (n=michael@adsl-220-123-13.mcn.bellsouth.net) 21.48.16 # No, same error 21.48.45 # hmm. What does "pkg-config --libs speex" return and where is libspeex.so located? In /usr/lib? 21.49.51 # It returns '-lspeex', don't know what that's supposed to mean 21.50.34 # Hillshum: that looks sane 21.50.37 # that's the compiler option used for linking against libspeex. 21.50.54 # Which I assume rbutil uses 21.51.28 # yes, and rbspeex too. That's the reason why building fails for you. 21.51.59 # though I don't get why it fails if you have libspeex installed. What's the output of "pkg-config --modversion speex"? 21.52.26 # 1.2rc1 21.52.53 # hmm. My system is 1.2beta2, so I'd expect your version to definitely work. 21.53.36 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 21.54.13 # do you have a file /usr/lib/libspeex.so? 21.54.39 # yes 21.55.17 # * bluebrother is puzzled 21.55.17 # what do you think, should I commit FS#10668 or wait for further input? 21.55.30 # TheSeven: Yes 21.55.57 # * TheSeven is now puzzled, too 21.56.03 # what did that "yes" refer to? 21.57.09 # let gevaerts explain it to you (maybe in the other channel though ;) ) 21.57.12 # TheSeven: You should either commit it or wait for further input 21.59.02 # TheSeven: Given that you've now posted a patch, perhaps you should give it a day or so. Otherwise there would have been no point in posting the patch. 21.59.40 # I somehow think it can't be worse than what's currently in SVN, but on the other hand it touches core stuff 21.59.53 # (even though I can't see how that could hurt any other target) 22.02.23 Quit shai ("Leaving") 22.02.30 # I guess that's the main point, so maybe just go ahead... 22.03.41 # well, that "maybe" is the issue ;-) 22.03.54 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 22.04.13 # Should I reinstall libspeex? 22.04.41 Quit merbanan (Read error: 145 (Connection timed out)) 22.05.00 # TheSeven: This is probably one of those commits that no-one will shout about until it's committed, and even then, I doubt anyone will... 22.06.51 # * TheSeven just proved there is indeed codec icache cleaning trouble 22.07.06 # an mp3=>ogg transition results in an undefined instruction exception 22.08.20 Quit tomers (Remote closed the connection) 22.09.21 # TheSeven: Is there a reason why you ifdef the call to storage_flush(), but not its definition? 22.09.50 # This will waste a bit of binsize on targets not needing it 22.10.01 # TheSeven: see mmu-arm.h 22.10.24 # amiconn: I discussed that above. Brief: It may be defined (and thus callable after i.e. very important writes) even though we don't want to call it on shutdown 22.10.53 # this is not a HAVE define, but a NEEDS (on shutdown) one 22.11.06 # an additional HAVE would be an idea, too 22.11.08 # rockbox doesn't have very important writes 22.11.28 # Yes, but this whole storage_flush business only makes sense if we're caching something one way or another 22.12.18 # so what would you propose? 22.12.35 Quit JackWinter (Read error: 131 (Connection reset by peer)) 22.12.40 # I agree that it makes sense on "naked" flash targets, but certainly not on ata targets or card standard based flash targets 22.12.52 # for which it is just defined as void(0) 22.13.17 # The individual functions are, but not storage_flush() itself 22.13.49 # oh, right 22.13.49 Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 22.13.54 Quit esperegu_ (Read error: 104 (Connection reset by peer)) 22.14.09 # so what about renaming that to HAVE_STORAGE_FLUSH and ifdefing storage_flush itself? 22.14.10 # It essentially collapses to storage_flush() { return 0; }, but that's still >0 bytes 22.14.58 # * amiconn thinks that would be better 22.19.49 # * amiconn wonders how flash memory cards handle wear levelling efficiently without prior notice regarding shutdowns 22.20.14 # by doing the cleanup on the next boot more efficiently than whimory 22.20.45 # i.e. not committing everything on that boot, but only reconstructing their state 22.21.03 # on the iphone, whimory is doing that, too, but the nano seems to use an older version 22.21.15 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 22.23.03 # This sounds like a reason why it would be desirable to replace the OF bootloader in NOR... 22.23.11 Nick Kohlrabi_ is now known as Kohlrabi (n=Kohlrabi@frustrum.nosebud.de) 22.23.26 # Indeed 22.23.57 # which *will* mean terribly increasing the risk of bricking an ipod through FTL damage, as there will be no norboot to clean it up 22.24.10 # but it also means that we could drop that FTL altogether 22.24.26 # Well, we would obviously take steps in our replacement NOR code to prevent that. 22.24.40 # if you take steps, you'll need to stay with whimory 22.25.14 # * linuxstb isn't saying it's easy to replace the NOR code, just desirable... ;) 22.25.34 # I wouldn't do it before we have at least a way to enter DFU without opening the iPod 22.25.59 # there seems to be such a way, but I haven't worked it out yet 22.26.13 # but i have caused it to enter DFU accidentally 3 times now 22.26.20 # 2 times from the OFW, 1 time from ibugger 22.26.48 # this probably is related to a GPIO, but we don't know what's driving that one#+ 22.26.57 Join froggywoman [0] (n=57a0cce0@giant.haxx.se) 22.29.39 # TheSeven: I still can't get my "crypt_firmware" plugging behaving properly... Should I be padding the image in some way? 22.30.00 # yes, to at least 64 bytes I think 22.30.09 # (because of that HMAC-SHA1 or whatever it is) 22.30.18 # You mean to a multiple of 64 bytes? 22.30.22 # yes 22.30.36 Quit froggywoman (Client Quit) 22.31.54 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 22.36.11 # New commit by 03theseven (r23057): Core changes to allow storage drivers to do cleanup on shutdown, and iPod Nano 2G shutdown code rework (FS#10668) 22.37.48 # * TheSeven will now fix icache cleaning 22.39.36 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.40.03 # should i fork mmu-arm.c, use ifdef S5L870X or add a new define for CPUs without TTB? 22.41.50 *** Saving seen data "./dancer.seen" 22.42.06 # mmu-arm.S ? 22.42.18 # yes 22.42.40 # * TheSeven is currently analyzing what's different in that IMX31L block 22.42.54 # * linuxstb was about to ask how the S5L870X code would differ to that 22.43.04 Join einhirn [0] (n=Miranda@p5DCC1548.dip0.t-ipconnect.de) 22.43.10 # the code below looks far more optimized 22.43.39 # * TheSeven will just try to use that and see what happens 22.45.11 # is there any define i need to set to make code actually use them? 22.46.09 Quit bmbl ("Bye!") 22.47.06 # data/rockbox-trunk/firmware/target/arm/mmu-arm.S:44: Error: selected processor does not support `mcrrhi p15,0,r1,r0,c14' 22.47.11 # -rf * 22.47.21 # bah 22.47.50 Quit Hillshum (Read error: 110 (Connection timed out)) 22.48.04 # linuxstb: so that's why i didn't use it the last time 22.48.12 # what the heck does that additional R mean? 22.52.41 # Moves two regs at once, see arm reference manual 22.53.07 # That's only supported on ARMv5TE or higher 22.59.31 # [22:45] is there any define i need to set to make code actually use them? 23.00.32 # mc2739: ping 23.01.32 # TheSeven: See firmware/export/system.h 23.01.52 # Looks like HAVE_CPUCACHE_FLUSH and HAVE_CPUCACHE_INVALIDATE 23.02.09 # TheSeven: you need to include mmu-arm.h 23.02.20 # in your system-target.h file 23.02.36 # that will define the defines linuxstb mentioned for you 23.02.42 # thanks 23.03.29 # saratoga: ping 23.03.38 # * kugel needs a e200v2 user 23.03.53 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 23.06.22 # * TheSeven still gets an undefined instruction exception 23.07.09 # did you do a complete recompile already? :P 23.07.35 # no, but that's my next step (after checking that this define is really set) 23.10.11 Quit midgey () 23.10.39 Quit petur (Read error: 104 (Connection reset by peer)) 23.11.06 Join petur [0] (n=peter@94-225-47-142.access.telenet.be) 23.12.46 Quit jgarvey ("Leaving") 23.17.29 # kugel: indeed. 23.17.45 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.17.47 # at least part of the problem got fixed by recompiling everything 23.19.55 # changing codecs works now, so the cache part of the issue is probably fixed 23.20.20 # choosing a different track from the file browser still freezes though 23.21.52 Quit petur ("Zzzzz") 23.24.05 # * kugel wonders which dependency problem makes certain thinks only work after a complete recompile 23.24.41 # kugel: the next time I suspect such a thing, I'll backup, rebuild and diff, to find that out 23.25.19 # There seems to be a scrolling text bug which I suspect a certain svn revision 23.26.05 # If the scroll step size is >1, it seems to scroll a few pixels beyond the end of the text, showing the left part of the leftmost letter at the far right 23.26.40 # r23022 23.26.55 # mt ^^ 23.28.27 # any ideas what else could be causing these lockups? 23.31.45 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 23.39.13 Quit chandoo (Read error: 110 (Connection timed out)) 23.41.59 # New commit by 03theseven (r23058): Added S5L870X cache coherency support 23.42.57 # * TheSeven is wondering where to poke around next 23.44.09 # The freeze? 23.44.33 # That doesn't happen on other targets, so the problem most probably resides in nano2g specific code 23.46.05 # or s5l870x specific code, as none of the other ports has reached that stage yet. 23.46.22 # true 23.46.42 # in fact, there is no nano2g specific audio code 23.46.49 # that's just wmcodec + s5l870x dma 23.47.21 # I don't think that the problem hides in the audio code 23.47.33 # but where else? 23.47.45 # I'd suspect a nand related deadlock 23.47.53 # in fact, the following comments in pcm-s5l8700.c look pretty suspicious: 23.47.55 # - pcm_play_dma_pause is untested, not sure if implemented the right way 23.47.56 # - pcm_play_dma_stop is untested, not sure if implemented the right way 23.47.57 # - pcm_play_dma_get_peak_buffer is not implemented 23.49.15 # * TheSeven suspects pcm_play_dma_stop 23.49.51 # Does pause work properly? 23.49.58 # yes 23.50.48 # Hmm, and if you stop playback and the start something else it does not freeze? 23.51.16 # it does freeze 23.51.31 # the first file selection works, the second freezes 23.51.43 # The missing peak implementation means the peakmeter and the plugins relying on peak data (vu_meter and oscilloscope) don't work, but that's not a reason for freezing 23.51.49 Join chandoo [0] (n=chandoo@67.83.185.120) 23.52.14 # Then that makes pcm_play_dma_stop suspicious 23.52.34 # it seems to make TheSeven suspicious as well :) 23.53.43 # gah, just hit that wmcodec freeze again while testing 23.54.53 # and what i just saw rather points into the direction of storage 23.55.30 # i managed to escape the now playing screen and look at the buffers in that "frozen" state, they are all empty, and as soon as I try to do anything that accesses the flash, it locks up the main thread 23.58.34 # ok, it's even more complicated