--- Log for 03.05.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 16 days ago 00.03.15 Quit Horscht ("Verlassend") 00.05.24 Quit lee321987 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 00.10.24 # domonoky: platform isn't written with two t's in english ;) 00.10.46 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 00.11.50 # if thats the biggest problem, i am happy :-) 00.13.24 # well, I guess I'm going to have a few other comments as well. But it's quite late now. I'll get back to you tomorrow (with more energy to concentrate on that code :) 00.14.27 # thats fine. 00.17.01 Quit bluebrother ("zzz") 00.20.20 Quit {phoenix} (Remote closed the connection) 00.20.58 Quit einhirn (Read error: 104 (Connection reset by peer)) 00.21.32 Join {phoenix} [0] (n=dirk@p54B46B5D.dip.t-dialin.net) 00.22.37 Quit {phoenix} (Remote closed the connection) 00.29.39 Quit merbanan (Read error: 110 (Connection timed out)) 00.29.53 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 00.31.17 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.31.44 Quit petur ("Zzzz") 00.34.30 Join tapiocapudding [0] (n=chatzill@209.195.235.180) 00.36.13 # i'm trying to edit the lang file to change the "Rockbox" string at the top of the main menu. i'm following the guide at http://www.rockbox.org/twiki/bin/view/Main/LangFiles, but i can't follow it, it says to refer to the configure script to find the id number for my build in /rockbox-xxxxx/tools, but the script refuses to run 00.36.17 # i'm using an iPod nano 00.39.34 *** Saving seen data "./dancer.seen" 00.49.49 Join EternalRains [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 00.55.00 Quit bubsy ("Panic.") 00.55.59 Quit bertrik ("Leaving") 01.05.22 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.10.42 Quit dada_- ("Quitte") 01.14.24 Quit CaptainKwel (Remote closed the connection) 01.16.02 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 01.20.22 Join cmwslw [0] (n=cmwslw@c-69-246-128-32.hsd1.tn.comcast.net) 01.22.59 Join hillshum [0] (n=hillshum@unaffiliated/hillshum) 01.24.08 Quit n1s ("Lämnar") 01.26.02 # New commit by 03kkurbjun (r20846): M:Robe 500 - Fix some of the Keymaps, touchscreen improvements to decrease inacurate reads, add support for dynamic frequency (was running at 87.5 ... 01.28.14 # On targets with scrollwheels, in plugins with a grid, should all four keys be used instead of using the wheel for the up and down part? 01.28.32 # in moving around on said grid 01.28.47 Quit tapiocapudding (Read error: 110 (Connection timed out)) 01.29.23 Join brixq [0] (n=4041b92a@gateway/web/cgi-irc/labb.contactor.se/x-57a3f1eae54cec0b) 01.30.02 # hey all 01.30.30 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) 01.30.35 # has anyone had problems with the sansa c250? I've been using one with rockbox for a little less than a year 01.30.54 # and it won't accept read/write permission changes now 01.31.07 # have you formatted it? 01.31.10 # fat32 doesn't support permissions 01.31.38 # If you are using linux, it'll be either being mounted as read only, or the mount point permissions are wrong 01.31.39 # I have formatted it, and I've changed the umask settings in my /etc/fstab file to 000 01.31.55 # afteer formatting, I attemped a reinstall 01.31.57 # though 01.32.10 # only the .rockbox file was written (not the dir) 01.32.23 # do a disk check - if there are any filesystem problems it'll be mounted as read only 01.32.35 # brixq: There is no .rockbox file, the only thing named .rockbox is a folder 01.32.35 # I used `sync` and everything, but it failed to write 01.32.44 # And there isn't a .rockbox file 01.32.49 # yeah, that's what's odd 01.32.50 # ah, too late :) 01.33.09 # ^ I used dosfsck 01.33.30 # and does mount tell you that it is mounted rw? 01.33.45 # nope, ro 01.33.58 # my fstab options have it set for users and rw, though 01.34.11 # I suspect filesystem errors 01.34.20 # That's kind f what I was thinking 01.34.34 # though the built-in format option seems to not have fixed the issue 01.34.36 # and if you check logs it'll say something like file system errors, mounting read only 01.34.50 # formatting may well not, depending on the problem 01.35.10 # Hmm. That's unfortunate 01.35.32 # fsck.vfat isn't too bad, it normally finds most things 01.35.34 # It's seen a lot of use; do you think the memory could be getting worn out? 01.35.44 Part cmwslw ("Ex-Chat") 01.35.57 # brixq: You need to check your logs and find out why it is being mounted ro 01.36.06 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.37.12 # from my logs: "kernel: fat_get_cluster: invalid cluster chain " 01.37.22 # that's the reason stated for mounting ro 01.37.48 # fsck.vfat normally sorts that out 01.37.53 # I get this issue on several different machines, several diff distros, and several diff kernels 01.38.00 # ^I'll give that a shot 01.38.12 # yeah, as the c200 filesystem is still broken on all of those :) 01.38.23 # make sure it isn't mounted when you run it 01.38.52 # Invalid disk format in boot sector 01.39.39 # I don't quite understand how to fix that, as fsck.vfat doesn't correct the problem 01.39.40 # This isn't really Rockbox related - try fixing those errors then it should be OK. You can always pop into #rockbox-community as well 01.40.35 # I figured this was the player. I didn't want to get run off from a sansa channel by having people automatically blame the problem on rockbox 01.40.49 # I appreciate the hlp, though 01.41.04 # no problem 01.41.38 Quit mirak (Remote closed the connection) 01.42.14 Quit brixq ("CGI:IRC (EOF)") 01.43.14 Join webguest64 [0] (n=4041b92a@gateway/web/cgi-irc/labb.contactor.se/x-befe1c420cc1250a) 01.43.17 Join _synergist [0] (i=christop@cant.be-arsed.co.uk) 01.43.35 Quit shadearg (lindbohm.freenode.net irc.freenode.net) 01.43.35 NSplit lindbohm.freenode.net irc.freenode.net 01.43.35 Quit synergist (lindbohm.freenode.net irc.freenode.net) 01.44.27 Quit webguest64 (Client Quit) 01.52.15 Quit moos ("Rockbox rules the DAP world") 01.56.08 NHeal lindbohm.freenode.net irc.freenode.net 01.56.08 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 02.00.41 Quit pixelma (Nick collision from services.) 02.00.41 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 02.01.01 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 02.01.10 Quit amiconn (Nick collision from services.) 02.01.12 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 02.01.32 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 02.11.03 # New commit by 03kkurbjun (r20847): Fix red 02.14.09 Nick _synergist is now known as synergist (i=christop@cant.be-arsed.co.uk) 02.14.14 Quit ender` (" cat /dev/coffee | /dev/cup | /dev/mouth | /dev/nose > /dev/keyboard") 02.23.58 Quit fdinel (Read error: 104 (Connection reset by peer)) 02.32.31 Join AndyIL [0] (i=AndyI@212.14.205.32) 02.34.44 Join bubsy [0] (i=Bubsy@94.139.72.137) 02.39.36 *** Saving seen data "./dancer.seen" 02.43.07 Part domonoky 02.50.17 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.52.32 Quit AndyI (Read error: 113 (No route to host)) 03.09.32 Quit Thundercloud (Remote closed the connection) 03.31.35 Join AlHaz [0] (n=alhaz@alhaz.fttp.xmission.com) 03.33.18 Quit Riku (Read error: 54 (Connection reset by peer)) 03.34.21 # Just a heads up - you can pretty much drop an MK1214GAH (120gb) into a Gigabeat S60, let the bootloader partition and format, and dump in the bootloader. I say "just about" because what i actually did was use sendfirm to push the OF v1.1 NK.bin (to avoid issues with later versions of the OF) and then pushed the single-mode rockbox bootloader. 03.34.24 Join KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 03.34.48 # this is convenient, because sane operating systems refuse to partition the drive the way that the bootloader inexplicably likes it. 03.35.33 # I used sendfirm because i cannot find the v1.1 gigabeat restore tool. 03.38.53 Join Aurix_Lexico [0] (n=comrade@c-68-56-86-137.hsd1.fl.comcast.net) 03.38.58 Part Aurix_Lexico 03.39.11 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 03.50.06 Quit HBK (Read error: 110 (Connection timed out)) 03.57.41 Quit KBH (Read error: 110 (Connection timed out)) 04.00.25 Quit HBK- (Read error: 104 (Connection reset by peer)) 04.00.30 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 04.02.55 Join evilnick1 [0] (n=evilnick@173.52.140.21) 04.09.01 Join KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 04.21.17 Quit evilnick (Read error: 110 (Connection timed out)) 04.24.49 Join calman_ [0] (n=caleb@dhcp-064-247-085-072.eg1.ohiou.edu) 04.27.20 Quit HBK (Read error: 110 (Connection timed out)) 04.35.55 Quit EternalRains (Read error: 104 (Connection reset by peer)) 04.36.48 Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-c7f85e7c345aa934) 04.37.29 # motionman95: did you ever get registered on flyspray? 04.37.43 Join kushalone [0] (n=kushal@12.169.180.178) 04.38.47 # Unfortunately, no, I still can't receive the email. =( But I followed a good tip and made sure my plugin conformed to the docs/CONTRIBUTING file. 04.39.40 *** Saving seen data "./dancer.seen" 04.39.45 # Would it be alright if I posted it? (Giving you full credit of course) 04.40.31 # Sure, thanks! That would be awesome! I want to mention that, it's not perfect, of course, but for now it works! 04.40.42 # I'll proceed to upload the file... 04.41.04 # http://mibbit.com/up/sAbWDz1X.c - There you go... 04.41.18 # * motionman95 says that he will be right back... 04.41.20 # I have to move a dresser right now so just a sec 04.42.56 # * motionman95 is back, will wait for hillshum... 04.45.35 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.46.34 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.47.21 # motionman95: could you make it a diff? 04.48.01 # if not I can get my svn trunk mounted rw to do it... 04.48.41 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 04.48.59 # Sorry to make you have to do that, but could you? I'm not at my home Pc. Also, could you tell me if there is an age limit for contribution to rockbox? I'm 13... 04.49.30 # I don't really know. Your full name is needed at least. 04.49.32 Join spirals [0] (n=Willie@c-69-245-77-10.hsd1.mi.comcast.net) 04.49.47 # Cool! 04.50.06 # * motionman95 has to use the restroom, he will be right back. LOL 04.50.20 Part spirals 04.53.01 # * motionman95 is back... 04.53.32 # Okay. It's taking me a while. Might not get it done til monday 04.53.49 # Is there such a think as an FM Radio wps? 04.54.31 Quit efyx_ (Remote closed the connection) 04.55.40 # motionman95: on the Flyspray email, it's not in a spam folder is it? And you're not using a Verizon account? 04.56.15 # No. Oh, and how do you make a diff from a .c file that has no oldfile? "diff -u theme_del.c theme_del.c > patch"? 04.56.52 # 'svn add' 04.57.08 # than 'svn diff' 04.57.21 # Or something like that. 04.58.34 Join n17ikh [0] (n=n17ikh@host-12-179-64-137.nctv.com) 05.00.05 # svn: '.' is not a working copy svn: Can't open file '.svn/entries': No such file or directory 05.00.43 # Check the docs(man pages, help outputs) 05.01.05 # motionman95: did you use svn or a tarball to get the source? 05.01.22 # uhh...tarball. 05.01.27 # use svn 05.01.44 # Okay.. 05.02.02 # delete my existing files? 05.02.44 # it's lockbox.c right? 05.02.52 Join kugel [0] (n=kugel@rockbox/developer/kugel) 05.03.14 Part AlHaz ("Client exiting") 05.03.31 # kkurbjun: hey! nice that you got fading to work 05.03.39 # what's lockbox.c? no, it's called theme_del.c and I have another plugin called rocklock.c 05.03.54 # Okay 05.04.07 # however, the _backlight_on procedure looks like a typical case for BACKLIGHT_FADING_SW_SETTING to me 05.05.56 # and I don't quite understand what _backlight_dim is needed for :) 05.06.26 Quit KBH (Read error: 110 (Connection timed out)) 05.08.15 # * kugel thinks there should maybe exist a wiki page about backlight fading. There's at leat 4 appracges 05.08.33 # motionman95: it's for all targets right? 05.08.34 # approaches too 05.10.34 # hillshum: Yes. I'm downloading the source right now... 05.10.49 # * motionman95 will be right back... 05.10.57 # And what's your full name? 05.14.31 # * kugel is starting such a page 05.18.24 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b344d1045e9c0e6b) 05.27.20 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-895c9b0f508c6e15) 05.30.51 # motionman95: I'm compiling to make sure everything works right now. This box is slow so it will be a while 05.31.27 # hillshum: You should probably wait until he can get the whole flyspray registration issue worked out 05.31.38 # Otherwise he won't really be able to update his patch, respond to comments on flyspray, etc. 05.32.25 # I know. Who admins it? The haxx trio? 05.32.45 # He's been directed to try to talk with Zagor several times, I believe 05.34.23 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 05.37.11 # * motionman95 apoligizes for being gone so long... 05.37.52 # kkurbjun: ideally, a target for which _backlight_on() is only a wappter for _backlight_se_brightness() , it should use BACKLIGHT_FADING_SW_SETTING. I started a wiki page about this issue (http://www.rockbox.org/twiki/bin/view/Main/BacklightFading, work in progress) 05.37.52 # motionman95: have you asked Zagor about FlySpray? 05.39.11 # * kugel defintely needs to read up on twiki syntax :/ 05.39.44 # the greater plan is to document the whole backlight api anyway 05.40.23 # * kugel likes forming badly maintainable code into a portable api-like code too 05.45.50 # After making a diff, how do I copy it? 05.46.19 # o.O 05.46.24 # s 05.46.28 # ctrl+c? 05.46.34 # same way you would copy anything else? 05.46.48 # I used "svn diff" 05.46.59 # have you used the > thing? 05.47.16 # i.e. svn diff > patch.diff will get you a patch file 05.47.24 # Woops.... 05.47.27 # tee hee... 05.47.33 # if not, you'll be able to c&p from the console 05.48.06 # on a Linux terminal emulator, ctrl+shift+c to copy 05.48.19 # kugel: would you like me to post a patch for the mmu-arm.S bus setting routines isolated out? 05.48.53 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.49.25 # FlynDice: the latest patches don't include stuff in mmu-arm.S :/ 05.49.37 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-28a4c3b328104443) 05.49.44 Part toffe82 05.50.01 # * motionman95 procceds to upload da diff 05.50.02 # I'm not opposed to commit #ifdef'd out stuff into that file though if it's likely to be used later and making patches easier 05.50.35 # motionman95: did you add theme_del.c to SOURCES and CATEGORIES ? 05.51.05 # Forgot to. Let me re-diff.... 05.51.05 # FlynDice: What do you think of my #define cleanup? I 05.51.11 # motionman95: Did you ever get in contact with Zagor? 05.51.18 # kugel: yes because I tried to stick with what was in svn if I could. 05.51.33 # I tend to commit it, so that changes to the .lds files wouldn't be needed anymore 05.51.35 # motionman95: You may have missed it while you were gone, but I don't think it's a good idea to have someone else post your patches to flyspray, since you won't be able to then respond to comments on it or upload fixes. 05.52.18 # Well, maybe so, but I'm really eager to get it online after all my work. 05.53.09 # There are many ways you could've resolved this issue. 05.53.29 # You could've signed up for a gmail account or similar, and tried using that for flyspray, or simply actually gotten in contact with Zagor. 05.54.10 # motionman95: We're not the poeple which are keen on stealing credits. Ask *any*one to upload it for you, and the person will name you in the task, and the person committing it will name you too (in the case it is committed) 05.54.35 # kugel: I just told him *not* to have someone upload it to flyspray for him 05.54.47 # or you could be more patient to ask the flyspray admins (=Zagor apprarently) to help you with it 05.54.57 # kugel: There's no way he can respond to comments or fix the patch if he's constantly depending on someone else to do his uploads, so he really needs to get the issue resolved one way or another. 05.55.02 # kugel: I thought it worked well. I had to add that one extra DRAMORIG to get it to link though, did you fix that? 05.55.25 # motionman95: Oh, also, you don't want to be deleting the font, as that is usually kept separate from the theme, 05.55.27 # Llorean: What's the point of starting a discussion with me now? 05.55.54 # I haven't been able to contact Zagor, so I guess I'm stuck with the new email option. What email services can I use? 05.55.59 # kugel: It seemed to me you misunderstood the situation, since at no point did he bring up the fear of not receiving credit. 05.56.18 # motionman95: have you even made an effort?...he has been around lately.. 05.56.45 # motionman95: Gmail is best 05.57.08 # Ugh, I don't really like gmail, but if you say so... 05.57.09 # FlynDice: Not really, but I would appreciate if you'd volunteer to upload a fixed-up version that only contains that (I'd to myself too if you don't want too) 05.57.34 # or yahoo or hotmail 05.57.37 # motionman95: In what ways did you try to contact Zagor? 05.57.53 # Maybe we can recommend one you didn't try. 05.59.02 # FlynDice: What I'm trying to do (which is currently the very least to contribute to this issue) is to make working with the patches easier 05.59.09 # BTW, what email service are you using now? 05.59.36 # I, myself, got stuck at trying to apply funman's patches. I've asked him today to get a sync'd tree today 06.00.37 # It's a bit sad that I can't concentrate more on that, but that doesn't mean I can't make it easier for you in terms of creating patches against SVN :) 06.02.15 # Llorean: saying " I'm really eager to get it online after all my work" but still not accepting someone else to uplpoad it is a typical sign of "fear of not getting the credits". Sorry if I got it wrong 06.02.29 # asking him doesn't harm though, I think 06.02.50 # kugel: He was accepting someone's offer to upload for him. I then told the two of them they probably shouldn't do it that way 06.02.55 # kugel: there was a lot more than just that one line in the conversation... 06.03.18 # Would it be alright if I posted it? (Giving you full credit of course) 06.03.23 # Ok, sorry then 06.04.37 # FlynDice: what do you think of mm- 06.04.39 # uj 06.04.41 # + 06.04.56 # mmu-arm.S additions are needed (sorry for the spam) 06.05.08 # funman said neither are 06.12.46 Quit hillshum ("Leaving") 06.12.49 Quit calman_ (Client Quit) 06.13.19 Join calman_ [0] (n=caleb@dhcp-064-247-085-072.eg1.ohiou.edu) 06.13.36 # FlynDice: So, do you want it the mmu addions in? I'm in the mood to make develeopent on the caching thing easier and faster (as it can be reverted later any). 06.16.37 # kugel: sorry kid stuff going on here... They're not really necessary, they just make things easier to read ie mmu_bus_fast() or amba_bus_fast() instead of 4 lines of assembler 06.17.28 # are other targets using it (not that it's deciding, there's a lot #ifdef IMX31 stuff in it too)? 06.18.42 Join hillshum [0] (n=hillshum@unaffiliated/hillshum) 06.19.22 # the IMX31 is all #ifdef'd for itself, but the exact same assembler routine is used in system-megfx.c to go from MAX to NORMAL speeds 06.19.58 # heh 06.21.01 # I'll look into it. Maybe you can upload a patch which contains the things you consider as worthwhile for SVN (to making developement easier) ? 06.21.20 # I'll post it and see what kind of comments get made 06.21.29 # the gigabeat f/x are quite similar to as3525 anyway 06.21.57 # FlynDice: I don't think there need to be much comments 06.22.06 # way more informative datasheet they got with that samsung chip though 06.22.19 # the cpu is the same though 06.22.30 # the only difference is the cache and iram *size* 06.22.32 # besides the cache 06.23.29 Quit Zoxc () 06.23.34 # the iram is a breaker though, as it is so small that F/X doesn't even use it (only 4k) 06.24.27 # FlynDice: btw, I really think we don't need to worry about the frame buffer thing, however, copying what the F/X does might be helping just for the sake of getting it to work :) 06.25.32 Quit hillshum ("Leaving") 06.26.35 # FlynDice: There's three peoplw which are tangled by the AMS v2 issue (me, you and funman). If you consider it as worthile (and we're not considering as bad, which I'm unlikely too), we can commit it. If it turns out to be useless later, we remove it again and everything is fine 06.27.24 # I *really* don't want to hesitate with committing code that actually helps to make the port happen 06.27.38 # And I trust you in that particular area more than I trust myself 06.28.00 Join zoyd [0] (n=vinay@unaffiliated/zoyd) 06.28.03 # hi 06.28.20 # I think it would be worthwhile. It _won't_ break anything anyway 06.28.33 # Sounds like a deal :) 06.29.12 # give me a few minutes, gotta put my kids to bed... 06.29.31 # no problems, kids are more important 06.32.07 # does anyone have a ipod nano 1G and can can tell how the playback time compares with the factory firmware for common mp3s(128/256)? 06.32.48 # zoyd, battery life has generally been reported to be about the same as the OF if not better with rockbox 06.32.52 # zoyd: that's the only page I can find: http://www.rockbox.org/twiki/bin/view/Main/IpodRuntime 06.33.08 # * zoyd check 06.33.45 # sounds good 06.34.08 # given the best result, you're probably save assuming 12h, unless your battery is damaged or aged 06.34.33 # (the best result seems pretty old already) 06.34.50 # We'd welcome if you'd upload your results of course 06.37.41 # my brother has a nano and i'm trying to convince him to move to rockbox to extend the live of that player. i'll try and upload results of tests. 06.37.54 # s/live/life 06.38.20 # apple claimps 10h right? 06.38.34 # claims too 06.39.39 # It's always depending on the codec (flac is way more efficient than AAC, f.e.). But 10h sounds like a reasonable expectation. NOTE that I'm not a ipod ownder at all 06.39.44 *** Saving seen data "./dancer.seen" 06.40.20 # don't know really, i'll have to test with the factory setup before trying RB. 06.41.21 # also was wondering why philips flash players don't appear on the targets list 06.42.13 # because it needs people actually working on a port 06.42.25 # poeple with enough skills and a time 06.43.17 # a port - most of the time - needs to be done from scratch, with regards to the firmware (i.e. driver) level 06.43.46 # * zoyd checks http://www.rockbox.org/twiki/bin/view/Main/GoGearSA9200info 06.44.28 # I think there's been some work on it, but no dev with enough endurance kept working on it 06.45.07 # i guess those players aren't as popular 06.45.49 # A rockbox port doesn't depend on the popularity at all 06.47.04 # The work is done voluntarily by people having fun at it. Greater popularity only helps at finding developers working on it due to the higher userbase, but generally a port can be done by 1 person which is the sole owner of a dap too 06.47.28 # http://forums.rockbox.org/index.php?PHPSESSID=ce77c290a800ec689169e527fa4c58a2&topic=15078.0 06.59.13 Quit motionman95 ("http://www.mibbit.com ajax IRC Client") 07.01.45 # FlynDice: I'm off now. I'll of course be reading the logs and flyspray posts 07.01.49 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.10/2009042523]") 07.05.29 Join AndyI [0] (i=AndyI@212.14.205.32) 07.06.27 Quit jmillikin (Read error: 110 (Connection timed out)) 07.10.43 Join Rob2222 [0] (n=Miranda@p4FDCE2E0.dip.t-dialin.net) 07.18.22 Quit gevaerts (Nick collision from services.) 07.18.34 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 07.19.12 Quit AndyIL (Read error: 110 (Connection timed out)) 07.28.06 Quit Rob2223 (Read error: 110 (Connection timed out)) 07.29.18 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-56e1c70631426b7a) 07.30.41 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 07.47.58 Quit Horscht (Read error: 110 (Connection timed out)) 07.48.26 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.48.38 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-a891c5f49ccccf8f) 07.53.17 Quit daurnimator (Remote closed the connection) 07.59.34 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 08.02.30 Part zoyd 08.03.41 Quit CaptainKwel (Remote closed the connection) 08.06.59 Join Rob2223 [0] (n=Miranda@p4FDCE02B.dip.t-dialin.net) 08.09.02 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 08.11.11 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 08.19.46 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 08.23.55 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.25.07 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.25.39 Join Rackattack [0] (n=eric@user-0c8h5m0.cable.mindspring.com) 08.25.56 # Good day to all of you. :) 08.26.25 # Need a little bit of help on installation. 08.37.29 Quit Rackattack (Remote closed the connection) 08.39.46 *** Saving seen data "./dancer.seen" 08.42.18 Join l403 [0] (n=l@85.132.159.239) 08.48.23 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.02.12 # New commit by 03bertrik (r20848): Make local function static in jpeg_load.c, add missing header file in read_image.c 09.48.06 Join {phoenix} [0] (n=dirk@p54B47F59.dip.t-dialin.net) 09.50.34 Quit martian67 (Remote closed the connection) 09.52.50 Quit {phoenix} (Remote closed the connection) 10.22.55 Join martian67 [0] (n=martian6@testingthis.mooo.com) 10.23.08 Quit martian67 (SendQ exceeded) 10.23.33 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 10.33.44 Quit _lifeless (Remote closed the connection) 10.34.00 Join _lifeless [0] (n=lifeless@188.16.94.180) 10.36.29 Join at0m|c [0] (i=a548c80b@gateway/web/ajax/mibbit.com/x-7d633e7704c47197) 10.38.33 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.38.43 Quit mt (Read error: 101 (Network is unreachable)) 10.39.48 *** Saving seen data "./dancer.seen" 10.41.51 # hi, building the database freezes my h300, displayed is "Building database... 5028 found (STOP to return)". Rockbox 3.2, had the same symptoms on any 'current built' I've tried the last weeks. Anyone happen to have an idea? 10.42.15 # * at0m|c looks for a paperclip to reset h300 10.43.56 # hd keeps spinning, but i don't hear read/writes... time for reset :) 10.50.00 Quit BHSPitLappy (Remote closed the connection) 10.58.01 Quit planetbeing_ () 10.58.23 Quit parafin (Read error: 110 (Connection timed out)) 11.01.19 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 11.09.27 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 11.17.13 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 11.31.18 # mounting h300's fat32 as utf8, making it capital sensitive.. hand-eliminating doubles.. :z 11.37.41 Join ved_ [0] (n=ved2@82.210.188.137) 11.48.31 Quit Makuseru (Remote closed the connection) 12.02.19 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 12.07.18 Join moos [0] (n=mustapha@rockbox/staff/moos) 12.09.16 Quit daurnimator (Read error: 110 (Connection timed out)) 12.09.42 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 12.13.14 Join Lss [0] (n=Lss@cm100.delta140.maxonline.com.sg) 12.13.38 Quit planetbeing_ () 12.16.57 Quit Lss (Read error: 104 (Connection reset by peer)) 12.16.58 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 12.20.28 Join parafin [0] (i=parafin@paraf.in) 12.21.59 Quit l403 (Read error: 113 (No route to host)) 12.25.49 Join Lss [0] (n=Lss@cm100.delta140.maxonline.com.sg) 12.39.50 *** Saving seen data "./dancer.seen" 12.40.12 # thought i had removed the last duplicates using fdupes (debian), db building still hangs, and always on a different number (4143, 5264,...) 'found'. so i'm excluding the duplicates now, which IIUC should be found at the same moment in the scan 12.47.43 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.50.03 Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) 12.52.16 Quit SUSaiyan (Read error: 113 (No route to host)) 13.03.04 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 13.06.20 Quit planetbeing_ () 13.20.28 Join midijunkie [0] (n=Miranda@pD9545ED3.dip0.t-ipconnect.de) 13.23.39 Join miepchen^schlaf [0] (n=miepel@p579ECF19.dip.t-dialin.net) 13.26.09 Quit midijunkie ("?(???~•~)?") 13.29.52 Quit Seed (Read error: 113 (No route to host)) 13.30.59 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 13.45.52 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 13.54.51 Join mt [0] (n=MTee@41.233.143.197) 14.00.59 Join steveox [0] (n=3ab2c859@gateway/web/cgi-irc/labb.contactor.se/x-6284d8b7312d92aa) 14.01.23 # do u think rockbox will be made to work on ipod classic any time soon? 120gig ipod? 14.02.49 # are you planning on porting it? 14.03.29 # porting? 14.03.38 Quit daurnimator (Read error: 110 (Connection timed out)) 14.04.30 # are you planning on making it work on your ipod classic? 14.04.34 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 14.06.08 # bubsy: if you want to see debug messages in the ZVM bootloader while loading Rockbox, add #define logf printf to http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/arm/tms320dm320/creative-zvm/ata-creativezvm.c?view=markup 14.06.16 # didnt know rockbox could be made to work on it has it already been done? 14.06.48 # but reading/parsing the OF filesystem still isn't done 14.07.13 # steveox, I don't know exactly what is meant by ipod "classic" but the answer is probably no 14.07.28 # if it would be easy, someone would have already made it work probably 14.08.29 # http://www.apple.com/ipodclassic/ 14.10.51 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 14.11.01 # there are about 6 generations of ipod classic: http://en.wikipedia.org/wiki/Ipod_classic, a 120 GB would be a 6th gen and rockbox does not run on it: http://www.rockbox.org/twiki/bin/view/Main/IpodPort 14.13.30 # =( 14.19.31 Quit flydutch ("/* empty */") 14.23.54 # bertrik: There aren't, wikipedia is wrong 14.24.07 # bertrik: It calls every full size ipod "classic" 14.24.35 # steveox: The Classic is the 6th gen, Rockbox works on generations 1 - 5.5 inclusive 14.24.44 # oh sorry about referring to it then 14.25.34 # steveox: The problem with the 6th gen (or Classic) is not only does it have completely new undocumented hardware, but the firmware is encrypted. Until someone works out how to run custom code on it, there won't be any progress at all 14.26.26 # bertrik: That wikipedia article seems to catch a few people out - apparently it comes from one speach by someone at Apple (Jobs I guess), where he referred to the classic ipod lineup, or something like that :) 14.26.51 # *speech 14.26.58 # hey, any of you happen to have an idea on my building the database freezing on h300? 14.27.54 # at0m|c: The database sometimes hangs on building if there is a track with something a bit odd with the metadata 14.28.20 # at0m|c: You could do a binary search to find the problematic tracks, then we can look at the track to see what the problem is 14.28.48 # BigBambi: i first suspected utf8 duplicates, what puzzles me is it happens at different file counts 14.29.08 # BigBambi: how would i do such binary search? any hints? 14.29.11 # Yeah, a bit odd 14.29.23 # at0m|c: Yes, you remove half the songs and try them 14.29.30 # ah oki 14.29.34 # If there are any problems remove another have etc 14.29.39 # *half 14.29.40 # right 14.29.53 # That way you should be able to quite quickly narrow down to the problem 14.29.58 # or you add a .database.ignore to half of your directories 14.30.07 # or that, yes :) 14.31.40 Quit robin0800 (Read error: 54 (Connection reset by peer)) 14.32.57 # database.ignore needs a dot before it? 14.33.17 # hm, better look it up... 14.33.34 # * at0m|c sees plain database.ignore in .rockbox, and got that from wiki too last week afaik 14.33.44 # it's plain database.ignore 14.33.51 # * gevaerts apologises 14.33.54 # :) 14.34.44 Quit Thundercloud (Remote closed the connection) 14.35.22 Join coney [0] (n=james@oh.cyber-army.com) 14.36.47 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-a1f8f648e5d583ff) 14.38.35 Join midijunkie [0] (n=Miranda@pD9545ED3.dip0.t-ipconnect.de) 14.39.52 *** Saving seen data "./dancer.seen" 14.40.50 # * rasher is starting to think the database code needs a better way of telling the world what is wrong 14.41.28 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 14.42.45 Join biengo [0] (n=quassel@xdsl-81-173-227-94.netcologne.de) 14.43.37 # rasher: Also, not just freezing if it doesn't like something 14.43.42 Quit Tristan (Remote closed the connection) 14.44.14 Quit biengo (Remote closed the connection) 14.45.36 Join biengo [0] (n=quassel@xdsl-81-173-227-94.netcologne.de) 14.45.50 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 14.46.36 # db freezes during scan are almost always caused by the metadata parsing code, and there is not much possible to do to prevent that, unless the parser code is carefully analyzed and fixed not to trust any data it reads (similarly the db code should do) 14.47.28 # Slasheri: So what is it doing when it freezes? Waiting for metadata to come back? 14.47.46 # of course the db could log the progress to a file to make it easier to find the corrupt file. But that would slow down the scan 14.47.51 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 14.48.22 # could still be useful as a debug option 14.48.27 # ehehe, db *still* crashes at 4236 something files, while there's only 264 files left in the only folder without database.ignore 14.48.33 # weird 14.48.36 # BigBambi: yep, the db is waiting metadata parsers to return the data. And there seems to be many kind of possible bugs in those parser code. For example endless loops, buffer overflows etc 14.48.45 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-7c5672dc76629626) 14.49.15 # Slasheri: I don't suppose there is anyway to "timeout"? 14.49.15 Quit steveox ("CGI:IRC (EOF)") 14.49.21 # * BigBambi is probably being silly now :) 14.49.51 # BigBambi: hmm, in fact that could be possible, unless the parser makes the player to crash 14.50.02 # at0m|c: Do you have any in a hidden recycle bin folder or anything? 14.50.10 # BigBambi: in that case, we would need to brutally kill the tagcache thread and start it again 14.50.11 # if this was written in java, I'd unit test the hell out of it 14.50.17 # who knows the metadata parsers best, exactly? i'm trying to figure out how hard it would be to make them stash an offset to embedded album art in struct mp3entry. ;) 14.50.24 # Slasheri: Maybe timeout, write the name of the problematic file to a log, then carry on? 14.50.46 # BigBambi: mounting on debian - no Windows system folders remaining 14.51.18 # at0m|c: Maybe try deleting *.tcd from /.rockbox then retrying? 14.51.28 # oki 14.51.42 # BigBambi: however, there is a problem that threads are non pre-emptable 14.51.55 # Slasheri: Youre going to lose me now :) 14.52.01 # BigBambi: there's none there, think i did that the other day 14.52.05 # BigBambi: so kernel should have a way to kill the frozen thread 14.52.32 # Hmmm, so it'd be more complicated than tagcache doing it itself? 14.52.50 # yes, that would need modifications down to the kernel level 14.52.56 # I'd expect this to be pretty error-prone 14.53.02 # BigBambi: the problem is that if a thread is in an infinite loop without a yield() inside, nothing else can run. 14.53.12 # at0m|c: Well, I'm out of ideas - however Slasheri wrote the database, so maybe he has an idea :) 14.53.24 # Unhelpful: I see 14.53.53 # BigBambi: and of course, control of resources in use by that thread so we could close them in case the thread being killed has open files etc. 14.54.00 # BigBambi: it would get rather complicated 14.54.13 # not much of my music has changed in the 2 weeks since i ditched the rb version i installed last februari. maybe added 3-4 albums, 400MB of the 40GB. and that versions's db scan ran fine - admittedly with these 400MB less audio 14.54.38 # maybe try removing those again 14.54.45 # that sounds like getting much closer to rockbox being "linux"... or at least some other OS with preemption, task management, etc. 14.55.35 # Slasheri: yes, it sounds it 14.55.36 # since that version from about 2 weeks ago was problematic, i've tried another "current build" or two, and now installed the release (3.2) 14.55.40 # BigBambi: probably the best solution could be to detect the crash, and on next db scan, generate a log of the current progress so that the problematic file could be traced 14.55.41 # gevaerts: oki 14.55.55 # after smoke break :) 14.55.59 # Slasheri: Yep, that'd be a great help I think 14.56.40 # Slasheri: If it becomes easier to find out the problem file, it hopefully would lead to more examples of what causes metadata parsers to fail so they can be fixed 14.57.21 # BigBambi: indeed, most of the problems are easy to fix if we get a full report of the problem 15.03.38 # linuxstb : ping 15.04.49 # what's still weird: moved all except some folders containing 264 files into folders with database.ignore, yea db scan crashes just above 4000 found :? 15.05.23 Quit stripwax (Read error: 104 (Connection reset by peer)) 15.05.42 # I think the number still includes the files in database.ignored directories. Maybe someone can confirm this? 15.07.38 # now hangs at 5115 15.07.47 # * at0m|c reinstalls older version 15.08.11 Join J-23_ [0] (n=kvirc@a105.net128.okay.pl) 15.08.54 Quit J-23 (Nick collision from services.) 15.08.56 Nick J-23_ is now known as J-23 (n=kvirc@a105.net128.okay.pl) 15.10.09 Quit J-23 (Client Quit) 15.10.35 Join J-23 [0] (n=zelazko@unix.net.pl) 15.16.26 Quit Lss (Read error: 104 (Connection reset by peer)) 15.16.41 Join Lss [0] (n=Lss@cm100.delta140.maxonline.com.sg) 15.18.01 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 15.18.16 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-bdc803408e1d6b36) 15.21.41 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.22.07 # Need little help with the codec API : The parsing of rm header should go in get_rm_metadata for example .. the function where the construction of scrambling units of audio packets occur, is actually called inside cook.c (the file which would contain the codec's entry point) .. i.e once DATA chunk is reached in get_metadata everything else will be handled by the codec, am I correct ? 15.22.40 Quit Thundercloud (Remote closed the connection) 15.23.54 # ew, now random_folder_advance_list generating folder lists kernel panics: "*PANIC* Stkov main". will just skip db alltogether for now 15.24.29 # off home in a minute, at0m remains here :> 15.24.38 Quit at0m|c ("mibbit.com: more has been done with less") 15.27.13 # mt: The file is parsed once by the code in get_metadata() - this needs to determine the codec used, the metadata (title, artist etc), and information such as duration, samplerate and bitrate. 15.27.53 # mt: The codec then has to parse the file again to decode it, but doesn't need to read the metadata. So each codec needs two parsers, doing different things... 15.29.20 # linuxstb : so regular parsing could occur inside the codec just as it's done in my current program where I fill RMContext with the relevant data then pass this data to COOKContext ? 15.30.02 # mt: Yes. Or if that data is quite small (e.g. < 100 bytes), you can parse it in get_metadata(). The ASF/WMA metadat parser does this. 15.30.03 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 15.31.15 # linuxstb : If I do that, how could I pass rmctx from get_metadata to the codec ? 15.31.54 # You include it as part of the "id3" struct. Look at the asf codec for how that does it. 15.40.00 # hey mcuelenaere, I'm here now 15.40.10 # oh, you updated the ata driver? 15.40.11 Quit biengo ("http://quassel-irc.org - Chat comfortably. Anywhere.") 15.40.18 # bubsy: I didn't 15.40.20 # oh 15.40.23 # (at least not since a long time ago) 15.41.12 # so.. the debug messages are being sent right to the display text buffer? 15.41.29 # yes 15.41.44 # if you replace those logf calls with printf's (which #define logf printf does) 15.42.01 # yep 15.42.05 Join biengo [0] (n=quassel@xdsl-81-173-227-94.netcologne.de) 15.42.07 # thanks, I'll do that now 15.46.38 Join Zoxc [0] (n=zoxc@88.89.193.8) 15.50.02 # mcuelenaere when I try to run rockbox on my onda vx747 my player says ata error -1 and then shutdowns. Do you have any clue which could cause it? 15.50.13 # what SD card do you use? 15.50.17 # which* 15.50.30 # does rockbox import playlists from the apple firmware upon installation? 15.52.43 # maraz: no. 15.52.48 # why not? 15.52.57 # I have 8gb sandisk microsdhc class 6 card. Does rockbox even support sdhc cards on vx747? 15.53.32 # maraz: rockbox doesnt use anything from the original firmware. and there are many more mp3players supported then ipods. 15.53.45 # true. 15.54.42 # jon-kha: I'm not sure, I only have a 2GB card 15.55.05 # jon-kha: can you compile your own build? 15.55.29 # jon-kha: if so, could you please try http://forums.rockbox.org/index.php?topic=17245.msg147568#msg147568 ? 15.55.42 # maraz: but such a thing could be a job for RockboxUtility, ie create m3u playlists from the ipod db on request. But that needs someone who wants to code this (maybe you ?) :-) 15.56.23 # mcuelenaere well I have only build bootloaders but I can try to build whole rockbox 15.56.45 # jon-kha: first try to build the bootloader and see whether it can read from the SD card 15.57.01 # mcuelenaere I will try that 15.59.50 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 16.00.04 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.01.36 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 16.02.07 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 16.04.12 # mcuelenaere: I SVN-ed the source to a dir, chose 90 for Zen Vision:M 30GB, and B for Bootloader.. it compiled well, then I did the mkzenboot and sendfirm stuff 16.04.26 Quit SirFunk__ (Read error: 60 (Operation timed out)) 16.04.29 # well, now it doesn't register any button press, so I can't skip the "loading creative firmware" 16.04.38 # and the display is all garbage and messed up right after the bootloader loads 16.04.43 # (not before it, the Creative logo is all fine) 16.05.02 # bubsy: the button handler is a bit messed up, try editing bootloader/creativezvm.c so it loads Rockbox as default 16.05.11 # will do 16.05.14 Nick J-23 is now known as PiotrRubik (n=zelazko@unix.net.pl) 16.05.15 # and the display garbage could be related to the M:Robe 500 edits 16.05.20 # changes* 16.05.21 Nick PiotrRubik is now known as J-23 (n=zelazko@unix.net.pl) 16.05.36 # * mcuelenaere hasn't used his ZVM for a long time 16.06.04 # bubsy: try reverting to before r20846 16.07.43 # sending the firmware no 16.07.58 # mcuelenaere: nah, I can see text through the garbage, good enough to see debug messages from the ata driver :-) 16.10.57 # mcuelenaere: http://pastebin.com/m2966e3d1 16.11.00 # this is all it says 16.11.04 # then it freeze 16.11.07 # mcuelenaere: the i2c clock is turned off on the dm320 by default right now, I'm not sure if that would effect the screen much 16.11.23 # bubsy: yes, that's as far I got :/ 16.11.43 # kkurbjun: hmm not the screen, but it will effect on the all input on the ZVM 16.11.49 # s/the all/all/ 16.11.59 Join __lifeless [0] (n=lifeless@188.16.98.164) 16.12.20 # which gets handled through a separate processor which communicates with the main CPU through I²C 16.12.31 # I also was modifying the lds script for the m:robe, I wasn't sure what your scrambler was doing, but I was hoping the setup was functionally equivalent 16.12.59 # mcuelenaere: :| we're almost there 16.13.06 # I can imagine rockbox running already : D 16.13.50 # to imagine it is not enough :) 16.14.07 # mcuelenaere: the other thing that I was changing was the clock setup in system-dm320.c 16.14.12 # kkurbjun: when (what revision) did you edit the lds? 16.14.20 # yes I noticed that 16.14.44 # that's what I thought that could caused the garbage bubsy is experiencing 16.14.47 # I don't know how the pll was setup before on the zvm, but it could be causing some trouble too if it is changing on the zvm 16.15.02 # ... how can I revert back to the original bootloader now? 16.15.08 # uh-oh I hope it's not bricked 16.15.14 # you mean the OF bootloader? 16.15.17 # yep 16.15.27 # and a ZVM can't get bricked, unless you overwrite the flash part 16.15.37 # just do a normal recovery procedure 16.15.41 # :o 16.15.55 # "Your player is not connected" blabla 16.15.57 # it is! :( 16.16.03 # revision 20598 started with the app.lds changed 16.16.08 # changes 16.16.20 # there were a couple that I did 16.16.41 # and the fram address is now done in the linker script rather than as a define 16.17.06 # so mcuelenaere, how do I recover it? 16.17.11 # 20598 also started withthe changes to the boot.lds as well 16.17.15 # Like, the firmware upgrader doesn't recognize it 16.17.41 # bubsy: I don't know out of my head, but there should be some information on either the Rockbox wiki page or on the Creative support forums (or epizenter) 16.18.25 Quit _lifeless (Read error: 110 (Connection timed out)) 16.18.38 # kkurbjun: I'd need to test on the ZVM what impact those changes have, but I currently don't have the time for that 16.18.52 # oh yes you have! :-) 16.19.04 # bubsy: ? 16.19.14 # I was kidding =P 16.19.59 # mcuelenaere I build the bootloader with modified ata-sd-jz4740.c but it didn't help I still get "ata error -1" 16.20.29 # mcuelenaere: if the player is running any code at all I would not expect that changing the pll is the problem, I would suspect the linker script first since there were some semi-drastic changes in it 16.21.11 # kkurbjun: bubsy says he can still read text on the LCD, so I don't think it's really bad 16.21.32 # well, it is 16.21.39 Quit killan (Read error: 104 (Connection reset by peer)) 16.21.51 # segments of the screen is moved away, i see lines and trails 16.21.53 # and stuff 16.22.17 # what's the resolution of the zvm? 16.22.26 # jon-kha: hmm I spot several -1 usages in ata-sd-jz4740.c; could you modify them all to another (negative) number so we can isolate the problem? 16.22.35 # kkurbjun: 320x240 16.22.41 # (same as the iPod Video) 16.23.20 Join domonoky1 [0] (n=Domonoky@92.229.190.250) 16.23.23 # mcuelenaere I can try 16.23.39 # the spi frequency is somewhat changed also 16.23.51 # that could influence the LCD on the ZVM 16.23.59 # in that we are setting it explicitly, I wouldn't be supprised if that is causing the trouble 16.24.12 # but mcuelenaere, do you feel like continueing on the zvm ata driver one day? I would really appreciate it :) 16.24.20 # just debug some more and think hard, grab some beers =) 16.24.35 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 16.25.34 # there's two places that it's changed, one is in the spi-dm320, and the other is in system-dm320 16.25.55 # the spi clock is divided from the arm frequency 16.26.17 # bubsy: perhaps, one day.. but it surely wouldn't be for the near future (exams..) 16.26.20 # so right now it's setup with a divide by 7, and the arm could run either at 87.5 MHz or 175 MHz 16.26.28 # mcuelenaere: I see 16.27.08 # sorr,y that's a divide by 8 16.27.17 # kkurbjun: I need to lookup how it's setup in the OF, but I lost my IDA database 16.29.29 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 16.32.49 # Should the 240GB HDD work in a gigabeat s? 16.33.06 # err, with Rockbox 16.34.23 # mcuelenaere: :) I got the bootloader back 16.34.28 # entered rescue mode 16.34.31 Join FOAD_ [0] (n=dok@dinah.blub.net) 16.34.39 # and then it found the player 16.34.42 # quite neat 16.35.12 # bubsy: that's what I meant with 'the standard recovery procedure' 16.35.51 # cool_walking_, you'd probably have to build it with lba48 support 16.36.01 # yeah i did that 16.36.20 # the bootloader gives me the "file not found" error 16.36.55 # I used a tarred build, as suggested on the wiki, which gives a heap of errors when it tries to create the individual files 16.39.00 # Something worth mentioning is that in bootloader USB mode, the second partition shows up as only 128GiB. 16.39.33 Join petur [50] (n=petur@rockbox/developer/petur) 16.39.48 # that would be a symptom of the bootloader not being built with lba48 support 16.39.50 Quit domonoky (Read error: 110 (Connection timed out)) 16.39.53 *** Saving seen data "./dancer.seen" 16.40.21 Quit Seed ("cu, Andre") 16.40.26 # yeah 16.41.49 # I did #define HAVE_LBA48 in firmware/export/config-gigabeat-s.h 16.43.44 Join stoffel [0] (n=sfr@p57B4F30D.dip.t-dialin.net) 16.49.51 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 16.50.16 Quit FOAD (Read error: 110 (Connection timed out)) 16.50.16 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 16.52.27 Quit HBK- (Read error: 60 (Operation timed out)) 16.55.01 Join kugel [0] (i=kugel@rockbox/developer/kugel) 17.00.15 # kkurbjun: can you take a look at http://www.rockbox.org/tracker/task/10184 and comment on my comment? 17.05.08 # mcuelenaere I modified all instances of -1 to some another negative number. It returns the first "return -1;". If I comment the whole thing out like this http://pastebin.com/m412a8c4c it will return "ata error 20". 17.06.06 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-4ef6f33c14caa1ff) 17.07.02 # jon-kha: hmm could you add #define logf printf at the top of that file? 17.07.38 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 17.08.32 # kugel: the dm320 doesn't use those routines (it probably needs them, but the of sets up most of the stuff on the m:robe 500 at least), it looks slightly different than the way that it is used on the gigabeat fx - since they are in asm and there is no stack used it should be able to be called from crt0.s, I think that is the only place that routine is used on the fx 17.08.48 # kugel: does the mmu work when you set it to syncronous? 17.09.05 Join einhirn [0] (n=Miranda@p4FC60BF2.dip0.t-ipconnect.de) 17.09.09 # no idea 17.09.24 # I would need to look at the arm technical reference to see if the fx could be substituted in 17.10.03 # The dm320 uses these in set_cpu_frequency() ? 17.10.40 # not anymore, that was just copied from the gigabeat fx 17.10.41 # used this 17.10.51 # I see 17.10.52 # and the fx doesn't use that routine 17.11.08 # why's the code there then? 17.11.46 # no one really messed around with frequency changing much, it was there from when people were trying things on the f/x, it's not active though 17.12.22 # so set_cpu_frequency() is unused on f/x as well? 17.12.41 # the current difference on at least the dm320 for running at 87.5 vs 175 is only a couple of ma when playing audio/idling in the menus 17.12.57 # it's used on the latest revision for the dm320, I added different code 17.13.01 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 17.13.04 # a couple ma aren't bad I think 17.13.05 # on the fx it is unused 17.13.20 # yeah, it's about 2% of the total power consumption 17.14.22 # on the gigabeat it might make more of a difference, but the PLL's are not really setup to do frequency shifting on the go as well for the s3c2440 17.14.24 # It seems we want these functions for the as3525, so I was wondering whether other mmu targets can use it too 17.14.58 # they don't have dividers independent of the feedback loop from what I remember so the PLL has to relock everytime you want to change the frequency 17.15.13 # the fx might be able to use it in crt0.s 17.15.39 # I don't think the lock status bits are reliable on the s3c2440 either 17.15.52 # but I might be mistaken on that 17.16.36 # they arn't on the dm320 - it seems to be a semi-common problem - you can work around it by waiting the max lock time as a solution I suppose 17.17.04 # I think the dm320 might be able to use it in crt0.s also 17.18.27 # it seems the clocking on the as3525 is problematic if we use the dcache 17.19.19 # as of now, it's more of trial and error to get it running :/ 17.22.28 Quit martian67 (Connection timed out) 17.23.47 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 17.24.10 Quit codesquid (Remote closed the connection) 17.25.29 Join z35 [0] (n=z35@h252.120.131.174.dynamic.ip.windstream.net) 17.30.20 # mcluenare after I put #define logf printf to the top of the file. bootloader will give me many lines of text. I'm not able to write up all lines before vx747 shutdowns. Few last lines are "SD card is ready" "mmc_init_card_state: unable to SEND_CSD" "ata error -1" 17.31.13 # jon-kha: try commenting out the if { .. } below /*FIXME:ignore CRC error for CMD2/CMD9/CMD10 */ 17.31.19 # (ata-sd-jz4740.c) 17.31.51 # mcuelenaere I will try that 17.32.53 # jon-kha: make sure you revert http://pastebin.com/m412a8c4c 17.32.57 Join toffe82 [0] (n=chatzill@ppp-71-142-14-234.dsl.frs2ca.pacbell.net) 17.36.38 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 17.38.23 Join sko [0] (n=sko@M70ba.m.strato-dslnet.de) 17.41.14 Quit mcuelenaere (Remote closed the connection) 17.42.26 # mcuelenaere after I commented that out it gave me same error but now there wasn't that "SD card is ready" sentence before "unable to SEND_CSD" 17.44.26 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.44.56 Quit midijunkie ("?(???~•~)?") 17.45.49 Join midijunkie [0] (n=Miranda@pD9545ED3.dip0.t-ipconnect.de) 17.46.06 # jon-kha: what lines did you comment out? 17.48.10 # jon-kha: also, what number is behind unable to SEND_CSD error= ? 17.49.03 # (probably 18) 17.53.26 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.55.07 Quit cool_walking_ (Remote closed the connection) 17.55.30 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 17.58.36 Join saratogahome [0] (i=41becb3b@gateway/web/ajax/mibbit.com/x-5c1b9aaceb7f3676) 18.01.15 Quit cool_walking_ (Remote closed the connection) 18.04.46 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.06.27 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-19d774e2943b4895) 18.13.07 Join n1s [0] (n=n1s@rockbox/developer/n1s) 18.14.58 # mcuelenaere I commented the whole if sentence out but I think I didn't save the file before I compiled. Now when I saved the file and compiled it doesn't give "unable to SEND_CSD". I'm trying to find my camera so I can take picture from all the text it gives. 18.16.27 # jon-kha: can you read the text before the device powers off? 18.16.52 # Unhelpful: ping 18.17.10 # if not, you can add while(1); to bootloader/onda-vx747.c after storage_init(); 18.17.21 Quit stoffel ("leaving") 18.23.07 Quit Thundercloud (Remote closed the connection) 18.32.54 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 18.36.40 Quit saratogahome ("http://www.mibbit.com ajax IRC Client") 18.39.57 *** Saving seen data "./dancer.seen" 18.42.22 Join saratoga_home [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-390c78efd7e394a2) 18.42.53 # domonoky1: couldn't we just wget the firmware files from sandisk rather then prompting the user? 18.43.49 # saratoga_home: that could also be possible, but the it breaks when ever sandisk moves/renames the files.. 18.45.06 # mcuelenaere yes I can read some text before device powers off but not much. If I add while(1); just like you suggested I only have a black screen without any text. 18.45.33 # domonoky1: true, but they've left those links alone for years now, so they'll probably be good for a long while 18.45.45 # jon-kha: do you hold the volume down button when booting? 18.45.52 # (or menu button) 18.45.52 # perhaps we could try the link by default and then fall back to manually provided? 18.46.04 # mcuelenaere I hold menu button 18.46.20 # hmm the LCD should power on then 18.46.41 # try adding verbose = true; before /* Only enable backlight when button is pressed */ 18.47.02 # saratoga_home: sounds like a good idea. but first we need to rework mkamsboot. (put all things in functions, make lib out of it) :-) 18.47.37 # yeah ok good point 18.47.44 # i'm glad you're working on this already 18.48.29 # it would be nice if others could help out too :-) 18.48.30 Join DrMoos [0] (i=mustapha@81-66-158-88.rev.numericable.fr) 18.50.01 Quit moos (Read error: 104 (Connection reset by peer)) 18.50.39 # mcuelenaere I added verbose = true; before that comment but it didn't help 18.51.08 # huh? try replacing it with backlight_init(); 18.52.17 # kugel: yes? 18.52.45 # Unhelpful: Is there any reason to not support jpeg backdrops now? 18.53.54 # kugel: somebody has to write it. it'll need to steal the plugin buffer, or else use bufalloc but fail gracefully if the buffer is full due to playback. plugin buffer is probably best. 18.54.24 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 18.54.33 # mcuelenaere I replaced verbose = true; with backlight_init(); but I still get only a black screen 18.55.38 # Unhelpful: huh? Why that? why not use the current backdrop buffer? 18.55.56 # jon-kha: ah error() powers off the device. Remove that while(1); and comment the error() calls out 18.57.29 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ed6ef87f9ce2cf24) 18.58.05 # kugel: is the backdrop buffer larger than the size of the loaded backdrop? the loader needs a pretty hefty chunk of memory past the end of the image buffer. 18.58.41 # whats the sense of jpeg backdrops? whoever makes the wps can use bmp right? 18.59.19 # saratoga: can't the user load backdrops? 18.59.31 # they can 18.59.35 Join Willeth [0] (n=Will_D_T@92-232-220-196.cable.ubr06.shef.blueyonder.co.uk) 18.59.58 # being able to load a random jpeg and get it scaled to display res would be pretty cool 19.00.15 # ah good point 19.01.51 # one way to do that would be to have the jpeg viewer plugin have a 'set backdrop' option where it saves a correctly sized bmp first 19.01.58 # the worst-case target is the ipod video. in the worst case for the loader, 30720B will be needed for the decode buffer, + sizeof(struct jpeg) for the decoder state, +11520B for the scaler buffer 19.02.58 # that is assuming the backdrop is exactly 639 wide, just short of where the decoder would downscale on decode, that it uses 2x2 chroma subsampling, etc. 19.03.21 # I'm not talking about scaling for now 19.03.29 # just pre-scaled jpg as backdrop 19.04.02 Join killan_ [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 19.04.26 Quit killan (Read error: 54 (Connection reset by peer)) 19.05.29 # well, first somebody needs to code a direct-output path for the jpeg decoder, since right now it relies on the scaler to get from rgb888 to native. the worst case then to load on ipod video would be 5120B of decode buffer + the decoder state 19.05.48 # i knocked a few tables out of struct jpeg... it's probably about 8-9KB. 19.06.33 # i still think that either a "make backdrop" plugin would be best, or have the backdrop loader in core steal the plugin buffer. 19.07.01 # Don't suppose I could butt in for a little support? For a few months now Rockbox (Gigabeat F40) has been freezing on me in the middle of playback - usually long file like a podcast. It freezes on the shutdown screen if I turn it off and even if I flick the battery switch on and off, or leaving it off for hours, it won't resume play on either the track it froze on or on a new track. I can only get it to work again after 19.07.18 # Wow, that was a lot more text than I thought it was, whoops. 19.07.35 # convenience points for the backdrop maker plugin would be that you can tell it whether to stretch, crop, or letterbox images that are not exactly the right aspect ratio 19.07.35 Quit saratoga_home ("CGI:IRC (EOF)") 19.08.24 # Willeth: what build are you using? the problem could be your file, or it could be a bug that we've fixed since then (though i don't know any particular such bug to explain your problem) 19.08.30 # Willeth: have you checked the filesystem? 19.08.36 Join Febs [0] (n=chatzill@207-172-204-8.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 19.08.57 # could also be a bad sector in that file... filesystem check and recopy of your files might be in order. 19.09.10 # @Unhelpful - downloaded the build from builds.rockbox.org just ten minutes ago 19.09.15 # How would I go aboutchecking the filesystem 19.09.17 # ? 19.09.33 # Willeth: with whatever tool you use to do that on your computer ;) 19.09.48 # Unhelpful: backdrop maker sounds nice 19.09.54 # Willeth: what operating system are you using? 19.09.59 # XP SP3 19.10.04 # kugel: it does! you should get right on it! ;) 19.10.53 # Willeth: the best is chkdsk /f : from a command prompt 19.10.55 Quit FOAD (Read error: 104 (Connection reset by peer)) 19.11.37 # mcuelenaere now there is fullscreen off text I wrote down 12 last lines http://pastebin.com/m4169929b 19.11.46 Join FOAD [0] (n=dok@dinah.blub.net) 19.12.01 # thanks gev, running now 19.12.18 # jon-kha: and does it load Rockbox? 19.12.36 # gev: it's asking if I want to convert lost chains to files. Do I? what does that mean? 19.12.59 # mcuelenaere no it doesn't load Rockbox 19.13.58 # Willeth: do you have backups of the files? 19.14.06 # jon-kha: how is your SD card formatted? as FAT32? 19.14.20 # gav: no. 19.14.31 # try adding printf("disk_mount_all: %d", rc); after rc = disk_mount_all(); 19.15.21 # mcuelenaere it is fat32, I will try that 19.15.31 # Willeth: ok. Then I'd suggest to stop the chkdsk first and make backups. I think it's safe to let chkdsk fix the errors, but you never know. Also, use full nicks, that way highlighting works properly :) 19.16.18 # jon-kha: after Loading firmware, you don't get a Error: ? 19.16.27 # gevaerts: It's already finished, I opted to convert the chains. Ejecting now, will see if anything changed :P 19.17.09 # mcuelenaere no there is no more text after "Loading firmware" 19.17.21 # then it probably hangs there for some reason 19.17.26 # gevaerts: playback didn't resume, shutting down still freezes it 19.17.37 Nick DrMoos is now known as moos (i=mustapha@81-66-158-88.rev.numericable.fr) 19.17.52 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.18.39 # Willeth: maybe try copying one of those files to your PC and play it there, to see if its content is not corrupted 19.20.00 Quit SirFunk_ (Read error: 110 (Connection timed out)) 19.20.29 # gevaerts: it's not, I already did that :P It's not playing any files at all - if I try to play something different, it stops at 0:00 and won't play. I can back out and try and play something else with a new playlist, and that sticks at 0:00 as well. 19.20.47 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 19.20.51 # mcuelenaere disk_mount_all returns value 0 19.21.03 # sounds normal 19.21.23 # you're sure you have a .rockbox/rockbox.bin file? 19.21.30 # eh .rockbox/rockbox.vx747 19.22.08 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.22.25 # mcuelenaere Yes, I'm pretty sure but I will check 19.22.38 # gevaerts: But I can plug it into my PC and play the file directly from the device through WMP with no issue 19.22.58 # Willeth: what file format is it? 19.23.04 # gevaerts: .mp3 19.23.35 # hm, I'm not aware of issues with weird mp3s... 19.23.51 Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) 19.23.57 Quit midijunkie ("?(???~•~)?") 19.23.57 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-d7fc29e927d335a1) 19.24.24 # mcuelenaere Yes, there is a rockbox.vx747 file 19.24.27 Join midijunkie [0] (n=Miranda@pD9545ED3.dip0.t-ipconnect.de) 19.24.33 # gevaerts: I don't think it's the file at all. I've only had this problem with files over around an hour and a half, but it doesn't occur on ALL files over this length 19.24.49 # gevaerts: I've played files that are over four hours without problems 19.25.01 # maybe someone else has an idea... 19.25.16 # Haha hopefully :P 19.25.19 # jon-kha: hmm you could try placing printf() calls in bootloader/common.c near load_firmware() to see where it hangs :/ 19.25.19 # Thanks though 19.25.50 # mcuelenaere I will try 19.28.18 Quit biengo (Read error: 113 (No route to host)) 19.33.22 Quit bubsy (Read error: 60 (Operation timed out)) 19.34.08 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 19.35.35 Join bubsy [0] (i=Bubsy@94.139.72.137) 19.36.45 Quit SirFunk_ (Read error: 60 (Operation timed out)) 19.41.21 Quit Febs (Read error: 104 (Connection reset by peer)) 19.43.58 # mcuelenaere now I will get "error: file not found" on the top of the screen and after that there is those send_cmd and fetch response sentences and "SD card is ready" 19.44.39 # hmm you are building for the right target? (not the VX747+ ?) 19.47.23 # mcuelenaere yes I'm building for vx747 19.53.42 Quit evilnick1 ("Leaving.") 19.55.15 Join webguest32 [0] (n=57a95cc3@gateway/web/cgi-irc/labb.contactor.se/x-15e3690ef0d4b947) 19.55.41 Nick webguest32 is now known as nightfrog (n=57a95cc3@gateway/web/cgi-irc/labb.contactor.se/x-15e3690ef0d4b947) 19.55.52 Quit SirFunk__ (Read error: 60 (Operation timed out)) 19.56.08 # hi @ all 19.57.05 # just wanted to ask, if anyone has problems with mp3 files, longer than 1:03 hours? 19.57.16 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 19.58.11 # on my ipod video 30gb it only displays that the file is 1:03:33 even though its about 2 hours and i can't forward any further which kind of sux 19.58.29 # is that a known bug? 19.59.18 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.01.41 # nightfrog, I have a similar problem 20.02.03 # Just spent a few minutes trying to fix it in here with no success :P 20.02.44 Quit miepchen^schlaf () 20.03.07 Join Jaykay [0] (n=chatzill@p579E7C82.dip.t-dialin.net) 20.04.52 Join biengo [0] (n=quassel@xdsl-81-173-227-94.netcologne.de) 20.05.29 # sounds weird, could you guys test if it worked before, for example in 3.2 and 3.1? 20.09.06 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-b4b5ae5957b2b452) 20.09.40 Join miepchen^schlaf [0] (n=miepel@p579ECF19.dip.t-dialin.net) 20.13.36 # may i add r20666 to MajorChanges? 20.13.42 Join Grahack [0] (n=chri@ip-142.net-82-216-221.nantes.rev.numericable.fr) 20.13.52 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 20.14.09 # please don't say "it's a wiki..." :) i want to know if you think it's a major change 20.14.33 # yeah, it probably fits 20.16.44 Join {phoenix} [0] (n=dirk@p54B47F59.dip.t-dialin.net) 20.16.46 Quit nightfrog ("CGI:IRC (Ping timeout)") 20.21.03 # er... how should i call it? "disable wps updating when backlight is off, which yields up to 1h longer runtime" is a bit too long (and i guess it isn't proper english) 20.22.16 # "Increases battery life by preventing WPS from updating while backlight is off." 20.22.55 Join gromit` [0] (n=gromit@ALagny-154-1-78-118.w81-48.abo.wanadoo.fr) 20.23.27 # perfect, thanks 20.23.52 # no... the 1h is missing 20.25.15 # How about "Increases battery life by up to one hour preventing WPS from updating while backlight is off." 20.25.20 # It's the same sentence, essentially :P 20.25.36 # Or rather, "Increases battery life by up to one hour by preventing WPS from updating while backlight is off." 20.26.12 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-42e3f08495d0a9bf) 20.28.06 # has any when ever noticed that in bubbles that the game will "double shoot" and fire 2 bubbles right after each other instead of just one? 20.28.41 # ok, thanks 20.39.27 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.40.00 *** Saving seen data "./dancer.seen" 20.41.40 Part mcuelenaere ("Leaving.") 20.42.13 Part sko 20.50.53 # * bluebrother wonders if it's possible to provide a wiki macro that links to specific svn revisions 20.51.11 Quit J-23 ("ZNC - http://znc.sourceforge.net") 20.54.24 # what would be a good IRC client to use for rockbox (right now i have just used the webclient) 20.54.34 Join J-23 [0] (n=zelazko@213.192.74.3) 20.54.41 Quit J-23 (Remote closed the connection) 20.55.06 Join EternalRains [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 20.57.26 Quit ChanServ (shutting down) 21.01.48 Quit biengo (Remote closed the connection) 21.01.53 Join ChanServ [0] (ChanServ@services.) 21.01.53 Mode "#rockbox +o ChanServ " by irc.freenode.net 21.02.32 Quit moos ("Rockbox rules the DAP world") 21.04.22 Join J-23 [0] (n=zelazko@unix.net.pl) 21.08.32 Nick J-23 is now known as lenin (n=zelazko@unix.net.pl) 21.08.36 Nick lenin is now known as J-23 (n=zelazko@unix.net.pl) 21.10.46 # why not just good old irssi? 21.12.36 Quit n1s ("Lämnar") 21.19.04 Nick domonoky1 is now known as Domonoky (n=Domonoky@92.229.190.250) 21.22.28 Join EternalRains1 [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 21.22.28 Quit EternalRains (Read error: 104 (Connection reset by peer)) 21.23.15 Nick EternalRains1 is now known as EternalRains (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 21.30.19 Quit SirFunk__ (Read error: 110 (Connection timed out)) 21.31.05 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 21.32.52 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 21.45.23 Join EternalRains1 [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 21.45.23 Quit EternalRains (Read error: 104 (Connection reset by peer)) 21.45.43 Join kushalone [0] (n=kushal@12.169.180.178) 21.51.58 Quit SirFunk__ (Read error: 110 (Connection timed out)) 22.08.17 Quit midijunkie ("?(???~•~)?") 22.08.41 Join midijunkie [0] (n=Miranda@pD9545ED3.dip0.t-ipconnect.de) 22.18.03 Join Bawitdaba [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) 22.22.22 # Unhelpful: YUV->RGB888->scale->native sounds like an unnecessary intermediate step. Wouldn't it be possible to scale in YUV? 22.22.39 Quit bluebrother (Nick collision from services.) 22.22.44 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 22.29.32 # amiconn: yes and no. there's no way of telling other things that the scaler output is YUV. we could provide a scaler output plugin for YUV->RGB, but this would not work nicely for things like PictureFlow, which uses an output plugin to create transposed output. 22.29.57 # also, it's the same number of multiplications either way... 22.31.05 # ...hrm, actually, i suppose it isn't, quite, as there are more pixels before the scaler 22.32.53 Quit froggyman ("CGI:IRC") 22.32.54 Join [1]froggyman [0] (n=Froggyma@pool-71-186-64-226.chi01.dsl-w.verizon.net) 22.34.02 # the other problem still stands, though... the "standard" output plugin for the scaler assumes it's transforming RGB[32][32][32] values to RGB565. it would need adding a flag that tells the scaler to convert output from YUV to RGB, and another slot in custom_format on color targets for PictureFlow to provide a YUV version of its output plugin 22.38.30 Part linuxstb ("Leaving") 22.39.04 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-2307dcf1a536fdb6) 22.40.04 *** Saving seen data "./dancer.seen" 22.40.20 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 22.40.23 Quit Grahack ("Leaving.") 22.41.53 # Are there any plans for RB to support the Zune? 22.42.56 # Willeth: it's up to interested and capable people to do that. 22.43.11 # Fair enough. 22.44.15 # Willeth: I think people would be interested in porting to the zune, but there are some big technical challenges to doing that particular player 22.46.45 Join Jaykay_ [0] (n=chatzill@p579E66FE.dip.t-dialin.net) 22.47.15 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.48.14 Quit kugel (Nick collision from services.) 22.48.17 Join kugel_ [0] (i=kugel@e178066183.adsl.alicedsl.de) 22.48.25 Nick kugel_ is now known as kugel (i=kugel@e178066183.adsl.alicedsl.de) 22.49.37 Quit {phoenix} (Remote closed the connection) 22.55.21 Quit bmbl ("Woah!") 22.59.54 Join tessarakt [0] (n=jens@e180080007.adsl.alicedsl.de) 23.02.02 Quit mt ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 23.04.57 Quit Jaykay (Read error: 110 (Connection timed out)) 23.09.58 Join n1s [0] (n=n1s@rockbox/developer/n1s) 23.10.05 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.10.20 Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-237169f702844ed8) 23.11.04 # Hey guys! I just signed up for a Gmail account and Now, I can access the flyspray! Yay! 23.11.06 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 23.12.02 # is there a plugin for rhythmbox that detects rockbox firmware and then scans removable media instead of basing it on the media's firmware to detect 23.12.31 Quit EternalRains1 (Read error: 104 (Connection reset by peer)) 23.12.33 # rocko: Best ask the rhthymbox people that 23.12.43 # okay 23.13.05 # * motionman95 leaves for a second... 23.13.17 # yum are you the same bambi in amorok ? BigBambi 23.13.23 # nope 23.18.58 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 23.19.03 Quit Jaykay_ ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 23.20.04 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-08a18e0ca4dd95e0) 23.20.41 Quit miepchen^schlaf () 23.21.31 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 23.22.32 Join miepchen^schlaf [0] (n=miepel@p579ECF19.dip.t-dialin.net) 23.23.03 Quit bluebrother ("leaving") 23.29.25 Quit Zoxc () 23.31.34 Quit einhirn (Read error: 104 (Connection reset by peer)) 23.35.11 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.38.25 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 23.41.09 Part Domonoky 23.43.35 Quit jon-kha (Read error: 131 (Connection reset by peer)) 23.46.06 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 23.52.51 Quit martian67 (No route to host) 23.55.24 # * motionman95 is back... 23.55.35 Quit n1s ("Lämnar") 23.57.26 # motionman95: long seconds you have ;) 23.57.43 # ha!