| 00:00:30 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 00:01:01 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) |
| 00:01:56 | | Join cbr|w [0] (n=cbr@212.98.160.130) |
| 00:03:27 | | Quit bertrik ("bye") |
| 00:05:03 | | Quit d-k-t (Read error: 104 (Connection reset by peer)) |
| 00:05:34 | | Join d-k-t [0] (n=dt@vpn21.witopia.net) |
| 00:06:32 | | Quit gregzx (Read error: 110 (Connection timed out)) |
| 00:10:19 | | Quit yoran ("Leaving") |
| 00:14:39 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 00:18:18 | | Quit CyBergRind|w (Read error: 110 (Connection timed out)) |
| 00:24:26 | | Quit davina (Remote closed the connection) |
| 00:38:24 | | Join MarcGuay [0] (n=chatzill@ip216-239-82-194.vif.net) |
| 00:45:16 | | Join tvelocity [0] (n=tony@athedsl-119801.home.otenet.gr) |
| 00:49:06 | MarcGuay | Could someone please clarify the new stance on plugin actions? "Use/create a basic five key context (up/down/left/right/select), and use custom code for everything else." |
| 00:50:01 | MarcGuay | Is the idea to totally phase out PLA or just to use it better? |
| 00:58:49 | | Quit nplus ("Leaving") |
| 00:59:52 | preglow | i haven't followed the discussion at all, but got the impression it's a bad idea |
| 01:00 |
| 01:00:57 | MarcGuay | It definitely makes the code a lot more complicated by trying to simplify it. |
| 01:01:25 | MarcGuay | Did you take a gander at that ASM->C plugin? |
| 01:02:13 | MarcGuay | It didn't strike me as terribly useful outside of making life a bit easier for people trying to learn assembler. |
| 01:03:14 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 01:03:31 | preglow | me neither |
| 01:03:47 | preglow | the c it made was pretty much just asm |
| 01:04:01 | preglow | it would be a lot more useful if it supported loop constructs |
| 01:04:03 | preglow | but it just does gotos |
| 01:04:55 | | Join ctaylorr [0] (n=ctaylorr@CPE001839b2bc66-CM00080d8e8684.cpe.net.cable.rogers.com) |
| 01:05:03 | preglow | after about a day of practice with disassemblies, you can do very well without it |
| 01:05:27 | | Join lymeca [0] (n=lymeca@unaffiliated/lymeca) |
| 01:06:11 | preglow | i find the greatest aid is just myself transcribing the disassembly to c by hand |
| 01:06:22 | preglow | and i seldom bother with even that |
| 01:09:59 | | Quit faemir ("Leaving") |
| 01:11:00 | *** | Saving seen data "./dancer.seen" |
| 01:18:13 | | Join m0f0x [0] (n=m0f0x@189-47-18-119.dsl.telesp.net.br) |
| 01:24:10 | | Quit obo ("bye") |
| 01:26:06 | | Quit lymeca (Excess Flood) |
| 01:35:37 | | Quit ompaul (Client Quit) |
| 01:44:05 | nixternal | w0000'freaking'h0000 |
| 01:44:30 | nixternal | I picked up a Sansa e260 4gb from Tiger Direct today and it is v1. RockBox is back in my hands and I am a hampy camper! |
| 01:45:37 | nixternal | and finally, I have some color, some themes, and soon all of my tunes...rockbox rox, like you all didn't know that already :) |
| 01:46:23 | | Join lymeca [0] (n=lymeca@unaffiliated/lymeca) |
| 01:46:40 | lymeca | Sorry, did anyone answer my question about 4g 30gb mbr image? |
| 01:48:25 | MarcGuay | lymeca: You can search the IRC logs on the website. |
| 01:53:18 | | Quit sitwon (Read error: 110 (Connection timed out)) |
| 01:54:49 | | Join Murray_ [0] (n=chatzill@S01060014d14735b3.ed.shawcable.net) |
| 01:55:25 | Nico_P | nixternal: great news :) |
| 01:58:01 | | Quit Nico_P (Remote closed the connection) |
| 01:59:18 | lymeca | According to the logs my question didn't even make it. |
| 01:59:42 | lymeca | I have a 4th-gen 30gb ipod and I need a MBR image for it |
| 01:59:55 | lymeca | But the wiki only has 20gb ang 40gb images for 4th gen ipods |
| 02:00 |
| 02:00:15 | lymeca | What should I do to get a 30gb image I can safely dd? |
| 02:00:26 | Murray_ | Could someone help me with a problem? I'm tring to use a new theme on my Sansa e200, but when I try to use a wps file it automatically goes to the rockbox default. |
| 02:01:12 | PaulJam | Murray_: http://forums.rockbox.org/index.php?topic=17507.0 |
| 02:06:59 | | Quit culture (Read error: 60 (Operation timed out)) |
| 02:09:48 | MarcGuay | Does anybody here play Doom? I stumbled across this: http://www.rockbox.org/tracker/task/8796 and can recreate the behavior on builds as far back as November 2007. |
| 02:10:22 | MarcGuay | I'd be surprised if Doom had been broken for that long without an outcry, though. |
| 02:12:29 | | Join sitwon [0] (n=adam@pool-71-178-11-192.washdc.fios.verizon.net) |
| 02:13:39 | Llorean | MarcGuay: Have you used Doom before? |
| 02:14:09 | MarcGuay | Llorean: I'd given it a test run a while ago. |
| 02:14:14 | Llorean | It's a little confusing to get it to start a game, the menu navigation isn't ideal on iPods, and it has a habit of starting the demo quickly enough that it does kinda feel like the keys aren't working. |
| 02:15:07 | MarcGuay | Llorean: I'm testing on the e200. Could you explain how to get a game going to test this properly? |
| 02:15:22 | Llorean | I have no clue on an e200. |
| 02:15:41 | Llorean | I played with it a bit on my Nano back when I was trying to help get it working. |
| 02:16:28 | Llorean | And even that was some time ago. I just remember it would seem like keys weren't working unless you knew exactly what to do, since most keys didn't do anything until you got into the game itself. |
| 02:17:24 | MarcGuay | Hmm. Seems like you have to choose New Game from the menu before it'll start even though it appears that play has already begun. |
| 02:17:54 | MarcGuay | It would make sense to bring up the main menu when the game starts, then. |
| 02:18:08 | Llorean | It's just doing exactly what the PC version of Doom does |
| 02:18:31 | Llorean | The difference is, the PC version has more keys in general, and people guess the right ones sooner. |
| 02:19:19 | MarcGuay | Not so bright, IMO, considering the enemies are even moving, signifying to me, at least, that the game has started. Anyway, it's nice to close a bug at least. |
| 02:19:45 | * | MarcGuay notices he needs to vary up his lingo |
| 02:20:45 | Llorean | Are you using Freedoom or one of the commercial WAD files |
| 02:21:13 | MarcGuay | Freedoom. |
| 02:21:17 | Llorean | Yeah |
| 02:21:20 | PaulJam | on h300 doom works fine btw |
| 02:21:30 | PaulJam | also all buttons |
| 02:21:32 | Llorean | I'm pretty sure it's just a problem with Freedoom itself: The "demo" is bad. |
| 02:21:47 | MarcGuay | PaulJam: Yeah it works fine here too, just that you need to know how to start the game. :) |
| 02:22:03 | Llorean | Whereas if you were to use a commercial Doom/Doom2 WAD file, instead of seeing that idle thing, the game would appear to play itself, making it more obvious what's going on. |
| 02:22:06 | MarcGuay | Or that you need to do it manually. |
| 02:25:18 | | Quit shotofadds (Read error: 104 (Connection reset by peer)) |
| 02:25:35 | | Quit tvelocity (Remote closed the connection) |
| 02:30:47 | | Quit sitwon (Read error: 113 (No route to host)) |
| 02:32:11 | | Join sitwon [0] (n=adam@pool-71-178-11-192.washdc.fios.verizon.net) |
| 02:33:32 | MarcGuay | Trying to reproduce this: http://www.rockbox.org/tracker/task/8685, but don't understand what he means by "system info reports 284 tracks", any ideas |
| 02:33:34 | MarcGuay | ? |
| 02:34:27 | | Quit Murray_ ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") |
| 02:46:14 | lymeca | Can anyone help me with finding a MBR image to dd onto my 30GB 4th gen ipod? |
| 02:51:00 | MarcGuay | lymeca: Not too many people around right now, apparently. You might want to post to the forums to up your chances of a response. |
| 02:51:30 | MarcGuay | lymeca: The mailing list can often be helpful as well. |
| 02:53:41 | | Quit PaulJam (".") |
| 02:56:50 | | Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) |
| 03:00 |
| 03:04:33 | | Quit m0f0x (Read error: 104 (Connection reset by peer)) |
| 03:05:54 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 03:09:05 | MarcGuay | Was something committed recently that resumes playback a few seconds earlier from the stop point? |
| 03:09:20 | | Quit cbr|w (SendQ exceeded) |
| 03:09:29 | MarcGuay | I recall a discussion about this and audio books, but not the outcome. |
| 03:11:04 | *** | Saving seen data "./dancer.seen" |
| 03:13:58 | | Join yoyoned [0] (n=todd@adsl-70-232-102-162.dsl.ltrkar.sbcglobal.net) |
| 03:27:16 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 03:30:28 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 03:39:01 | | Quit SirFunk_ (Read error: 110 (Connection timed out)) |
| 03:49:36 | | Quit SirFunk (Connection timed out) |
| 03:50:20 | | Quit Thundercloud (Remote closed the connection) |
| 03:51:53 | | Join m0f0x [0] (n=m0f0x@189-47-18-119.dsl.telesp.net.br) |
| 03:52:56 | | Quit DerDome (Nick collision from services.) |
| 03:52:57 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-255-026.pools.arcor-ip.net) |
| 03:53:09 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-255-026.pools.arcor-ip.net) |
| 04:00 |
| 04:09:26 | | Quit herrwaldo ("Konversation terminated!") |
| 04:13:49 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 04:15:47 | | Join Riot- [0] (n=satan@6532230hfc95.tampabay.res.rr.com) |
| 04:18:43 | Riot- | Any WPS gurus able to help tell me what I'm doing wrong with this line of code? |
| 04:18:48 | Riot- | %s%al%?ia<%ia - |%?d2<%d2 - |?d1<%d1 - |>>>%?it<%it|%fn> |
| 04:21:23 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
| 04:23:18 | Riot- | Ah damn sleep dep forgot the % for ?d1 |
| 04:36:32 | Riot- | Ok here's better one. I've been modding cabbiev2 for my 5G and I put all the bottom images in viewports so I can rearrange them. I also removed the off shadow from the background for shuffle and repeat and added them to the bitmaps. The problem is now I get an annoying image flicker from whatever the last two images are in the bottom right corner everytime I skip tracks. Any suggestions? |
| 04:36:52 | | Nick Zarggg is now known as anon0k3 (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:36:54 | | Nick anon0k3 is now known as anon9k3 (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:37:15 | | Nick anon9k3 is now known as Zarggg (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:43:11 | | Join d1sturb [0] (n=ddpcandb@ool-44c0f513.dyn.optonline.net) |
| 04:43:38 | d1sturb | Is there anyway I can add a custom visualizer to the WPS [i.e. G-Force]? |
| 04:46:10 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:49:32 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF6EC1.dip.t-dialin.net) |
| 04:53:33 | JdGordon | Riot-: check to make sure your viewports arnt overlapping |
| 04:53:36 | JdGordon | d1sturb: no |
| 04:54:26 | Riot- | JdGordon: Checked that they're not as far as I can tell |
| 04:55:12 | JdGordon | have you checked just those vp's or all of them? |
| 04:56:00 | Riot- | All |
| 04:56:26 | | Quit d1sturb ("I-n-v-i-s-i-o-n 2.0 Build 3515") |
| 04:56:53 | Riot- | I can dcc if you want to take a look for me. |
| 04:59:20 | Riot- | I had that problem with the lock image cutting off text from over lap when i turned the hold on so that was my thinking too. I just can't seem to find anything overlapping |
| 05:00 |
| 05:00:03 | Riot- | Main reason I put them in viewports was so i could add a text battery display and volume to that line |
| 05:00:50 | Llorean | Riot-: And everything is in a viewport, you don't have anything in the default fullscreen one? |
| 05:02:15 | Riot- | Everything is in a viewport except |
| 05:02:17 | Riot- | #Album art |
| 05:02:17 | Riot- | %Cl|16|32|s120|s120| |
| 05:02:17 | Riot- | #Progress bar |
| 05:02:17 | DBUG | Enqueued KICK Riot- |
| 05:02:17 | Riot- | %pb|pb-320x240x16.bmp|10|162|300|15| |
| 05:02:32 | Riot- | Which is original cabbiev2 code |
| 05:02:44 | Llorean | Please don't paste multiple lines to the channel, especially if nobody asks for it. |
| 05:02:49 | Riot- | Sorry |
| 05:03:12 | Llorean | Try ensuring everything is in a viewport. Generally speaking, you shouldn't mix viewports and non-viewported code. |
| 05:04:32 | Riot- | Isn't the code I pasted for album art and progress bar doing the same thing though? |
| 05:04:58 | Llorean | "Same thing"? |
| 05:05:12 | Riot- | gotcha |
| 05:05:27 | Llorean | What do you mean? |
| 05:06:17 | | Quit miepchen^schlaf (Connection timed out) |
| 05:07:04 | Riot- | well Album art is putting it at x16 y32 w120 h120 wouldn't putting the vieport tag be just doing the same thing for that except using two lines |
| 05:07:59 | Llorean | Yes and no. It does it within a default "fullscreen" viewport the way things are now. |
| 05:08:19 | Llorean | This doesn't cause problems if you don't use any viewports, but may cause strange behaviour once you use them, which is why everything should be in explicit viewports if you're using them. |
| 05:11:06 | *** | Saving seen data "./dancer.seen" |
| 05:12:11 | Riot- | I'm not sure how I would implement %CL as a viewport unless it would be V|16|32|120|120| then just %CL on the next line? |
| 05:12:37 | Riot- | or %Cl|-|-|-|-| |
| 05:13:14 | Riot- | ah wait just %C |
| 05:16:40 | Riot- | hmm broke it |
| 05:19:38 | Riot- | Not sure how to implement it into the conditional album cover code |
| 05:22:18 | Riot- | Ok I just removed those two lines totally and I still get the flicker so it's not those |
| 05:28:38 | Llorean | Try removing other bits until you see which bit causes the flicker, then. |
| 05:28:39 | Riot- | it has something to do with %?C<%Vda%C|%Vdb> If I don't have that before any of the viewports it overlaps the album cover to the text on the right but bottom right corner flicker is gone |
| 05:29:20 | Riot- | I just put my clock viewport code before it to make it do that |
| 05:30:06 | Llorean | If you do have that before any of the viewports, you're displaying the cover art outside of a viewport. |
| 05:30:50 | Riot- | %Cl|16|32|s120|s120| is before it though |
| 05:31:06 | Llorean | Why are you displaying the cover art twice? |
| 05:31:08 | Riot- | guess that goes back to the yes and no about viewports |
| 05:31:17 | Llorean | Oh, wait |
| 05:31:24 | Llorean | %Cl just loads it. |
| 05:31:59 | | Join xxbatman94xx [0] (i=4c1fa2aa@gateway/web/ajax/mibbit.com/x-2ebf36fcdc3984f5) |
| 05:32:01 | Llorean | It's the %C in the conditional there that's displaying it, outside a viewport. |
| 05:32:14 | Llorean | Whether you get rid of the %Cl or not, the %C is still going to be a problem in that conditional. |
| 05:32:19 | | Quit xxbatman94xx (Client Quit) |
| 05:33:39 | Riot- | One big viewport to encompass it all the the %?C conditional then the conditonal viewports? |
| 05:34:27 | Riot- | brb |
| 05:34:35 | Llorean | I don't understand at all what you mean by that question. |
| 05:40:08 | Riot- | Can I dcc you my wps file or if you got the cabbiev2 theme handy? It's code from there. Might make it easier for me to explain |
| 05:40:42 | | Quit dataangel (Remote closed the connection) |
| 05:40:59 | Llorean | I keep telling you, you need to create individual viewports for everything |
| 05:41:10 | Llorean | Just because "the original code" works, doesn't mean it will once you change things |
| 05:41:27 | JdGordon | ?! a seperate vp for everything? |
| 05:41:33 | Llorean | You need to create non-overlapping viewports for anything that gets displayed to help ensure things won't conflict. |
| 05:41:44 | Llorean | JdGordon: Not one viewport per item, one viewport per "area" |
| 05:42:04 | Llorean | JdGordon: As in, "don't use the base viewport for things" |
| 05:42:05 | JdGordon | ok |
| 05:42:41 | Llorean | But his two items outside of viewports are the album art, and the progress bar, and since text displays beside the AA, it probably needs its own viewport, not as wide as the PB one. |
| 05:43:14 | Riot- | I understand. I meant to help explain that part you you said you didn't understand what I was talking about. |
| 05:44:01 | Riot- | I apologise the a/c is busted here so I'm not typing clearly. |
| 05:44:17 | Llorean | Riot-: "One big viewport" is bad if it overlaps other viewports. |
| 05:44:47 | Llorean | But you've already determined the line to focus on. Take the %C out of that conditional, and see if the flicker's there with just the %C gone. If it is, fix that. |
| 05:44:53 | Llorean | Er, if it *isn't* |
| 06:00 |
| 06:15:16 | Riot- | Ok found my problem. I didn't have the viewport correctly in my clock code. Clock's in the top right the flickering images were in the bottom right and only flickered the same amount as the clock width. I still need to get the album art and progress bar in a viewport but that's for another time |
| 06:15:49 | Riot- | Thank's guys |
| 06:16:02 | Riot- | er Thanks |
| 06:18:31 | Riot- | I reread the part where it says viewports share identifiers so it should be easy then %Vl|a|"album art viewport" the %Vl|a|"now playing text viewport" should still make it work with the conditional |
| 06:19:04 | Riot- | s/the/then |
| 06:24:36 | | Join Chronon [0] (n=chronon@c-71-59-159-253.hsd1.or.comcast.net) |
| 06:25:39 | Riot- | I was missing that earlier when i was talking about one big viewport. i thought I'd have to do like %Vl|a|0|0|100|100| then under put %V|0|0|50|50| album art code then %V|51|51|50|50| song info code to get two viewports under one viewport conditional |
| 06:26:05 | Riot- | then %Vl|b| |
| 06:39:42 | | Quit sitwon ("Leaving") |
| 06:39:57 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 06:40:14 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:53:43 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 07:00 |
| 07:00:27 | | Nick Soap_OutOfTown is now known as Soap (n=soap@rockbox/staff/soap) |
| 07:02:51 | | Quit Lambduh ("Leaving") |
| 07:05:49 | | Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.15/2008062306]") |
| 07:11:09 | *** | Saving seen data "./dancer.seen" |
| 07:21:29 | | Quit Chronon ("Leaving") |
| 07:22:13 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 07:25:22 | wpyh | hi JdGordon |
| 07:25:23 | wpyh | :p |
| 07:25:42 | wpyh | so, you couldn't reproduce FS #9184 on your dap? |
| 07:25:50 | JdGordon | nope |
| 07:25:57 | wpyh | ok.. |
| 07:26:02 | wpyh | I can, on my 5.5g Video |
| 07:26:03 | wpyh | ipod |
| 07:26:35 | JdGordon | when? on loading? or? |
| 07:26:38 | wpyh | on loading |
| 07:26:52 | wpyh | the screen will just display the background |
| 07:27:01 | wpyh | then the keys won't respond at all |
| 07:27:33 | wpyh | uh, except for holding down the select and menu |
| 07:27:42 | wpyh | since that's hardware |
| 07:28:08 | JdGordon | ok, lemme have a quick look at the code, see if there is anything suspicious |
| 07:28:32 | wpyh | ok:) |
| 07:32:14 | JdGordon | wpyh: i dont know how the maze save games work.. do you have any? |
| 07:32:56 | JdGordon | woops |
| 07:33:03 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 07:33:03 | * | JdGordon was looking at the code for the wrong plugin |
| 07:33:10 | wpyh | um, no |
| 07:33:14 | wpyh | I've never played it before |
| 07:33:19 | * | wpyh feels a little guilty |
| 07:33:25 | * | wpyh is slow. |
| 07:33:37 | | Quit Zarggg () |
| 07:34:35 | JdGordon | WTF? ok yes, something is fucked |
| 07:34:39 | | Join Transience [0] (n=Transien@cpe-74-76-155-49.nycap.res.rr.com) |
| 07:34:54 | JdGordon | got a nice purple screen now |
| 07:34:56 | Riot- | Right here in River City |
| 07:35:04 | wpyh | JdGordon: you found it? :) |
| 07:35:31 | Transience | does anyone know how to mount a MTP player as a USB hard disk in windows? (Player is Creative ZVM) |
| 07:36:11 | Llorean | Transience: If you are working on a Rockbox port, see the thread in the forum and associated wiki pages for all currently known info |
| 07:36:53 | Transience | nobody's figured this out yet, i figured someone might have done the same thing with a different player |
| 07:37:22 | Transience | I'm trying to format the device in FAT, but i can't get windows to mount it as a removable disk |
| 07:37:40 | Llorean | MTP is a different protocol entirely than UMS, and the software on the player controls what gets told to the computer, so you can't simply just bypass it. |
| 07:38:31 | Transience | so when i mount the player in linux, the player is still controlling what i can do? |
| 07:38:38 | Llorean | Yes. |
| 07:38:50 | Transience | okay... thanks |
| 07:39:06 | | Part Transience |
| 07:45:40 | wpyh | JdGordon: the maze lockup also happens on my iPod Nano |
| 07:45:48 | wpyh | so this might be somehow generic |
| 07:53:50 | Riot- | Any idea what the "s" is in %Cl|16|34|s120|s120|? I couldn't find any documentation on it. it doesn't appear to affect anything with it there or not |
| 07:54:15 | | Join miepchen^schlaf [0] (n=miepchen@p54BF61BF.dip.t-dialin.net) |
| 07:55:27 | | Quit miepchen^schlaf_ (Connection timed out) |
| 07:58:00 | JdGordon | wpyh: i need to try svn on my h300, but its not happeing with whatever build is on it now.. it could be some memory aligment thing on PP, or accessing an int as bool (or vice verca) |
| 07:58:11 | JdGordon | Riot-: max size I think |
| 07:59:14 | Llorean | I believe the resize patch uses that s to denote that "if the file isn't this size it should be resized" but somehow it made it into that WPS despite the lack of the patch |
| 07:59:20 | Llorean | It does mean it's forward compatible with the patch should it be included. |
| 08:00 |
| 08:00:33 | JdGordon | that a bit odd... |
| 08:00:39 | JdGordon | is it likely that patch will get commited? |
| 08:05:16 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF750B.dip.t-dialin.net) |
| 08:05:18 | wpyh | JdGordon: ok |
| 08:06:19 | wpyh | JdGordon: and one more thing: the ipod just stays in that screen for ages −− it doesn't auto shutdown |
| 08:06:25 | JdGordon | wpyh: im busy atm, but if your keen to find the bug, commeting out big blocks of code untill it crashes is always a fun thing to do on a sunday arvo :p |
| 08:06:33 | Llorean | JdGordon: It's like _a_ bitmap resizing function will get committed |
| 08:06:38 | wpyh | :p |
| 08:06:41 | Llorean | IIUC the one in the patch is ugly and basic. |
| 08:06:47 | JdGordon | ok |
| 08:07:12 | Llorean | There's another patch with a faster one, that I think just uses it for PictureFlow? |
| 08:07:15 | Llorean | Er, not faster |
| 08:07:16 | Llorean | Better |
| 08:07:20 | Llorean | Better looking, even. |
| 08:07:54 | Llorean | JdGordon: As for the s in the WPS, I imagine it was just a case of the designers doing it out of habit, and whoever committed it never looked. |
| 08:08:07 | Llorean | Since it didn't break parsing, they probably just assumed the S was valid syntax. |
| 08:08:16 | JdGordon | bingo |
| 08:08:21 | * | JdGordon thought it was used |
| 08:09:35 | | Quit gevaerts (Nick collision from services.) |
| 08:09:46 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 08:09:53 | Llorean | But I'd like to see the resize patch reach a suitable point and be included. |
| 08:09:58 | JdGordon | http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#The_Cl_tag says nothing about s |
| 08:10:00 | Llorean | Because frankly, at that point I might actually use AA |
| 08:10:11 | Llorean | JdGordon: I'm well aware of that. It doesn't exist in official builds. :) |
| 08:10:37 | Llorean | I wouldn't mind collecting AA if I didn't have to create new files if I ever changed WPS |
| 08:10:47 | JdGordon | yeah |
| 08:11:01 | JdGordon | I have cover.100x100 and cover.120x120 in every folder now because of that |
| 08:11:13 | scorche | not to mention with different targets |
| 08:11:50 | Llorean | Yeah |
| 08:11:53 | | Quit miepchen^schlaf (Connection timed out) |
| 08:12:05 | Llorean | I'd kinda like to just propagate a single cover.bmp with the album when I copy it to multiple players. |
| 08:12:11 | wpyh | um... weird |
| 08:12:25 | wpyh | why is credits.c always compiled when I edit a single line in maze.c? |
| 08:12:39 | JdGordon | because its stupid :p |
| 08:12:43 | Llorean | Actually, assuming the algorithm is modular enough that perhaps it's a single function, I don't see why we can't have the "bad" algorithm in (assuming it resizes on load, for more efficient buffer use) and replace it with the good one when it works well |
| 08:12:48 | JdGordon | credits.raw is always rebuilt |
| 08:13:13 | wpyh | JdGordon: rebuilt from the header comments in source files? |
| 08:13:33 | JdGordon | no, from docs/CREDITS |
| 08:13:38 | Llorean | Frankly, vastly simplified album art wouldn't be a bad thing for 3.0 |
| 08:13:51 | * | Llorean doesn't know why we need to be able to store our images in 40000000 places either. |
| 08:14:28 | * | wpyh finds it weird then, that credits.c is not recompiled if no source file is touched |
| 08:14:36 | JdGordon | AA integration in database would be amazingly awesome also |
| 08:14:37 | Soap | Why hasn't the maximum battery capacity been upped for the iPod Minis (at least)? Is it simply that nobody has gotten around to it, or is there another reason? |
| 08:14:55 | Llorean | Soap: Probably just nobody's gotten around to it. |
| 08:15:08 | Llorean | Soap: We should probably just set it to 4x the stock for all players. |
| 08:15:15 | Riot- | I just use this to resize all my art. Simple but works. http://www.anythingbutipod.com/forum/showthread.php?t=20510 I have to keep two different images anyway. Large ones as folder.jpg for mediaportal and I just convert it on my dap itself |
| 08:15:20 | Llorean | With the exceptions of the Archoses where it can affect charging. |
| 08:15:20 | scorche | Llorean: not sure what you mean by that comment...what new features wouldnt be? |
| 08:15:36 | Llorean | scorche: Which comment? |
| 08:15:48 | scorche | <Llorean> Frankly, vastly simplified album art wouldn't be a bad thing for 3.0 |
| 08:16:13 | Llorean | scorche: Oh. Well, many new features probably require some finagling before they go in. Bitmap resize is probably simple enough, and tested enough, to actually be 3.0-safe even at this late stage. |
| 08:16:26 | Llorean | As well, it reduces the complexity of using Rockbox, rather than increasing it. |
| 08:17:08 | scorche | well, yeah, but did you mean you would be aiming for resizing to be in 3.0 before it gets released, or...? |
| 08:17:35 | Llorean | Well it can't work its way into 3.0 after its released... |
| 08:17:48 | JdGordon | backports :p |
| 08:18:11 | Llorean | Only bugfixes get backported to point releases, and only when it's a significant enough problem. :-P |
| 08:18:23 | scorche | sorry...i meant having it in svn before 3.0 |
| 08:18:36 | Llorean | Yeah, I'd like to see it in SVN before 3.0, but that's just personal opinion. |
| 08:18:42 | Llorean | There may be objections I don't remember. |
| 08:19:14 | scorche | ah...just wanted to make sure you werent considering any new features as blockers ;) |
| 08:19:30 | Llorean | No. |
| 08:19:38 | | Join sitwon [0] (n=adam@pool-71-178-11-192.washdc.fios.verizon.net) |
| 08:19:40 | wpyh | JdGordon: it hangs (or maybe gets into an infinite loop) at line 500-501 (FOR_NB_SCREENS(i) maze_draw(...)) |
| 08:19:43 | Llorean | As far as I'm personally concerned, features are never a blocker. :) |
| 08:19:58 | scorche | of course :) |
| 08:20:08 | Llorean | Also, I don't get to decide blockers. |
| 08:20:10 | wpyh | if I return from the plugin right after maze_generate, then the text on the status bar becomes black instead of white |
| 08:20:53 | scorche | hence the personal qualifiers |
| 08:20:57 | Llorean | Indeed |
| 08:23:11 | JdGordon | Llorean: just wait... you may get stuck with the RM job :D |
| 08:23:33 | Llorean | Yup |
| 08:23:46 | Llorean | That might happen, at which point I *do* get to make decisions. |
| 08:24:02 | Llorean | Maybe I should make some very unpopular opinions now, so nobody will risk me being RM. ;) |
| 08:24:05 | * | scorche thinks JdGordon will get stuck with it =P |
| 08:26:30 | * | JdGordon wouldnt really mind doing it... dunno how many "friends" he'll keep if he gets the job though ;p |
| 08:27:35 | wpyh | JdGordon: the ipod hangs inside maze_draw(), I'm looking into it |
| 08:27:46 | JdGordon | great |
| 08:28:31 | | Join Rob2223 [0] (n=Miranda@p4FDCC89C.dip.t-dialin.net) |
| 08:36:01 | Llorean | JdGordon: Apparently Nico_P has been involved with the resize patch |
| 08:36:31 | JdGordon | ok |
| 08:36:49 | * | Llorean wonders how big the binsize increase is. |
| 08:37:21 | * | JdGordon doesnt care about the binsize increase |
| 08:37:43 | * | Llorean does if it's over a certain limit. |
| 08:39:01 | JdGordon | is there a limit on any of the targets which this would affect? |
| 08:39:26 | JdGordon | the ifp is the only swcodec with a "not far away in the future" limit |
| 08:39:34 | JdGordon | and that port is stalled |
| 08:41:20 | Llorean | The iFP port already doesn't fit. |
| 08:41:39 | Llorean | At least, there's not enough room for a few of the codecs at the moment, I believe. |
| 08:42:10 | Llorean | But I think there's still value in trying to keep the total ram used by Rockbox fairly low. |
| 08:42:23 | Llorean | That doesn't mean "no binsize increases", but "trying to make sure increases are worth it" |
| 08:42:52 | Llorean | It seems to me bitmap resizing shouldn't be *too* big. |
| 08:43:04 | Llorean | But I don't know enough about it to make an educated judgement. |
| 08:43:33 | * | JdGordon wants to get rid of the delta table |
| 08:43:48 | JdGordon | its fun, but really doesnt do much good |
| 08:43:49 | Llorean | Why? |
| 08:44:01 | Soap | (I swear I'm off to bed) - Has there been any thought as to releasing 3.0 in two different flavors? Lean and Mean vs Big and Bloated? |
| 08:44:04 | Llorean | It does make us more aware of binsize increases over time. |
| 08:44:12 | JdGordon | because since its been there, its been harder and harder to get reed delta featuers in |
| 08:44:15 | Llorean | Soap: Not even been brought up. |
| 08:44:30 | Llorean | JdGordon: I don't think a single feature's been reverted for red bin, has it? |
| 08:44:39 | | Join lafille [0] (n=lafille@ANantes-257-1-35-57.w90-25.abo.wanadoo.fr) |
| 08:44:52 | wpyh | sorry to interrupt, but I think maze.c hangs in maze_draw at the first call to getwidth() |
| 08:44:57 | JdGordon | I only remember 1 feature ever being reverted... and no it wasnt because of red delta |
| 08:44:58 | Llorean | Besides, the steering board will be even worse (or better) depending on your perspective, and who gets voted in. |
| 08:45:06 | JdGordon | I'm saying getting them commited has been harder |
| 08:45:07 | wpyh | maybe the display/screen is not initialized |
| 08:45:23 | Llorean | JdGordon: I don't think the bin table makes it harder. It just makes more people whine. You can ignore them if you're sure enough of the feature being worth it. |
| 08:45:34 | JdGordon | wpyh: you can take for granted that it is setup correctly |
| 08:45:43 | JdGordon | wpyh: s/it/anything in the api |
| 08:45:51 | wpyh | um... |
| 08:46:37 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:46:41 | wpyh | then it may be used incorrectly |
| 08:47:19 | | Quit lafille (Client Quit) |
| 08:48:00 | JdGordon | wpyh: yes.. its not... display->getwidth/height gets the current viewports w/h which is wrong... |
| 08:48:29 | * | wpyh wonders whether this is related to the recent viewport changes |
| 08:49:01 | JdGordon | tis |
| 08:49:07 | JdGordon | wanna test a quick patch? |
| 08:49:10 | wpyh | ok ;) |
| 08:49:58 | JdGordon | http://pastebin.ca/1070660 |
| 08:52:10 | wpyh | let's see... |
| 08:57:13 | wpyh | no, it doesn't fix the lockup |
| 09:00 |
| 09:00:58 | JdGordon | wpyh: ok, change get_width/height to display->lcdwidth and display->lcdheight on line 179/180 |
| 09:03:48 | wpyh | JdGordon: please wait a while :) |
| 09:04:08 | JdGordon | no worries |
| 09:04:16 | * | JdGordon still supposed to be doing uni work :p |
| 09:10:16 | JdGordon | yay! done for the sememster... 2 days before sem 2 starts again :p |
| 09:11:12 | *** | Saving seen data "./dancer.seen" |
| 09:19:39 | wpyh | JdGordon: I have to apologize |
| 09:19:48 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 09:19:59 | wpyh | but I haven't tried the second idea you suggested, because I was playing with maze.c |
| 09:20:23 | JdGordon | ok cool |
| 09:20:32 | wpyh | yeah, and I found out something |
| 09:20:35 | wpyh | (weird) |
| 09:21:09 | wpyh | after maze_init() and maze_generate() are called in plugin_start(), if I call rb->screens[0]->getwidth(), then it will freeze |
| 09:21:31 | wpyh | if I call rb->screens[0]->getwidth() before maze_generate is called, then it won't freeze |
| 09:21:41 | wpyh | sounds like stack corruption to me |
| 09:22:19 | wpyh | if I call rb->screens[0]->getwidth() inside maze_generate(), just before the closing brace, it won't freeze (I've tried this, but will verify again) |
| 09:24:23 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 09:26:33 | | Join Lambduh [0] (n=Lambda@64.6.88.58) |
| 09:27:31 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 09:28:19 | wpyh | verified |
| 09:28:49 | wpyh | JdGordon: if I call getwidth() inside maze_generate, it won't freeze; if I call it after maze_generate returns, it will freeze |
| 09:31:14 | JdGordon | ok, svn up.. shouldnt be a rproblem anymore |
| 09:33:41 | wpyh | nope, still same problem |
| 09:33:55 | wpyh | I noticed that you changed the function call to lcdwidth() |
| 09:33:58 | wpyh | but it didn't help :p |
| 09:34:13 | wpyh | I think the problem lies inside maze_generate() |
| 09:34:21 | wpyh | as I said, stack corruption/overflow/whatever |
| 09:35:26 | JdGordon | bah, lame |
| 09:35:39 | JdGordon | that change should have stopped the stack corruption |
| 09:35:49 | wpyh | uh.. how? |
| 09:36:20 | * | wpyh doesn't see anything related to a stack in the diff |
| 09:36:41 | JdGordon | just because :D |
| 09:36:53 | wpyh | :-\ |
| 09:36:56 | JdGordon | lcdwidth() before was returning something smaller than expected |
| 09:37:55 | * | wpyh is confused |
| 09:51:14 | wpyh | JdGordon: IMHO, you didn't fix the problem, you merely moved it down to the call to clear_display() |
| 09:51:15 | wpyh | :p |
| 09:51:39 | wpyh | I've synced with the latest svn with your patch |
| 09:51:44 | JdGordon | arg... bugger |
| 09:51:50 | JdGordon | yeah, should have tested first |
| 09:51:50 | wpyh | it still locks up |
| 09:51:53 | wpyh | :p |
| 09:52:01 | wpyh | don't worry, the problem is deeper than that ;) |
| 09:52:31 | wpyh | now if I comment out the whole while loop inside maze_generate, the lockup doesn't happen |
| 09:53:09 | wpyh | the maze is not generated, so I'm stuck in the first cell, surrounded by all 4 walls −− the game works :D and I can exit the game |
| 09:53:36 | wpyh | looking at that while loop, we can see calls to stack push and pop operations |
| 09:53:47 | wpyh | that means, something went wrong in those calls |
| 09:53:51 | wpyh | maybe an overflow |
| 09:54:02 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 09:54:03 | wpyh | I don't know, but the problem is definitely there :p |
| 09:54:19 | * | JdGordon is checking the svn log for maze |
| 09:55:26 | wpyh | good idea :D |
| 09:56:57 | JdGordon | r13996 is porbably the culrpit then |
| 09:57:40 | wpyh | maybe... that's a *lot* of code |
| 09:57:48 | wpyh | (which I don't understand) |
| 09:58:38 | JdGordon | ditto |
| 09:58:46 | * | JdGordon cant really bo bothered figureing it out also |
| 09:59:29 | wpyh | it's really complex |
| 09:59:58 | wpyh | maybe we should just rewrite the whole thing :p |
| 10:00 |
| 10:00:19 | wpyh | anyway, should your patch be reverted then? |
| 10:00:33 | JdGordon | no, its still better than the previous code |
| 10:00:42 | * | JdGordon added some debug splashes |
| 10:01:07 | wpyh | ok |
| 10:01:12 | wpyh | how do we add debug splashes? |
| 10:01:18 | * | wpyh is a noob |
| 10:01:44 | JdGordon | bloody typical.... works fine again |
| 10:01:55 | JdGordon | rb->splash(5*HZ, "message"); |
| 10:02:06 | * | wpyh thinks we can't just hide the bug by using splashes |
| 10:02:09 | wpyh | we need to fix it |
| 10:02:18 | wpyh | thx |
| 10:02:20 | JdGordon | :) |
| 10:04:08 | * | wpyh realizes he's just violated a rule |
| 10:04:48 | JdGordon | only one? |
| 10:04:56 | | Quit Seed (Nick collision from services.) |
| 10:05:00 | | Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 10:05:02 | wpyh | uh... I can only spot one |
| 10:05:02 | wpyh | :p |
| 10:06:53 | * | wpyh wonders where the splash() function resides |
| 10:06:58 | JdGordon | hmm... could it infinite loop in the if (available_neighbours == 0){ line |
| 10:07:00 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 10:07:19 | | Quit K4rP4D (verne.freenode.net irc.freenode.net) |
| 10:07:19 | NSplit | verne.freenode.net irc.freenode.net |
| 10:07:19 | | Quit tarbo (verne.freenode.net irc.freenode.net) |
| 10:07:19 | | Quit Strogg (verne.freenode.net irc.freenode.net) |
| 10:07:19 | | Quit UncleRemus (verne.freenode.net irc.freenode.net) |
| 10:07:19 | | Quit FOAD (verne.freenode.net irc.freenode.net) |
| 10:07:19 | | Quit preglow (verne.freenode.net irc.freenode.net) |
| 10:07:50 | wpyh | JdGordon: that's not the problem |
| 10:07:53 | | Join tessarakt2 [0] (n=jens@e180072028.adsl.alicedsl.de) |
| 10:07:55 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 10:08:13 | wpyh | I've commented out that whole if-block and replaced it with visited_cells++, but the same problem still happens |
| 10:08:24 | NHeal | verne.freenode.net irc.freenode.net |
| 10:08:24 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 10:08:27 | NJoin | FOAD [0] (n=dok@dinah.blub.net) |
| 10:08:42 | wpyh | looking at maze_pick_random_neighbour_cell_with_walls(), I see some more pop and pushes -_-" |
| 10:08:51 | NJoin | UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) |
| 10:09:04 | NJoin | tarbo [0] (n=me@unaffiliated/tarbo) |
| 10:10:54 | * | wpyh seriously thinks the maze code needs cleanup |
| 10:11:09 | wpyh | JdGordon: are RB devs interested in patches that only cleans up code? |
| 10:11:18 | wpyh | like for example in maze_init |
| 10:11:30 | wpyh | I'm thinking of moving the border setup out |
| 10:11:43 | JdGordon | usually yes... but plugins are really low on everyone priorities |
| 10:11:47 | wpyh | out of the loop, and putting it in its own loop |
| 10:12:11 | wpyh | how about I post the patches directly here on pastebin? |
| 10:12:28 | stripwax | better to paste to flyspray |
| 10:12:53 | wpyh | ok |
| 10:15:59 | | Join d-k-t-2 [0] (n=dt@vpn21.witopia.net) |
| 10:17:49 | | Join Rogg [0] (n=jean@76.10.145.36) |
| 10:17:49 | NJoin | K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 10:17:49 | | Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 10:19:57 | | Quit ompaul (Client Quit) |
| 10:21:46 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 10:22:07 | | Join fyrestorm [0] (n=fyre@cpe-68-173-163-56.nyc.res.rr.com) |
| 10:22:47 | | Quit d-k-t (Read error: 110 (Connection timed out)) |
| 10:24:01 | | Quit K4rP4D (verne.freenode.net irc.freenode.net) |
| 10:24:01 | | Quit Seed (verne.freenode.net irc.freenode.net) |
| 10:24:01 | | Quit Rogg (verne.freenode.net irc.freenode.net) |
| 10:27:51 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 10:29:06 | wpyh | JdGordon: where is the function rb->splash located? and what does it do? |
| 10:29:22 | wpyh | I can only find a function called splash() in apps/gui/splash.c, but it's static |
| 10:29:46 | wpyh | (and doesn't have the same parameter list) |
| 10:31:05 | stripwax | wpyh - it pops up a message look in apps/plugin.h |
| 10:31:16 | stripwax | (and apps/plugin.c) |
| 10:32:08 | stripwax | rb->splash points to the function called gui_syncsplash |
| 10:32:14 | domonoky | the splash uses in plugins is a "gui_syncsplash" see plugin.c |
| 10:32:20 | wpyh | ok, thanks :) |
| 10:34:08 | wpyh | ah, no wonder I can't find the assignment |
| 10:35:43 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 10:38:20 | wpyh | yay! I fixed the problem, although in the wrong way |
| 10:38:44 | wpyh | JdGordon: put set_viewport(NULL) immediately before maze_draw and the problem goes away |
| 10:39:01 | wpyh | s/put/call/g |
| 10:40:08 | | Quit d-k-t-2 (Read error: 110 (Connection timed out)) |
| 10:40:11 | | Join d-k-t [0] (n=dt@vpn21.witopia.net) |
| 10:40:42 | | Join Horscht [0] (n=Horscht@p4FD4BE7D.dip.t-dialin.net) |
| 10:40:42 | NJoin | K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 10:40:50 | | Join macnoob [0] (n=machiel@s55913c50.adsl.wanadoo.nl) |
| 10:41:17 | | Part macnoob ("Konversation terminated!") |
| 10:42:09 | NJoin | Rogg [0] (n=jean@76.10.145.36) |
| 10:42:13 | | Quit Guest36577 (Remote closed the connection) |
| 10:44:05 | | Join fml [0] (n=4fd3f80b@gateway/web/cgi-irc/labb.contactor.se/x-f3bf43df569ada96) |
| 10:48:31 | wpyh | ah, i knew it |
| 10:48:34 | wpyh | stack overflow |
| 10:49:00 | wpyh | if I set the MAZE_HEIGHT and MAZE_WIDTH to something small (for example 12 and 16), then the game works fine |
| 10:49:13 | wpyh | set it back to the default (24 and 32) then it won't work |
| 10:54:20 | | Nick miepchen^schlaf_ is now known as miepchen^schlaf (n=miepchen@p54BF750B.dip.t-dialin.net) |
| 10:55:18 | wpyh | if I set the maze to be 32x20, it works |
| 10:55:29 | wpyh | if I set it to 32x23, it will error out with |
| 10:55:39 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 10:55:42 | wpyh | "*PANIC*\nStkov main (0)" |
| 10:55:48 | wpyh | does anyone know what this means? |
| 10:55:58 | domonoky | Stackoverflow. |
| 10:56:06 | wpyh | great |
| 10:56:11 | domonoky | you are allocating too much on stack. |
| 10:56:25 | stripwax | or recursing too deeply |
| 10:56:37 | wpyh | I wonder why using 32x24 doesn't generate this error |
| 10:56:47 | stripwax | Threads can allocate more stack, I think.. |
| 10:57:21 | wpyh | um... |
| 10:57:22 | stripwax | Maybe it needs to be an even number |
| 10:57:23 | wpyh | how? |
| 10:57:42 | wpyh | I'll try 32x22 and 32x26 |
| 10:58:22 | wpyh | 32x22 works fine |
| 10:59:03 | wpyh | stripwax: 32x24 doesn't generate the error, but corrupts the stack |
| 10:59:21 | stripwax | hm, curious |
| 10:59:23 | wpyh | or memory |
| 10:59:30 | wpyh | ah, 32x26 works |
| 10:59:37 | wpyh | so what's special about 32x24? |
| 10:59:38 | wpyh | :-\ |
| 10:59:55 | wpyh | 32x24=768 |
| 11:00 |
| 11:01:20 | domonoky | the buffer for the maze is allocated on stack, but if this is the problem, all bigger mazes shouldnt work, and not only a few sizes.. |
| 11:01:58 | wpyh | maybe for small sizes the stack is sufficient, for bigger mazes the stack is automatically extended, for the right size the stack is not automatically extended? |
| 11:02:14 | | Quit fml ("CGI:IRC") |
| 11:02:39 | wpyh | ok, confirmed that 32x25 works |
| 11:02:46 | domonoky | stack is never autmatically extended. We have fixed sized stacks for our threads (you could change them at compile time)... |
| 11:02:49 | wpyh | so, only 32x23 and 32x24 generates problems |
| 11:03:31 | domonoky | but maybe the problem is somewhere in the calculation, so it puts more on stack depending on how big with and height are.. |
| 11:06:16 | * | wpyh can't see it |
| 11:07:05 | wpyh | btw, for 32x23 I can see the whole maze for a split second |
| 11:07:07 | wpyh | then it disappears |
| 11:07:12 | wpyh | and I see the PANIC |
| 11:07:42 | wpyh | so actually 32x23 got a little farther than 32x24 |
| 11:07:53 | wpyh | and this should explain why some people can't reproduce the bug |
| 11:08:21 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 11:08:44 | domonoky | you could gradually comment out things, to find out in which function the problem is.. |
| 11:09:35 | | Join merbanan [0] (n=banan@83.233.242.107) |
| 11:10:15 | wpyh | well, actually I've found where the problem starts |
| 11:10:19 | wpyh | it's in maze_generate |
| 11:10:44 | | Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 11:11:16 | wpyh | but the problem is, I don't know why it happens |
| 11:11:17 | *** | Saving seen data "./dancer.seen" |
| 11:13:18 | | Join fml [0] (n=4fd3f80b@gateway/web/cgi-irc/labb.contactor.se/x-da5258d91c1e7677) |
| 11:15:32 | JdGordon | wpyh: moving the set_viewport call shouldnt change anythign |
| 11:15:48 | wpyh | but it does :) |
| 11:16:10 | JdGordon | also, im wondering why main is stkoving |
| 11:16:40 | * | wpyh neither |
| 11:16:45 | JdGordon | oh wait... |
| 11:16:47 | JdGordon | hmm... |
| 11:16:51 | wpyh | the stack is corrupt, I'm sure of that |
| 11:16:59 | wpyh | I did another experiment |
| 11:17:00 | domonoky | plugins run in the main thread, so if you produce a stackoverflow, i would expect this.. |
| 11:17:16 | JdGordon | yeah, but i thought the large array was being alloced on the heap... |
| 11:17:23 | JdGordon | which it apparently isnt |
| 11:17:38 | wpyh | I use 32x23 and run the game |
| 11:17:41 | domonoky | no, maze allocates everything on stack, as far as i checked the source.. |
| 11:17:45 | wpyh | it gives the Stkov panic |
| 11:18:09 | JdGordon | yeah looing now |
| 11:18:12 | JdGordon | looking now |
| 11:18:24 | wpyh | then if I return from plugin_start before the switch(button) near line 520, it won't panic, |
| 11:18:47 | JdGordon | maze_pick_random_neighbour_cell_with_walls is going to be the problem |
| 11:18:57 | * | wpyh hopes JdGordon is rightr |
| 11:19:26 | JdGordon | actually maybe not... |
| 11:19:34 | JdGordon | its not called recursivly |
| 11:19:34 | wpyh | uh? |
| 11:19:38 | wpyh | but |
| 11:20:06 | wpyh | commenting out the other lines below maze_pick_random_neighbour_cell in maze_generate still generates the problem |
| 11:20:13 | JdGordon | a 736*2 byte arra shouldnt be causing a stkov |
| 11:20:56 | * | wpyh thought int is 4 bytes |
| 11:21:04 | domonoky | But maze allocated more of this buffers (all those internal coord_stacks) but i am not sure if this is the problem.. |
| 11:21:16 | JdGordon | so it is... i thought is was a short |
| 11:21:50 | domonoky | the coord_stack(s) is shorts width*height*short |
| 11:23:03 | JdGordon | ive moved the 2 coord_stack structs out of their functions so its not on the stack anymore, testing on target |
| 11:23:04 | domonoky | the otherway round :-) the maze buffer is "short int", the coord_stacks are "int" |
| 11:23:40 | JdGordon | they are re-init each call so dont need to be local vsriables |
| 11:25:41 | JdGordon | and once again it works fine on target so dunno if that really fixes it or not |
| 11:26:07 | wpyh | hello! |
| 11:26:15 | * | wpyh thanks domonoky and JdGordon |
| 11:26:56 | wpyh | I changed the maze in struct maze to int and it fixed the problem |
| 11:27:11 | wpyh | but the whole thing is still braindamaged |
| 11:27:46 | wpyh | like the push and pop functions |
| 11:27:47 | JdGordon | main is at 42% before running maze... 52% after |
| 11:28:05 | wpyh | they shift the data by 8, while using int |
| 11:28:09 | wpyh | -_-" |
| 11:28:26 | JdGordon | we welcome a patch :) |
| 11:28:57 | wpyh | JdGordon: I have to clean it up some more, so maybe tonight |
| 11:29:12 | | Quit fml ("CGI:IRC (EOF)") |
| 11:29:17 | wpyh | will you accept a patch that fixes the problem and cleans up the code? |
| 11:29:23 | wpyh | or should I split them into two? |
| 11:29:36 | * | JdGordon doesnt really care |
| 11:29:51 | wpyh | ok |
| 11:32:36 | | Quit bertrik (Read error: 110 (Connection timed out)) |
| 11:33:34 | | Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 11:35:28 | | Join voltagex_ [0] (n=voltagex@dsl-202-45-99-40.ACT.netspace.net.au) |
| 11:35:53 | voltagex_ | hi, this might be the only place to ask this - what kind of soldering iron do I need to solder on the H300 board? |
| 11:36:21 | JdGordon | one with a hot metal tip |
| 11:37:20 | * | wpyh thinks he may be asking about the tip shape |
| 11:38:06 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 11:38:29 | * | domonoky thinks any solder iron with a small enough tip should work. |
| 11:40:55 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 11:41:05 | voltagex_ | JdGordon: you know what I'm trying to repair, lol :P |
| 11:41:12 | | Nick voltagex_ is now known as VoltageX (n=voltagex@dsl-202-45-99-40.ACT.netspace.net.au) |
| 11:41:36 | VoltageX | domonoky: I, err seperated the "ribbon" off the board of my H340. |
| 11:41:52 | VoltageX | it's not destroyed, because if i press it back into position the player works fine. |
| 11:43:04 | | Quit BHSPitLappy ("Ex-Chat") |
| 11:52:19 | | Join oofus [0] (n=chris@oofus.demon.co.uk) |
| 11:55:16 | | Quit daurn (Remote closed the connection) |
| 11:59:40 | wpyh | VoltageX: I've never repaired such a thing before, but I think you can just reflow the solder connecting the ribbon cable and the board |
| 12:00 |
| 12:01:09 | VoltageX | wpyh you mean touch it gently to melt it a bit then stick it back together? |
| 12:02:10 | wpyh | yeah |
| 12:02:23 | wpyh | melt the solder points a bit and let it cool down |
| 12:02:48 | wpyh | JdGordon: the problem is not entirely fixed yet, because maze_solve() still hangs with a "data abort" |
| 12:02:51 | | Join herrwaldo [0] (n=waldo@ip-81-11-214-174.dsl.scarlet.be) |
| 12:03:02 | wpyh | and I thought Stkov was some Russian developer's name... |
| 12:03:44 | VoltageX | ok, i can only cause it to be irrepairable, worth a shot! |
| 12:04:06 | wpyh | VoltageX: disclaimer: I haven't tried that procedure before |
| 12:04:23 | VoltageX | wpyh: neither :P |
| 12:07:00 | wpyh | ok, maze_solve is fixed by simply using uint16_t instead of unsigned int |
| 12:07:15 | wpyh | all: do you prefer (unsigned short) or (uint16_t)? |
| 12:09:30 | stripwax | unsigned short |
| 12:09:35 | wpyh | ok |
| 12:09:44 | * | linuxstb was about to say the opposite ;) |
| 12:09:46 | wpyh | may I ask why? |
| 12:10:09 | linuxstb | But I don't think it matters - afaik, short is 16-bit everywhere. |
| 12:11:19 | | Quit avis (Remote closed the connection) |
| 12:11:20 | stripwax | I guess it doesn't have to be. I've not looked at the code, so if it assumes the data contains exactly 16 bits, uint16_t makes more sense |
| 12:12:26 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 12:12:40 | wpyh | well, then I'll use uint16_t |
| 12:17:00 | * | wpyh is guilty of not using proper context |
| 12:28:22 | | Quit GodEater_ (Remote closed the connection) |
| 12:28:37 | | Join moos [0] (i=moos@81-66-127-198.rev.numericable.fr) |
| 12:29:10 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
| 12:36:55 | wpyh | is anyone opposed to the idea of forcing square boxes for the maze? |
| 12:37:25 | wpyh | as in, calculate the MAZE_WIDTH and MAZE_HEIGHT using a predefined square box size |
| 12:43:09 | wpyh | another question |
| 12:43:37 | wpyh | all: do you prefer x++ or ++x, when outside an equation? (so that both has the same effect) |
| 12:43:41 | wpyh | s/has/have |
| 12:46:06 | linuxstb | wpyh: If you do that, be aware that the Archos LCDs don't have square pixels |
| 12:46:26 | wpyh | :O |
| 12:46:50 | wpyh | any other LCD's with non-square pixels? |
| 12:48:18 | wpyh | and what ratio are those LCD pixels in? |
| 12:48:52 | wpyh | and another question: should all of a plugin's functions be static? |
| 12:49:56 | wpyh | (except for plugin_start) |
| 12:51:26 | bertrik | wpyh, I generally prefer x++. Plugin functions don't need to be static AFAIK, but it's nice to make them static |
| 12:51:39 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
| 12:51:41 | wpyh | bertrik: thanks |
| 12:51:59 | wpyh | I prefer ++x, but I do realize that 95% of programmers prefer x++ |
| 12:52:00 | wpyh | :p |
| 12:52:12 | wpyh | I'll make the functions in maze.c static then |
| 12:52:53 | stripwax | As long as you're not using the result of x, it doesn't really matter |
| 12:53:10 | wpyh | stripwax: yes, it doesn't actually matter |
| 12:53:15 | wpyh | just a matter of style :p |
| 12:53:23 | wpyh | I'll follow the general style then ;) |
| 12:54:50 | bertrik | I think in the main rockbox firmware, local functions should be made static to limit the scope and prevent name clashes, but plugins are not directly linked to the main firmware so it doesn't really matter. |
| 12:55:09 | wpyh | ok.. |
| 12:55:44 | wpyh | I think we should make them static to be consistent |
| 13:00 |
| 13:00:03 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 13:02:59 | | Join VoltageX_ [0] (n=voltagex@dsl-202-45-99-40.ACT.netspace.net.au) |
| 13:03:18 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 13:03:27 | linuxstb | bertrik: Using static also means gcc can perform more optimisations - the function doesn't need to be exported, so for example, could be made inline. |
| 13:03:31 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:04:01 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 13:04:24 | | Join einhirn_ [0] (n=Miranda@p5B0339FE.dip0.t-ipconnect.de) |
| 13:07:00 | bertrik | linuxstb, I usually compile with an extra flag -Wmissing-prototypes to check for possible static candidates and missing #includes and it's mostly in shape for the main firmware, but if you want to fix this for plugins too there's a _lot_ of functions to be changed |
| 13:07:16 | wpyh | let's fix the functions one by one |
| 13:07:24 | wpyh | then it won't seem like too many functions |
| 13:07:27 | | Quit Horscht ("IRC is just multiplayer notepad") |
| 13:09:18 | wpyh | btw, why is the maze in the maze plugin drawn for all screens? |
| 13:09:26 | wpyh | (I see FOR_NB_SCREENS everywhere) |
| 13:09:49 | bertrik | wpyh, I think it's a lot of change with negligible impact, so I think it's not worth it |
| 13:10:21 | wpyh | bertrik: well, I've changed all the functions in maze.c... |
| 13:11:05 | bertrik | actually some plugins stopped working when I changed all of their functions to static... no idea why |
| 13:11:21 | *** | Saving seen data "./dancer.seen" |
| 13:11:28 | wpyh | I'll test it before posting a patch :) |
| 13:12:10 | wpyh | bertrik: in your case, could it be that the functions are all inlined and the rock becomes too big? |
| 13:13:46 | wpyh | anyway, is it ok if I change the screen drawing functions and remove the FOR_NB_SCREENS() loops? |
| 13:14:17 | bertrik | wpyh, maybe I haven't looked into that. It would be nice if something like that could be detected at compile-time. |
| 13:14:43 | * | wpyh doesn't understand how to detect that at compile time, but probably just compare the sizes? |
| 13:16:01 | wpyh | I'm for removing the FOR_NB_SCREENS loops, because they are wrong when there is a remote and the remote LCD size and type is different with the main LCD |
| 13:16:15 | wpyh | uh, not wrong, but almost useless |
| 13:16:44 | stripwax | ? |
| 13:16:50 | bertrik | wpyh, I don't know if they should be removed, you're the expert now! |
| 13:17:03 | wpyh | well, it's just a suggestion |
| 13:17:39 | wpyh | like, the maze will of course be shown on the remote, but it will be small |
| 13:18:38 | wpyh | but I don't have a player with a remote, so I can't just remove it, since I can't test it :p |
| 13:19:47 | linuxstb | bertrik,wpyh: The plugin code-size becoming too big _would_ be detected at compile-time - by the linker. |
| 13:19:52 | | Quit VoltageX (Read error: 110 (Connection timed out)) |
| 13:20:00 | wpyh | ah.. |
| 13:21:08 | bertrik | linuxstb, ok, I'll test that sometime |
| 13:23:20 | | Join DrMoos [0] (i=moos@81-66-127-198.rev.numericable.fr) |
| 13:24:50 | | Quit moos (Read error: 104 (Connection reset by peer)) |
| 13:27:01 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 13:27:39 | | Nick DrMoos is now known as moos (i=moos@81-66-127-198.rev.numericable.fr) |
| 13:28:12 | | Quit bughunter2 ("Leaving.") |
| 13:40:02 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 13:40:28 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 13:44:04 | | Quit DerDome (Read error: 104 (Connection reset by peer)) |
| 13:44:07 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-255-026.pools.arcor-ip.net) |
| 13:44:19 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-255-026.pools.arcor-ip.net) |
| 13:44:21 | wpyh | may I know who implemented the rand() function? |
| 13:44:37 | wpyh | I almost always get the same maze! |
| 13:46:48 | linuxstb | Are you seeding it? |
| 13:47:01 | | Part yoyoned |
| 13:47:22 | | Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) |
| 13:48:12 | wpyh | linuxstb: no |
| 13:48:16 | wpyh | how do I seed it? :-\ |
| 13:48:46 | JdGordon | rb->srand(*rb->current_tick) |
| 13:49:02 | wpyh | uh... /me thought it was a system setting / option somewhere |
| 13:49:13 | wpyh | apparently maze.c didn't seed it |
| 13:49:33 | wpyh | shouldn't it be made global? |
| 13:49:47 | linuxstb | Should what be made global? |
| 13:49:51 | wpyh | the seed |
| 13:50:02 | wpyh | so all plugins share the same randomness? |
| 13:50:04 | * | preglow spots mixed case identifiers |
| 13:50:27 | stripwax | what does "the same randomness" mean? |
| 13:50:59 | linuxstb | preglow: The police have been slacking... |
| 13:51:23 | wpyh | uh... I mean initialize it once at boot, so that every plugin doesn't need to initialize it again |
| 13:51:51 | wpyh | but I just realized that it would be messy, carrying a global seed around... |
| 13:51:53 | linuxstb | That's missing the point of seeding it when the plugin is launched. |
| 13:52:13 | wpyh | yeah |
| 13:52:15 | * | wpyh is stupid |
| 13:52:25 | wpyh | let's make maze.c seed the rng then :) |
| 13:52:58 | | Quit Riot- ("I have to go bathe mother.") |
| 13:54:11 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
| 14:00 |
| 14:07:36 | | Join m0f0x_ [0] (n=m0f0x@189-47-21-136.dsl.telesp.net.br) |
| 14:09:52 | | Nick Rogg is now known as Strogg (n=jean@unaffiliated/strogg) |
| 14:09:55 | | Join tvelocity [0] (n=tony@athedsl-119801.home.otenet.gr) |
| 14:13:19 | | Join PaulJam [0] (i=PaulJam_@vpn-3082.gwdg.de) |
| 14:13:45 | | Quit daurn (Remote closed the connection) |
| 14:17:47 | | Quit moos (Read error: 110 (Connection timed out)) |
| 14:19:12 | | Quit m0f0x (Read error: 110 (Connection timed out)) |
| 14:19:49 | | Nick Seedy is now known as Seed (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 14:24:09 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 14:35:07 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 14:42:18 | | Join mf0102 [0] (n=michi@85.127.180.113) |
| 14:45:59 | | Join MTee [0] (n=mtee@nat/ibm/x-a620db6219fa87df) |
| 14:46:49 | | Quit MTee (Client Quit) |
| 14:48:20 | | Join daurn|iphone [0] (n=daurn@b27C.adsl.ecomtel.com.au) |
| 14:50:13 | | Quit daurn|iphone (Client Quit) |
| 14:50:59 | avis | how can i ensure i get a v1 of the sansa e280 ? |
| 14:51:28 | linuxstb | Take it out of the box and check the version number of the Sandisk firmware running on it. |
| 14:52:01 | avis | when i mean is, when ordering online how can i ensure it will be a v1 ? |
| 14:52:01 | wpyh | does anyone know the purpose of "if(!quit) rb->yield();" at the end of maze.c? |
| 14:52:13 | wpyh | there's a comment there: /* BUG alert: always yielding causes data abort */ |
| 14:52:17 | wpyh | what does that mean? |
| 14:53:21 | stripwax | avis - you can ask the seller if they can open the box and check; otherwise you can't ensure it will be v1 |
| 14:54:40 | avis | thanks stripwax |
| 14:54:50 | | Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") |
| 14:55:00 | wpyh | I've tried removing the if clause, but it doesn't give me any data abort or such stuff |
| 14:55:03 | stripwax | wphy - sounds suspicious. it might be a workaround to some kind of (possibly previously unreported) threading bug, does it work if you take out the if? |
| 14:55:13 | * | wpyh is wpyh |
| 14:55:13 | stripwax | jinx. then you're probably ok to leave it out |
| 14:55:19 | bertrik | wpyh, must be a work-around for a bug that the original coder did not understand. Removing the if would also be my suggestion. |
| 14:55:24 | wpyh | ok |
| 14:55:24 | wpyh | :) |
| 14:55:26 | stripwax | wpyh - oops! sorry |
| 14:55:32 | wpyh | :) |
| 14:56:05 | wpyh | I think the original author hit that bug we discussed earlier about stack overflow, but didn't know it was because of the stack |
| 14:56:10 | wpyh | I've removed it now |
| 14:56:14 | stripwax | yep, sounds like it |
| 14:56:29 | wpyh | :) |
| 14:57:22 | * | bertrik looks for more BUG comments |
| 14:58:56 | | Join Hobson [0] (n=Hobson@87.19.220.49) |
| 14:59:12 | Hobson | hi everyone |
| 14:59:17 | * | wpyh waves |
| 15:00 |
| 15:00:11 | * | stripwax profiles libmad layer3 with some inline functions forced to not inline, just to see what happens.. |
| 15:03:05 | stripwax | rockbox usb mode still really messes with my laptop - renders it mostly unusable for a good thirty seconds after plugging in. any ideas why that is? |
| 15:03:38 | * | wpyh suggests stripwax to check his dmesg |
| 15:03:50 | stripwax | oddly, my irc client works ok. but anything remotely related to Explorer hangs |
| 15:03:57 | * | wpyh finds that maze_draw is a huge waste of resources |
| 15:04:01 | * | stripwax wishes XP had a dmesg |
| 15:04:04 | bertrik | stripwax, initial versions of gevaerts' stack did that for me on windows, but later versions seemed to fix it completely. |
| 15:04:15 | wpyh | stripwax: sorry :p |
| 15:04:15 | stripwax | current build |
| 15:04:41 | wpyh | in that case, I would suggest that you log in as admin and check the event logs |
| 15:05:25 | wpyh | all: is rb->display() called from a plugin expensive? |
| 15:05:34 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:06:52 | stripwax | saratoga - (for the logs) - http://pastebin.ca/1070840 is pretty detailed now. relative timings are probably about right, and call counts certainly are, but the instrumentation definitely slows things down quite a lot |
| 15:07:09 | stripwax | wpyh - nothing in the event logs unfortunately. nothing interesting anyway |
| 15:07:19 | wpyh | well... |
| 15:07:32 | wpyh | does it do that to your laptop if you're on linux? |
| 15:08:09 | stripwax | wpyh - given that I don't run linux on my laptop, it's hard to answer that one. I don't think it's a hardware problem with my laptop, if that's what you mean. |
| 15:08:23 | wpyh | on linux we can get the dmesg :) |
| 15:08:27 | stripwax | ha, true |
| 15:08:30 | wpyh | maybe you should try a live cd sometime |
| 15:08:31 | wpyh | :) |
| 15:08:42 | Hobson | I wish there was a way to put rockbox into my mp3 thing |
| 15:08:49 | Hobson | its original firmware really sucks |
| 15:08:59 | stripwax | Hobson - any clues what your mp3 thing is? |
| 15:09:03 | bertrik | Hobson, please define mp3 thing :) |
| 15:09:07 | Hobson | lol |
| 15:09:20 | Hobson | ok brand is nortek |
| 15:09:24 | stripwax | wpyh - I do from time to time, and I might if I think it will help diagnose what's up! :) |
| 15:09:27 | avis | how well does the microsd slot work in a sansa e270 ? also what is the maximum supported space ? |
| 15:09:34 | Hobson | in a min I'll tell the model |
| 15:09:41 | wpyh | good luck ;) |
| 15:09:44 | stripwax | for now I just use the OF for usb because it's still more stable |
| 15:09:57 | bertrik | avis, works very well for me, only tried an 4GB SDHC card though |
| 15:10:06 | wpyh | stripwax: what's your dap? |
| 15:10:06 | Hobson | nortek vee live |
| 15:10:13 | stripwax | wpyh - ipod 5g 60GB |
| 15:10:18 | bertrik | avis, SDHC can go up to 32 GB but I don't know if that's been tested |
| 15:10:25 | wpyh | similar to mine −− ipod 5.5g 8gb |
| 15:10:25 | avis | bertrik, does that expand the capacity beyond its native memory, or replaces it ? |
| 15:10:30 | stripwax | 8? |
| 15:10:39 | wpyh | but I'm not aware of a rb usb stack for the ipod |
| 15:10:42 | avis | bertrik, the e270 i'm looking at is microsd so i'm not sure if that'll work |
| 15:10:43 | wpyh | yeah, CF :p |
| 15:10:59 | stripwax | wpyh - ah, you've been putting up those battery benches :) |
| 15:11:04 | wpyh | yeah |
| 15:11:05 | bertrik | avis, it expands the capacity, you get an extra 'drive' in rockbox |
| 15:11:11 | wpyh | cf looks nice |
| 15:11:13 | stripwax | wpyh - yeah the usb stack isn't compiled in by default, but it's there alright |
| 15:11:25 | wpyh | well, maybe I should try that sometime |
| 15:11:26 | *** | Saving seen data "./dancer.seen" |
| 15:11:38 | stripwax | wpyh - let us know your dmesg too :) |
| 15:11:39 | wpyh | right now RB always resets and goes into the emergency disk mode |
| 15:11:44 | wpyh | ok ;) |
| 15:11:45 | avis | bertrik, so i would not be able to check the whole space at once i presume ? for example to check for duplicates ? |
| 15:11:49 | Hobson | main goal would be scrobbling tracks to lastfm |
| 15:11:59 | stripwax | yeah, it will do that if the usb storage isn't enabled in your build |
| 15:12:07 | Hobson | but I think I'll get an ipod and I'll solve the thing out |
| 15:12:08 | Hobson | lol |
| 15:12:27 | bertrik | avis, you can get a file view just like in windows for example, you'll probably see double entries in the database |
| 15:12:32 | stripwax | Hobson - careful, none of the currently-manufactured ipod models will work with rockbox. |
| 15:12:36 | stripwax | only the older models will work... |
| 15:12:49 | stripwax | Fifth Generation or older |
| 15:13:09 | Hobson | ty stirpwax |
| 15:13:16 | * | stripwax is stripwax :) |
| 15:13:51 | * | wpyh can't sue stripwax for copyright infringement because of the extra emoticon |
| 15:14:09 | stripwax | ha |
| 15:14:16 | avis | thank you bertrik. are the controls on the sansa alright with rockbox ? awhile back i got rid of a gigabeat because i didn't like the controls |
| 15:14:37 | Hobson | anyway I think that's a shame that nortek player could be way better if it wasnt for the s****Y firmware |
| 15:15:21 | stripwax | Hobson - pictures of it look quite nice. Do you know what CPU it uses or any hardware details? |
| 15:15:23 | * | wpyh thinks optimizing maze_draw is too complicated for today |
| 15:15:39 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 15:15:42 | * | stripwax is sorta looking for things to do instead of his Real Life work he should be doing |
| 15:16:26 | Hobson | uhm I could find them, but I got to say I'm not what u call an expert at this |
| 15:16:28 | bertrik | avis, yes I think the controls are fine, it's my personal opinion of course |
| 15:16:58 | stripwax | Hobson - finding the details out will be a starting point. |
| 15:17:25 | wpyh | stripwax: I assume the usb stack can be enabled by simply defining USB_STORAGE? |
| 15:17:59 | stripwax | Hobson - If it is similar to other devices, it may be relatively easy to port rockbox onto it, but without technical details it's impossible to know |
| 15:18:19 | Hobson | actually I found out it's exactly the same of an egoman mp4 player, I found that in a string between the nortek firmware files. then checking that out on the web I found out the original egoman one |
| 15:19:09 | stripwax | wpyh - yeah, and USE_ROCKBOX_USB, and HAVE_USBSTACK. not sure USB_STORAGE is needed separately (I don't have it) |
| 15:19:14 | stripwax | (and mine works) |
| 15:19:21 | stripwax | (but I could be wrong) |
| 15:19:23 | bertrik | wpyh, the way I do it, is by adding -DUSE_ROCKBOX_USB -DUSE_HIGH_SPEED to the EXTRA_DEFINES in the master Makefile |
| 15:19:46 | stripwax | I just put mine in firmware/export/config-ipodvideo.h |
| 15:20:21 | bertrik | the make clean; make. The clean is required because sources are not rebuilt when changing the Makefile. |
| 15:20:25 | wpyh | ok.. |
| 15:20:42 | wpyh | then I'll just put it in autoconf.h −− eliminats the make clean requirement |
| 15:20:43 | wpyh | :) |
| 15:20:48 | stripwax | but are when you change config-xxx.h ! |
| 15:20:59 | * | Hobson searching the details |
| 15:21:36 | wpyh | well, firmware/export/xx is supposed to be static... |
| 15:22:14 | stripwax | It's as good a place as any to put hardware specific system-wide defines.. |
| 15:22:28 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 15:22:33 | wpyh | why not in autoconf.h? |
| 15:23:01 | * | bertrik wonders about the difference between HAVE_USBSTACK and USE_ROCKBOX_USB |
| 15:23:02 | stripwax | when does autoconf.h get used in the build process |
| 15:23:26 | wpyh | I think autoconf.h is included in every header file? |
| 15:24:12 | stripwax | Yeah, that's probably better then! |
| 15:24:18 | * | stripwax learns something new |
| 15:25:55 | wpyh | :) |
| 15:26:12 | wpyh | and btw, nothing strange on my laptop when I used RB's usb stack |
| 15:26:13 | wpyh | http://pastebin.ca/1070852 |
| 15:26:37 | wpyh | the biggest difference is the mode sense, and the device name |
| 15:26:55 | wpyh | and the fact that there's only 1 configuration |
| 15:27:23 | | Quit VoltageX_ (Read error: 110 (Connection timed out)) |
| 15:27:35 | stripwax | hm, but also, you're not really using a real ipod :) |
| 15:27:45 | stripwax | mine is not CF modded |
| 15:27:48 | wpyh | stripwax: why? |
| 15:28:02 | wpyh | oh, well... I don't think it should matter much.. |
| 15:28:55 | Hobson | stirpwax, any hint on what kind of data I should look for (sorry for asking very unspecific questions, I know it's hard to help like this) |
| 15:29:54 | stripwax | Hobson - well, as much as possible really. what make/model CPU it uses, also make/model of LCD controller, and the format of firmware upgrades it takes. |
| 15:30:26 | stripwax | I'm suspecting it shares a lot of similarities with alternative models that are already supported by rockbox |
| 15:30:42 | wpyh | I've also tested the OF's usb mode: http://pastebin.ca/1070857 |
| 15:31:43 | Hobson | stripwax, I have a txt file from the firmware rar archive, I think most of the details are described in it. Do I paste a few strings in here or what? |
| 15:32:07 | Hobson | I mean it's an archive I downloaded from the official site for the firmware update |
| 15:35:28 | linuxstb | Hobson: Do you have a link to the firmware download? |
| 15:36:36 | Hobson | yes but u have to be registered to download it. I can upload it anywhere if it helps |
| 15:37:03 | | Quit bertrik (Remote closed the connection) |
| 15:37:47 | Hobson | wait |
| 15:38:00 | Hobson | I might have found the specifics |
| 15:38:03 | Hobson | lol |
| 15:38:06 | Hobson | in the user manual |
| 15:38:11 | Hobson | who would expect that |
| 15:38:19 | wpyh | weird, in RB's usb mode, sometimes the backlight always stays on |
| 15:39:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 15:41:58 | Hobson | 1 Capacity of Flash Memory Support Micro SD/T-Flash Card, up to 2G; Build-in |
| 15:41:58 | Hobson | Flash Memory, up to 4G. |
| 15:41:58 | Hobson | 2 USB Interface USB2.0 (High Speed) |
| 15:41:58 | DBUG | Enqueued KICK Hobson |
| 15:41:58 | Hobson | 3 LCD Display 1.8" TFT (128X160) |
| 15:41:58 | Hobson | 4 Power supply Li-Polymer |
| 15:41:58 | *** | Alert Mode level 1 |
| 15:41:58 | Hobson | 5 S/N ratio > 85dB |
| 15:42:00 | Hobson | 6 Audio Frequency Range 20hz \endash 20khz |
| 15:42:02 | Hobson | 7 EQ NORMAL, POP, ROCK,CLASSIC, JAZZ, BASS, Custom EQ |
| 15:42:04 | Hobson | 8 Decoding Format MP3 (MPEG 1.0/2.0/2.5, Layer 1/2/3, ID3 display |
| 15:42:06 | Hobson | supported) and WMA(8Kbps-340Kbps), MTV and JPG |
| 15:42:08 | Hobson | 9 FM 87.50 −−−− 108.00MHz(Normal) 30 Station preset support |
| 15:42:10 | Hobson | 10 File System FAT16, FAT32 |
| 15:42:12 | Hobson | 11 Operating Temperature 5OC −−−−35 OC (41 OF−−-95 OF) |
| 15:42:14 | Hobson | 12 Operating Moisture 10%\emdash 75% |
| 15:42:52 | Hobson | nothing that helps? |
| 15:43:05 | linuxstb | Hobson: Please don't paste large amounts of text here - use a site like pastebin.ca |
| 15:43:13 | linuxstb | But no, that's no help at all... |
| 15:43:23 | Hobson | sorry guys |
| 15:44:46 | Hobson | this is the firmware file I was talking about before: http://pastebin.ca/1070864 |
| 15:45:33 | Hobson | the txt one |
| 15:48:17 | Hobson | nothing there either uh |
| 15:51:59 | *** | Alert Mode OFF |
| 15:58:57 | Hobson | this is the firmware update archive as I downloaded it from the site: http://rapidshare.com/files/129383952/Vee_Live_-_Aggiornamento_Firmware.zip.html |
| 15:59:53 | Hobson | and this is the chinese identical thing: http://www.egoman.com.cn/Newsletter/md395/md395.html I guess they just changed the name to it lol |
| 16:00 |
| 16:00:25 | Hobson | thanks anyway for the help guys, so kind |
| 16:05:12 | preglow | how is study mode supposed to act when pressing skip around the file boundaries? |
| 16:07:15 | preglow | also, do we always want to call playlist entities "tracks" ? |
| 16:07:17 | preglow | they're called "song" here and there |
| 16:08:57 | linuxstb | Hobson: I can see the string "ALiOS1.0", which rings a bell, but I can't remember what it is... |
| 16:11:18 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
| 16:11:24 | Hobson | I really wouldnt know |
| 16:11:30 | | Quit [CBR]Unspoken|w (Read error: 104 (Connection reset by peer)) |
| 16:12:38 | | Join Arathis [0] (n=doerk@p508A7F54.dip.t-dialin.net) |
| 16:17:30 | | Quit desowin (Read error: 110 (Connection timed out)) |
| 16:20:49 | stripwax | the usb bridge is a standard ALi chipset - not sure what ALiOS is |
| 16:23:53 | | Join fml [0] (n=4fd3f80b@gateway/web/cgi-irc/labb.contactor.se/x-d66ebc307e4ddabe) |
| 16:24:27 | linuxstb | Hobson: But the firmware doesn't look like anything I've seen before, so it would seem unlikely that your device is similar to any existing Rockbox device... |
| 16:24:28 | | Quit jhulst (Read error: 113 (No route to host)) |
| 16:24:43 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
| 16:25:13 | fml | Nico_P: ping |
| 16:25:20 | Hobson | understood |
| 16:25:27 | Hobson | thanks for your help anyway |
| 16:25:29 | Hobson | :) |
| 16:25:44 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 16:26:57 | PaulJam | Hobson: if you feel like you are up to the task, then you can of course start a port of rockbox to this player. see here: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=NewPort |
| 16:27:06 | | Join VoltageX [0] (n=voltagex@dsl-202-45-99-40.ACT.netspace.net.au) |
| 16:29:08 | Hobson | mmm I might try that to fill my next sleepless nights, but I am not sure I have the knowledge for that |
| 16:29:18 | Hobson | tnx PaulJam |
| 16:30:22 | | Quit fml ("CGI:IRC (EOF)") |
| 16:41:01 | Hobson | actually the main goal was to find a way to submit my plays to lastfm without buying a new device. but I think I'll give it up |
| 16:43:00 | | Join Thundercloud [0] (n=thunderc@84.51.130.71) |
| 16:43:11 | | Quit tchan (SendQ exceeded) |
| 16:44:36 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 16:45:13 | preglow | no thoughts on what "study mode" should do when at track boundaries? |
| 16:46:10 | linuxstb | If anyone is interested, an Archos Player - http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=320271417716&ssPageName=STRK:MESE:IT&ih=011 |
| 16:47:36 | linuxstb | preglow: Intuitively, I would expect it to skip into the next track (n-secs_remaining_in_current_track) seconds... But maybe my intuition is off ;) |
| 16:47:49 | PaulJam | i think when skipping forward and reaching a track boundary it should start the next track from the beginning. i'm not sure what should happen when skipping back thoug. |
| 16:49:00 | preglow | right now it seems to just ignore the key press |
| 16:49:03 | preglow | which is damned weird, if you ask me |
| 16:49:18 | preglow | but i just decided i'm not going to change that |
| 16:49:23 | preglow | let people have their weird-ass feature |
| 16:50:51 | preglow | if in "study mode", you are apparently left without the means to change track from within the wps |
| 16:52:30 | JdGordon | use the dirskip to override study mode |
| 16:52:36 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 16:55:28 | | Join DerPapst [0] (n=DerPapst@p5B23FF8A.dip.t-dialin.net) |
| 16:55:40 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 16:56:33 | | Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) |
| 16:56:43 | PaulJam | i would say if the study mode reaches a track boundary it should act like a normal skip (but i don't use that feature anyway) |
| 16:58:04 | preglow | dirskip? |
| 16:59:39 | | Quit VoltageX (Read error: 110 (Connection timed out)) |
| 17:00 |
| 17:00:40 | Hobson | see ya guys |
| 17:00:43 | Hobson | :) |
| 17:01:01 | | Quit Hobson ("scemo chi legge") |
| 17:01:28 | preglow | PaulJam: so would i, but i'm not about to change it any more than just making the naming slightly less retarded |
| 17:02:05 | DerPapst | Bagder: can you commit http://pastebin.ca/1070912 ? a change to the irc reader css. |
| 17:06:24 | | Quit CyBergRind|w (Read error: 110 (Connection timed out)) |
| 17:10:26 | | Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) |
| 17:11:28 | *** | Saving seen data "./dancer.seen" |
| 17:15:41 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
| 17:16:23 | | Join Rob2222 [0] (n=Miranda@p4FDCC89C.dip.t-dialin.net) |
| 17:20:42 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 17:21:12 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 17:22:26 | | Join Rob2222 [0] (n=Miranda@p4FDCC89C.dip.t-dialin.net) |
| 17:22:37 | shotofadds | Could somebody with a Gigabeat F and/or E200 try FS #9178 and check I haven't inadvertantly broken MpegPlayer playback? |
| 17:23:58 | | Quit DerPapst (Read error: 110 (Connection timed out)) |
| 17:24:34 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 17:26:14 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 17:26:14 | | Join madspin [0] (n=madspin@i-83-67-106-212.freedom2surf.net) |
| 17:27:04 | | Join Rob2222 [0] (n=Miranda@p4FDCC89C.dip.t-dialin.net) |
| 17:30:23 | | Quit Thundercloud (Remote closed the connection) |
| 17:33:09 | shotofadds | not bad.. the d2 benchmarks the elephant's dream mpeg (widescreen) at 47fps. |
| 17:40:22 | linuxstb | shotofadds: Nice... And that's without the second CPU and any specific optimisations? |
| 17:40:48 | linuxstb | Seems like more complex video formats are more than possible... |
| 17:40:52 | preglow | shotofadds: figured out the iram problem? |
| 17:41:01 | preglow | linuxstb: well, retailos does mpeg4, so... |
| 17:41:21 | shotofadds | yeah, that's SVN plus a small tweak to draw the YUV data the right way round. who needs hardware acceleration :g |
| 17:41:26 | | Join goddel [0] (n=fiddo@220-253-162-58.WA.netspace.net.au) |
| 17:41:46 | shotofadds | preglow: no. I'll look into that once we get the NAND driver working .... haha |
| 17:42:03 | goddel | hi there, iv installed rockbox, but where do i actually 'copy' the files. i mean what folder do i put them under ? |
| 17:42:12 | | Join Rob2223 [0] (n=Miranda@p4FDCCA0C.dip.t-dialin.net) |
| 17:42:29 | linuxstb | goddel: Any folder you like... Most people create a top-level "music" folder, and then arrange things by artist/album under there. |
| 17:43:09 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 17:43:09 | * | shotofadds voted for the MPEG4 GSoC project... |
| 17:43:18 | goddel | linuxstb, ahh ok. shall i put my MUSCI folder under the '.rockbox' folder ?shall |
| 17:43:35 | linuxstb | goddel: I meant anywhere apart from .rockbox ;) |
| 17:43:48 | * | linuxstb too |
| 17:43:58 | goddel | ok no worries. thanks a abunch |
| 17:44:20 | goddel | flac support on this is brilliant |
| 17:44:54 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 17:45:11 | * | linuxstb bows on behalf of the 200+ contributors to Rockbox |
| 17:45:30 | shotofadds | linuxstb: did you see my last commit? there's now a (non-functional) TCC77x NAND driver if you fancy playing with it... |
| 17:46:02 | shotofadds | I can't really investigate too much, I can only read half the screen on this M240 :/ |
| 17:46:03 | linuxstb | shotofadds: Yes, but I've no time - I've been doing real work all weekend... :( |
| 17:46:13 | shotofadds | pah, where's the fun in that? |
| 17:46:32 | | Quit miepchen^schlaf () |
| 17:53:04 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-bb9943ad7c1d7b23) |
| 17:53:49 | | Join bertrik_ [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 17:55:36 | | Nick bertrik_ is now known as bertrik (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 17:55:52 | | Part domonoky |
| 17:57:46 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 17:59:05 | | Quit goddel () |
| 18:00 |
| 18:01:32 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 18:09:36 | shotofadds | If I update plugin.h so that lcd_yuv_set_options() is also included for d2, I need to update PLUGIN_MIN_API_VERSION, right? (and sort in the two 'waiting' functions?) |
| 18:10:19 | linuxstb | shotofadds: I don't think you need to if your change only affects "unreleased" targets such as the D2. |
| 18:11:05 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 18:12:22 | shotofadds | yeah, that'd make sense. my patch in S#9178 forgot to update it anyway |
| 18:12:26 | shotofadds | *fs |
| 18:12:34 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 18:13:36 | | Quit bertrik (Remote closed the connection) |
| 18:17:08 | | Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 18:20:10 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") |
| 18:20:54 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 18:25:23 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-5e90bd175be3c1ea) |
| 18:26:27 | | Join MarcGuay [0] (n=chatzill@ip216-239-89-126.vif.net) |
| 18:27:22 | MarcGuay | preglow: There's a keypress to skip tracks in Study Mode. I think it's in gwps.c. I added the keypresses to the manual if they help you find it. |
| 18:31:28 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 18:33:10 | | Join miepchen^schlaf [0] (n=miepchen@p54BF750B.dip.t-dialin.net) |
| 18:36:10 | wpyh | gevaerts: are you the author of the usb stack? |
| 18:36:41 | mcuelenaere | wpyh: yes he is, but I think he's currently unavailable |
| 18:36:47 | wpyh | ok... |
| 18:38:01 | * | MarcGuay helped edit the love scene at the end of chapter two. |
| 18:42:48 | MarcGuay | Is it possible for Rockbox to see files that were added using MTP? http://forums.rockbox.org/index.php?topic=16058.msg129792;topicseen#msg129792 is confusing me. |
| 18:44:12 | wpyh | btw I think I'm hitting a bug here |
| 18:44:27 | wpyh | using RB's usb stack, I sometimes can't get into disk mode |
| 18:45:16 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 18:45:18 | preglow | hrm |
| 18:45:29 | preglow | i'm starting to think "skip length" isn't a very good setting name either |
| 18:45:38 | preglow | but i really can't think of any better ones |
| 18:46:58 | stripwax | wpyh - as in menu+right on reboot? |
| 18:47:10 | stripwax | RB's usb stack shouldn't be active at boot rime |
| 18:47:12 | stripwax | time |
| 18:47:16 | wpyh | stripwax: hm? |
| 18:47:35 | wpyh | no, I mean I'm using RB's usb stack now |
| 18:47:43 | stripwax | what is "disk mode" here? |
| 18:47:47 | wpyh | and RB doesn't get into disk mode when I plug the cable here |
| 18:47:51 | wpyh | er... UMS mode :) |
| 18:49:13 | stripwax | you should get the USB logo on the rockbox device screen - and that doesn't happen? |
| 18:49:22 | wpyh | yep, it doesn't happen |
| 18:49:30 | wpyh | all I get is the battery starts charging |
| 18:50:26 | stripwax | and "sometimes" means that, occasionally it does work for you, and when it doesn't you only get charging? |
| 18:50:43 | wpyh | yes |
| 18:50:46 | stripwax | anything in dmesg? |
| 18:51:31 | MarcGuay | preglow: Skip lock? Safe Skip? |
| 18:51:43 | MarcGuay | Study Incrementalism? |
| 18:51:53 | wpyh | yes... |
| 18:52:39 | wpyh | here: http://pastebin.ca/1070984 |
| 18:57:31 | preglow | MarcGuay: the functionality really doesn' fit with any of them |
| 18:57:41 | preglow | it's not a lock, it's not safe, it has nothing to do with studying |
| 18:59:02 | MarcGuay | Maybe re-reading the original task would help? I think it was mostly wanted by blind users who would lose their spot accidentally while listeneing to audiobooks... Although I guess anyone would find it a pain to get back to where they were... |
| 18:59:12 | MarcGuay | *listening |
| 18:59:23 | stripwax | wpyh - does it recognise it after a while or do you need to unplug+replug it to get it to recognise |
| 18:59:44 | wpyh | well, I have to reboot for it to be recognized |
| 18:59:45 | wpyh | :p |
| 18:59:56 | | Quit bertrik (Read error: 104 (Connection reset by peer)) |
| 19:00 |
| 19:01:43 | MarcGuay | preglow: If it's only useful for books maybe it could be worked into bookmarking somehow. Have a bookmark saved at regular intervals so that if the position is lost you can return to it... |
| 19:01:58 | Nico_P | MarcGuay: hi! did you know about FS #9137? It seems very similar to FS #8194, which you closed recently |
| 19:02:26 | stripwax | wpyh - looks like one for gevaerts.. :( at a guess rb isn't identifying itself correctly/at all to the OS but can't think why |
| 19:02:41 | stripwax | are you connecting via a hub? could be a signal quality thing |
| 19:02:50 | wpyh | no, I'm connecting straight to the port |
| 19:03:03 | wpyh | I think maybe one of the stack's state machines is broken |
| 19:03:05 | MarcGuay | Nico_P: I took a look at it but didn't have the patience for the lenghty repro. recipe. :) I closed the other one simply because I tried hard to reproduce it and couldn't, along with the fact that only one person ever came across it and even they couldn't reproduce it reliably. |
| 19:03:32 | wpyh | I guess RB thinks it shouldn't export the storage to the host |
| 19:03:35 | MarcGuay | Maybe I was being hasty. |
| 19:03:36 | | Join Ianto [0] (n=7960ef31@gateway/web/cgi-irc/labb.contactor.se/x-f4f85e44231e669d) |
| 19:04:05 | Nico_P | MarcGuay: PaulJam seems to be able to reliably reproduce FS #9137 so yeah I guess closing FS #8194 was the way to go |
| 19:04:23 | Nico_P | I plan on taking a good look at FS #9137 tomorrow |
| 19:04:45 | MarcGuay | Nico_P: Nice. Good luck! |
| 19:05:52 | Ianto | hello, can anyone help me? |
| 19:06:04 | * | MarcGuay throws a life-preserver. |
| 19:06:49 | stripwax | Ianto- just ask the question and we'll try and answer it. you don't need to ask to ask |
| 19:07:51 | MarcGuay | What about asking if you need to ask about asking before asking a question? |
| 19:08:13 | wpyh | @@ |
| 19:09:59 | Ianto | sorry i wasnt able to see anyone talking just now, maybe it takes time to refresh thr webchat |
| 19:10:17 | Ianto | anyway maybe i can log in thr mirc, whats this server? |
| 19:11:23 | stripwax | Ianto - you can look at the rockbox irc logs at www.rockbox.org/irc |
| 19:11:27 | | Join fml [0] (n=4fd3f80b@91.191.140.131) |
| 19:11:32 | *** | Saving seen data "./dancer.seen" |
| 19:11:34 | stripwax | What is your question? Just because we're not talking doesn't mean we're not here.. |
| 19:11:54 | fml | preglow: jump length? hop length? |
| 19:12:18 | fml | Nico_P: hey. Have you seen my comment from yesterday? |
| 19:12:41 | Nico_P | fml: I read it some time ago... could you remind me what you said? |
| 19:13:09 | fml | Nico_P: you forgot one case where the limits are exceeded. In viewports. |
| 19:13:09 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 19:14:02 | Nico_P | ah yes... do you know where it is in the source ? |
| 19:14:30 | fml | Nico_P: no, but I'd search for 'MAX_VIEWPORT' |
| 19:15:16 | fml | Nico_P: here: wps_data->num_viewports >= WPS_MAX_VIEWPORTS |
| 19:15:30 | | Quit ompaul (Client Quit) |
| 19:15:39 | | Quit Ianto ("CGI:IRC (Ping timeout)") |
| 19:16:35 | | Quit saratoga ("CGI:IRC (EOF)") |
| 19:18:56 | | Join Ianto [0] (n=Ianto@121.96.239.49) |
| 19:21:25 | Ianto | hi, just started using some apps in my iphone a week ago |
| 19:21:56 | Ianto | and i saw rockbox in my searches, forums says that rockbox is pretty good |
| 19:22:32 | Ianto | ive read loads of docu's but i still dont have any clue how to install |
| 19:23:21 | domonoky | rockbox doesnt work on a iphone ! see front page for supported players.. |
| 19:23:46 | Ianto | so thats why i dont see a manual for it whoo |
| 19:24:05 | Horscht | yay |
| 19:24:32 | | Join Viaken [0] (n=viaken@66.96.251.117) |
| 19:24:36 | Ianto | this ilounge thing, they were talking about themes in iphone and rockbox |
| 19:24:57 | stripwax | Ianto - rockbox doesn't run on iphones |
| 19:25:23 | Ianto | alright, thanks |
| 19:26:37 | Viaken | I hadn't updated my e260 in a couple months, and WOW, it's like lightning now. lol Everything seems much faster. Question, though. What's the point of md5summing everything? I was looking through the apps, and...it struck me as odd. Does it help with some type of indexing or something? Or is it there just because? |
| 19:28:16 | * | wpyh updates every couple days |
| 19:30:22 | scorche | Viaken: it primarily helps to make sure that the file that you downloaded is the same as what is on the site |
| 19:31:38 | | Quit vort3x (Read error: 54 (Connection reset by peer)) |
| 19:32:01 | | Nick m0f0x_ is now known as m0f0x (n=m0f0x@189-47-21-136.dsl.telesp.net.br) |
| 19:32:11 | | Join vort3x [0] (n=vortex@unaffiliated/dfa001) |
| 19:35:48 | | Join CaptainKewl [0] (i=jds@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 19:40:24 | Viaken | scorche: Ah, ok. :) |
| 19:48:20 | preglow | hrm |
| 19:48:45 | MarcGuay | preglow: Head vs. Wall? |
| 19:48:55 | preglow | if i add/deprecate anything in english.lang, i don't need to do anything to the other lang files, no? |
| 19:49:06 | preglow | MarcGuay: no, just general ignorance :) |
| 19:49:37 | * | MarcGuay sends out a bat-signal to rasher |
| 19:53:05 | MarcGuay | preglow: If there's a translation of the thing you're adding, wouldn't it also have to be added/removed? |
| 19:54:04 | preglow | MarcGuay: no, i think that's the responsibility of the translater |
| 19:54:08 | preglow | translator |
| 19:54:23 | preglow | if anyone wants to look for silly mistakes: http://www.pvv.org/~thomj/rockbox/study_mode_rename.diff |
| 19:54:32 | preglow | seems to work here |
| 19:55:57 | | Quit einhirn_ (Read error: 104 (Connection reset by peer)) |
| 19:56:10 | MarcGuay | I'm trying to remember why Party Mode's track locking wasn't good enough for studiers... |
| 19:56:34 | MarcGuay | I guess it does a little too much. |
| 19:57:25 | wpyh | maybe the name is not suitable for studying ;) |
| 19:59:35 | | Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 20:00 |
| 20:03:19 | | Join MTee [0] (n=mtarek16@41.233.152.184) |
| 20:04:21 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 20:05:13 | Genre9mp3 | MarcGuay: Party mode's concept is completely different... it assures unstoppable music playback by disabling pause/stop and skips |
| 20:05:46 | MarcGuay | Genre9mp3: Yep, gotcha. Reading over the original task now to remember what it's purpose and function are... :) |
| 20:08:21 | MarcGuay | It confusing because it's talked about from two angles: 1) Protect people from themselves by making sure no unintentional skips happen and the place is lost and 2) Allow people to skim or browse through long files. |
| 20:08:25 | MarcGuay | *It's |
| 20:09:14 | MarcGuay | I suppose Skip Length is generic enough to cover any reason to use it... |
| 20:10:23 | MarcGuay | #2 can be achieved by FF/REW, though. I guess folks don't want to hold the button for so long? But the speed of that can be adjusted to their taste... |
| 20:11:39 | MarcGuay | Leaving #1 sitting all alone and going by the patch's original name, Track Lock. |
| 20:12:03 | MarcGuay | People seem to like it a lot, though, from reading the flyspray comments. |
| 20:14:58 | MarcGuay | And #1 has also been discussed in other places, see http://forums.rockbox.org/index.php?topic=17718.0. |
| 20:18:06 | MarcGuay | Hrm, only "kinda" on that last one. |
| 20:20:24 | Llorean | MarcGuay: In terms of #2. Take a 4 hour file that you need to be at a specific spot 2 hours into, where you have a segment ~5 minutes long that you may need to listen to more than once (language lessons?) |
| 20:20:51 | Llorean | Getting to that 2 hour spot, then fine-seeking to the beginning of the chapter, then repeating it is much easier with "Study mode" like functionality. |
| 20:21:00 | MarcGuay | Llorean: It would be really handy in that case. |
| 20:21:12 | Llorean | I assume that's why it had the name "Study" mode in the first place. |
| 20:21:36 | MarcGuay | Can you fine-seek with study mode on? |
| 20:21:39 | Llorean | Yes. |
| 20:21:49 | Llorean | All it does is change "track skip" to be a coarse seek. |
| 20:22:12 | Llorean | And, you *should* still be able to track skip by coarse seeking past the end of the song, though I haven't played with our version of it to see if this is possible. |
| 20:22:27 | Llorean | Well, by "all it does" I mean "all it should do" |
| 20:23:01 | MarcGuay | It has a track-skip key combo as well. |
| 20:23:37 | Llorean | That seems odd. |
| 20:23:43 | Llorean | Where do you get keys for that? |
| 20:24:10 | Llorean | buttons |
| 20:24:11 | MarcGuay | Makes sense, I can't ever see myself using it though (not an audiobook/podcast) listener. The keys are in gwps.c, it's like the short-dir/long-dir thing. Read the manual.. :) |
| 20:26:01 | MarcGuay | Actually it's even a weird variation on the nextdir/prevdir button presses. |
| 20:26:12 | Llorean | Personally I'd drop that. |
| 20:26:22 | Llorean | It seems a little likely to be triggered on accident. |
| 20:26:51 | Llorean | If you need to be 4 minutes back and skip is on 5 minutes, you're gonna press left, long right. |
| 20:26:54 | Llorean | And skip tracks. |
| 20:27:23 | MarcGuay | You'd prefer "tabbing" through to the next track? |
| 20:27:43 | Llorean | Sure, if I had the mode on. |
| 20:28:05 | MarcGuay | It could use the regular skip-dir combos instead. Very hard to do that accidentally. |
| 20:28:09 | Llorean | It's not *that* slow, and if I'm using the mode it's most likely I want to stay within one track anyway. |
| 20:28:18 | MarcGuay | That's true. |
| 20:28:33 | Llorean | And if I need to skip multiple tracks, I should just use the playlist viewer or select the new track. |
| 20:28:55 | | Join moos [0] (i=moos@81-66-127-198.rev.numericable.fr) |
| 20:28:55 | Llorean | Personally I don't like the skip-dir combos either. |
| 20:28:55 | MarcGuay | Also very crappy, at least on the e200. The stop button is part of the combo. |
| 20:29:03 | Llorean | I've triggered them by accident a few times. |
| 20:29:44 | MarcGuay | I like the short-long myself. But it might not be as appealing if the combo one was changed to something that didn't stop the music half the time. :) |
| 20:29:50 | Llorean | When I've forgotten where I was in an audiobook, I'll resume the file I thought I was in, notice it wasn't but I'm pretty sure the next one is, skip to it, try to seek a portion in, and end up in an entirely different book by the author |
| 20:30:06 | Llorean | How often do you dir-skip? |
| 20:30:31 | MarcGuay | Llorean: Honestly I usually only do it while testing bugs. |
| 20:30:51 | Llorean | I kinda think the dir skip function can go without little-to-no outcry. |
| 20:31:08 | Llorean | It also doesn't really serve a function with playlist files, or with the database, anyway |
| 20:31:13 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 20:31:21 | Llorean | I'm not sure what they do, but it's either nothing or something unexpected to the user. |
| 20:32:19 | MarcGuay | I wouldn't trash it alltogether. It's useful for random dir advance if you don't like the random album that it's chosen. |
| 20:32:44 | | Quit EspeonEefi ("ăăăȘă") |
| 20:33:09 | | Part Viaken ("ptwang!") |
| 20:33:14 | MarcGuay | http://www.rockbox.org/tracker/task/8282 |
| 20:33:42 | Llorean | Honestly, I'm not sure I have sympathy for that point of view. You pick the random dir list in advance, so if you get one you don't like it's your own fault. :-P |
| 20:35:50 | Llorean | But really, the keypress (and next folder functionality in general) seems kinda more trouble than its worth. |
| 20:36:11 | Llorean | If our playlisting tools were good enough, it wouldn't be a problem. |
| 20:37:29 | Llorean | For example, if you could put folders in a playlist, and when it got to that entry it would play all the songs in the folder, you could create a playlist of folders, and if you wanted to play the folders in random order, but the songs within sequentially, you could "Insert Shuffled" that playlist of folders, and you'd get shuffled folders, but since shuffle was off, sequential songs. |
| 20:38:04 | Llorean | As well, insert-lasting a folder with shuffle on would put the folder last, but when played, it should logically play shuffled. |
| 20:38:10 | Llorean | Addressing that feature request in the forum. |
| 20:38:26 | Llorean | And negating a need for "folder advance" entirely, which iiuc would notable clean up some playback weirdness. |
| 20:38:31 | Llorean | notably |
| 20:38:44 | MarcGuay | Sounds like a big project. :) |
| 20:38:50 | MarcGuay | 3.1 |
| 20:40:03 | | Nick MarcGuay is now known as MarcGuayAway (n=chatzill@ip216-239-89-126.vif.net) |
| 20:40:07 | | Join lacrstech [0] (n=lacrstec@206.251.250.207) |
| 20:40:42 | | Join dedebkgrn [0] (n=dedebkgr@206.251.250.205) |
| 20:40:42 | Llorean | There are a few people in favour of changing how playlist-centric Rockbox is. |
| 20:41:02 | Llorean | We disagree on some points (I like how it's just off to the side right now) but I do think the playlist system should be vastly more powerful |
| 20:41:15 | Llorean | Especially since "folders as entries in the playlist" is supposedly within m3u spec. |
| 20:50:02 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 21:00 |
| 21:05:06 | wpyh | I've almost finished the maze.c patch |
| 21:05:28 | wpyh | I touched a lot of things, and it's more like a revamp than a bugfix |
| 21:05:33 | PaulJam | Llorean: but even with the method you described it would be nice to have a buttoncombination to skip the current folder |
| 21:05:42 | wpyh | should I just update FS #9184, or should I open a new task? |
| 21:06:42 | | Join EspeonEefi [0] (i=espeonee@STRATTON-FIVE-TWENTY-FOUR.MIT.EDU) |
| 21:07:05 | Llorean | PaulJam: Yes, but that button combination happens to be possible to accidentally trigger in normal use. I think it's bad to have "short-long" style combinations if they're something you can press in normal usage. |
| 21:07:10 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
| 21:08:08 | stripwax | re folders-as-playlist-entries - how hard would that really be in fact? And a logical extension would be playlist-files-as-playlist-entries, rather than expanding inline into one playlist |
| 21:08:25 | Llorean | PaulJam: Not to mention if "Next Folder" were gone, there wouldn't be anything for the combination to do. |
| 21:08:50 | Llorean | stripwax: Agreed that would be the logical extension. I have no idea how hard it would be to do though. |
| 21:08:53 | PaulJam | Llorean: ok, in that point i agree (i actually disabled the short long buttoncombo in my build because of that). but there is still the PLAY + LEFT/RIGHT butooncombo |
| 21:09:46 | Llorean | PaulJam: If there's no "Next Folder" functionality, there's nothing for that combo to do anyway... |
| 21:10:03 | PaulJam | Llorean: it could go to the next playlist entry |
| 21:11:06 | | Join gregzx [0] (n=chatzill@dti231.neoplus.adsl.tpnet.pl) |
| 21:11:34 | *** | Saving seen data "./dancer.seen" |
| 21:14:06 | Llorean | PaulJam: Actually, it'd make more sense to "go to the end of the current one" and let the natural behaviour go from there. |
| 21:14:18 | Llorean | Then "it" wouldn't need to know if there was a parent playlist. |
| 21:14:49 | Llorean | But don't "Play+Left" and "Play+Right" serve as buttons for the A-B functionality? |
| 21:15:40 | PaulJam | Llorean: both, the idea is that it is unlikely that you want to skip a filder while in A-B repeat mode |
| 21:16:06 | Llorean | Personally, I don't like keymappings that change depending on what feature is enabled. |
| 21:16:43 | | Quit tecnmmag (K-lined) |
| 21:18:18 | PaulJam | is there a wikipage or something describing in detail how theis "folders in playlists" idea should work? |
| 21:18:56 | | Quit dedebkgrn (K-lined) |
| 21:18:57 | | Quit lacrstech (K-lined) |
| 21:19:10 | Llorean | No |
| 21:19:35 | wpyh | I've created FS #9191 for the maze.c revamp patch |
| 21:19:58 | Llorean | As far as I'm personally concerned, when a line in a playlist is a folder or playlist, it should play as if it had loaded that playlist, then return to the parent playlist when done. |
| 21:20:02 | wpyh | the patch also fixes FS #9184, so please add that one the related tasks |
| 21:20:03 | | Join Thundercloud [0] (n=thunderc@newholly.plus.com) |
| 21:20:46 | Llorean | Also as far as I'm concerned, when a folder is loaded, only actual audio files should play, *not* other playlists (even if recursive insert is on) |
| 21:20:53 | bertrik | wpyh, ok, I'll take care of that |
| 21:21:05 | wpyh | bertrik: thanks :) |
| 21:21:06 | Llorean | If recursive doesn't ignore other playlists, I imagine you could easily get stuck in an infinite loop. |
| 21:22:31 | | Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) |
| 21:23:16 | | Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) |
| 21:23:50 | PaulJam | i guess i could live with that concept (if it'll contain a "goto end of current playlist" button combination). |
| 21:26:10 | | Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
| 21:26:16 | Llorean | PaulJam: I take it you use folder skip regularly? |
| 21:26:38 | | Nick J is now known as Guest59816 (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) |
| 21:27:04 | PaulJam | yes occassionally(when i listen in random folder mode) |
| 21:30:25 | | Join EspeonEfi [0] (i=espeonee@STRATTON-ONE-THIRTY-SIX.MIT.EDU) |
| 21:30:29 | | Quit EspeonEefi (Read error: 110 (Connection timed out)) |
| 21:31:13 | | Quit culture (Read error: 60 (Operation timed out)) |
| 21:32:15 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 21:33:56 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 21:36:36 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 21:36:44 | | Quit MTee () |
| 21:43:17 | | Quit fml ("CGI:IRC (Ping timeout)") |
| 21:45:09 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3082.gwdg.de) |
| 21:49:11 | | Join PaulJam__ [0] (i=PaulJam_@vpn-3082.gwdg.de) |
| 21:50:56 | | Quit bluebrother ("leaving") |
| 21:54:37 | | Part Ianto |
| 21:55:04 | | Quit avis (Remote closed the connection) |
| 22:00 |
| 22:03:11 | | Join webguest75 [0] (n=864c0352@gateway/web/cgi-irc/labb.contactor.se/x-3b8e8b51d072e74d) |
| 22:03:35 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 22:03:43 | | Quit webguest75 (Client Quit) |
| 22:03:59 | | Join PaulJam [0] (i=PaulJam_@vpn-3082.gwdg.de) |
| 22:06:08 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 22:08:45 | | Quit gregzx (Read error: 110 (Connection timed out)) |
| 22:09:28 | | Quit PaulJam_ (Read error: 110 (Connection timed out)) |
| 22:10:26 | | Quit PaulJam__ (Read error: 110 (Connection timed out)) |
| 22:11:51 | | Join VoltageX [0] (n=voltagex@dsl-202-45-99-40.ACT.netspace.net.au) |
| 22:14:44 | | Join andrewbeveridge [0] (n=586f998c@gateway/web/cgi-irc/labb.contactor.se/x-b62197a86866952f) |
| 22:16:16 | | Nick jfc is now known as jfc^3 (n=john@dpc691978010.direcpc.com) |
| 22:16:25 | | Nick jfc^2 is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 22:17:51 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 22:20:44 | andrewbeveridge | hello, I just sucessfully installed the current Rockbox build on a 1st generation iPod Nano - it works great, I am really grateful to everyone involved as I can now use my iPod as I would expect an MP3 player to work. However I have a large music collection in WMA format (I hate proprietary formats generally but WMA has the best compression ratio of all losyy formats), and playback of *any* of these fil |
| 22:21:17 | stripwax | andrewbeveridge - is there more to your message? it seems to have been truncated |
| 22:21:34 | andrewbeveridge | ah, i shall resend it on multiple lines, hold on |
| 22:21:35 | PaulJam | youe message got cut after "and playback of *any* of these fi" |
| 22:21:55 | stripwax | andrewbeveridge - at a guess, do your WMA files have DRM, and that is causing them to not play back? |
| 22:22:12 | andrewbeveridge | playback of *any* of these files is faulty, skipping every few seconds throughout the entire track. I was wondering if there is anything I can do to try and narrow down to find the cause of the problem. MP3 files play fine, as expected. Thanks :) |
| 22:22:14 | stripwax | (rockbox does not implement DRM of any sort) |
| 22:22:20 | stripwax | ah, forget that then ;) |
| 22:22:27 | andrewbeveridge | none of the files are DRM protected, I am really anti - proprietary ;) |
| 22:22:51 | stripwax | andrewbeveridge - what bitrate WMA files are you using? |
| 22:23:00 | andrewbeveridge | all VBR 40 - 60 kbps |
| 22:23:10 | PaulJam | seems like a performance issue. do you have EQ or crossfeed enabled? |
| 22:23:19 | andrewbeveridge | all disabled |
| 22:25:29 | andrewbeveridge | the only thing i could think of when doing my own mental checks was that the ipod cpu might not be able to cope with wma decoding? is that even a sensible thought? |
| 22:25:30 | stripwax | andrewbeveridge - did it work with prior builds of rockbox? there have been some WMAv1 fixes recently as well as a rework of the mdct code |
| 22:25:39 | andrewbeveridge | i havent tried any other build |
| 22:25:49 | andrewbeveridge | not sure where to start |
| 22:26:10 | stripwax | andrewbeveridge - see here, ipod nano is roughly equivalent to ipod video, is more than capable of decoding WMA. http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison |
| 22:26:25 | andrewbeveridge | ah, ok thanks scrap my thought then |
| 22:27:05 | stripwax | andrewbeveridge - try installing an older daily build of rockbox, say from 2008-07-04 |
| 22:27:06 | andrewbeveridge | which build should i try? |
| 22:27:11 | andrewbeveridge | ok thanks |
| 22:27:21 | andrewbeveridge | i shall come back here after more experimentation :) |
| 22:27:27 | | Quit Arathis ("Bye, bye") |
| 22:27:46 | stripwax | ok! |
| 22:28:20 | | Join ctaylorr [0] (n=ctaylorr@CPE001839b2bc66-CM00080d8e8684.cpe.net.cable.rogers.com) |
| 22:32:34 | | Quit merbanan (Remote closed the connection) |
| 22:34:26 | | Join d1sturb [0] (n=ddpcandb@ool-44c0f513.dyn.optonline.net) |
| 22:34:38 | | Quit PaulJam (Read error: 104 (Connection reset by peer)) |
| 22:36:50 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 22:36:51 | | Join ctaylorr_ [0] (n=ctaylorr@CPE001839b2bc66-CM00080d8e8684.cpe.net.cable.rogers.com) |
| 22:47:58 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
| 22:53:26 | | Join PaulJam [0] (i=PaulJam_@vpn-3002.gwdg.de) |
| 22:54:50 | | Quit VoltageX (Read error: 110 (Connection timed out)) |
| 22:55:05 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:58:10 | | Quit bertrik (Remote closed the connection) |
| 23:00 |
| 23:06:59 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:11:36 | *** | Saving seen data "./dancer.seen" |
| 23:13:17 | | Quit bughunter2 ("bye") |
| 23:27:28 | preglow | Llorean: i posted a patch for the study mode renaming if you want to test |
| 23:28:33 | preglow | andrewbeveridge: could you upload a faulty file somewhere? |
| 23:29:23 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 23:32:47 | scorche | Bagder: how are the midterms coming?...since you can see them and all |
| 23:34:08 | Bagder | LinusN and JdGordon haven't submitted theirs |
| 23:34:44 | scorche | do we have the whip ready? |
| 23:34:53 | scorche | although LinusN's should be easy, sadly |
| 23:34:55 | Bagder | I'll mail a virtual one |
| 23:35:03 | | Quit ender` (" On the other hand, you have different fingers.") |
| 23:35:04 | | Nick MarcGuayAway is now known as MarcGuay (n=chatzill@ip216-239-89-126.vif.net) |
| 23:35:26 | | Quit markun (Read error: 104 (Connection reset by peer)) |
| 23:36:27 | andrewbeveridge | i'm just trying different files |
| 23:36:35 | andrewbeveridge | encoded with different programs/settings etc |
| 23:36:38 | | Join markun [0] (n=markun@bastards.student.utwente.nl) |
| 23:36:40 | andrewbeveridge | i shall upload when done :) |
| 23:45:33 | | Join safetydan [0] (n=evertond@rockbox/developer/safetydan) |
| 23:45:41 | preglow | andrewbeveridge: goodie |
| 23:46:24 | | Quit Thundercloud (Remote closed the connection) |
| 23:47:46 | Llorean | MarcGuay: Why removing "Draft" from all pages of the manual except the first? I think if it's *just* there it'll probably get missed by normal readers |
| 23:48:14 | Llorean | MarcGuay: And, is the ManualTodo page mostly up to date? |
| 23:49:42 | MarcGuay | Llorean: I added that after watching the Devcon discussion and it seemed to have been agreed upon. I just think it's rather pointless given that the entire project is a draft version of sorts. |
| 23:50:20 | MarcGuay | That page is not up to date. Some things are on the FixMes page but not there, and items linger in the tracker. |
| 23:51:35 | Llorean | MarcGuay: Could I ask a big favour? Could we try to have one location someone can look as see a "known issues with the manual"? No rush, but before the feature freeze. |
| 23:52:00 | Llorean | I'm not trying to put this on you or anything |
| 23:52:21 | Llorean | But just... when/if you're working on the manual again, and spot something, or if you're reorganizing one of those pages, consolidate when you're already there perhaps |
| 23:52:30 | Soap | MarcGuay, what program do you use to edit the manual? |
| 23:52:53 | Soap | (or do you do it by hand / vi / etc. |
| 23:53:19 | MarcGuay | Soap: Using notepad++ and I turned off the tabs today! |
| 23:53:30 | MarcGuay | (Assuming that's where you're going ;) ) |
| 23:53:38 | Soap | exactly where I was going, thanks. |
| 23:54:30 | MarcGuay | Llorean: I've been trying to do that. And if it's small enough fix it on the spot. |
| 23:55:40 | Llorean | MarcGuay: Okay. Thanks. |
| 23:55:42 | | Join LinuxMafia [0] (n=awatt@CPE000e081cbf7a-CM00159a642d7e.cpe.net.cable.rogers.com) |
| 23:55:46 | LinuxMafia | hi all |
| 23:55:56 | | Quit davina (Remote closed the connection) |
| 23:56:06 | LinuxMafia | can i install rockbox on ipod nano |
| 23:56:07 | LinuxMafia | ? |
| 23:57:04 | Soap | First generation Nano (plastic front, stainless steel back) only. |
| 23:57:27 | stripwax | LinuxMafia - the rockbox-supported devices are listed on the front page of www.rockbox.org |
| 23:57:34 | | Quit Genre9mp3 (Read error: 104 (Connection reset by peer)) |
| 23:57:40 | | Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) |
| 23:58:04 | Llorean | MarcGuay: I'd personally rather leave every page marked as Draft just so there's less room for confusion. Then again the HTML manuals aren't clear about this anyway. |
| 23:58:16 | | Quit midgey () |
| 23:58:30 | LinuxMafia | cause i have ipod nano i connect it to computer ,nothing comes up |
| 23:58:39 | LinuxMafia | it wont show it on my computer |
| 23:58:49 | | Join LambdaCalculus37 [0] (i=1800dac6@gateway/web/ajax/mibbit.com/x-1d88ab7b3ce134c7) |
icon identifies that the person is a core developer (has commit access).