| 00:00:13 | mcuelenaere | who's familiar with Rockbox's power management? |
| 00:02:19 | JdGordon | 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 | mcuelenaere | svn blame seems to indicate jhMikeS mostly |
| 00:06:20 | CIA-19 | 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:00 |
| 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 | Gigabeat | Anyone on? |
| 01:31:19 | | Quit Gigabeat (Client Quit) |
| 01:36:43 | swishy | 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 | rasher | swishy: not to my knowledge. If so, it will have been discussed in the "New ports" section of the forums |
| 01:43:29 | swishy | rasher: thanks ill have a nosey |
| 01:43:55 | | Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) |
| 01:44:55 | fenugrec | 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 | fenugrec | (I'm aware it's not in the official releases yet) |
| 01:45:33 | rasher | fenugrec: things are progressing reasonably well on the Fuze, Rockbox runs to some degree |
| 01:45:39 | fenugrec | ok, great |
| 01:45:40 | fenugrec | thanks |
| 01:45:50 | fenugrec | a bit like the other e200v2 devices then ? |
| 01:46:20 | rasher | More or less |
| 01:46:22 | froggyman | for an iPod video, what kind of hard drive would you need to look for if you wanted to reaplace it? |
| 01:47:55 | krazykit | 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:00 |
| 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 | Unhelpful | 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 | Unhelpful | 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 | Unhelpful | 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:00 |
| 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 | JdGordon | dreamlayers: hey, yeah that patch looks ok if you want to go ahead and commit it |
| 03:42:02 | CIA-19 | 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 | dreamlayers | 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:00 |
| 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 | JdGordon_ | dreamlayers: breaking stuff is fun :) |
| 04:07:47 | * | JdGordon_ is curious about the m5/3 delta |
| 04:10:55 | dreamlayers | JdGordon_: What's m5/3 ? |
| 04:11:28 | swishy | dreamlayers: write to other track? |
| 04:11:43 | swishy | all your id3z are bleong to current? |
| 04:11:44 | swishy | ;) |
| 04:12:24 | | Quit EternalRains (Read error: 104 (Connection reset by peer)) |
| 04:13:12 | dreamlayers | 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 | swishy | oohh I see :) |
| 04:20:41 | JdGordon_ | 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 | dreamlayers | 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:00 |
| 05:01:53 | *** | Alert Mode OFF |
| 05:07:12 | | Quit MT (SendQ exceeded) |
| 05:07:26 | dreamlayers | 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 | soap | dreamlayers, I'm not asking you, or suggesting you look, but... http://www.rockbox.org/tracker/task/4937 ;) |
| 05:20:17 | soap | If you're already aware, please excuse me. |
| 05:21:53 | swishy | soap: isnt it already closed as "known issue" |
| 05:21:54 | swishy | ? |
| 05:22:17 | soap | swishy, it can be reopened. |
| 05:22:44 | dreamlayers | 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 | soap | 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 | swishy | 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 | swishy | ;p |
| 05:26:37 | Unhelpful | 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 | dreamlayers | I only hear white noise. |
| 05:27:57 | dreamlayers | Volume changes lead to clicks, but that's due to the codec chip. |
| 05:30:49 | swishy | Unhelpful: sorry hadnt noticed humor on subject was offtopic but will note for future |
| 05:30:53 | soap | I'll admit I haven't tried to reproduce it in 6 months or so. I'll try tomorrow. |
| 05:31:09 | dreamlayers | 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 | tmzt | rockbox doesn't have that feature, does it? |
| 05:32:26 | soap | 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 | dreamlayers | tmzt: no, Rockbox doesn't have a white noise generator feature. That may be a nice idea for a plugin. |
| 05:34:30 | tmzt | noise machine, et cetera |
| 05:34:40 | soap | nope - nothing with those, not even white noise, |
| 05:35:03 | firebird619 | 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 | tmzt | can you paste dmesg (pastebin)? |
| 05:36:15 | tmzt | as well as df -h and fdisk -l |
| 05:36:26 | tmzt | for the partition/device |
| 05:36:30 | firebird619 | tmzt: sure, just give me a second. |
| 05:38:25 | dreamlayers | 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 | tmzt | hold on, you get the read only errors when mount normally? |
| 05:39:09 | tmzt | not recovery/manufacture mode |
| 05:39:16 | firebird619 | tmzt: yes, normally. |
| 05:39:48 | tmzt | do you have an sd card? |
| 05:40:18 | firebird619 | tmzt: Yes, a microSD card for it. I haven't been using that while I've had these issues though. |
| 05:41:11 | tmzt | you can avoid mounting it and just dd of=/dev/null |
| 05:42:26 | firebird619 | here's dmesg: http://pastebin.slackadelic.com/12800 |
| 05:43:06 | firebird619 | 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 | firebird619 | fdisk -l: and fdisk -l: http://pastebin.slackadelic.com/12801 |
| 05:46:25 | tmzt | so either fat is corrupt or reads of fat are corrupt |
| 05:46:50 | tmzt | fat not being the whole filesystem in this case |
| 05:47:05 | firebird619 | 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 | tmzt | 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 | tmzt | you only have 35M it looks like |
| 05:48:32 | tmzt | what is the dosfsck command you ran? |
| 05:48:40 | | Quit Horschti ("Verlassend") |
| 05:48:47 | firebird619 | 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 | firebird619 | tmzt: I just ran dosfsck /dev/sdb1. Should I have other options or something with it? |
| 05:49:16 | tmzt | no |
| 05:49:37 | firebird619 | ok |
| 05:49:54 | tmzt | is it possible to view filesystem deatils in rockbox settings? |
| 05:51:58 | firebird619 | 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 | tmzt | what's on the filesystem? |
| 05:53:16 | firebird619 | tmzt: The only things on the built-in memory is rockbox, and the music that comes with the player. |
| 05:53:46 | firebird619 | tmzt: That file not found message is for rockbox.mi4. |
| 05:53:54 | firebird619 | I can see that on the screen as it flashes. |
| 05:55:53 | firebird619 | 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 | tmzt | if that works fine |
| 05:56:39 | tmzt | the instructions I meant are to create a special file on recovery partition |
| 05:56:58 | tmzt | I thought you were saying the errors were with that |
| 05:57:28 | firebird619 | tmzt: Oh, ok. |
| 05:57:44 | tmzt | but use the menu if it works |
| 05:58:14 | firebird619 | tmzt: Format Complete. :) I'll see if it works at all now. |
| 06:00 |
| 06:00:48 | firebird619 | 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 | tmzt | yes |
| 06:01:17 | firebird619 | tmzt: And I need to use the manual way because the installer doesn't work with the c240 right now. |
| 06:01:37 | tmzt | it seems the bootloader is installed |
| 06:01:54 | tmzt | so unzip rockbox.zip should work |
| 06:02:18 | firebird619 | tmzt: Great, I'll give it a try. Thank you for your time and help. |
| 06:04:36 | firebird619 | 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 | firebird619 | Hmm, I installed RockBlack and Yap themes. Yap has the background that RockBlack should have. |
| 06:11:12 | firebird619 | Did I do something wrong? |
| 06:12:05 | firebird619 | Hmm, nevermind, it works right after restarting the player. |
| 06:14:41 | tmzt | 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 | firebird619 | tmzt: It did, just the wrong backdrop, but I restarted the player and now it works right. |
| 06:17:53 | tmzt | okay |
| 06:18:11 | firebird619 | 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 | firebird619 | 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 | scorche | http://www.rockbox.org/twiki/bin/view/Main/AlbumArt |
| 06:39:46 | firebird619 | scorche: Great, Thank you. |
| 06:51:39 | dreamlayers | scorche: What's a developer cloak? |
| 06:52:32 | scorche | [21:09:07] *** gevaerts (n=fg@rockbox/developer/gevaerts) joined |
| 06:52:34 | scorche | that =) |
| 06:52:41 | scorche | it replaces one's hostmask |
| 06:53:07 | dreamlayers | Does that also cause the Rockbox icon to appear by a person's name in the log? |
| 06:53:39 | scorche | i think that is taken from somewhere else, but i am unsure |
| 06:53:48 | | Quit jmillikin ("Leaving") |
| 06:54:11 | dreamlayers | Can I get a developer cloak? |
| 06:54:23 | scorche | the cloak is mainly used for channel administration, channels that we may at times restrict to devs only (rarely), identification, etc |
| 06:54:35 | scorche | sure...remind me tomorrow sometime though.....quite busy at the moment |
| 06:54:46 | dreamlayers | ok, no problem |
| 06:54:59 | dreamlayers | Thanks for explaining this. |
| 06:59:08 | | Join hasmind [0] (n=hasmind@ppp-46-194.grapevine.net.au) |
| 07:00 |
| 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 | mondillo | hi anyone available? |
| 07:42:18 | | Quit mondillo (Client Quit) |
| 07:45:15 | | Join ajonat [0] (n=ajonat@190.48.115.175) |
| 08:00 |
| 08:02:29 | | Join webguest43 [0] (n=0fc3c959@gateway/web/cgi-irc/labb.contactor.se/x-985235b771bc3cb9) |
| 08:02:55 | webguest43 | I need help |
| 08:03:03 | webguest43 | anyone available please? |
| 08:03:53 | Tuplanolla | always someone, just ask away |
| 08:04:10 | webguest43 | ohhhhhh thanks god |
| 08:04:31 | webguest43 | ok here is the thing |
| 08:04:41 | webguest43 | I have a ipod 30 gb |
| 08:05:01 | webguest43 | so I ran rockbox on it |
| 08:05:38 | webguest43 | with the wizard installation, the problem is the following, there was a moment in where I turned on my ipod |
| 08:05:55 | webguest43 | and the following error was shown |
| 08:06:03 | | Join l403 [0] (n=l@85.132.159.239) |
| 08:06:18 | webguest43 | please connect to itunes and restore |
| 08:06:36 | webguest43 | so I did that but it just restored the ipod but nothing else happened |
| 08:06:51 | webguest43 | I disconnected the ipod and same problem |
| 08:06:56 | webguest43 | tried to do a hard reboot |
| 08:07:05 | webguest43 | and also run it on dik mode |
| 08:07:10 | webguest43 | sorry disk mode |
| 08:07:17 | | Quit markun ("leaving") |
| 08:07:21 | | Quit Feisar- ("leaving") |
| 08:07:30 | webguest43 | so what I did I format my ipo |
| 08:07:38 | webguest43 | ipod, from the cmd |
| 08:07:44 | | Join feisar [0] (i=jljhook@noppakerho.com) |
| 08:07:58 | webguest43 | now my ipod have no info at all |
| 08:08:24 | webguest43 | 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 | webguest43 | I cant find a way to take away the rockbox firmware and install the ipod firmware again |
| 08:09:07 | webguest43 | I had tried to install the rockbox bootleg again |
| 08:09:15 | webguest43 | manually from the cmd |
| 08:09:33 | amiconn | 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 | webguest43 | but the system shows me an error that says cant install compenent cyclic error |
| 08:10:14 | webguest43 | so I dont know what else to do |
| 08:10:27 | webguest43 | I really need your help , please |
| 08:12:05 | tmzt | maybe nobody familar with the target is available now |
| 08:12:08 | saratoga | 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 | scorche | 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 | scorche | 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 | webguest43 | 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 | saratoga | 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 | webguest43 | 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 | saratoga | restore it in itunes to fix whatever you broke |
| 08:31:42 | webguest43 | 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 | pinguen | is it possible to sync the a c200 RTC with the clock on my computer? |
| 08:39:38 | saratoga | 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 | pinguen | 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 | pinguen | 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:00 |
| 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 | JdGordon | what size screen is the d2? |
| 09:48:40 | linuxstb | Do you mean physically, or the resolution? |
| 09:48:47 | JdGordon | res |
| 09:49:35 | * | linuxstb will let JdGordon look in the config file himself |
| 09:49:47 | JdGordon | oh right! |
| 09:49:57 | * | JdGordon thinks he should just goto bed instead of worring about this |
| 09:51:41 | JdGordon | 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 | Arc | should it be taking 30 minutes+ to msdos format a 1st gen ipod 5g? |
| 09:53:13 | JdGordon | if you didnt do a quick format, yes |
| 09:53:35 | JdGordon | and wtf is a 1st gen ipod 5g? |
| 09:53:36 | Arc | how long should I expect it to take? |
| 09:53:41 | Arc | 5gig |
| 09:53:58 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 09:54:24 | Llorean | Arc: We use "4g" or "5g" to mean 4th or 5th generation hear |
| 09:54:35 | Llorean | If you mean gigabytes, please use the more common "gb" or "GB" |
| 09:54:44 | Llorean | *here |
| 09:54:51 | Arc | ok |
| 09:54:57 | Arc | but how long should this take? |
| 09:55:16 | Arc | rough estimate, I mean |
| 09:56:29 | Llorean | 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 | Arc | i dont see a "quick" option for mkfs.msdos |
| 09:56:54 | Arc | I'd just figure that a lot of people here would have gone through this before, perhaps several times |
| 09:57:12 | Arc | I'm following http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 - which has a few bugs btw |
| 09:57:19 | Llorean | It's a wiki page, feel free to fix it. |
| 09:57:22 | linuxstb | mkfs.msdos should be more or less instant IIRC. |
| 09:58:22 | linuxstb | 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 | GodEater | 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 | B4gder | once for every hfs ipod you own! ;-) |
| 10:00 |
| 10:00:01 | GodEater | that would be zero :) |
| 10:00:22 | Arc | 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 | linuxstb | Arc: I guess you're not using a Mac? |
| 10:00:48 | Arc | um, no |
| 10:01:05 | linuxstb | I guess that's a bug - that page is written for Mac users, but doesn't clearly say so... |
| 10:01:17 | Arc | o.O |
| 10:01:40 | | Part firebird619 |
| 10:01:44 | Arc | ok - second question, why is cfdisk reporting a problem on this dd'ed partition table? |
| 10:01:48 | Arc | is that expected behavior? |
| 10:02:08 | linuxstb | What problem is it reporting? |
| 10:02:13 | Llorean | 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 | Llorean | 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 | Arc | FATAL ERROR: Bad primary partition 1: Partition ends in the final partial cylind |
| 10:09:40 | GodEater | Fatal errors are never good |
| 10:09:48 | linuxstb | 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 | Arc | Device Boot Start End Blocks Id System |
| 10:11:13 | Arc | /dev/sdc1 1 7 40131 0 Empty |
| 10:11:28 | Arc | Partition 1 has different physical/logical beginnings (non-Linux?): phys=(0, 1, 1) logical=(0, 1, 2) |
| 10:11:32 | Arc | Partition 1 has different physical/logical endings: phys=(4, 254, 63) logical=(6, 35, 35) |
| 10:11:35 | Arc | Partition 1 does not end on cylinder boundary. |
| 10:11:42 | Arc | technically this is a gen 1.5 |
| 10:11:59 | B4gder | gen 1.5? |
| 10:12:11 | Arc | thats what the about screen said before i formatted it |
| 10:12:32 | linuxstb | 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 | Arc | yes |
| 10:12:45 | Arc | whats really confusing here; |
| 10:12:59 | Arc | I can mount /dev/scd2 and df -h reports; |
| 10:12:59 | linuxstb | Are you converting the ipod from HFS? |
| 10:13:00 | Arc | /dev/sdc2 4.7G 1.2G 3.5G 26% /mnt/fd0 |
| 10:13:03 | Arc | yes |
| 10:13:34 | linuxstb | Is that partition still HFS? |
| 10:13:49 | Arc | no vfat |
| 10:14:21 | linuxstb | So does it work now? i.e. if you umount/eject, does the Apple firmware start? |
| 10:14:56 | linuxstb | 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 | Arc | im attempting another reformat at the moment, this time with a bad block scan |
| 10:15:49 | Arc | i wish there was a gui tool for this that showed progress |
| 10:15:57 | Arc | or even a command line tool with progress |
| 10:16:28 | Arc | Searching for bad blocks 32... mkfs.vfat: bad blocks before data-area: cannot make fs |
| 10:16:32 | linuxstb | You could try adding the "-v" option to mkfs |
| 10:16:42 | | Quit planetbeing () |
| 10:16:46 | Arc | 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 | Arc | http://people.csail.mit.edu/adonovan/hacks/ipod.html |
| 10:28:54 | GodEater | unless the 1st Gen ipods are very different, his guide is at least partially wrong |
| 10:29:21 | GodEater | he says the firmware is in the first 32MB of the second partition. I understand to be in the first partition. |
| 10:29:58 | Llorean | On HFS+ isn't it in partition "2" (as in 0, 1, 2)? |
| 10:30:15 | Arc | # copying the firmware back, to the small first partition. |
| 10:30:15 | Arc | dd if=backup_firmware of=/dev/sda1 |
| 10:30:25 | Arc | GodEater: looks like this guide uses the first partition |
| 10:30:40 | Arc | Searching for bad blocks 32... mkfs.msdos: bad blocks before data-area: cannot make fs |
| 10:30:44 | GodEater | Llorean: it shows the partition map as partition 0 does it ? |
| 10:30:58 | linuxstb | On HFS ipods, there are three partitions - the first contains the Apple partition map. |
| 10:31:32 | GodEater | linuxstb: but the partition map "partition" is shown as /dev/sda0 ? |
| 10:32:11 | linuxstb | I can't see how - I thought Linux partitions always started at 1? |
| 10:32:16 | GodEater | me too |
| 10:32:37 | GodEater | oh, I can see where I'm confused now |
| 10:32:43 | GodEater | 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 | Arc | hmm, im going to try this again using a mac |
| 10:34:25 | linuxstb | 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:00 |
| 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 | codesquid | hi all |
| 11:26:08 | codesquid | I'm having USB problems with my Rockbox'ed Sansa E280 v1 under Ubuntu 9.04 |
| 11:26:46 | Llorean | With Rockbox USB, or the OF USB when it reboots? |
| 11:26:48 | codesquid | 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 | codesquid | Rockbox USB |
| 11:27:03 | codesquid | not using OF anymore |
| 11:27:17 | Llorean | Rockbox 3.2 reboots into the OF for USB |
| 11:27:22 | Llorean | Whereas the svn builds do not. |
| 11:27:34 | codesquid | I'm using bleeding edge |
| 11:27:56 | codesquid | even installed rockbox into the bootloader to get rid of the ugly sandisk bootlogo |
| 11:28:05 | Llorean | There have been problems with Ubuntu 9.04 betas, but it seems to be something *they've* changed since 8.10. |
| 11:28:16 | codesquid | it appears I'm not the only one with the issue: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/355998 |
| 11:28:24 | Llorean | Well, we can't fix their code... |
| 11:28:32 | Llorean | Well, we can, but it's outside the scope of this channel rather |
| 11:28:38 | codesquid | ;) |
| 11:28:40 | gevaerts | codesquid: can you reproduce that without hal running? |
| 11:29:01 | codesquid | gevaerts, I'll try |
| 11:29:18 | codesquid | might not be completely Ubuntu's fault |
| 11:29:36 | codesquid | some changes in it might merely triggere a preexisting problem elsewhere |
| 11:29:56 | Llorean | 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 | codesquid | gevaerts, I can no longer reproduce it if I stop hal |
| 11:32:50 | codesquid | but once I restart it the problem reappears |
| 11:33:13 | gevaerts | 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 | gevaerts | or at least in the hal configuration |
| 11:33:57 | codesquid | I'll have a look at hal configs |
| 11:36:17 | Arc | finally. yes, the instructions work fine on osx. |
| 11:36:44 | Arc | i did a fresh install using osx itunes then used the directions successfully to convert it for windows |
| 11:37:10 | rasher | I expect we could create a .fdi file that tells hal that Rockbox USB devices don't do mtp |
| 11:37:12 | amiconn | gevaerts: Sansas identify as removable storage. iPods don't. |
| 11:37:53 | gevaerts | amiconn: in rockbox they behave exactly the same |
| 11:39:33 | | Quit Keripo1 ("Leaving.") |
| 11:43:18 | MT | linuxstb : in the mood for some rm stuff ? :) |
| 11:45:32 | codesquid | indeed seems to be a problem with the fdi files |
| 11:45:56 | linuxstb | 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 | codesquid | 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 | codesquid | commenting it out works |
| 11:51:22 | rasher | 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 | codesquid | I've just tested OF (damn those database refreshes) |
| 11:52:12 | codesquid | doesn't work either in UMS/MSC mode on Ubuntu |
| 11:52:17 | codesquid | so clearly their fault |
| 11:52:19 | Arc | grr, maybe not. |
| 11:52:32 | Arc | 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 | linuxstb | Arc: What happens? |
| 11:56:14 | MT | 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 | gevaerts | codesquid: can you find out which package has 20-libgphoto2.fdi? |
| 11:57:35 | codesquid | already working on it |
| 11:58:11 | linuxstb | 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 | codesquid | hmpf great, apt-file cannot find it |
| 11:59:34 | rasher | dpkg -S 20-libgphoto2.fdi |
| 11:59:45 | linuxstb | Does the Sansa OF uses the same USB PID for both MTP and UMS modes, or is that an obvious bug? |
| 12:00 |
| 12:00:07 | codesquid | rasher, "dpkg: *20-libgphoto2.fdi* not found." |
| 12:00:21 | gevaerts | it's the same Iid, yes |
| 12:00:48 | rasher | Probably hal or hal-info |
| 12:01:00 | gevaerts | codesquid: maybe it gets installed by a postinstall? Try grepping in /var/lib/dpkg/info/* |
| 12:01:33 | rasher | hal-info owns /usr/share/hal/fdi/preprobe/10osvendor/10-ide-drives.fdi here |
| 12:01:48 | MT | 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 | MT | ...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 | MT | linuxstb : sure, I'll write a wiki once I am able to make the demuxer produce the proper frames. |
| 12:03:33 | MT | s/wiki/page |
| 12:03:42 | linuxstb | 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 | codesquid | linuxstb, just checked, OF uses different IDs for MTP and UMS |
| 12:04:52 | MT | linuxstb : you mean adding lines to be written to the same file with the packets ? |
| 12:05:11 | rasher | Hm, I have that 20-libgphoto2.fdi as well |
| 12:05:54 | gevaerts | it gets created by the libgphoto2-2 postinst script |
| 12:06:00 | linuxstb | 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 | linuxstb | 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 | MT | linuxstb : ah I see. |
| 12:07:35 | MT | What if I try writing only one packet ? |
| 12:08:09 | linuxstb | I'm not sure what you mean. |
| 12:09:04 | rasher | 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 | gevaerts | rasher: mtp devices enumerate with an mtp interface. If they ignore that, they're broken |
| 12:10:09 | MT | 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 | linuxstb | MT: Using "xxd" to convert the files to text (before using diff) may help as well. |
| 12:11:13 | linuxstb | But I guess there must be binary diff programs out there somewhere as well... |
| 12:12:08 | MT | 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 | rasher | gevaerts: maybe I just haven't been keeping up, but is anything telling it to try msc? |
| 12:22:27 | gevaerts | rasher: the device enumerates as an msc device, not an mtp device |
| 12:22:59 | rasher | Ah yes, that does sound broken |
| 12:26:35 | | Join tomers [0] (n=chatzill@pptp-il.jungo.com) |
| 12:27:23 | Llorean | 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 | tomers | 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 | codesquid | 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 | rasher | I'm not sure that's the right way |
| 12:33:49 | codesquid | why? |
| 12:34:09 | codesquid | sansa OS in MTP mode uses a different PID |
| 12:34:12 | codesquid | *OF |
| 12:34:17 | rasher | Oh! Sorry |
| 12:34:29 | rasher | Shouldn't that pid be listed instead? |
| 12:34:32 | rasher | Rather than removing it |
| 12:34:38 | codesquid | it is listed too |
| 12:34:42 | codesquid | few lines above |
| 12:34:48 | rasher | Ah. Ignore me then |
| 12:34:50 | codesquid | not visible in the diff |
| 12:36:54 | linuxstb | So the same VID/PID pair is currently listed twice there? |
| 12:37:08 | codesquid | no |
| 12:37:25 | linuxstb | Sorry, I've caught up now... |
| 12:37:41 | codesquid | 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 | rasher | Which one does it use in autodetect mode? |
| 12:38:05 | linuxstb | codesquid: But isn't that true for an unmodified (i.e. not Rockboxed) e200? |
| 12:38:06 | codesquid | what do you mean by autodetect? |
| 12:38:40 | codesquid | linuxstb, OF uses 0x7420 in MTP mode, 0x7421 in UMS/MSC mode |
| 12:39:01 | rasher | codesquid: the sansa OF has an autodetect mode that will be MTP if someone asks, and MSC otherwise |
| 12:39:02 | linuxstb | Yes, but I thought MTP also worked in "UMS/MSC" mode? |
| 12:39:13 | codesquid | rasher, mine hasn't |
| 12:39:43 | codesquid | autodetect in newer OF perhaps? |
| 12:39:55 | rasher | Not really sure, maybe it's just as linuxstb says |
| 12:40:07 | rasher | 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 | Llorean | There are some firmware versions that don't have a mode choice |
| 12:40:47 | linuxstb | Llorean: Any news from the USB people about our query? |
| 12:41:08 | Llorean | 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 | Llorean | 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 | linuxstb | Llorean: Wasn't that just to say "we're discussing it" or something? |
| 12:42:01 | Llorean | 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 | linuxstb | Llorean: But how can it be fine if we change behaviour? |
| 12:42:55 | Llorean | 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 | Llorean | 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 | Llorean | gevaerts: Do PIDs identify unique behaviours, or are their "described" purpose simply to identify unique products? |
| 12:44:17 | Llorean | 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 | linuxstb | Llorean: Then it sounds like hosts who assume specific behaviour based solely on PIDs are broken, such as libgphoto2... |
| 12:45:49 | Llorean | Sounds like it |
| 12:46:11 | codesquid | personally I don't see the point of devices not ever behaving like a generic mass storage device |
| 12:47:37 | linuxstb | codesquid: So you would ban MTP? |
| 12:47:43 | Llorean | codesquid: UMS is actually pretty restrictive in its own ways. |
| 12:47:57 | Llorean | It's just very compatible these days |
| 12:48:08 | linuxstb | Well, compatible when used with a FAT filesystem... |
| 12:48:27 | Llorean | True |
| 12:48:35 | linuxstb | MTP allows compatibility when using any filesystem. |
| 12:48:41 | codesquid | 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 | Arc | hmm, is the scroll wheel suppost to work on gen1 ipods? |
| 12:56:09 | pixelma | 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 | Arc | ok |
| 12:57:10 | Arc | is there an easy way to rebuild the firmware with this patch? |
| 12:57:18 | pixelma | http://www.rockbox.org/tracker/task/8778 |
| 12:57:27 | Arc | im looking at it now |
| 12:57:55 | Arc | 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 | Arc | so I'm pretty lost when looking at patchfiles |
| 12:59:54 | linuxstb | 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 |
| 13:00:10 | Arc | but where is the source? and how to install it? |
| 13:00:29 | linuxstb | See the "for developers" section in the Rockbox wiki - there is lots of documentation there. |
| 13:01:00 | linuxstb | The best place to start is getting the source code from SVN - http://www.rockbox.org/twiki/bin/view/Main/UsingSVN |
| 13:01:17 | Llorean | amiconn: Buschel seems to have spotted what caused my seeking problem. It was simply an overflow in mpa.c. |
| 13:01:33 | Arc | do I want trunk or 3.2? |
| 13:01:59 | linuxstb | 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 | gevaerts | 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 | linuxstb | gevaerts: So assuming everything is standards-compliant, there should be no issues with us using the original VID/PID? |
| 13:17:35 | gevaerts | none that I can see |
| 13:17:45 | linuxstb | Then we just blame other people ;) |
| 13:18:27 | gevaerts | 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 | Unhelpful | 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 | Unhelpful | 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:00 |
| 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 | kugel | Zagor: |
| 14:53:46 | kugel | ping* |
| 14:53:49 | | Join midijunkie [0] (n=Miranda@217.84.112.136) |
| 14:53:50 | Zagor | pong |
| 14:54:06 | kugel | did you already sent the fuze? |
| 14:54:17 | Zagor | no, I didn't see your mail until today |
| 14:54:27 | kugel | ah ok, no problem |
| 15:00 |
| 15:00:12 | kugel | Zagor: how many GB is it? Also, did you try the recent scrollwheel improvements? It should be very usable now |
| 15:01:00 | Zagor | 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 | flux | hello. what's the nicest piece of rockbox-compatible hardware one can buy, preferably with the largest amount storage? |
| 15:08:39 | flux | my old trustworthy iriver iHP-120 is showing signs of degradation :( |
| 15:09:01 | Llorean | 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 | GodEater | 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 | flux | godeater, yeah, it does indeed look that way |
| 15:10:43 | | Quit davidfg4_ (Remote closed the connection) |
| 15:11:47 | flux | llorean, thank you. atleast that should confirm that none are in production :/ |
| 15:12:32 | GodEater | flux: to be honest, I'd look at rescuing your h120 |
| 15:12:45 | GodEater | a new battery / new hard drive should work wonders unless something really fundamental is broken |
| 15:12:58 | flux | godeater, the problem is that the audio is degraded |
| 15:13:02 | flux | I'm opening it right now :) |
| 15:13:06 | flux | but if the board is cracked.. |
| 15:13:42 | flux | 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 | GodEater | 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 | flux | godeater, thank you |
| 15:24:07 | flux | has anyone tried running rockbox on, say, the nokia n810? |
| 15:25:11 | Llorean | It's not an issue of "trying to run Rockbox" |
| 15:25:16 | Llorean | A lot of work goes into porting. |
| 15:26:04 | GodEater | the n810 is a linux device though right ? |
| 15:26:23 | GodEater | so in theory you could just run a rockbox sim on it |
| 15:26:30 | LambdaCalculus37 | GodEater: It is indeed. |
| 15:26:46 | GodEater | doesn't petur or markun own one ? |
| 15:26:53 | LambdaCalculus37 | IIRC petur does. |
| 15:26:55 | flux | yes, n810 is a linux device |
| 15:27:06 | * | petur nods |
| 15:27:14 | flux | and you can run rockbox in SDL environment, right? |
| 15:27:18 | LambdaCalculus37 | Yes. |
| 15:27:32 | LambdaCalculus37 | So it's a matter of just compiling the sim on the N810 and launching it. |
| 15:27:37 | GodEater | so if you ask petur really nicely - he might try it out for you ;) |
| 15:27:38 | flux | so what would me possibly missing hooks to proper keys etc so that it would be usable |
| 15:27:39 | petur | haven't tried it even, I didn't buy it to listen to music |
| 15:27:52 | LambdaCalculus37 | petur: But what about for experimenting? ;) |
| 15:27:55 | flux | I have my doubts about the sound quality though :/ |
| 15:28:05 | GodEater | from memory petur accepts beer as payments |
| 15:28:05 | LambdaCalculus37 | flux: Headphones? ;) |
| 15:28:05 | petur | LambdaCalculus37: lack of time? |
| 15:28:13 | flux | lambdacalculus37, yes, but even with headphones |
| 15:28:19 | LambdaCalculus37 | petur: Ahh. |
| 15:28:21 | flux | atleast some laptops have bad sound quality |
| 15:28:36 | * | GodEater can't imagine carrying a laptop instead of a dap |
| 15:28:39 | GodEater | that would be just silly |
| 15:28:40 | flux | but they're decent after putting in some resistors before in-ear-phones :) |
| 15:29:28 | flux | my ihp-120 shows no visual signs of damage, but I think I've roughly located the problematic area |
| 15:30:51 | flux | do dissection images or possibly some reverse-engineered schematics exist on the device? |
| 15:31:24 | GodEater | LinusN is the hardware expert for the h1x0 |
| 15:31:45 | LambdaCalculus37 | flux: There's some on the wiki, IIRC. |
| 15:31:53 | Unhelpful | ...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 | LambdaCalculus37 | 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 | Unhelpful | 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 | Guest56764 | 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 | Llorean | Guest56764: Because the people who want them apparently aren't willing to do the work. |
| 15:40:04 | Llorean | Unless you're volunteering that is, it'd be a pleasant change. |
| 15:40:13 | scorche | 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 | evilnick_7 | Guest56764: Because no-one has written one yet |
| 15:41:26 | Guest56764 | I wood do but I don't now were to start |
| 15:41:29 | | Quit Rob2222 () |
| 15:42:04 | Guest56764 | codecs are programmed with C right |
| 15:42:12 | Llorean | They need to be, for Rockbox, yes. |
| 15:43:53 | | Join Rob2222 [0] (n=Miranda@p4FDCD376.dip.t-dialin.net) |
| 15:50:59 | Guest56764 | is there any othere platforms than cygwin to compile stuf on windows |
| 15:51:14 | linuxstb | vmware, colinux... |
| 15:51:45 | | Quit krazykit ("Connection reset by beer") |
| 15:54:00 | Guest56764 | 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 | Unhelpful | ...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 | Guest56764 | 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 | gevaerts | people have used interix as well |
| 15:58:09 | martian67 | Guest56764, you could try mingw |
| 15:58:19 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 15:58:45 | linuxstb | 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 | amiconn | Unhelpful: There are non-mono remotes |
| 16:00 |
| 16:00:08 | * | scorche wonders what is so bad about virtual machines/emulation |
| 16:00:19 | Unhelpful | amiconn: do we support backdrop images on 2-bit display? and do we want lossy 2-bit backdrops? |
| 16:01:28 | Unhelpful | also, backdrops would need a hack, like loading to the plugin buffer initially. |
| 16:01:33 | amiconn | Yes we do support backdrops on 2bpp, and they're dithered |
| 16:02:14 | amiconn | The jpeg decoder on greyscale targets only needs to decode Y, like the jpeg viewer already does |
| 16:02:46 | Guest56764 | 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 | Unhelpful | 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 | archivator | 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 | archivator | I'm using GIMP btw. |
| 16:33:57 | Llorean | RGB 565 is probably best. |
| 16:34:05 | Llorean | IIUC, it'll be converted to the screen format anyway. |
| 16:34:37 | | Quit midijunkie ("?(???~•~)?") |
| 16:35:29 | archivator | Hmm, that's weird - I'm getting a "unsupported header size" error when I try to open it with eog. |
| 16:35:41 | archivator | make fails on the .c file in question as well... |
| 16:36:41 | * | Llorean doesn't know what EOG is. |
| 16:36:53 | Llorean | But if you're having problems opening it in applications, maybe it's corrupt... |
| 16:37:02 | linuxstb | archivator: If I was you, I would just save it as a 24-bit bmp. |
| 16:37:53 | GodEater | Llorean: EOG = "eye of gnome" it's the default picture displayer in Gnome |
| 16:38:07 | archivator | 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 | linuxstb | 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 | archivator | 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 | Llorean | But the fact that it broke other image viewers still suggests the file itself was the problem |
| 16:45:04 | archivator | 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 | archivator | So the x16 suffix is not indicative of the actual color depth? |
| 16:49:01 | archivator | Ah, that's the target color depth.. |
| 16:49:55 | pixelma | 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 |
| 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 | amiconn | archivator: For colour targets it's best to use RGB888 (24 bit) BMPs |
| 17:19:13 | amiconn | 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 | Llorean | Not to mention forward compatibility for targets with better screens |
| 17:20:37 | archivator | amiconn: it's been fixed. I am using 24-bit images right now.. |
| 17:20:37 | Llorean | If we ever support them |
| 17:20:45 | Llorean | Doesn't the D2 have 24-bit? |
| 17:20:49 | Llorean | 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 | linuxstb | 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 | linuxstb | (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 | tangent1 | 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 | Llorean | What's the exact error message? |
| 17:41:14 | Llorean | Other people have been able to manually select the 60/80 build juts fine, or simply install the 30 build. |
| 17:42:03 | tangent1 | Target mismatch detected. Installed target: Ipod Video (5th gen) 30GB, selected target: Ipod Video (5th gen) 60/80GB. |
| 17:42:41 | linuxstb | 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 | tangent1 | 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 | tangent1 | 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 | Tekno_Cowboy | Hello |
| 17:58:12 | | Join ajonat [0] (n=ajonat@190.48.102.106) |
| 17:58:19 | | Quit petur ("work->home") |
| 17:59:09 | Tekno_Cowboy | 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 | archivator | Tekno_Cowboy: yes |
| 17:59:35 | Tekno_Cowboy | Thanks a bunch :) |
| 17:59:40 | | Join Keripo [0] (n=Keripo@SEASNet-92-26.seas.upenn.edu) |
| 17:59:44 | archivator | Though if you just copy/paste your music, the OF won't see it. |
| 17:59:55 | evilnick_7 | Tekno_Cowboy: It's best to keep the music outside of the ".rockbox" folder though |
| 18:00 |
| 18:00:22 | Tekno_Cowboy | Not a problem, I hate the OF. I suppose it makes sense to keep the files out of a hidden folder :) |
| 18:01:52 | Tekno_Cowboy | Oh, and I use all OGG Vorbis audio ;) |
| 18:05:05 | evilnick_7 | Then it's a good job you've decided to use Rockbox! |
| 18:07:53 | archivator | 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 | jmillikin | 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 | archivator | 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 | linuxstb | 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 | Strife89 | 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 | Strife89 | The device is a c250. |
| 18:30:52 | Llorean | 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 | Strife89 | Llorean: Welp, I have a good reason. |
| 18:32:13 | Strife89 | Several files vanished without a reported difference in free space. |
| 18:32:50 | Llorean | Did you run a filesystem check, or are you just jumping straight to formatting? |
| 18:32:57 | Llorean | 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 | Strife89 | Windows won't let me check it for some reason. |
| 18:33:58 | | Quit pyro_maniac ("Leaving.") |
| 18:33:58 | linuxstb | What about formatting it in the original firmware? |
| 18:34:14 | Strife89 | Wait, never mind, checking now. |
| 18:34:44 | Strife89 | Haven't formatted; been backing up. |
| 18:37:17 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 18:37:50 | Foxx | can anyone give me some insight to my USB Joystick question? possible, yes, no, maybe so? |
| 18:38:03 | archivator | 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 | Foxx | 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 | linuxstb | archivator: Hmm, probably not easily... Maybe JdGordon would know, as he's worked on a lot on the relevant code. |
| 18:42:38 | archivator | Not worth it, I can just comment out the exit logic in my plugin.. It's probably unneeded anyway... |
| 18:43:07 | Strife89 | Scanning didn't appear to help, so I'm formatting. |
| 18:44:07 | Llorean | Strife89: And you're sure you didn't simply delete the files, or trigger some tool that removed them? |
| 18:44:48 | Strife89 | Llorean: Yes, because there was a "file" with a garbage name where the files should've been. |
| 18:45:07 | archivator | Strife89: Just to be on the safe side, did you run chkdsk with /f ? |
| 18:45:08 | Strife89 | Plus I copied them last night and haven't done much since. |
| 18:45:30 | Strife89 | archivator: No. |
| 18:46:02 | Llorean | 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 | archivator | Strife89: you should. In its default mode, chkdsk checks for errors but does not correct them. /f stands for fix |
| 18:46:31 | Strife89 | archivator: Wait, I did, then. |
| 18:46:45 | Strife89 | archivator: Albiet with the GUI. |
| 18:47:23 | archivator | Strife89: One more thing, did you go through the whole unmount/safely remove procedure before you disconnected your player last night? |
| 18:47:33 | Strife89 | archivator: Yes. |
| 18:48:51 | archivator | It might be a good idea then to figure out what corrupted the data before you cover its tracks.. |
| 18:49:02 | Llorean | 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 | Strife89 | 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 | Llorean | 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 | pixelma | 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 | Strife89 | I'm busy with some schoolwork, but I'll look at it later. |
| 18:58:13 | Llorean | 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 | Llorean | 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 | BigBambi | pixelma: Will have a shufti in a bit |
| 19:00 |
| 19:00:32 | pixelma | 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 | BigBambi | 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 | BigBambi | 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 | BigBambi | 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 | archivator | linuxstb: playback doesn't even start with autorock defined.. :( |
| 19:10:24 | Llorean | 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 | archivator | Llorean: just tried calling rb->audio_resume(), no luck. |
| 19:14:26 | linuxstb | archivator: That's not surprising - running your plugin will stop the rest of Rockbox starting (until the plugin exits). |
| 19:15:12 | archivator | linuxstb: that's what I thought. It was worth a try, though |
| 19:16:16 | linuxstb | 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 | archivator | 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 | linuxstb | 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 | linuxstb | Looking at its definition, "audio_resume()" seems to simply send the "unpause" event. |
| 19:20:49 | archivator | 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 | linuxstb | 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 | froggyman | wait, i just got here what plugin is being discussed? |
| 19:23:26 | archivator | 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 | archivator | FS #10065 |
| 19:24:17 | linuxstb | archivator: Ah, I guess that's more useful with playback started! |
| 19:24:18 | | Quit ajonat () |
| 19:25:22 | archivator | 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 | ajb | 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 | linuxstb | 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 |
| 20:00:32 | | Quit krazykit ("Connection reset by beer") |
| 20:00:53 | Arc | 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 | Arc | 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 | fuzzie | Arc: the instructions on IpodManualRestore don't work for you? |
| 20:03:16 | Arc | 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 | Arc | they only seem to cover building a new .zip |
| 20:03:31 | firebird619 | 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 | linuxstb | Arc: I thought the patch was for Rockbox itself? |
| 20:03:50 | Arc | its for /firmware/target/arm/ipod/button-1g-3g.c |
| 20:04:02 | Arc | I'm assuming that /firmware means firmware |
| 20:04:18 | linuxstb | 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 | fuzzie | well, it means the rockbox firmware, which is in rockbox itself |
| 20:04:31 | linuxstb | (do this from a different directory to the one where you built the bootloader) |
| 20:04:41 | pixelma | firebird619: I assume you have an Ipod? |
| 20:04:48 | firebird619 | pixelma: No, sansa c240 |
| 20:07:00 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 20:07:10 | Arc | ok then how do I install the new firmware when I can't navigate with the scrollwheel currently? |
| 20:07:25 | Arc | 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 | pixelma | firebird619: weird. Did you try checking the memory (internal and/or card) for file system errors? |
| 20:08:15 | Arc | linuxstb: btw what does a "normal" build equal? i don't want all the extraneous apps and games |
| 20:09:13 | firebird619 | 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 | saratoga | too bad you'll get them and like them |
| 20:09:58 | linuxstb | 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 | Arc | they also take longer to compile |
| 20:10:41 | Arc | what configure option will allow me to just compile the basic ui and codecs? |
| 20:10:47 | linuxstb | None. |
| 20:11:06 | Arc | is there a fork of rockbox that is just a music player without all the extra cruft? |
| 20:11:26 | linuxstb | Some plugins are needed for core features to work, such as random folder advice, or the "credits" screen. |
| 20:12:23 | linuxstb | 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 | BigBambi | Arc: "extra cruft" |
| 20:13:00 | BigBambi | Arc: You lose 30 seconds while compiling and a couple of mb of disk space |
| 20:13:00 | linuxstb | 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 | Arc | i don't need africaans support, for example. it's completely useless to me |
| 20:13:13 | Arc | it's already spent 5 minutes compiling languages |
| 20:13:20 | linuxstb | Cygwin? |
| 20:13:28 | firebird619 | 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 | Arc | nope im compiling on a g3 mac |
| 20:13:50 | BigBambi | Arc: Just delete them if you want |
| 20:14:24 | Arc | it'd be nice to have an advanced configure option that lets you select languages and extras |
| 20:14:30 | BigBambi | Arc: Just disable them then |
| 20:14:41 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:15:02 | pixelma | 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 | BigBambi | Pretty pointless to have that level of configurability |
| 20:15:36 | BigBambi | It makes the build system overly complicated for no real gain |
| 20:15:36 | BigBambi | If you never want to build them, disable them as linuxstb said |
| 20:15:42 | linuxstb | 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 | BigBambi | Also, use ccache |
| 20:16:25 | firebird619 | 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 | firebird619 | pixelma: I'd use dosfsck on the card to check it, wouldn't I? |
| 20:20:14 | pixelma | 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 | GodEater | firebird619: fsck.vfat |
| 20:20:41 | firebird619 | pixelma: Yes, they are all tagged properly. |
| 20:21:13 | firebird619 | GodEater: I don't have that command. dosfsck gives: /dev/sdb1: 307 files, 89367/125376 clusters |
| 20:21:57 | GodEater | firebird619: apparently dosfsck and fsck.vfat are synonymous - so you're ok |
| 20:22:07 | firebird619 | ok, :) |
| 20:22:22 | archivator | 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 | GodEater | at least, that's what my man page on the subject says ;) |
| 20:22:59 | firebird619 | 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 | GodEater | 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 | firebird619 | 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 | GodEater | hmmm |
| 20:26:47 | GodEater | sounds very odd indeed |
| 20:26:49 | | Join BigBambi_ [0] (i=5648bd29@rockbox/staff/BigBambi) |
| 20:26:53 | ajb | 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 | firebird619 | GodEater: Yes, it sure is. I've never had this issue before. |
| 20:27:28 | linuxstb | ajb: You mean "(void)x;" ? |
| 20:28:27 | | Join cspotcode1 [0] (n=bradla@weepinbell-52.dynamic.rpi.edu) |
| 20:28:56 | CIA-43 | 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 | ajb | 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 | linuxstb | ajb: No, we just use (void) directly. |
| 20:33:22 | *** | Saving seen data "./dancer.seen" |
| 20:36:16 | Buschel | Llorean: can you please test the patch in fs#10139? I have no mp3-file which is that large... |
| 20:36:20 | mcuelenaere | 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 | firebird619 | 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 | Llorean | Buschel: It looks mathematically identical to what I tried. |
| 20:49:14 | Llorean | I can't try your patch now. |
| 20:49:16 | schrottplatz__ | has rockbox a rating system? |
| 20:49:18 | | Quit hittudiv (Remote closed the connection) |
| 20:50:45 | evilnick_7 | schrottplatz_: If you use the database and set Gather Runtime Data to Yes, then yes. |
| 20:50:59 | firebird619 | 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 | ajb | hmm wierd bug. Corrupting the Database view display if I hold down scroll when entering Artists |
| 20:52:16 | evilnick_7 | 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 | ajb | 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 | Arc | and there we go - Vorbis and FLAC support on my gen1 ipod :-) |
| 20:54:36 | Arc | thanks guys, I'm happy now |
| 20:54:43 | Arc | :-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 | Arc | huh. you guys got at least one bug. divide by zero error |
| 20:57:20 | Arc | switching from a flac to play an ogg |
| 20:57:35 | BigBambi_ | rubbish, here |
| 20:57:37 | BigBambi_ | er |
| 20:57:43 | dreamlayers | Arc: side effect of FS #10102 fix |
| 20:57:45 | * | ajb checks the bug is on SVN as well |
| 20:57:53 | BigBambi_ | *rubbish, there are no nor have there ever been any bugs in Rockbox :) |
| 20:58:02 | JdGordon|| | dreamlayers: you dont want to commit your fix? |
| 20:58:33 | dreamlayers | JdGordon: I'm not convinced that it is correct. I guess it is probably close enough... |
| 20:59:24 | dreamlayers | 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 | dreamlayers | (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 | schrottplatz__ | firebird619: use the gparted (or partiotion manager under ubuntu) and select check the filesystem |
| 20:59:47 | | Quit dfkt_ (Success) |
| 21:00 |
| 21:00:25 | JdGordon|| | 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 | firebird619 | schrottplatz__: Ok, I'm on slackware, but I'll check into gparted. Thank you. |
| 21:01:13 | schrottplatz__ | np |
| 21:01:43 | | Part Arc |
| 21:01:50 | schrottplatz__ | i had this problem a couple of times (because i disconnected my player wrong) |
| 21:01:51 | dreamlayers | JdGordon||: automatic skip could only be true if multiple short tracks fit into the PCM buffer. |
| 21:02:00 | schrottplatz__ | but gparted did a great job |
| 21:02:28 | firebird619 | schrottplatz__: Hmm, I just tried reinstalling rockbox, and now it just sits at the RockBox boot screen. Boot Ver. 5.0. :( |
| 21:02:53 | schrottplatz__ | just let gparted correct the filesystem |
| 21:02:56 | JdGordon|| | dreamlayers: that is a big possibility though... all those chip tunes (iirc) |
| 21:03:04 | JdGordon|| | but the whole check thing is just wierd anyway |
| 21:03:12 | JdGordon|| | why is an auto skip not the same as a forced one? |
| 21:03:31 | JdGordon|| | other than the buffer not being skipped |
| 21:03:50 | firebird619 | schrottplatz__: Will do, Thanks for the help. |
| 21:03:56 | schrottplatz__ | np |
| 21:04:06 | dreamlayers | 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 | schrottplatz__ | if this doesnt work try an older rockbox version |
| 21:04:19 | * | BigBambi_ congratulates the accepted GSOC students |
| 21:04:41 | firebird619 | schrottplatz__: Ok. It seems as though the Rockbox Utility is what causes some issues for me. |
| 21:05:43 | JdGordon|| | dreamlayers: sure, but that doesnt really sound like a playback thing to worry about... |
| 21:06:04 | Buschel | Llorean: I will it submit it then. |
| 21:06:08 | firebird619 | 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 | JdGordon|| | 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 | jaykay | how about adding the disable-wps-updating to major changes? |
| 21:08:41 | jaykay | it means longer runtime for all targets |
| 21:09:40 | JdGordon|| | its a wiki.... |
| 21:10:30 | CIA-43 | 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 | BigBambi_ | 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 | dreamlayers | 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 | mcuelenaere | BigBambi_: getting HTTP 500 on that link.. |
| 21:15:39 | BigBambi_ | mcuelenaere: Just retry |
| 21:15:41 | | Quit JdGordon|| ("http://www.mibbit.com ajax IRC Client") |
| 21:15:56 | BigBambi_ | mcuelenaere: It is having a couple of problems with load apparently |
| 21:16:10 | mcuelenaere | yeah, it seems to work after refreshing 3 times |
| 21:16:50 | CIA-43 | Buschel r20756 trunk/apps/codecs/mpc.c: Allow higher precision in calculation of seek position and elapsed time for mpc codec. |
| 21:17:41 | Unhelpful | 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 | mcuelenaere | 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 | myndz\ | I'm wondering if there have been any known problems with charging in recent rockbock versions? |
| 21:20:54 | archivator | Can core rockbox override my plugin's cpu_boost()? |
| 21:20:59 | myndz\ | 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 | Unhelpful | mcuelenaere: thanks... that gives me a good idea how much and which data i can consider putting on stack |
| 21:21:20 | archivator | That is, can core rockbox unboost the CPU when my plugin has boosted it? |
| 21:21:25 | Unhelpful | archivator: no. |
| 21:21:48 | mcuelenaere | Unhelpful: I'm not sure about other threads though, look for the DEFAULT_STACK_SIZE macro |
| 21:21:58 | mcuelenaere | (most threads are created with stack size = DEFAULT_STACK_SIZE/2) |
| 21:21:58 | BigBambi_ | MT: congrats |
| 21:22:05 | * | BigBambi_ looks around for the others |
| 21:22:14 | archivator | 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 | Unhelpful | 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 | saratoga | 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 | BigBambi_ | wincent: Congrats to you too :) |
| 21:22:25 | rasher | archivator: the boost works as a counter - when you call boost it gets incremented. As... what Unhelpful said |
| 21:22:46 | archivator | 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 | Unhelpful | *if* some other thread unboosts twice... i suppose it's possible. ;) |
| 21:23:20 | * | BigBambi_ spots obo and congrats him |
| 21:23:25 | Tekno_Cowboy | 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 | archivator | Unhelpful: it's easier to assume the bug is in my code than in an undefined place in core rockbox :) |
| 21:23:48 | krazykit | Tekno_Cowboy, what device? |
| 21:23:58 | BigBambi_ | Tekno_Cowboy: Did you read www.rockbox.org/wiki/PluginMpegplayer? |
| 21:24:02 | Unhelpful | archivator: that is probably true ;) |
| 21:24:06 | Tekno_Cowboy | sorry hit enter by accident |
| 21:24:13 | Tekno_Cowboy | I'm using an Ipod 5.5G |
| 21:24:33 | archivator | Tekno_Cowboy: ipod video can't decode full-screen video in real time |
| 21:24:57 | archivator | 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 | archivator | *can't |
| 21:25:26 | Tekno_Cowboy | I see. That's a bummer. |
| 21:25:33 | Tekno_Cowboy | 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 | Unhelpful | 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 | saratoga | isn't default stack size 8KB? |
| 21:30:07 | Unhelpful | <mcuelenaere> (most threads are created with stack size = DEFAULT_STACK_SIZE/2) <- this is what i was referring to :) |
| 21:30:28 | LambdaCalculus37 | archivator: Well, we might get somewhere with the BCM now with dreamlayers on board. ;) |
| 21:30:50 | saratoga | without a compiler I doubt it |
| 21:31:00 | archivator | LambdaCalculus37: I'm certainly hoping ... |
| 21:31:10 | Unhelpful | ...oh, hey. the buffering thread gives itself a hefty stack, too, though... |
| 21:31:23 | dreamlayers | LambdaCalculus37: I am not very optimistic about the BCM. |
| 21:32:36 | saratoga | theres so many easier targets for video anyway |
| 21:32:38 | | Quit hittudiv ("Leaving") |
| 21:32:44 | saratoga | the beast and TCC chips are documented and more powerful |
| 21:33:07 | archivator | Hate to repeat myself but is there any CPU-intensive task that takes place approx. every 3 sec. ? |
| 21:33:25 | myndz\ | better question: does rockbox's charging cutoff depend on the battery capacity setting? |
| 21:33:36 | dreamlayers | 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 | myndz\ | 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 | LambdaCalculus37 | dreamlayers: I think all we know is that it uses the MIPS instruction set, but that's it. |
| 21:34:31 | mcuelenaere | LambdaCalculus37: wasn't it some derivant of the MIPS instruction set? |
| 21:34:34 | dreamlayers | myndz\: What device are you using? |
| 21:34:34 | saratoga | myndz\: it does not |
| 21:34:39 | myndz\ | h340 |
| 21:34:51 | myndz\ | i don't know the technical details, i mean, maybe it's a hardware thing |
| 21:35:06 | myndz\ | but it never happened until my last battery replacement, and now again after i replaced the busted one |
| 21:35:11 | myndz\ | the battery like.. inflated |
| 21:36:55 | myndz\ | the hard drive's also been replaced with a 60gig if that matters somehow |
| 21:37:05 | LambdaCalculus37 | 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 | saratoga | apparently its not MIPS |
| 21:37:49 | dreamlayers | Did anyone look at the AlphaMosaic patents? |
| 21:37:54 | | Quit schrottplatz__ ("o.O") |
| 21:38:47 | evilnick_7 | 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 | dreamlayers | 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 | jaykay | 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 | evilnick_7 | 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 | dreamlayers | jaykay: I don't think it is compatible. Some of those pins are used for GPIO on e200. |
| 21:43:54 | myndz\ | i see |
| 21:44:05 | myndz\ | 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 | myndz\ | the batteries i have bought recently were ipod replacments |
| 21:44:23 | myndz\ | 2nd gen etc |
| 21:44:28 | myndz\ | probably made in china, cheap off ebay |
| 21:44:33 | myndz\ | so i'm not at all gonna rule that out |
| 21:45:06 | myndz\ | 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 | dreamlayers | 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 | shiftplusone | 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 | myndz\ | shiftplusone: there are a few kinds of connectors for the 1.8" hard drives |
| 21:47:40 | myndz\ | be sure you hae the right kind |
| 21:47:55 | myndz\ | yousr is newer than mine, maybe it has one of those zif connectors? they seem to be the newer style |
| 21:48:03 | myndz\ | my own has the older ide connector |
| 21:48:03 | pixelma | 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 | stripwax | shiftplusone - please read this page: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement |
| 21:48:37 | shiftplusone | ah, perfect. Thank a lot =) |
| 21:48:48 | myndz\ | (also thanks to the people with the answers re: batteries) |
| 21:49:10 | shiftplusone | 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 | shiftplusone | If the thickness and connector is right, does the capacity matter? |
| 21:51:25 | evilnick_7 | 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 | evilnick_7 | 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 | myndz\ | evilnick_7: mmk, thanks. i'll attempt to find links to reliable quality batteries |
| 21:52:34 | jaykay | can someone point me to a music file which will cause 100%cpu-load on a e200? |
| 21:52:44 | stripwax | shiftplusone - it ought to just work |
| 21:53:44 | shiftplusone | stripwax, thanks again. |
| 21:53:51 | stripwax | however some configurations might require customizing the build a little bit (MK8010GAH , I think, in anything other than an ipod video) |
| 21:54:23 | stripwax | But that wouldn't fit in an H10 so you should be good to go |
| 21:55:16 | | Quit Keripo ("Leaving.") |
| 21:55:31 | LambdaCalculus37 | evilnick_7: Cameron Sino are the bee's knees. That's why we usually buy them. ;) |
| 21:58:00 | stripwax | 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 | jaykay | 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 | jaykay | 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 |
| 22:00:04 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 22:00:53 | | Quit Strife89 ("That's all, folks!") |
| 22:00:56 | kugel | 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 | jaykay | kugel: well, i searched for free ape music... |
| 22:01:58 | jaykay | or a minute of anything.... |
| 22:02:15 | BigBambi_ | Tomers: congrats :) |
| 22:02:38 | | Quit dreamlayers ("Back later") |
| 22:03:40 | * | stripwax has :) |
| 22:04:01 | BigBambi_ | stripwax: Then congrats to you too :) |
| 22:04:19 | stripwax | BigBambi_ - thanks! beers sometime? :) |
| 22:04:35 | BigBambi_ | stripwax: Indeed - sadly the lafe |
| 22:04:55 | BigBambi_ | *latest proposed date for DevConPub has passed and I'm no longer in Blighty |
| 22:04:59 | BigBambi_ | But soon! |
| 22:07:39 | Bagder | stripwax: you're added to svn now |
| 22:07:48 | Bagder | welcome! |
| 22:07:58 | stripwax | 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 | Bagder | stripwax: a good start for your venture is editing docs/COMMITTERS to add yourself |
| 22:09:22 | BigBambi_ | gevaerts: I am! |
| 22:09:44 | gevaerts | you are, yes :) |
| 22:10:27 | | Join saratoga [0] (n=46b86b1a@gateway/web/cgi-irc/labb.contactor.se/x-98000c12e22bba53) |
| 22:11:03 | CIA-43 | 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 | CIA-43 | stripwax r20758 trunk/docs/COMMITTERS: Adding myself to docs/COMMITTERS :) |
| 22:11:26 | * | stripwax waves hello |
| 22:11:39 | evilnick_7 | stripwax: \0/ |
| 22:11:45 | saratoga | nice |
| 22:12:35 | | Join Keripo [0] (n=Keripo@SEASNet-92-05.seas.upenn.edu) |
| 22:12:39 | kugel | stripwax: \o/ :) |
| 22:12:42 | saratoga | are you ready to commit the vorbis improvements? |
| 22:13:03 | stripwax | more or less, want to confirm it builds ok on other targets first |
| 22:13:35 | kugel | 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 | stripwax | kugel yep true, don't want my first commit to generate red/yellow tho :) |
| 22:15:23 | gevaerts | stripwax: that's why your first commit shoud just update COMMITTERS :) |
| 22:15:28 | * | stripwax chuckles |
| 22:15:31 | kugel | then try to get buildall.sh (or how it was named) running :) |
| 22:15:35 | saratoga | red builds are how you get your commit count up |
| 22:16:02 | saratoga | also, is anyone interested on getting AMS support in rbutil? |
| 22:16:15 | saratoga | it should be quite easy I think |
| 22:16:18 | kugel | gevaerts: the COMMITTERS commit is a bit tricky though, due to the encoding. It's not going red, but still ;) |
| 22:16:35 | kugel | saratoga: I haven't done coding, but I have thought about it |
| 22:16:59 | saratoga | yeah i'm interested, though I don't know c++ |
| 22:17:01 | kugel | I think mkamsboot should get the bootloader built-in (like sansapatcher), and possibly patch the firmware file in place |
| 22:17:18 | saratoga | i think it should be easy enough to change the hxxx install to work with ams |
| 22:17:40 | saratoga | since IIRC they both work precisely the same [patch an of.bin, copy to the player] |
| 22:17:57 | CIA-43 | 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 | domonoky | are AMS sansas ready for rbutil integration ? |
| 22:18:41 | | Quit bertrik (Remote closed the connection) |
| 22:18:49 | CIA-43 | 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 | domonoky | as long as mkamsboot compiles on win/lin/mac, rbutil support should be easy.. |
| 22:19:14 | kugel | 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 | saratoga | domonoky: it does |
| 22:19:54 | saratoga | err hmm only tried cygwin on windows actually |
| 22:20:14 | domonoky | for rbutil, we need at least a officialy released bootloader and ofcourse builds for download |
| 22:20:14 | saratoga | what compiler does it need on Windows? VS? |
| 22:20:30 | kugel | I guess MinGW |
| 22:20:31 | saratoga | well thats easy enough |
| 22:20:40 | domonoky | i think windows and linux should work, but i remeber something about osx ? |
| 22:20:58 | saratoga | i can't imagine its a problem |
| 22:21:11 | * | domonoky tries |
| 22:21:11 | saratoga | the patcher file literally just writes bits into a bin file |
| 22:21:25 | saratoga | what dependecies could that possibily involve |
| 22:21:32 | kugel | we have no bootloader released, and I think we shouldn't release one before the mmu thing is cleared up |
| 22:21:45 | kugel | saratoga: just md5sum |
| 22:21:48 | saratoga | the mmu thing is nearly done though |
| 22:22:07 | Tomers | 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 | kugel | 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 | saratoga | funman got 36MHz playback for mp3 |
| 22:22:43 | linuxstb | 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 | saratoga | faster then PP actually |
| 22:22:46 | mcuelenaere | 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 | kugel | saratoga: including crash after 20s |
| 22:23:07 | saratoga | sure but its just a cache coherency problem somewhere |
| 22:23:11 | gevaerts | mcuelenaere: I think it is, yes |
| 22:23:17 | saratoga | we probably just don't flush before DMA transfer somewhere |
| 22:23:22 | mcuelenaere | I'll commit it then |
| 22:23:23 | kugel | linuxstb: any thoughts about my 2 ideas (bootloader built-in, patch OF file in-place)? |
| 22:23:29 | saratoga | we'd never notice a problem like that when the cache was off |
| 22:23:44 | kugel | but horribly slow performance |
| 22:24:07 | kugel | 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 | CIA-43 | mcuelenaere r20761 trunk/firmware/usbstack/usb_core.c: Disable usage of USB serial descriptor when no unique one is available |
| 22:24:33 | saratoga | yeah theres some overhead from the MMU probably |
| 22:24:56 | linuxstb | 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 | saratoga | interesting that MMU makes such a large difference for IRAM though |
| 22:25:05 | | Quit pyro_maniac ("Leaving.") |
| 22:25:32 | domonoky | kugel: no need for buitin bootloaders, rbutil wants them from the download server. |
| 22:25:36 | linuxstb | kugel: What is more important IMO is releasing an official bootloader. |
| 22:26:08 | kugel | ah ok. h1x0/h3x0 don |
| 22:26:14 | saratoga | the current bootloaders work fine, we're all using them |
| 22:26:17 | kugel | don't do either of those too then, I guess? |
| 22:26:54 | saratoga | though i bet we'll be releaseing new ones before too long . . . |
| 22:26:55 | linuxstb | saratoga: Then someone should release them, so other things (rbutil support, user-friendly install instructions) can happen. |
| 22:26:59 | mcuelenaere | 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 | saratoga | yeah i agree that we need the MMU |
| 22:27:43 | Bagder | mcuelenaere: no |
| 22:27:50 | saratoga | but we could have that quite soon |
| 22:27:59 | saratoga | 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 | saratoga | i give it maybe a week before people start passing out unofficial builds |
| 22:29:07 | linuxstb | 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 | kugel | we're actually quite close to released/supported, right? |
| 22:29:32 | saratoga | for AMS? |
| 22:29:37 | kugel | ye |
| 22:29:53 | saratoga | yeah we technically have all the official requirements except rbutil |
| 22:30:03 | domonoky | linuxstb: yes binary for this in svn would be fine i think... |
| 22:30:57 | bertrik | talking about AMS targets, is there *anyone* working on the c200v2? |
| 22:31:13 | saratoga | I don't think so |
| 22:31:15 | * | kugel would sort of laugh if AMS is earlier than the beast |
| 22:31:28 | kugel | bertrik: no-one owns one :( |
| 22:31:38 | bertrik | we should get one then |
| 22:31:39 | saratoga | i don't think very many were ever made |
| 22:31:56 | saratoga | releasing on 3 targets at once is already really impressive |
| 22:32:03 | kugel | some buttons and buttonlight, that's all |
| 22:32:09 | kugel | and backlight. but no lcd |
| 22:32:20 | saratoga | with the clipv2 not too far behind |
| 22:32:30 | kugel | once lcd is figured out, c200v2 should be pretty straight forward |
| 22:32:46 | mcuelenaere | kugel: you've got red |
| 22:32:49 | | Quit dfkt (Read error: 60 (Operation timed out)) |
| 22:33:08 | bertrik | 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 | domonoky | m200v4 still has this shutdown bug, if you turn volume high enough :-) |
| 22:33:35 | saratoga | theres the m200v4 as well |
| 22:33:41 | saratoga | hmm have to run |
| 22:34:19 | | Quit Tomers ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 22:34:22 | kugel | 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 | kugel | mcuelenaere: that seems weird |
| 22:36:03 | | Quit BigBambi (Remote closed the connection) |
| 22:37:04 | mcuelenaere | 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 | kugel | 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 | froggyman | 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 | CIA-43 | kugel r20762 trunk/apps/plugins/plugin.lds: Fix red. |
| 22:44:54 | Bagder | 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 | kugel | Bagder: far away from my record though :p |
| 22:45:32 | bertrik | we need a badge for that |
| 22:45:51 | gevaerts | kugel: what is your record? |
| 22:45:59 | kugel | 66k somthing |
| 22:46:04 | gevaerts | poor ;) |
| 22:46:12 | evilnick_7 | On brickmania? |
| 22:46:19 | | Quit alex__ (Client Quit) |
| 22:46:23 | kugel | 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 | JdGordon| | 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 | kugel | he's got the tools to analyze this |
| 22:48:05 | kugel | 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 | froggyman | for emacs, which one of these would i download, with Win32, http://ftp.gnu.org/gnu/emacs/windows/ |
| 22:49:06 | kugel | duh |
| 22:49:29 | Bagder | froggyman: none |
| 22:49:54 | Bagder | for emacs on win, you want "ntemacs" => http://ntemacs.sourceforge.net/ |
| 22:50:02 | | Quit Zarggg_ () |
| 22:50:03 | froggyman | ok |
| 22:50:28 | mcuelenaere | Unhelpful, kugel: have you seen http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/scripts/bloat-o-meter ? |
| 22:52:54 | kugel | 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 | Bagder | whoa, pure green |
| 22:56:37 | Bagder | 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 | kugel | long time no see :) |
| 22:58:23 | kugel | 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 | kugel | JdGordon: the .elf actually is almost the same |
| 23:00 |
| 23:00:12 | kugel | mcuelenaere: how do you download this file? |
| 23:00:26 | mcuelenaere | copy-paste? |
| 23:00:38 | mcuelenaere | it's probably also in the Linux kernel source |
| 23:00:38 | * | amiconn wonders about Buschel's fix |
| 23:01:06 | mcuelenaere | hmm copy-paste doesn't seem to work that nice |
| 23:01:18 | kugel | 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 | mcuelenaere | kugel: http://pastebin.com/m6754f71e |
| 23:01:37 | mcuelenaere | oh |
| 23:01:38 | amiconn | (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 | froggyman | 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 | kugel | 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 | kugel | mcuelenaere: indeed, the output seems more attractive :) |
| 23:03:29 | Bagder | froggyman: x86 implies that, yes |
| 23:03:37 | amiconn | 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 | kugel | 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 | kugel | mcuelenaere: probably not much more if the current method is dropped |
| 23:04:50 | mcuelenaere | kugel: isn't the current method just reading out rockbox-info.txt ? |
| 23:04:57 | mcuelenaere | (which doesn't require much effort) |
| 23:04:57 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
| 23:04:59 | kugel | I don't think so |
| 23:05:08 | kugel | it looks at the .map afaik |
| 23:05:09 | Bagder | it is |
| 23:05:27 | Bagder | the code that looks in the .map creates the rockbox-info.txt file |
| 23:05:29 | kugel | oh. someone told me it's not just the rockbox-info.txt |
| 23:05:37 | amiconn | The .map isn't transferred back afaik |
| 23:05:48 | Bagder | tools/mkinfo.pl |
| 23:05:55 | mcuelenaere | so I presume the .elf file isn't either? |
| 23:06:01 | Bagder | correct |
| 23:06:22 | mcuelenaere | 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 | kugel | the clients could run the scripts |
| 23:06:46 | | Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 23:06:57 | kugel | and just pass the output of those over |
| 23:07:00 | mcuelenaere | kugel: then the clients should keep an old version of the .elf file? |
| 23:07:16 | mcuelenaere | and AFAIK they are more or less randomly chosen |
| 23:07:18 | kugel | why not |
| 23:07:26 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 23:07:36 | mcuelenaere | ie client A will have target X and on the next commit it will have target Y |
| 23:07:37 | kugel | ah, yea, that won't work thebn |
| 23:07:38 | | Quit nibbler_ (Remote closed the connection) |
| 23:08:30 | kugel | amiconn: any idea about the x5/m5 binsize hit? |
| 23:08:33 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 23:08:55 | linuxstb | kugel: You could look at the .map |
| 23:09:08 | | Part dany_21a_ |
| 23:09:45 | kugel | 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 | mcuelenaere | kugel: don't forget wps_parser.c |
| 23:11:54 | kugel | amiconn, mcuelenaere: bloat-o-meter showed the delta is in get_token_value() (gwps-common.c) |
| 23:11:57 | JdGordon| | thats not the issue though.... why did only the m5/3 go up and not the other non touch targets |
| 23:12:20 | mcuelenaere | kugel: ah true |
| 23:13:06 | kugel | JdGordon|: it's not even CF related |
| 23:13:18 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 23:13:20 | kugel | 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 | kugel | 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 | amiconn | dreamlayers pointed out exactly what makes the delta go away |
| 23:17:58 | kugel | I already figured the cause. I'm wondering why the hit is so massive |
| 23:19:00 | Unhelpful | mcuelenaere: i've not seen that before. objdiff seems quite redundant now :/ |
| 23:19:16 | kugel | improve it!! |
| 23:19:21 | mcuelenaere | yes, it's strikingly similar :) |
| 23:19:27 | | Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]") |
| 23:21:21 | amiconn | kugel: The seemingly small change probably makes gcc change its inlining strategy or sth like this |
| 23:22:11 | amiconn | 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 | MT | BigBambi : Thanks :) .. just got home. |
| 23:22:40 | Unhelpful | mcuelenaere: but i've already got a project at present... though i find it tedious and would welcome distractions. |
| 23:23:27 | BigBambi | MT: Make sure to sign up to the dev mailing list :) |
| 23:24:18 | MT | BigBambi : I've there for months I guess :) |
| 23:24:28 | MT | * I've been |
| 23:24:40 | BigBambi | 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 | Unhelpful | mcuelenaere: i don't suppose we could get the setjmp/longjmp in pluginlib? ;) |
| 23:26:21 | mcuelenaere | probably, but I wasn't sure how to do that without duplicating.. |
| 23:27:24 | Unhelpful | 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 | myndz\ | i think maybe i've just been buying batteries that are too big, after doing more searching/research |
| 23:27:47 | mcuelenaere | Unhelpful: but how are the codecs going to access them then? |
| 23:28:01 | mcuelenaere | well, one codec.. |
| 23:28:05 | myndz\ | 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 | myndz\ | 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 | Unhelpful | oh! i didn't realize they were *in* the codeclib? |
| 23:29:15 | mcuelenaere | yes they are |
| 23:29:28 | mcuelenaere | 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 | Unhelpful | 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 | Unhelpful | 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 | mcuelenaere | actually, Lua needs an exit() too.. |
| 23:34:00 | mcuelenaere | (next too some other stuff) |
| 23:34:36 | CIA-43 | mcuelenaere r20763 trunk/apps/lang/nederlands.lang: Update Dutch language |
| 23:34:43 | | Quit Zarggg () |
| 23:36:30 | Unhelpful | 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 | mcuelenaere | 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 | evilnick_7 | 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 | mcuelenaere | s/to care to initialize/to care about initializing/ |
| 23:38:54 | evilnick_7 | The problem is that the higher capacity batteries seemed to be more likely to balloon, due to worse construction |
| 23:39:02 | myndz\ | 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 | myndz\ | 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 | Unhelpful | 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 | myndz\ | that's all i meant |
| 23:39:38 | myndz\ | i'm not at all surprised that the cheap $6 2300mah ipod replacement batteries suck |
| 23:39:42 | myndz\ | i just didn't expect them to break things |
| 23:39:52 | evilnick_7 | 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 | mcuelenaere | 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 | myndz\ | 22/23 is already a bit of a squeeze in an h340 case so it doesn't have to expand much |
| 23:40:36 | myndz\ | really? wow |
| 23:40:38 | evilnick_7 | Sorry "the phyical size of the battery should not be any different" |
| 23:40:38 | Unhelpful | 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 | myndz\ | i wish i could know who manufactured the second one i bought then |
| 23:40:51 | myndz\ | i remember it being significantly smaller |
| 23:40:59 | myndz\ | thought it was due to advances in technology |
| 23:41:04 | myndz\ | but then the next time i got big ons again |
| 23:41:15 | gevaerts | myndz\: if a battery is swelling, I wouldn't use it... |
| 23:41:29 | evilnick_7 | myndz\: I've used 2 separate 2100MaH batteries, one ballooned after maybe 30 mins, the other lasted many months. |
| 23:41:41 | myndz\ | gevaerts: obviously |
| 23:41:42 | evilnick_7 | And yes, if it starts to balloon then get it out of there asap! |
| 23:41:58 | myndz\ | it's hard to tell if it's ballooning or not until it's too late though |
| 23:42:07 | myndz\ | this one i've had for some months, but my first ones didn't do it at all |
| 23:42:14 | myndz\ | so i would rather just buy something that won't cause a problem |
| 23:42:20 | myndz\ | question is how :\ |
| 23:42:36 | myndz\ | evilnick tells me that getting a smaller capacity battery may not help, now i have no idea what to do heh! |
| 23:42:52 | BigBambi | 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 | evilnick_7 | 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 | myndz\ | yeah, i've had the same.. just not recently :( |
| 23:44:03 | myndz\ | evilnick_7: the last two times (this has happened twice), the first indicator was an ATA error -1 |
| 23:44:16 | myndz\ | and/or failure to load the next track |
| 23:44:28 | evilnick_7 | Yep, that too! Anything that you don't normally see. |
| 23:44:30 | myndz\ | 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 | myndz\ | my poor case, i already lost one screw :( |
| 23:44:57 | Llorean | 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 | Llorean | 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 | myndz\ | i think i'm gonna pay the extra $14 for one of these batteries on ebay that's labeled for h340s |
| 23:46:02 | evilnick_7 | 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 | myndz\ | maybe at least that will help me avoid the ipod market |
| 23:46:18 | myndz\ | evilnick_7: woops! |
| 23:46:22 | amiconn | Llorean: That move is what I had in mind... |
| 23:46:34 | amiconn | 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 | myndz\ | spongy bits are indeed important ;) |
| 23:46:44 | | Quit freqmod_qu ("http://quassel-irc.org - Chat komfortabelt. Hvor som helst.") |
| 23:46:46 | evilnick_7 | Heheh! :) |
| 23:46:57 | | Join freqmod_qu [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 23:46:57 | Llorean | amiconn: A far shot less than the 22 hours my file was then. :) |
| 23:47:00 | myndz\ | amiconn: how about the sheep counter, is it a long int? :) |
| 23:47:27 | evilnick_7 | 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 | mcuelenaere | Unhelpful: something like http://pastebin.com/d54337005 ? |
| 23:47:44 | amiconn | Llorean: Yeah, but also far longer than anything ripped from CD, even with a single-file rip |
| 23:48:00 | Llorean | amiconn: Yes, but online purchased audiobooks aren't subject to the same limits. |
| 23:48:41 | myndz\ | that's not a bad idea really, especially at $6 or whatever you can get em for now |
| 23:48:45 | myndz\ | i think i'll buy one of each |
| 23:49:10 | Unhelpful | 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 | myndz\ | 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 | Llorean | amiconn: For hwcodec does the change need to be applied somewhere else? |
| 23:50:05 | amiconn | Llorean: Sure, but it explains why I don't have a testfile of the necessary length |
| 23:50:11 | * | Llorean nods. |
| 23:50:11 | amiconn | Yes, in mpeg.c |
| 23:50:27 | * | amiconn would need to record one in order to be able to test |
| 23:50:51 | Llorean | 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 | mcuelenaere | 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 | evilnick_7 | myndz\: You have a > $200 hdd in there?? Please explain! |
| 23:51:52 | myndz\ | iirc, when i bought it, the 60 gig 1.8" drive was that expensive |
| 23:51:58 | myndz\ | 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 | myndz\ | my player has been around the block a few times ;) |
| 23:52:44 | amiconn | 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 | myndz\ | i guess this'll make 6 batteries and 3 hard drives |
| 23:52:53 | Unhelpful | 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 | myndz\ | does rockbox support any file systems other than fat32? |
| 23:53:33 | evilnick_7 | 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 | diskspin | H320, Compact Flash mod, do the disk spin down settings have any influence with a CF card ? |
| 23:53:39 | evilnick_7 | myndz\: No, that's a no-do |
| 23:53:43 | myndz\ | ah well |
| 23:53:59 | amiconn | 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 | myndz\ | 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 | myndz\ | $78? makes me cry :( |
| 23:54:59 | obo | BigBambi: thanks! |
| 23:55:00 | myndz\ | but there's stil some in the $200 range |
| 23:55:17 | myndz\ | wonder what 80s are going for now |
| 23:55:36 | mcuelenaere | 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 | domonoky | amiconn: how big would such a 8kbits 1k hour long file be ? probably more then is possible on fat32 |
| 23:55:53 | BigBambi | obo: No problem. You raring to go now? :) |
| 23:56:04 | diskspin | so I guess the disk spin down settings have zero infleunce in a CF modded player ? |
| 23:56:11 | amiconn | 8000/8*1000*3600 |
| 23:56:15 | Llorean | 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 | amiconn | That's ~3.5GB |
| 23:56:29 | evilnick_7 | diskspin: Useful nick for that question! |
| 23:56:31 | obo | BigBambi: heh, I will be once it sinks in a bit more! |
| 23:56:47 | diskspin | :-) |
| 23:57:11 | myndz\ | you know what i think is reasonable? splitting audio books into files by chapter :P |
| 23:57:15 | Llorean | amiconn: So you're pushing up against filesystem limits anyway? |
| 23:57:56 | amiconn | As I tried to explain... |
| 23:58:12 | amiconn | 4GB @8kbps would be good for 1193 hours |
| 23:58:32 | | Quit planetbeing () |
icon identifies that the person is a core developer (has commit access).