| 00:01:06 | mt | hmm .. how do I create a set of consecutive patches without them being committed ? |
| 00:04:31 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 00:09:34 | | Quit pyro_maniac ("Leaving.") |
| 00:13:01 | | Quit froggyman ("CGI:IRC") |
| 00:13:48 | linuxstb | mt: Create multiple copies of the rockbox source, and then do a diff between them. Or just wait for your patches to be committed... |
| 00:15:35 | | Join BryanJacobs [0] (n=braujac@128.151.220.191) |
| 00:16:06 | mt | Are you going to commit fixp soon ? I think I'd better wait for it to be committed. |
| 00:18:45 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 00:19:24 | | Join firedix [0] (n=firedix@201.254.116.40) |
| 00:21:11 | linuxstb | mt: I was waiting for you to update it with the README. Or did you want me to just take the text from pastebin? |
| 00:22:29 | mt | linuxstb : Ah sorry, I was going to include the readme in the next patch (dropping floating point code from cook.c, cook.h, removing fft.c, mdct.c, dsputil.[c/h]) |
| 00:22:52 | linuxstb | I'll just add it from your pastebin. |
| 00:23:11 | linuxstb | I never committed dsputil.c - it was never included in the Makefile. |
| 00:23:18 | linuxstb | I also removed id3.h |
| 00:24:01 | kugel | my custom list patch starts working well |
| 00:24:39 | kugel | if only I could figure out a sane way to handle splashes :S |
| 00:24:46 | mt | 1 - Thanks for the README part :) . 2- I see, 3- Yes I wanted to remove id3.h. thanks again. |
| 00:25:55 | | Quit tessarakt ("Client exiting") |
| 00:26:05 | CIA-38 | New commit by dave (r20901): Patch by Mohamed Tarek from FS #10182 - convert codec to fixed-point using patches submitted to the ffmpeg mailing list in 2007 by Ian Braithwaite. |
| 00:28:21 | | Quit firedix ("Ex-Chat") |
| 00:33:46 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:34:40 | mt | linuxstb : when dropping floating point code, do I need to add anything to the readme ? |
| 00:35:43 | linuxstb | mt: No, I don't think so. The README is mainly for documenting the initial import of code. |
| 00:38:17 | | Quit Lss (Read error: 54 (Connection reset by peer)) |
| 00:38:38 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:38:57 | | Join Lss [0] (n=Lss@cm7.delta91.maxonline.com.sg) |
| 00:42:41 | mt | linuxstb : is it possible to delete a comment from FS ? I've accidentally refreshed the page and it re-posted the comment |
| 00:43:47 | *** | Saving seen data "./dancer.seen" |
| 00:44:24 | linuxstb | mt: Do you mean the last comment? The patch is a different size. |
| 00:44:49 | mt | yes I was modifying the file on my computer.. it's a false comment/patch |
| 00:44:52 | linuxstb | But I can delete it for you. |
| 00:45:04 | mt | That'd be great. Thanks |
| 00:45:06 | linuxstb | It's gone. |
| 00:46:29 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:47:19 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
| 00:47:44 | mt | linuxstb : second patch ;) |
| 00:49:45 | linuxstb | mt: Sorry, but that will have to wait until tomorrow. |
| 00:50:08 | mt | No problem. |
| 00:51:09 | | Quit bertrik (Read error: 113 (No route to host)) |
| 00:52:21 | mt | I could wait for saratoga to commit the patches if you're busy ? |
| 00:52:57 | | Quit ender (" I think computer viruses should count as life. I think it says something about human nature that the only form of life we h") |
| 01:00 |
| 01:05:36 | saratoga | mt: i'll take a quick look at it but i need to get to work soon |
| 01:08:29 | | Join zekopeko [0] (n=chatzill@93-138-110-204.adsl.net.t-com.hr) |
| 01:09:01 | | Join obunn [0] (n=5d8a6ecc@gateway/web/cgi-irc/labb.contactor.se/x-d102c09dabcfe6ac) |
| 01:09:12 | | Quit zekopeko (Client Quit) |
| 01:09:59 | obunn | hi. have a little problem with rockbox 3.2 on an ipod 5.5 30g |
| 01:10:33 | obunn | after viewing pictures i can't exit to the file browser |
| 01:11:53 | mt | saratoga : never mind, I have to sleep now anyway. |
| 01:12:11 | saratoga | mt: i'll commit drop_float now anyway |
| 01:12:29 | mt | OK. Thanks :) |
| 01:12:40 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 01:12:52 | obunn | nvm. fixed |
| 01:12:58 | | Quit obunn (Client Quit) |
| 01:13:25 | | Quit mc2739 (Client Quit) |
| 01:15:53 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC") |
| 01:16:34 | | Join firedix [0] (n=firedix@201.254.116.40) |
| 01:18:34 | CIA-38 | New commit by saratoga (r20902): Patch by Mohamed Tarek from FS #10182. Remove floating point code (FFT, MDCT, etc) from libcook. |
| 01:19:46 | | Quit Thundercloud (Remote closed the connection) |
| 01:20:40 | JdGordon | Llorean: your idea for the usb setting is always charge, always connect, or "opposite" if a button is pressed? |
| 01:21:58 | | Join tvelocity [0] (n=tony@adsl22-78.her.forthnet.gr) |
| 01:21:59 | JdGordon | s/or/and/ |
| 01:24:19 | Llorean | JdGordon: An option to set the default, with holding any button doing whatever the other is. |
| 01:25:16 | Llorean | And "hold" shouldn't be counted as a button (in my opinion) |
| 01:25:34 | JdGordon | it wont be |
| 01:27:41 | JdGordon | "Charge only on USB connection" true/false... good enough for the setting? |
| 01:28:25 | Llorean | "On normal USB Insert" with options "Charge" and "Connect" |
| 01:28:26 | Llorean | ? |
| 01:28:44 | * | Llorean doesn't really know what a good name would be |
| 01:29:45 | JdGordon | anyone else have a suggestion? |
| 01:30:24 | saratoga | argh svn doesn't delete blank files |
| 01:30:59 | JdGordon | hmm... should I rework the current "charge during usb connection" setting, or add a 2nd one? |
| 01:31:17 | Llorean | Doesn't that one do something completely different? |
| 01:31:27 | JdGordon | im not sure |
| 01:31:27 | | Join Carter [0] (n=chatzill@adsl-99-162-56-7.dsl.ipltin.sbcglobal.net) |
| 01:31:48 | Llorean | I thought that setting was the one that makes the H300 request 500 instead of the standard 100? |
| 01:32:02 | Llorean | Needed because some hubs will fail to let it connect if it requests full power or something |
| 01:32:09 | JdGordon | ok |
| 01:32:56 | CIA-38 | New commit by saratoga (r20903): Actually remove the unneeded files in the last commit. |
| 01:32:57 | JdGordon | I'm trying to add only 1 lang string... |
| 01:32:58 | JdGordon | "On Normal USB Connection, Charge Only?" |
| 01:33:23 | Llorean | "Charge only on USB insert?" maybe? |
| 01:33:31 | Llorean | Or "Only charge on USB insert" |
| 01:34:07 | JdGordon | care to do the manual fix while I'm working on the patch? |
| 01:35:23 | saratoga | how do I revert an accidental commit? |
| 01:35:41 | Llorean | I don't even have a dev environment here. Is there a manual opt for "has USB charging"? |
| 01:35:47 | JdGordon | svn up to the previous commit, then recommit |
| 01:35:54 | JdGordon | Llorean: dunno |
| 01:36:42 | JdGordon | this should default to false yeah? so it does connect on usb? |
| 01:37:45 | CIA-38 | New commit by saratoga (r20904): Commited too much. |
| 01:38:09 | *** | Alert Mode level 1 |
| 01:38:09 | CIA-38 | New commit by saratoga (r20905): Commited too much really this time. |
| 01:38:21 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-49e1e811d117848e) |
| 01:38:35 | Llorean | JdGordon: something like http://pastebin.ca/1418750 for the manual? |
| 01:39:08 | Llorean | JdGordon: It should default to whichever value means "what we do now". I don't know which name you picked (so the pastebin would need some editing in three places) |
| 01:39:25 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 01:39:34 | JdGordon | pastebin.ca sucks :( always times out |
| 01:39:59 | Llorean | Odd, I use pastebin.ca because .com used to always time out on me. |
| 01:40:06 | Llorean | If you can't get to it, I can post it somewhere else |
| 01:40:31 | JdGordon | yeah, somehwere else? |
| 01:41:21 | Llorean | What's another site that works for you? |
| 01:41:41 | JdGordon | rafb.net/paste i tihnk is the good one |
| 01:41:47 | JdGordon | or email, or dcc... |
| 01:42:38 | Llorean | http://rafb.net/p/JYxllA10.html |
| 01:42:39 | Carter | Sup, I'm having problems with Rockbox on my 5g video |
| 01:43:30 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 01:43:36 | Llorean | Carter: What problem? |
| 01:44:13 | | Quit BHSPitMonkey (Remote closed the connection) |
| 01:44:55 | Carter | On every reboot, certain tracks will not play all the way through, or play at all. |
| 01:44:57 | Carter | I'm using rockbox because my harddrive is too old to run Apple's firmware. |
| 01:45:08 | Llorean | Rockbox can't fix hardware issues |
| 01:45:15 | Carter | Hold on |
| 01:45:50 | Carter | I've played multiple podcasts on rockbox, and multiple songs, but sometimes it will not play tracks all the way thorugh |
| 01:46:00 | saratoga | what format |
| 01:46:10 | Carter | I've looked further into it and have seen that lots of other people have this problem |
| 01:46:11 | Carter | mp3 |
| 01:46:24 | Llorean | Carter: Well, the lots of people haven't filed bug reports. |
| 01:46:35 | Llorean | And again, if your hard disk was having issues in the Apple firmware, Rockbox is going to have issues too |
| 01:48:10 | *** | Alert Mode OFF |
| 01:48:38 | Carter | Why do tracks skip, and sometimes don't? For some reason my ipod can run rockbox much smoother than Apple's firmware |
| 01:48:59 | saratoga | if the apple firmware isn't working your ipod is probably broken |
| 01:49:23 | Carter | Why does that matter if I do not use the firmware? |
| 01:49:34 | Llorean | Because it's probably *physically* broken |
| 01:49:46 | Llorean | The firmware can't repair physical damage to the player. Your disk is probably going bad. |
| 01:50:39 | Carter | But when I use Rockbox files play fine sometimes, and then skip other times. |
| 01:50:46 | saratoga | wait you just reported a "bug" related to files not sounding right on a broken disk? |
| 01:50:54 | saratoga | think these things through |
| 01:50:59 | Llorean | Carter: Yes, because parts of the disk are bad, and parts of the disk are not. |
| 01:51:11 | Llorean | Or maybe the disk is failing to read the same spots consistently |
| 01:51:33 | Carter | So I have to buy a new ipod? |
| 01:51:35 | BryanJacobs | software is complicated enough without having to deal with faulty hardware, too |
| 01:52:46 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 01:53:10 | saratoga | i would probably look into getting a new disk, but a new ipod is a good option too |
| 01:53:27 | | Join StealthyXIIGer [0] (n=stealthy@69.216.113.6) |
| 01:56:07 | JdGordon | well... its not completly perfect... but it works |
| 01:58:57 | | Quit Sharn (Read error: 104 (Connection reset by peer)) |
| 02:00 |
| 02:06:06 | | Quit pixelma (Nick collision from services.) |
| 02:06:06 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 02:06:18 | | Quit amiconn (Nick collision from services.) |
| 02:06:20 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 02:06:26 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 02:06:40 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 02:16:51 | CIA-38 | New commit by unhelpful (r20906): Fix a bug reading JPEG when the output data is smaller than sizeof(struct jpeg), and add more optional debugging output in the decoder. |
| 02:17:01 | CIA-38 | New commit by unhelpful (r20907): Flag EOF and empty buffer conditions as UNLIKELY in JPEG decoder. |
| 02:20:03 | amiconn | kugel: Splashes seem to be broken on the sim at least (didn't try on target yet) |
| 02:23:52 | kugel | amiconn: broken as in? |
| 02:24:20 | amiconn | There is only a light grey rectangle. No text, no frame |
| 02:24:30 | amiconn | (iPod G1/G2 sim) |
| 02:24:52 | kugel | possibly greyscale only then |
| 02:25:26 | kugel | did I introduce that? I didn't really touch any of the drawmodes |
| 02:25:45 | amiconn | Well, it worked a while ago |
| 02:26:06 | kugel | nor how the boundaries are calculated (so I don't believe I caused 10197) |
| 02:26:55 | | Join Sharn [0] (n=brandon@dsl-216-128-235-45.teton.id.tetontel.com) |
| 02:30:25 | | Join kugel_ [0] (n=kugel@e178090033.adsl.alicedsl.de) |
| 02:30:37 | | Quit kugel (Nick collision from services.) |
| 02:30:39 | | Nick kugel_ is now known as kugel (n=kugel@e178090033.adsl.alicedsl.de) |
| 02:30:56 | | Quit Carter ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 02:42:00 | kugel | amiconn: anything obviously wrong there http://pastie.org/474045 ? |
| 02:43:51 | *** | Saving seen data "./dancer.seen" |
| 02:46:02 | | Quit firedix ("Ex-Chat") |
| 02:50:44 | | Quit martian67 (Read error: 110 (Connection timed out)) |
| 02:52:33 | | Join sakuramboo [0] (n=sakuramb@ool-43504efe.dyn.optonline.net) |
| 02:54:22 | | Join Plaidrab [0] (n=dbolack@cpe-98-157-82-111.ma.res.rr.com) |
| 03:00 |
| 03:01:28 | | Join Keripo4 [0] (n=Keripo@64.111.92.101) |
| 03:13:37 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 03:15:33 | | Quit kugel ("exit(0);") |
| 03:17:46 | | Part BryanJacobs ("Leaving.") |
| 03:41:49 | Plaidrab | I don't seem to be able to actually play anything. |
| 03:42:48 | Plaidrab | If I tell it to create a playlist, it seems to spin up through a bunch of files, then nothing. |
| 03:43:48 | saratoga | what happens if you try to play a file |
| 03:45:04 | Plaidrab | I figured it out. Just wasn't obvious for how my brain's wired. Amazing how well RTFM can work. :) |
| 03:45:25 | Plaidrab | I'll sort out playlists some other day. I mostly listen on shuffle of everything |
| 03:46:06 | Plaidrab | Can I turn down the clickwheel sensitivity? |
| 03:47:01 | | Quit Keripo4 ("Leaving.") |
| 04:00 |
| 04:01:15 | | Quit JdGordon ("Leaving.") |
| 04:03:02 | | Join JdGordon [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) |
| 04:07:34 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ef8d083156dbe61a) |
| 04:10:21 | | Join JdGordon1924 [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) |
| 04:11:59 | | Join tokoro [0] (n=tokoro@189.146.40.184) |
| 04:12:38 | tokoro | hi guys |
| 04:12:54 | tokoro | can i put rockbox on my fourth gen ipod nano? |
| 04:14:06 | krazykit | have you read the front page? |
| 04:14:17 | tokoro | maybe... |
| 04:14:34 | krazykit | clearly not. |
| 04:14:51 | krazykit | as the front page clearly states, your device isn't supported |
| 04:15:17 | tokoro | so, there is no workaround or something? |
| 04:15:57 | | Join |shiretoko [0] (n=|shireto@69-89-178-142.ssi-pci.net) |
| 04:16:33 | | Nick |shiretoko is now known as shiretoko (n=|shireto@69-89-178-142.ssi-pci.net) |
| 04:18:19 | shiretoko | would rockbox work on a generic chinese ipod knockoff? |
| 04:22:12 | Sharn | shiretoko: see tokoro's question and answers |
| 04:22:21 | Sharn | Ohwait, you prolly just joined |
| 04:22:28 | Sharn | Probably not |
| 04:22:54 | krazykit | tokoro and shiretoko, no. |
| 04:23:09 | krazykit | shiretoko, it COULD work if someone did the hard work of porting rockbox to the device |
| 04:23:38 | | Quit gartral (Read error: 131 (Connection reset by peer)) |
| 04:24:42 | shiretoko | http://www.mp3playerbuying.com/Shops/ELF-IV-16GB-iPod-Nano-4th-Style-MP3-MP4-Player-802.html |
| 04:24:45 | shiretoko | it's that right there |
| 04:25:14 | shiretoko | completely false advertising |
| 04:25:22 | Sharn | shiretoko: it's probably NOTHING like an ipod internally |
| 04:25:31 | krazykit | the supported devices are listed on the front page. if you want to start a port, read the http://www.rockbox.org/twiki/bin/view/Main/NewPort |
| 04:25:41 | tokoro | do u know if there are any plans to port it to newer ipods? |
| 04:26:22 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 04:26:46 | krazykit | the newer ipods have undocumented hardware, encrypted firmware, and no known way to run non-apple code, so chances are small, and besides that, no one is really working on the problem |
| 04:27:23 | | Join Traveler8 [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) |
| 04:28:33 | tokoro | damn... |
| 04:28:37 | | Quit shiretoko ("ChatZilla 0.9.84 [Firefox 3.5b5pre/20090428041652]") |
| 04:28:50 | Traveler8 | my plugin is giving a data abort error, does this mean I'm trying to access a part of memory beyond the data section? |
| 04:34:04 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-92e0853302f7b411) |
| 04:35:39 | | Quit Plaidrab ("return(0);") |
| 04:42:30 | | Quit JdGordon1924 (Read error: 54 (Connection reset by peer)) |
| 04:43:52 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:01:11 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 05:12:35 | | Join firedix [0] (n=firedix@201.254.116.40) |
| 05:13:32 | | Quit dmb (Remote closed the connection) |
| 05:17:11 | | Quit Trista743 (Read error: 110 (Connection timed out)) |
| 05:17:53 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 05:45:05 | | Quit Horscht ("Verlassend") |
| 05:50:06 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:00 |
| 06:04:03 | | Quit firedix ("Ex-Chat") |
| 06:09:01 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:14:13 | | Quit tokoro ("Saliendo") |
| 06:17:01 | | Quit _lifeless (Remote closed the connection) |
| 06:17:17 | | Join _lifeless [0] (n=lifeless@188.16.110.176) |
| 06:17:56 | | Quit Sharn (Read error: 113 (No route to host)) |
| 06:18:03 | | Join webguest00 [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-9e732b277bc2dede) |
| 06:18:38 | webguest00 | Hello |
| 06:19:03 | webguest00 | Anybody home? |
| 06:21:48 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 06:21:55 | cool_walking_ | yes... |
| 06:22:28 | webguest00 | Hi |
| 06:22:47 | cool_walking_ | hi. |
| 06:23:16 | webguest00 | Um i was wondering |
| 06:23:43 | webguest00 | Whats the progress on the sansa e200 v2 rockbox firmware |
| 06:24:04 | saratoga | check the wiki |
| 06:24:51 | | Quit _lifeless (Remote closed the connection) |
| 06:25:07 | | Join _lifeless [0] (n=lifeless@188.16.95.33) |
| 06:25:50 | webguest00 | I mean when will it come out? |
| 06:26:17 | krazykit | there is no timeline, as work is done on developers' free time |
| 06:26:52 | webguest00 | So it might in the future? |
| 06:27:09 | cool_walking_ | Well it almost certainly won't be the past. |
| 06:27:27 | webguest00 | lol, Maybe by this winter? |
| 06:27:37 | cool_walking_ | No idea. |
| 06:27:54 | webguest00 | I hope they can hack some how |
| 06:27:59 | webguest00 | I can't wait |
| 06:28:09 | webguest00 | it's a shame i got a v2 |
| 06:30:04 | cool_walking_ | The wiki ( http://rockbox.org/wiki/SansaAMS ) says playback is working, so if you feel up to it you might give it a shot. |
| 06:30:22 | webguest00 | ? |
| 06:30:39 | cool_walking_ | ? |
| 06:30:49 | webguest00 | Playback |
| 06:30:51 | webguest00 | wats that |
| 06:31:00 | cool_walking_ | Playing music. |
| 06:31:00 | webguest00 | where u rewind or something |
| 06:31:11 | cool_walking_ | i.e. the main function of the device. |
| 06:31:11 | webguest00 | well i can play music now |
| 06:31:22 | webguest00 | so whats the point |
| 06:31:47 | cool_walking_ | Is this where I guess why you want to run Rockbox? |
| 06:31:55 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-774b96c04f00ffbc) |
| 06:32:12 | webguest00 | to run apps |
| 06:32:33 | saratoga | rockbox doesn't actually have apps, just some plugins, and thats been possible since sometime last year i think |
| 06:32:38 | cool_walking_ | Well the wiki says plugins are also working. |
| 06:32:55 | webguest00 | Well yeah plugins watever u call them |
| 06:33:23 | webguest00 | so u mean i can get plugins on my v2 right now |
| 06:33:43 | cool_walking_ | I'm just going by what the wiki says. I don't have a v2. |
| 06:34:07 | | Quit trisiak (Read error: 60 (Operation timed out)) |
| 06:34:12 | webguest00 | "Even though the bootloader installation is tested, there's always a fair risk of rendering your device useless." Useless:S |
| 06:34:35 | webguest00 | scary |
| 06:35:04 | saratoga | you don't need to comment on the wiki here |
| 06:35:41 | webguest00 | right... |
| 06:36:06 | webguest00 | so it is possible it's just not safe |
| 06:36:55 | saratoga | i think the bootloaders are pretty safe now |
| 06:37:07 | webguest00 | should i risk it? |
| 06:37:37 | saratoga | no |
| 06:38:39 | webguest00 | So long do you think it will take to finalize the v2 project? |
| 06:39:11 | cool_walking_ | We've been over this before... |
| 06:39:18 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:39:35 | webguest00 | hehe |
| 06:39:54 | saratoga | webguest00: this is a technical channel, if you just want to chat use rockbox-community |
| 06:40:19 | webguest00 | how do i get there? |
| 06:40:46 | cool_walking_ | type /join #rockbox-community |
| 06:41:36 | | Quit webguest00 ("CGI:IRC") |
| 06:41:39 | | Join webguest00 [0] (n=43a65468@gateway/web/cgi-irc/labb.contactor.se/x-e6db7c0977368e13) |
| 06:42:55 | | Quit webguest00 (Client Quit) |
| 06:43:55 | *** | Saving seen data "./dancer.seen" |
| 06:44:53 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-0c90b5cd145cfe05) |
| 06:51:21 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 06:52:52 | | Quit Traveler8 ("Java user signed off") |
| 07:00 |
| 07:18:38 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 07:25:01 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 07:33:42 | | Join nibbler [0] (n=Nibbler@82.113.121.15) |
| 07:37:19 | | Join trisiak [0] (n=tree@chello089078243195.chello.pl) |
| 07:47:56 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:50:40 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 07:57:33 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 08:00 |
| 08:00:01 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-04490c759837dc0f) |
| 08:08:33 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 08:14:08 | | Quit moos ("Rockbox rules the DAP world") |
| 08:17:25 | | Quit toffe82 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 08:20:51 | | Quit faemir (Read error: 60 (Operation timed out)) |
| 08:22:16 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 08:22:27 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:22:27 | | Quit BHSPitLappy (Remote closed the connection) |
| 08:23:09 | JdGordon | ping gevaerts |
| 08:23:09 | | Join nibbler [0] (n=Nibbler@82.113.121.135) |
| 08:28:56 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 08:31:23 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 08:34:27 | JdGordon | gevaerts: (I guess i'll get the reply when I wake up...) how feasable would it be to have usb wait for a menu when its connected? i.e have a menu pop up when its connected "Do what?" "Charge, Connect UMS, <other options when they get added>" |
| 08:34:37 | JdGordon | and how would people feel about that? |
| 08:34:45 | amiconn | Forget that |
| 08:35:01 | JdGordon | why? |
| 08:35:02 | amiconn | Many (most?) OSes give up after a rather short time |
| 08:35:22 | B4gder | my phone has such a menu |
| 08:35:37 | B4gder | and it works fine with my linux box |
| 08:35:42 | amiconn | You'd need to be *very* fast to select something (a few seconds at best) |
| 08:35:48 | B4gder | nope |
| 08:35:54 | B4gder | but then I don't automount! ;-) |
| 08:36:20 | JdGordon | cant it reconnect without actually disconnecting the cable once it knows what we want to do? |
| 08:36:24 | | Quit bagawk (Read error: 104 (Connection reset by peer)) |
| 08:36:27 | amiconn | Other than that, it would be annoying to be asked every time |
| 08:36:43 | JdGordon | well, the setting would be "charge, connect, ask"... |
| 08:36:47 | amiconn | B4gder: Ever tried it on windows? |
| 08:36:47 | B4gder | and of course they probably solved it with their own drivers on windows |
| 08:36:58 | B4gder | amiconn: custom drivers |
| 08:37:03 | amiconn | argh |
| 08:37:06 | JdGordon | I'm trying to get around the issue of pressing a button to change the connection behaviour |
| 08:37:18 | * | amiconn sees no issue |
| 08:37:44 | JdGordon | tomers recons there will be a problem when usb HID is implemented... |
| 08:38:02 | JdGordon | and having a different button for ech target is annoying |
| 08:38:20 | amiconn | Well, targets do have different buttons |
| 08:38:26 | JdGordon | fs#100198 |
| 08:38:46 | JdGordon | ^ that patch changes it to *any* button changes the behavious |
| 08:38:51 | JdGordon | s/s/r |
| 08:38:59 | robin0800 | JdGordon: My camera always asks what you want to do it is a msc device therfore no ndrivers |
| 08:40:09 | amiconn | B4gder, JdGordon: Actually asking might work for sw usb, because the device can make itself invisible to the OS until the user answered, but it won't work for hw usb |
| 08:40:39 | B4gder | ah right |
| 08:40:51 | JdGordon | ok, but they can be kept seperate... |
| 08:41:09 | JdGordon | i.e keep the button thing for hw and use a menu for sw |
| 08:41:18 | amiconn | Hmm, it could even work on the Ondio, because the Ondio can disable the usb-mmc bridge (necessary for switching between internal flash and mmc slot) |
| 08:41:24 | B4gder | HID is of course for sw usb anyway |
| 08:41:53 | amiconn | I'd hate such radically different behaviour among the rockbox targets. It's not necessary |
| 08:41:57 | | Join bagawk [0] (n=lee@c-98-232-168-140.hsd1.or.comcast.net) |
| 08:42:27 | JdGordon | well, if we ever get more than a msc connection going then it will be necessary |
| 08:42:44 | amiconn | Having a setting for the default behaviour is fine, but having to change that to get the other behaviour would be cumbersome, and being asked everytime would be even more cumbersome |
| 08:43:57 | *** | Saving seen data "./dancer.seen" |
| 08:44:12 | JdGordon | hmm, true |
| 08:44:37 | JdGordon | connect with a button pressed to get the menu if its not set to ask maybe |
| 08:44:55 | robin0800 | amiconn: it could remember last used then not display again but if needed reenable in a menu |
| 08:46:57 | GodEater | the last couple of nokias I've had have had a four choice menu when you connect them to the PC. |
| 08:47:28 | B4gder | yeah, I think my sony ericsson has something like that too |
| 08:49:06 | GodEater | it's less annoying on a phone though (for me at least) because I didn't hook it up to the PC very often |
| 08:49:24 | GodEater | I think that's less likely to be true in a DAP's case - particularly with the smaller capacity ones |
| 08:49:33 | B4gder | I agree |
| 08:49:34 | * | amiconn just had a weird idea for USB HID |
| 08:50:19 | GodEater | a default behaviour which is a "set and forget" would be my favoured choice, and you can revisit it in the menus if you require different behaviour on the odd occasion |
| 08:50:23 | amiconn | I dunno whether the HID specs allow this, but it may be possible to use it for controlling a rockbox sim of the same keypad type |
| 08:50:24 | JdGordon | GodEater: yeah, but you'd then have it set to connect and never see the menu anyway |
| 08:50:42 | GodEater | amiconn: nice idea ;) |
| 08:50:46 | JdGordon | haha AWESOME! |
| 08:52:04 | robin0800 | GodEater: set and forget? set and rember ? |
| 08:52:21 | GodEater | robin0800: set and forget on my part, not on the DAP's ;) |
| 08:53:41 | robin0800 | GodEater: any way I agree this is the best idea IMHO |
| 08:53:51 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:54:16 | amiconn | Hehe, and if it would be possible to have a composite device (HID and MSC at the same time) it could redirect the sim root to the device too |
| 08:54:42 | amiconn | Although, that would cause problems wrt codecs and plugins |
| 08:54:44 | * | GodEater hands the "mad professor coat" to amiconn :) |
| 08:54:50 | | Join Rob2222 [0] (n=Miranda@p4FDCEF21.dip.t-dialin.net) |
| 08:55:17 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 08:56:57 | | Quit einhirn (SendQ exceeded) |
| 08:58:37 | | Quit Bagder ("*plopp*") |
| 09:00 |
| 09:00:18 | | Join g54pcys [0] (n=chatzill@121.79.210.98) |
| 09:00:31 | | Join __lifeless [0] (n=lifeless@188.16.87.96) |
| 09:01:58 | | Join Bagder [241] (n=daniel@rockbox/developer/bagder) |
| 09:02:07 | | Join nibbler [0] (n=Nibbler@8.121.113.82.net.de.o2.com) |
| 09:03:24 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 09:06:47 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 09:07:16 | | Join Sedgewick [0] (n=Sedgewic@81.200.132.126) |
| 09:09:11 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:12:53 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:14:10 | | Join _lifeless [0] (n=lifeless@188.16.90.237) |
| 09:28:42 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
| 09:31:36 | | Quit daurn| (Remote closed the connection) |
| 09:35:38 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 09:39:55 | | Quit B4gder (Read error: 54 (Connection reset by peer)) |
| 09:41:37 | | Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) |
| 09:42:49 | | Quit bertrik (Read error: 113 (No route to host)) |
| 09:45:35 | | Join Chris_Black [0] (n=Sedgewic@81.200.132.126) |
| 09:47:06 | CIA-38 | New commit by dave (r20908): Fix the $Id$ line broken by r20907. |
| 09:47:25 | linuxstb | Bah, I meant 20902... |
| 09:48:14 | | Quit Thundercloud (Remote closed the connection) |
| 09:48:28 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:51:37 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 09:52:49 | | Quit Thundercloud (Remote closed the connection) |
| 09:53:42 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 09:53:55 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 09:59:13 | CIA-38 | New commit by dave (r20909): Patch by Mohamed Tarek from FS #10182 - remove avcodec.h as it is no longer needed. Also remove -lm from Makefile.test for the same reason. |
| 10:00 |
| 10:01:53 | | Quit Sedgewick (Connection timed out) |
| 10:03:25 | | Quit Foxx (Read error: 110 (Connection timed out)) |
| 10:05:53 | | Quit intrados (Connection timed out) |
| 10:06:31 | | Join nibbler [0] (n=Nibbler@82.113.121.138) |
| 10:11:11 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 10:18:16 | | Quit Ridayah (Read error: 104 (Connection reset by peer)) |
| 10:33:34 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 10:39:41 | | Quit nibbler (Connection timed out) |
| 10:42:50 | | Join Lss [0] (n=Lss@cm7.delta91.maxonline.com.sg) |
| 10:43:17 | | Quit markun (Read error: 104 (Connection reset by peer)) |
| 10:43:22 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 10:43:58 | *** | Saving seen data "./dancer.seen" |
| 10:44:08 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 10:50:48 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 10:51:31 | | Join mt [0] (n=MTee@41.233.144.53) |
| 11:00 |
| 11:10:29 | | Join mt-uni [0] (i=c4142093@gateway/web/ajax/mibbit.com/x-da2c8431d2651ab0) |
| 11:18:23 | linuxstb | mt-uni: Hi. |
| 11:19:08 | mt-uni | linuxstb : Hello. |
| 11:20:11 | | Join pyro_maniac [0] (i=foobar@p57BBA791.dip0.t-ipconnect.de) |
| 11:21:25 | mt-uni | linuxstb : Do my patches remove files properly ? |
| 11:21:47 | linuxstb | You can't remove files in a patch - the person committing needs to do "svn rm". |
| 11:21:54 | mt-uni | I saw that saratoga had to commit twice to actually remove the files. |
| 11:23:21 | Bagder | yeah, a patch can only remove all contents of a file |
| 11:23:23 | linuxstb | There was also a change to main.c in that patch that shouldn't have been committed. |
| 11:25:24 | | Quit mt-uni ("http://www.mibbit.com ajax IRC Client") |
| 11:30:26 | | Join pyro_maniac1 [0] (i=foobar@p57BBA426.dip0.t-ipconnect.de) |
| 11:31:32 | | Join Foxx [0] (n=Foxx@pool-141-157-246-7.ny325.east.verizon.net) |
| 11:32:34 | | Join mt-uni [0] (i=c4142093@gateway/web/ajax/mibbit.com/x-3f2ad6e0d4ebe037) |
| 11:33:21 | mt-uni | Crappy connection. :/ |
| 11:34:36 | | Join ender1 [0] (i=krneki@foo.eternallybored.org) |
| 11:36:06 | mt-uni | linuxstb : I was doing "svn delete file" and then "svn diff". Is this the proper way to indicate that a file should be removed (by the committer) ? or do I just write that "file X should be removed" on FS ? |
| 11:42:44 | linuxstb | mt-uni: What you did was fine. |
| 11:45:59 | | Join nibbler [0] (n=Nibbler@txx226.disy.net) |
| 11:46:37 | | Quit pyro_maniac (Read error: 110 (Connection timed out)) |
| 11:47:27 | | Quit mt-uni ("mibbit.com: "boring classes"") |
| 11:49:04 | | Quit g54pcys ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 11:49:13 | | Quit pyro_maniac1 (Read error: 113 (No route to host)) |
| 11:51:51 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 11:54:32 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 12:00 |
| 12:02:54 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 12:03:20 | | Quit perrikwp (Remote closed the connection) |
| 12:03:20 | | Quit JdGordon| (Remote closed the connection) |
| 12:13:41 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 12:13:44 | | Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 12:20:30 | | Join pyro_maniac [0] (i=foobar@p57BBA426.dip0.t-ipconnect.de) |
| 12:21:30 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 12:22:41 | | Quit intrados_ (Read error: 60 (Operation timed out)) |
| 12:26:12 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 12:43:59 | *** | Saving seen data "./dancer.seen" |
| 12:47:04 | | Quit rvvs89 (Remote closed the connection) |
| 12:51:11 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 12:54:05 | | Join mt_ [0] (n=MTee@41.233.144.53) |
| 12:58:28 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:58:39 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 13:00 |
| 13:00:49 | | Quit mt_ (Read error: 104 (Connection reset by peer)) |
| 13:01:50 | | Join mt_ [0] (n=MTee@41.233.144.53) |
| 13:04:20 | | Quit Ridayah (Read error: 110 (Connection timed out)) |
| 13:06:05 | | Quit Chris_Black (Client Quit) |
| 13:06:50 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 13:10:29 | | Quit mt (Read error: 110 (Connection timed out)) |
| 13:12:05 | | Join mehrab [0] (n=quassel@91.98.1.72) |
| 13:13:17 | mehrab | hey, I've tried to compile latest Rockbox in linux, but got some error when twying to "make", anyone can help? |
| 13:14:03 | Bagder | "some error" ? |
| 13:14:42 | mehrab | Bagder: this error http://pastebin.com/d129cdeb |
| 13:15:20 | Bagder | so you need to make sure your PATH contains the path to your compiler |
| 13:15:28 | Bagder | like /usr/local/arm-elf/bin or so |
| 13:16:02 | preglow | i should have my monthly go at getting os x cross compilers going again... |
| 13:16:34 | | Quit petur (Read error: 110 (Connection timed out)) |
| 13:16:50 | mehrab | Bagder: how can I make sure? |
| 13:17:19 | Bagder | you can be sure it isn't in the path when the error message says it 40 times in a row! |
| 13:17:52 | Bagder | but normally you edit .bashrc or similar and add it to the PATH there |
| 13:18:07 | gevaerts | yes, but what if it only says it 15 times? |
| 13:19:01 | Bagder | my "build rockbox video" actually shows me adding the compiler path to the PATH variable in the shell => http://daniel.haxx.se/blog/2009/05/07/video-how-to-build-rockbox/ |
| 13:19:04 | linuxstb | preglow: That was fixed in rockboxdev.sh - assuming your problem was in binutils, trying to compile some ".m" files. |
| 13:19:59 | preglow | no |
| 13:20:08 | preglow | my problem always was autotools not handling os x |
| 13:20:29 | preglow | and the wrong assembler being called to compile .s files meant to be compiled by cross-as |
| 13:20:36 | mehrab | I've edit that file, you may see .bash file content here: http://pastebin.com/d59c00113 I've added the last line |
| 13:20:49 | linuxstb | preglow: Hmm, you seem to be alone with that issue... |
| 13:21:02 | preglow | linuxstb: yeah, i'm planning on reinstalling os x to see if it goes away |
| 13:21:05 | preglow | sometime during the week |
| 13:21:10 | Bagder | mehrab: and does it work? |
| 13:21:18 | mehrab | no |
| 13:21:31 | Bagder | in some shells colons get part of the name, so I tend to use ${PATH}: just to be safe |
| 13:22:02 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 13:22:13 | gevaerts | mehrab: did you open a new shell after editing it? |
| 13:22:56 | mehrab | yes |
| 13:23:23 | Bagder | and you use bash? |
| 13:23:40 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 13:23:41 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 13:23:52 | mehrab | yes |
| 13:23:54 | gevaerts | what does "ls /usr/local/arm-elf/bin" say? |
| 13:24:18 | linuxstb | Does "echo $PATH" show what you now expect? |
| 13:24:52 | mehrab | this: http://pastebin.com/d61391347 |
| 13:26:35 | linuxstb | Does "echo $PATH" show what you now expect? |
| 13:26:35 | | Join {phoenix} [0] (n=dirk@p54B47B21.dip.t-dialin.net) |
| 13:27:32 | mehrab | yes, it shows |
| 13:28:09 | Bagder | and you then run make in that same shell that has the correct PATH? |
| 13:28:09 | | Quit mt_ (Read error: 110 (Connection timed out)) |
| 13:28:21 | mehrab | I should say that Rockbox folder wasn't in home folder, but this can't be the problem, right? |
| 13:28:53 | Bagder | no it isn't |
| 13:29:37 | linuxstb | mehrab: If you re-run "../tools/configure", does this give any errors? The last messages it displays should say that it found arm-elf-gcc |
| 13:29:39 | gevaerts | can you pastebin the exact output of "echo $PATH"? |
| 13:29:56 | mehrab | let me see, echo $PATH doesn't show the that in /rockbox/build/ actualy |
| 13:30:17 | Bagder | the that? |
| 13:31:50 | gevaerts | you do know that the environment isn't global, right? |
| 13:31:54 | mehrab | echo $PATH just show this : /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games |
| 13:32:03 | preglow | my h120 refuses to charge :/ |
| 13:32:16 | mehrab | I mean in /rockbox/build/ directory |
| 13:32:18 | | Quit tvelocity ("ΑποχώÏησε") |
| 13:32:59 | linuxstb | mehrab: Are you using "su" or "sudo" to compile as root? |
| 13:33:05 | gevaerts | you mean in a different shell? |
| 13:33:30 | mehrab | no, I just type make |
| 13:33:45 | Bagder | yes but PATH is still wrong |
| 13:34:11 | linuxstb | mehrab: Try deleting your "build" directory, closing all of your terminal windows, and start the compiling again from scratch. |
| 13:34:47 | mehrab | ok, I try it again now |
| 13:38:06 | mehrab | did't get that error, waiting for the result |
| 13:39:49 | linuxstb | mehrab: What device are you building Rockbox for? |
| 13:40:15 | mehrab | sansa clip |
| 13:41:15 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 13:47:08 | mehrab | I think compiling is done properly. thank you all. I'm going to run it on my clip |
| 14:00 |
| 14:03:34 | mehrab | I've copied rockbox files on sansa, but still don't have it running on my player |
| 14:04:48 | Bagder | and that is how it is documented to get installed? |
| 14:05:49 | mehrab | I used make zip command and then extract it on root folder of sansa, anything else I should do? |
| 14:06:16 | Bagder | you're playing with a target in heavy development, YOU should figure that ouy |
| 14:06:30 | Bagder | by reading the wiki page and tracking the forum thread I'd avice |
| 14:06:35 | Bagder | advice |
| 14:08:01 | mehrab | ok, I'll read them |
| 14:08:11 | mehrab | thanks |
| 14:08:31 | | Join perrikwp [0] (n=18ac0c41@gateway/web/ajax/mibbit.com/x-e4dcf5cec43bacb4) |
| 14:10:50 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 14:11:06 | | Quit Seed ("cu, Andre") |
| 14:17:09 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:17:16 | | Join __lifeless [0] (n=lifeless@188.16.90.237) |
| 14:17:44 | | Quit robin0800_ ("No Ping reply in 90 seconds.") |
| 14:17:44 | | Quit _lifeless (Remote closed the connection) |
| 14:18:04 | | Quit kachna|lappy (Remote closed the connection) |
| 14:18:05 | | Quit J-23 (Connection reset by peer) |
| 14:18:24 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 14:19:53 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 14:26:43 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:36:39 | | Join LambdaCalculus37 [0] (n=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:42:48 | | Quit mehrab (Read error: 104 (Connection reset by peer)) |
| 14:44:00 | *** | Saving seen data "./dancer.seen" |
| 14:47:00 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 14:47:01 | | Nick Blue_Dude is now known as Blue (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 14:53:00 | | Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-e4d7620e19229c41) |
| 14:53:11 | froggyman | #rockbox-community |
| 14:53:19 | * | linuxstb hands froggyman a "/join" |
| 14:53:22 | ruskie | :) |
| 14:53:24 | froggyman | #rockbox-community |
| 14:53:31 | * | linuxstb hands froggyman another "/join" |
| 14:53:32 | ruskie | it's a spammage ;) |
| 14:53:45 | froggyman | i keep trying to just copy and paste it |
| 14:53:49 | froggyman | sorry |
| 14:53:53 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 14:53:55 | froggyman | :) |
| 14:54:06 | linuxstb | Type "/join" before you paste? |
| 14:54:24 | * | linuxstb wonders what the site referred to in http://www.rockbox.org/mail/archive/rockbox-archive-2009-05/0012.shtml is |
| 14:54:30 | froggyman | yes it just pastes it to the chat |
| 14:56:15 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 14:56:40 | | Join gregzx [0] (n=chatzill@dth53.neoplus.adsl.tpnet.pl) |
| 14:56:59 | | Join webguest11 [0] (n=5ec167ef@gateway/web/cgi-irc/labb.contactor.se/x-3e0a388dc5fd6d9d) |
| 14:58:01 | | Quit webguest11 (Client Quit) |
| 14:58:37 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 15:00 |
| 15:00:42 | | Part Blue |
| 15:06:39 | | Join Blue [0] (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 15:09:07 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 15:10:13 | | Join Rob2223 [0] (n=Miranda@p4FDCEF21.dip.t-dialin.net) |
| 15:15:01 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 15:16:32 | | Nick Blue is now known as Blue_Dude (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 15:18:29 | | Join _lifeless [0] (n=lifeless@188.16.127.124) |
| 15:21:50 | | Part Blue_Dude |
| 15:23:19 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-6c10f16111e27e66) |
| 15:25:05 | | Join Blue_Dude [0] (n=chatzill@adsl-235-206-66.mco.bellsouth.net) |
| 15:27:08 | Blue_Dude | Hi. I've created a small patch that simply adds a new menu. I've tested it in the simulator and it works fine. Can anyone take a quick look at it and see if maybe I missed something that would conflict with another target or process? |
| 15:27:28 | | Join evilnick [0] (n=0c140464@gateway/web/ajax/mibbit.com/x-1becdc304fff558c) |
| 15:28:20 | Llorean | Blue_Dude: Is it on flyspray? What does it do? |
| 15:30:28 | Blue_Dude | It's not on flyspray yet. I'm a dev virgin. So far, it only adds a "compression" menu under the sound settings menu. It sets a couple of static variables in dsp.c, then exits. Functionality comes later. I just wanted to make sure that my hook into the interface and settings isn't going to mess up something else. |
| 15:30:57 | GodEater | be best to put it on flyspray |
| 15:31:06 | GodEater | then we can keep track of it as you continue to develop it |
| 15:31:22 | Blue_Dude | OK, I'm off to do that. |
| 15:33:08 | | Quit __lifeless (Read error: 101 (Network is unreachable)) |
| 15:35:43 | LambdaCalculus37 | Blue_Dude: Tell us the ticket number once you post it, so we can see it. |
| 15:35:56 | Blue_Dude | OK, still working... |
| 15:40:50 | Blue_Dude | Just a quick question: will I have the chance to edit the details on flyspray later, or is this a one-shot deal? |
| 15:41:18 | linuxstb | I don't think you can edit things - you add further comments. |
| 15:42:13 | Blue_Dude | I'd like to use the task for further development, but want to make it plain that it doesn't actually do anything yet. |
| 15:42:38 | Llorean | Just note in the description that this is a work in progress with no functionality, but to expect some later on in patches attached to the comments |
| 15:42:45 | GodEater | well just sum up what you've done so far in your initial entry, and then add more comments as you chaneg it |
| 15:42:47 | Llorean | You can attach updated patches with comments as time goes on |
| 15:43:04 | Blue_Dude | ok... |
| 15:48:48 | Blue_Dude | It's in flyspray as #10199. |
| 15:49:03 | LambdaCalculus37 | Thanks. |
| 15:51:03 | | Join Llor_Phone [0] (n=Llorean@166.189.227.55) |
| 15:55:13 | linuxstb | Would that setting be better named as "Dynamic range compression"? |
| 15:56:36 | Blue_Dude | It could. I just wanted to keep it short. |
| 16:00 |
| 16:00:40 | Blue_Dude | It might look a little funny in the menu with a name that long, but you're right, it's more descriptive. |
| 16:01:02 | linuxstb | Blue_Dude: So what are you actually planning? The description of the patch makes it sound like the already existing EQ pre-amp setting. |
| 16:02:09 | Blue_Dude | It'll pre-amp all right, but the idea is to perform an intelligent limiting function to prevent clipping while preserving the waveform. |
| 16:02:20 | | Quit Llor_Phone (Remote closed the connection) |
| 16:02:56 | Blue_Dude | You know, make the soft passages louder by a selectable amount, but leave the loud stuff alone. |
| 16:05:12 | froggyman | in the manual it says: “10.4. Source |
| 16:05:12 | froggyman | Choose the source of the recording. The options are: , and LINE IN.†shouldn’t there be something before the “and†|
| 16:05:22 | froggyman | ? |
| 16:05:24 | | Quit kugel (Read error: 113 (No route to host)) |
| 16:05:56 | * | froggyman adds that this us for ipod video |
| 16:05:59 | | Join firedix [0] (n=firedix@201.254.116.40) |
| 16:07:23 | LambdaCalculus37 | froggyman: There should be. Want to make a patch for that? |
| 16:08:39 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 16:09:44 | linuxstb | Does the ipod video even have that option? i.e. isn't there only one source? |
| 16:10:21 | AlexP | I suspect it is a slightly misplaced opt |
| 16:10:28 | AlexP | But I can't check now |
| 16:11:06 | linuxstb | I mean that if Rockbox only has one possible value for a setting, why have the setting? |
| 16:11:17 | froggyman | why not |
| 16:11:32 | froggyman | LambdaCalculus37: if i new how sure |
| 16:11:43 | AlexP | froggyman: Because it is unecessary |
| 16:11:49 | AlexP | linuxstb: there is that too :) |
| 16:12:46 | GodEater | froggyman: you could just write a text file, and let someone else take care of submitting it later. |
| 16:13:53 | Horscht | in .wps files, the x/y coordinates 0/0 are the top left corner, correct? |
| 16:14:20 | GodEater | correct |
| 16:14:38 | GodEater | although they also mean the top left corner of a viewport as well |
| 16:15:33 | Horscht | yeah, but I wasn't entirely sure if it's top left or lower left :D. Thanks |
| 16:15:48 | GodEater | definitely top |
| 16:21:43 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 16:21:49 | | Join schrottplatz [0] (n=max@f053225012.adsl.alicedsl.de) |
| 16:22:28 | | Nick gromit` is now known as jordan` (n=gromit@ALagny-154-1-64-196.w81-249.abo.wanadoo.fr) |
| 16:23:06 | | Quit petur (Nick collision from services.) |
| 16:23:10 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 16:38:19 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 16:39:19 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:39:30 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:40:54 | | Quit froggyman ("CGI:IRC") |
| 16:44:03 | *** | Saving seen data "./dancer.seen" |
| 16:51:01 | | Join midijunkie [0] (n=Miranda@pD9547517.dip0.t-ipconnect.de) |
| 16:54:36 | | Quit Rob2223 () |
| 16:57:17 | | Quit midijunkie ("?(???~•~)?") |
| 17:00 |
| 17:00:14 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 17:02:30 | | Quit Zagor ("Don't panic") |
| 17:06:37 | | Join Rob2222 [0] (n=Miranda@p4FDCEF21.dip.t-dialin.net) |
| 17:10:22 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:19:41 | | Quit {phoenix} (Remote closed the connection) |
| 17:21:06 | linuxstb | Unhelpful: Have you experienced this? http://forums.rockbox.org/index.php?topic=21624.0 |
| 17:22:43 | Llorean | linuxstb: I seem to remember Unhelpful saying that in many cases (specifically with larger art though) it'd be faster than resizing bitmaps from that size. |
| 17:23:50 | linuxstb | It still seems something that should never happen though. |
| 17:24:36 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 17:25:00 | | Quit intrados_ (Read error: 60 (Operation timed out)) |
| 17:25:16 | Llorean | Yeah, any delay should be in how long it takes to display, not causing playback to skip |
| 17:30:01 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 17:34:36 | | Join wpyh [0] (n=william@115.171.173.167) |
| 17:40:32 | * | evilnick has had pauses when using jpg AA on the Sansa E280 |
| 17:41:35 | n1s | maybe insufficient yielding somewhere? |
| 17:43:46 | | Quit petur ("work->...") |
| 17:45:52 | | Quit LambdaCalculus37 (Remote closed the connection) |
| 17:45:53 | | Quit evilnick (Remote closed the connection) |
| 17:45:53 | | Quit perrikwp (Remote closed the connection) |
| 17:47:21 | linuxstb | Isn't album-art loaded/decoded/resized in the buffering thread? |
| 17:50:10 | | Quit dmb (Read error: 113 (No route to host)) |
| 17:50:35 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 17:51:58 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
| 17:53:00 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 17:53:53 | | Quit nibbler (Read error: 60 (Operation timed out)) |
| 17:55:20 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-9bcad4f67447a065) |
| 18:00 |
| 18:07:08 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 18:08:06 | linuxstb | wpyh: Regarding FS #10194, did you go back in SVN to the commit that introduced pluginlib actions? (to restore keymaps)? |
| 18:08:22 | wpyh | no, actually |
| 18:08:50 | wpyh | I copied the actions from pluginlib_actions.c into bubbles.c |
| 18:09:48 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:09:49 | pixelma | you didn't copy actions though |
| 18:12:06 | wpyh | well, I mean I copy the button presses / symbols (what do you call it?) into bubbles.c to remove the dependency on pluginlib actions |
| 18:12:29 | MarcGuay | If I want to test a viewer plugin (test_codec) do I need to roll an entire build to allow for use with Open With... or can I just add the .rock? |
| 18:12:30 | | Part Blue_Dude |
| 18:14:08 | n1s | MarcGuay: you need to have it in your viewers.conf(?) too |
| 18:14:38 | MarcGuay | n1s: Thanks,. |
| 18:15:47 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:24:39 | wpyh | pixelma: is it desirable to remove the pluginlib actions? |
| 18:26:18 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 18:29:24 | | Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) |
| 18:30:41 | | Join nibbler [0] (n=Nibbler@82.113.121.143) |
| 18:30:58 | MarcGuay | wpyh: I get the impression it was a failed experiment. Not sure what the party stance is on them, though. |
| 18:31:40 | Llorean | MarcGuay: I think the general feeling was "a decent idea, failed in practice" last time I saw it discussed |
| 18:31:53 | Llorean | But it was hardly everyone discussing it at the time |
| 18:32:45 | wpyh | so it's a good idea to rip it out and get back to button mappings? :) |
| 18:33:15 | Llorean | Well, there's still some debate as to whether the system can be fixed. |
| 18:33:54 | MarcGuay | There seems to be too much variety to allow for a generic button implementation. I think some unifying of keymap definitions would be helpful though (i.e. if BUTTON_MENU on the ipods was called BUTTON_UP like the e200 or vice versa, some mappings could be optimized). |
| 18:34:39 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 18:34:41 | taylor_ | Hello All, I found some decrypted text strings for some misc games in the iPod 3g nano firmware. Obviously, I doubt these have any useful meaning, or could ever lead to anything useful, but if any of you would like to take a look: http://taylor.fileave.com/ipod/screenshot.png. |
| 18:34:55 | wpyh | so it seems like we need a middle ground |
| 18:35:30 | Llorean | wpyh: Probably ideally we want to revert everything back to explicit keymaps, then design the new system, rather than trying to fix the old one. |
| 18:36:05 | | Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:36:36 | wpyh | Lloran: in that case, I'll volunteer to fix it. not a lot of plugins use it, AFAICS |
| 18:37:09 | wpyh | however, is my approach in FS #10194 correct? |
| 18:37:55 | linuxstb | taylor_: Looking at the entire Firmware-X-Y-Z file isn't very helpful. You should split it into the different images, and look at those. e.g. if those strings appear in files in the resource image, then it's not interesting. |
| 18:38:58 | wpyh | /whios |
| 18:38:59 | wpyh | oops |
| 18:39:09 | taylor_ | linuxstb: will do, thanks |
| 18:41:26 | linuxstb | Llorean: Maybe the actual action api could be used, but plugins should define their own contexts from scratch, rather than attempting to share them. e.g. the action API makes handling button pre-conditions simpler. |
| 18:41:45 | bertrik | taylor_, I see some dutch text in there! |
| 18:41:57 | Llorean | linuxstb: That's a possibility, and probably a good one |
| 18:42:22 | taylor_ | Llorean: now that I think about it, he's probably right. |
| 18:42:30 | taylor_ | But I will split those up in a while. |
| 18:42:58 | taylor_ | Oh well :) |
| 18:44:07 | *** | Saving seen data "./dancer.seen" |
| 18:44:28 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-d7a4306f887b8148) |
| 18:45:19 | | Join miepchen^schlaf [0] (n=miepel@p579EC7E1.dip.t-dialin.net) |
| 18:49:07 | | Part taylor_ ("Leaving") |
| 18:49:57 | pixelma | wpyh: if you ask me yes, said it quite often... (and using the action system as linuxstb described). Maybe pluginlib actions can work with very few generic control schemes - if you need more than those for your plugin, use your own. Looking at the exceptions in bubbles, I think you can see that they don't work for this plugin |
| 18:51:08 | JdGordon| | they *could* work for all plugins... the problem is where the menu and game are in the same button loop.... |
| 18:51:58 | pixelma | the way it is now, I don't see how |
| 18:52:19 | wpyh | I'm not sure I understand button pre-conditions |
| 18:52:46 | wpyh | JdGordon|zzz: I think games where the menu and game are in the same button loop needs rework |
| 18:52:49 | wpyh | like the bubbles plugin |
| 18:53:05 | JdGordon| | yes |
| 18:53:42 | pixelma | there are just too many control schemes and keypads which sometimes need different mapping to be intuitive and such. And I really don't like the hidden "connections" that come with it |
| 18:54:50 | pixelma | for the menus yes, not for the actual game play |
| 18:56:08 | JdGordon| | most games are either the left/right/shoot or the 4 directions+shoot type so they do work... but only if the menu is handled seperatly |
| 18:56:55 | wpyh | so the logical first step would be to separate the menu for those games |
| 18:57:24 | JdGordon| | the other beenfit of doing that is having a consistant inetrface for all games |
| 18:57:30 | JdGordon| | no more silly custom menus |
| 18:58:00 | * | JdGordon| back in 20 |
| 18:58:09 | wpyh | yes, having a consistent interface for all games is great |
| 19:00 |
| 19:00:21 | pixelma | an example: on the Ondio it makes sense to have "up" as "fire" in the bubbles plugin because it has no button in the centre of the keypad and you're shooting upwards. This may not be as intuitve for other plugins. Keypads with a centre button are probably more intuitive when you use that to shoot |
| 19:01:10 | Llorean | A standard "list" context for menus is probably safe. That way, among other things, you can guarantee menu keymapping in the plugins are the same as in Rockbox. |
| 19:01:23 | | Quit miepchen^schlaf () |
| 19:01:42 | Llorean | But gameplay is always going to depend a lot on both how gameplay works (the up shooting on the Ondio might seem far weirder in a game where you're dropping things downward, for example) and where the physical buttons are all placed. |
| 19:02:36 | | Join Riku [0] (n=Lss@cm7.delta91.maxonline.com.sg) |
| 19:02:38 | pixelma | and there are some plugins which have some extra functuinality using other buttons, or long and short presses (thinking of the "shortcuts" which I wouldn't want to miss in solitaire, or sudoku, minesweeper and you'll find much more which are outside those 2 schemes) |
| 19:02:51 | wpyh | hmm.... yes, and that means we really need game-specific and target-specific customization |
| 19:03:21 | linuxstb | Also, wheels make sense in some games for directional movement, but not others. |
| 19:03:30 | Llorean | Very true. |
| 19:03:31 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 19:03:37 | * | linuxstb thought we had this conversation... |
| 19:03:41 | | Join Strife89 [0] (n=michael@204.116.244.200) |
| 19:03:47 | Llorean | linuxstb: It's one of those nice, recurring ones. |
| 19:03:48 | pixelma | yes, seems familiar |
| 19:04:06 | | Join miepchen^schlaf [0] (n=miepel@p579EC7E1.dip.t-dialin.net) |
| 19:04:20 | * | Strife89 has produced this file for RockPaint, for the manual. http://pastebin.com/m18e82689 |
| 19:04:21 | linuxstb | One of those that most people want fixing, but no-one actually wants to fix... |
| 19:04:22 | | Join miepchen^schla [0] (n=miepel@p579EC7E1.dip.t-dialin.net) |
| 19:04:56 | wpyh | so, I suggest we convert all plugins back to button mappings, and then discuss the intuitiveness case-by-case? |
| 19:05:05 | wpyh | linuxstb: well, I took the first step... |
| 19:05:07 | Llorean | linuxstb: I think there's a patch in the tracker that makes plugins all use the standard list, at least. |
| 19:09:37 | Strife89 | FS #10202: http://www.rockbox.org/tracker/task/10202 Rockpaint manual entry |
| 19:10:10 | | Join nibbler_ [0] (n=Nibbler@82.113.121.164) |
| 19:10:28 | linuxstb | Strife89: "Be careful! Rockpaint will NOT prompt you to save if you try to quit." - does that mean it saves changes automatically, or doesn't save at all? |
| 19:10:57 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-233-175.pools.arcor-ip.net) |
| 19:11:11 | Strife89 | linuxstb: It doesn't save at all. |
| 19:12:12 | | Join CPrompt^ [0] (n=cadkins@67.238.81.141) |
| 19:12:38 | * | Unhelpful was pretty sure that AA was decoded in the buffering thread |
| 19:12:51 | CPrompt^ | so what is the deal with the r20909 firmware for the iPod Video 30GB? |
| 19:13:01 | CPrompt^ | i updated just now and the usb charging doesn't work |
| 19:13:32 | | Join Sedgewick [0] (n=Sedgewic@net-93-145-237-208.t2.dsl.vodafone.it) |
| 19:13:37 | CPrompt^ | and when i disconnect it from the "Safe Remove Hardware" it still thinks it's connected |
| 19:14:01 | pixelma | Strife89: (not a big deal as I think the committer can easily do it) but the new tex. needs adding to manual/plugins/main.tex to be included in the manual (in an lcd_color "opt" ). |
| 19:14:10 | | Quit Ubuntuxer (Client Quit) |
| 19:14:47 | * | pixelma reads the description more thoroughly :) |
| 19:16:24 | linuxstb | Unhelpful: That would cause problems - if the buffer becomes empty whilst artwork is being processed... |
| 19:17:01 | linuxstb | CPrompt^: What version of Rockbox were you running before r20909? |
| 19:17:49 | | Quit wpyh (Remote closed the connection) |
| 19:17:51 | Unhelpful | linuxstb: that's the only way i can see it going wrong, but yes, no other buffering happens while the artwork loads. |
| 19:18:19 | CPrompt^ | linuxstb: the one that is working on there now is : r19569-081223 |
| 19:19:45 | | Join wpyh [0] (n=william@115.171.173.167) |
| 19:19:48 | linuxstb | Unhelpful: Is memory taken from the audio buffer for temporary buffers? Or could (theoretically - it may not be trivial to implement), buffering continue whilst a new thread did the decoding? |
| 19:21:25 | | Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) |
| 19:21:48 | | Quit miepchen^schlaf (No route to host) |
| 19:22:20 | | Part wpyh ("Kopete 0.12.7 : http://kopete.kde.org") |
| 19:23:28 | | Quit dmb ("Leaving") |
| 19:23:51 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 19:24:28 | Unhelpful | linuxstb: the logic is in buffering.c. bufopen, when called to open a file as TYPE_BITMAP, locks the linked list mutex and calls load_image. |
| 19:25:36 | Unhelpful | load_image calculates the free buffer space, and hands it all to the loader. |
| 19:26:51 | CPrompt^ | linuxstb: got any clue as to what the big chang was between those versions and if it is worth me switching right now? |
| 19:27:20 | | Join assgg [0] (n=Admin@81.62.236.195) |
| 19:29:55 | Unhelpful | are we able to shrink a buffer after it's allocated? it would be possible to have the jpeg decoder or bitmap loader provide a function that returns the needed extra buffer, then bufopen could provide exactly that much space, and call another function to complete the load |
| 19:31:00 | linuxstb | CPrompt^: The big change was enabling Rockbox's own USB code. In the past, Rockbox rebooted into Apple's firmware. |
| 19:31:35 | | Join Strife1989 [0] (n=michael@204.116.244.200) |
| 19:32:29 | linuxstb | Unhelpful: I don't know the buffering code, but assuming no further data is buffered, I can't imagine it would be hard to shrink the most recent buffer. |
| 19:32:48 | | Quit Strife89 (Nick collision from services.) |
| 19:32:56 | | Nick Strife1989 is now known as Strife89 (n=michael@204.116.244.200) |
| 19:33:28 | assgg | are there unused gpio's in ipod 5g? |
| 19:33:34 | Unhelpful | linuxstb: but if we're to make sure that no further data is buffered, doesn't that leave us in the same place? |
| 19:36:12 | linuxstb | Unhelpful: I thought you were suggesting that the buffering code would call a (presumably simple and fast) function which works out how big the image buffer needs to be. An image decoding thread would then do the decoding into that buffer, whilst the buffering thread continued buffering audio data. |
| 19:36:19 | linuxstb | But this all sounds complex... |
| 19:36:20 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 19:36:28 | CIA-38 | New commit by Domonoky (r20910): rbutil: make the Credits and Licence texts in the about dialog accessible via <TAB> |
| 19:37:33 | Unhelpful | linuxstb: right, but decoding needs more memory than is required to store the image - so if we want to reclaim that scratch space, the buffer has to be shrunk after the decode completes. |
| 19:38:25 | Llorean | How big is the scratch space? |
| 19:38:45 | | Join GeneralTru [0] (i=GeneralT@5ED19910.cable.ziggo.nl) |
| 19:38:49 | GeneralTru | ey |
| 19:38:53 | | Part GeneralTru |
| 19:39:11 | | Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) |
| 19:39:18 | | Join GeneralTru [0] (i=GeneralT@5ED19910.cable.ziggo.nl) |
| 19:39:28 | GeneralTru | Can anyone help me? |
| 19:39:34 | | Quit nibbler (Connection timed out) |
| 19:39:35 | bertrik | yes |
| 19:39:48 | evilnick | Probably, although a question would help |
| 19:39:53 | GeneralTru | Is there a way to play games on the sansa fuze? |
| 19:40:05 | linuxstb | Unhelpful: I don't see that being feasible. How big is that space? Could it perhaps be statically allocated? |
| 19:40:39 | GeneralTru | =o |
| 19:40:40 | * | linuxstb wonders if the buffering code could provide a "scratch buffer" from the end of the empty space in the buffer. |
| 19:40:54 | Llorean | GeneralTru: Rockbox is in-development for the Fuze. Some (or possibly even all) of the plugins may already be usable |
| 19:40:55 | Unhelpful | linuxstb: that actually might be a better idea :) |
| 19:41:27 | GeneralTru | thanks llorean i hope i can use it soon then |
| 19:41:42 | Hillshum | Can FS #1476 be closed? |
| 19:41:48 | linuxstb | Unhelpful: Which one? Static or "end-of-buffer"? |
| 19:42:10 | * | linuxstb hopes the buffering code makes this possible to implement nicely |
| 19:42:21 | Unhelpful | linuxstb: end-of-buffer. static means a good chunk of space permanently stolen for things that some people might not use. |
| 19:42:33 | linuxstb | But how much space? |
| 19:43:51 | Unhelpful | the JPEG loader requires sizeof(struct jpeg), which is about 8KB, and space to decode one row of MCUs, which can be up to ((src_width + 15)/16) * 256 pixels |
| 19:44:49 | Unhelpful | the scaler require space for 12 * out_width pixels |
| 19:45:07 | Unhelpful | "pixels" here are 1B for greyscale, 3B for color |
| 19:47:18 | | Quit GeneralTru () |
| 19:47:55 | Unhelpful | if we assume the larges album art loads will be 240px wide on beast or ipod video, loading a source image that is 479px wide could come up to almost 34KB of temporary space |
| 19:48:54 | MarcGuay | Hillshum: I think all feature requests can/should be closed. |
| 19:49:13 | | Quit pyro_maniac ("Leaving.") |
| 19:49:33 | Hillshum | Particularly ones that have been filled |
| 19:49:35 | * | MarcGuay awaits the RockPain plugin |
| 19:50:04 | MarcGuay | Hillshum: Where do you see that setting? |
| 19:50:14 | linuxstb | Unhelpful: IMO, 34KB isn't huge, if it has the benefit of keeping the code simple. |
| 19:50:16 | Hillshum | setting? |
| 19:50:26 | Strife89 | MarcGuay: Fix the typo if you can. ;) |
| 19:50:42 | MarcGuay | Hillshum: To set the fade on pause/stop length. |
| 19:50:58 | Unhelpful | 34KB whether or not anybody uses it, though. i don't really like the idea of a 34KB static buffer that we don't use :/ |
| 19:51:17 | linuxstb | Unhelpful: Although a lot of people will have art larger than 479px... |
| 19:52:07 | Strife89 | saratoga: Thanks. :) |
| 19:52:12 | Unhelpful | linuxstb: that's better, actually - when the source size hits 2x the target size, the jpeg decoder gets to step down a scale factor, and that quarters its needed buffer. |
| 19:52:15 | Hillshum | MarcGuay: Oops. Wrong number. Try FS #1428 |
| 19:52:42 | Llorean | linuxstb, Unhelpful: Would it be possible to use unused space in the WPS buffer? |
| 19:52:55 | linuxstb | Unhelpful: Hmm, so it will be tricky to tell users the maximum size of art Rockbox supports? |
| 19:53:05 | Llorean | Then we could enlarge the WPS buffer, allowing more complex non-AA WPSes, and AA ones could use it for the scaling? |
| 19:53:25 | amiconn | Unhelpful: Until the dimension exceeds 8*479 pixels |
| 19:53:53 | * | Llorean thinks if people have AA that large, they deserve a "too large" error |
| 19:53:55 | | Join renke [0] (n=renke@dyndsl-091-096-012-211.ewe-ip-backbone.de) |
| 19:54:07 | Unhelpful | amiconn: right, since 1/8 is the most we can downscale |
| 19:54:11 | assgg | no gpio's on the ipod? |
| 19:54:13 | Unhelpful | (in the jpeg loader) |
| 19:55:16 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 19:55:35 | linuxstb | assgg: ? |
| 19:56:42 | Unhelpful | Llorean: well, if we allocate enough space to loade a 479px-wide image @240px, we'll have enough to load rather ridiculously large images at the 1/8 scaling. |
| 19:56:42 | assgg | asked if there are unused general purpose input output's in the ipod 5g / any ipod? |
| 19:57:34 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 19:58:37 | Unhelpful | if my math is right, the "image too large" case would be >30K pixels wide :) |
| 19:59:00 | linuxstb | assgg: I don't think anyone even knows the pin-out on the CPUs. |
| 19:59:22 | Unhelpful | i will also chuckle, becase the problem i was supposed to be solving in the first place with BMP scaling was the scaler needing about 15KB of static buffers ;) |
| 19:59:29 | domonoky | assgg: there probably are unused pins on this cpus, but you wont get access to it, as they wont be on the pcb. (and the cpu is probably bga) |
| 20:00 |
| 20:00:49 | assgg | thank you |
| 20:02:22 | linuxstb | assgg: You can't use something in the dock connector? |
| 20:03:33 | assgg | i don't nothing about any device supported by rockbock, what kind of interfaces are on ipods dock connector? |
| 20:04:00 | linuxstb | serial, usb, audio I/O |
| 20:04:33 | assgg | ipod isn't a usb host device? |
| 20:05:43 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-170c4187eaac6bc7) |
| 20:05:59 | linuxstb | In theory it can be both host or device. Rockbox supports device mode, (UMS, USB Serial, HID is in progress) |
| 20:06:41 | domonoky | assgg: take a look here http://www.ipodlinux.org/wiki/Dock_Connector |
| 20:07:57 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:08:32 | assgg | good link thank you |
| 20:10:02 | assgg | serial wouldn't be fast enough |
| 20:16:58 | Llorean | What are you trying to accomplish? |
| 20:17:08 | * | linuxstb was about to ask the same thing |
| 20:17:55 | | Join Ubuntuxer [0] (n=johannes@dslb-094-221-092-130.pools.arcor-ip.net) |
| 20:18:58 | | Join assgg1 [0] (n=Admin@81.62.236.195) |
| 20:19:21 | | Quit assgg (Read error: 104 (Connection reset by peer)) |
| 20:20:31 | | Join Strife1989 [0] (n=michael@204.116.244.200) |
| 20:20:58 | | Quit Strife89 (Nick collision from services.) |
| 20:21:06 | | Nick Strife1989 is now known as Strife89 (n=michael@204.116.244.200) |
| 20:21:50 | | Join dhhhhd1 [0] (n=Admin@81.62.236.195) |
| 20:22:11 | | Nick dhhhhd1 is now known as assg (n=Admin@81.62.236.195) |
| 20:22:15 | assg | some additional peripheral attached to the ipod woul be nice to have |
| 20:23:16 | * | JdGordon| still wants serial host on the ipods :) |
| 20:24:22 | Horscht | when creating a tagnavi_custom.config file, can I simply add an item to the main database menu by adding a new line '%menu_start "main" "Database"' or do I necessarily have to put it under custom view? |
| 20:24:27 | * | assg ordering bluetooth modul at digikey |
| 20:25:31 | JdGordon| | Horscht: yeah, i tinhk you can put it anywhere |
| 20:26:51 | Horscht | because I am trying to create a custom view that shows me albums of artists ordered by year |
| 20:30:17 | LambdaCalculus37 | Hmmm... when was JPEG AA display added to SVN again? |
| 20:30:31 | evilnick | LambdaCalculus37: About 2 weeks ago |
| 20:30:38 | Horscht | wait, WHAT? |
| 20:30:57 | Horscht | we can finaly use folder.jpg for AA? |
| 20:31:07 | bertrik | Horscht, JPEG AA, you can throw your .bmps away :) |
| 20:31:08 | LambdaCalculus37 | Horscht: Yeah! You didn't see the front? :) |
| 20:31:09 | evilnick | Yep, and we've been able to for about 2 weeks |
| 20:31:22 | Horscht | no, i did not! Awesoem! |
| 20:31:48 | LambdaCalculus37 | evilnick: What do you name your album art files? I'm using cover.jpg but they don't seem to display. |
| 20:32:02 | evilnick | folder.jpg works like a charm for me |
| 20:32:19 | evilnick | Having said that, if they are too big then I do get stuttering audio |
| 20:32:34 | * | Horscht needs to setup a build environment in ubuntu 9.04 |
| 20:32:37 | LambdaCalculus37 | evilnick: Good to know. Let me try that out. :) |
| 20:32:44 | * | Strife89 updated the Major Changes page when JPG AA was added. ;) |
| 20:33:56 | LambdaCalculus37 | evilnick: Nope. Maybe I should update my build (still on r20777 and being too lazy :P) |
| 20:34:35 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
| 20:35:34 | evilnick | LambdaCalculus37: You probably should update, I'm on 20864-090507 |
| 20:37:28 | LambdaCalculus37 | evilnick: Going to make a new build now. |
| 20:37:39 | Strife89 | LambdaCalculus37: Let's race. :P |
| 20:38:35 | * | Strife89 boots a VM. |
| 20:39:02 | LambdaCalculus37 | Strife89: Ahh, speaking of which, have you tried the newer RockboxDev VM? |
| 20:39:04 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 20:39:16 | Strife89 | LambdaCalculus37: New_er_? No. |
| 20:39:30 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-7578837caeaf1ced) |
| 20:39:35 | LambdaCalculus37 | http://forums.rockbox.org/index.php?topic=21010.0 <−− Here it is. |
| 20:39:51 | | Part taylor_ ("Leaving") |
| 20:40:37 | Strife89 | LambdaCalculus37: Downloading. It'll take an hour. >.< |
| 20:42:32 | Unhelpful | LambdaCalculus37: did you verify that the JPEGs in question are single-scan? |
| 20:43:18 | Unhelpful | and also, any of the names we use for bitmap covers, along with folder.jpg in the same directory as the track, will be checked for. |
| 20:44:02 | LambdaCalculus37 | Unhelpful: I'm using JPGs from Amazon. |
| 20:44:09 | *** | Saving seen data "./dancer.seen" |
| 20:44:42 | evilnick | Unhelpful: Do *.bmp take precedence over *.jpg? |
| 20:46:28 | Horscht | hm... what if my jpgs are... 1.4MB per picture? Bad Idea, i guess? |
| 20:46:40 | Unhelpful | evilnick: it checks each possible filename while searching, first .jpeg, then .jpg, then .bmp. the first found is used. |
| 20:46:46 | * | Strife89 wonders if RBAA will be updated to save JPGs. |
| 20:47:22 | JdGordon| | Unhelpful: so nu? how long untill we can use embedded jpeg AA? |
| 20:47:26 | JdGordon| | :) |
| 20:47:55 | Unhelpful | LambdaCalculus37: the issue may be to do with the way the stored image data is laid out - the luma and chroma data must be interleaved in a single scan. progressive files, or ones that split the components into more than one scan for other reasons, are unsupported. |
| 20:49:37 | | Quit assg (Read error: 110 (Connection timed out)) |
| 20:49:48 | Unhelpful | JdGordon|: that needs a few things. we need to store an offset to the embedded AA in struct mp3entry, as well as a hook for a pre-filter function for the image data, for tag formats that don't store the embedded data verbatim. |
| 20:51:00 | Horscht | so, I am not entirely sure. When preloading a jpg, how is the jpeg storred in the buffer? in it's full size or already resized? |
| 20:52:07 | Unhelpful | Horscht: the jpeg decoder stores the smallest practical amount, one row of MCUs, into a temporary buffer, and passes one line at a time from that to the scaler. the scaler is responsible for storing the image data into its final location, in lcd-native format at the requested size |
| 20:53:13 | Horscht | ok... |
| 20:53:30 | Horscht | I am still trying to decipher :) |
| 20:54:32 | Horscht | so, it does take my 1400x1400 jpeg, resizes it to 200x200 or whatever my WPS requests and stores that in the buffer? |
| 20:54:47 | Horscht | or am I completely getting it wrong |
| 20:56:38 | Unhelpful | yes... without ever having the whole 1400x1400 in memory. :) |
| 20:56:52 | Horscht | good :) |
| 20:57:01 | Horscht | awesome indeed |
| 20:57:37 | evilnick | What about the stuttering audio? What info would you like to reproduce this? |
| 20:58:40 | evilnick | I sometimes get gaps/pauses in a song when using jpeg AA that I didn't get with .bmp. |
| 20:58:46 | | Quit Ubuntuxer ("Leaving.") |
| 20:58:57 | Unhelpful | evilnick: i think we probably know why it happens - the decoder and scaler both yield, but they are being run in the buffering thread, which can't do anything *else* until the finish |
| 20:59:13 | Unhelpful | also, some people reported similar problems with really huge BMPs ;) |
| 20:59:59 | evilnick | Okay then. |
| 21:00 |
| 21:00:23 | linuxstb | evilnick: It would be useful to confirm that theory - by looking at the audio debug screen when you get those pauses |
| 21:00:28 | JdGordon| | Unhelpful: in that case... would it beneficial to whack the jped stuff into a new htread? |
| 21:00:50 | Unhelpful | JdGordon|: scroll up a bit for discussion on that ;) |
| 21:00:58 | evilnick | linuxstb: I'll give that a whirl then. |
| 21:01:08 | JdGordon| | ah ok :) |
| 21:01:53 | | Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:01:57 | linuxstb | evilnick: You could (perhaps as a workaround), increase the anti-skip buffer. |
| 21:02:06 | evilnick | linuxstb: Audio debug? Which screen is that? |
| 21:02:46 | | Quit assgg1 (Read error: 110 (Connection timed out)) |
| 21:02:48 | linuxstb | I forget - Debug then "audio thread" I think. |
| 21:03:00 | linuxstb | It shows the content of the audio buffers. |
| 21:03:10 | evilnick | Debug -> View buffering thread ? |
| 21:03:19 | linuxstb | That sounds like it. |
| 21:04:43 | Unhelpful | linuxstb: i'm kind of liking the bufshrink idea, but that would mean we'd need to lock the buffer and memmove some things if other things are buffered behind the space we're freeing. |
| 21:04:54 | JdGordon| | Llorean: re using spare WPS ram for AA.... I'm not sure if this would change anything, but reworking the usage so its configurable is still high on my todo list... so relying on the current ram probably isnt a good diea |
| 21:05:57 | Unhelpful | taking space from the end of the buffer sounds potentially very tricky, unless we make a point of serializing jpeg loads. |
| 21:06:07 | JdGordon| | would bufshrink really help that much if everything behind it has to be moved? |
| 21:06:45 | JdGordon| | fyi, there is a 32KB guard buffer at the end of the RAM which possibly could be used... |
| 21:07:09 | Horscht | hm... just mentioning: When trying to run the rockboxdev.sh script it can't seem to find th ftp://ftp.gnu.org url. Also I can not reach that URL, neither via ping nor via ftp client. |
| 21:07:10 | | Quit flydutch ("/* empty */") |
| 21:07:20 | Horscht | changing the url to http://ftp.gnu.org works, though |
| 21:07:42 | linuxstb | Horscht: Works fine for me... Maybe you have a local firewall issue? |
| 21:07:45 | | Join pyro_maniac [0] (n=pyro@91-64-227-210-dynip.superkabel.de) |
| 21:08:13 | Horscht | not that i know of. I can reach other ftp servers just fine. |
| 21:08:14 | evilnick | linuxstb: That's a very interesting screen, here's what I found out |
| 21:08:31 | Horscht | but if you don't have problems, then it's got to be on my end somewhere |
| 21:08:49 | Unhelpful | JdGordon|: ...and we never try to use that for something else? sounds almost wasteful ;) |
| 21:08:49 | evilnick | pcm changes very often, but doesn't seem to get close to empty |
| 21:09:01 | evilnick | alloc and real didn't change at all |
| 21:09:02 | | Join renke_ [0] (n=renke@dyndsl-091-096-039-205.ewe-ip-backbone.de) |
| 21:09:16 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:09:16 | | Quit renke (Read error: 54 (Connection reset by peer)) |
| 21:09:44 | linuxstb | Horscht: What IP does ftp.gnu.org resolve to for you? I get 140.186.70.20 |
| 21:10:02 | Horscht | same |
| 21:10:22 | Horscht | just can't access it via ftp:// only http:// |
| 21:10:31 | gevaerts | JdGordon|: I'm a bit doubtful about this usb menu thing. I'm not entirely sure if the spec allows it, but I suspect that it's prone to breakage. Also, as a user I don't think I'd like it |
| 21:10:41 | Unhelpful | JdGordon|: next i'll be proposing that we name bufshrink realloc, and rename bufalloc malloc, and bufclose free... ;) |
| 21:10:56 | JdGordon| | Unhelpful: hehe :) |
| 21:11:20 | Horscht | oh wait. I can't ping with http:// or ftp:// anyways. But I still can't reach ftp:// via explorer, firefox or filezilla |
| 21:11:25 | Unhelpful | and officially drop support for mmu-less devicies ;) |
| 21:11:39 | linuxstb | gevaerts: Which part of it would break the spec? I'm assuming you're talking about a menu to choose usb mode on insert? |
| 21:11:40 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 21:11:50 | JdGordon| | gevaerts: so maybe we will need to have tomers make sure nothing is being pressed before his HID class starts working or something? |
| 21:12:07 | evilnick | usefl counted down to 0 and then all the other threads suddenly began to act up |
| 21:13:07 | evilnick | That was when the stuttering happened. |
| 21:16:21 | gevaerts | linuxstb: As I said, I'm not sure :) It depends on where exactly you wait I guess. I'm looking at the spec now |
| 21:16:29 | gevaerts | JdGordon|: I'm not sure what you mean there |
| 21:16:42 | linuxstb | gevaerts: But you mean the issue is the wait? |
| 21:17:21 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
| 21:18:06 | JdGordon| | gevaerts: well, tomers issue in the tracker was that having buttons pressed on connect would cause problems for his HID driver or something... |
| 21:18:40 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
| 21:18:53 | amiconn | Imo stuttering playback points towards too few yields. A buffer underrun would cause a single (or very few) dropouts, and only under very special conditions (buffer very close to the low watermark when starting to buffer & decode a jpeg) |
| 21:18:55 | gevaerts | JdGordon|: I don't think that that is a real issue. There are ways to make that work |
| 21:20:50 | JdGordon| | ok, so we continue with this any button to change behaviour? |
| 21:21:18 | | Join jordan`` [0] (i=gromit@78.235.252.137) |
| 21:21:37 | | Quit jordan` ("Coyote finally caught me") |
| 21:21:43 | JdGordon| | btw, it looks like the firmware<->apps interaction on usb connection could do with some work, it looks like firmware checks to see what to do, then apps does thte same check? |
| 21:22:59 | | Join bluebrother [0] (n=Dom@g224237145.adsl.alicedsl.de) |
| 21:23:24 | gevaerts | linuxstb: yes. The spec says that you need to respond within 500ms to any standard request during enumeration (some are even 50ms), which means that you basically have about a second to let the user decide. Of course the host will retry a few times, possibly even indefinitely, but it's not clean at all |
| 21:23:27 | | Quit SirFunk__ (Connection timed out) |
| 21:23:33 | gevaerts | JdGordon|: which bit do you mean? |
| 21:23:52 | linuxstb | gevaerts: So a very fast timeout on the menu then.... ;) |
| 21:24:17 | gevaerts | hm, maybe we could add the menu earlier... |
| 21:24:22 | * | gevaerts looks further |
| 21:25:09 | JdGordon| | gevaerts: which bit? which of my msgs' was that to? |
| 21:25:57 | gevaerts | JdGordon|: the firmware<->apps interaction |
| 21:26:43 | | Join riddochc [0] (n=socket@71-208-105-108.hlrn.qwest.net) |
| 21:27:22 | JdGordon| | I'm at work so i cant be specific (have to go from memory)... IIUC when the connection happens firmware checks if a button was pressed to decide if it should charge or connect, then apps/screens.c usb_screen() does the same thing? |
| 21:27:37 | riddochc | Hi, folks. Hardware-related question, couldn't find it in the FAQ - though I suspect it is one. |
| 21:28:17 | gevaerts | not really. usb_screen() checks if it can release the usb connection. That bit should actually get removed as it doesn't work properly for all OSes |
| 21:29:05 | JdGordon| | oh, righto... that was causing problems with my patch and I obvisouly asumed wrongly what it was doing |
| 21:29:11 | riddochc | I'm a software guy, trying to learn about hardware. Thought about what would be involved in making some hardware specifically for running rockbox. I'm sure it's not *easy*, but I'm trying to learn electronics. Has anybody made a DIY Rockbox kit? |
| 21:29:45 | Bagder | riddochc: there's a HUGE thread in a forum with some guys in progress |
| 21:29:47 | linuxstb | riddochc: There are some people working on that idea - search for "lyre" in the Rockbox forums. |
| 21:29:53 | Bagder | in "the" forum even |
| 21:30:01 | riddochc | I'm not caring too much about the overall size of the player just yet... ah, cool. Thanks! |
| 21:30:24 | gevaerts | JdGordon|: you can basically ignore that |
| 21:31:45 | JdGordon| | ok |
| 21:34:35 | * | gevaerts doesn't find any place in the usb spec that allows early delays, but he may of course be overlooking something |
| 21:35:26 | JdGordon| | we dont *have* to play by the spec do we? :p |
| 21:35:45 | riddochc | Cool, this is just what I was looking for. Somebody should add to the FAQ. |
| 21:36:13 | CIA-38 | New commit by gevaerts (r20911): Don't allow disconnecting from the usb screen, as this doesn't work properly on some OSes (e.g. windows "releases" the device whenever it's not ... |
| 21:37:28 | gevaerts | JdGordon|: there's no law that says we have to, but if we don't we don't get to complain if things break :) |
| 21:37:47 | linuxstb | gevaerts: A general question - does a USB host identify itself to a device? i.e. could Rockbox know what OS it is talking to? |
| 21:37:58 | * | linuxstb guesses no |
| 21:38:06 | gevaerts | no |
| 21:38:12 | * | linuxstb wins |
| 21:38:25 | | Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-9ec70575d85a56e0) |
| 21:38:53 | gevaerts | you could try to behave a bit out of spec and see what happens |
| 21:39:34 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
| 21:40:28 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 21:44:59 | | Quit riddochc ("*Poof*") |
| 21:45:28 | * | gevaerts thinks that FS #10200 is interesting |
| 21:46:39 | JdGordon| | i just laughed when I saw it |
| 21:47:01 | gevaerts | new ammunition for the flamewars :) |
| 21:47:56 | gevaerts | anyway, that's a pretty common naming scheme in classical music, so we can't just ignore it |
| 21:48:03 | JdGordon| | if that gets fixed I'm filing a bug because hebrew letters-as-numbers dont work... |
| 21:49:14 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-229-190.pools.arcor-ip.net) |
| 21:50:38 | * | gevaerts thinks that totally ignoring spaces when sorting isn't right |
| 21:51:07 | * | linuxstb accuses Paul Hodges of being an alias of someone participating in that flamewar... |
| 21:51:15 | * | froggyman thinks that the FS needs to get cleaned up and label unsynced patches |
| 21:51:42 | JdGordon| | go for it :) |
| 21:52:02 | JdGordon| | actually no... if you comment on every iout of sync patch... il; kill you |
| 21:52:12 | JdGordon| | but the clean up part is welcome |
| 21:52:27 | gevaerts | linuxstb: if I weren't paranoid enough to use a 2 digit number with leading zeros at the start of each filename, my tracks would be named like that... |
| 21:52:47 | froggyman | why dont you want the out of sync patches labeled? |
| 21:52:57 | | Quit barrywardell (Remote closed the connection) |
| 21:53:56 | linuxstb | gevaerts: That's the only sane way IMO, hence me staying out of the numeric sorting discussion... |
| 21:54:31 | gevaerts | froggyman: there are a lot of them, marking them as out of sync doesn't really help much (as your marking will get outdated quickly), and it swamps people who look at all updates |
| 21:55:39 | Llorean | gevaerts: Well, it sounds more like a bug (FS #10200) since I thought the setting shouldn't affect roman numeral sorting either way |
| 21:56:10 | froggyman | ahh, i guess, but it would be nice if it could be done in a way were you didnt have to comment, just have an option to mark as synced or out of sync |
| 21:56:18 | Llorean | froggyman: Not to mention, if someone's actively working on it, it will get synced. If someone's *not* working on it, marking them doesn't make someone appear to work on it. |
| 21:58:34 | froggyman | Llorean: but wouldnt it atleast help people find which ones are currently synced? or are there any guides to syncing out of synced patches, i wouldnt mind going through and resyncing some |
| 21:59:00 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:04 | gevaerts | Llorean: I think it's clearly a bug |
| 21:59:28 | | Quit Strife89 ("Blast off!") |
| 21:59:28 | JdGordon| | froggyman: there is no guide to resycning patches because they could get unsynced in many different ways |
| 21:59:49 | JdGordon| | if the people who are interested in the patch keep it updated it will get resynced |
| 21:59:53 | Horscht | ok, I sucessfully managed to create myself a database menu entry that lets me navigate by artist -> year -> album. I'd like to modify it, so i can browse by artist -> year - album, so it says something like: Led Zeppelin -> 1995 - Led Zeppelin IV |
| 21:59:55 | JdGordon| | getting emails saying |
| 21:59:59 | Horscht | how would I achieve that? |
| 22:00 |
| 22:00:02 | JdGordon| | "needs resync" is bloody annyong |
| 22:00:22 | Llorean | froggyman: Why are we trying to help people find ones that are synced, exactly? |
| 22:00:28 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 22:00:36 | * | linuxstb tries to sort that list of filenames with "sort", and gets the same issue (unless he's going mad...) |
| 22:00:53 | Llorean | linuxstb: It may be that our sorting algorithm still doesn't do what it claims to do. |
| 22:00:58 | | Join nibbler [0] (n=Nibbler@82.113.121.167) |
| 22:01:02 | Llorean | Isn't that part of why we disabled it in the release? Name / functionality mismatch? |
| 22:01:38 | froggyman | Llorean: becuase there are some patches that are out of stnc that i would like to try |
| 22:02:13 | AlexP | froggyman: So it would be good to resync them then. Marking them out of sync does nothing |
| 22:02:53 | froggyman | yes, and i want to learn how to re sync them |
| 22:03:28 | | Quit Sedgewick ("off") |
| 22:03:38 | Bagder | froggyman: easy: apply the patch, then load up all .rej files, figure out what the logic is in the parts that were rejected and then hand-apply those changes |
| 22:03:40 | AlexP | That's great, but I still don't see how marking loads of patches out of sync achieves anything other than annoy people by swamping them with e-mails |
| 22:03:59 | | Join renke [0] (n=renke@dyndsl-091-096-006-245.ewe-ip-backbone.de) |
| 22:05:47 | JdGordon| | you also might want to ask us if its worth resynincing the patch... there are plenty which we will out right reject anyway so there is no point wasting time on it |
| 22:06:02 | | Join mt [0] (n=MTee@41.233.144.53) |
| 22:07:03 | Llorean | Generally we at least try to reject those when they show up, though |
| 22:07:25 | JdGordon| | only if they come up in conversation... |
| 22:08:05 | Bagder | not only, but that certainly helps putting the light on some patches |
| 22:08:32 | * | Bagder subscribes to rockbox-sf |
| 22:08:40 | froggyman | is anyone interested in making a video or guide to resyncin that is detailed? |
| 22:08:56 | Bagder | froggyman: if my explanation didn't help, a video won't either... |
| 22:09:00 | JdGordon| | that would be almost as much fun to watch as paint drying |
| 22:09:03 | AlexP | froggyman: It isn't really possible |
| 22:09:04 | Bagder | but yes, I plan to |
| 22:09:17 | AlexP | froggyman: In that each patch fails differently |
| 22:09:20 | Bagder | one rainy day... |
| 22:09:37 | JdGordon| | come to seattle... plenty of rainy days to help the todo list... |
| 22:09:41 | gevaerts | AlexP: a guide will at least show what the .rej files look like and how to interpret them |
| 22:09:50 | AlexP | gevaerts: true |
| 22:10:05 | Bagder | I read the most recent patch version makes the .rej files in unidiff format! |
| 22:10:17 | AlexP | gevaerts: It hadn't occured to me that that was the problem part :) |
| 22:10:20 | froggyman | AlexP: just showing how to sync one or two would be enough |
| 22:10:27 | Llorean | froggyman: Resyncing can be as simple as copy and pasting a few lines, to as complicated as being able to read and understand what the code does, so you can reimplement it for the new situation, basically rewriting the whole patch. |
| 22:10:31 | Bagder | I really never figured out why they do context diff format... |
| 22:10:51 | AlexP | froggyman: But that is laregely pointless, see Llorean's answer |
| 22:10:57 | gevaerts | AlexP: it's not the entire problem of course, but if you've never done it, it's a good start |
| 22:11:25 | AlexP | gevaerts: yep |
| 22:12:28 | * | linuxstb doesn't understand the patch attached to http://www.rockbox.org/tracker/task/10201 |
| 22:13:26 | | Join assgg [0] (n=Admin@81.62.236.195) |
| 22:14:16 | * | Llorean imagines the easiest fix to that "problem" is just changing the wiki page to say the priority matches what it is in the actual code. |
| 22:14:34 | * | froggyman wonders why FS #4755 isnt commited |
| 22:15:10 | froggyman | i am sure there is a reason |
| 22:15:27 | JdGordon| | there are 150odd comments... at least one should give you a clue |
| 22:17:47 | pixelma | Horscht: I *believe* that's currently not doable (unless you put both data into one supported tag like in a comment or so), and I also think there were forum threads about it explaining the why |
| 22:17:58 | linuxstb | froggyman: I would guess it's simply because development has been taking place outside the usual development channels, so no developer with commit rights has become interested. |
| 22:18:44 | froggyman | linuxstb: makes sense |
| 22:18:48 | | Join renke__ [0] (n=renke@91.97.0.153) |
| 22:19:03 | linuxstb | froggyman: In fact, no - see http://www.rockbox.org/tracker/task/4755#comment26811 |
| 22:20:06 | Unhelpful | amiconn: the jpeg decoder yields per MCU. the scaler yields per line. i'm not sure that it's really practical to yield *more* frequently than that in the scaler, although the jpeg decoder could yield per block. |
| 22:20:45 | froggyman | linuxstb: ahhh, now i see |
| 22:21:45 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 22:24:06 | froggyman | whats wrong with // comments? |
| 22:24:27 | n1s | it's just a style thing |
| 22:25:07 | froggyman | ohh |
| 22:26:05 | | Quit renke_ (Read error: 110 (Connection timed out)) |
| 22:27:48 | | Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) |
| 22:30:17 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 22:32:02 | Horscht | pixelma, thank you. I think i found the discussion about it and also a flyspray patch. But as far as i can see FS #8051 would require me to add a new ID3 tag to my MP3s |
| 22:32:08 | | Quit Ubuntuxer ("Leaving.") |
| 22:32:50 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 22:36:20 | | Part taylor_ ("Leaving") |
| 22:36:48 | | Quit pyro_maniac ("Leaving.") |
| 22:37:52 | * | Bagder added committer #73 |
| 22:39:04 | mt | Bagder : Thanks :) |
| 22:39:07 | | Join fyrestorm [0] (n=nnscript@cpe-68-173-233-205.nyc.res.rr.com) |
| 22:39:27 | Bagder | :-) |
| 22:40:53 | | Quit renke (Read error: 110 (Connection timed out)) |
| 22:44:12 | *** | Saving seen data "./dancer.seen" |
| 22:44:50 | | Quit schrottplatz ("o.O") |
| 22:45:13 | * | LambdaCalculus37 congratulates mt :) |
| 22:45:27 | LambdaCalculus37 | mt: Welcome aboard! :) |
| 22:46:37 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 22:47:23 | | Quit jgarvey ("Leaving") |
| 22:47:30 | | Join mt [0] (n=MTee@41.233.144.53) |
| 22:47:36 | | Quit assgg (Read error: 110 (Connection timed out)) |
| 22:52:31 | * | Unhelpful had a thought about the image loader buffers - we already force a rebuffer on AA size changes why not allocate a semi-static buffer for that purpose from the front of the audio buffer |
| 22:53:01 | Unhelpful | ie, move the audio buffer start up by enough to provide the needed buffers whenever we change AA size. |
| 22:53:46 | JdGordon| | this is only if the wps uses aa though yeah? |
| 22:55:58 | Unhelpful | JdGordon|: exactly. the needed space depends on the target size when loading the image - this sets both an upper bound for jpeg decoder memory (assuming reasonable input size) and for scaler memory. |
| 22:56:31 | JdGordon| | then yeah, I see no reason to not do that |
| 22:56:58 | JdGordon| | with the usual disclaimer that I've thought about it for 3s before coming to that comclusion |
| 22:57:14 | Unhelpful | that would make it easy to shove image decode into another thread, assuming that that will actually solve anything. |
| 22:58:04 | tmzt | gevaerts: some of the windows mobile phone ask if you want to use Storage or ActiveSync, it works on Windows and linux at least |
| 22:58:05 | JdGordon| | would it be possible to eventually have more than one image decoded and ready to display in the buffer? |
| 23:00 |
| 23:02:51 | Unhelpful | JdGordon|: this is only a space for temporary data used during decoding and scaling. the output itself would go on the buffer - the change would be that bufopen on images wouldn't stall the thread until the image is loaded. |
| 23:03:05 | | Join barrywardell [0] (n=barrywar@79.97.87.212) |
| 23:04:12 | JdGordon| | right, I was just thinking as a side effect of having the aa stuff in another thread... that it could mass decode the images while there is room in the buffer and the disk is spinning anyway |
| 23:04:33 | linuxstb | Unhelpful: That's what I was suggesting. |
| 23:04:36 | JdGordon| | I assume its not smart enough to reuse the image if its the same one? |
| 23:04:40 | Unhelpful | i think the best solution would be to split the image load into two stages. read the image headers, and calculate the scaled output size, build the struct bitmap, store the path after it, and then return from bufopen after allocating the buffer large enough for the scaled output, and post the buffer id to an event queue for the image load thread. |
| 23:05:34 | | Quit renke__ ("leaving") |
| 23:05:37 | Unhelpful | the load thread would pull IDs from the queue, get the path, and load the image. |
| 23:07:03 | | Quit nibbler (Connection timed out) |
| 23:07:09 | Unhelpful | we wouldn't actually even need a separate function with a lot of duplicate code... we could just have another FORMAT flag, perhaps FORMAT_PRELOAD or FORMAT_HEADERS, and the loader would then modify the struct bitmap with the output size, and return the size needed. |
| 23:09:37 | | Part CPrompt^ |
| 23:10:21 | linuxstb | Unhelpful: Are these buffers just used for jpeg album art? i.e. they're still wasted if the user is using bmp? (not that it really matters...) |
| 23:11:20 | | Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 23:19:10 | CIA-38 | New commit by mt (r20912): Add my name to docs/COMMITTERS |
| 23:20:09 | linuxstb | \o/ |
| 23:20:14 | mt | :) |
| 23:21:53 | JdGordon| | does that first commit feel wrong to anyone else? |
| 23:22:10 | JdGordon| | I mean, surely we arnt just in it for the recognition right? |
| 23:22:35 | | Quit merbanan (Read error: 60 (Operation timed out)) |
| 23:23:05 | pixelma | what? |
| 23:23:10 | domonoky | JdGordon| this first commit is quite common. we are in for the fame after all :-) |
| 23:23:36 | JdGordon| | and here I thought it was for the greater good or something :p |
| 23:23:57 | | Quit bmbl ("Woah!") |
| 23:23:57 | domonoky | maximum points if you get the frontpage to show only your name. :-) |
| 23:24:07 | JdGordon| | oh thats easy! |
| 23:24:44 | evilnick | minus points if the commits consist of "Fix Red" though |
| 23:26:13 | | Quit n1s ("Lämnar") |
| 23:27:53 | | Join itcheg [0] (i=46923280@gateway/web/ajax/mibbit.com/x-2bcaae3a65f6ab2a) |
| 23:30:17 | Unhelpful | linuxstb: the amount of buffer needed for the scaler depends only on the maximum width of the output image (and it needs to be 32-bit aligned). the function that calculates the buffer to allocate could calculate that value first, and then add the JPEG buffer amount to it inside an #ifdef HAVE_JPEG |
| 23:31:00 | Unhelpful | JdGordon|: i could swear i was *instructed* to commit that first :P |
| 23:31:25 | mt | JdGordon| : er - I was just doing what Daniel suggested. I sure don't seek recognition by just adding my name.. :) |
| 23:31:45 | JdGordon| | I know... i was being funny.... |
| 23:33:07 | | Quit archivator () |
| 23:33:52 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 23:37:30 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") |
| 23:38:22 | | Join merbanan [0] (n=banan@c-83-233-163-22.cust.bredband2.com) |
| 23:39:55 | | Quit bluebrother ("Leaving") |
| 23:42:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 23:42:58 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 23:44:27 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 23:44:41 | kugel | mt: \o/ welcome! |
| 23:44:53 | kugel | JdGordon|: you weren't funny....:) |
| 23:45:30 | kugel | I think there were worse fist commits ;) |
| 23:46:21 | LambdaCalculus37 | kugel: Fist commits? You mean punching the crap out of the committers? ;) |
| 23:46:31 | kugel | hehe |
| 23:46:36 | | Quit firedix (Read error: 54 (Connection reset by peer)) |
| 23:46:42 | kugel | the first commit is always a fist commit too :P |
| 23:47:13 | kugel | Though, I noticed the last 3 first commits were merely c&p :( |
| 23:48:36 | pixelma | was always the same name added to the COMMITTERS file? |
| 23:49:12 | * | gevaerts congratulates mt |
| 23:49:40 | kugel | gevaerts: shh! He's already busy coding, don't disturb! |
| 23:50:17 | gevaerts | kugel: ok, I'll disturb you instead. Have you seen FS #10200? ;) |
| 23:50:58 | kugel | nooooooooooooo |
| 23:51:18 | kugel | Yes I did, it's most certainly a bug I do not understand ;) |
| 23:53:14 | kugel | gevaerts: oh, and re: "ignoring all spaces isn't the right way": SVN is not ignoring even a signle space |
| 23:53:15 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 23:54:31 | gevaerts | weird |
| 23:55:28 | gevaerts | which file is the sorting function in again? |
| 23:58:11 | | Quit HellDragon ("Leaving") |
icon identifies that the person is a core developer (has commit access).