--- Log for 20.04.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 3 days ago 00.00.13 # who's familiar with Rockbox's power management? 00.02.19 # noone! :D 00.02.49 Quit blithe_ ("Lost terminal") 00.02.56 # * mcuelenaere doesn't recognize the authors of powermngmt.c 00.03.00 Join blithe [0] (n=blithe@blakesmith.me) 00.03.00 Quit archivator () 00.04.21 Quit ender` (" /[,\(\s]?#1(s)(\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\.\d+)?\s+-?\d+(?{}\") 00.05.37 # svn blame seems to indicate jhMikeS mostly 00.06.20 # dreamlayers r20752 trunk/firmware/target/arm/ipod/power-ipod.c: Fix FS#9926 - On Photo and Color iPods, correct check for whether battery is charging 00.06.29 Part mcuelenaere ("Leaving.") 00.09.24 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.12.12 Quit bertrik ("Leaving") 00.13.00 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 00.13.13 Join bs66_1 [0] (n=sysuser@79.138.178.46.bredband.tre.se) 00.14.13 Quit bs66_ (Read error: 110 (Connection timed out)) 00.16.48 Join tvelocity [0] (n=tony@athedsl-4471682.home.otenet.gr) 00.28.02 Quit Llorean (Read error: 104 (Connection reset by peer)) 00.28.19 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-238.dsl.hstntx.sbcglobal.net) 00.29.53 Part danab3791 ("Leaving") 00.29.56 Quit Conic (Read error: 104 (Connection reset by peer)) 00.31.08 Join PaulJam__ [0] (i=PaulJam_@vpn-3005.gwdg.de) 00.32.48 *** Saving seen data "./dancer.seen" 00.33.06 Join kushalone [0] (n=kushal@12.169.180.178) 00.34.14 Join cspotcode [0] (n=bradla@kuriboh-65.dynamic2.rpi.edu) 00.35.15 Join JdGordon1924 [0] (n=Miranda@c-98-203-252-78.hsd1.wa.comcast.net) 00.35.53 Quit PaulJam_ (Read error: 60 (Operation timed out)) 00.35.58 Quit JdGordon1924 (Read error: 104 (Connection reset by peer)) 00.36.38 Quit faemir ("Leaving") 00.38.15 Join fipi [0] (n=chatzill@h228.26.255.206.cable.lngv.cablelynx.com) 00.41.28 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-fb1e00620121235c) 00.41.41 Quit fipi (Client Quit) 00.44.04 Join Keripo1 [0] (n=Keripo@eng004.wireless-resnet.upenn.edu) 00.44.56 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.45.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.48.52 Quit JdGordon (Read error: 104 (Connection reset by peer)) 00.50.16 Join PaulJam_ [0] (i=Paule@vpn-3002.gwdg.de) 00.58.56 Quit tomers (Read error: 110 (Connection timed out)) 01.04.50 Join dmb [0] (n=dmb@unaffiliated/dmb) 01.05.04 Quit HellDragon (Client Quit) 01.05.38 Quit PaulJam__ (Read error: 110 (Connection timed out)) 01.10.18 Join swishy [0] (n=swishy@60-234-136-97.bitstream.orcon.net.nz) 01.16.14 Join PaulJam__ [0] (i=PaulJam_@vpn-3007.gwdg.de) 01.16.50 Quit Thundercloud (Remote closed the connection) 01.17.07 Quit PaulJam__ (Client Quit) 01.22.35 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 01.22.52 Join kushalone [0] (n=kushal@12.169.180.178) 01.25.50 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.30.19 Join Gigabeat [0] (n=18fb336a@gateway/web/cgi-irc/labb.contactor.se/x-d68c2cb123827594) 01.30.56 # Anyone on? 01.31.19 Quit Gigabeat (Client Quit) 01.36.43 # has anyone attempted a port to the laser line of products? ala http://www.laserco.co.nz/multimedia/portable_audio_device/MP4-Q12.htm# 01.41.56 # swishy: not to my knowledge. If so, it will have been discussed in the "New ports" section of the forums 01.43.29 # rasher: thanks ill have a nosey 01.43.55 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 01.44.55 # Hi, can someone save me 20 pages of forum posts and tell me if the Sansa Fuze (v1) is a hopeful target (in which case I'll read the whole thread), or is it encrypted beyond hope ? 01.45.19 Quit PaulJam_ (Read error: 113 (No route to host)) 01.45.30 # (I'm aware it's not in the official releases yet) 01.45.33 # fenugrec: things are progressing reasonably well on the Fuze, Rockbox runs to some degree 01.45.39 # ok, great 01.45.40 # thanks 01.45.50 # a bit like the other e200v2 devices then ? 01.46.20 # More or less 01.46.22 # for an iPod video, what kind of hard drive would you need to look for if you wanted to reaplace it? 01.47.55 # http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement 01.51.42 Quit amiconn (Nick collision from services.) 01.51.45 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.51.54 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.52.06 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 01.52.06 Quit pixelma (Nick collision from services.) 01.52.28 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 01.57.17 Quit fumbles ("winders time") 01.59.05 Quit blithe ("Lost terminal") 01.59.16 Join blithe [0] (n=blithe@blakesmith.me) 02.04.37 Quit froggyman ("CGI:IRC") 02.04.57 Quit fenugrec ("Leaving") 02.19.08 Quit tvelocity (Remote closed the connection) 02.21.57 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.25.27 # amiconn: if the fractional loader isn't a huge binsize cost compared to the current plugin decoder, would we want to just use the core decoder in the plugin (or an import of it, if it's not built in core)? 02.26.50 Join Chex_ [0] (n=Stefan@bas1-montreal48-1176341810.dsl.bell.ca) 02.27.53 # the benefits would be exact scaling instead of only 2^N factors, scaling for images more than 8x screen size, and *much* higher limits on loadable filesize - if we use the 1/8 decoder, with the scaler limits as they are, files of approximately 32Kpx in each direction could be loaded (though quite slowly) 02.30.33 # the ability to load absurdly large files is probably not that big a selling point... fractional loading sounds good, unless we *want* the file in-memory. 02.31.00 Quit cspotcode ("Leaving.") 02.31.03 Quit BHSPitLappy (Remote closed the connection) 02.31.18 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 02.32.50 *** Saving seen data "./dancer.seen" 02.33.10 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-aea40ffef7043be3) 02.39.46 Quit Chex (Read error: 110 (Connection timed out)) 02.40.09 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 02.40.45 Join Chex [0] (n=Stefan@bas1-montreal48-1176430935.dsl.bell.ca) 02.54.18 Quit Chex_ (Read error: 110 (Connection timed out)) 02.56.22 Join cmwslw [0] (n=cmwslw@c-68-53-245-240.hsd1.tn.comcast.net) 03.01.23 Quit midijunkie (Read error: 104 (Connection reset by peer)) 03.11.25 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 03.24.15 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.25.56 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 03.34.22 Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) 03.39.48 # dreamlayers: hey, yeah that patch looks ok if you want to go ahead and commit it 03.42.02 # jdgordon r20753 trunk/ (8 files in 5 dirs): beginings of a working touchscreen interface for the WPS. 2 new tags: ... 03.43.18 # * JdGordon wonders if that commit should go in MAjorChanges even though it only effects non supported targets :) 03.46.11 Quit blithe ("Lost terminal") 03.46.22 Join blithe [0] (n=blithe@blakesmith.me) 03.51.36 # JdGordon: Touchscreen support in the WPS seems like a major change. Sound on m:robe 500 is one of the major changes in 3.2, so the list isn't just about officially supported targets. 03.55.25 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 04.02.06 # * dreamlayers is afraid of breaking something with write_to_othertrack_id3.patch ( http://www.rockbox.org/tracker/task/10102?getfile=19287 ) 04.02.24 Part cmwslw ("Ex-Chat") 04.04.00 Quit JdGordon (Read error: 110 (Connection timed out)) 04.04.48 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.06.03 Quit timc (Remote closed the connection) 04.06.54 # dreamlayers: breaking stuff is fun :) 04.07.47 # * JdGordon_ is curious about the m5/3 delta 04.10.55 # JdGordon_: What's m5/3 ? 04.11.28 # dreamlayers: write to other track? 04.11.43 # all your id3z are bleong to current? 04.11.44 # ;) 04.12.24 Quit EternalRains (Read error: 104 (Connection reset by peer)) 04.13.12 # swishy: audio_current_track() returns the track the user wants to play even before the codec transitions to it. So, other will become current after the codec transition. 04.13.27 # oohh I see :) 04.20.41 # dreamlayers: m5 and m3 ports 04.23.40 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-454fc13de74eb1de) 04.31.08 Quit blithe ("Lost terminal") 04.31.19 Join blithe [0] (n=blithe@blakesmith.me) 04.31.57 # JdGordon_: Commenting out the WPS_TOKEN_LASTTOUCH case in gwps-common.c makes that delta go away. I'll look at the generated code. Is that case really needed on non-touchscreen targets? Other cases are totally removed when they're not applicable. 04.32.52 *** Saving seen data "./dancer.seen" 04.38.23 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 04.42.32 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.44.01 Join firebird619 [0] (n=firebird@unaffiliated/firebird619) 04.44.04 Join Blue_Dude [0] (n=chatzill@adsl-235-206-238.mco.bellsouth.net) 04.45.25 Quit Blue_Dude (Client Quit) 04.45.33 Quit miepchen^schla (Read error: 60 (Operation timed out)) 04.45.53 Part toffe82 04.46.48 Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) 04.47.05 Quit JdGordon_ (Read error: 110 (Connection timed out)) 04.51.37 Join goffa [0] (n=goffa@216.220.23.105) 04.51.52 Join goffa_ [0] (n=goffa@216.220.23.105) 04.51.52 *** Alert Mode level 1 04.51.52 *** Alert Mode level 2 04.51.52 DBUG Enqueued KICK goffa 04.51.52 DBUG Enqueued KICK goffa_ 04.51.52 *** Alert Mode level 3 04.52.33 Join Dauron [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) 04.52.37 Quit _Auron_ (Read error: 104 (Connection reset by peer)) 04.52.49 Nick Dauron is now known as _Auron_ (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) 04.53.48 Quit goffa__ (Read error: 60 (Operation timed out)) 04.53.59 Quit goffa___ (Read error: 60 (Operation timed out)) 04.56.08 Quit Horscht86 (Read error: 110 (Connection timed out)) 05.01.53 *** Alert Mode OFF 05.07.12 Quit MT (SendQ exceeded) 05.07.26 # How bad is it to call udelay(2000) in an interrupt handler? It's part of a solution I found for FS#5230. 05.08.45 Join MT [0] (n=chatzill@41.233.152.167) 05.18.48 # dreamlayers, I'm not asking you, or suggesting you look, but... http://www.rockbox.org/tracker/task/4937 ;) 05.20.17 # If you're already aware, please excuse me. 05.21.53 # soap: isnt it already closed as "known issue" 05.21.54 # ? 05.22.17 # swishy, it can be reopened. 05.22.44 # soap: I always just noticed white noise. I'll check it out again. 05.23.11 Join davidfg4_ [0] (n=davidfg4@69.51.95.200) 05.23.36 # I bring it to your attention, not because it is annoying to me, but because you have been a low-level magic man. ;) 05.24.06 # hehe 05.24.14 Ctcp Ignored 2 channel CTCP requests in 0 seconds at the last flood 05.24.14 # * swishy cranks Heart .... 05.24.15 # ;p 05.26.37 # swishy: if you want to announce how awesome whatever you're listening to is, this is not really the place. rockbox is on-topic here, so support for it, or work on developing for it is fine. other stuff is off topic. 05.27.33 # I only hear white noise. 05.27.57 # Volume changes lead to clicks, but that's due to the codec chip. 05.30.49 # Unhelpful: sorry hadnt noticed humor on subject was offtopic but will note for future 05.30.53 # I'll admit I haven't tried to reproduce it in 6 months or so. I'll try tomorrow. 05.31.09 # I'm using Creative Labs EP-630 headphones. They're very sensitive. At +6 dB the white noise is so loud I could use the iPod as a white noise machine. 05.32.21 # rockbox doesn't have that feature, does it? 05.32.26 # I've heard it with my E2Cs, they're in the work truck, let me try with these (unopened) sansa clip stock buds. 05.33.32 # tmzt: no, Rockbox doesn't have a white noise generator feature. That may be a nice idea for a plugin. 05.34.30 # noise machine, et cetera 05.34.40 # nope - nothing with those, not even white noise, 05.35.03 # I was trying to enter manufacturing mode on a Sansa c240 in Linux, but a new device doesn't get detected. When I connect it otherwise, I get read-only errors. Is this a sign the player is going bad? I was going to upgrade rockbox to the latest release. 05.35.58 # can you paste dmesg (pastebin)? 05.36.15 # as well as df -h and fdisk -l 05.36.26 # for the partition/device 05.36.30 # tmzt: sure, just give me a second. 05.38.25 # Any thoughts on FS#10082 ("Full range volume control for WM8758 (iPod 5G) ")? If I didn't have an in-line volume control, I'd need that patch for these headphones. At low levels line out volume is reduced, but I think that's better than not being able to reduce headphone volume enough. 05.38.57 # hold on, you get the read only errors when mount normally? 05.39.09 # not recovery/manufacture mode 05.39.16 # tmzt: yes, normally. 05.39.48 # do you have an sd card? 05.40.18 # tmzt: Yes, a microSD card for it. I haven't been using that while I've had these issues though. 05.41.11 # you can avoid mounting it and just dd of=/dev/null 05.42.26 # here's dmesg: http://pastebin.slackadelic.com/12800 05.43.06 # df -h : /dev/sdb1 959M 37M 923M 4% /media/Sansa c240 05.43.11 Quit Seed ("cu, Andre") 05.43.42 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 05.44.19 # fdisk -l: and fdisk -l: http://pastebin.slackadelic.com/12801 05.46.25 # so either fat is corrupt or reads of fat are corrupt 05.46.50 # fat not being the whole filesystem in this case 05.47.05 # tmzt: Any way to fix that? with dosfsck I get: Invalid disk format in boot sector. 05.47.42 Quit JdGordon_ (Remote closed the connection) 05.47.56 # try windows or follow the sansa formatting directions 05.48.02 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 05.48.09 # you only have 35M it looks like 05.48.32 # what is the dosfsck command you ran? 05.48.40 Quit Horschti ("Verlassend") 05.48.47 # tmzt: It wouln't load in windows, Windows Media Player seen it in the Copy to Computer part, but it wasn't in My Computer or anything. 05.49.04 # tmzt: I just ran dosfsck /dev/sdb1. Should I have other options or something with it? 05.49.16 # no 05.49.37 # ok 05.49.54 # is it possible to view filesystem deatils in rockbox settings? 05.51.58 # tmzt: Rockbox won't load, when I start the player, and hold any button, the screen flashes and the last line is file not found. I can still boot to sansa's firmware and bypass rockbox. 05.52.26 # what's on the filesystem? 05.53.16 # tmzt: The only things on the built-in memory is rockbox, and the music that comes with the player. 05.53.46 # tmzt: That file not found message is for rockbox.mi4. 05.53.54 # I can see that on the screen as it flashes. 05.55.53 # tmzt: I can run format from sansa's firmware, would that work. Is that what you meant by the sansa formatting instructions? 05.56.17 # if that works fine 05.56.39 # the instructions I meant are to create a special file on recovery partition 05.56.58 # I thought you were saying the errors were with that 05.57.28 # tmzt: Oh, ok. 05.57.44 # but use the menu if it works 05.58.14 # tmzt: Format Complete. :) I'll see if it works at all now. 06.00.48 # tmzt: Sweet, I can transfer files and stuff now. Rockbox still shows that missing rockbox.mi4 error. I can just reinstall rockbox to fix that though, correct? 06.00.58 # yes 06.01.17 # tmzt: And I need to use the manual way because the installer doesn't work with the c240 right now. 06.01.37 # it seems the bootloader is installed 06.01.54 # so unzip rockbox.zip should work 06.02.18 # tmzt: Great, I'll give it a try. Thank you for your time and help. 06.04.36 # tmzt: Awesome, it works now. Thank you very much. 06.06.04 Quit dreamlayers () 06.06.17 Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) 06.09.03 Quit gevaerts (Nick collision from services.) 06.09.15 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 06.10.23 Join JdGordon__ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 06.10.30 Quit HBK () 06.10.38 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 06.11.06 # Hmm, I installed RockBlack and Yap themes. Yap has the background that RockBlack should have. 06.11.12 # Did I do something wrong? 06.12.05 # Hmm, nevermind, it works right after restarting the player. 06.14.41 # selecting theme doesn't set the backdrop? 06.14.44 Join JdGordon|zzz [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 06.15.32 # tmzt: It did, just the wrong backdrop, but I restarted the player and now it works right. 06.17.53 # okay 06.18.11 # tmzt: Thanks for the help. 06.21.53 Quit JdGordon_ (Read error: 110 (Connection timed out)) 06.27.01 Quit JdGordon__ (Read error: 110 (Connection timed out)) 06.32.56 *** Saving seen data "./dancer.seen" 06.36.45 # What's the best way to get album art onto the player and into rockbox, does it have to be resized or does rockbox do that? 06.39.33 # http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 06.39.46 # scorche: Great, Thank you. 06.51.39 # scorche: What's a developer cloak? 06.52.32 # [21:09:07] *** gevaerts (n=fg@rockbox/developer/gevaerts) joined 06.52.34 # that =) 06.52.41 # it replaces one's hostmask 06.53.07 # Does that also cause the Rockbox icon to appear by a person's name in the log? 06.53.39 # i think that is taken from somewhere else, but i am unsure 06.53.48 Quit jmillikin ("Leaving") 06.54.11 # Can I get a developer cloak? 06.54.23 # the cloak is mainly used for channel administration, channels that we may at times restrict to devs only (rarely), identification, etc 06.54.35 # sure...remind me tomorrow sometime though.....quite busy at the moment 06.54.46 # ok, no problem 06.54.59 # Thanks for explaining this. 06.59.08 Join hasmind [0] (n=hasmind@ppp-46-194.grapevine.net.au) 07.02.12 Part hasmind ("Leaving") 07.02.19 Quit dreamlayers ("Goodnight") 07.04.30 Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 07.07.41 Quit jfc (Read error: 54 (Connection reset by peer)) 07.08.01 Join jfc [0] (n=john@dpc691978010.direcpc.com) 07.14.00 Join AndyIL [0] (i=AndyI@212.14.205.32) 07.19.03 Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-117-191.ewe-ip-backbone.de) 07.26.30 Quit AndyI (Read error: 110 (Connection timed out)) 07.31.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.34.43 Quit jeffdameth (Read error: 110 (Connection timed out)) 07.37.22 Join mondillo [0] (n=0fc3c959@gateway/web/cgi-irc/labb.contactor.se/x-70689b9c6b15d760) 07.37.44 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.37.47 # hi anyone available? 07.42.18 Quit mondillo (Client Quit) 07.45.15 Join ajonat [0] (n=ajonat@190.48.115.175) 08.02.29 Join webguest43 [0] (n=0fc3c959@gateway/web/cgi-irc/labb.contactor.se/x-985235b771bc3cb9) 08.02.55 # I need help 08.03.03 # anyone available please? 08.03.53 # always someone, just ask away 08.04.10 # ohhhhhh thanks god 08.04.31 # ok here is the thing 08.04.41 # I have a ipod 30 gb 08.05.01 # so I ran rockbox on it 08.05.38 # with the wizard installation, the problem is the following, there was a moment in where I turned on my ipod 08.05.55 # and the following error was shown 08.06.03 Join l403 [0] (n=l@85.132.159.239) 08.06.18 # please connect to itunes and restore 08.06.36 # so I did that but it just restored the ipod but nothing else happened 08.06.51 # I disconnected the ipod and same problem 08.06.56 # tried to do a hard reboot 08.07.05 # and also run it on dik mode 08.07.10 # sorry disk mode 08.07.17 Quit markun ("leaving") 08.07.21 Quit Feisar- ("leaving") 08.07.30 # so what I did I format my ipo 08.07.38 # ipod, from the cmd 08.07.44 Join feisar [0] (i=jljhook@noppakerho.com) 08.07.58 # now my ipod have no info at all 08.08.24 # but keeps prompting me with the same error of please connect to itunes and restore the ipod 08.08.42 Join markun [50] (n=markun@rockbox/developer/markun) 08.08.49 # I cant find a way to take away the rockbox firmware and install the ipod firmware again 08.09.07 # I had tried to install the rockbox bootleg again 08.09.15 # manually from the cmd 08.09.33 # Unhelpful: The jpeg viewer should keep the file in memory. Reloading at each zoom level would be nasty on hdd targets. Also, caching the decoded result in yuv saves ram. 08.10.03 # but the system shows me an error that says cant install compenent cyclic error 08.10.14 # so I dont know what else to do 08.10.27 # I really need your help , please 08.12.05 # maybe nobody familar with the target is available now 08.12.08 # did my email to the SVN list ever go through? it never bounced back to me 08.14.29 Quit swishy ("Lost terminal") 08.14.42 # webguest43: first off, be patient...secondly, please dont use the enter key as a substitute for punctuation (it is annoying and spammy)...thirdly, the "please connect to itunes and restore the ipod" is not a rockbox screen and shouldnt be showing after a reboot of the device and if the rockbox bootloader is installed 08.15.15 # you mentioned you formatted your ipod from the command line?...not the best idea, but if you can restore it again from iTunes to get it back into the proper state and then you can install rockbox 08.21.35 Quit CaptainKewl (Read error: 110 (Connection timed out)) 08.21.53 # ok, sorry for the punctuation, the exact error is your ipod is on recovery mode, please connect to itunes and restore it, I tried to restore it, but the firmware of the ipod never appeared, seems to still be running another firmware(like in black and white)I tried to reinstall the rockbox application, on both ways(manually and with wizard) and I received a error when I tried to install the rockbox bootleg, on 08.23.42 # mount your ipod in emergency disk mode [check google if you don't know how] then fix it from there 08.23.47 Join antil33t [0] (n=Mudkips@119.224.48.72) 08.26.16 # ok, sorry but what do I fix? and how? I know how to mount it on emergency disk mode, but from there i dont know what to do 08.27.37 # restore it in itunes to fix whatever you broke 08.31.42 # that is going to install the apple firmware back into my ipod? becuase i think I already did that but the apple firmware never appeared. but thanks I'll try that again, I really appreciate your help if I keep having the same problem I'll get back to you 08.32.52 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.32.58 *** Saving seen data "./dancer.seen" 08.37.59 Join pinguen [0] (n=ircuser6@75-121-196-152.dyn.centurytel.net) 08.38.42 # is it possible to sync the a c200 RTC with the clock on my computer? 08.39.38 # i think you could boot into the OF and sync it in MTP mode, but i've never tried 08.42.42 Quit webguest43 ("CGI:IRC") 08.44.45 Join Rob2222 [0] (n=Miranda@p4FDCD376.dip.t-dialin.net) 08.46.07 # hmm, it just seems like mine gets off by about a minute per day, so id like to have a way to sync it with my computer everytime i connect it 08.46.55 # guess ill look at it tommorow :) thanks saratoga 08.46.57 Quit pinguen ("O RLY?") 08.49.13 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.50.12 Quit Bagder ("*plopp*") 08.50.31 Join flydutch [0] (n=flydutch@host213-163-dynamic.8-87-r.retail.telecomitalia.it) 08.54.13 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 08.54.51 Join petur [50] (n=petur@rockbox/developer/petur) 08.55.34 Quit Galois ("Leaving") 09.01.39 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.02.17 Quit BigBambi ("No Ping reply in 90 seconds.") 09.05.38 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 09.05.39 Quit BigBambi (Client Quit) 09.07.57 Join timc [0] (n=aoeu@221.201.155.108) 09.17.29 Quit BHSPitMonkey ("Ex-Chat") 09.17.55 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.21.23 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 09.22.23 Quit Bagder (Nick collision from services.) 09.22.28 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 09.22.48 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 09.26.56 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.27.39 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 09.28.35 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 09.31.56 Quit robin0800 (Remote closed the connection) 09.32.21 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 09.34.59 Quit __lifeless (Read error: 110 (Connection timed out)) 09.35.09 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 09.35.19 Quit GodEater (Connection timed out) 09.35.49 Join GodEater [0] (n=nnyeahri@rockbox/staff/GodEater) 09.40.06 Join courtc [0] (n=court@unaffiliated/courtc) 09.46.32 Join _lifeless [0] (n=lifeless@188.16.92.9) 09.47.50 # what size screen is the d2? 09.48.40 # Do you mean physically, or the resolution? 09.48.47 # res 09.49.35 # * linuxstb will let JdGordon look in the config file himself 09.49.47 # oh right! 09.49.57 # * JdGordon thinks he should just goto bed instead of worring about this 09.51.41 # 320x240... nice, should make things simpler 09.52.04 Join miepchen^schlaf [0] (n=miepel@p579EC45C.dip.t-dialin.net) 09.52.41 Quit Thundercloud (Remote closed the connection) 09.52.43 Join Arc [0] (n=arc@207.22.50.65) 09.52.58 # should it be taking 30 minutes+ to msdos format a 1st gen ipod 5g? 09.53.13 # if you didnt do a quick format, yes 09.53.35 # and wtf is a 1st gen ipod 5g? 09.53.36 # how long should I expect it to take? 09.53.41 # 5gig 09.53.58 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 09.54.24 # Arc: We use "4g" or "5g" to mean 4th or 5th generation hear 09.54.35 # If you mean gigabytes, please use the more common "gb" or "GB" 09.54.44 # *here 09.54.51 # ok 09.54.57 # but how long should this take? 09.55.16 # rough estimate, I mean 09.56.29 # It's not really something Rockbox-specific, you're just formatting a hard disk. I'm sure Google has a lot of information on format times vs disk size and speed. I couldn't even try to estimate myself. 09.56.29 # i dont see a "quick" option for mkfs.msdos 09.56.54 # I'd just figure that a lot of people here would have gone through this before, perhaps several times 09.57.12 # I'm following http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 - which has a few bugs btw 09.57.19 # It's a wiki page, feel free to fix it. 09.57.22 # mkfs.msdos should be more or less instant IIRC. 09.58.22 # Arc: What bugs? 09.58.36 Quit intrados (Read error: 104 (Connection reset by peer)) 09.59.32 # * GodEater wonders why people would have done it many times ? 09.59.43 # I've never formatted my ipod at all. Not even once. 09.59.49 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 09.59.53 # once for every hfs ipod you own! ;-) 10.00.01 # that would be zero :) 10.00.22 # linuxstb: well first and most obvious, "newfs_msdos -F32 -v iPod /dev/rdiskNs2", newfs doesn't exist, and mkfs.msdos requires a -n flag before the volume name 10.00.41 # Arc: I guess you're not using a Mac? 10.00.48 # um, no 10.01.05 # I guess that's a bug - that page is written for Mac users, but doesn't clearly say so... 10.01.17 # o.O 10.01.40 Part firebird619 10.01.44 # ok - second question, why is cfdisk reporting a problem on this dd'ed partition table? 10.01.48 # is that expected behavior? 10.02.08 # What problem is it reporting? 10.02.13 # linuxstb: The very first step, "Find your iPod" does clearly imply Mac OSX use though. 10.02.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 10.02.26 # It could be more explicit though 10.02.33 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-8845b1f4611e070a) 10.04.03 Quit ajonat () 10.04.40 Quit kachna (Read error: 113 (No route to host)) 10.08.20 # FATAL ERROR: Bad primary partition 1: Partition ends in the final partial cylind 10.09.40 # Fatal errors are never good 10.09.48 # What does fdisk say about it? That _should_ be a partition table copied from a working 5GB 1st gen ipod - i.e. it's how Apple partitioned it. 10.11.13 # Device Boot Start End Blocks Id System 10.11.13 # /dev/sdc1 1 7 40131 0 Empty 10.11.28 # Partition 1 has different physical/logical beginnings (non-Linux?): phys=(0, 1, 1) logical=(0, 1, 2) 10.11.32 # Partition 1 has different physical/logical endings: phys=(4, 254, 63) logical=(6, 35, 35) 10.11.35 # Partition 1 does not end on cylinder boundary. 10.11.42 # technically this is a gen 1.5 10.11.59 # gen 1.5? 10.12.11 # thats what the about screen said before i formatted it 10.12.32 # If you wanted, you could partition manually, creating something similar to what's there now. I assume you have a /dev/scd2 as well? 10.12.40 # yes 10.12.45 # whats really confusing here; 10.12.59 # I can mount /dev/scd2 and df -h reports; 10.12.59 # Are you converting the ipod from HFS? 10.13.00 # /dev/sdc2 4.7G 1.2G 3.5G 26% /mnt/fd0 10.13.03 # yes 10.13.34 # Is that partition still HFS? 10.13.49 # no vfat 10.14.21 # So does it work now? i.e. if you umount/eject, does the Apple firmware start? 10.14.56 # I've seen those sort of messages from fdisk before, and the ipod still works. 10.15.32 Quit pyro_maniac2 ("Leaving.") 10.15.36 # im attempting another reformat at the moment, this time with a bad block scan 10.15.49 # i wish there was a gui tool for this that showed progress 10.15.57 # or even a command line tool with progress 10.16.28 # Searching for bad blocks 32... mkfs.vfat: bad blocks before data-area: cannot make fs 10.16.32 # You could try adding the "-v" option to mkfs 10.16.42 Quit planetbeing () 10.16.46 # ok so there is a problem 10.17.56 Quit intrados (Read error: 60 (Operation timed out)) 10.20.24 Quit miepchen^schlaf () 10.24.47 # http://people.csail.mit.edu/adonovan/hacks/ipod.html 10.28.54 # unless the 1st Gen ipods are very different, his guide is at least partially wrong 10.29.21 # he says the firmware is in the first 32MB of the second partition. I understand to be in the first partition. 10.29.58 # On HFS+ isn't it in partition "2" (as in 0, 1, 2)? 10.30.15 # # copying the firmware back, to the small first partition. 10.30.15 # dd if=backup_firmware of=/dev/sda1 10.30.25 # GodEater: looks like this guide uses the first partition 10.30.40 # Searching for bad blocks 32... mkfs.msdos: bad blocks before data-area: cannot make fs 10.30.44 # Llorean: it shows the partition map as partition 0 does it ? 10.30.58 # On HFS ipods, there are three partitions - the first contains the Apple partition map. 10.31.32 # linuxstb: but the partition map "partition" is shown as /dev/sda0 ? 10.32.11 # I can't see how - I thought Linux partitions always started at 1? 10.32.16 # me too 10.32.37 # oh, I can see where I'm confused now 10.32.43 # I think I need more coffee 10.32.51 # * GodEater goes back to his corner 10.33.03 *** Saving seen data "./dancer.seen" 10.34.19 # hmm, im going to try this again using a mac 10.34.25 # Arc: The IpodManualRestore page may also be useful to you. 10.35.57 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 10.41.53 Join gregzx [0] (n=chatzill@drq210.neoplus.adsl.tpnet.pl) 10.51.39 Quit feisar (Nick collision from services.) 10.51.43 Join feisar [0] (i=jljhook@noppakerho.com) 10.52.59 Nick feisar is now known as Guest67030 (i=jljhook@noppakerho.com) 10.54.58 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 11.02.10 Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) 11.12.40 Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) 11.25.38 # hi all 11.26.08 # I'm having USB problems with my Rockbox'ed Sansa E280 v1 under Ubuntu 9.04 11.26.46 # With Rockbox USB, or the OF USB when it reboots? 11.26.48 # after plugging it in, it doesn't detect the partitions, 's stuck on "usb-storage: waiting for device to settle before scanning" 11.26.54 # Rockbox USB 11.27.03 # not using OF anymore 11.27.17 # Rockbox 3.2 reboots into the OF for USB 11.27.22 # Whereas the svn builds do not. 11.27.34 # I'm using bleeding edge 11.27.56 # even installed rockbox into the bootloader to get rid of the ugly sandisk bootlogo 11.28.05 # There have been problems with Ubuntu 9.04 betas, but it seems to be something *they've* changed since 8.10. 11.28.16 # it appears I'm not the only one with the issue: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/355998 11.28.24 # Well, we can't fix their code... 11.28.32 # Well, we can, but it's outside the scope of this channel rather 11.28.38 # ;) 11.28.40 # codesquid: can you reproduce that without hal running? 11.29.01 # gevaerts, I'll try 11.29.18 # might not be completely Ubuntu's fault 11.29.36 # some changes in it might merely triggere a preexisting problem elsewhere 11.29.56 # codesquid: The solution to that is to find out what changes of *theirs* triggered it, since that would still be a necessary first step. 11.31.15 Join Lynx_ [0] (n=Lynx@xdsl-84-44-169-162.netcologne.de) 11.32.38 # gevaerts, I can no longer reproduce it if I stop hal 11.32.50 # but once I restart it the problem reappears 11.33.13 # ok. I've also had reports that this is a sansa only thing, i.e. ipods running rockbox work fine. They have the same hardware... 11.33.30 # * gevaerts is pretty sure that this is a bug in hal 11.33.39 # or at least in the hal configuration 11.33.57 # I'll have a look at hal configs 11.36.17 # finally. yes, the instructions work fine on osx. 11.36.44 # i did a fresh install using osx itunes then used the directions successfully to convert it for windows 11.37.10 # I expect we could create a .fdi file that tells hal that Rockbox USB devices don't do mtp 11.37.12 # gevaerts: Sansas identify as removable storage. iPods don't. 11.37.53 # amiconn: in rockbox they behave exactly the same 11.39.33 Quit Keripo1 ("Leaving.") 11.43.18 # linuxstb : in the mood for some rm stuff ? :) 11.45.32 # indeed seems to be a problem with the fdi files 11.45.56 # MT: I'm busy with my day job, but ask anyway... 11.46.08 Join pyro_maniac [0] (i=foobar@p57BBA102.dip0.t-ipconnect.de) 11.47.18 # the usb pid for UMS/MSC mode is registered for use with MTP mode in /usr/share/hal/fdi/preprobe/10osvendor/20-libgphoto2.fdi 11.50.04 # commenting it out works 11.51.22 # codesquid: I expect we'd want to put something rather late in the chain that says "if the vendor string contains Rockbox, use these capabilities:" 11.51.58 # I've just tested OF (damn those database refreshes) 11.52.12 # doesn't work either in UMS/MSC mode on Ubuntu 11.52.17 # so clearly their fault 11.52.19 # grr, maybe not. 11.52.32 # the rockbox installer seemed to work fine, until I then tried to unmount the mountpoint 11.54.41 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 11.56.01 # Arc: What happens? 11.56.14 # linuxstb : ok I'll just ask now, and we could discuss it later if you want, I'm not in a rush. Producing proper cook frames isn't a mere demuxing of packets. sub_packets (== frames) are reordered according to a really weird formula (already done in ffmpeg). 11.57.24 # codesquid: can you find out which package has 20-libgphoto2.fdi? 11.57.35 # already working on it 11.58.11 # MT: Maybe it would useful for you to write a document (e.g. a page on the Rockbox wiki) describing how Cook files are structured? 11.59.27 # hmpf great, apt-file cannot find it 11.59.34 # dpkg -S 20-libgphoto2.fdi 11.59.45 # Does the Sansa OF uses the same USB PID for both MTP and UMS modes, or is that an obvious bug? 12.00.07 # rasher, "dpkg: *20-libgphoto2.fdi* not found." 12.00.21 # it's the same Iid, yes 12.00.48 # Probably hal or hal-info 12.01.00 # codesquid: maybe it gets installed by a postinstall? Try grepping in /var/lib/dpkg/info/* 12.01.33 # hal-info owns /usr/share/hal/fdi/preprobe/10osvendor/10-ide-drives.fdi here 12.01.48 # linuxstb : For cook_decode_frame to work I have to send it one scrambling unit, which is a (sub_packet_h) multiple of sub_packets, but to be sure the demuxing, and frame reordering are done properly, the demuxer has to produce the same output as ffmpeg -i file.rm -image2 out%d.raw (this command produces the frames that are then sent to the decoder).. What I'm currently doing is that I put... 12.01.50 # ...the output of both our demuxer and ffmpeg's command in separate files and diff them against each other. The question here is about a better way to do that ? dince diff isn't really helpful as to how much they differ from each other. 12.03.05 Quit intrados (Connection timed out) 12.03.16 # linuxstb : sure, I'll write a wiki once I am able to make the demuxer produce the proper frames. 12.03.33 # s/wiki/page 12.03.42 # What I did when writing Rockbox's monkeys audio decoder was to add debugging lines to the original source code, and my version, and then did a "diff" on that debugging output. Maybe a similar approach (adding debug lines to ffmpeg to dump data packets) could prove useful. 12.03.46 # linuxstb, just checked, OF uses different IDs for MTP and UMS 12.04.52 # linuxstb : you mean adding lines to be written to the same file with the packets ? 12.05.11 # Hm, I have that 20-libgphoto2.fdi as well 12.05.54 # it gets created by the libgphoto2-2 postinst script 12.06.00 # MT: I mean not writing the packets out to a binary file, but writing a text file, which can be more easily diff'ed. That text file could contain the packets (printed in text mode). 12.06.28 # MT: e.g. maybe just writing out the first 16 bytes of each packet is enough to see where things go wrong. 12.06.57 # linuxstb : ah I see. 12.07.35 # What if I try writing only one packet ? 12.08.09 # I'm not sure what you mean. 12.09.04 # gevaerts: but really, what they have is perfectly reasonable I think. We just need to get something in there that tells hal to remove the mtp support flag if it's a rockbox-usb device 12.09.40 # rasher: mtp devices enumerate with an mtp interface. If they ignore that, they're broken 12.10.09 # instead of producing two files with all the frames .. I'd write only one frame to each and then diff? i.e, the first audio frame is the only one written to both files. 12.10.43 # MT: Using "xxd" to convert the files to text (before using diff) may help as well. 12.11.13 # But I guess there must be binary diff programs out there somewhere as well... 12.12.08 # I'll try xxd then. Thanks :) 12.15.17 Quit timc (Read error: 110 (Connection timed out)) 12.16.02 Join timc [0] (n=aoeu@119.109.105.51) 12.21.50 # gevaerts: maybe I just haven't been keeping up, but is anything telling it to try msc? 12.22.27 # rasher: the device enumerates as an msc device, not an mtp device 12.22.59 # Ah yes, that does sound broken 12.26.35 Join tomers [0] (n=chatzill@pptp-il.jungo.com) 12.27.23 # Something to do with their device-side automatic MTP/MSC choice, I guess? 12.27.36 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.28.20 # gevaerts: I guess you are right... You can close FS#10153, it's invalid. Sorry. 12.29.46 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 12.30.57 Quit robin0800 (Read error: 110 (Connection timed out)) 12.31.26 # I'm working on a patch for libgphoto2: http://rafb.net/p/5mufFs80.html 12.33.06 *** Saving seen data "./dancer.seen" 12.33.40 # I'm not sure that's the right way 12.33.49 # why? 12.34.09 # sansa OS in MTP mode uses a different PID 12.34.12 # *OF 12.34.17 # Oh! Sorry 12.34.29 # Shouldn't that pid be listed instead? 12.34.32 # Rather than removing it 12.34.38 # it is listed too 12.34.42 # few lines above 12.34.48 # Ah. Ignore me then 12.34.50 # not visible in the diff 12.36.54 # So the same VID/PID pair is currently listed twice there? 12.37.08 # no 12.37.25 # Sorry, I've caught up now... 12.37.41 # it lists both the MTP as well as MSC PID to be used with MTP 12.37.50 Quit krazykit ("Connection reset by beer") 12.37.50 # Which one does it use in autodetect mode? 12.38.05 # codesquid: But isn't that true for an unmodified (i.e. not Rockboxed) e200? 12.38.06 # what do you mean by autodetect? 12.38.40 # linuxstb, OF uses 0x7420 in MTP mode, 0x7421 in UMS/MSC mode 12.39.01 # codesquid: the sansa OF has an autodetect mode that will be MTP if someone asks, and MSC otherwise 12.39.02 # Yes, but I thought MTP also worked in "UMS/MSC" mode? 12.39.13 # rasher, mine hasn't 12.39.43 # autodetect in newer OF perhaps? 12.39.55 # Not really sure, maybe it's just as linuxstb says 12.40.07 # if you speak MTP to it while in MSC mode, it switches to MTP 12.40.11 # * rasher doesn't know, honestly 12.40.18 # There are some firmware versions that don't have a mode choice 12.40.47 # Llorean: Any news from the USB people about our query? 12.41.08 # For example, on the c200 you had to hold down a button combination to force MSC, otherwise it would try MTP on hosts that recognized MTP, would go into MSC on other ones, and ones that had poor support for MTP would just fail completely because it'd try MTP and never fall back to MSC 12.41.09 Quit EternalRains (Read error: 104 (Connection reset by peer)) 12.41.13 # * linuxstb senses this is one scenario where Rockbox is changing the USB device's behaviour, so perhaps should use different IDs... 12.41.25 # linuxstb: Oh yes, long ago. I mentioned it in here when it happened. What we're doing now (using original VID/PID pairs) is fine 12.41.40 # Llorean: Wasn't that just to say "we're discussing it" or something? 12.42.01 # They got back to me very shortly after the "we're discussing it" email 12.42.25 Join feisar_ [0] (n=jljhook@noppakerho.com) 12.42.36 Quit FlynDice (lindbohm.freenode.net irc.freenode.net) 12.42.36 NSplit lindbohm.freenode.net irc.freenode.net 12.42.36 Quit fyrestorm (lindbohm.freenode.net irc.freenode.net) 12.42.36 Quit jordan` (lindbohm.freenode.net irc.freenode.net) 12.42.36 Quit CIA-19 (lindbohm.freenode.net irc.freenode.net) 12.42.36 Quit rwcr (lindbohm.freenode.net irc.freenode.net) 12.42.36 Quit davidfg4 (lindbohm.freenode.net irc.freenode.net) 12.42.39 Join rwcr [0] (n=oremanj@xenon.get-linux.org) 12.42.49 NHeal lindbohm.freenode.net irc.freenode.net 12.42.49 NJoin jordan` [0] (n=jordan@jem75-10-88-182-222-63.fbx.proxad.net) 12.42.50 NJoin fyrestorm [0] (n=user@cpe-24-90-85-21.nyc.res.rr.com) 12.42.54 # Llorean: But how can it be fine if we change behaviour? 12.42.55 # linuxstb: "In the scenario you have described below, it is not necessary for Rockbox to obtain a VID." was the final word on it 12.42.56 NJoin FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 12.42.58 NJoin davidfg4 [0] (n=david@69.51.95.200) 12.43.01 Join CIA-43 [0] (n=CIA@208.69.182.149.simpli.biz) 12.43.12 Quit Guest67030 (Read error: 104 (Connection reset by peer)) 12.43.20 # I didn't ask for further details. And I explicitly mentioned us changing behaviour (making the MTP-only Gigabeat S a UMS device) 12.43.58 # gevaerts: Do PIDs identify unique behaviours, or are their "described" purpose simply to identify unique products? 12.44.17 # As in, would it be legal for one product to have MSC, MTP, and other modes that all used the same PID? 12.45.10 # Llorean: Then it sounds like hosts who assume specific behaviour based solely on PIDs are broken, such as libgphoto2... 12.45.49 # Sounds like it 12.46.11 # personally I don't see the point of devices not ever behaving like a generic mass storage device 12.47.37 # codesquid: So you would ban MTP? 12.47.43 # codesquid: UMS is actually pretty restrictive in its own ways. 12.47.57 # It's just very compatible these days 12.48.08 # Well, compatible when used with a FAT filesystem... 12.48.27 # True 12.48.35 # MTP allows compatibility when using any filesystem. 12.48.41 # linuxstb, how do you know what I dream about? :P 12.49.41 Quit SUSaiyan () 12.52.22 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 12.53.07 # hmm, is the scroll wheel suppost to work on gen1 ipods? 12.56.09 # depends - it should work but doesn't for some players (IIRC there is a bug report in the tracker with a hack fix, that could break other models or so, might be worth a try for you now though) 12.56.58 # ok 12.57.10 # is there an easy way to rebuild the firmware with this patch? 12.57.18 # http://www.rockbox.org/tracker/task/8778 12.57.27 # im looking at it now 12.57.55 # apparently all the problems i was having earlier has to do with bad firewire driver on my gentoo box, im having to do all firewire IO on osx 12.58.04 # so I'm pretty lost when looking at patchfiles 12.59.54 # Arc: If you're used to compiling things yourself from source code, then building Rockbox is straightforward. It should work fine on OS X or Linux. 13.00.10 # but where is the source? and how to install it? 13.00.29 # See the "for developers" section in the Rockbox wiki - there is lots of documentation there. 13.01.00 # The best place to start is getting the source code from SVN - http://www.rockbox.org/twiki/bin/view/Main/UsingSVN 13.01.17 # amiconn: Buschel seems to have spotted what caused my seeking problem. It was simply an overflow in mpa.c. 13.01.33 # do I want trunk or 3.2? 13.01.59 # I would suggest trunk. Although there's probably not too much difference for your ipod. 13.10.21 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 13.14.29 Join n1s [0] (n=n1s@rockbox/developer/n1s) 13.16.13 # Llorean: the device descriptor and the configuration descriptor identify behaviours. VID/PID shouldn't, unless the descriptors specify a vendor specific interface 13.17.04 # gevaerts: So assuming everything is standards-compliant, there should be no issues with us using the original VID/PID? 13.17.35 # none that I can see 13.17.45 # Then we just blame other people ;) 13.18.27 # we even know who to blame :) 13.22.38 Join claydoh [0] (n=quassel@66.252.49.210) 13.23.17 Join __lifeless [0] (n=lifeless@188.16.92.9) 13.23.55 Quit claydoh_ (Connection reset by peer) 13.24.12 Quit _lifeless (Dead socket) 13.26.10 # amiconn: then i'd say keep a different decoder for the plugin, since its needs are so different, and just add an in-memory YUV bitmap frontend for the scaler, if we want the plugin to be capable of exact scaling. 13.28.06 # all that's needed for that is to determine the target size, and provide a callback that returns a chunk of RGB888... and also to add resize_on_load and recalc_dimensions to the plugin api. 13.39.51 Quit B4gder ("It is time to say moo") 13.45.23 Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 13.58.10 Quit Seed ("cu, Andre") 13.58.17 Part LinusN 13.58.30 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 14.01.14 Join tvelocity [0] (n=tony@athedsl-4471682.home.otenet.gr) 14.05.02 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.07.22 Quit MT (SendQ exceeded) 14.09.57 Join MT [0] (n=chatzill@41.233.152.167) 14.19.59 Join raymanism [0] (n=3a20ed9a@gateway/web/cgi-irc/labb.contactor.se/x-19ab302ec8dff31f) 14.33.10 *** Saving seen data "./dancer.seen" 14.35.18 Join LambdaCalculus37 [0] (n=44a04329@rockbox/staff/LambdaCalculus37) 14.41.24 Quit raymanism ("CGI:IRC (Ping timeout)") 14.41.40 Join raymanism [0] (n=3a20ed9a@gateway/web/cgi-irc/labb.contactor.se/x-86c953d3b2838ea5) 14.50.01 Quit wincent (Read error: 110 (Connection timed out)) 14.50.09 Quit FlynDice (Remote closed the connection) 14.53.36 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 14.53.37 # Zagor: 14.53.46 # ping* 14.53.49 Join midijunkie [0] (n=Miranda@217.84.112.136) 14.53.50 # pong 14.54.06 # did you already sent the fuze? 14.54.17 # no, I didn't see your mail until today 14.54.27 # ah ok, no problem 15.00.12 # Zagor: how many GB is it? Also, did you try the recent scrollwheel improvements? It should be very usable now 15.01.00 # kugel: I think it's 4GB. No I haven't tried it. :-( 15.01.15 Quit raymanism ("CGI:IRC (Ping timeout)") 15.01.34 Join raymanism [0] (n=3a20ed9a@gateway/web/cgi-irc/labb.contactor.se/x-9c3fdb32a3567aef) 15.07.00 Join flux [0] (i=flux@jolt.modeemi.cs.tut.fi) 15.07.50 # hello. what's the nicest piece of rockbox-compatible hardware one can buy, preferably with the largest amount storage? 15.08.39 # my old trustworthy iriver iHP-120 is showing signs of degradation :( 15.09.01 # flux: There's a wiki page, BuyersGuide, that can probably help you\ 15.09.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.10.11 # flux: the main problem you'll have is that pretty much every piece of rockbox compatible hardware is out of production these days 15.10.41 # godeater, yeah, it does indeed look that way 15.10.43 Quit davidfg4_ (Remote closed the connection) 15.11.47 # llorean, thank you. atleast that should confirm that none are in production :/ 15.12.32 # flux: to be honest, I'd look at rescuing your h120 15.12.45 # a new battery / new hard drive should work wonders unless something really fundamental is broken 15.12.58 # godeater, the problem is that the audio is degraded 15.13.02 # I'm opening it right now :) 15.13.06 # but if the board is cracked.. 15.13.42 # I've already once replaced its hd (thanks #rockbox!). battery seems to be running still fine. 15.13.46 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.14.14 Join Lynx [0] (n=Lynx@87.78.188.49) 15.14.41 Nick Lynx is now known as Guest66854 (n=Lynx@87.78.188.49) 15.14.56 Quit raymanism ("CGI:IRC") 15.14.57 # good luck then I guess 15.15.02 Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-d77db100aedd4fe3) 15.19.00 Quit Lynx_ (Read error: 60 (Operation timed out)) 15.19.01 Nick Guest66854 is now known as Lynx_ (n=Lynx@87.78.188.49) 15.19.46 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 15.20.23 Quit robin0800_ (Remote closed the connection) 15.20.54 Quit dfkt (Nick collision from services.) 15.20.56 Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 15.21.06 # godeater, thank you 15.24.07 # has anyone tried running rockbox on, say, the nokia n810? 15.25.11 # It's not an issue of "trying to run Rockbox" 15.25.16 # A lot of work goes into porting. 15.26.04 # the n810 is a linux device though right ? 15.26.23 # so in theory you could just run a rockbox sim on it 15.26.30 # GodEater: It is indeed. 15.26.46 # doesn't petur or markun own one ? 15.26.53 # IIRC petur does. 15.26.55 # yes, n810 is a linux device 15.27.06 # * petur nods 15.27.14 # and you can run rockbox in SDL environment, right? 15.27.18 # Yes. 15.27.32 # So it's a matter of just compiling the sim on the N810 and launching it. 15.27.37 # so if you ask petur really nicely - he might try it out for you ;) 15.27.38 # so what would me possibly missing hooks to proper keys etc so that it would be usable 15.27.39 # haven't tried it even, I didn't buy it to listen to music 15.27.52 # petur: But what about for experimenting? ;) 15.27.55 # I have my doubts about the sound quality though :/ 15.28.05 # from memory petur accepts beer as payments 15.28.05 # flux: Headphones? ;) 15.28.05 # LambdaCalculus37: lack of time? 15.28.13 # lambdacalculus37, yes, but even with headphones 15.28.19 # petur: Ahh. 15.28.21 # atleast some laptops have bad sound quality 15.28.36 # * GodEater can't imagine carrying a laptop instead of a dap 15.28.39 # that would be just silly 15.28.40 # but they're decent after putting in some resistors before in-ear-phones :) 15.29.28 # my ihp-120 shows no visual signs of damage, but I think I've roughly located the problematic area 15.30.51 # do dissection images or possibly some reverse-engineered schematics exist on the device? 15.31.24 # LinusN is the hardware expert for the h1x0 15.31.45 # flux: There's some on the wiki, IIRC. 15.31.53 # ...probably reasonable to have core jpeg refuse to load with the FORMAT_REMOTE or FORMAT_MONO flags, or to just ignore them? 15.32.01 # If not, check out the Misticriver forums and Google as well. 15.35.10 Join krazykit [0] (n=kkit@rrcs-74-219-71-20.central.biz.rr.com) 15.35.37 Join MR [0] (n=d872f409@gateway/web/cgi-irc/labb.contactor.se/x-7c5737cde2b3b5a6) 15.36.05 Nick MR is now known as Guest56764 (n=d872f409@gateway/web/cgi-irc/labb.contactor.se/x-7c5737cde2b3b5a6) 15.37.26 Quit JdGordon|zzz (Read error: 60 (Operation timed out)) 15.38.25 # the only core things likely to be able to use the jpeg loader, due to the memory allocation needed, are going to be AA and maybe backdrops, anyway. 15.38.40 # hello why is there onley one type of video driver on rockbox mpeg player win players like e200 ipod are able to play divx mp4 avi etc.. 15.39.41 # Guest56764: Because the people who want them apparently aren't willing to do the work. 15.40.04 # Unless you're volunteering that is, it'd be a pleasant change. 15.40.13 # Guest56764: those other devices rarely can play any of those, and are typically only one of them....on the ipods, they use another chip to process the video which we dont know how to utilize fully, and while other codecs can be added to rockbox's video player, no one has taken the effort to 15.41.19 # Guest56764: Because no-one has written one yet 15.41.26 # I wood do but I don't now were to start 15.41.29 Quit Rob2222 () 15.42.04 # codecs are programmed with C right 15.42.12 # They need to be, for Rockbox, yes. 15.43.53 Join Rob2222 [0] (n=Miranda@p4FDCD376.dip.t-dialin.net) 15.50.59 # is there any othere platforms than cygwin to compile stuf on windows 15.51.14 # vmware, colinux... 15.51.45 Quit krazykit ("Connection reset by beer") 15.54.00 # no native for windows 15.54.25 Quit __lifeless (Remote closed the connection) 15.54.41 Join __lifeless [0] (n=lifeless@188.16.108.240) 15.54.47 # ...cygwin is native windows software. :P 15.56.22 Quit perrikwp (Read error: 110 (Connection timed out)) 15.56.57 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.57.14 # ya but the compiler need cygwin to run witch is emulating :D like winehq.org witch to tham is not emulating :D 15.57.36 # people have used interix as well 15.58.09 # Guest56764, you could try mingw 15.58.19 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 15.58.45 # Guest56764: No, there is no truely native way to compile in Windows - all the tools we use require a Unix-like operating system. 15.59.11 # Unhelpful: There are non-mono remotes 16.00.08 # * scorche wonders what is so bad about virtual machines/emulation 16.00.19 # amiconn: do we support backdrop images on 2-bit display? and do we want lossy 2-bit backdrops? 16.01.28 # also, backdrops would need a hack, like loading to the plugin buffer initially. 16.01.33 # Yes we do support backdrops on 2bpp, and they're dithered 16.02.14 # The jpeg decoder on greyscale targets only needs to decode Y, like the jpeg viewer already does 16.02.46 # cygwin looks like a little fun :P 16.02.47 Quit stripwax (Client Quit) 16.04.38 Quit Guest56764 ("CGI:IRC (EOF)") 16.05.11 Part claydoh ("http://quassel-irc.org - Chat comfortably. Anywhere.") 16.05.22 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 16.05.48 # don't worry, i'll still code it as Y-only for mono targets. i think i'll initially start with loads only for main display. whenever we get around to doing backdrops, i can add support for FORMAT_REMOTE. anything that's calling the jpeg loader will need to provide ~10KB in addition to the space for the image, so backdrops aren't likely to happen initially, anyway. 16.09.56 Quit CaptainKewl (Read error: 110 (Connection timed out)) 16.11.02 Join archivator [0] (n=archivat@77.70.28.57) 16.13.56 Join Keripo [0] (n=Keripo@SEASNet-92-211.seas.upenn.edu) 16.17.31 Join schrottplatz [0] (n=max@f053224219.adsl.alicedsl.de) 16.18.01 Quit stripwax ("http://miranda-im.org") 16.20.58 Quit ChanServ (shutting down) 16.25.43 Join ChanServ [0] (ChanServ@services.) 16.25.43 Mode "#rockbox +o ChanServ " by irc.freenode.net 16.33.13 *** Saving seen data "./dancer.seen" 16.33.18 # When exporting a bitmap for use in a plugin, which 16-bit format should I choose? There's R5G6B5, A1R5G5B5 and X1R5G5B5 .. 16.33.35 # I'm using GIMP btw. 16.33.57 # RGB 565 is probably best. 16.34.05 # IIUC, it'll be converted to the screen format anyway. 16.34.37 Quit midijunkie ("?(???~•~)?") 16.35.29 # Hmm, that's weird - I'm getting a "unsupported header size" error when I try to open it with eog. 16.35.41 # make fails on the .c file in question as well... 16.36.41 # * Llorean doesn't know what EOG is. 16.36.53 # But if you're having problems opening it in applications, maybe it's corrupt... 16.37.02 # archivator: If I was you, I would just save it as a 24-bit bmp. 16.37.53 # Llorean: EOG = "eye of gnome" it's the default picture displayer in Gnome 16.38.07 # eog = eye of gnome. For future reference, it needs to be X1 RGB555 16.39.40 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.40.06 Quit jfc ("I wonder what this button over here does..") 16.40.07 # archivator: RGB555 sounds like it loses a bit (I don't know what the X1 means...) 16.40.30 Join cpu98 [0] (i=blankbla@222.108.66.165) 16.40.35 Part cpu98 16.41.13 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 16.42.49 Quit gevaerts (Nick collision from services.) 16.42.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 16.43.12 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.43.28 # linuxstb: That's the only header that bmp2rb finds usable.. 16.43.44 # * Llorean thinks if our bmp2rb doesn't handle RGB565 properly, it's broken 16.44.02 # But the fact that it broke other image viewers still suggests the file itself was the problem 16.45.04 # Llorean: GIMP opens that file just fine. It's probably a non-standard header or something. 16.46.27 # * pixelma guesses that at least 99% of the existing colour plugin bitmaps are 24-bit 16.48.41 # So the x16 suffix is not indicative of the actual color depth? 16.49.01 # Ah, that's the target color depth.. 16.49.55 # in my understanding that's more meant to say "to be used with targets at that colour depth" 16.51.16 Quit schrottplatz (Remote closed the connection) 16.53.08 Quit Keripo ("Leaving.") 16.57.23 Quit MT (SendQ exceeded) 16.59.58 Join MT [0] (n=chatzill@41.233.152.167) 17.00.26 Quit Zagor ("Don't panic") 17.01.51 Join Keripo [0] (n=Keripo@drl032.wlan.sas.upenn.edu) 17.04.54 Quit markun (Read error: 104 (Connection reset by peer)) 17.05.00 Join markun_ [50] (n=markun@rockbox/developer/markun) 17.05.14 Join cpu98 [0] (i=blankbla@222.108.66.165) 17.05.19 Part cpu98 17.08.02 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 17.09.37 Quit codesquid (Remote closed the connection) 17.10.29 Quit BXCracer (Client Quit) 17.10.48 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 17.18.16 # archivator: For colour targets it's best to use RGB888 (24 bit) BMPs 17.19.13 # The build system will convert them to the target format, but RGB888 has better compatibility with gfx programs in case someone wants to improve the bitmap 17.20.28 # Not to mention forward compatibility for targets with better screens 17.20.37 # amiconn: it's been fixed. I am using 24-bit images right now.. 17.20.37 # If we ever support them 17.20.45 # Doesn't the D2 have 24-bit? 17.20.49 # Or is it 18? 17.20.53 # * Llorean remembers it's more than 16 17.21.35 # * Unhelpful is prettty sure the loader doesn't do any color output except rgb565 17.22.22 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 17.22.22 Join PaulJam [0] (i=PaulJam_@vpn-3088.gwdg.de) 17.24.04 Join hittudiv [0] (n=hittudiv@210.212.160.101) 17.31.34 # Rockbox only has an RGB565 lcd driver, but I think some targets convert that to something else when blitting to the LCD. 17.31.56 # (and rgb565 byte-swapped, but that's virtually identical...) 17.38.04 Join tangent1 [0] (n=asher@c-98-219-162-69.hsd1.pa.comcast.net) 17.39.30 # I have an 80gb ipod and am trying to use the installer software. It claims a mismatch because the software cannot differentiate between the 60/80 and the 30 so it defaults to 30. This gives me the mismatch error, how do resolve/over ride it? 17.40.21 Quit kugel (Remote closed the connection) 17.40.56 # What's the exact error message? 17.41.14 # Other people have been able to manually select the 60/80 build juts fine, or simply install the 30 build. 17.42.03 # Target mismatch detected. Installed target: Ipod Video (5th gen) 30GB, selected target: Ipod Video (5th gen) 60/80GB. 17.42.41 # So you installed the 30GB build initially, but now want to use the 60/80GB? 17.43.01 Join jmillikin [0] (n=jmilliki@12.191.193.173) 17.43.30 # no, i'm updating to the latest from 3.1. I was however confused becuase i thought the error was stopping me, I didn't realize that hitting "ok" would cause it to install per my instructions 17.43.41 # i've got it now 17.50.23 Part tangent1 17.53.12 Quit Keripo ("Leaving.") 17.53.29 Join Tekno_Cowboy [0] (n=Tekno_Co@13-183.hutchtel.net) 17.53.48 # Hello 17.58.12 Join ajonat [0] (n=ajonat@190.48.102.106) 17.58.19 Quit petur ("work->home") 17.59.09 # I have an Ipod 5.5G, and I'm curious, can I put the music anwhere on the drive and still have the database work? 17.59.14 Quit barrywardell (Remote closed the connection) 17.59.19 # Tekno_Cowboy: yes 17.59.35 # Thanks a bunch :) 17.59.40 Join Keripo [0] (n=Keripo@SEASNet-92-26.seas.upenn.edu) 17.59.44 # Though if you just copy/paste your music, the OF won't see it. 17.59.55 # Tekno_Cowboy: It's best to keep the music outside of the ".rockbox" folder though 18.00.22 # Not a problem, I hate the OF. I suppose it makes sense to keep the files out of a hidden folder :) 18.01.52 # Oh, and I use all OGG Vorbis audio ;) 18.05.05 # Then it's a good job you've decided to use Rockbox! 18.07.53 # Could the fact that I'm using PulseAudio somehow be relevant to the random simulator freezes I've been getting? The key symptom is that it freezes, while keeping at 80% CPU usage. I haven't run it through a debugger yet since the freezes are sporadic.. 18.08.36 # archivator: It's possible, though I've been using the simulator with PA and have encountered no issues. 18.09.38 Part Tekno_Cowboy ("Konversation terminated!") 18.09.48 Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 18.10.01 # Well, the backtrace it gives shows that the last call was somewhere in SDL, that's why I assumed it was audio-related.. I've been using PA for more than a year now and the sim began freezing only recently.. 18.10.27 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 18.11.31 Join schrottplatz [0] (n=max@f053224219.adsl.alicedsl.de) 18.14.13 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 18.14.28 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 18.14.38 Quit ajonat () 18.14.54 Join ajonat [0] (n=ajonat@190.48.102.106) 18.16.14 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 18.22.55 # archivator: Search for "AUTOROCK" in apps/main.c - you'll need to do the same for the sim version of init() though. 18.23.24 Join Strife89 [0] (n=michael@204.116.244.200) 18.24.24 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 18.24.33 # Figured I'd be on the safe side and double-check: Is it safe to format internal memory while Rockbox is running (format done through Windows)? 18.25.23 Quit dfkt (Connection timed out) 18.25.32 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 18.28.16 Quit dfkt_ (Nick collision from services.) 18.28.21 # The device is a c250. 18.30.52 # You really shouldn't format Sansas without exceptionally good reason, in which case you should use the OF's formatting routine. 18.31.16 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.31.29 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 18.31.52 # Llorean: Welp, I have a good reason. 18.32.13 # Several files vanished without a reported difference in free space. 18.32.50 # Did you run a filesystem check, or are you just jumping straight to formatting? 18.32.57 # It's usually good to see if tools can repair it first. 18.33.00 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-de0f0700d939fc30) 18.33.17 *** Saving seen data "./dancer.seen" 18.33.38 # Windows won't let me check it for some reason. 18.33.58 Quit pyro_maniac ("Leaving.") 18.33.58 # What about formatting it in the original firmware? 18.34.14 # Wait, never mind, checking now. 18.34.44 # Haven't formatted; been backing up. 18.37.17 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 18.37.50 # can anyone give me some insight to my USB Joystick question? possible, yes, no, maybe so? 18.38.03 # linuxstb: I like the autorock idea but is there a way to start the plugin *after* playback has started. Right now, my plugin exits with "no track playing" 18.38.03 # we got well off topic and I was pulled AFK 18.40.47 Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) 18.41.27 # archivator: Hmm, probably not easily... Maybe JdGordon would know, as he's worked on a lot on the relevant code. 18.42.38 # Not worth it, I can just comment out the exit logic in my plugin.. It's probably unneeded anyway... 18.43.07 # Scanning didn't appear to help, so I'm formatting. 18.44.07 # Strife89: And you're sure you didn't simply delete the files, or trigger some tool that removed them? 18.44.48 # Llorean: Yes, because there was a "file" with a garbage name where the files should've been. 18.45.07 # Strife89: Just to be on the safe side, did you run chkdsk with /f ? 18.45.08 # Plus I copied them last night and haven't done much since. 18.45.30 # archivator: No. 18.46.02 # If you really feel you must format, you can, but you really should take this time to figure _why_ the files were corrupted. 18.46.04 # Strife89: you should. In its default mode, chkdsk checks for errors but does not correct them. /f stands for fix 18.46.31 # archivator: Wait, I did, then. 18.46.45 # archivator: Albiet with the GUI. 18.47.23 # Strife89: One more thing, did you go through the whole unmount/safely remove procedure before you disconnected your player last night? 18.47.33 # archivator: Yes. 18.48.51 # It might be a good idea then to figure out what corrupted the data before you cover its tracks.. 18.49.02 # Strife89: I'm not certain the GUI is exactly the same thing 18.49.17 Quit DataGhost (Nick collision from services.) 18.49.25 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 18.50.15 # archivator: I've only done a format with the OF, and the device is plugged in now. I'll see if the command line switch uncovers anything. 18.50.31 # If you've already reformatted, it's probably too late... 18.50.42 Quit Keripo ("Leaving.") 18.52.36 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 18.54.57 # * pixelma does the daily call for c200 keymap patch testers 18.55.23 Quit MT (SendQ exceeded) 18.55.54 # * Strife89 lightly raises his hand. 18.57.23 # I'm referring to the latest patch at the end of FS#8824 which was a result of some discussion here 18.57.51 Join MT [0] (n=chatzill@41.233.152.167) 18.58.04 # I'm busy with some schoolwork, but I'll look at it later. 18.58.13 # pixelma: I'll test it either later this afternoon/evening (my time, it's just about noon now) or tomorrow, if I can remember. Don't have my c200 on hand here. 18.58.31 # Anything specific I'm looking for, or is this just a "does it seem to make sense" kinda thing? 18.58.59 Join Keripo [0] (n=Keripo@SEASNet-38-047.seas.upenn.edu) 18.59.25 # pixelma: Will have a shufti in a bit 19.00.32 # yay, some interest :) I'd like to hear opinions on whether it make sense and how it feels in "everyday use", yes. In my testing it worked as intended but if you find bugs... 19.02.05 # I haven't used my c200 is so long I have no idea what the current keymap is, so if I try this straight off I can see if it "feels" right :) 19.04.09 # * Strife89 uses his Sansa daily. 19.04.58 # My c200 is at the bottom of the pile of ones I use 19.05.03 Join JdGordonn [0] (n=irchon@32.157.234.42) 19.05.21 # gigabeat S, F and H140 all beat it 19.05.52 Quit JdGordonn (Remote closed the connection) 19.06.37 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.09.50 # linuxstb: playback doesn't even start with autorock defined.. :( 19.10.24 # archivator: Maybe have your plugin resume playback on its own first for testing purposes? 19.12.19 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-854b0793f825f2e5) 19.12.33 Join kushalone [0] (n=kushal@12.169.180.178) 19.12.45 Quit stripwax ("http://miranda-im.org") 19.14.09 # Llorean: just tried calling rb->audio_resume(), no luck. 19.14.26 # archivator: That's not surprising - running your plugin will stop the rest of Rockbox starting (until the plugin exits). 19.15.12 # linuxstb: that's what I thought. It was worth a try, though 19.16.16 # archivator: I was answering your earlier question... I don't know how you can manually start playback, but maybe audio_resume() isn't working because you don't have any resume info saved in your sim. 19.16.47 Quit SirFunk (Read error: 110 (Connection timed out)) 19.17.34 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 19.17.34 # linuxstb: but I do! Resume Playback is my start screen and it does just that - resumes playback. Why my plugin can't do it is beyond me. 19.18.46 # archivator: What about playlist_resume() ? 19.19.00 Join jeffdameth [0] (n=jeff@dyndsl-095-033-040-226.ewe-ip-backbone.de) 19.19.53 # Looking at its definition, "audio_resume()" seems to simply send the "unpause" event. 19.20.49 # Calling playlist_resume() froze the sim at the "Loading..." splash.. 19.20.52 Join ajb [0] (n=user@cpc1-cmbg15-2-0-cust860.5-4.cable.virginmedia.com) 19.21.07 Quit lucent (Remote closed the connection) 19.21.11 Join lucent [0] (i=lucent@silenceisdefeat.com) 19.22.25 # archivator: Maybe the easiest will be to just add a hard-coded menu item to the top of the main menu to start your plugin. See how the credits plugin is called (apps/menus/main_menu.c). 19.23.22 # wait, i just got here what plugin is being discussed? 19.23.26 # linuxstb: yeah, that might do it. Thanks for all the help anyway! 19.23.39 # * linuxstb has no idea what plugin this is... 19.23.46 # FS#10065 19.24.17 # archivator: Ah, I guess that's more useful with playback started! 19.24.18 Quit ajonat () 19.25.22 # linuxstb: Nah, that's an illusion! There's an easter egg to play with when playback's stopped. 19.25.42 Quit n1s ("Lämnar") 19.31.45 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.32.19 Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) 19.33.37 # Does RB have an unused param macro? 19.34.13 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 19.34.30 Quit archivator (Remote closed the connection) 19.35.17 Join archivator [0] (n=archivat@77.70.28.57) 19.35.25 Quit jeffdameth1 (Read error: 110 (Connection timed out)) 19.39.04 Quit SirFunk (Read error: 60 (Operation timed out)) 19.39.21 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 19.41.19 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 19.41.56 # ajb: A what? 19.42.12 Quit froggyman ("CGI:IRC (EOF)") 19.46.07 Quit dfkt (Read error: 110 (Connection timed out)) 19.46.27 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 19.48.33 Join krazykit [0] (n=kkit@174-151-227-46.pools.spcsdns.net) 19.56.34 Join Buschel [0] (n=AndreeBu@p54A3ED54.dip.t-dialin.net) 19.58.28 Join pyro_maniac [0] (n=jens@91-64-190-114-dynip.superkabel.de) 19.58.32 Join dany_21a_ [0] (n=dan@84-119-16-194.dynamic.xdsl-line.inode.at) 19.59.24 Quit EternalRains (Read error: 104 (Connection reset by peer)) 20.00.32 Quit krazykit ("Connection reset by beer") 20.00.53 # grr - the patch for gen1 appears to be for the bootloader, so how do I install a new bootloader? 20.01.06 Join firebird619 [0] (n=firebird@unaffiliated/firebird619) 20.01.09 # er firmware 20.01.21 Quit dfkt_ (Read error: 110 (Connection timed out)) 20.01.37 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 20.02.23 # Arc: the instructions on IpodManualRestore don't work for you? 20.03.16 # fuzzie: um no? i just typed "make" and compiled the bootloader, I have no idea where the firmware is or how to install it, and none of the wiki pages cover this 20.03.21 # they only seem to cover building a new .zip 20.03.31 # I am having issues with rockbox 3.2 freezing quite often. Also, when I play songs, it just shows some letters, like "HCTh" and so forth. Also, it isn't showing album art when I have the art in each folder as cover.bmp. Would it be best to reinstall rockbox? 20.03.32 # Arc: I thought the patch was for Rockbox itself? 20.03.50 # its for /firmware/target/arm/ipod/button-1g-3g.c 20.04.02 # I'm assuming that /firmware means firmware 20.04.18 # Yes, so you need to build a normal Rockbox build - choose "N" when you run configure, and then "make", followed by "make zip" to get the required rockbox.zip file 20.04.21 # well, it means the rockbox firmware, which is in rockbox itself 20.04.31 # (do this from a different directory to the one where you built the bootloader) 20.04.41 # firebird619: I assume you have an Ipod? 20.04.48 # pixelma: No, sansa c240 20.07.00 Quit dfkt (Read error: 110 (Connection timed out)) 20.07.10 # ok then how do I install the new firmware when I can't navigate with the scrollwheel currently? 20.07.25 # if using the zip method, i can't just go in and select the new .zip 20.07.26 Join miepchen^schlaf [0] (n=miepel@p579EC45C.dip.t-dialin.net) 20.07.48 # firebird619: weird. Did you try checking the memory (internal and/or card) for file system errors? 20.08.15 # linuxstb: btw what does a "normal" build equal? i don't want all the extraneous apps and games 20.09.13 # pixelma: Well, just yesterday I had issues and was here for help and ended up running the format option in the sansa's firmware, then I upgraded to 3.2 and now have these issues. 20.09.16 # too bad you'll get them and like them 20.09.58 # Arc: All those "extraneous apps and games" do is take up a couple of MB of disk space. If you don't want to use them, just ignore them... 20.10.11 # they also take longer to compile 20.10.41 # what configure option will allow me to just compile the basic ui and codecs? 20.10.47 # None. 20.11.06 # is there a fork of rockbox that is just a music player without all the extra cruft? 20.11.26 # Some plugins are needed for core features to work, such as random folder advice, or the "credits" screen. 20.12.23 # Arc: No, all "forks" (we call them unofficial builds) add extra cruft on top of what's there, rather than remove things... 20.12.32 # Arc: "extra cruft" 20.13.00 # Arc: You lose 30 seconds while compiling and a couple of mb of disk space 20.13.00 # Arc: But you can edit the apps/plugins/SUBDIRS and apps/plugins/SOURCES files to remove all plugins you don't want, if you wish. 20.13.05 # i don't need africaans support, for example. it's completely useless to me 20.13.13 # it's already spent 5 minutes compiling languages 20.13.20 # Cygwin? 20.13.28 # pixelma: Also, I have rockbox on the internal memory, I just have music on the card. Having run format yesterday, I shouldn't have any memory issues, should I? 20.13.32 # nope im compiling on a g3 mac 20.13.50 # Arc: Just delete them if you want 20.14.24 # it'd be nice to have an advanced configure option that lets you select languages and extras 20.14.30 # Arc: Just disable them then 20.14.41 Join petur [50] (n=petur@rockbox/developer/petur) 20.15.02 # firebird619: I guess the "format" option of the Sansa firmware only takes care of the internal memory. The problems you describe could be when accessing the microSD, although I admit to be guessing 20.15.08 # Pretty pointless to have that level of configurability 20.15.36 # It makes the build system overly complicated for no real gain 20.15.36 # If you never want to build them, disable them as linuxstb said 20.15.42 # Arc: A modern computer can compile Rockbox (with all cruft) in a few minutes, so I doubt many people would agree with the complication. 20.15.55 # Also, use ccache 20.16.25 # pixelma: Ok, would it be a good idea to format the microSD card and go from there? How would I check for errors on that? I'm on Linux. 20.19.10 # pixelma: I'd use dosfsck on the card to check it, wouldn't I? 20.20.14 # sorry, can't help you with these things on Linux. About the letters it shows in the While Playing Screen - are your files properly tagged and named? I'm asking because many WPS have fallbacks to show the filename if the tags are not present, just making sure that's not that 20.20.31 # firebird619: fsck.vfat 20.20.41 # pixelma: Yes, they are all tagged properly. 20.21.13 # GodEater: I don't have that command. dosfsck gives: /dev/sdb1: 307 files, 89367/125376 clusters 20.21.57 # firebird619: apparently dosfsck and fsck.vfat are synonymous - so you're ok 20.22.07 # ok, :) 20.22.22 # Really weird question - what happens in the playback engine every 3 seconds (approx.)? When using my plugin, playback freezes (almost) every 3 and a bit seconds. Is there something CPU-intensive that happens at regular intervals in the playback engine? 20.22.22 # at least, that's what my man page on the subject says ;) 20.22.59 # So, formatting the microSD card, a good idea to see if that fixes things? 20.23.15 # * GodEater isn't a fan of formatting solid state things 20.23.32 # but if you think it'll help - go ahead 20.23.53 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 20.24.03 # Hmm, it still freezes even when the card isn't present. reinstall rockbox then? 20.24.48 Quit MT (SendQ exceeded) 20.24.51 Join schrottplatz_ [0] (n=max@f053229143.adsl.alicedsl.de) 20.26.14 # * GodEater should probably read back to find out what the actual problem is 20.26.19 Quit dmb (Read error: 104 (Connection reset by peer)) 20.26.21 Join MT [0] (n=chatzill@41.233.152.167) 20.26.36 Join dmb [0] (n=dmb@unaffiliated/dmb) 20.26.38 # hmmm 20.26.47 # sounds very odd indeed 20.26.49 Join BigBambi_ [0] (i=5648bd29@rockbox/staff/BigBambi) 20.26.53 # linuxstb: A standard way of removing warning for unused paramters on calls (for example if you don't use a paramter in your dynamic menu text call). 20.27.10 # GodEater: Yes, it sure is. I've never had this issue before. 20.27.28 # ajb: You mean "(void)x;" ? 20.28.27 Join cspotcode1 [0] (n=bradla@weepinbell-52.dynamic.rpi.edu) 20.28.56 # mcuelenaere r20754 trunk/ (3 files in 3 dirs): Onda VX747: fix touchscreen issues when switching from bootloader to 'normal' Rockbox 20.30.00 Join A_M [0] (n=AM@u193-11-160-236.studentnatet.se) 20.30.29 Quit BigBambi (Read error: 104 (Connection reset by peer)) 20.30.40 # linuxstb: yep. Just wondering if there was a prefered macro for that sort of thing like some other projects. Rockbox seems pretty macro happy generally ;-) 20.30.59 # ajb: No, we just use (void) directly. 20.33.22 *** Saving seen data "./dancer.seen" 20.36.16 # Llorean: can you please test the patch in fs#10139? I have no mp3-file which is that large... 20.36.20 # do the bootloaders get stored on build.rockbox.org ? 20.38.20 Quit schrottplatz_ (Read error: 104 (Connection reset by peer)) 20.38.26 Quit schrottplatz (Read error: 110 (Connection timed out)) 20.38.27 Join schrottplatz_ [0] (n=max@g224217244.adsl.alicedsl.de) 20.39.11 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.40.03 # I see the RockBox Installer Complete/Small doesn't work with the sansa players. In front of that, it has (OSX) So that just doesn't work on OSX? I'm on Linux, so it should work fine? 20.40.15 Quit ajb (Remote closed the connection) 20.41.12 Join ajb [0] (n=user@cpc1-cmbg15-2-0-cust860.5-4.cable.virginmedia.com) 20.43.29 Quit cspotcode1 ("Leaving.") 20.44.02 Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-15f7785f9e77f6fe) 20.44.59 Join JdGordon|| [0] (i=836b0052@gateway/web/ajax/mibbit.com/x-7f8854c15ebaa689) 20.45.42 Quit JdGordon| (Client Quit) 20.46.35 Join krazykit [0] (n=kkit@174-151-227-46.pools.spcsdns.net) 20.46.52 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 20.48.17 Join schrottplatz__ [0] (n=max@g224218089.adsl.alicedsl.de) 20.48.28 # Buschel: It looks mathematically identical to what I tried. 20.49.14 # I can't try your patch now. 20.49.16 # has rockbox a rating system? 20.49.18 Quit hittudiv (Remote closed the connection) 20.50.45 # schrottplatz_: If you use the database and set Gather Runtime Data to Yes, then yes. 20.50.59 # Hmm, my mp3 player was fine until I used the Rockbox Utility to remove it to try and reinstall it. Now I'm getting the read-only errors I was having yesterday that format fixed. What does the Rockbox utility do that messes things up? 20.51.28 # hmm wierd bug. Corrupting the Database view display if I hold down scroll when entering Artists 20.52.16 # schrottplatz_: Once you've done that then you can use a Long Select and then choose Set Song Rating while a song is playing 20.52.19 # But if I wait or click around slowly it's ok 20.53.30 Join Rondom [0] (n=Rondom@dslb-084-057-149-070.pools.arcor-ip.net) 20.54.31 # and there we go - Vorbis and FLAC support on my gen1 ipod :-) 20.54.36 # thanks guys, I'm happy now 20.54.43 # :-D 20.54.45 Part Arc 20.55.11 Quit Keripo ("Leaving.") 20.56.17 Join Arc [0] (n=arc@207.22.50.65) 20.57.12 # huh. you guys got at least one bug. divide by zero error 20.57.20 # switching from a flac to play an ogg 20.57.35 # rubbish, here 20.57.37 # er 20.57.43 # Arc: side effect of FS#10102 fix 20.57.45 # * ajb checks the bug is on SVN as well 20.57.53 # *rubbish, there are no nor have there ever been any bugs in Rockbox :) 20.58.02 # dreamlayers: you dont want to commit your fix? 20.58.33 # JdGordon: I'm not convinced that it is correct. I guess it is probably close enough... 20.59.24 # Any thoughts on changing "if (!automatic_skip && ci.new_track != 0)" to "if (offset != 0)" 20.59.34 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.59.41 # (in the patch at http://www.rockbox.org/tracker/task/10102?getfile=19287 ) 20.59.43 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-992395492f2ff312) 20.59.43 # firebird619: use the gparted (or partiotion manager under ubuntu) and select check the filesystem 20.59.47 Quit dfkt_ (Success) 21.00.25 # dreamlayers: not really... i rmember thinking that part was wierd when I looked at it (before 10102 was commited)... isnt it a bit odd that we need to check for automatic skipping anyway? 21.01.03 # schrottplatz__: Ok, I'm on slackware, but I'll check into gparted. Thank you. 21.01.13 # np 21.01.43 Part Arc 21.01.50 # i had this problem a couple of times (because i disconnected my player wrong) 21.01.51 # JdGordon||: automatic skip could only be true if multiple short tracks fit into the PCM buffer. 21.02.00 # but gparted did a great job 21.02.28 # schrottplatz__: Hmm, I just tried reinstalling rockbox, and now it just sits at the RockBox boot screen. Boot Ver. 5.0. :( 21.02.53 # just let gparted correct the filesystem 21.02.56 # dreamlayers: that is a big possibility though... all those chip tunes (iirc) 21.03.04 # but the whole check thing is just wierd anyway 21.03.12 # why is an auto skip not the same as a forced one? 21.03.31 # other than the buffer not being skipped 21.03.50 # schrottplatz__: Will do, Thanks for the help. 21.03.56 # np 21.04.06 # JdGordon||: When the user initiates a change, the WPS is meant to change immediately. When the skip is automatic, it should change when PCM changes. 21.04.10 # if this doesnt work try an older rockbox version 21.04.19 # * BigBambi_ congratulates the accepted GSOC students 21.04.41 # schrottplatz__: Ok. It seems as though the Rockbox Utility is what causes some issues for me. 21.05.43 # dreamlayers: sure, but that doesnt really sound like a playback thing to worry about... 21.06.04 # Llorean: I will it submit it then. 21.06.08 # schrottplatz__: I know I can download and install rockbox manually, there's also a way to install the bootloader and extra's manually as well, isn't there. 21.06.16 Join jaykay [0] (n=chatzill@p579E756E.dip.t-dialin.net) 21.06.42 # the only danger really is that things call audio_current_track() during the 2s transition with an auto change.... and the WPS wont 21.07.06 Join shiftplusone [0] (n=shiftplu@c220-237-183-212.frank1.vic.optusnet.com.au) 21.07.52 Join nibbler [0] (n=Nibbler@pD9E3257E.dip.t-dialin.net) 21.08.25 # how about adding the disable-wps-updating to major changes? 21.08.41 # it means longer runtime for all targets 21.09.40 # its a wiki.... 21.10.30 # Buschel r20755 trunk/apps/codecs/mpa.c: Fix FS#10139 (broken seek for very long mp3 files) through avoiding int32 overflow in calculation. 21.11.19 Quit schrottplatz_ (Read error: 110 (Connection timed out)) 21.12.07 # For GSOC projects: http://socghop.appspot.com/org/home/google/gsoc2009/rockbox 21.12.13 Join hittudiv [0] (n=hittudiv@210.212.160.101) 21.13.12 # JdGordon||: With !automatic_skip in the condition, if anything called audio_current_track() during an automatic transition where multiple short tracks fit in the PCM buffer, thistrack_id3 is overwritten. With the condition removed, othertrack_id3 is overwritten, which at least shouldn't cause a crash. 21.13.16 Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 21.15.25 # BigBambi_: getting HTTP 500 on that link.. 21.15.39 # mcuelenaere: Just retry 21.15.41 Quit JdGordon|| ("http://www.mibbit.com ajax IRC Client") 21.15.56 # mcuelenaere: It is having a couple of problems with load apparently 21.16.10 # yeah, it seems to work after refreshing 3 times 21.16.50 # Buschel r20756 trunk/apps/codecs/mpc.c: Allow higher precision in calculation of seek position and elapsed time for mpc codec. 21.17.41 # 512B for a working buffer for the IDCT should be ok on stack, shouldn't it? we already use more for the bmp loader's line buffer on ipod video (960B) 21.18.46 # Unhelpful: I think most targets have 8192B as stack size for the main thread 21.19.39 Join myndz\ [0] (n=myndzi@71-35-114-236.tukw.qwest.net) 21.19.43 Quit barrywardell (Remote closed the connection) 21.20.29 # I'm wondering if there have been any known problems with charging in recent rockbock versions? 21.20.54 # Can core rockbox override my plugin's cpu_boost()? 21.20.59 # i appear to have ruined two batteries now, and i didn't at first realize why they were "inflating" .. but it seems to be possibly overcharging 21.21.12 # mcuelenaere: thanks... that gives me a good idea how much and which data i can consider putting on stack 21.21.20 # That is, can core rockbox unboost the CPU when my plugin has boosted it? 21.21.25 # archivator: no. 21.21.48 # Unhelpful: I'm not sure about other threads though, look for the DEFAULT_STACK_SIZE macro 21.21.58 # (most threads are created with stack size = DEFAULT_STACK_SIZE/2) 21.21.58 # MT: congrats 21.22.05 # * BigBambi_ looks around for the others 21.22.14 # Unhelpful: Good to know. Doesn't get me closer to solving this bug, though.. 21.22.20 Join Tekno_Cowboy [0] (n=Tekno_Co@13-183.hutchtel.net) 21.22.21 # there's a counter incremented for each boost call. it doesn't actually clock down until everything that called boost has unboosted. 21.22.25 # Llorean: for what its worth i formated my sansa from the OF in Windows and it simply restored itself on the next boot 21.22.25 # wincent: Congrats to you too :) 21.22.25 # archivator: the boost works as a counter - when you call boost it gets incremented. As... what Unhelpful said 21.22.46 # Yeah, I thought it worked like that, I just needed to make sure. 21.23.08 Join JdGordon| [0] (i=836b0065@gateway/web/ajax/mibbit.com/x-21df1c2027198077) 21.23.19 # *if* some other thread unboosts twice... i suppose it's possible. ;) 21.23.20 # * BigBambi_ spots obo and congrats him 21.23.25 # I seem to be having some trouble with video playback with Rockbox version 3.2. I've tried both mpeg 1 and 2 formats 21.23.47 # Unhelpful: it's easier to assume the bug is in my code than in an undefined place in core rockbox :) 21.23.48 # Tekno_Cowboy, what device? 21.23.58 # Tekno_Cowboy: Did you read www.rockbox.org/wiki/PluginMpegplayer? 21.24.02 # archivator: that is probably true ;) 21.24.06 # sorry hit enter by accident 21.24.13 # I'm using an Ipod 5.5G 21.24.33 # Tekno_Cowboy: ipod video can't decode full-screen video in real time 21.24.57 # Well, at least the CPU can, the BCM can be used to help with that, we just don't know how to use it. 21.25.05 # *can't 21.25.26 # I see. That's a bummer. 21.25.33 # Thanks for the help 21.26.03 Quit Tekno_Cowboy (Remote closed the connection) 21.26.34 Part Buschel 21.26.43 Quit Rondom ("Ex-Chat") 21.26.45 # mcuelenaere: *ouch*, that's set as 1KiB. means the working space would take up the entire stack, and even the coeffs for the current block before IDCT would be half of the stack. 21.28.29 # isn't default stack size 8KB? 21.30.07 # (most threads are created with stack size = DEFAULT_STACK_SIZE/2) <- this is what i was referring to :) 21.30.28 # archivator: Well, we might get somewhere with the BCM now with dreamlayers on board. ;) 21.30.50 # without a compiler I doubt it 21.31.00 # LambdaCalculus37: I'm certainly hoping ... 21.31.10 # ...oh, hey. the buffering thread gives itself a hefty stack, too, though... 21.31.23 # LambdaCalculus37: I am not very optimistic about the BCM. 21.32.36 # theres so many easier targets for video anyway 21.32.38 Quit hittudiv ("Leaving") 21.32.44 # the beast and TCC chips are documented and more powerful 21.33.07 # Hate to repeat myself but is there any CPU-intensive task that takes place approx. every 3 sec. ? 21.33.25 # better question: does rockbox's charging cutoff depend on the battery capacity setting? 21.33.36 # LambdaCalculus37: The interaction between the BCM and PP firmwares in the on-disk (osos) firmware is very complex, and we have almost no information on the BCM's instruction set. 21.33.48 # one might suppose that it does, which means perhaps the battery just sucked and didn't really work at the capacity it claimed 21.33.59 # dreamlayers: I think all we know is that it uses the MIPS instruction set, but that's it. 21.34.31 # LambdaCalculus37: wasn't it some derivant of the MIPS instruction set? 21.34.34 # myndz\: What device are you using? 21.34.34 # myndz\: it does not 21.34.39 # h340 21.34.51 # i don't know the technical details, i mean, maybe it's a hardware thing 21.35.06 # but it never happened until my last battery replacement, and now again after i replaced the busted one 21.35.11 # the battery like.. inflated 21.36.55 # the hard drive's also been replaced with a 60gig if that matters somehow 21.37.05 # mcuelenaere: Something like that, I believe. This was quite a while ago, and I'm sure it's in the IRC logs somewhere. 21.37.34 # apparently its not MIPS 21.37.49 # Did anyone look at the AlphaMosaic patents? 21.37.54 Quit schrottplatz__ ("o.O") 21.38.47 # myndz\: The H300 series are notorious for there being a lot of 3rd party batteries that balloon quickly 21.39.44 Join jfc [0] (n=john@dpc691978010.direcpc.com) 21.39.58 Join gniourf_gniourf [0] (n=Gniourf@vil69-1-82-67-51-185.fbx.proxad.net) 21.40.46 # myndz\: It seems charging is hardware controlled on H300 so Rockbox cannot be responsible for ballooning batteries. 21.40.57 Quit miepchen^schlaf () 21.41.35 # dreamlayers: does it make sense to test http://www.rockbox.org/tracker/task/9746 with a e200? i.e. could it show interesting results? 21.42.00 # i.e. any DAP that takes the same dimension battery as the 1/2G iPod - so the H100 series is similarly affected. 21.42.36 # jaykay: I don't think it is compatible. Some of those pins are used for GPIO on e200. 21.43.54 # i see 21.44.05 # i didn't know that "ballooning" was even a term :) 21.44.13 Join Keripo [0] (n=Keripo@eng274.wireless-resnet.upenn.edu) 21.44.16 Join miepchen^schlaf [0] (n=miepel@p579EC45C.dip.t-dialin.net) 21.44.19 Quit bluebrother ("leaving") 21.44.20 # the batteries i have bought recently were ipod replacments 21.44.23 # 2nd gen etc 21.44.28 # probably made in china, cheap off ebay 21.44.33 # so i'm not at all gonna rule that out 21.45.06 # is ballooning the result of poorly manufactured batteries, or is it a direct result of overcharging? should i just try to find one manufactured somewhere reliable? 21.45.07 # jaykay: If pins aren't used by specific parts of the PP502x chip (like the ATA/IDE host), they can be used as ordinary GPIO. eg. backlight-c200_e200.c uses GPIOG. 21.45.43 # Hello, my iriver H10's HD (20gb) is going to die soon... can I buy any 1.8" 20gb ide HD to replace it, or is there more to it? (sorry for the offtopic question) 21.45.51 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 21.47.03 Quit planetbeing () 21.47.14 Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 21.47.36 # shiftplusone: there are a few kinds of connectors for the 1.8" hard drives 21.47.40 # be sure you hae the right kind 21.47.55 # yousr is newer than mine, maybe it has one of those zif connectors? they seem to be the newer style 21.48.03 # my own has the older ide connector 21.48.03 # shiftplusone: another important thing is the connector, you should find some info in the Rockbox wiki (page is called HardDriveReplacement or such) 21.48.07 # shiftplusone - please read this page: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement 21.48.37 # ah, perfect. Thank a lot =) 21.48.48 # (also thanks to the people with the answers re: batteries) 21.49.10 # ah... so it's a zif connector, not an ide one... good thing I asked here =) 21.49.11 Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) 21.50.19 Quit archivator (Remote closed the connection) 21.51.00 Quit saratoga ("CGI:IRC (Ping timeout)") 21.51.22 # If the thickness and connector is right, does the capacity matter? 21.51.25 # myndz\: The ballooning seems to be poor quality batteries. There are some old threads in misticriver that list certain brands as being less prone to it than others. 21.51.46 # Cameron Sino (sp?) seemed to be the pick of the bunch if I remember rightly. 21.52.00 Join planetbe1ng [0] (n=planetbe@67-207-128-206.slicehost.net) 21.52.11 # evilnick_7: mmk, thanks. i'll attempt to find links to reliable quality batteries 21.52.34 # can someone point me to a music file which will cause 100%cpu-load on a e200? 21.52.44 # shiftplusone - it ought to just work 21.53.44 # stripwax, thanks again. 21.53.51 # however some configurations might require customizing the build a little bit (MK8010GAH , I think, in anything other than an ipod video) 21.54.23 # But that wouldn't fit in an H10 so you should be good to go 21.55.16 Quit Keripo ("Leaving.") 21.55.31 # evilnick_7: Cameron Sino are the bee's knees. That's why we usually buy them. ;) 21.58.00 # jaykay - anything in particular? the insane monkey's audio ought to do the trikc 21.58.47 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.59.05 # spripwax: no... i just searched for a free one, maybe a minute of crap, just to test some behaviours with high cpu load 21.59.08 Quit robin0800 ("No Ping reply in 90 seconds.") 21.59.14 # i don't want to install some converters 21.59.40 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 22.00.04 Join kugel [0] (n=kugel@rockbox/developer/kugel) 22.00.53 Quit Strife89 ("That's all, folks!") 22.00.56 # jaykay: monkey is free (of charge, at least), and a safe bet for 100% load 22.01.07 Quit blithe ("Lost terminal") 22.01.15 # * kugel wonders if stripwax checked his mails recently 22.01.18 Join blithe [0] (n=blithe@blakesmith.me) 22.01.41 Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 22.01.49 # kugel: well, i searched for free ape music... 22.01.58 # or a minute of anything.... 22.02.15 # Tomers: congrats :) 22.02.38 Quit dreamlayers ("Back later") 22.03.40 # * stripwax has :) 22.04.01 # stripwax: Then congrats to you too :) 22.04.19 # BigBambi_ - thanks! beers sometime? :) 22.04.35 # stripwax: Indeed - sadly the lafe 22.04.55 # *latest proposed date for DevConPub has passed and I'm no longer in Blighty 22.04.59 # But soon! 22.07.39 # stripwax: you're added to svn now 22.07.48 # welcome! 22.07.58 # Many thanks! 22.08.38 # * gevaerts thinks that all this DevConPub should cease and all those people should just come to DevConNonPub 22.08.44 # stripwax: a good start for your venture is editing docs/COMMITTERS to add yourself 22.09.22 # gevaerts: I am! 22.09.44 # you are, yes :) 22.10.27 Join saratoga [0] (n=46b86b1a@gateway/web/cgi-irc/labb.contactor.se/x-98000c12e22bba53) 22.11.03 # kugel r20757 trunk/firmware/target/arm/as3525/ (5 files in 3 dirs): Fix FS#10128 - The View IO Ports debug menu showed weird dbop values (sometimes FFFF prepended), due to sign-extension. Switch to unsigned short to ... 22.11.11 # stripwax r20758 trunk/docs/COMMITTERS: Adding myself to docs/COMMITTERS :) 22.11.26 # * stripwax waves hello 22.11.39 # stripwax: \0/ 22.11.45 # nice 22.12.35 Join Keripo [0] (n=Keripo@SEASNet-92-05.seas.upenn.edu) 22.12.39 # stripwax: \o/ :) 22.12.42 # are you ready to commit the vorbis improvements? 22.13.03 # more or less, want to confirm it builds ok on other targets first 22.13.35 # stripwax: we have the build table. Unless it's bloody obvious, the build table checks for building on other targets 22.14.26 Join faemir [0] (n=faemir@88-106-238-71.dynamic.dsl.as9105.com) 22.15.02 # kugel yep true, don't want my first commit to generate red/yellow tho :) 22.15.23 # stripwax: that's why your first commit shoud just update COMMITTERS :) 22.15.28 # * stripwax chuckles 22.15.31 # then try to get buildall.sh (or how it was named) running :) 22.15.35 # red builds are how you get your commit count up 22.16.02 # also, is anyone interested on getting AMS support in rbutil? 22.16.15 # it should be quite easy I think 22.16.18 # gevaerts: the COMMITTERS commit is a bit tricky though, due to the encoding. It's not going red, but still ;) 22.16.35 # saratoga: I haven't done coding, but I have thought about it 22.16.59 # yeah i'm interested, though I don't know c++ 22.17.01 # I think mkamsboot should get the bootloader built-in (like sansapatcher), and possibly patch the firmware file in place 22.17.18 # i think it should be easy enough to change the hxxx install to work with ams 22.17.40 # since IIRC they both work precisely the same [patch an of.bin, copy to the player] 22.17.57 # mcuelenaere r20759 trunk/firmware/target/mips/ingenic_jz47xx/onda_vx747/adc-target.h: Fix yellow (forgot file) 22.17.58 Quit robin0800 ("No Ping reply in 90 seconds.") 22.18.31 # are AMS sansas ready for rbutil integration ? 22.18.41 Quit bertrik (Remote closed the connection) 22.18.49 # kugel r20760 trunk/apps/plugins/plugin.lds: FS#10141 - Modify AMS Sansa #defines in plugin.lds to account for as3525 MEMORYSIZE > 2 by Jack Halpin. 22.19.07 # as long as mkamsboot compiles on win/lin/mac, rbutil support should be easy.. 22.19.14 # domonoky: depends on what "ready" is supposed to mean 22.19.18 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.19.34 # * kugel hasn't build it on non-linux yet 22.19.42 # domonoky: it does 22.19.54 # err hmm only tried cygwin on windows actually 22.20.14 # for rbutil, we need at least a officialy released bootloader and ofcourse builds for download 22.20.14 # what compiler does it need on Windows? VS? 22.20.30 # I guess MinGW 22.20.31 # well thats easy enough 22.20.40 # i think windows and linux should work, but i remeber something about osx ? 22.20.58 # i can't imagine its a problem 22.21.11 # * domonoky tries 22.21.11 # the patcher file literally just writes bits into a bin file 22.21.25 # what dependecies could that possibily involve 22.21.32 # we have no bootloader released, and I think we shouldn't release one before the mmu thing is cleared up 22.21.45 # saratoga: just md5sum 22.21.48 # the mmu thing is nearly done though 22.22.07 # BigBambi: Thanks a lot!!! Thanks you all, and sorry for the late response ;-) 22.22.26 Quit mcuelenaere (Nick collision from services.) 22.22.27 Join mcuelenaere1 [0] (n=mcuelena@78-22-183-164.access.telenet.be) 22.22.28 # saratoga: is it? I don't think it is. Well, I don't consider it as done without the caching though 22.22.33 Nick mcuelenaere1 is now known as mcuelenaere (n=mcuelena@78-22-183-164.access.telenet.be) 22.22.40 # funman got 36MHz playback for mp3 22.22.43 # domonoky: AMS installation is pretty similar to the iriver h1x0/h3x0 - patch an OF firmware file with the RB bootloader, then copy to the root of the device. 22.22.44 # faster then PP actually 22.22.46 # gevaerts: do you think the 'set serial descriptor to 0 when none is available'-patch I sent you yesterday is commit-able? 22.22.49 # saratoga: including crash after 20s 22.23.07 # sure but its just a cache coherency problem somewhere 22.23.11 # mcuelenaere: I think it is, yes 22.23.17 # we probably just don't flush before DMA transfer somewhere 22.23.22 # I'll commit it then 22.23.23 # linuxstb: any thoughts about my 2 ideas (bootloader built-in, patch OF file in-place)? 22.23.29 # we'd never notice a problem like that when the cache was off 22.23.44 # but horribly slow performance 22.24.07 # with mmu, but without caches, it's slower than w/o mmu 22.24.18 Quit vedlith (Read error: 104 (Connection reset by peer)) 22.24.24 # * domonoky cant try on mac for now, something broke on jdgordons mac.. :-) 22.24.25 # mcuelenaere r20761 trunk/firmware/usbstack/usb_core.c: Disable usage of USB serial descriptor when no unique one is available 22.24.33 # yeah theres some overhead from the MMU probably 22.24.56 # kugel: Patching in-place isn't the usual way to do things. I'm not sure if building in the bootloader is worthwhile - sansapatcher/ipodpatcher only do that because they existed before rbutil. 22.24.57 # interesting that MMU makes such a large difference for IRAM though 22.25.05 Quit pyro_maniac ("Leaving.") 22.25.32 # kugel: no need for buitin bootloaders, rbutil wants them from the download server. 22.25.36 # kugel: What is more important IMO is releasing an official bootloader. 22.26.08 # ah ok. h1x0/h3x0 don 22.26.14 # the current bootloaders work fine, we're all using them 22.26.17 # don't do either of those too then, I guess? 22.26.54 # though i bet we'll be releaseing new ones before too long . . . 22.26.55 # saratoga: Then someone should release them, so other things (rbutil support, user-friendly install instructions) can happen. 22.26.59 # Bagder: do the compiled bootloaders on build.rockbox.org get stored somewhere for downloading? 22.27.24 # * kugel thinks we should wait for the mmu 22.27.28 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 22.27.40 # yeah i agree that we need the MMU 22.27.43 # mcuelenaere: no 22.27.50 # but we could have that quite soon 22.27.59 # so i see no reason to not think about rbutil now 22.28.17 Quit BigBambi_ ("http://www.mibbit.com ajax IRC Client") 22.28.35 # i give it maybe a week before people start passing out unofficial builds 22.29.07 # domonoky: One complication with mkamsboot is that it requires arm-elf-gcc to compile the bootloader stubs. But I've long been thinking that the binary versions of those could live in svn as well, so only a host gcc is needed to build. (they are very stable - i.e. don't change often) 22.29.08 # we're actually quite close to released/supported, right? 22.29.32 # for AMS? 22.29.37 # ye 22.29.53 # yeah we technically have all the official requirements except rbutil 22.30.03 # linuxstb: yes binary for this in svn would be fine i think... 22.30.57 # talking about AMS targets, is there *anyone* working on the c200v2? 22.31.13 # I don't think so 22.31.15 # * kugel would sort of laugh if AMS is earlier than the beast 22.31.28 # bertrik: no-one owns one :( 22.31.38 # we should get one then 22.31.39 # i don't think very many were ever made 22.31.56 # releasing on 3 targets at once is already really impressive 22.32.03 # some buttons and buttonlight, that's all 22.32.09 # and backlight. but no lcd 22.32.20 # with the clipv2 not too far behind 22.32.30 # once lcd is figured out, c200v2 should be pretty straight forward 22.32.46 # kugel: you've got red 22.32.49 Quit dfkt (Read error: 60 (Operation timed out)) 22.33.08 # yes, I think so too, and I can imagine that the display on the c200v2 isn't that much different from the v1 22.33.23 *** Saving seen data "./dancer.seen" 22.33.34 # m200v4 still has this shutdown bug, if you turn volume high enough :-) 22.33.35 # theres the m200v4 as well 22.33.41 # hmm have to run 22.34.19 Quit Tomers ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 22.34.22 # mcuelenaere: huh 22.34.36 # * bertrik vaguely remembers some settings in th codec for detecting overheating and perhaps overcurrent 22.34.40 Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 22.35.19 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 22.35.19 # mcuelenaere: that seems weird 22.36.03 Quit BigBambi (Remote closed the connection) 22.37.04 # kugel: you 'removed' the DRAMSIZE #define for all targets which were in that #else clause 22.37.08 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 22.37.17 Quit dfkt_ (Read error: 104 (Connection reset by peer)) 22.38.42 # mcuelenaere: indeed. Thanks 22.38.46 Quit saratoga ("CGI:IRC (Ping timeout)") 22.41.10 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-7432f16efccec524) 22.41.26 Quit krazykit ("Connection reset by beer") 22.43.03 Join alex__ [0] (n=quassel@41.189.72-86.rev.gaoland.net) 22.43.34 # why isnt the scroll wheel disabled on the iPod 5G for brickmania, because when you try to use the wheel the game responds poorly and the paddle will skip around 22.44.43 # kugel r20762 trunk/apps/plugins/plugin.lds: Fix red. 22.44.54 # 29573 is a decent score ;-) 22.45.02 Quit shiftplusone (Read error: 54 (Connection reset by peer)) 22.45.10 # * gevaerts looks down at it 22.45.29 # Bagder: far away from my record though :p 22.45.32 # we need a badge for that 22.45.51 # kugel: what is your record? 22.45.59 # 66k somthing 22.46.04 # poor ;) 22.46.12 # On brickmania? 22.46.19 Quit alex__ (Client Quit) 22.46.23 # does anyone have an idea why the wps-touchscreen thing hit iaudio x5/m5 so hard? 22.46.41 Quit Keripo ("Leaving.") 22.46.51 # my only guess is a alignemnt boundry got crossed 22.46.52 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 22.47.36 # * kugel summons Unhelpful 22.47.46 # he's got the tools to analyze this 22.48.05 # which is actually in svn now. objdiff 22.48.23 Quit BigBambi (Remote closed the connection) 22.48.38 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 22.48.57 # * gevaerts is still proud of his 777697 score 22.49.06 Quit BigBambi (Remote closed the connection) 22.49.06 # for emacs, which one of these would i download, with Win32, http://ftp.gnu.org/gnu/emacs/windows/ 22.49.06 # duh 22.49.29 # froggyman: none 22.49.54 # for emacs on win, you want "ntemacs" => http://ntemacs.sourceforge.net/ 22.50.02 Quit Zarggg_ () 22.50.03 # ok 22.50.28 # Unhelpful, kugel: have you seen http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/scripts/bloat-o-meter ? 22.52.54 # nope 22.53.11 # * mcuelenaere thinks it gives a bit nicer output than objdiff 22.54.29 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 22.55.54 Quit intrados_ (Read error: 60 (Operation timed out)) 22.56.23 # whoa, pure green 22.56.37 # nice work 22.56.59 Join Keripo [0] (n=Keripo@SEASNet-92-05.seas.upenn.edu) 22.57.44 Quit BigBambi (Remote closed the connection) 22.58.06 # long time no see :) 22.58.23 # now that spring is coming, it's about time that build table gets all green again 22.58.34 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.59.08 # JdGordon: the .elf actually is almost the same 23.00.12 # mcuelenaere: how do you download this file? 23.00.26 # copy-paste? 23.00.38 # it's probably also in the Linux kernel source 23.00.38 # * amiconn wonders about Buschel's fix 23.01.06 # hmm copy-paste doesn't seem to work that nice 23.01.18 # mcuelenaere: right, I actually have it on my pc :) C&P doesn't work nicely due to the line numbers on the leflt 23.01.36 # kugel: http://pastebin.com/m6754f71e 23.01.37 # oh 23.01.38 # (1) Hwcodec should have the same problem if I read correctly. (2) It is possible to get better precision (by a factor of 10) than the current fix with less calculations 23.01.43 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 23.01.54 # Bagder: on the etemacs download page it only lists it for the i386 archetexture, and i know that i have x86, or will it still work for x86? 23.01.55 Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 23.02.18 Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.02.25 # JdGordon|: get_token_value 2512 3304 +792 23.02.37 Quit dfkt (Nick collision from services.) 23.02.41 Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) 23.03.02 # mcuelenaere: indeed, the output seems more attractive :) 23.03.29 # froggyman: x86 implies that, yes 23.03.37 # Llorean: (1) Does Buschel's fix fix the very long file for you? (2) Could you test the same file on hwcodec? 23.03.49 # these numbers don't sound like a alignment border cross 23.03.51 # * mcuelenaere wonders how much extra build server CPU effort it would require to have objdiff.py/bloat-o-meter.py runned after a commit to see in-depth binsize-details 23.04.34 # mcuelenaere: probably not much more if the current method is dropped 23.04.50 # kugel: isn't the current method just reading out rockbox-info.txt ? 23.04.57 # (which doesn't require much effort) 23.04.57 Quit BigBambi (Read error: 104 (Connection reset by peer)) 23.04.59 # I don't think so 23.05.08 # it looks at the .map afaik 23.05.09 # it is 23.05.27 # the code that looks in the .map creates the rockbox-info.txt file 23.05.29 # oh. someone told me it's not just the rockbox-info.txt 23.05.37 # The .map isn't transferred back afaik 23.05.48 # tools/mkinfo.pl 23.05.55 # so I presume the .elf file isn't either? 23.06.01 # correct 23.06.22 # then it would require extra CPU and bandwidth effort 23.06.32 Join nibbler_ [0] (n=Nibbler@pD9E31A20.dip.t-dialin.net) 23.06.37 # the clients could run the scripts 23.06.46 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 23.06.57 # and just pass the output of those over 23.07.00 # kugel: then the clients should keep an old version of the .elf file? 23.07.16 # and AFAIK they are more or less randomly chosen 23.07.18 # why not 23.07.26 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 23.07.36 # ie client A will have target X and on the next commit it will have target Y 23.07.37 # ah, yea, that won't work thebn 23.07.38 Quit nibbler_ (Remote closed the connection) 23.08.30 # amiconn: any idea about the x5/m5 binsize hit? 23.08.33 Quit nibbler (Read error: 110 (Connection timed out)) 23.08.55 # kugel: You could look at the .map 23.09.08 Part dany_21a_ 23.09.45 # linuxstb: it's get_token_value(). this file only got an addition case in the switch (which is empty for !HAVE_TOUCHSCREEN) 23.10.13 # * amiconn points kugel towards today's log, 04:31 23.10.25 # kugel: don't forget wps_parser.c 23.11.54 # amiconn, mcuelenaere: bloat-o-meter showed the delta is in get_token_value() (gwps-common.c) 23.11.57 # thats not the issue though.... why did only the m5/3 go up and not the other non touch targets 23.12.20 # kugel: ah true 23.13.06 # JdGordon|: it's not even CF related 23.13.18 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 23.13.20 # not obviously at least 23.13.54 Quit bs66_1 (Read error: 110 (Connection timed out)) 23.15.02 Quit tvelocity (Read error: 110 (Connection timed out)) 23.15.20 Join bs66_ [0] (n=sysuser@79.138.219.150.bredband.tre.se) 23.15.29 # amiconn: what should I read there? 23.15.38 Join tvelocity [0] (n=tony@athedsl-4491451.home.otenet.gr) 23.16.03 Join barrywardell [0] (n=barrywar@79.97.77.138) 23.16.21 # dreamlayers pointed out exactly what makes the delta go away 23.17.58 # I already figured the cause. I'm wondering why the hit is so massive 23.19.00 # mcuelenaere: i've not seen that before. objdiff seems quite redundant now :/ 23.19.16 # improve it!! 23.19.21 # yes, it's strikingly similar :) 23.19.27 Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]") 23.21.21 # kugel: The seemingly small change probably makes gcc change its inlining strategy or sth like this 23.22.11 # The two iaudios are the only ones with a non-mono remote, that's what makes them different from the other cf targets 23.22.16 # BigBambi : Thanks :) .. just got home. 23.22.40 # mcuelenaere: but i've already got a project at present... though i find it tedious and would welcome distractions. 23.23.27 # MT: Make sure to sign up to the dev mailing list :) 23.24.18 # BigBambi : I've there for months I guess :) 23.24.28 # * I've been 23.24.40 # oh, er... good :) 23.24.41 Quit Horscht (Read error: 110 (Connection timed out)) 23.24.52 # * mcuelenaere is looking for testers for FS#9174 23.25.44 # * JdGordon| suggests mcuelenaere try the new sub forum for that very perpose 23.26.01 # * mcuelenaere doesn't feel like creating lots of builds 23.26.08 # mcuelenaere: i don't suppose we could get the setjmp/longjmp in pluginlib? ;) 23.26.21 # probably, but I wasn't sure how to do that without duplicating.. 23.27.24 # well, i'd imagine they'd just be *moved* there, rather than copied? or is there some problem with them needing to be linked in a special way? 23.27.36 # i think maybe i've just been buying batteries that are too big, after doing more searching/research 23.27.47 # Unhelpful: but how are the codecs going to access them then? 23.28.01 # well, one codec.. 23.28.05 # i had thought i got away with 2300mah before without any problems but it looks like the h340's default battery is a 1700mah one 23.28.10 Quit Keripo ("Leaving.") 23.28.21 # this battery still seems to be swelled up rather unreasonably lage, but i ought to be fine i think if i drop the size/capacity of what i purchase 23.29.05 # oh! i didn't realize they were *in* the codeclib? 23.29.15 # yes they are 23.29.28 # that's why I hackishly added those ../../ lines 23.29.39 # * mcuelenaere doesn't really want to move them to core 23.30.52 Quit bmbl ("Woah!") 23.31.49 # nevermind, i thought (from the task) that they'd been added in the lua plugin itself. you're probably already sharing them between codeclib and pluginlib about as cleanly as possible. 23.33.33 # i had thought a bit ago that they might also be useful for porting other apps to RB, but as a substitute for having a real exit() rather than for things that want them for exception handling. 23.33.55 # actually, Lua needs an exit() too.. 23.34.00 # (next too some other stuff) 23.34.36 # mcuelenaere r20763 trunk/apps/lang/nederlands.lang: Update Dutch language 23.34.43 Quit Zarggg () 23.36.30 # mcuelenaere: my idea for that was to setjmp to a global jmp_buf, and treats returns from it as exits. exit() would just be longjmp(exit_buf), with a check first that the exit status isn't 0 23.37.42 # do you think that the setjmp should be done before the plugins gets executed? (so plugins don't need to care to initialize the jmp_buf) 23.37.57 # myndz\: Again, this is me remembering so may not be 100% true, but I believe that the capacity of the battery _should_ not matter 23.38.05 # s/to care to initialize/to care about initializing/ 23.38.54 # The problem is that the higher capacity batteries seemed to be more likely to balloon, due to worse construction 23.39.02 # evilnick_7: the capacity of the battery is related to the physical size of the battery 23.39.07 Quit __lifeless (Read error: 113 (No route to host)) 23.39.15 Join _lifeless [0] (n=lifeless@188.16.108.240) 23.39.16 # so if i get a physically smaller battery, even if it does swell up it's less likely to break the case/hard drive 23.39.17 # mcuelenaere: that means having the setjmp/longjmp in core, if you mean to have the loader set up the exit. i'd think they're better off in pluginlib, and only things that want exit() can include setjmp_exit.h and call its init function. 23.39.18 # that's all i meant 23.39.38 # i'm not at all surprised that the cheap $6 2300mah ipod replacement batteries suck 23.39.42 # i just didn't expect them to break things 23.39.52 # myndz\: If we're still talking about the h300 batteries then the difference in physical size of the battery 1700MaH or 2100MaH should not be any different 23.40.04 # Unhelpful: yeah, that's probably better (I thought plugins had some kind of pre-init code besides the one in plugin.c) 23.40.27 # 22/23 is already a bit of a squeeze in an h340 case so it doesn't have to expand much 23.40.36 # really? wow 23.40.38 # Sorry "the phyical size of the battery should not be any different" 23.40.38 # nope, codecs have a crt that's linked into every codec, plugins do not, and have all of their init done in the loader. 23.40.47 # i wish i could know who manufactured the second one i bought then 23.40.51 # i remember it being significantly smaller 23.40.59 # thought it was due to advances in technology 23.41.04 # but then the next time i got big ons again 23.41.15 # myndz\: if a battery is swelling, I wouldn't use it... 23.41.29 # myndz\: I've used 2 separate 2100MaH batteries, one ballooned after maybe 30 mins, the other lasted many months. 23.41.41 # gevaerts: obviously 23.41.42 # And yes, if it starts to balloon then get it out of there asap! 23.41.58 # it's hard to tell if it's ballooning or not until it's too late though 23.42.07 # this one i've had for some months, but my first ones didn't do it at all 23.42.14 # so i would rather just buy something that won't cause a problem 23.42.20 # question is how :\ 23.42.36 # evilnick tells me that getting a smaller capacity battery may not help, now i have no idea what to do heh! 23.42.52 # I've had a 2100 mAh battery in my h140 for 2 or more years with no issues, so it does seem to be luck 23.43.44 # Stupid as it sounds, if you start experiencing any weird issues like keypresses not being picked up, then it's worth opening up your iRiver to check. 23.43.48 # yeah, i've had the same.. just not recently :( 23.44.03 # evilnick_7: the last two times (this has happened twice), the first indicator was an ATA error -1 23.44.16 # and/or failure to load the next track 23.44.28 # Yep, that too! Anything that you don't normally see. 23.44.30 # now that i think of it, that could be an early warning... i've just chalked that up some times in the past to random chance 23.44.43 # my poor case, i already lost one screw :( 23.44.57 # amiconn: I don't have access to my one hwcodec player right now. 23.45.05 # * evilnick_7 found out why his beast was freezing every so often 23.45.56 # amiconn: In my test I simply moved the *100 in the numerator to a /100 in the denominator, I'm not really sure I get why it needs to be done with so much more math. 23.46.01 # i think i'm gonna pay the extra $14 for one of these batteries on ebay that's labeled for h340s 23.46.02 # I hadn't put the spongy bits on the hdd so after enough shaking around, the hdd would become loose on the ZIF connector! 23.46.08 # maybe at least that will help me avoid the ipod market 23.46.18 # evilnick_7: woops! 23.46.22 # Llorean: That move is what I had in mind... 23.46.34 # Llorean: With the old formula, the vbr mp3 playtime limit (before seek position started overflowing) was a little less than 6 hours 23.46.37 # spongy bits are indeed important ;) 23.46.44 Quit freqmod_qu ("http://quassel-irc.org - Chat komfortabelt. Hvor som helst.") 23.46.46 # Heheh! :) 23.46.57 Join freqmod_qu [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 23.46.57 # amiconn: A far shot less than the 22 hours my file was then. :) 23.47.00 # amiconn: how about the sheep counter, is it a long int? :) 23.47.27 # myndz\: Again, it does seem to be the luck of the draw with those batteries. I decided to buy a few at a time so that I'd have a replacement at hand. 23.47.33 # Unhelpful: something like http://pastebin.com/d54337005 ? 23.47.44 # Llorean: Yeah, but also far longer than anything ripped from CD, even with a single-file rip 23.48.00 # amiconn: Yes, but online purchased audiobooks aren't subject to the same limits. 23.48.41 # that's not a bad idea really, especially at $6 or whatever you can get em for now 23.48.45 # i think i'll buy one of each 23.49.10 # mcuelenaere: something like that, but what exactly happens if you pass 0 to longjmp? or are we assuming that the exit() is a convenience to avoid really extensive code changes, but that exit status values will need to be tweaked? 23.49.20 Join Keripo [0] (n=Keripo@eng431.wireless-resnet.upenn.edu) 23.49.30 # hell, the hard drive is like >$200 it's well worth the battery expense just to hopefully not ruin the hard drive 23.49.46 # amiconn: For hwcodec does the change need to be applied somewhere else? 23.50.05 # Llorean: Sure, but it explains why I don't have a testfile of the necessary length 23.50.11 # * Llorean nods. 23.50.11 # Yes, in mpeg.c 23.50.27 # * amiconn would need to record one in order to be able to test 23.50.51 # If I can find my Recorder later tonight (i have no clue which box it's in) I'll test it. 23.51.01 Quit bertrik ("Leaving") 23.51.01 # Unhelpful: hmm yes, I just thought we should somehow handle the exit status (but as there's not much to handle except returning PLUGIN_STATUS_OK or PLUGIN_ERROR it should probably get ignored) 23.51.04 # * Llorean also needs to test the c200 keymap patch tonight, but at least knows where the c200 is 23.51.13 # myndz\: You have a > $200 hdd in there?? Please explain! 23.51.52 # iirc, when i bought it, the 60 gig 1.8" drive was that expensive 23.51.58 # i don't know what it is now 23.52.11 Join diskspin [0] (n=54981154@gateway/web/cgi-irc/labb.contactor.se/x-ab72abd69fde373b) 23.52.38 # my player has been around the block a few times ;) 23.52.44 # Hmm. A 128kbps mp3 can be up to >37 hours (with the current rockbox limit of 2GB/file; twice as much with the real FAT32 file size limit) 23.52.48 # i guess this'll make 6 batteries and 3 hard drives 23.52.53 # mcuelenaere: PLUGIN_STATUS_OK == 0... i'd suggest that exit() only be called with one of the defined plugin exit status values, and that exit() add one to the passed value (to make sure it's non-zero), and that the setjmp return value have a matching -1 and be used as the plugin status. 23.53.31 # does rockbox support any file systems other than fat32? 23.53.33 # myndz\: It's a very good player, I reckon the 60GB drive would be an awful lot less than that even new by now. 23.53.35 # H320, Compact Flash mod, do the disk spin down settings have any influence with a CF card ? 23.53.39 # myndz\: No, that's a no-do 23.53.43 # ah well 23.53.59 # That also means an 8kbps file can be up to 596 (or 1193) hours. 596 hours are just possible with the *100 -> /100 move. 1193 hours would still overflow 23.54.43 # http://www.google.com/products/catalog?hl=en&safe=off&q=mk6006gah&um=1&ie=UTF-8&cid=5912766797068779919&ei=FO_sSezfDZKatAPO79zwAQ&sa=X&oi=product_catalog_result&resnum=1&ct=result#ps-sellers 23.54.54 # * amiconn thinks that's a rather theoretical case though 23.54.57 # $78? makes me cry :( 23.54.59 # BigBambi: thanks! 23.55.00 # but there's stil some in the $200 range 23.55.17 # wonder what 80s are going for now 23.55.36 # Unhelpful: that would require modifying most of the apps that need exit(). Wouldn't it be better to pass exit(0) as a PLUGIN_STATUS_OK and every other value as PLUGIN_ERROR? (so it doesn't require modifying existing apps + it has an option to output when an error occurred) 23.55.43 # amiconn: how big would such a 8kbits 1k hour long file be ? probably more then is possible on fat32 23.55.53 # obo: No problem. You raring to go now? :) 23.56.04 # so I guess the disk spin down settings have zero infleunce in a CF modded player ? 23.56.11 # 8000/8*1000*3600 23.56.15 # amiconn: I *think* 596 hours is probably a reasonable upper bound. I'd be surprised if a reading of anything much shorter than an encyclopedia would reach that length. 23.56.16 # That's ~3.5GB 23.56.29 # diskspin: Useful nick for that question! 23.56.31 # BigBambi: heh, I will be once it sinks in a bit more! 23.56.47 # :-) 23.57.11 # you know what i think is reasonable? splitting audio books into files by chapter :P 23.57.15 # amiconn: So you're pushing up against filesystem limits anyway? 23.57.56 # As I tried to explain... 23.58.12 # 4GB @8kbps would be good for 1193 hours 23.58.32 Quit planetbeing ()