--- Log for 09.03.108 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 18 hours ago 00.00.11 Quit Mathiasdm ("Yuuw!") 00.08.18 Quit stripwax (Read error: 110 (Connection timed out)) 00.08.50 Quit maddler ("connection reset by beer!") 00.10.48 # roolku: yes 00.13.46 # * amiconn spots a bug in the ata driver when used on large-sector disk targets (i.e. ipod video) 00.15.02 # amiconn: okay. here is my attempt so far: http://www.pastebin.ca/934612 - seems to solve the 14s problem 00.16.11 # It differs a bit from mine 00.17.03 # I've called the variable total_sectors, and read it before the lba48 block. Saves duplicate calculation for those targets. I also added a check for lba48 exceeding 32 bits 00.18.10 # I also found that the ata mutex unlocking in case of errors is wrong on large-sector targets. The unlocking must not be done in the static read/ write function there 00.20.50 Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 00.28.26 # roolku: Here's my version: http://pastebin.ca/934624 I'll test it on my ata targets now 00.28.47 Quit faemir ("If debian was Arch then Ubuntu would own.") 00.29.42 Quit Zarggg (Read error: 113 (No route to host)) 00.33.08 # * gevaerts still has more work to do before this combined software/hardware eject handling works correctly on sansa. It's still too easy to confuse 00.33.33 # That reminds me... 00.34.30 # * gevaerts doesn't like seeing *PANIC* Stkov (0) 00.34.46 # Best not to commit this yet 00.34.50 # AAARrrrghh! 00.35.01 # * amiconn forgot to specify the file to commit 00.35.25 # oops ;) 00.36.27 # * amiconn committed a load of crap now. 00.36.30 # Will revert asap 00.36.41 # So now we know everuthing you're working on ;) 00.36.58 # There will be a lot of red most probably 00.37.01 Quit dandin1 () 00.37.37 # * linuxstb wonders what the score will be 00.38.48 # gevaerts: Have you added a menu option to (re-)enter disk mode yet/ 00.38.50 # amiconn: shouldn't the second 60 be a 61 in: total_sectors = identify_info[60] | (identify_info[60] << 16); 00.38.58 # yes 00.39.01 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 00.40.56 # just a quick question, is there an emulator under linux which can emulate an rockbox compatible arm environment? 00.40.56 # Zagor: Is the intention with all your www commits to enable anyone (with svn access) to change the website? 00.41.04 # No 00.41.13 # linuxstb: I'm working on it. It seems to work on single-volume targets, but I can still confuse the sansa too easily (including getting stuck in usb mode) to commit it. There are also enough changes in it that I want to check if usb mode will still work on ata-usb bridges as well. Don't expect a commit today. 00.41.38 # amiconn: nice score :) 00.41.51 # linuxstb: not really, rather to make it more sane for those of us who already work with the website 00.41.52 # gevaerts: I just wanted to check what you decided to do, and if others agree... 00.42.04 # eh? Why does the reverse patch not commit the files?? 00.42.38 # Zagor: OK. I'm not wanting to change the site, just curious... 00.42.51 # * amiconn needs an idea 00.43.09 # currently it's a huge mess of obsolete pages 00.44.17 # amiconn: use svn merge 00.44.56 # * amiconn has no idea how that works 00.45.05 # linuxstb: we'll see. I'm still not sure if this entire idea is right (it has the side effect of delaying the usb screen until the host actually sends a SCSI command, which can take some time), so maybe I will just have wasted some time, but it has to work properly before it can get evaluated. 00.45.22 # I just made a patch using svn diff -r16570:15569 , applied that, and wanted to commit 00.45.29 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 00.45.39 # amiconn: svn merge -c-16570 . . should do 00.46.00 # amiconn: I would have done the same... 00.46.33 # linuxstb: Problem is, it doesn't commit the files. It just committed the 2 deleted ones I had to delete by hand 00.47.10 Quit desowin () 00.47.11 # I would probably try an "svn update", then see what "svn diff" shows 00.47.15 Quit kushal_12_27_200 (Client Quit) 00.47.30 # * linuxstb always previews commits with "svn diff" 00.47.34 # amiconn: svn merge is the command for reverts 00.47.43 # and svn st to check for any conflicts 00.47.52 Quit ompaul (Client Quit) 00.47.54 # Nico_P: That sounds better then... 00.49.33 # 60000 points and counting... 00.50.01 # The bootloaders still compile 00.50.03 # svn merge -c-16570 . . seems to do the job here 00.50.12 # Slasheri: no, it doesnt 00.50.17 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.50.54 # JdGordon: i will just think something else for that then :) 00.51.07 # mrf 00.51.31 # Those added files are causing troubles 00.52.20 # Slasheri: I think a multi-selection list would be nice in general (e.g. inserting multiple tracks into the playlist, file copying), but many targets don't have any free buttons (afaics) 00.52.24 # Slasheri: though, its something which has been thrown around for ages.. it would be nice to add (if done properly :p ) 00.52.49 # hehe 00.53.05 # Hmm, what about long-right? (I'm guessing the Ondio uses that for something though) 00.53.21 # well, i am not yet even sure how to implement the thing i was planning.. just getting some ideas :) 00.53.22 # Yes, context menu 00.53.41 Quit kies (Read error: 110 (Connection timed out)) 00.54.49 # we could do something like context menu > "multiselect", then each press of SELECT adds/removes the item from the selection untill context menu is reentered 00.55.03 Join kies [0] (n=kies@adsl-76-199-12-71.dsl.chmpil.sbcglobal.net) 00.55.12 # onplay.c (the context menu code) isnt setup to handle anything like multiselect though 00.57.52 # That could work. Although it would be nicer to map a button to it, if available. 00.58.21 Quit WatchDragon (Read error: 104 (Connection reset by peer)) 00.58.56 Quit alienbiker99 (Read error: 110 (Connection timed out)) 00.59.25 # phew 01.01.05 # gevaerts: Setting the removable bit is causing the problem? (delaying the usb screen) 01.03.09 # linuxstb: not as such. Using load/eject to control the USB screen does. At least linux waits 5 to 10 seconds before attempting to access the drive, and the usb screen only gets shown then. I might be able to find a workaround, bu 01.03.34 # but I'm not sure if I can do that cleanly. 01.03.58 # This way I got a preview of how much the player bmp loader adds 01.05.09 Quit ender` (" In its default setup, Windows XP on the Internet amounts to a car parked in a bad part of town, with the doors unlocked, th") 01.06.08 # gevaerts: What do you mean by "load" ? I thought you would only be changing how Rockbox deals with an eject? 01.06.22 Quit tessarakt ("Client exiting") 01.06.55 Join fyrestorm [0] (n=fyre@cpe-68-173-160-247.nyc.res.rr.com) 01.07.49 # * amiconn feels pretty lame for this accidental troublesome commit :( 01.09.55 # Llorean: "for example we want people fixing bugs in the current viewports bits" <- what bugs? they cant be fixed if they are kept secret 01.11.06 Quit corevette (Remote closed the connection) 01.11.37 Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) 01.11.39 Join gevaerts_ [0] (n=fg@195-144-092-186.dyn.adsl.xs4all.be) 01.12.04 Quit gevaerts (Nick collision from services.) 01.12.17 Nick gevaerts_ is now known as gevaerts (n=fg@195-144-092-186.dyn.adsl.xs4all.be) 01.12.55 # linuxstb: it's the cleanest way to do this, because it unifies the initial connection and subsequent reconnects. Once it works reliably, I can probably add the immediate usb screen back. 01.13.43 *** Saving seen data "./dancer.seen" 01.13.45 Quit amiconn (Nick collision from services.) 01.13.51 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 01.15.34 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 01.16.32 # gevaerts: What do you mean by "load" though? Is that the host OS doing something? 01.17.34 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-51e1aa50870200a7) 01.17.40 Quit Thundercloud (Remote closed the connection) 01.18.06 # Can I still make voice files and post them even though I don't know the language? 01.18.31 Quit spiorf (Remote closed the connection) 01.19.23 # countrymonkey: How will you know if the voice files are OK? 01.19.58 # linuxstb: yes. Basically the mechanism is that once the OS does something, the UMS driver asks the USB core for exclusive access to the disk(s). This does the SYS_CONNECT_* things to warn other threads, and to show the USB screen. Once that exclusive access is there (this is asynchronous), the UMS driver treats the drive as inserted and starts working. 01.20.22 Quit BlakeJohnson87 ("Leaving.") 01.20.25 Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) 01.20.49 Join BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 01.21.33 # gevaerts: Does this actually delay the connection, or just delays the display of the screen? 01.21.56 # roolku: Did you try that patch? 01.22.17 # linuxstb: it just delays the screen 01.22.43 # gevaerts: OK, then I think I understand... 01.24.06 Quit Zagor ("Client exiting") 01.24.27 Quit fyre^OS (Read error: 113 (No route to host)) 01.24.30 # amiconn: yes, the long delay is gone 01.25.04 # Okay, so the disk obviously didn't like out-of-bounds accesses, and adding the check is a good idea 01.27.10 # are the return values actually checked?...that would be fat_mount 01.28.37 # The fat driver checks ata_read_errors() everywhere 01.28.43 # yes, looks like it 01.28.49 # Erm, ata_read_sectors() errors 01.29.07 # linuxstb: I'll continue working on it tomorrow. If I can get it to work properly, and show the USB screen immediately,it will work mostly the same way as now, except that when you eject the drive, it continues charging while the player is usable. After that we can decide if the reconnect option is useful enough to move out of the debug menu. 01.30.12 Quit corevette (Remote closed the connection) 01.31.24 # Nico_P: still around? 01.31.29 # yes 01.31.32 # I suspect the ELIO_TPJ1022 had the same problem and the whole #if condition in disk.c line 151 can go 01.32.02 Quit countrymonkey ("CGI:IRC (Ping timeout)") 01.32.03 # I wonder if linuxstb is up for a test ;) 01.32.06 # * gevaerts then wants to have a go at the OF disassembly that lowlight provided in FS#8663 to see if that sheds any light on the sd driver bug, and hopes that someone magically finds out where this signal quality problem comes from 01.32.30 # Nico_P: Could you test http://pastebin.ca/934689 on the G5.5? 01.34.20 # amiconn: sure. what should it do? 01.34.28 Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) 01.36.13 # Just check whether disk accesses are still working properly 01.36.35 # ok 01.38.05 # The G5.5 is a special case I can't test myself 01.38.14 # roolku: Yes, remove that - I'm 99.9% sure that's the issue on the Elio as well. 01.41.05 # roolku: Shall I commit if Nico_P's test turns out well? 01.41.22 Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) 01.44.04 # JdGordon: (Re: FS#8702) - you can't choose two options with one vote... ;) 01.44.42 # but... but... 01.45.18 # amiconn: seems to work 01.45.19 # I've been suggesting hold for ages though, so i guess thats my favoured aproach 01.45.49 # amiconn: should it be faster too? 01.46.09 # No. It's just a safety measure against out-of-bounds accesses 01.46.21 # ok 01.46.26 # (and a very tiny size optimisation) 01.46.59 # That's the one that also corrects the mutex unlocking behaviour in case of errors on ipdo video 01.50.29 # amiconn: AFAICS it's working fine 01.50.29 Quit gevaerts ("Can't think straight any more. Time to sleep") 01.52.18 # Goddie :) 01.53.38 # amiconn: yes, please commit 01.58.30 Quit Horscht (Read error: 104 (Connection reset by peer)) 02.00.01 # done 02.00.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 02.04.08 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 02.04.46 Join ali_as [0] (n=as@ambix.plus.com) 02.04.58 Quit jhMikeS (Nick collision from services.) 02.05.04 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 02.06.53 Quit DaCapn (Remote closed the connection) 02.09.15 # Interesting deltas.... 02.11.42 Quit waldo (Remote closed the connection) 02.11.54 Quit krazykit (Read error: 110 (Connection timed out)) 02.18.17 # JdGordon: ping 02.18.33 Join mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) 02.18.42 # Hi all! 02.18.43 Quit ali_as_ (Read error: 113 (No route to host)) 02.18.48 # Hi all! 02.22.39 # amiconn: ? 02.22.47 # You wanted to know about viewport bugs - I have a serious one... 02.23.00 # I will do a full rebuild to verify though 02.23.09 # On recorder, all my lists are single-line now 02.23.11 # its not that I want to hear them... but they cant be fixed if they arnt voiced 02.23.23 # which font? 02.23.32 # Rockfont-8 02.23.41 # Status bar enabled, button bar disabled 02.24.23 # It *might* be a dependency problem though - I didn't make clean 02.25.03 # WTF? 02.25.14 # default setup on the rec has 1 line 02.25.40 # thats totally fucked :D 02.26.38 Quit quaal (Connection timed out) 02.26.56 # going to have a shower, ill fix that today though 02.27.03 Quit Nico_P (Remote closed the connection) 02.27.18 # just as we are on the topic: will work on the viewport-patches with customization (list AND wps) continue or were they stopped? 02.28.26 # If they were stopped, the tasks would be closed as rejected. (if that's what you mean) 02.28.49 Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) 02.29.13 Quit krazykit (Client Quit) 02.29.18 Quit HellDragon (Nick collision from services.) 02.29.28 # im just wondering as there has been no activity on the viewport-wps patch for ages 02.29.48 # and we still need to discuss wether to use fontnames or fontnumbers *g* 02.29.55 Quit mcuelenaere (Read error: 110 (Connection timed out)) 02.29.58 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 02.31.09 Quit bluebrother ("leaving") 02.31.38 Quit HellDragon (Client Quit) 02.31.42 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 02.32.33 Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) 02.32.45 # disorganizer: I intend to go back to my wps patch when I have some Rockbox time. But that doesn't stop anyone else from working on it (as I said in the task comments). 02.33.00 Quit Thundercloud (Remote closed the connection) 02.34.15 # * disorganizer is so sorry he has no idea of programming, otherwise he would definitely help out 02.34.25 Quit corevette (Remote closed the connection) 02.35.12 # JdGordon: Confirmed with a clean build. It's also independent of whether the button bar is enabled or disabled 02.36.14 # @amiconn: JdGordon confirmed a bit earlier that there is something in the source setting the rec to 1 line. he will change that l8r after ensuring he doesnt stink :-) 02.38.30 # for the log if someone has an idea how to solve that: in FS8400 (having no backlight on volume changes) we noticed that the backlight on scrollwheel actions is turned on on firmware level. now how can we disable this backlight action only when the wps is active? (otherwise the screen goes dark when scolling in menus) details see FS entry :-) 02.41.15 # disorganizer: fml2 has answered... 02.43.52 Quit krazykit (Remote closed the connection) 02.43.54 Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) 02.44.02 # amiconn: independant of buttonbar? :( I was hoping it would be an easy fix... for some reason it only sems to be rec though 02.44.34 # Not other Archos bitmap targets? 02.45.14 Join corevette [0] (n=corevett@adsl-75-18-210-31.dsl.pltn13.sbcglobal.net) 02.45.24 # * JdGordon forgot about ondio :p 02.45.26 # checking now 02.45.43 # ondio is fine 02.45.49 # ehy.. may be I'm actually too drunk (it has been my birthday yesterday),,,+à 02.46.10 # But I can't find the section in the rockbox site where it's described how rockbox actually started up, who done it and why... 02.46.18 # I remember I red it some time ago 02.47.39 # roolku: Will you commit the #ifdef removal from disk.c? 02.47.45 # amiconn: does the buttonbar actually disappear if its disabled? 02.47.50 # yes 02.48.45 # @ linuxstb : yes, i saw it. it was more a kind of "cry for a programmer" who can do more than just hack around existing code (=me). 02.48.56 # amiconn: about to - was just doing a last test with a make clean... 02.50.34 Quit HellDragon (Nick collision from services.) 02.50.42 # Ok... I'm just too "broken inside" now - thank all for theyr existence. At tomorrow! 02.51.50 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 02.52.36 # arg... bloody precedence 02.53.44 # * amiconn goes to sleep 02.56.28 # anyone know where the buttonbar code is? 03.07.18 Quit roolku () 03.08.20 # im off to bed now.... nite@all 03.13.24 Quit disorganizer ("CGI:IRC (Ping timeout)") 03.13.47 *** Saving seen data "./dancer.seen" 03.35.19 Quit DerDome (Nick collision from services.) 03.35.20 Join DerDom1 [0] (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) 03.35.30 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) 03.46.54 Join webguest67 [0] (n=47a9731d@gateway/web/cgi-irc/labb.contactor.se/x-adda8151c8e9de2b) 03.46.56 # guys 03.46.58 # i need some help 03.47.00 # now 03.47.48 # webguest67, we cant help if you do not say what the issue is 03.48.27 # i installed rockbox on my girlfriend's ipod nano 1G 03.48.46 # and after i UNinstalled it at her request, the damned thing's bricked 03.49.20 # it isnt bricked 03.49.29 # what does it do? 03.49.42 # it's stuck on a black and white version of the "Do no disconnect" screen 03.49.50 # and i can't even shut it off 03.49.57 Quit DerDome ("Leaving.") 03.49.57 # is it plugged in? 03.50.04 # no 03.50.31 # flick the hold switch on, then off and hold menu + select for what could potentially be 60 seconds 03.52.56 # nothing 03.53.04 # can someone with an ipod test a quick patch for me? 03.53.25 # is it still sitting at the do not disconnect screen? 03.53.30 # yes 03.53.37 # webguest67: Then do it again, because you're in an Apple screen as it is, so Rockbox isn't the problem, and the menu+select thing works unless you've cause physical damage to your player (dropping it, etc) 03.53.37 # then you are likely doing it wrong 03.53.47 # when i lock it the lock appears on-screen 03.54.02 # it says " 03.54.09 # "Ok to disconnect" 03.54.15 Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) 03.54.41 # keep trying to reset it 03.54.57 # so i flip the hold switch 03.54.58 # webguest67: You are turning hold (lock) on then OFF before holding the buttons down, right? 03.55.01 # make sure to keep your fingers as still as you can 03.58.45 Quit webguest67 ("CGI:IRC") 04.00.43 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 04.10.40 Quit |AhIoRoS| (Read error: 104 (Connection reset by peer)) 04.18.04 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.19.27 Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.19.36 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-20f3bbdb1a1453d0) 04.19.40 Join youngproguru [0] (n=root@cpe-76-180-239-199.buffalo.res.rr.com) 04.21.43 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.22.14 Join miepchen^schlaf [0] (n=el_miep@p54BF51C6.dip.t-dialin.net) 04.31.33 Quit ali_as ("zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzZZZZZZZZZZZZZZZZZZZZZZZZZZZz") 04.54.42 Quit krazykit (Read error: 104 (Connection reset by peer)) 05.01.36 Quit sslashes (No route to host) 05.05.49 Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 05.13.50 *** Saving seen data "./dancer.seen" 05.24.22 Quit Zarggg ("If you see this message, something probably went wrong.") 05.25.11 Join GrooveStix [0] (n=chatzill@adsl-76-226-157-176.dsl.sfldmi.sbcglobal.net) 05.25.34 # oh hai! :) 05.26.43 # can anybody tell me, how can I browse my music in the most battery efficient way? 05.27.21 # through the database, or through the "files" option instead ? 05.55.49 # oh well, I'll come back tomorrow... :( 05.56.58 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 05.59.34 Part youngproguru 05.59.43 Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 06.05.38 Quit GrooveStix ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 06.06.00 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.11.05 Quit linuxstb (Read error: 110 (Connection timed out)) 06.12.46 Join csc` [0] (n=csc@archlinux/user/csc) 06.26.11 Join AdRock42083 [0] (n=20905bbe@gateway/web/cgi-irc/labb.contactor.se/x-cdb824e05a350101) 06.28.06 # ?. Just picked up a sansa e280 and put rockbox on it. I have an 8gb SDHC card that I want to use with it. Does Rbox support card capacity of that amount? 06.29.52 # AdRock42083, yes but you will need to use a card reader to transfer to files to it since the OF does not work with microsdhc cards 06.30.27 # k. thanks 06.31.09 Quit AdRock42083 ("CGI:IRC (EOF)") 06.37.15 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 06.46.17 Part toffe82 07.06.26 Quit |framo| ("moo") 07.12.29 Join d34df00d [0] (n=d34df00d@80.251.122.132) 07.12.44 Part d34df00d ("Konversation terminated!") 07.13.53 *** Saving seen data "./dancer.seen" 07.30.41 Quit jhulst ("Konversation terminated!") 07.34.11 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 07.35.05 # Hello! Can I connect my Sansa c240 with Rockbox to charge battery *without* rebooting to original firmware and use computer as charger? 07.39.42 Join Crash91 [0] (n=d98bd903@gateway/web/cgi-irc/labb.contactor.se/x-0827d822652dec11) 07.53.13 Quit Crash91 ("CGI:IRC") 07.59.33 Quit perrikwp (card.freenode.net irc.freenode.net) 07.59.33 NSplit card.freenode.net irc.freenode.net 07.59.33 Quit mrkiko (card.freenode.net irc.freenode.net) 07.59.33 Quit BlakeJohnson86 (card.freenode.net irc.freenode.net) 07.59.33 Quit z35 (card.freenode.net irc.freenode.net) 07.59.33 Quit Nevtus (card.freenode.net irc.freenode.net) 07.59.33 Quit XavierGr (card.freenode.net irc.freenode.net) 07.59.33 Quit kslater (card.freenode.net irc.freenode.net) 07.59.33 Quit Bjoern-Erik (card.freenode.net irc.freenode.net) 07.59.33 Quit [omni] (card.freenode.net irc.freenode.net) 07.59.33 Quit Addicted (card.freenode.net irc.freenode.net) 08.00.15 NHeal card.freenode.net irc.freenode.net 08.00.15 NJoin XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 08.02.02 Join [omni]_ [0] (n=omni@bestII.com) 08.02.02 NJoin perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-20f3bbdb1a1453d0) 08.02.02 NJoin mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) 08.02.02 NJoin BlakeJohnson86 [0] (n=bjohnson@c-67-190-234-51.hsd1.mn.comcast.net) 08.02.02 NJoin z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 08.02.02 NJoin Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 08.02.02 NJoin Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) 08.02.02 NJoin [omni] [0] (n=omni@bestII.com) 08.02.02 NJoin kslater [0] (n=kslater@24.svnf1.xdsl.nauticom.net) 08.02.02 NJoin Addicted [0] (i=fnode@sh33p.g0.m33p.info) 08.02.03 Quit [omni] (Connection reset by peer) 08.02.03 Quit mrkiko (Read error: 104 (Connection reset by peer)) 08.02.10 Join mrkiko [0] (n=pv@adsl-106-101.38-151.net24.it) 08.02.16 Nick [omni]_ is now known as [omni] (n=omni@bestII.com) 08.02.19 Quit Bjoern-Erik (Remote closed the connection) 08.02.32 Join Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) 08.14.59 Join Rob2222 [0] (n=Miranda@p4FDCCB6B.dip.t-dialin.net) 08.17.27 Join Klevi [0] (n=balh@c-71-234-233-28.hsd1.ct.comcast.net) 08.19.15 # 'lo All, I realize this is unrelated to Rockbox parsay, but: After restoreing my ipod through Itunes, my 4tyh gen grayscale 20gb ipod asks me to charge via a wall adapter; that i dont own. Is there a way around that at all? 08.26.44 Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) 08.29.45 Quit |AhIoRoS| (Client Quit) 08.33.37 Quit Rob222241 (Read error: 110 (Connection timed out)) 08.49.09 # JdGordon: Viewport list is still buggy on recorder 08.51.51 # rasher: around? 09.13.35 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.13.54 *** Saving seen data "./dancer.seen" 09.15.09 # Klevi: Are you asking in general (i.e. how to prevent it next time), or is your ipod currently stuck there and you don't have a charger? 09.22.11 Join petur [50] (n=petur@rockbox/developer/petur) 09.43.02 Join desowin [0] (n=desowin@atheme/developer/desowin) 09.46.58 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 09.50.37 # Its stuck there 09.50.44 # and I lack a wall charger unit 09.50.51 # Linuxstb^ 09.51.28 # Sorry, I can't help. You may want to try an Apple support forum... 09.52.33 Join eigma [0] (n=cat@216.48.162.210) 09.52.36 # Ive googled, and all of them say i need a charger, though all of them were people in the same shoes as i am, not an Apple spt. forum 09.52.46 # anyone awake familiar with atapwd.ex? 09.52.48 # *atapwd.exe 09.52.56 # Thanks anyway Linuxstb 09.57.54 Quit petur ("*plop*") 09.59.10 # Linuxstb, The support page tells me to get a wall charger, I wonder if any USB outlet adapter will do.. 09.59.26 # I dont ahve 30$ to blow on a wall unit from Apple itself 10.00.37 # Do you have a firewire cable for your ipod? 10.00.44 # I would expect so, but I've only ever used an Apple charger (I bought an ipod when Apple used to ship chargers...) 10.01.32 # No, nor do I have a firewire port 10.02.07 # I think the reason is that the ipod wants to flash a new rom image, and that only works when powered 10.02.12 Quit linuxstb ("Leaving") 10.02.20 Join Thundercloud [0] (n=thunderc@resnet06.nat.lancs.ac.uk) 10.02.20 # according to Ipods Support Page Im at stage 2 in restoration, where the firmware acually reinstalls 10.02.48 # Can you put your ipod into disk mode (reset with MENU+SELECT, then hold SELECT+PLAY) ? 10.02.51 # in the older models, which is what i have, you need to plug it in to the wall 10.02.53 # No 10.02.57 # Disk mode doesnt work 10.03.05 # on HOLD+LEFT does 10.03.15 # and thats rather.. useless at this point 10.03.40 # And afaik it only does this when it detects a wall charger. Wall charger connects to the firewire power pin, so firewire could work. USB power most likely doesn't 10.04.01 # no, it doesnt annoyingly 10.04.07 # Maybe if you went to a local Apple store, they would help... 10.04.30 # They probably would, but the closest one to me is New York I believe 10.05.01 # amiconn: buggy how? 10.05.02 # * linuxstb_ wonders how Apple expect users to upgrade if they don't provide a charger 10.05.28 # well, according to them, they sent one with the older ipods 10.05.36 # I didnt get that. 10.05.46 # being a hand me down from someone else 10.05.49 Join nplus [0] (n=nplus@141.25.Globcom.Net) 10.06.24 # Ah, so you have an older ipod, but no charger? 10.06.30 # I halfway hoped reinstalling the firmware would fix the fact that disk mode didnt work properly, but the rest of the ipods firmware does 10.06.37 # JdGordon: Try disabling the button bar, then use e.g. the context menu on a full-screen browser view 10.07.00 # It acts as if the button bar is enabled (botttom line is neither cleared nor used) 10.08.00 # there should be 7 lines with the default theme under the statusbar yeah? 10.08.08 # Previously, if i connected my Ipod diskmode would come up, the device would install properly, but attempting to open the disk or.. do anything with it, resulted in that program crashing, until the very second i disconnected my Ipod 10.08.28 # then my computer would work properl 10.08.29 # *y 10.09.03 # so, by a shot in the dark, there was something wrong with the disks format 10.09.08 # JdGordon: Depends on which bars are enabled 10.09.22 # Trying to format it though through DOS stopped at 3% 10.09.26 # amiconn: hmm ok, im going to redo that commit tonight, like the comment says, its a quick hack to fix it...using the whole screen - 1 line is better than just one line 10.09.57 # When the button bar is enabled, it works as it should (i.e. it doesn't cut another line) 10.10.17 # Itunes managed to restore it 10.10.27 # yeah, I gotta move the viewport resize/init code around a bit 10.11.48 # Maybe there's yet another place that's missing the parentheses 10.11.50 # * amiconn greps 10.11.53 # im debating plugging my ipod into the 360 or the cable box 10.12.13 # God knows why a cable box has a USB port on it 10.14.38 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 10.17.40 # annnd nope, theyre both standard USB ports I guess. 10.18.12 Join merbanan [0] (n=banan@83.233.242.28) 10.22.59 # * JdGordon looks forward to when list wont care about button/status bars 10.23.40 Join Lear [0] (i=chatzill@rockbox/developer/lear) 10.24.57 # That requires starting to assign viewports from the top level, i.e. the whole screen 10.25.29 # thats the eventual plan 10.25.49 # It's one of the reasons for proposing viewports... 10.26.32 # * JdGordon will fix this a bit better then start movbing the statusbar and button bar into viewports 10.26.45 Join Mathiasdm [0] (n=Mathias@d54C597B6.access.telenet.be) 10.26.54 Quit eigma () 10.27.09 Join Buschel_Notebook [0] (n=abc@p54A3C473.dip.t-dialin.net) 10.27.13 # The button bar will profit itself from using viewports. It can (and should) use the user font then 10.27.17 Quit Klevi ("Sleep") 10.27.48 # how should it act if the items dont fit? scroll them? 10.27.50 # Each button label needs its own viewports, and the label text should be centered if its <= viewport_width 10.27.59 # No, just clip, imho 10.28.47 # Scrolling labels would look rather odd and confusing, I think 10.28.53 # We can also think about adapting the button bar to other targets... it wont fit perfectly, but would be nice 10.28.58 # I agree 10.29.16 # Well, no other target does have soft buttons 10.29.37 # oh, you had ideas how the quickscreen should redraw if it doesnt fit the screen... can you whip em up in paint? 10.30.51 # I tried in paint, and failed... I need a vector drawing program, but only have Inkscape here, where I didn't manage to do it 10.31.23 # a 2min paintjob isnt doable? 10.32.45 # I need to put labels, explaining how I immagine each part to scale itself 10.33.08 # Maybe I could do it as a huge bitmap somehow 10.34.48 # btw, I've given up with the top item... too much extra hassle with the resiizing 10.34.53 # so that should make people happy :p 10.36.23 # My suggestion will include the top item (optionally) ... 10.36.47 # cool 10.37.49 # buttonbar fix commited 10.38.05 # It needs some extra thinking regarding buttons on recorder in conjunction with flip, but if that works, it'll even be better than what we have now 10.38.35 Join AdRock42083 [0] (n=2092361f@gateway/web/cgi-irc/labb.contactor.se/x-7d82e830bd42295d) 10.41.38 # hi, what has to be changed code-wise to place codecs on COP? 10.42.02 # change CPU_MAIN to CPU_COP in the thread init? 10.42.05 # Has anyone had this problem be4.....I just got done loading files to an e260 and a 4gb sdhc. When I go to initalize the database, i only get around 180 songs or so to show up..not all of the 686 I have loaded on the 2 drives. I go to erase the database files on my pc and start all over again and the number of songs and artists that show up vary each time. What do I need to do to get the database to show all 10.43.02 # Buschel_Notebook: You should probably try to understand the SPC codec - that splits decoding across both cores. 10.43.16 # And whenever i create a database, it makes 8, 9 even 10 different database tcd files at once instead of just one. Is this normal??? 10.43.43 # JdGordon: I doubt it's that simple... 10.45.33 # AdRock42083: Several files is normal. 10.46.10 # Does the DB work with the SDHC card? 10.46.25 # yea. it works with the sdhc card 10.46.47 # The database consists of several files. That's normal 10.48.06 # database_[0..8].tcd and database_idx.tcd 10.49.13 # I just put different songs on the player and card and went to create a new database to get all of the songs to list...but for some reason, each time i wipe it and start again, it won't show all the music tracks. there's 686 total. It shows 180. Wiped it and started again, then got 216. did it again and then it was only 98. It's starting to get frustrating. 10.49.48 Quit J-23 (Remote closed the connection) 10.50.13 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 10.52.23 # * JdGordon loves working around the current 4/5(!) GUI API's in the code 10.53.15 # Now I'm getting a message when I boot up that there's an error accessing the playlist control file 10.53.58 # Even though the actual file is shown in my rockbox folder with all other files 10.57.51 Quit AdRock42083 ("CGI:IRC") 10.58.00 Join AdRock42083 [0] (n=2092361f@gateway/web/cgi-irc/labb.contactor.se/x-a37ef294f9429150) 10.58.35 # AdRock42083: Have you checked your disk for errors? e.g. using "chkdsk /f x" (if you're using windows) 10.58.42 Quit AdRock42083 (Client Quit) 11.06.24 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.10.24 # JdGordon: Lists still don't work properly... 11.11.49 # Start with buttonbar enabled, then go to settings and disable it -> bottom line is empty 11.13.57 *** Saving seen data "./dancer.seen" 11.17.50 # In fact it behaves the same as before your latest fix.... odd 11.20.17 Join lee-qid [0] (n=liqid@p54964B54.dip.t-dialin.net) 11.21.48 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.22.23 Join David_Early [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) 11.25.24 Quit ompaul (Client Quit) 11.27.53 # amiconn: groan... 11.28.11 # enabling the BB should force the reinit so it all works again 11.33.46 Nick David_Early is now known as Gnostic (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) 11.34.37 Quit robin0800 (Read error: 110 (Connection timed out)) 11.34.38 Nick robin0800_ is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.34.42 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 11.37.21 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.43.22 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 11.43.22 Quit Siku () 11.46.24 Join waldo [0] (n=waldo@ip-81-11-223-114.dsl.scarlet.be) 11.48.32 Part Gnostic ("I'm not here right now.") 11.49.06 Join desowin__ [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 11.49.55 Quit desowin (Read error: 113 (No route to host)) 11.49.59 Nick desowin__ is now known as desowin (n=desowin@hdp186.internetdsl.tpnet.pl) 11.55.08 Join [1]robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.55.24 Quit robin0800 (Read error: 110 (Connection timed out)) 11.55.25 Nick [1]robin0800 is now known as robin0800 (n=robin080@cpc2-brig8-0-0-cust498.brig.cable.ntl.com) 11.59.06 Join Buschel [0] (n=AndreeBu@p54A3C473.dip.t-dialin.net) 12.03.59 Join faemir [0] (n=daniel@85-211-114-251.dyn.gotadsl.co.uk) 12.06.00 Join jayharu [0] (n=syaoran_@212.118.123.20) 12.06.20 # woah.... back at kast 12.07.12 # advcomp2019: am i still banned at anythingbutipod? 12.07.29 # jayharu: this is not the place to be discussing that... 12.08.14 # oh sorry... 12.08.52 # anyways anything new for rockbox for sansa? 12.09.14 # you can check the commit log or the MajorChanges wiki page 12.09.17 # mine is runnig great but i dunno if theres some new updates 12.09.32 # kk thanks 12.11.34 Quit robin0800_ (Read error: 110 (Connection timed out)) 12.20.26 Join spiorf [0] (n=spiorf@79.25.226.76) 12.21.35 # * JdGordon shoots head first into a bloody brick wall with the damn button bar 12.22.57 # because it is actually part of the current screen maybe it doesnt need to be handled seperatly 12.23.22 # ? 12.30.40 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 12.33.05 Join Gnostic [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) 12.35.43 Quit japc (Read error: 110 (Connection timed out)) 12.40.45 Quit XavierGr (Nick collision from services.) 12.40.47 Join bertrik [0] (n=Bertrik_@178-023-045-062.dynamic.caiway.nl) 12.40.58 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.43.26 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.45.24 Quit axionix_ (Read error: 110 (Connection timed out)) 12.47.26 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 12.50.21 Quit jhMikeS (Nick collision from services.) 12.50.27 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 12.51.04 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 12.53.29 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 12.58.25 Join qianzheng [0] (n=qianzhen@222.71.71.224) 12.59.13 Quit qianzheng ("离开") 12.59.16 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 13.02.20 Quit Nevtus ("Gone") 13.10.51 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 13.13.14 Quit ompaul (Read error: 104 (Connection reset by peer)) 13.13.58 *** Saving seen data "./dancer.seen" 13.15.30 Join Siku [0] (i=Siku@e81-197-70-46.elisa-laajakaista.fi) 13.16.04 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.18.26 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 13.27.21 # hmm, is there any easy way to let all codecs run on COP? changing the create_thread(codec_thread,...) to COP in playback.c doesn't work 13.29.08 Join qianzheng [0] (n=qianzhen@222.71.71.224) 13.29.49 # I would expect that to fail 13.30.15 # You can't just move one thread to another core and expect it to work. You need to take care of cache consistency 13.31.04 # amiconn: well, I've got BB drawing in a viewport, but then I realised that it actually is part of the screen (unlike the statusbar), so maybe its not so bad having special casing in the list code for it... 13.31.04 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 13.31.23 # .. any thoughts on how to split it out of the screens struct nicely? 13.31.29 # Special cases are bad.... 13.31.42 # that's what I experienced. So, is there is no quick-n-dirty way to do so? 13.31.51 # nope 13.32.02 Join DerDome [0] (n=DerDome@dslb-082-083-200-145.pools.arcor-ip.net) 13.32.37 # amiconn: oh, I agree... its just that I realised getting rid of screen->has_buttonbar is just as complicated 13.32.52 # The button bar is part of the screen, sure, but the list code shouldn't need to care whether there is any bar above, below, or somewhere else around it 13.34.23 # hello, every one. i'm new here. I just registerd an account in rockbox wiki, but I haven't reveived the active email. My wiki name is QianZheng and who can help me to active my wiki account? I want to add some infomation for Meizu M6 (mini player) 13.34.26 # That struct member probably needs to stay, but the list code shouldn't access it 13.35.35 # its only the list that uses it now anyway 13.37.43 # The respective screen's code should care about the screen elements, not the list 13.38.55 # I'm thinking about adding a list_has_buttonbar() call which would only be used by list users and the list int code, other screens can use the BB as they do now 13.39.24 # once a vp-manager comes in that would be moved to that 13.41.24 # sound workable? 13.42.03 Join petur [50] (n=petur@rockbox/developer/petur) 13.44.46 Quit lee-qid ("aufwiederbyebientotsayonara") 13.45.26 # qianzheng: There are very few people who can do anything with the registration aspect - once you are registered giving you write access is easy, but until then I can't help I'm afraid 13.47.04 # Mrf, another swcodec playback bug 13.47.24 # playback.c doesn't handle non-present files in playlists properly 13.47.38 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 13.47.52 # BigBambi: I would think that this question was only about write permission...? 13.47.58 # It should just skip them, but instead it waits forever for the file to start playing 13.48.11 # (doesn't freeze though, leaving the wps is possible) 13.48.26 # pixelma: Well I can't see QianZheng as a registered user 13.48.43 # And he hasn't received the confirmation e-mail 13.48.55 Part Buschel 13.49.16 # oops, missed the part about the email... 13.49.37 # Then may I register again? 13.49.47 # qianzheng: When did you try? 13.50.03 # gevaerts: around? 13.50.41 # I register at 20:00 ( Time zone: Beijing) and now is 20:50 13.50.58 # qianzheng: i DON'T KNOW TO BE HONEST 13.51.02 # Ooops 13.51.07 # Sorry :/ 13.51.37 # qianzheng: Perhaps give it a little bit, e-mails can take a little time occasionally 13.52.30 # Ok. Then I'll check it tomorrow. Thank you. 13.52.46 # No probs, I hope it turns up. If not let us know 13.53.12 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 13.55.14 Quit nplus ("Leaving") 13.56.30 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 13.56.32 Join ali_as [0] (n=as@ambix.plus.com) 14.00.33 Quit qianzheng ("离开") 14.05.09 # amiconn: any objections to committing 8644 in its latest form (CF8.patch) ? 14.05.30 Quit codesquid_ (Read error: 104 (Connection reset by peer)) 14.06.20 # Did you find any cards which report words 85..87 as valid, yet fail on setting apm? 14.06.53 # didn't look very hard 14.07.17 # amiconn: re the playback bug you mentioned: I think it's a new one. It used to skip non existing files 14.07.18 # went for an easier solution: ignore failure when setting powermanagement 14.07.27 # Yes, saw that 14.08.16 # If we settle for that, I would at least save the result: if setting apm fails, don't even try next time 14.08.29 # in case anybody is interested, there's an h320 on ebay, 4 hours left, now at 50 euro 14.08.55 # Btw, the comment should be fixed. It's advanced power management that we're trying to enable, not power management 14.09.05 # amiconn: why spend memory on that, it doesn't take time, it retuirns ABRT at once 14.09.07 # The latter is mandatory, hence not programmable 14.09.19 # yes, advanced... 14.09.23 # Is it that fast? Then it's probably okay 14.09.39 # The whole ata driver could need some refactoring 14.09.42 # I haven't timed it 14.09.53 Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 14.10.38 # amiconn: btw, don't you agree that disk.c is a bit fast in accepting sector 0 as an MBR? 55AA is hardly a sufficient check imo 14.10.56 # Do you know of any other working check? I don't 14.11.28 # I'll log in at work to see what I did there, as I have to support partitioned and superfloppy there 14.12.03 # in the mean time, I commit the CF change... 14.12.42 # Nano test went ok? 14.12.48 # yes 14.14.08 Join CyBergRind|w [0] (n=cbr@212.98.160.129) 14.14.44 # * gevaerts won't bid on this h320 14.15.01 # gevaerts: Wanna test a patch (sansa hotswap)? 14.15.10 # amiconn: sure 14.15.39 # the h320 on ebay already runs rockbox ;) 14.15.51 # * petur already has two h300 14.16.14 # could mod it with CF and sell again 14.17.21 # gevaerts: http://pastebin.ca/935222 14.17.37 # I tried it on pixelma's c200 already 14.17.46 # (but without the usb stack) 14.19.03 # It's on purpose that the thread now uses usb_wait_for_disconnect() even when the usb stack is enabled - this way the thread won't touch the card during usb, yet the hotwap events are still fired (as the callback does it now) 14.21.50 # compiling now. 14.21.51 # Anyone with an e200 who could test that patch too? 14.22.17 # with or without the usb patch? 14.23.10 # Both, ideally. You need a microsd card though 14.26.04 # stupid OF databse... 14.26.14 # * JdGordon really should be using the usb patch :p 14.26.25 Join pixelma_ [0] (n=Marianne@rockbox/staff/pixelma) 14.27.00 Quit pixelma (Nick collision from services.) 14.27.15 Quit axionix (Read error: 110 (Connection timed out)) 14.27.18 Nick pixelma_ is now known as pixelma (n=Marianne@rockbox/staff/pixelma) 14.28.25 # amiconn: just test hotswapping? 14.28.29 # yes 14.28.48 # seems to be working fine 14.28.52 # It seems to work fine for "normal" disk access (i.e. without a usb connection). 14.29.29 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 14.29.31 Quit jcollie ("Ex-Chat") 14.31.47 # For correct usb usage, I still need to do a bit more work. 14.34.24 # amiconn: would it make sense for SYS_HOTSWAP_INSERTED and SYS_HOTSWAP_EXTRACTED to put the volume number in ev.data ? Curently it will always be 1, but I think it would be better if other subsystems don't have to know that. 14.35.11 # Well, if you think so... 14.35.28 # Perhaps it will be useful for usb host support 14.35.56 # * stripwax notices the new look icons on www.rockbox.org 14.36.51 # until now... no usb recognition support.... 14.37.13 # Yes, and I think the memory/code cost to just include that info would be zero or near zero 14.37.31 # Atm it is zero 14.37.59 # It's just a constant, and the code sets it to 0 corrently. I can put in a 1 instead 14.39.28 Quit jayharu (".•«UPP»•.") 14.39.57 # I'm now looking at code that listens to these events to see if there are any assumptions on which volune got swapped there. If we change the semantics, better change them everywhere at once 14.42.19 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.43.32 # * amiconn converts the sd driver to use atomic gpio manipulation where possible 14.46.34 # * gevaerts says to noone in particular that there is a write bug in the sd driver, so if anyone happens to be looking in that file anyway ... 14.47.01 # * gevaerts then whistles innocently 14.50.30 Quit Horscht ("IRC is just multiplayer notepad") 14.51.43 Join jayharu [0] (n=syaoran_@212.118.123.20) 14.51.50 # errrrr 14.52.00 # im goin to ask a very OLD Q.... 14.52.22 # where can i get mpeg1 and mpeg2 encoders... 14.52.36 # from avi to pmg i mean.... 14.52.42 # mpg 14.52.48 # for my sansa 14.53.02 # well, avidemux will probably handle it 14.53.11 # jayharu: have a look at http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 14.53.13 # is it free? 14.53.29 # gevaerts: im already lookin at it.... 14.53.44 Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008030806]") 14.54.30 # jayharu: have you tried the encoders recommended there ? 15.02.11 Join mikeage [0] (n=mmiller@lotis.site5.com) 15.06.14 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 15.07.17 # gevaerts: Could you remind me what the exact problem was with writing? 15.08.09 Quit ali_as (Read error: 110 (Connection timed out)) 15.10.13 Quit jayharu (".•«UPP»•.") 15.11.25 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 15.11.41 Quit Nevtus ("Gone") 15.12.00 # amiconn: What happens is that "something" inserts two bytes at an offset of 0x220 into the write-block. The bytes are copied from 32 bytes earlier. Note that they are _inserted_, not overwritten. This seems to go away on c200 (but not on e200) if the udelay(2) is removed. 15.12.53 # Hmm. What happens later in the data stream? There are now 2 extra bytes... 15.14.00 *** Saving seen data "./dancer.seen" 15.15.13 # I didn't actually check if it really writes two bytes too many, or if it stops after the correct amount of bytes. To test that, I'd have to reproduce the error somehow on the last block written. I'll see if I can manage that. 15.15.51 # 0x220 is already in the second block 15.17.11 # * amiconn has a suspicion 15.17.31 # Do you know whether this happens if th eblocks are written individually? 15.18.29 # I haven't tried that yet. You mean just lots of ata_write_sectors() with a count of 1 ? 15.18.30 Quit Siku () 15.19.49 # * gevaerts swaps the real data card out, and the sacrificial card in 15.20.05 Quit desowin (Read error: 104 (Connection reset by peer)) 15.20.48 Join desowin [0] (n=desowin@atheme/developer/desowin) 15.22.29 Part J-23 15.23.15 Quit bertrik ("bye") 15.25.08 Quit quaal (Read error: 110 (Connection timed out)) 15.25.45 Quit ender` (Read error: 104 (Connection reset by peer)) 15.27.12 # gevaerts: Is that problem limited to sdhc or to non-hc sd, or does it happen on both? 15.27.48 # amiconn: I don't have an sdhc card, so I'm not sure. 15.27.58 Quit BigBambi (Remote closed the connection) 15.27.59 # ah 15.28.42 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 15.33.22 Join Phill [0] (n=irc-Mar2@5ac47d50.bb.sky.com) 15.33.41 # gevaerts: Hmm. Did it happen on your card, or internal flash? 15.34.44 # And a related question: should I commit my patch? 15.35.12 # It happens on the sd card. Maybe also on internal flash, but I don't remember. I'll retest that once I get some more data about these block-counts 15.35.38 # amiconn: corrupton does occur on my sdhc card, but I haven't checked that it's the same 2 extra bytes problem. 15.35.50 Part wrtlprnft 15.35.51 Join niemand [0] (n=5b11fbb0@gateway/web/cgi-irc/labb.contactor.se/x-27cbbdf54a014ef8) 15.35.51 # The hotswap patch ? I think it can be committed. 15.35.54 # What blocksize does your card have? (I expect standard 512 bytes) 15.36.33 # My card has 512 byte blocks. 15.36.58 # Mine has 512 byte blocks as well. 15.37.57 # just a small question: in which file do i have to put "#define USE_ROCKBOX_USB" to test the usb stack? 15.39.03 # niemand: firmware/export/config-.h seems a popular place for it 15.39.57 # amiconn: the corruption never happens on the last ata_write_sectors() of the total usb transfer, so it always happens if there is a simultaneous USB transfer active. 15.39.59 Quit Gnostic ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 15.40.01 # @ gevaerts tnx a lot 15.40.43 # So dma probably delays something more than it should 15.42.00 # Hmm, or some usb isr takes too long, so the fifo runs out of data 15.44.23 Quit BigBambi (Remote closed the connection) 15.44.51 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 15.45.28 # That would be transfer_completed() in usb-drv-pp502x.c then. 15.45.57 Part mikeage 15.47.51 # what does "CONFIG_USBOTG" do? 15.48.18 # niemand: currently not much 15.48.48 # and whats "USB_IPODSTYLE" ? 15.51.17 Quit merbanan (Remote closed the connection) 15.52.10 Quit barrywardell () 15.52.47 # niemand: as far as I know, it's used to see if rockbox should check for a new rockbox binary after a connection. Since rockbox currently reboots for usb on ipod (if USE_ROCKBOX_USB is not defined), it doesn't make sense to include that checking code. 15.54.21 # ok. when did rb start to try a reboot on usb-connect by default? i still remember seeing the usb screen on my sansa, and when i checked today and it hang i was surprised :-) 15.55.39 Join Gnostic [0] (n=chatzill@cpc1-port6-0-0-cust33.cos2.cable.ntl.com) 15.56.14 # amiconn: it seems that writing one block at a time doesn't have the error (or it's much rarer). It's much slower of course... 15.57.53 # niemand: it shouldn't hang, but there is apparently bug somewhere that sometimes causes hang on reboot. I don't know when default reboot was introduced (before my time...), but you can ask it to not reboot by holding select on plugin 15.59.36 # @ gevaerts : ah. that was the hint i was looking for.... :-) select on plugging in. so i dont need to use the usb stack yet... but should it show up as drive when i define use rockbox usb? 16.01.05 # niemand: yes, but be careful. There are still bugs. See http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb for details 16.03.00 # ok. i will be carefull (having a backup of my player anyways, just in case) 16.04.51 # amiconn: it seems that writing to the internal flash works fine (or at least much better than sd) 16.10.23 Join mf0102 [0] (n=michi@85.127.180.200) 16.11.04 # amiconn: it seems that writing to the internal flash works fine (or at least much better than sd) 16.11.26 # tnx for all the help, bye :-) and keep up the good work 16.11.30 Quit niemand ("CGI:IRC") 16.14.46 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 16.15.35 Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) 16.19.57 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 16.20.19 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 16.21.11 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 16.22.04 Quit moos (Read error: 104 (Connection reset by peer)) 16.22.07 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 16.27.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.37.04 Quit Mathiasdm ("Yuuw!") 16.37.28 Join Mathiasdm [0] (n=Mathias@vpnj050.ugent.be) 16.37.29 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 16.38.51 # * amiconn wonders why gevaerts repeats himself 16.39.43 # * gevaerts sometimes suffers from up-arrow - enter disease in the wrong terminal window 16.45.16 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 16.45.45 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 16.45.49 Quit moos (Read error: 104 (Connection reset by peer)) 16.45.59 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 16.48.41 Join codesquid [0] (n=codesqui@kong.kawo1.RWTH-Aachen.DE) 16.56.20 Join Nevtus [0] (n=Nevtus@unaffiliated/nevtus) 17.00.36 Quit Gnostic ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 17.01.21 Join mcuelenaere_ [0] (n=mcuelena@78-22-188-232.access.telenet.be) 17.03.49 Join nplus [0] (n=nplus@141.25.Globcom.Net) 17.05.49 Join hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) 17.06.56 Quit moos (Read error: 110 (Connection timed out)) 17.08.40 Join silvio [0] (n=silvio@adsl-84-227-42-69.adslplus.ch) 17.09.51 Quit mcuelenaere_ (Read error: 104 (Connection reset by peer)) 17.09.53 Quit nplus (Remote closed the connection) 17.10.12 Join nplus [0] (n=nplus@141.25.Globcom.Net) 17.10.54 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.11.05 Join yavi [0] (n=553652ab@gateway/web/cgi-irc/labb.contactor.se/x-8d969220762c5fcd) 17.11.17 # hello.. 17.11.32 # one question 17.11.48 # I've a problem with my ipod photo 17.11.54 # I tried to play doom 17.12.01 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 17.12.13 # but I think it wasn't installed propperly 17.12.25 # and there is a message shown 17.12.32 # did you install the doom.wad from your original game? 17.12.56 # that says "data abort at 01fbc6c8 17.12.57 # as per instructions? 17.13.26 # Horscht: 17.13.35 # I think I did not install all the wads needed 17.13.35 # heh, I was assuming it would say "missing base wad" 17.13.59 # do you know how to reset the ipod now? 17.14.03 *** Saving seen data "./dancer.seen" 17.14.20 # hold menu + select for 20 seconds 17.14.20 # because it doesn't work by clicking play for seconds 17.14.43 # thanks 17.14.47 # it worked 17.14.48 # :) 17.14.58 # and 17.15.03 # one more question 17.15.21 # when I reboot with the ipod firmware 17.15.33 # how do I change again to rockbox 17.15.35 Quit spiorf (Remote closed the connection) 17.15.37 # hold menu + select for 20 seconds 17.15.40 # ;) 17.15.48 # ah ok 17.16.09 # * gevaerts thinks about replacing Horscht with a bot 17.16.11 # in the manual said menu+play 17.16.31 # you sure it said menu + play? 17.17.00 # let me check it 17.17.04 # but i think it did 17.17.31 # 3.1.2 Turning the player on and off 17.18.25 # that section sounds very confusing 17.19.29 # thanks anyway, now it works 17.24.40 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.25.06 # Hi, I'm trying to do the crosscompiler, but when i run the "rockboxdev.sh" it doesnt happen anything...what can I do??? (Im using ubuntu) 17.29.36 Join krazykit [0] (n=josh@adsl-99-155-238-230.dsl.ipltin.sbcglobal.net) 17.29.42 Quit quaal (Read error: 113 (No route to host)) 17.29.59 # Bagder: around? 17.31.35 # * amiconn wonders if it's acceptable to use lower-case macro names in the lcd drivers 17.31.38 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 17.32.21 # Problem is, I need macros for building function names, and macros for building macro names 17.32.21 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 17.33.08 # Right now I settled for _lcd_ (resolving to either lcd_ or lcd_remote_), _fb_, and _LCD_ 17.35.09 Quit Zarggg (Connection reset by peer) 17.35.26 Join Zarggg [0] (n=zarggg@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 17.38.22 Join spiorf [0] (n=spiorf@79.25.226.76) 17.39.52 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 17.40.50 # Is there an easy way to find out where a Stkov(0) is coming from ? 17.41.44 Join toffe82 [0] (n=chatzill@adsl-75-12-168-253.dsl.frs2ca.sbcglobal.net) 17.46.33 # hmm is it known that backlight fade-out is broken? (at least for h100) 17.46.36 # silvio: Nothing how? 17.46.42 # monitor the stacks in the debug screen? 17.46.46 # ? 17.46.52 # silvio: What exactly happens 17.47.17 # silvio: And do you have build-essential installed? 17.47.21 # yes 17.48.06 # petur: that goes away when the usb screen is shown... 17.48.07 # hmm forget that settings issue, I wonder why 17.48.33 # silvio: So then, what does it say exactly when you run rockboxdev.sh? 17.48.43 # nothing! 17.48.51 # It returns to the prompt? 17.48.56 # gevaerts: hack the code to jumpt to debug screen on usb connect? 17.48.57 # silvio: I can't see you screen 17.49.02 # You need to describe it 17.49.10 # s/you/your 17.49.50 # i can choose between run in terminal, show , (go back) , and run 17.49.51 # the terminal HAS to give you some output 17.50.02 # silvio: You should be in a termi nal 17.50.14 # open a terminal, and run it (do not simply double click it) 17.50.15 # also doesnt function 17.50.15 # Then run rockboxdev.sh with sudo 17.50.22 # What does it say? 17.50.46 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-f7088983c394cd37) 17.50.48 # yes, it does. But if you double click it and select run in terminal, the terminal instantly closes after execution 17.50.54 # open a terminal, manualy 17.50.59 # how? 17.51.15 # applications -> system -> terminal 17.51.40 # then go to the directory and run "sudo ./rockboxdev.sh" 17.51.57 # ah it was the change to miliseconds, but configuration file has a value of '2' for backlight fade out. I guess at a point that meant seconds but now the settings is for ms 17.52.00 # then cd to where roboxdev is located and run it as per BigBambi's instructions 17.52.13 # sudo ./rockboxdev.sh 17.52.16 # sorry 17.52.27 # it shows: command not found 17.52.38 # silvio: You need to be in the correct directory 17.52.48 # cd to where the rockboxdev.sh script is located 17.52.53 # ok 17.53.42 # you do know how to change directory in a sheell/terminal? 17.55.40 # silvio: Did you use SVN to download the source? 17.56.03 # ( desktop/rockbox-20080306/tools ) ??? 17.56.14 # and cd before 17.56.22 Quit tedrock (Client Quit) 17.56.41 # cd ~/Desktop/rockbox-20080306/tools 17.57.27 # im there now 17.57.39 # now type sudo ./rockboxdev.sh 17.59.30 Join bblack [0] (n=bblack@38-118-35-20.rapiddsl.net) 17.59.39 Quit Mathiasdm ("Yuuw!") 17.59.39 # silvio@estrich:~/Desktop/rockbox-20080306/tools$ ./rockboxdev.sh 17.59.39 # Download directory: /tmp/rbdev-dl (edit script to change dir) 17.59.39 # Install prefix: /usr/local/[target] (edit script to change dir) 17.59.39 DBUG Enqueued KICK silvio 17.59.39 # Build dir: /tmp/rbdev-build (edit script to change dir) 17.59.39 # WARNING: this script is set to install in /usr/local but has no 17.59.40 *** Alert Mode level 1 17.59.40 # WARNING: write permission to do so! Please fix and re-run this script 17.59.51 # silvio: Please don't paste loads here 18.00.03 # ok 18.00.06 # Use www.pastebin.ca in the future 18.00.07 # plus, if you are told to type sudo roboxdev.sh 18.00.09 # silvio: You need to use sudo 18.00.13 # then do so 18.00.19 # silvio: "sudo ./rockboxdev.sh" 18.00.37 Join tedrock [0] (n=tedrock@d235-159-75.home1.cgocable.net) 18.01.08 # hi guys, I found a database bug that I isolated/reproduced on my Sansa e270. Anybody else with a sansa to see if it can be reproduced before filling a bug report? 18.01.38 # bblack: Are you using a current official build? 18.01.45 # yay thank you very much guys!!! 18.01.53 # yes, latest official build 18.02.16 # its working! :-) 18.02.21 # silvio: When it finishes you will need to add some items to your PATH variable - the script will tell you what at the end. Make sure you do that or you still won't be able to compile. 18.02.41 # bblack: I can try if you like, could you write me out full instructions on how to reproduce? 18.02.47 Quit desowin () 18.06.35 Join n1s [0] (n=nils@nl104-209-105.student.uu.se) 18.07.59 # BigBambi: BigBambi: enable Gather Runtime Data; go in WPS, press Select, browse the Database by Albums and select an Album, you'll have all the songs in the album displayed; long press select on one song and insert it in the playlist; when the operation is done and the database is shown again, not all the songs in the current views are shown, sometimes only a couple, sometimes only one, sometimes none, sometimes I get a "Database not ready." err 18.08.22 # BigBambi: I can always reproduce it on mine with Gather Runtime Data enabled; if it's disabled, all works well 18.08.28 # bblack: I'll try 18.09.41 *** Alert Mode OFF 18.09.42 # Just initialising :) 18.13.12 # bblack: I see something similar. I turned on, went into Database-Album, and started the first song. I then pressed select from the WPS to get back to the screen I just came from and saw only some of the tracks, not the thirteen in the album 18.13.49 # If I press play to get back to the WPS, then select again, I see all of the tracks as they should be 18.14.11 Join eigma [0] (n=cat@216.48.162.210) 18.14.13 # could someone familar with makefiles take a look at FS#8619 one of these days? 18.15.00 # bblack: If I then (with music playing) browse to a different album, long select and insert a song, go to WPS, then press select back to the album, again a seemingly random number of tracks are missing 18.16.13 # bblack: As you do, with Gather Runtime Data off, all works properly 18.16.55 # ok, so it's confirmed; I'm a programmer but very new with rockbox; if ant dev have any pointers about what can be wrong, I could take a look (already compiled and looked at tagcache.c) 18.17.26 Quit XavierGr (Nick collision from services.) 18.17.39 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 18.17.59 Quit ChanServ (Shutting Down) 18.19.57 Join ChanServ [0] (ChanServ@services.) 18.19.57 Mode "#rockbox +o ChanServ " by irc.freenode.net 18.20.05 # amiconn: there is one problem left in the sd hotswap handling as far as USB is concerned : the card isn't initialized on insert. I'm not sure how to solve this 18.20.44 # Hmm 18.21.33 # The MMC driver on Ondio auto-initialises the card on first access 18.22.12 Join bluebrother [0] (n=Dom@f053153160.adsl.alicedsl.de) 18.22.20 # BigBambi: thanks for testing 18.22.27 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 18.22.28 # bblack: No probs 18.22.34 # amiconn: The sd driver as well, but USB gets card info before actually accessing it (it needs block size and count) 18.23.30 Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) 18.23.52 # Can't you just make the usb driver read sector 0 before fetching the card info? 18.24.13 # A bit hackish though 18.26.18 # bblack: This might be a clue to finding the problem. I am running a build with dircache enabled (FS#7598) and do not have this problem. With dircache disabled, I see the behaviour you describe. 18.27.19 # Phill, bblack Good point - I tested on my E200 (which does nto have dircache). I will test on one of my other targets with dircache 18.27.21 Part eigma 18.28.18 Quit yavi ("CGI:IRC (EOF)") 18.28.57 # Phill: I actually thought about that (enabling dircache); because of the random behaviour, it looks like a locking problem; without the gather runtime data, the UI locks before getting back to the list and you can see "Searching..." for a bit; with the gather runtime data, it goes back directly to the incomplete list 18.29.13 # Phill: I'll enable the dircache too to see what's going on 18.29.34 # amiconn: I might do it that way. It will require some thinking on where I can get the 512 needed bytes safely 18.30.18 # I'd just use an auto var in this case (i.e. stack) 18.31.32 # How big is the stack usually ? 18.31.52 # Depends on the thread, as each thread has its own 18.33.08 # OK. The usb stack already adds 0x800 to the default size for fat-mounting purposes, so I should be safe 18.33.22 # bblack: Same problem on my gigabeat F with dircache on and gather runtime data on 18.33.24 # The minimum (DEFAULT_STACK_SIZE) is 1KB, but several threads have more. Main thread has 8KB, and the USB thread also has quite a bit more iirc, because it does the remount after usb 18.33.37 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 18.33.51 # bblack: In fact, the problem occurs with dircache enabled and database 'Load to RAM' disabled. It seems to be enabling the latter that fixes it. IIRC this was the reason I wrote the patch FS#7598 in the first place. 18.34.11 Quit suom1 (card.freenode.net irc.freenode.net) 18.34.11 NSplit card.freenode.net irc.freenode.net 18.34.11 Quit Slasheri (card.freenode.net irc.freenode.net) 18.34.11 Quit Tuplanolla (card.freenode.net irc.freenode.net) 18.34.11 Quit Jon-Kha (card.freenode.net irc.freenode.net) 18.34.11 Quit nplus (card.freenode.net irc.freenode.net) 18.34.11 Quit hannesd (card.freenode.net irc.freenode.net) 18.34.11 Quit Nico_P (card.freenode.net irc.freenode.net) 18.34.11 Quit stripwax (card.freenode.net irc.freenode.net) 18.34.11 Quit ol_schoola (card.freenode.net irc.freenode.net) 18.34.11 Quit FOAD (card.freenode.net irc.freenode.net) 18.34.11 Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) 18.34.11 Quit Galois (card.freenode.net irc.freenode.net) 18.34.11 Quit J (card.freenode.net irc.freenode.net) 18.34.11 Quit phi (card.freenode.net irc.freenode.net) 18.34.11 Quit cg (card.freenode.net irc.freenode.net) 18.34.11 Quit n17ikh (card.freenode.net irc.freenode.net) 18.34.11 Quit dionoea (card.freenode.net irc.freenode.net) 18.34.11 Quit advcomp2019 (card.freenode.net irc.freenode.net) 18.34.11 Quit cnakiinjp (card.freenode.net irc.freenode.net) 18.34.11 Quit crope` (card.freenode.net irc.freenode.net) 18.34.11 Quit Rick (card.freenode.net irc.freenode.net) 18.34.11 Quit parafin (card.freenode.net irc.freenode.net) 18.34.11 Quit feisar (card.freenode.net irc.freenode.net) 18.34.11 Quit rasher (card.freenode.net irc.freenode.net) 18.34.11 Quit Hadaka (card.freenode.net irc.freenode.net) 18.34.29 NHeal card.freenode.net irc.freenode.net 18.34.29 NJoin nplus [0] (n=nplus@141.25.Globcom.Net) 18.34.29 NJoin hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) 18.34.29 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.34.29 NJoin stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 18.34.29 NJoin ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 18.34.29 NJoin FOAD [0] (n=dok@dinah.blub.net) 18.34.29 Join rasher [50] (n=rasher@rockbox/developer/rasher) 18.34.29 NJoin BHSPitMonkey_ [0] (n=stephen@129.120.244.114) 18.34.29 NJoin Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 18.34.29 NJoin cg [0] (n=cromos@88.193.143.80) 18.34.29 NJoin Rick [0] (i=rick@unaffiliated/rick) 18.34.29 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 18.34.29 NJoin cnakiinjp [0] (i=0@86.122.116.44) 18.34.29 NJoin phi [0] (n=traipse@85.17.19.50) 18.34.29 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 18.34.29 NJoin parafin [0] (i=parafin@paraf.in) 18.34.29 NJoin crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) 18.34.29 NJoin n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) 18.34.29 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 18.34.29 NJoin suom1 [0] (i=suom1@irssi.mobi) 18.34.29 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 18.34.29 NJoin Slasheri [0] (i=miipekk@xen.ihme.org) 18.34.29 NJoin Hadaka [0] (i=naked@naked.iki.fi) 18.34.29 NJoin Galois [0] (i=djao@efnet-math.org) 18.34.29 NJoin feisar [0] (i=jljhook@noppakerho.com) 18.35.07 Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-4b3480212e5414bb) 18.36.40 # Phill, bblack On the gigabeat F it still doesn't work with both db load to RAM and dircache enabled 18.42.15 # Any opinion on the macro case problem? Our general rules say macro names shall be all uppercase, but the way I have it now makes it more readable imo 18.44.33 Quit n1s () 18.44.37 # Here's what I have: http://pastebin.ca/935452 18.45.16 # lcd-remote-1bit-v.c is now just 28 lines, the majority of which is the rockbox header... 18.45.47 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 18.46.10 Quit stripwax__ (Client Quit) 18.46.28 Join stripwax__ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 18.46.38 Quit stripwax__ (Client Quit) 18.47.51 Join SSnake [0] (n=dfsff@host-84-220-194-171.cust-adsl.tiscali.it) 18.48.08 # good sunday everione 18.48.24 # SSnake: Hi! 18.49.00 # many congrats for the new CF commit 18.49.06 # really really useful 18.49.33 # Makes it much easier to mod a DAP with a CF card now. 18.49.33 Quit Llorean (Read error: 104 (Connection reset by peer)) 18.49.58 # absolutely...i'm planning to change my hdd in iriver h320 18.50.15 # I'm going to put a CF card in my 4G iPod color. 18.50.27 Join Llorean [0] (n=DarkkOne@adsl-75-34-122-148.dsl.hstntx.sbcglobal.net) 18.50.30 # And also mod my girlfriend's H320. 18.50.32 # amiconn: not convinced this is readable :/ 18.50.39 # i hope u'll make put also my game :> 18.51.00 # (today my english is full of mistakes) 18.51.01 # petur: Do you have a better idea? 18.51.25 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 18.51.25 # * LambdaCalculus37 turns off the dyslexic ray so SSnake will stop screwing up his English :) 18.51.45 # :> i love this crew 18.51.48 # LambdaCalculus37: you'll also need a patched bootloader for the h320 18.52.02 # and the original firmware does not like CF 18.52.20 # mmm i was thinking about that 18.52.20 # petur: The H120 OF also hates CF, I heard. 18.52.35 # but the commit dows'n cover bootloader? 18.52.39 # amiconn: no, but I'm not sure what you're trying to obtain 18.52.55 # and no time now, got to cook dinner 18.53.11 # I want to get rid of code duplication 18.53.14 # petur: Okay, take care! See you later! 18.53.42 Join jimi [0] (n=jimi@intranet.mystateinsurance.com) 18.53.51 # Is there a rockbox installer for mac ? 18.54.00 # jimi: Yep 18.54.06 # The drivers are all the same, apart from the actual function/variable names, and one single call 18.54.14 # jimi: Is it not linked from the manual? 18.54.18 # (scroll init is only done in main driver) 18.54.35 # BigBambi: i am in console mode only at the moment 18.54.46 # jimi: What player? 18.54.52 # BigBambi: Do you know if i have to format my ipod as a mac fs if moving from windows to mac? 18.55.05 # jimi: No, leave it FAT32. 18.55.07 # jimi: No, Macs are happy reading FAT-formatted ipods. 18.55.11 # LambdaCalculus37: 1g nano... i had rockbox on it before under linux.. and once again under windows 18.55.22 # jimi: And rockbox won't read a HFS+ iPod 18.55.27 # ah ok 18.55.27 # jimi: Is Rockbox still on it? 18.55.30 # no 18.55.32 # I wish 18.55.47 # jimi: Do you have the wget utility? 18.55.54 # * LambdaCalculus37 rewords that 18.56.01 # Do you have wget on your Mac? 18.56.12 # i have curl 18.56.17 # jimi: http://download.rockbox.org/rbutil/macosx/ 18.56.21 # ty 18.56.32 # jimi: Sorry, http://download.rockbox.org/rbutil/macosx/rbutilqt-m1.0.4.dmg 18.57.11 # ...ok guy it's time to get in business...i need some advice on a strange behaviuor.... 18.57.18 # thanks 18.57.30 # a guy at work was bragging about how his new nano plays movies 18.57.37 # i was like pfft.. mine was doing that years ago :P 18.57.53 # jimi: But I think for cli you need to compile it, I think that is the gui version 18.58.10 # cli? 18.58.12 # whenever i enter my menu (in a plugin) the playback stops...have you ever had this problem? 18.58.20 # COMMAND LINE INTERFACE 18.58.20 # LambdaCalculus37: be careful, some people won't like you recommending wget... 18.58.21 # jimi: Command Line interface 18.58.22 # doh 18.58.23 # :P 18.58.34 # i can start the gui 18.58.38 # thanks for the help 18.58.43 # jimi: No probs 18.58.48 # damn 18.58.56 # i cant open it because it isnt supported on this system 18.59.05 # Which Mac do you have> 18.59.06 # ? 18.59.12 # ibook 18.59.18 # OSX 10.4.11 18.59.28 # So an intel? 18.59.32 # ppc 18.59.35 # OK 18.59.39 # jimi: Try http://download.rockbox.org/rbutil/macosx/rbutilqt-1.0.3.dmg 19.00.11 # gevaerts: He doesn't seem to mind the W word ;) 19.00.20 # trying now 19.00.20 # jimi: There was a rbutil for Mac that was compiled for intel only, but I thought that it had been replaced. Anyway, try that one. 19.00.20 Quit Jon-Kha (Read error: 131 (Connection reset by peer)) 19.00.53 # success, it launched 19.01.11 # \o/ 19.01.15 # jimi: Cool 19.01.57 # jimi: 1.0.4 was originally compiled just for intel by mistake, but I thought that had been corrected. Maybe the intel + ppc version hasn't made it to the download server yet 19.02.06 Join ali_as [0] (n=as@ambix.plus.com) 19.03.12 # ah ok ty 19.03.49 # stupid itunes mounts and unmounts it before i can :P 19.04.08 Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-40c6accd8fe313c3) 19.04.53 # I'm trying to enable dircache and load to ram on sansa build. Do I have to do something else in addition to defining HAVE_DIRCACHE and HAVE_TC_RAMCACHE? 19.05.06 # jimi: Set iTunes to not automatically start when you connect your device. 19.05.12 # fs#8604 is a simple fix, could it be taken care of? 19.05.18 # I mean 8704 19.05.29 # LambdaCalculus37: i just did.. heh it was a battle back and forth 19.05.53 Quit miepchen^schlaf (Connection timed out) 19.05.59 # bblack: I may be wrong, but I don't think dircache works with hot-swap devices (i.e. the SD card on the Sansa). 19.06.03 # bblack: No reason to do so; flash targets are fast enough without this. 19.06.19 Join miepchen^schlaf [0] (n=el_miep@p54BF51C6.dip.t-dialin.net) 19.06.49 # linuxstb_, countrymonkey: I'm trying to play around with a database bug to see if it's influenced by those 19.06.54 # countrymonkey: There is a reason - some database features rely on dircache 19.06.55 # countrymonkey: i think there was some bug that supposed to work around on the Sansa 19.06.57 # Does rockbox unmound the device during install? 19.07.09 # countrymonkey: Check the logs 19.07.11 # i'm actually curious about load to ram too 19.07.22 # jimi: you're referring to Rockbox Utility? No. 19.07.46 # if I just define those two, it's not compiling 19.07.48 # bluebrother: Does the bootloader part of ipods and sansa's not require it to be unmounted? 19.07.48 # bluebrother: half way through the installation, the ipod icon disappears off my screen and freezes at downloading the boot image 19.08.41 # BigBambi: not strictly (at least on linux, not sure about mac). It "just" modifies the content of a hidden partition 19.08.53 # bluebrother: OK, I wasn't sure :) 19.08.58 # BigBambi: Let me check the manual. 19.09.02 # BigBambi: Check the logs about what? 19.09.07 # Damn, now the rockbox utility is not responding 19.09.14 # On OS X, it's required to be unmounted, but ipodpatcher/sansapatcher (and I assume rbutil) should unmount the device for the user. 19.09.18 # countrymonkey: About why bblack is trying to enable dircache on the sansa 19.09.21 # I _think_ there was an issue about this on mac. Can't remember exactly though. 19.09.31 # Yay I was right :) 19.09.46 # * bluebrother stands corrected 19.09.53 # bblack: Those defines won't work on their own on multivolume targets. If you apply the patch in FS#7598 you will be able to use dircache. Alternatively you may be able to not define HAVE_MULTIVOLUME, although then the sd slot won't work of course. 19.10.01 # countrymonkey: there is a bug related to the database on the sansas when gather runtime data is on 19.10.06 # * LambdaCalculus37 gives BigBambi a gold star 19.10.11 # :) 19.10.26 # hmm, i should try installing rockbox using the command line instead 19.10.41 # jimi: For reference: http://download.rockbox.org/manual/rockbox-ipodnano/rockbox-buildch2.html#x4-110002.3.2 19.10.50 # Scroll down a bit to the Mac OS X section. 19.11.01 # Phill: so apply your patch and define HAS_DIRCACHE? what about load to ram? 19.11.45 # bblack: Once dircache is enabled, the load to ram is enabled automatically. 19.11.47 # bblack: Not just the sansa 19.12.06 # bblack: I saw the same bug on my gigabeat, and dircache didn't affect that 19.12.10 # * bluebrother checks how rbutil handles this 19.12.27 # BigBambi: right. Did you try the load to ram on gigabeat? 19.12.37 # BigBambi: Was the database definitely loaded to RAM when you tested? Did you go into the debug screen to verify? 19.12.49 # bblack: Er, I think so, but not sure. I'll check again :) 19.12.54 # * BigBambi curses his memory 19.13.43 # * bblack is recompiling with Phill's patch... 19.14.06 *** Saving seen data "./dancer.seen" 19.14.25 Quit mf0102 ("Verlassend") 19.14.43 # hmm, the ipodpatcher / sansapatcher code handles the unmounting internally. So rbutil will also do this. 19.15.04 # LambdaCalculus37: this is working..ty.. why didnt the gui work? 19.15.33 # jimi: Dunno. 19.15.46 # Besides, my iMac only runs MacOS 9.2.2. :) 19.16.11 # heh 19.16.16 # mine is ancient also 19.16.31 # moving images to create new firmware... shouldnt be too long now 19.16.51 # * LambdaCalculus37 wonders how hard it would be to write a version of RButil for MacOS 9 :) 19.17.18 # ...i really dont' understand why the call to a rb->do_menu can stop music playback... 19.17.34 # any advice? 19.17.55 # it's using a simple MENU STRINGLIST 19.18.13 # seems to be hunt at the moving firmware screen 19.18.22 # ? 19.18.31 Quit hannesd ("Client suicide") 19.18.37 # LambdaCalculus37: well, according to their website Qt only supports OS X 10.3 upwards 19.18.50 # So quite hard then :) 19.19.05 # bluebrother: That answers that, I guess. :) 19.19.20 # Twas a silly thought, anyway. 19.19.22 # well, you could of course port Qt to OS 9 ... ;-) 19.19.32 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.19.43 # bluebrother: Forget that. I'm not about to. ;) 19.19.51 Quit suom1 (card.freenode.net irc.freenode.net) 19.19.51 NSplit card.freenode.net irc.freenode.net 19.19.51 Quit Slasheri (card.freenode.net irc.freenode.net) 19.19.51 Quit Tuplanolla (card.freenode.net irc.freenode.net) 19.19.51 Quit Galois (card.freenode.net irc.freenode.net) 19.19.51 Quit n17ikh (card.freenode.net irc.freenode.net) 19.19.51 Quit J (card.freenode.net irc.freenode.net) 19.19.51 Quit phi (card.freenode.net irc.freenode.net) 19.19.51 Quit advcomp2019 (card.freenode.net irc.freenode.net) 19.19.51 Quit Rick (card.freenode.net irc.freenode.net) 19.19.51 Quit FOAD (card.freenode.net irc.freenode.net) 19.19.51 Quit stripwax (card.freenode.net irc.freenode.net) 19.19.51 Quit Nico_P (card.freenode.net irc.freenode.net) 19.19.51 Quit ol_schoola (card.freenode.net irc.freenode.net) 19.19.51 Quit parafin (card.freenode.net irc.freenode.net) 19.19.51 Quit cnakiinjp (card.freenode.net irc.freenode.net) 19.19.51 Quit crope` (card.freenode.net irc.freenode.net) 19.19.51 Quit dionoea (card.freenode.net irc.freenode.net) 19.19.51 Quit feisar (card.freenode.net irc.freenode.net) 19.19.51 Quit cg (card.freenode.net irc.freenode.net) 19.19.51 Quit nplus (card.freenode.net irc.freenode.net) 19.19.51 Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) 19.19.51 Quit Hadaka (card.freenode.net irc.freenode.net) 19.19.51 Quit rasher (card.freenode.net irc.freenode.net) 19.19.54 # Wimp 19.20.09 # BigBambi: :P 19.20.20 Quit soap (Read error: 104 (Connection reset by peer)) 19.20.20 NHeal card.freenode.net irc.freenode.net 19.20.20 NJoin nplus [0] (n=nplus@141.25.Globcom.Net) 19.20.20 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.20.20 NJoin stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.20.20 NJoin ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 19.20.20 NJoin FOAD [0] (n=dok@dinah.blub.net) 19.20.20 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 19.20.20 NJoin BHSPitMonkey_ [0] (n=stephen@129.120.244.114) 19.20.20 NJoin cg [0] (n=cromos@88.193.143.80) 19.20.20 NJoin Rick [0] (i=rick@unaffiliated/rick) 19.20.20 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 19.20.20 NJoin cnakiinjp [0] (i=0@86.122.116.44) 19.20.20 NJoin phi [0] (n=traipse@85.17.19.50) 19.20.20 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 19.20.20 NJoin parafin [0] (i=parafin@paraf.in) 19.20.20 NJoin crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) 19.20.20 NJoin n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) 19.20.20 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 19.20.20 NJoin suom1 [0] (i=suom1@irssi.mobi) 19.20.20 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 19.20.20 NJoin Slasheri [0] (i=miipekk@xen.ihme.org) 19.20.20 NJoin Hadaka [0] (i=naked@naked.iki.fi) 19.20.20 NJoin Galois [0] (i=djao@efnet-math.org) 19.20.20 NJoin feisar [0] (i=jljhook@noppakerho.com) 19.20.22 # but it runs on W98. Wasn't aware of that 19.20.38 # (but as we use w2k functions rbutil won't run on w98 anyway) 19.20.43 # bluebrother: What, Qt? 19.20.50 # yep. 19.21.15 # I was quite a bit surprised about that 19.21.17 # Looks like I've got something new to kick around on my W98 VM, then. 19.21.49 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 19.21.58 Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-036ba05c85d2fc48) 19.22.10 # does ipod patcher have a more verbose mode? 19.22.14 # shows where this is hanging? 19.22.36 # Stupid CGI:IRC... =/ 19.22.41 # jimi: linuxstb is the man to ask about ipodpatcher 19.23.07 Quit suom1 (card.freenode.net irc.freenode.net) 19.23.07 Quit Slasheri (card.freenode.net irc.freenode.net) 19.23.07 Quit Tuplanolla (card.freenode.net irc.freenode.net) 19.23.07 Quit Galois (card.freenode.net irc.freenode.net) 19.23.07 Quit n17ikh (card.freenode.net irc.freenode.net) 19.23.07 Quit J (card.freenode.net irc.freenode.net) 19.23.07 Quit phi (card.freenode.net irc.freenode.net) 19.23.07 Quit advcomp2019 (card.freenode.net irc.freenode.net) 19.23.07 Quit Rick (card.freenode.net irc.freenode.net) 19.23.07 Quit FOAD (card.freenode.net irc.freenode.net) 19.23.07 Quit stripwax (card.freenode.net irc.freenode.net) 19.23.07 Quit Nico_P (card.freenode.net irc.freenode.net) 19.23.07 Quit ol_schoola (card.freenode.net irc.freenode.net) 19.23.07 Quit parafin (card.freenode.net irc.freenode.net) 19.23.07 Quit cnakiinjp (card.freenode.net irc.freenode.net) 19.23.07 Quit crope` (card.freenode.net irc.freenode.net) 19.23.07 Quit dionoea (card.freenode.net irc.freenode.net) 19.23.07 Quit feisar (card.freenode.net irc.freenode.net) 19.23.07 Quit cg (card.freenode.net irc.freenode.net) 19.23.07 Quit nplus (card.freenode.net irc.freenode.net) 19.23.07 Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) 19.23.07 Quit Hadaka (card.freenode.net irc.freenode.net) 19.23.07 Quit rasher (card.freenode.net irc.freenode.net) 19.23.24 NJoin nplus [0] (n=nplus@141.25.Globcom.Net) 19.23.24 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.23.24 NJoin stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.23.24 NJoin ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 19.23.24 NJoin FOAD [0] (n=dok@dinah.blub.net) 19.23.24 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 19.23.24 NJoin BHSPitMonkey_ [0] (n=stephen@129.120.244.114) 19.23.24 NJoin cg [0] (n=cromos@88.193.143.80) 19.23.24 NJoin Rick [0] (i=rick@unaffiliated/rick) 19.23.24 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 19.23.24 NJoin cnakiinjp [0] (i=0@86.122.116.44) 19.23.24 NJoin phi [0] (n=traipse@85.17.19.50) 19.23.24 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 19.23.24 NJoin parafin [0] (i=parafin@paraf.in) 19.23.24 NJoin crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) 19.23.24 NJoin n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) 19.23.24 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 19.23.24 NJoin suom1 [0] (i=suom1@irssi.mobi) 19.23.24 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 19.23.24 NJoin Slasheri [0] (i=miipekk@xen.ihme.org) 19.23.24 NJoin Hadaka [0] (i=naked@naked.iki.fi) 19.23.24 NJoin Galois [0] (i=djao@efnet-math.org) 19.23.24 NJoin feisar [0] (i=jljhook@noppakerho.com) 19.23.45 Join midkay_ [0] (n=midkay@71-35-98-242.tukw.qwest.net) 19.23.56 Join GrooveStix [0] (n=chatzill@adsl-76-226-157-176.dsl.sfldmi.sbcglobal.net) 19.24.24 # linuxstb_: ipodpatcher seems to hang at the portion that says [INFO] Moving images to create room for new firmware 19.25.09 # bblack: Phill: Now it seems to work on the gigabeat with and without load to RAM (although without I get database not ready from time to time as the disk is grinding away) 19.25.21 # * LambdaCalculus37 going to go have lunch 19.25.25 # BigBambi, Phill: with Load to Ram enabled (no dircache enabled) it works just fine; I suspect it's just a work around and it works because of the faster DB access 19.25.28 # Oh shit 19.25.32 # This is usb 1.0 19.25.36 # oh hai people! 19.25.49 Quit countrymonkey ("CGI:IRC") 19.25.53 # :) 19.26.18 Quit LambdaCalculus37 (Client Quit) 19.26.20 # bblack: Well good luck, I don't use the database personally, but it would be nice to have it work properly :) 19.26.40 # does anyone know what's the most battery efficient way to browse through (the music in) rockbox? database or the directory structure? 19.26.55 Quit kushal_12_27_200 ("Leaving") 19.27.00 # I can't seem to get past this stage. :/ 19.27.19 Quit suom1 (card.freenode.net irc.freenode.net) 19.27.19 Quit Slasheri (card.freenode.net irc.freenode.net) 19.27.19 Quit Tuplanolla (card.freenode.net irc.freenode.net) 19.27.19 Quit Galois (card.freenode.net irc.freenode.net) 19.27.19 Quit n17ikh (card.freenode.net irc.freenode.net) 19.27.19 Quit J (card.freenode.net irc.freenode.net) 19.27.19 Quit phi (card.freenode.net irc.freenode.net) 19.27.19 Quit advcomp2019 (card.freenode.net irc.freenode.net) 19.27.19 Quit Rick (card.freenode.net irc.freenode.net) 19.27.19 Quit FOAD (card.freenode.net irc.freenode.net) 19.27.19 Quit stripwax (card.freenode.net irc.freenode.net) 19.27.19 Quit Nico_P (card.freenode.net irc.freenode.net) 19.27.19 Quit ol_schoola (card.freenode.net irc.freenode.net) 19.27.20 Quit parafin (card.freenode.net irc.freenode.net) 19.27.20 Quit cnakiinjp (card.freenode.net irc.freenode.net) 19.27.20 Quit crope` (card.freenode.net irc.freenode.net) 19.27.20 Quit dionoea (card.freenode.net irc.freenode.net) 19.27.20 Quit feisar (card.freenode.net irc.freenode.net) 19.27.20 Quit cg (card.freenode.net irc.freenode.net) 19.27.20 Quit nplus (card.freenode.net irc.freenode.net) 19.27.20 Quit BHSPitMonkey_ (card.freenode.net irc.freenode.net) 19.27.20 Quit Hadaka (card.freenode.net irc.freenode.net) 19.27.20 Quit rasher (card.freenode.net irc.freenode.net) 19.27.43 # without the gather runtime data, the interface waits for the DB but with the setting enabled it doesn't, and I suspect it access it while the DB is not ready yet 19.27.53 NJoin nplus [0] (n=nplus@141.25.Globcom.Net) 19.27.53 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.27.53 NJoin stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.27.53 NJoin ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) 19.27.53 NJoin FOAD [0] (n=dok@dinah.blub.net) 19.27.53 NJoin rasher [50] (n=rasher@rockbox/developer/rasher) 19.27.53 NJoin BHSPitMonkey_ [0] (n=stephen@129.120.244.114) 19.27.53 NJoin cg [0] (n=cromos@88.193.143.80) 19.27.53 NJoin Rick [0] (i=rick@unaffiliated/rick) 19.27.53 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 19.27.53 NJoin cnakiinjp [0] (i=0@86.122.116.44) 19.27.53 NJoin phi [0] (n=traipse@85.17.19.50) 19.27.53 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 19.27.53 NJoin parafin [0] (i=parafin@paraf.in) 19.27.53 NJoin crope` [0] (n=crope@dyn3-82-128-184-115.psoas.suomi.net) 19.27.53 NJoin n17ikh [0] (n=n17ikh@130-127-78-117.calhoun.resnet.clemson.edu) 19.27.53 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 19.27.53 NJoin suom1 [0] (i=suom1@irssi.mobi) 19.27.53 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 19.27.53 NJoin Slasheri [0] (i=miipekk@xen.ihme.org) 19.27.53 NJoin Hadaka [0] (i=naked@naked.iki.fi) 19.27.53 NJoin Galois [0] (i=djao@efnet-math.org) 19.27.53 NJoin feisar [0] (i=jljhook@noppakerho.com) 19.27.57 # GrooveStix: I would have thought with both in RAM it would be pretty negligible 19.29.28 Join GrooveStix_ [0] (n=chatzill@adsl-75-46-37-71.dsl.sfldmi.sbcglobal.net) 19.29.34 # jimi: try -v or --verbose 19.29.43 # ooops! wireless network crashed... 19.29.44 Join quaal [0] (n=rodney@pool-96-228-165-104.tampfl.fios.verizon.net) 19.29.45 # bluebrother: it finished 19.29.54 # bluebrother: but rockbox.ipod is missing on boot :> 19.29.56 # jimi: I was about to say - just be patient... ;) 19.30.15 # linuxstb_: i think it took so long.. because it is usb 1.0 last time i used 2.0 and it went a lot faster 19.30.16 # jimi: sure, ipodpatcher won't install that. But this should work fine with rbutil 19.30.26 # jimi: Ipodpatche won' unzip the build 19.30.32 # bblack: interesting. I thought that load to RAM only worked with dircache enabled. If you go to the database debug screen, does it say it is loaded to RAM? 19.30.56 # So run the gui now? 19.31.01 # jimi: Nano right? 19.31.10 Join soap [50] (n=soap@rockbox/staff/soap) 19.31.17 # It freezes at about 98% downloading the bootloader-ipodnano.ipod file 19.31.20 # BigBambi: yes 19.31.21 # sure. Unless you want to install the build itself manually 19.31.21 # jimi: Unzip http://build.rockbox.org/dist/build-ipodnano/rockbox.zip to the route of your ipod 19.31.34 # BigBambi: route? ;-) 19.31.46 # bluebrother: Oi 19.31.47 # :) 19.31.49 # I would rather install it manually.. isnt it just unzipping a file and placing it in the root directory of the ipod? 19.31.51 # Phill: yes, it is loaded and dircache is disabled (from the settings and debug menu confirms it) 19.32.00 # s/route/root - everyone happy :) 19.32.11 # damn 19.32.18 # on reserve battery power, afk for a sec 19.32.20 # jimi: 19:31 jimi: Unzip http://build.rockbox.org/dist/build-ipodnano/rockbox.zip to the route of your ipod 19.32.32 # except clearly with root spelled properly :) 19.32.39 # jimi: Yes, just do "unzip rockbox.zip -d /Volumes/Ipod/" (or whatever your ipod is called) 19.33.00 # ty 19.33.03 # bbiab 19.35.15 Quit jimi ("Lost terminal") 19.35.19 Quit GrooveStix (Read error: 104 (Connection reset by peer)) 19.35.26 Nick GrooveStix_ is now known as GrooveStix (n=chatzill@adsl-75-46-37-71.dsl.sfldmi.sbcglobal.net) 19.36.08 # wth is going on... 19.36.35 # bblack: I guess that was fixed at some point. 19.36.54 # why was load to ram disabled on the sansa? 19.38.09 # did anyone see my previous messages? my network is kinda shaky 19.38.28 # saratoga: I'm sure that it used to have a dependency on dircache. When I wrote the patch, I did so because it was easier to get dircache working with multivolume targets than remove the dependency. 19.38.33 # GrooveStix: I would have thought with both in RAM it would be pretty negligible 19.38.55 # Phill: so it could be reenabled? 19.39.03 # BigBambi: what do you mean? 19.39.33 # oh nevermind! 19.39.38 # GrooveStix: I answered your question on the difference in power usage between database and file browser as I see it (although I could of courese be wrong~) 19.39.39 # saratoga: I guess cause the flash was considered fast enough 19.39.59 # (I checked the dictionary on "negligible" :) ) 19.40.23 Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) 19.40.23 Quit midkay (No route to host) 19.40.26 # saratoga: apply FS#7598 to enable them 19.40.35 # nut thanks 19.40.38 # *but! 19.41.07 # hi, i had to go into recovery mode to restore my e270 but now it reports the version as e250 19.41.09 # saratoga: I'm not sure, I have a feeling that the dependency is still there: i.e. dircache must be compiled, but not necessarily enabled. I'm a bit busy to check that at the moment though. 19.41.16 # i'm guessing i have the wrong firmware 19.42.07 # Phill: you're right, HAVE_TC_RAMCACHE doesn't compile witout the dircache support, but it doesn't need it enabled in order to work 19.45.27 Join Mathiasdm [0] (n=Mathias@vpnh231.ugent.be) 19.45.29 Quit ch4os_ (Read error: 104 (Connection reset by peer)) 19.46.41 # dircache only speeds up filesystem scan (especially scan of deleted files) but that is going to be improved soon 19.46.52 # dircache is not required to load db in ram 19.46.55 Join Jon-Kha [0] (n=jon-kha@80-248-247-190.cust.suomicom.fi) 19.47.05 # given the noise we get reading from flash, i'd say theres some justification to caching whenever possible in RAM on the sansa 19.47.34 # we already get users complaining that rockbox makes that sound more then the retail firmware 19.49.07 # saratoga: I agree. I see no reason to not have at least the "Load to Ram" enabled in the menu for sansas 19.50.30 # zwane, you cant have the wrong firmware since the e200 series are all the same firmware 19.50.47 # Phill: so if I apply that patch without using MicroSD, that will have no real effect beyond enabling load to ram? 19.51.25 Quit XavierGr (Nick collision from services.) 19.51.34 # saratoga: that's right. 19.51.38 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.51.41 # also, i see its been a month since your last update, how close are you to commiting? 19.54.05 # saratoga: as far as I know, there should be no problem with it, just waiting for someone (Slasheri?) to check it over again. The SYS_HOTSWAP_INSERTED/EXTRACTED events should probably be replaced with SYS_FS_CHANGED following amiconn's recent changes. 19.54.23 Quit ryran (Read error: 104 (Connection reset by peer)) 19.54.46 Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) 19.54.47 Join jpt1 [0] (n=jpt9@pool-68-163-186-132.bos.east.verizon.net) 19.54.49 # Phill: the dircache multivolume patch? 19.55.02 # Slasheri: yes 19.55.39 # it still has memory allocation problems, the code clearly was not correct the last time i checked it. but sorry, i haven't yet had time to fix it or comment that :/ 19.56.11 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 19.56.24 Join japc [0] (n=japc@bl8-3-51.dsl.telepac.pt) 19.57.24 # hey. 19.57.30 # Slasheri: you say dircache is not required for load to ram, but line 410 (for example) of tagcache.c is using a dircache routine, and therefore requires dircache to at least be compiled, unless I am missing something. 19.58.16 # Slasheri: regarding the memory allocation, I'll see I can find some time in a couple of weeks to look at the code in more detail. 19.58.41 Join ryran_ [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) 19.59.09 # Phill: hmm, let me check 19.59.18 # hmm, what do people think about FS#8706? 20.00.03 # I have the latest version of Rockbox on my Sansa e200R. I'm experiencing a problem with bookmarks and seeking in WMA files (it might affect others; I haven't checked). Namely, while it records the bookmarks fine, whenever I try to resume one, it just starts at the beginning of the file. The second problem is that any time I try to seek (rewind or fast forward) to a position past 40 minutes, it goes to the previous (for rewind) or n 20.00.17 # Phill: it was not a big problem but still that kind of issue that must be corrected before committing the patch. Or weird behaviour might occur 20.00.35 # advcomp2019: thanks i guess what is returned as a device id is just pretty print 20.00.35 Quit axionix (Read error: 104 (Connection reset by peer)) 20.00.47 # bluebrother: sounds like something nice for a feature list, but I have my doubts about real usefulness 20.00.52 # advcomp2019: thanks! 20.01.12 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 20.01.29 # jpt1, are you using the latest rockbox build? 20.01.34 # yeah. 20.01.34 # bluebrother: It's no less reasonable than many other requests... But it could be rejected on the grounds that many devices are not capable of decoding two audio streams simultaneously, and that it would require a major rewrite of the playback/codec system. 20.01.43 # I had similar thoughs on it. Wondering if we should keep such a task open 20.01.55 Join desudesu [0] (n=zomg@M1070P014.adsl.highway.telekom.at) 20.02.00 # Slasheri: No problem, I understand we don't want strange behaviour suddenly happening in the future because of an issue introduced that didn't seem to cause a problem at the time. 20.02.05 # wait... am I showing up as jpt1? my username is set to jpt9... 20.02.17 # weird. 20.02.22 # anyway, anyone have any ideas? It 20.02.24 # jpt1: I've seen some seeking problems in WMA too. I don't think it is fully working yet. 20.02.29 # jpt1: when i wrote the seeking code for wma, i used an hour long 32 kbps wma file 20.02.32 # jpt1, i know that wma seeking still has a few bugs still 20.02.33 # It's making using Rockbox for audiobooks near impossible. 20.02.41 # this is 32k wma :-). 20.02.49 # unfortunately it seems some part of the seeking breaks according to total birate elapsed, not just total time 20.02.51 # it's 1:14 (74 minutes -- CD length). 20.03.04 # yeah... the time seems a bit off. 20.03.04 Quit axionix (Read error: 104 (Connection reset by peer)) 20.03.16 # anything I can do to help? 20.03.25 # how good are you at c? 20.03.42 # not that good; I'm taking Computer Science II right now (it's C++). 20.03.56 # bluebrother: Maybe (speaking generally about closing similar requests), you should post a comment with your views (e.g. that it should be closed - if that's what you think), and then if others post similar comments, it can be closed. i.e. try and encourage people to comment before closing. 20.04.04 # how many MB is the file that breaks? 20.04.13 # lemme check... 20.04.13 Quit zwane (Read error: 104 (Connection reset by peer)) 20.04.13 # linuxstb_: sounds reasonable. 20.04.29 # 17.4MB. 20.04.39 # 32k WMA. 20.04.40 Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) 20.04.47 # surprising that one fails 20.04.48 # Phill: ah, that's just a bug in tagcache code unless it wont compile without dircache and with tc_ramcache. Without dircache filename pointers are not stored and index entries are searched from disk 20.04.55 # could you send it to me? 20.05.00 # maybe... 20.05.05 # so dircache is not a real requirement for tagcache to work in ram 20.05.11 # i think i've tried larger files actually 20.05.19 # there kind of is the whole copyright issue; it's a commercial audiobook (that I've run FairUse4WM on)... 20.05.29 # does it fail for any large seek (and if so how long)? 20.05.49 # it only seems to fail if I'm trying to seek to a location past 40 minutes. 20.05.57 # (not sure if exactly 40 minutes will cause a problem). 20.06.04 # saratoga: I have 40 minute file where seeking doesn't work... 20.06.11 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 20.06.14 # also, the bookmarking doesn't seem to work (it won't resume from bookmarks...) 20.06.14 # ok send it to me and i'll take a look 20.06.19 # how? 20.06.23 # the entire wma seeking code is like 10 lineslong 20.06.28 # and promise you won't post it online. 20.06.32 # it can't be that hard to figure out the bug 20.06.39 Join Pdad [0] (n=jimi@97.66.28.178) 20.06.44 # how do you want me to send it? 20.06.44 # eh i'll just look at Leer's file 20.06.49 # ok. 20.06.53 # Lear 20.06.54 # When I click a movie name in the files list, it doesnt do anything, it just stays on the screen 20.07.35 # whats the file extension 20.07.42 # Pdad: Are the movies converted to the Rockbox format? 20.07.47 # .avi 20.07.52 # heh 20.07.52 # mpeg 1 20.08.02 # I get "packet did not sync" when I tried it in the simulator. Would a dcc do for sending? 20.08.15 # i doubt the web client can do dcc 20.08.23 # :) 20.08.25 # Pdad: See http://www.rockbox.org/wiki/PluginMpegplayer - they need to be MPEG program streams, not .avi 20.08.44 # so convert it to mpeg 4? 20.08.54 # Is that what the page says? ;) 20.08.55 # Pdad, no 20.09.07 # Phill: hmm, let me check again the dircache patch. I can't remember now what was the issue with the new patch. Or if i just messed something with the code 20.09.12 # Slasheri: It won't compile without dircache and with tc_ramcache (see bblack's earlier comment to that effect). That's the reason I originally wrote the multivolume dircache patch. 20.09.23 # Lear: ftp/http/email/gtalk would be fine 20.09.45 # Give me a minute and I'll send you a link. 20.09.46 # hell i can probably setup an ftp login tonight if you don't have something handy 20.09.51 # Phill: i see, but that problem can be easily fixed.. i could do that soon 20.09.58 # What program should I use to convert it? 20.11.34 # Pdad, the link that linuxstb_ gave says a program you can use 20.11.38 Quit axionix_ (Read error: 110 (Connection timed out)) 20.12.30 # Is it available for osx? 20.12.52 # Pdad: did you look at that page ? 20.13.07 # nope 20.13.19 # well theres your problem 20.14.00 # Lear: I need to run, can you just email me a link to my gmail account? I'm mgiacomelli 20.14.05 # saratoga: I have a place to upload to, unsure if I have enough space there though (haven't put big stuff on that account for ages, so I don't know what the limit is...) 20.14.10 # Phill: at least one thing, when you allocate from dircache_root, make sure the all allocations are kept long aligned (check allocate_entry() function) 20.14.19 # Lear: how big is this file? 20.14.27 # 30 MB. 20.14.36 # ah not too bad then 20.14.43 # sure just whenever email me the link 20.14.59 # i need to get back into thinking about that wma decoder 20.15.03 # so much left undone 20.15.08 # If I get it up somewhere, I will. 20.15.31 # * bluebrother really wonders why people ask and ask and don't read the documentation they are given 20.15.36 # if not let me know and i can probably setup an account for you 20.15.40 # and now i'm off 20.15.42 Quit saratoga ("CGI:IRC") 20.15.45 Join tessarakt [0] (n=jens@e180078010.adsl.alicedsl.de) 20.15.46 Join Phill_ [0] (n=irc-Mar2@5ac47d62.bb.sky.com) 20.15.50 Quit axionix (Read error: 104 (Connection reset by peer)) 20.15.54 Join axionix [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 20.16.00 # Slasheri: couple of things to look at related to tc_ramcache and !dircache: in tagcache.c, tagcache_fill_tags is defined only if both flags but used in playback.c if tc_ramcache enabled; in tagcache.c, DIRCACHE_APPFLAG_TAGCACHE is used outside ifdef in line 3800 20.16.25 # Slasheri: it would be good to get that fixed. At the time I wrote the patch, I spent a while trying to remove the dircache dependency without success, but that was probably my lack of knowledge of the code (and C) rather than it being difficult :) 20.17.02 # yep, i will fix that. anyway, nothing really depends on dircache. it only speeds up things 20.17.24 # Slasheri: ok - thanks for looking. As I said, hopefully in a couple of weeks I'll have a bit more time to spend on Rockbox. 20.17.24 # and ramcache should work fine without dircache enabled 20.17.35 # Phill_: nice :) 20.18.51 # bblack: those functions marked with depending on ramcache and dircache, can be safely dropped as they have no use without dircache 20.19.22 Quit Pdad ("Lost terminal") 20.19.38 Quit ryran (Read error: 110 (Connection timed out)) 20.19.55 # advcomp2019: one problem i still do have is that there doesnt appear to be a partition table so i cant create a data/music partition 20.20.08 # (firmware reports 0MB for memory) 20.21.32 Join hannesd [0] (n=light@p5B164758.dip0.t-ipconnect.de) 20.22.48 # zwane, can you try the "sansa.fmt" file in recovery mode.. this will reformat the sansa to the right drive format 20.25.42 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- \o/") 20.26.04 # advcomp2019: thanks, its formatting right now 20.27.17 Quit silvio ("Verlassend") 20.27.40 # * gevaerts hates testing micro-sd hotplugging. It's not finger-friendly 20.28.03 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.29.12 # advcomp2019: oops, back to a black screen, i guess i'll have to try recovery again 20.29.26 Join ryran [0] (n=ryran@adsl-1-180-13.clt.bellsouth.net) 20.29.31 Quit ryran (Read error: 104 (Connection reset by peer)) 20.30.09 Quit Phill (Read error: 110 (Connection timed out)) 20.30.31 # yea.. you might have to put the sansa firmware back on it if you had rockbox on it then then reinstall rockbox 20.30.32 # Slasheri: http://www.pastebin.ca/935595, it will compile just fine with TC_RAMCACHE and no DIRCACHE and works on sansa 20.32.20 # zwane: what does the OF think about free space ? There's a menu item showing that somewhere 20.32.30 Part pixelma 20.32.37 # gevaerts: it thinks 0 20.33.57 Join mcuelenaere [0] (n=mcuelena@78-22-188-232.access.telenet.be) 20.34.30 # gevaerts, advcomp2019: ok after reloading the bootloader i have 6G free again 20.34.39 # so looks like the format wiped everything 20.34.48 # thanks a lot for the help guys 20.35.15 # zwane: good news. At least you don't have to write custom recovery tools like I had to do a few weeks back 20.35.54 # hehehe 20.35.59 # gevaerts: thats another world of hurt 20.36.17 # I was a useful learning experience. 20.36.20 # zwane, good to hear you got it working again 20.36.22 # s/I/it/ 20.36.50 # it might be worth learning this stuff before i really botch things up 20.37.40 # Just give me a shout if it really doesn't want to restore anymore. I have a suspicion that e200 recovery is more solid than c200 though 20.42.23 # saratoga: http://www.pastebin.ca/935608, patch to enable Load to RAM on sansas (no dircache), I'll up it on flyspray in a sec 20.43.25 # gevaerts: thanks for the offer! i'll see how things go 20.43.58 Quit stripwax (Read error: 110 (Connection timed out)) 20.46.00 Quit ryran_ (Read error: 110 (Connection timed out)) 20.47.52 # bblack: that patch looks good 20.48.05 # * gevaerts seems to have broken usb_serial some days ago... 20.48.49 # Slasheri: you can also look at http://www.pastebin.ca/935608 which just adds Load to RAM to sansas (still no dircache) by default 20.49.18 # Slasheri: should I add it to FS or you can just put it in? 20.49.36 # bblack: that looks ok, quite much commit ready 20.50.17 Join Llorea1 [0] (n=DarkkOne@adsl-75-34-122-148.dsl.hstntx.sbcglobal.net) 20.51.00 # bblack: be sure to include your full name in the patch/tracker so i can commit it (unless you are already in the CREDITS) 20.51.48 Join crzyboyster [0] (n=6210f18c@gateway/web/cgi-irc/labb.contactor.se/x-eee54a461c4bbea0) 20.52.01 Quit crzyboyster (Client Quit) 20.52.18 Quit Llorea1 (Client Quit) 20.52.34 # Slasheri: you prefer me to add it with or without enabling Load To RAM on sansa by default? 20.53.08 Join axionix_ [0] (n=axion@cpe-74-70-239-192.nycap.res.rr.com) 20.53.21 # bblack: you can enable to ramcache code on sansa, that should cause no issues 20.53.25 # *the 20.53.59 # ramcache? ;) 20.54.41 Join Phill [0] (n=irc-Mar2@5ac47d48.bb.sky.com) 20.57.26 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 20.58.38 Quit Phill (Client Quit) 20.59.08 Join disorganizer [0] (n=5b11fbb0@gateway/web/cgi-irc/labb.contactor.se/x-630c98ac57d29f1e) 20.59.37 # Slasheri: done (http://www.rockbox.org/tracker/task/8707) 21.05.36 Quit Phill_ (Read error: 110 (Connection timed out)) 21.07.04 Join Ark1 [0] (n=trey@pool-71-173-106-31.lyncva.east.verizon.net) 21.07.17 Quit Llorean (Read error: 110 (Connection timed out)) 21.09.05 Quit axionix (Read error: 110 (Connection timed out)) 21.09.09 # hello, can someone plz help me, i have followed all of the instructions at http://download.rockbox.org/manual/rockbox-ipodnano.pdf but when i try to use the ipod patcher (in ubuntu) it stops at reading original firmware 21.11.15 # how does "it stops" look exactly? 21.12.03 # [INFO] Scanning disk devices... 21.12.07 # [INFO] Ipod found - 1st Generation Nano ("winpod") - /dev/sdb 21.12.11 # [INFO] Reading partition table from /dev/sdb 21.12.15 # [INFO] Sector size is 512 bytes 21.12.19 # [INFO] Part Start Sector End Sector Size (MB) Type 21.12.23 # [INFO] 0 63 160649 78.4 Empty (0x00) 21.12.27 # [INFO] 1 160656 3984119 1866.9 W95 FAT32 (0x0b) 21.12.31 # [INFO] Ipod model: 1st Generation Nano ("winpod") 21.12.35 # Enter i to install the Rockbox bootloader, u to uninstall 21.12.39 # or c to cancel and do nothing (i/u/c) :i 21.12.43 # [INFO] Using internal bootloader - 48972 bytes 21.12.47 # [INFO] Moving images to create room for new firmware... 21.12.51 # [INFO] Reading original firmware... 21.12.51 # [ERR] Short read - requested 5566464 bytes, received 3072 21.12.51 # [ERR] --install failed. 21.12.51 DBUG Enqueued KICK Ark1 21.12.51 # Press ENTER to exit ipodpatcher : 21.12.51 # like that :) 21.13.09 # please use a pastebin for multiline pastes the next time ... 21.13.24 # you might want to run it using --verbose to get more detailed output 21.13.35 # also, do you have a hub between PC and Ipod? 21.13.54 # no 21.14.08 *** Saving seen data "./dancer.seen" 21.14.44 # http://pastebin.com/m60eaff5 21.14.50 # thats in verbose 21.15.20 # hmm. Does the Ipod had something else installed before? Like IPL? 21.15.51 # no, but i have tried to install this several times if that makes a difference 21.15.59 Quit codesquid (Remote closed the connection) 21.16.04 # on both linux and windows but i get the same error 21.16.35 # hmm. I have no idea except maybe a bad cable. 21.17.53 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.17.53 # * Ark1 looks for another one 21.17.56 # thank you 21.20.13 # a question: if i use #8707, i dont need to use #7598 any more. but does activating dircache have any advantage for a multivolume target? or can #7598 be closed in favor of #8707? 21.20.44 # (#7598 is dircache for multivolume targets, #8708 is enabling load-to-ram on sansa) 21.20.44 Quit zwane (Read error: 104 (Connection reset by peer)) 21.21.10 Join zwane [0] (n=zwane@S0106001217d33fa6.vf.shawcable.net) 21.22.35 # disorganizer: dircache didn't work on multivolume targets and was disabled and together with it the load to ram; 7598 adds dircache support for multivolume and as a side effect also made load to ram work; 8707 just makes load to ram work 21.23.23 # so it would propably be best to close 7598 in favor of 8707? 21.23.28 # disorganizer: it looks like 7598 is not ready for commit just yet so 8707 will enable load to ram, but the final goal is to have both working 21.23.58 # i am going to commit 8707 soon 21.24.39 # good. one less patch in my private build. *g* if you devs hurry up i can really go with the official build soon ;-) 21.25.33 Join mchua [0] (n=mchua@1cc-dhcp-89.media.mit.edu) 21.25.42 # i read in the logs that some other functions use dircache calls outside ifdef's. were they also corrected with 8707? 21.26.01 Quit Buschel_Notebook () 21.26.16 # disorganizer: that's what 8707 did, fixed the compiling 21.28.08 # tnx for the clarifications 21.29.22 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.33.27 # bblack: committed, thanks 21.34.02 Quit quaal (Read error: 113 (No route to host)) 21.34.14 # Slasheri: thank you; I just managed to compile the simulator and to reproduce the database bug. gdb here I come... :) 21.34.42 # bblack: oh, great! lets hope you will find what is going wrong 21.34.44 Quit Ark1 (Remote closed the connection) 21.35.17 # bblack: so that bug happens only without dircache enabled and ramcache enabled? 21.35.26 # *with ramcache enabled 21.37.19 # no, it happens with gather runtime data enabled and ramcache disabled; with ramcache enabled the db is fast enough so the bug doesn't happen, so for now ramcache is a workaround 21.37.54 Quit nplus ("Leaving") 21.40.09 Quit GrooveStix ("ChatZilla 0.9.81 [Firefox 2.0.0.12/2008020121]") 21.45.52 Join jac0b [0] (n=jac0b@user-11200ga.dsl.mindspring.com) 21.46.16 Quit jac0b (Client Quit) 21.52.43 Join einhirn [0] (n=Miranda@p5B03298C.dip0.t-ipconnect.de) 21.52.50 Quit einhirn (Client Quit) 21.53.14 # * gevaerts doesn't understand why usb serial doesn't work any more. Something seems to be overwriting data 21.56.10 # * disorganizer wonders... 21.56.41 # when i have a playlist playing and add songs to it, there is a green arrow in front of the added songs when displaying the playlist 21.56.47 # what does that arrow mean? 21.58.35 # it's the marker. It displays the currently playing song 21.58.54 # (assuming your theme uses a green arrow for selection) 21.59.23 # no, NOT the marker. there is an arrow in front of each now song , but hopefully only one is played :-) (the one with the note) 21.59.31 # now=new 21.59.33 Quit ompaul (Client Quit) 22.00.00 # huh? Never saw that 22.00.07 # * bluebrother goes checking 22.00.13 # * bblack is having too much fun with gdb... oh man, he's such a geek :D 22.01.06 # I don't get that. 22.02.00 Quit Frazz ("Leaving") 22.02.34 # strange. i even can reproduce it in the sim for the sansa 22.03.01 # hmm. No sansa on my side, maybe that's the difference. 22.04.32 # Could someone look at the initializer for struct usb_class_driver drivers[] in usb_core.c and see if that looks sane ? It works for the first element, but the others seem wrong. 22.05.02 # * gevaerts probably made a stupid mistake there, but he can't find it 22.05.36 Quit argumentD ("My damn controlling terminal disappeared!") 22.05.47 # They "seem wrong" in the sense that they are zero at runtime, instead of what they should be. 22.10.52 # Slasheri: I know it was there before your previous commit, but why does config.h check for the Sansas specifically in order to disable dircache? Shouldn't it check for HAVE_HOTSWAP ? 22.11.12 # disorganizer, could you try a screendump then you can post it so people can see what it is 22.11.35 # linuxstb_: hmm, good point.. HAVE_HOTSWAP sounds much better 22.11.56 # but probably that check is going to be removed soon anyway 22.12.08 # when the multivolume dircache patch is commit ready 22.15.48 # @advcomp,bluebrother: im building a plain sansa sim atm to check whether it also happens there, if yes then i put a screenshot up on imageshack 22.16.34 Join hannesd_ [0] (n=light@p5B164758.dip0.t-ipconnect.de) 22.19.24 # gevaerts: Checked the binary, so you know if it happens in runtime or not? 22.22.08 # Lear: What I know is that drivers[USB_DRIVER_SERIAL].get_config_descriptor is zero when I test it in allocate_interfaces_and_endpoints() or usb_core_control_request_handler() 22.23.45 # So either something overwrites that data (which I think is unlikely), or I did something wrong in the declaration/initializer 22.31.07 # now here is the screenshot: http://img442.imageshack.us/img442/5273/dump080309222955ke5.png 22.32.06 # gevaerts: Well, I can't see anything obvious... 22.32.39 # could that be that "queued" icon? 22.32.44 # it happens also with a plain build. what i did was: select a directory from the files menu to play => the first files get into the playlist (the ones without the arrow). then i go to the context menu in the wps, go back to some directory(! not the files inside) and context-menu/playlist/queue last 22.33.05 # @bb: yes, it could be. i just wondered because its documented nowhere. 22.33.15 # disorganizer: yep, that's it. 22.33.27 # and its always on the files added to the playlist later. no matter how long the playlist is. 22.33.33 # and it does not go away. 22.33.33 Quit hannesd (Read error: 110 (Connection timed out)) 22.33.34 Nick hannesd_ is now known as hannesd (n=light@p5B164758.dip0.t-ipconnect.de) 22.33.46 # it's only shown if the track is queued 22.34.15 # Lear: I'll have another look tomorrow. Thanks for looking at it 22.34.20 # rather than Inserted 22.34.32 # that icon has been there quite a while. Didn't know Cabbie uses a green arrow for that. 22.35.28 # * bluebrother smells loads of work for the manual :/ 22.35.31 # @ bluebrother : strange is that i cant save the files marked that way. also i had problems that sometimes when skipping back/forth they get lost from the playlist 22.35.35 Quit Galois (Remote closed the connection) 22.35.48 Join Galois [0] (i=djao@efnet-math.org) 22.35.51 Quit gevaerts ("let's have an early night for once") 22.35.52 # disorganizer: that's not strange, that's how it's intended to be ;-) 22.35.52 # if i go to "save playlist", only the songs without this arrow get saved 22.36.00 # disorganizer - "Queued" means 'temporarily placed in the playlist'. 22.36.05 # Sounds like you want to Insert, not Queue 22.36.22 # a queued file will get added to the playlist and only get played. It will not get saved with the playlist or kept after it has been played. 22.36.24 Nick stripwax_ is now known as stripwax (n=Miranda@87-194-34-169.bethere.co.uk) 22.36.40 # oh! that was new to me. 22.36.46 # while an inserted file will remain 22.37.17 # * disorganizer is ashame 22.37.25 # sometimes you dont thing of the obvious 22.37.33 # indeed. 22.37.51 # you know what ... ive been wondering about this for weeks now 22.37.59 # fortunately this happens to happen to anyone some time ;-) 22.38.24 Join maddler [0] (n=maddler@cabbage.komputika.net) 22.38.46 # I'm not sure if the manual explains this (enough) ... 22.39.06 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.42.36 # imho it doesnt explain this at all :-) but i could be wrong :-/ 22.44.04 # Slasheri: Are you planning to work on multivolume database support? 22.45.10 # disorganizer: well, feel free to submit a patch ;-) 22.46.14 # amiconn: that would be good but i haven't yet really planned that much 22.51.31 Join einhirn [0] (n=Miranda@p5B03298C.dip0.t-ipconnect.de) 22.51.58 Quit bluebrother ("Verlassend") 22.58.53 # damn i can't understand why rb->do_menu stops playback in my plugin...any suggestion? 23.00.48 # i've put also a playback menu call and whenever i press play/pause it seems to loose playlist 23.01.10 # nothing resumed, and if i exit plugin the playlist is empty 23.02.04 Join venar303 [0] (n=venar303@cpe-74-76-151-192.nycap.res.rr.com) 23.05.14 # hi, quick question: I see that MEMORY_SIZE isn't available in a .c file; only in .lds: why is this and is there a workaround for this? 23.05.26 Part venar303 23.05.47 # MEM should be defined (in the Makefile) 23.06.01 # and this contains the same as MEMORY_SIZE? 23.06.04 Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0b5pre/2008030806]") 23.06.36 # I see 'export MEMORYSIZE=64' in Makefile 23.07.02 # See apps/Makefile - it uses "-D MEM=$(MEMORYSIZE)" 23.07.13 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-827543425bb014aa) 23.07.59 # ah ok, I see that this is also available in bootloader/Makefile 23.08.00 # thanks 23.08.17 Join gromit` [0] (n=gromit@ALagny-154-1-48-53.w83-200.abo.wanadoo.fr) 23.09.55 Quit Mathiasdm ("Yuuw!") 23.14.09 *** Saving seen data "./dancer.seen" 23.16.23 Quit faemir (Remote closed the connection) 23.18.33 Quit gromit`` (Read error: 110 (Connection timed out)) 23.20.32 Join Mathiasdm [0] (n=Mathias@vpnh231.ugent.be) 23.23.15 Quit stripwax (Read error: 104 (Connection reset by peer)) 23.28.34 Quit mcuelenaere (Read error: 110 (Connection timed out)) 23.31.44 Join hannesd_ [0] (n=light@p5B1623EC.dip0.t-ipconnect.de) 23.32.00 Quit davina (Remote closed the connection) 23.32.09 # ah found that wma seeking bug lear mentioned 23.34.44 Quit petur ("gonne") 23.35.28 # anybody familiar with tagcache.c? 23.35.56 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.36.05 Quit hannesd (Network is unreachable) 23.36.05 Nick hannesd_ is now known as hannesd (n=light@p5B1623EC.dip0.t-ipconnect.de) 23.39.07 Quit disorganizer ("CGI:IRC (Ping timeout)") 23.39.22 Quit Mathiasdm ("Yuuw!") 23.42.46 Quit DerDome ("Leaving.") 23.43.23 # * Bagder gets annoyed when people send mail to the twiki admin email address when they figure out they can't edit pages... 23.45.46 # Bagder: I wanted to ask you about the bootloader on the Sansa 23.46.02 # shoot 23.46.06 # i understand it runs from IRAM, but could it be relocated to somewhere in SDRAM? 23.47.17 # was thinking about trying to stick it somewhere higher up in RAM, and then insert a jump to it in the Sansa firmware, so that i could get back to the bootloader without clearing the register initialization done by the OF 23.48.00 Quit m0f0x ("clean") 23.49.32 # sure, that should be possible to make 23.49.53 # * amiconn is curious what saratoga is trying to achieve 23.51.00 # amiconn: I'd like to know what the OF sets a lot of the AS chip's registers to 23.51.14 # if i could get back to the bootloader i could just dump them 23.51.16 # It wouldn't need to be the bootloader; you could put together some code from the rockbox building blocks that you tack onto the OF. 23.51.28 # is it teoretically possible that "gather runtime data" to write index files in the same time the database browser reads from them and the read to be messed up? 23.52.04 # I was hoping to get back into rockbox itself 23.52.12 # then just use the debug menu 23.53.32 # I suspect that the OF will clear at least some of the ram. So you will need to find a place where the code doesn't get overwritten 23.54.18 # it'll show pretty quickly if the code dumps something on the lcd first thing ;-) 23.55.07 # I think you're just making life more complex trying to load Rockbox. e.g. you'll have to disable all of Rockbox's inits... 23.55.19 # (or at least the ones to the registers you're interested in). 23.55.58 # I would do what amiconn suggested - make a custom application (e.g. a modified bootloader build) to dump the registers 23.56.17 # disabling the inits isn't too hard, i know pretty much all of them on the AS chip anyway 23.56.30 # what i don't know is how any of the bootloader or low level rockbox stuff works 23.56.38 # so i have no idea how to make such an app 23.57.20 # saratoga: firmware/boot.lds is the file that controls to what address the output code is generated for 23.57.23 # Just edit bootloader/main-pp.c 23.57.31 # (and build a bootloader binary) 23.57.53 # With a bootloader build, I don't think you even need to adjust the lds - it relocates itself to IRAM and runs from there. 23.58.27 # (IIRC...) 23.58.55 # so you're basically saying stick this somewhere in the OF binary, add a jump to it, and then repack it with the mi4 tool and it'll relocate itself?