| 00:00:14 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 00:04:13 | | Quit synergist ("changing servers") |
| 00:04:52 | | Join synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 00:09:54 | pixelma | soap: put it on Mr. Someone's todo list? ;) |
| 00:10:36 | soap | I'd do it, I've brainstormed on it, but "The Rockbox Lifestyle" is stuck in my head like a bad meme. |
| 00:15:09 | obo | soap: Rockbox Ecosystem? |
| 00:15:32 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-127-061.pools.arcor-ip.net) |
| 00:16:59 | JdGordon | soap: (just saw your message from 3 hours ago)... apparently no we dont trust all devs here because only a select few actually have ops in here |
| 00:17:17 | JdGordon | so we can suggest all we want, but if someone is difficult we can do sfa about it |
| 00:17:39 | soap | that's a nice one, obo. |
| 00:17:55 | soap | JdGordon: I thought the idea was to grant op by cloak? |
| 00:17:59 | soap | scorche? |
| 00:19:27 | JdGordon | the usual answer given is that we need a consistant response which from everyone who has spoken about that has called that a BS excuse |
| 00:20:13 | JdGordon | PaulJam: bah, ok, yeah I see what your talking about... that needs to be fixed :( |
| 00:21:16 | soap | JdGordon: was that first line to me? If so I can't parse it. |
| 00:21:44 | JdGordon | it was |
| 00:22:06 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 00:22:30 | JdGordon | the answer from scorche (maybe others) the last few times it was brought up is that if everyone has ops then there is no consistancy when it comes to kick/ban/devoiceing of trouble users... |
| 00:22:40 | JdGordon | the fact is there isnt any now anyway |
| 00:22:48 | | Quit bmbl ("Woah!") |
| 00:23:37 | JdGordon | I dont care so much now, but when I was in .au it really pissed me off that I would be the only dev around when morons come in and can't do anything about it |
| 00:25:29 | *** | Saving seen data "./dancer.seen" |
| 00:25:40 | JdGordon | PaulJam: hmm... its apparently not as easy as I thought to reproduce... |
| 00:29:21 | JdGordon | ah crap... it seems there is a buffering problem with 9795.. this patch is going to get too huge to not break stuff |
| 00:30:06 | * | JdGordon wants to add some debug tags to the wps |
| 00:32:52 | Ubuntuxer | I need your help the improvements for my patch FS #10099: I have tried to implement your suggestions, but I can't find the fault in the struct. |
| 00:33:16 | Ubuntuxer | Please have a look. http://rafb.net/p/b1qIg059.html, http://rafb.net/p/KU5c0j63.html |
| 00:34:42 | JdGordon | Ubuntuxer: I'm not sure what you are trying to improve there... but i have some general comments... |
| 00:34:51 | JdGordon | can you modify an existing plugin to use your lib? |
| 00:35:18 | JdGordon | and I would like to see display_text() accept a viewport so plugins could use this but not lose the entire screen |
| 00:35:18 | Ubuntuxer | yes I have think of it, Which? |
| 00:35:26 | JdGordon | any |
| 00:37:15 | Ubuntuxer | I will try to implement the viewport idea. |
| 00:37:45 | JdGordon | can someone with SVN do a quick test for me? (you'll need a wps which has the disk activity icon of some sort)... start playback and wait 5s or so, then skip to the next track... doe shte activity stop? if it does have a look in the buffering debug screen and does it look like its way under where you'd exptect it? |
| 00:38:07 | JdGordon | Ubuntuxer: accpeitng a viewport also means using the colours specifed in it already... black on white isnt always wanted |
| 00:40:10 | | Quit cspotcode ("Leaving.") |
| 00:40:16 | Ubuntuxer | ok, is there a need to set it back to previous if it exits |
| 00:40:28 | | Join cspotcode [0] (n=bradla@starmie-25.dynamic.rpi.edu) |
| 00:40:39 | JdGordon | not if you use the supplied viewport |
| 00:40:51 | pixelma | JdGordon: I'll test |
| 00:40:54 | JdGordon | it is then up to the caller to set the viewport back |
| 00:40:57 | JdGordon | pixelma: thanks |
| 00:42:51 | pixelma | on my c200: "disk" activity stops and buffering doesn't show any weirdness on first glance - what numbers should I check exactly? |
| 00:44:44 | JdGordon | if its happening.. the bottom 3 bars should be no where near full |
| 00:45:09 | pixelma | hmm, on second try "alloc" and "usefl" is lower than expected and buffering also stopped very quickly after the skip |
| 00:45:41 | JdGordon | sweet... ok thanks, that means its no a problem with the patch |
| 00:45:44 | pixelma | the c200 buffering thread screen has no bottom bars due to lack of space |
| 00:46:19 | | Part domonoky |
| 00:46:42 | JdGordon | this means that track skipping stops buffering, which there could be an argument for keeping |
| 00:48:46 | pixelma | only happened once so far though (out of 4..5 tries) |
| 00:49:19 | JdGordon | flash targets might be hard to reproduce |
| 00:49:29 | JdGordon | also it doesnt really matter for them anyway |
| 00:50:29 | | Quit Ubuntuxer ("Leaving.") |
| 00:51:51 | | Quit robin0800 (Remote closed the connection) |
| 00:59:26 | | Quit ender` (" On the contrary, if you never procreate, neither will your kids.") |
| 00:59:37 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
| 01:00 |
| 01:03:50 | | Quit petur (Remote closed the connection) |
| 01:07:55 | | Quit cspotcode (Read error: 110 (Connection timed out)) |
| 01:08:33 | | Join Taylor [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 01:13:46 | | Join ashic [0] (n=ashvee@rrcs-96-10-158-182.midsouth.biz.rr.com) |
| 01:14:10 | ashic | hi |
| 01:14:10 | | Part Taylor |
| 01:14:16 | | Join Taylor [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 01:14:50 | ashic | i have a v-bop mp4 player does rockbox supports it |
| 01:15:18 | PaulJam | the frontpage lists all supported targets. |
| 01:15:23 | ashic | or how can i use rockbox for my mp4 player |
| 01:15:44 | Taylor | ashic: that mp3 is actually not supported |
| 01:15:58 | ashic | thnx taylor |
| 01:16:25 | ashic | is there any way i can use it |
| 01:16:30 | Taylor | well... |
| 01:16:41 | ashic | so i can use it as a wifi phone |
| 01:16:50 | Taylor | first... |
| 01:16:57 | Taylor | here is the link to the builds page: http://build.rockbox.org/ |
| 01:17:12 | Taylor | There, you will find all supported mp3/mp4 players |
| 01:17:57 | Taylor | And no, I do not believe you can port rockbox to it. You may want to google aorund for a port. (who knows, it might have been done). Or, if you know what you are doing, you can do it yourself :) |
| 01:18:08 | krazykit` | ashic, the short answer is no. the long answer is "only if you do the very hard work of writing the port yourself" |
| 01:18:46 | | Quit TBOL3 (Remote closed the connection) |
| 01:18:51 | | Quit Thundercloud (Remote closed the connection) |
| 01:19:00 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 01:19:04 | Taylor | basically, yes. |
| 01:19:08 | ashic | taylr krazykit |
| 01:19:14 | ashic | i have one doubt |
| 01:19:23 | ashic | is rockbox like ipod linux |
| 01:19:27 | krazykit` | no |
| 01:19:32 | scorche | in what way? |
| 01:20:38 | Taylor | GUI wise, no. I guess one way it is similar is it enables you to break away from the usual strict Apple OS, and load your own apps. |
| 01:20:52 | scorche | a lot more than just GUI... |
| 01:21:15 | ashic | when we install it does it erase the firmware of the player , or add it in the grub |
| 01:21:34 | scorche | there is no "grub", and it is dual-boot by default |
| 01:21:50 | Taylor | IpodLinux is more POSIX based (sort of for techies) RockBox is essentially a music OS, but it is much more than the Apple firmware. |
| 01:22:05 | scorche | "more"? |
| 01:22:07 | JdGordon | Taylor: time to stop talking.... |
| 01:22:16 | Taylor | There is no 'grub' |
| 01:22:22 | ashic | thnx taylor |
| 01:22:25 | scorche | i just said that... |
| 01:22:36 | Taylor | i know... i just typed it.. |
| 01:22:41 | ashic | gr8 |
| 01:22:41 | scorche | why? |
| 01:23:13 | ashic | if i want to use my mp4 playr with rockbox i have to write the port |
| 01:23:19 | Taylor | yes |
| 01:23:28 | Taylor | But, its not that easy :) |
| 01:23:35 | | Join gkahla [0] (n=gerall@adsl-70-136-20-84.dsl.bumttx.sbcglobal.net) |
| 01:23:35 | ashic | i know |
| 01:24:01 | ashic | to write the port we should have the firmware details |
| 01:24:04 | ashic | isnt ot |
| 01:24:06 | ashic | it |
| 01:24:09 | Taylor | But, if you did succeed, it would be one more mp3 player officially supported by RockBox |
| 01:24:20 | Taylor | yes |
| 01:24:21 | | Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) |
| 01:24:21 | | Join yash [0] (n=vijay034@c-75-72-150-85.hsd1.mn.comcast.net) |
| 01:24:34 | dreamlayers | Hi |
| 01:24:54 | yash | Hi all, |
| 01:24:57 | ashic | taylr the mp3 plyrs suportd by rockbox, can we use it as a wifi phone |
| 01:25:53 | scorche | ashic: is there something wrong with your vowel buttons? |
| 01:26:22 | Taylor | Use it as a wifi phone? Not unless your mp3 player comes with a wifi chip :) |
| 01:26:35 | scorche | we require people to speak "real english" here due to the large number of people relying on machine translation here... |
| 01:26:51 | scorche | Taylor: and not just that...a wifi stack would need to be written, drivers, etc |
| 01:26:54 | ashic | for u wht i am typing is spanish |
| 01:26:54 | krazykit` | ashic, none of the current rockbox targets have wifi, so there are no drivers, no network stack, and no VOIP software, so you'd have to write that in addition to the basics of the port |
| 01:27:33 | scorche | ashic: it would mean typing "u" as "you", "wht" as "what", etc |
| 01:27:54 | ashic | sorry scorche |
| 01:28:04 | ashic | i will type fully |
| 01:28:09 | scorche | thanks |
| 01:28:15 | gkahla | On the wiki, the SamsungAMS port is on the Status page as "Sansa V2 Family", right? |
| 01:29:23 | scorche | gkahla: yes...since sansa implemented more devices, we changed the terminology to "sansa AMS" due to it not being as ambiguous...it may not have been changed over in all pages |
| 01:30:05 | saratoga | the front page really needs to be fixed to imply that they're the same thing |
| 01:30:07 | gkahla | got a Samsung e280v2, and was disappointed to find there wasn't a rockbox port :( |
| 01:30:16 | saratoga | sandisk |
| 01:30:22 | scorche | oh wait...samsung? |
| 01:30:34 | gkahla | durr - you're right, it's a |
| 01:30:38 | gkahla | Sandisk |
| 01:30:54 | gkahla | ...and if I could find home-row, I might seem less spastic. |
| 01:31:10 | | Quit TBOL3 (Remote closed the connection) |
| 01:31:25 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 01:32:06 | Taylor | gkahla: By chance, is it a fuze? |
| 01:32:41 | ashic | is rockbox an OS or a mp4 player |
| 01:32:50 | moos | Taylor: he mentioned already sansa e280v2 |
| 01:32:59 | gkahla | Taylor - nope, it's one with the color screen |
| 01:33:03 | Taylor | ok |
| 01:33:12 | Taylor | RockBox is an OS :) |
| 01:33:13 | scorche | ashic: rockbox is an OS |
| 01:33:14 | gkahla | rockbox is a replacement OS for mp3 players |
| 01:33:40 | ashic | but its not a linux os |
| 01:33:50 | ashic | linux flavour |
| 01:34:13 | Taylor | No. If you want an linux-like firmware, go with IpodLinux |
| 01:34:18 | gkahla | does anyone have a preference about music management software with a rockbox player? Something that would work on Debian or Ubuntu? |
| 01:35:10 | gkahla | iPods have iTunes, what is the best app to take the role Rockbox's of iTunes? |
| 01:35:56 | Taylor | Rhythmbox, Hippo, GtKpod, are all some examples of music managent softwares to use with RockBox |
| 01:36:30 | gkahla | I've got a video ipod and an older sansa e230 with Rockbox on them - |
| 01:36:46 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
| 01:36:46 | gkahla | might try out those, thanks Taylor |
| 01:36:56 | Taylor | yep |
| 01:37:58 | Taylor | gkahla: another good one to mention would be floola. |
| 01:39:04 | gkahla | I'm running pan-OS desktops, but really prefer the BSDs. Floola would be cool - but need to check it against BSD's linux compatibility layer |
| 01:39:16 | rasher | This is not on topic for #rockbox. |
| 01:39:25 | moos | please guys stay on topic! |
| 01:39:39 | ashic | exactly moos |
| 01:40:09 | | Quit ashic ("Ex-Chat") |
| 01:40:42 | gkahla | sorry folks |
| 01:40:55 | | Part gkahla ("Leaving") |
| 01:42:29 | | Quit TBOL3 (Remote closed the connection) |
| 01:42:44 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 01:42:46 | | Quit M4ndri () |
| 01:42:53 | | Quit amiconn (Nick collision from services.) |
| 01:42:54 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 01:43:04 | | Quit pixelma (Nick collision from services.) |
| 01:43:05 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 01:43:16 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 01:43:22 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 01:45:23 | yash | hi all, I'm a GSoC applicant having been assigned a task. |
| 01:45:35 | yash | I'm posting the exact wordings first. |
| 01:45:43 | | Quit matsl (Remote closed the connection) |
| 01:45:47 | yash | Write a stubbed codec that so that when a file with the right extension is clicked in Rockbox or the right file is buffered, the .codec spoofs some information to the WPS to tell you the Title is "Codec works", waits 10 seconds elapsing time, then goes on to the next track |
| 01:46:15 | yash | I would like to explain what it is about and |
| 01:46:26 | yash | plz comment if you have something in mind. |
| 01:47:43 | yash | A dummy codec runs in the background. Whenever a track begins playing it asks the WPS screen to say "codec works", waits for 10 seconds and asks the WPS to clear the screen of "codec works". |
| 01:48:20 | yash | Once this track is played completely and another track begins, it does the same thing. |
| 01:49:22 | yash | I would like to know if someone has comments on this. |
| 01:50:34 | | Quit moos ("Time to catch some sleeps") |
| 01:51:05 | rasher | yash: I'm afraid you've come at an inopportunate time. The best advice I can give is to look in the wiki for a page describing how codecs work. I'm pretty sure there is one in there somewhere |
| 01:51:35 | rasher | yash: This might be one of the least active times of the week on irc |
| 01:52:07 | yash | ah, ok. I get it. I will look into the wiki pages. Thanks |
| 01:52:30 | pixelma | PaulJam, JdGordon: you can confuse next track info with SVN. I couldn't find a recipe to reproduce yet but maybe that's the same (I mostly see this when manipulating the playlist in the playlist viewer and returning). Did you compare PaulJam? |
| 01:55:39 | | Quit MethoS- (Remote closed the connection) |
| 01:56:29 | JdGordon | pixelma: yeah, which is why im itching to commit... I dont tihnk its any worse with the patch |
| 02:00 |
| 02:01:52 | JdGordon | yash: I can help you out a bit... |
| 02:02:29 | JdGordon | thats a nasty task... which application is this for? |
| 02:03:04 | JdGordon | wma pro :) |
| 02:03:19 | | Part Taylor |
| 02:05:56 | MT | JdGordon : I've been assigned the same task (stubbed codec) .. does the codec actually has to do anything at all other than making the file run for 10 seconds ? |
| 02:07:01 | | Quit tvelocity (Remote closed the connection) |
| 02:07:55 | JdGordon | and fake some metadata... |
| 02:08:59 | MT | Ah yes, about the metadata part :) .. |
| 02:09:29 | JdGordon | that part shouldnt be too hard... have a look at apps/metadata.c and the apps/metadata/ folder |
| 02:09:30 | yash | Gordon, just now saw the message. |
| 02:09:34 | | Quit HellDragon (Client Quit) |
| 02:09:35 | Unhelpful | metadata reading is in core, isn't it? |
| 02:09:44 | JdGordon | yes |
| 02:09:57 | yash | so i think you have misunderstood or i have :) |
| 02:10:18 | yash | the codec doesnt need to make the file run for 10 sec, but rather |
| 02:10:19 | JdGordon | thats a pretty safe bet :) |
| 02:10:25 | | Join HellDragon [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 02:10:26 | MT | I know this should be the easier part |
| 02:11:02 | yash | when a track starts, print "codec works", clear after 10 secs. |
| 02:11:10 | yash | and do the same for the next track. |
| 02:11:16 | | Part cmwslw ("Ex-Chat") |
| 02:11:27 | MT | but something weird is happening and the metadata aren't displayed , anyway I have to go now (have to wake up in 4 hours :( ) .. I'll try again later |
| 02:11:45 | JdGordon | yash: no, that sounds dangerous... I would assume the task to being make it look like the track is actually being decodec and is 10s long |
| 02:12:09 | | Quit dmb ("Leaving") |
| 02:12:41 | yash | oh i got it Gordon. |
| 02:12:56 | yash | i will repeat what I have understood, plz check. |
| 02:13:24 | JdGordon | yash: you should alwys use the full nick if you want to have someone in your message.. or it wont get hilighted |
| 02:14:17 | | Quit PaulJam (".") |
| 02:14:31 | yash | oh ok will do that. |
| 02:14:31 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 02:16:03 | yash | JdGordon: when a file with a right extension (supported by rockbox) is clicked, this codec runs, prints "codec works", waits for 10 sec and goes to next track. |
| 02:16:56 | JdGordon | no, instead of pritinging "codec works" put that string into the tag info (mp3entry struct) for the "track" |
| 02:16:58 | yash | Gordon: it basically replaces the running of any other codec. |
| 02:17:26 | | Quit dmb (Client Quit) |
| 02:17:57 | Unhelpful | my impression is that it is to be any entirely new codec, that handles files with some made-up extension |
| 02:18:07 | JdGordon | codecs must never EVER try writing anything to the screen.... EVER! |
| 02:18:10 | yash | Gordon: ok, so that the tag is displayed on the screen, and hence "codec works" will also be displayed. |
| 02:18:17 | JdGordon | yes |
| 02:18:45 | yash | yep Gordon, when I said print, i was saying ask the display screen to print it for you. |
| 02:19:34 | yash | Unhelpful: i don't think it should run for a made-up extension. |
| 02:19:46 | yash | i will post the words again: |
| 02:20:22 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 02:20:24 | Unhelpful | you needn't, i saw them |
| 02:20:32 | yash | ok, |
| 02:20:51 | yash | "when a file with the right extension" |
| 02:21:20 | yash | the extension supported by rockbox i understand. |
| 02:21:54 | yash | Gordon: the title should be "codec works". |
| 02:22:10 | JdGordon | JdGordon is my nick... not Gordon |
| 02:22:35 | Unhelpful | many types, and therefore extensions, are supported by rockbox. i don't think the task is about trying to replace all rockbox codecs, but just to give you experience writing a codec for rockbox. a new codec should use a new extension - a made-up one since it's not actually playing audio. |
| 02:22:47 | yash | JdGordon: sorry, do you think putting it to the "tag info" will help it display as a title. |
| 02:22:57 | yash | JdGordon: i don't think so. |
| 02:23:29 | JdGordon | I'm telling you, thats the way it HAS to be done :) |
| 02:24:01 | yash | Unhelpful: "Unhelpful" sounds amusing, thanx. |
| 02:24:18 | yash | JdGordon: ok, i get it. |
| 02:24:54 | yash | Unhelpful, JdGordon: i will summarize what i will do. |
| 02:25:33 | *** | Saving seen data "./dancer.seen" |
| 02:26:35 | | Quit TBOL3 (Remote closed the connection) |
| 02:26:52 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 02:27:19 | yash | Create a dummy codec for a dummy extension. When a file with that extension is clicked, or it is buffered for play because it is the next track, run this dummy codec which will add "codec works" to the tag, wait for 10 seconds and ask rockbox to switch to next track. |
| 02:28:12 | JdGordon | yes |
| 02:29:08 | yash | excellent, i have understood what i need to do, thanx a lot JdGordon and Unhelpful. |
| 02:30:22 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:30:55 | | Quit TBOL3 (Remote closed the connection) |
| 02:31:10 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 02:39:49 | JdGordon | ... here goes nothing! |
| 02:40:30 | yash | JdGordon, just wondering how long have you been contributing to Rockbox. |
| 02:40:51 | yash | JdGordon, you seem to know quite a bit :) |
| 02:41:17 | JdGordon | since august 07 I think |
| 02:41:30 | yash | oh ok thanx. |
| 02:42:33 | | Quit Seed ("cu, Andre") |
| 02:42:45 | JdGordon | aug 06 even! |
| 02:43:13 | yash | JdGordon: oh ok, trying hard to remember :) |
| 02:43:33 | yash | JdGordon: may i know what you do apart from this? |
| 02:43:45 | JdGordon | as little as possible... :) |
| 02:43:48 | | Join raveinmycubicle [0] (n=chatzill@n161s091.ntc.blacksburg.shentel.net) |
| 02:43:56 | JdGordon | I just started working for microsoft |
| 02:44:31 | yash | JdGordon: ah, i'm an MSFT aspirant, you couldn't get an internship. |
| 02:44:50 | yash | i mean "who couldn't get an internship". |
| 02:45:17 | JdGordon | :( tough break... yeah I got an internship last year, before the economy went down the gutter |
| 02:46:56 | yash | JdGordon: this might sound off-topic but do you know how I should prepare to get into MSFT, Google? |
| 02:47:32 | JdGordon | very off topic, and no... not really |
| 02:47:45 | | Join ohmecks [0] (n=Cisco@151.197.118.70.cfl.res.rr.com) |
| 02:47:53 | yash | JdGordon: I love developing code, and want to work for the best. ok, sorry about that. |
| 02:49:01 | dreamlayers | I have some patches which I should probably commit, but since this would be my first time, I feel I need to talk about them here first. |
| 02:49:14 | JdGordon | dreamlayers: you probably dont :) |
| 02:49:14 | yash | JdGordon: ok, I think I need to leave to do my assignment. will catch you later. |
| 02:50:49 | | Part ohmecks |
| 02:50:57 | dreamlayers | JdGordon: You mean I should probably just go ahead with it? |
| 02:50:58 | | Quit yash () |
| 02:51:34 | JdGordon | dreamlayers: pretty much... apart from noone else being around now... |
| 02:51:44 | JdGordon | you'll get yelled at if anything really bad happens :) |
| 02:52:15 | | Quit flydutch ("/* empty */") |
| 02:52:31 | | Quit TBOL3 (Remote closed the connection) |
| 02:52:42 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 02:52:46 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 02:52:57 | | Join Nico_P [0] (n=quassel@rockbox/developer/NicoP) |
| 02:55:23 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:56:59 | * | JdGordon wonders about the big delat |
| 02:57:01 | JdGordon | delta |
| 02:59:13 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 03:00 |
| 03:00:14 | Nico_P | JdGordon: congratulations on the commit :) |
| 03:00:23 | | Quit KBH () |
| 03:00:59 | JdGordon | dont thank me just yet... wait and see what the repercussions are :) |
| 03:01:13 | JdGordon | I wanted to wait for more comments, but got itchy |
| 03:01:27 | JdGordon | next step is moving cuesheet into playback, if that sounds good to you? |
| 03:02:35 | Nico_P | it does |
| 03:02:58 | JdGordon | wanna reply to that dev ml I did last week? :) |
| 03:03:17 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 03:09:48 | | Part raveinmycubicle |
| 03:10:59 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 03:11:07 | Unhelpful | JdGordon: want summaries on per-symbol deltas for that? it might not tell you anything you didn't know, though... |
| 03:11:08 | Nico_P | JdGordon: not now (I should go to bed), but I'll try to |
| 03:11:53 | JdGordon | Unhelpful: I dont really care that much... :) |
| 03:13:43 | Unhelpful | i'd love to drop that tool into svn, it just still has what i feel are a few rough edges... mostly bunches of symbols that have numbers tacked onto their names, which get flagged as different... i'm guessing they're generated symbols for string/array/struct literals? |
| 03:14:14 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 03:14:17 | | Quit hd (Read error: 104 (Connection reset by peer)) |
| 03:17:54 | | Nick krazykit` is now known as krazykit (n=kkit@ppp-70-236-47-235.dsl.ipltin.ameritech.net) |
| 03:18:55 | | Quit Nico_P (Remote closed the connection) |
| 03:19:10 | dreamlayers | Unhelpful: Is that tool available for download somewhere? |
| 03:21:02 | | Quit midijunkie ("?(???~•~)?") |
| 03:21:55 | Unhelpful | dreamlayers: not at present. it's a very short python script that calls nm, i can just put it on a pastebin |
| 03:23:42 | Unhelpful | http://pastie.org/437985 |
| 03:24:19 | Unhelpful | my todo list is pretty much taking map files (instead of object) as input, and doing something about generated symbols |
| 03:26:51 | dreamlayers | Unhelpful: Thanks for the script. |
| 03:27:33 | dreamlayers | Map files don't list static symbols, so the ability look at object files is a good thing. |
| 03:27:49 | JdGordon | Unhelpful: maybe commit it anyway so others can play with it untill you fiinsh it? |
| 03:28:54 | Unhelpful | dreamlayers: if the static symbol ends up getting inlined, it still disappears... although its callers show the delta, then. |
| 03:30:16 | Unhelpful | any ideas about the funny-symbols-with-numbers issue? |
| 03:33:42 | Unhelpful | i assume the ones like "_lines.5436" or "_message.3953" are literal constants of some (large) type, but there are also such as "_plugins_menu_items__.4048" |
| 03:34:22 | Unhelpful | these are reported as unique in each object, because of the number, so you can really only scan the output to see if any of those have different sizes |
| 03:36:47 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 03:39:34 | | Quit BHSPitLappy (Remote closed the connection) |
| 03:39:56 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
| 03:40:13 | Llorean | soap: How about something simple like "Related Topics" rather than something like "The Rockbox Ecosystem" |
| 03:41:15 | saratoga | Unhelpful: what does that tool actually do? |
| 03:41:37 | | Quit EspeonEefi (Client Quit) |
| 03:41:48 | Unhelpful | saratoga: it reports per-symbol and total size deltas between two objects, as well as the sizes of symbols unique to each. |
| 03:42:28 | Unhelpful | it can be used to highlight libgcc symbols that have been pulled in or out by a change, or other less obvious sources of weird delta issues |
| 03:45:03 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 03:45:29 | * | kugel wonders if iap even works with 9795 |
| 03:45:56 | | Quit |ahmina| (SendQ exceeded) |
| 03:46:18 | soap | Llorean: I'm completely open to ideas. "Related Topics", though, sounds more open than I thought the original goal was... |
| 03:46:22 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 03:47:00 | Llorean | soap: Well, the individual board names will still be there to narrow it down |
| 03:47:30 | kugel | JdGordon: the events need to be removed from the wps if other parts of rockbox want to receive them... |
| 03:47:45 | kugel | You didn't realize that there's only 1 callback per event, did you? |
| 03:49:36 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 03:50:46 | | Join Strife89 [0] (n=nds@204.116.244.200) |
| 03:51:51 | | Join Paddy_ [0] (n=chatzill@x1-6-00-11-d8-b1-2a-75.k711.webspeed.dk) |
| 03:52:05 | Paddy_ | Hello? anybody home? |
| 03:53:03 | dreamlayers | Hi |
| 03:54:12 | Strife89 | Paddy_: All's quiet on the channel front. ;) |
| 03:55:43 | Unhelpful | this isn't really a chat channel, as the guidelines state. if you need help with something, go ahead and ask. :) |
| 03:56:24 | Paddy_ | i know, i was just checking |
| 03:56:26 | Paddy_ | :P |
| 03:56:35 | Paddy_ | im just asking, now that ive looked through the forums |
| 03:56:55 | Paddy_ | is it possible for rockbox to come out for the 160gb or would it be waste for me to wait for |
| 03:56:56 | Paddy_ | ? |
| 03:57:29 | krazykit | the 160gb what? |
| 03:57:38 | Unhelpful | classic, right? |
| 03:57:58 | Paddy_ | yes |
| 03:58:03 | Paddy_ | sorry, ipod classic |
| 03:58:17 | Paddy_ | i forgot it wasnt selfexplanatory :P |
| 03:59:01 | Unhelpful | there's not really much going on with the classic. somebody who has one has to work on it, and there are several tough problems to solve. |
| 03:59:23 | Paddy_ | yeah i heard they encrypted the software even more |
| 03:59:25 | | Quit lymeca (SendQ exceeded) |
| 03:59:41 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 03:59:43 | Paddy_ | i was just wondering if there were anyone working on it because it would be cool to run rockbox |
| 04:00 |
| 04:00:10 | | Quit lymeca (SendQ exceeded) |
| 04:00:32 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:00:53 | Paddy_ | anyway thanks |
| 04:01:01 | | Quit lymeca (SendQ exceeded) |
| 04:01:09 | | Quit Paddy_ ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 04:01:19 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:01:53 | | Quit lymeca (SendQ exceeded) |
| 04:02:09 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:02:46 | | Quit lymeca (SendQ exceeded) |
| 04:02:59 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:03:33 | | Quit lymeca (SendQ exceeded) |
| 04:03:45 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:04:06 | | Quit TBOL3 (Remote closed the connection) |
| 04:04:19 | | Quit lymeca (SendQ exceeded) |
| 04:04:21 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 04:04:32 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:05:00 | | Quit lymeca (SendQ exceeded) |
| 04:05:18 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:05:52 | dreamlayers | Why would deltas change if no code changed? |
| 04:06:07 | | Quit lymeca (SendQ exceeded) |
| 04:06:29 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:06:32 | dreamlayers | I mean why would there be deltas on the build table on targets where no code changed. |
| 04:07:17 | | Quit lymeca (SendQ exceeded) |
| 04:07:29 | kugel | dreamlayers: refresh :) |
| 04:07:31 | saratoga | perhaps theres some slight difference between the gccs used to compile them |
| 04:07:47 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 04:08:21 | | Quit TBOL3 (Remote closed the connection) |
| 04:09:09 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:09:52 | JdGordon | kugel: thats incorrect |
| 04:11:07 | JdGordon | scratch that.... kugel your bloody wrong... |
| 04:11:34 | dreamlayers | saratoga: You must be right. It seems like the same server isn't always used for a build, and I guess they don't all have the same gcc. |
| 04:13:06 | Unhelpful | dreamlayers: there have been small (usually 16-32B) binsize fluctuations in all targets that build the bitmap scaler in core, ever since it was introduced :/ |
| 04:13:39 | kugel | JdGordon: oops, in my memory there was a return after the call of the cb |
| 04:14:07 | JdGordon | nono... the word you want is sorry |
| 04:15:52 | | Quit Strife89 ("Night.") |
| 04:17:00 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 04:25:34 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
| 04:25:35 | *** | Saving seen data "./dancer.seen" |
| 04:25:51 | * | dreamlayers is tempted to commit FS #10086 |
| 04:29:58 | saratoga | dreamlayers: might as well |
| 04:30:05 | saratoga | you'll find out soon enough if it breaks anything |
| 04:32:50 | * | JdGordon has too many patches open :/ |
| 04:34:23 | | Quit cmwslw ("Ex-Chat") |
| 04:36:16 | dreamlayers | JdGordon: I feel I have too many patches open |
| 04:37:02 | | Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:37:42 | | Quit planetbeing (Read error: 104 (Connection reset by peer)) |
| 04:39:36 | | Quit lymeca (SendQ exceeded) |
| 04:39:55 | kugel | dreamlayers: what happened about the ipod vido & lcd thing? |
| 04:40:30 | dreamlayers | You mean the lcd sleep patch? |
| 04:40:45 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:41:33 | | Quit lymeca (SendQ exceeded) |
| 04:41:54 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:42:31 | dreamlayers | kugel: The BCM/LCD sleep patch has been in SVN for a while. I'd still like to make two related changes: one small platform-specific fix, and a platform-independent change to backlight.c. The latter should probably be a separate task. |
| 04:43:38 | | Quit lymeca (SendQ exceeded) |
| 04:44:04 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:44:38 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
| 04:44:41 | | Quit timc (Read error: 104 (Connection reset by peer)) |
| 04:45:10 | | Quit lymeca (SendQ exceeded) |
| 04:45:31 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 04:46:27 | | Join perrikwp [0] (n=18ac0c41@gateway/web/cgi-irc/labb.contactor.se/x-f960a39a9ca9119c) |
| 04:47:53 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 04:48:13 | | Quit TBOL3 (Remote closed the connection) |
| 04:48:15 | | Join Llorean [0] (n=DarkkOne@99.185.10.52) |
| 04:48:28 | | Join TBOL3 [0] (n=leif@c-24-10-200-0.hsd1.ut.comcast.net) |
| 04:53:54 | | Quit ultrasonic (Read error: 110 (Connection timed out)) |
| 04:55:07 | dreamlayers | When the 5G iPod is shut down, what chips are still powered? I know the LTC4066 is still hooked up to the battery, and the PCF50607 is powered but in sleep mode. |
| 04:55:27 | | Quit perrikwp ("CGI:IRC") |
| 04:55:31 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d22efc7e01aab97e) |
| 04:59:23 | | Join DarkSpectrum [0] (n=ZX@adsl-76-234-133-58.dsl.sfldmi.sbcglobal.net) |
| 05:00 |
| 05:03:11 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-bbbb744caf986b74) |
| 05:06:58 | JdGordon | hmm... how should the database handle cuesheet subtracks? |
| 05:07:35 | Llorean | The database isn't aware of cuesheets is it? |
| 05:07:46 | Llorean | Much like it isn't aware of sub-tracks in NSF files either. |
| 05:08:10 | JdGordon | its not, but things are going to get nasty when cuesheets are moved into playback where they should be |
| 05:08:28 | kugel | dreamlayers: the task is still open, since there was some work left |
| 05:14:12 | | Quit franky (Read error: 113 (No route to host)) |
| 05:17:22 | kugel | JdGordon: what's the reassigning of id3/nid3 in the "if (update_track)" part for? |
| 05:18:26 | | Join Buschel [0] (n=abc@p54A3F4E1.dip.t-dialin.net) |
| 05:18:46 | kugel | I thought this is handled by the callbacks |
| 05:19:49 | | Quit Horscht ("Verlassend") |
| 05:23:25 | JdGordon | its very likely a oversight |
| 05:23:45 | JdGordon | anything outside of playback.c was bare minimum for it to work... |
| 05:29:01 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 05:29:49 | kugel | great |
| 05:30:45 | Llorean | JdGordon: Well multi-track files need a "real" solution anyway, for things like chained oggs, right? |
| 05:31:17 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
| 05:31:22 | | Quit planetbeing_ () |
| 05:36:45 | JdGordon | well yes... but there is real and real... the last version of my cuesheet patch added a new event for when the subtrack changed, I'm just not sure thats still a good idea |
| 05:40:42 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 05:42:05 | | Join cspotcode [0] (n=bradla@starmie-25.dynamic.rpi.edu) |
| 05:42:48 | saratoga | i don't think that matters much for chained ogg, since you can't know about the chaining without actually decoding the file |
| 05:43:05 | saratoga | or at least walking through it |
| 05:43:16 | saratoga | so the database will never be able to work right with chained ogg files |
| 05:49:21 | | Join Rob2222 [0] (n=Miranda@p4FDCEDAF.dip.t-dialin.net) |
| 05:49:43 | | Quit pixelma ("No Ping reply in 90 seconds.") |
| 05:49:53 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
| 05:50:00 | JdGordon | well, what ould happen is the db will think the same track keeps getting played |
| 05:50:13 | JdGordon | so playcount will go screwey.... but maybe not |
| 05:50:19 | | Quit Rob2223 (Read error: 104 (Connection reset by peer)) |
| 05:51:58 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 06:00 |
| 06:00:20 | | Part toffe82 |
| 06:03:06 | | Part kps00000 |
| 06:13:23 | | Quit HBK () |
| 06:13:35 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 06:13:49 | | Join KBH [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 06:13:52 | | Quit KBH (Read error: 104 (Connection reset by peer)) |
| 06:14:23 | | Quit Buschel () |
| 06:14:43 | | Nick kadoban is now known as kadoban_ (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 06:15:48 | | Nick kadoban_ is now known as kadoban (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 06:19:54 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:21:46 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
| 06:23:37 | martian67 | who uses ogg subtracks lol? |
| 06:23:57 | martian67 | thats kinda like MKV video subtracks |
| 06:24:01 | martian67 | sure... but why? |
| 06:24:35 | Llorean | Because you can concatenate files together and then resplit them later, easily |
| 06:24:36 | JdGordon | ogg subtracks arn't currently supported |
| 06:24:46 | martian67 | Llorean, the advantage being? |
| 06:25:24 | Llorean | martian67: Same one as using cue sheets to manage a single album, really |
| 06:25:35 | martian67 | such as? |
| 06:25:37 | *** | Saving seen data "./dancer.seen" |
| 06:25:56 | Llorean | No clue, I don't do it. |
| 06:26:00 | martian67 | ahah ;) |
| 06:26:21 | martian67 | well for mp3's it made some sense |
| 06:26:26 | dreamlayers | .cue files are only helpful if you don't have gapless playback |
| 06:26:28 | martian67 | as true gapless playback wasnt possible |
| 06:26:33 | martian67 | but thats not the case for ogg |
| 06:26:59 | | Join _Auron_ [0] (n=DarkAuro@m330436d0.tmodns.net) |
| 06:27:07 | Llorean | martian67: True gapless is possible with MP3 |
| 06:27:12 | Llorean | It's just slightly more complicated than with vorbis. |
| 06:27:33 | martian67 | well not many decoders support it in any case |
| 06:28:29 | Llorean | Ours does. :-P |
| 06:28:41 | Unhelpful | being able to shuffle albums? |
| 06:29:01 | JdGordon | thats a reason to not use cue... |
| 06:29:04 | Llorean | Unhelpful: "true" gapless. |
| 06:29:08 | | Join zylor [0] (n=zylor@bl9-156-135.dsl.telepac.pt) |
| 06:29:13 | Unhelpful | a feature i've missed on every player i've had, and been told to "fix" by using file-per album. |
| 06:29:28 | | Quit sbhsu_ (Read error: 110 (Connection timed out)) |
| 06:29:33 | JdGordon | oh, /me misunderstood |
| 06:29:39 | martian67 | Unhelpful, thats a hack then |
| 06:29:42 | JdGordon | ours does that also :) |
| 06:29:48 | martian67 | indeed :) |
| 06:29:59 | JdGordon | with a caveat or two though |
| 06:30:04 | Unhelpful | martian67: as is single-file for gapless. we have a fix for gapless, though. :P |
| 06:30:16 | martian67 | well what i mean |
| 06:30:27 | martian67 | is why such a thing would be in the ogg container spec |
| 06:30:31 | martian67 | escapes me |
| 06:30:53 | JdGordon | just to say it can be done |
| 06:31:05 | JdGordon | really there is no reason to have ogg anyway |
| 06:31:39 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:31:47 | martian67 | mp4 is superior anyways |
| 06:31:48 | Llorean | martian67: The same reason it's beneficial to be able to cat together MPEG streams, I guess. |
| 06:31:54 | Llorean | You can edit with _very_ simple tools |
| 06:31:55 | martian67 | or AAC-HE |
| 06:31:57 | martian67 | rather |
| 06:32:21 | Unhelpful | martian67: direct TCP streaming of multiple ogg vorbis files. |
| 06:32:41 | martian67 | Unhelpful, would still be sequential in any case |
| 06:32:48 | martian67 | and thats pretty essoterric :) |
| 06:32:58 | | Quit midgey () |
| 06:33:26 | Unhelpful | you ask why that would be considered a "feature" ;P |
| 06:33:28 | | Join wangxiang [0] (i=wangxian@210.77.2.133) |
| 06:33:49 | martian67 | and the fact sub-tracks tend to break the hell out of the expectations |
| 06:33:53 | martian67 | of a media player |
| 06:33:58 | martian67 | are a pretty major downside imo :/ |
| 06:34:13 | Llorean | It only breaks media players that don't actually meet the spec, though |
| 06:34:41 | martian67 | spec relgion is annoying |
| 06:34:50 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 06:34:57 | martian67 | specs serve a need |
| 06:35:00 | martian67 | not visa versa |
| 06:35:06 | JdGordon | ? |
| 06:35:25 | martian67 | *vise versa |
| 06:35:47 | JdGordon | if there is a spec then you HAVE to code to it.. otherwise whats the point? |
| 06:36:01 | martian67 | its rarely so simple |
| 06:36:13 | Llorean | martian67: If you're going to say you "support" a file format, it kinda is. |
| 06:36:33 | martian67 | well how can you claim to support ogg/vorbis then ;) |
| 06:36:40 | martian67 | you clearly dont meet the spec |
| 06:36:45 | Llorean | We admit it's a problem we have. |
| 06:36:47 | martian67 | now, i think you see my point |
| 06:39:19 | | Quit TBOL3 (Remote closed the connection) |
| 06:40:02 | martian67 | Llorean, and how many people REALLY care |
| 06:40:15 | martian67 | its likely in the single digits |
| 06:40:52 | dreamlayers | martian67: see FS #9502 |
| 06:41:16 | martian67 | and yet to consistantly support it would probly require a pretty major rockbox overhaul |
| 06:41:35 | martian67 | at least UI wise |
| 06:41:42 | JdGordon | what are we talking about now? |
| 06:41:57 | martian67 | JdGordon, that complying to a spec isnt the be all and end all |
| 06:42:08 | martian67 | and many times, is scarely even nessisary |
| 06:42:09 | martian67 | heh |
| 06:42:24 | martian67 | and even counterproductive |
| 06:42:49 | martian67 | hence "spec religion" |
| 06:43:18 | | Quit Lss () |
| 06:43:23 | JdGordon | there is a difference between saying you support the full spec and do things wierdly, and saying you do the full spec (correctly) except certain bits |
| 06:43:43 | | Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
| 06:45:40 | | Quit _Auron_ ("Infinity repeatedly denies rumours of plotting with zero to bring down the Universe.") |
| 06:50:23 | | Quit dreamlayers ("Goodnight") |
| 06:58:08 | | Join snizwickit [0] (n=PuppiesO@ppp-66-139-122-153.dsl.tpkaks.swbell.net) |
| 06:58:46 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 06:58:59 | | Join Llorean [0] (n=DarkkOne@adsl-99-185-10-52.dsl.hstntx.sbcglobal.net) |
| 07:00 |
| 07:02:03 | | Join _Auron_ [0] (n=DarkAuro@ppp-70-245-129-190.dsl.rcsntx.swbell.net) |
| 07:03:26 | | Part evilnick |
| 07:07:18 | | Quit temp_lazyguy () |
| 07:09:59 | | Quit wangxiang ("Leaving") |
| 07:14:35 | * | JdGordon probably shouldnt be surprised that manually resyncing the cuesheet patch blindy doesnt work first go :p |
| 07:16:44 | martian67 | also nice work on ipod 5.5g battery life guys :) |
| 07:16:49 | | Quit dmb (Read error: 113 (No route to host)) |
| 07:16:54 | martian67 | its now exceeding standard firmware for me :) |
| 07:19:48 | | Join SansaFan [0] (n=3f6eacc3@gateway/web/cgi-irc/labb.contactor.se/x-ad2da13c416264c2) |
| 07:20:26 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
| 07:21:48 | | Quit z35 ("Leaving") |
| 07:24:57 | DarkSpectrum | ok i've searched like crazy and cant find a flyspray about E200 backlight on hold, normal setting does not work, how do i make a proper bug report? |
| 07:25:33 | JdGordon | does svn cuesheet show the next subtrack for the next track info? |
| 07:28:48 | JdGordon | no... good :) |
| 07:32:34 | | Join wangxiang [0] (i=wangxian@210.77.2.133) |
| 07:35:29 | * | JdGordon seems to have broken the progress bar on non cue files |
| 07:42:48 | | Quit planetbeing (Read error: 104 (Connection reset by peer)) |
| 07:43:44 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 07:45:46 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:47:33 | | Quit wangxiang ("Leaving") |
| 07:47:46 | | Join wangxiang [0] (i=wangxian@210.77.2.133) |
| 07:48:18 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 07:48:46 | | Quit wangxiang (Client Quit) |
| 08:00 |
| 08:04:25 | | Join Rob2223 [0] (n=Miranda@p4FDCDAF9.dip.t-dialin.net) |
| 08:05:45 | | Quit AlHaz ("Leaving") |
| 08:10:06 | | Quit GodEater ("Terminated with extreme prejudice - dircproxy 1.0.5") |
| 08:10:24 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:15:30 | JdGordon | oh shit... anyone seeing wierdness with the progressbar not being updated on the first track on a session? |
| 08:20:28 | DarkSpectrum | yes |
| 08:23:21 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 08:24:40 | | Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 08:25:40 | *** | Saving seen data "./dancer.seen" |
| 08:30:14 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 08:30:17 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 08:30:20 | | Quit lymeca (Read error: 60 (Operation timed out)) |
| 08:30:26 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:32:11 | JdGordon | DarkSpectrum: which target? I seem to only be able to repro on the sim |
| 08:34:41 | DarkSpectrum | E200 |
| 08:34:53 | DarkSpectrum | progress bar resets to nill |
| 08:35:28 | DarkSpectrum | i'll be happy to test a patch if you want to DCC or email me one, ds@darkspectrum.net |
| 08:35:54 | JdGordon | so much for my last commit happening smootly then :( |
| 08:37:27 | DarkSpectrum | BTW i am running build 20635 |
| 08:41:48 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 08:47:05 | | Join franky [0] (n=franky@f053005198.adsl.alicedsl.de) |
| 08:49:33 | JdGordon | what the FUCK?! playback is definetly updating the elapsed time correctly... wps has the correct id3 entry... but its still showing 0 for the elapsed for the first track |
| 08:52:27 | | Join flydutch [0] (n=flydutch@host31-165-dynamic.8-87-r.retail.telecomitalia.it) |
| 08:54:59 | | Quit robin0800 (Remote closed the connection) |
| 08:59:58 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:00 |
| 09:00:44 | | Join wangxiang [0] (i=wangxian@210.77.2.133) |
| 09:02:17 | | Quit rwcr (Read error: 113 (No route to host)) |
| 09:03:29 | JdGordon | Should I commit a quick fix for the progressbar issue so nobody notices untill it can be tracked down properly? or leave it? |
| 09:03:41 | | Join rwcr [0] (n=oremanj@xenon.get-linux.org) |
| 09:04:09 | * | JdGordon really doesnt like the fix, and is very baffled as to why the bug is happening |
| 09:06:14 | DarkSpectrum | sounds good to me |
| 09:06:45 | JdGordon | http://pastebin.com/m26867a3b is the fix, if anyone wants to commit it today/tonight... |
| 09:06:58 | Zagor | a quick fix with a comment shows you know of and is working on the issue. otherwise we are likely to get more bug reports. |
| 09:06:58 | JdGordon | I tihnk i'll wait and see if anyone complains |
| 09:07:39 | DarkSpectrum | crap i dont have a build environ on this puter, have to wait till i get home to patch/compile |
| 09:08:01 | JdGordon | I'm more worried that If I commit that it will be forgotten about |
| 09:08:17 | JdGordon | its nothing major which is hwy im not too concerned |
| 09:08:19 | DarkSpectrum | JdGordon: could you look at one more bug for me please? |
| 09:08:32 | JdGordon | depends |
| 09:09:06 | DarkSpectrum | on the sansa E200 if you chose the setting "backlight on hold: normal" the backlight will not come on at all with any button press when the lock is enabled |
| 09:09:37 | DarkSpectrum | it used to work a in 3.0 but has been broke ever since 3.1 |
| 09:10:52 | DarkSpectrum | oh it also happens on the Sansa C200 as well |
| 09:11:39 | JdGordon | its not something my commit broke so im not worried about it... (its midnight here and im about to head off) |
| 09:11:57 | DarkSpectrum | otay :) |
| 09:12:35 | DarkSpectrum | i'm terrified to post a flyspray about it because i really dont word things well |
| 09:13:49 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 09:15:40 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:20:20 | * | JdGordon apologises for FS #10102 and heads to bed |
| 09:21:08 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 09:24:56 | | Quit Thundercloud (Remote closed the connection) |
| 09:25:34 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:26:28 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:26:32 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 09:45:47 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 09:46:09 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 09:48:22 | | Quit |ahmina| (Read error: 60 (Operation timed out)) |
| 09:48:31 | | Join Hittudiv [0] (n=d2d4a065@gateway/web/cgi-irc/labb.contactor.se/x-8bc7bedcc41715b1) |
| 09:49:28 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 09:53:52 | | Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) |
| 09:54:00 | | Quit __lifeless (Read error: 54 (Connection reset by peer)) |
| 09:54:36 | | Join __lifeless [0] (n=lifeless@94.51.194.118) |
| 09:57:36 | | Quit Hittudiv ("CGI:IRC") |
| 09:58:19 | | Join Hittudiv [0] (n=d2d4a065@gateway/web/cgi-irc/labb.contactor.se/x-4e26dc50aad38059) |
| 10:00 |
| 10:00:01 | | Quit Thundercloud (Remote closed the connection) |
| 10:00:54 | | Quit lymeca (SendQ exceeded) |
| 10:01:24 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 10:02:42 | | Quit lymeca (SendQ exceeded) |
| 10:03:11 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 10:04:51 | | Quit lymeca (SendQ exceeded) |
| 10:05:44 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 10:07:49 | | Quit lymeca (SendQ exceeded) |
| 10:08:02 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 10:09:35 | | Join l403 [0] (n=l@85.132.159.239) |
| 10:10:08 | lightbulbjim | away |
| 10:25:42 | *** | Saving seen data "./dancer.seen" |
| 10:28:47 | | Quit timc`` (Read error: 104 (Connection reset by peer)) |
| 10:30:42 | | Quit BHSPitMonkey ("Ex-Chat") |
| 10:36:44 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
| 10:38:58 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 10:42:33 | | Join pyro_maniac [0] (i=foobar@p57BBAAA7.dip0.t-ipconnect.de) |
| 10:43:56 | | Quit MT (Read error: 104 (Connection reset by peer)) |
| 10:45:05 | | Join Sedgewick [0] (n=Sedgewic@81.200.132.126) |
| 10:45:19 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 10:47:33 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 10:58:52 | | Quit l403 (Read error: 104 (Connection reset by peer)) |
| 10:59:10 | | Join l403 [0] (n=l@85.132.159.239) |
| 11:00 |
| 11:18:52 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
| 11:28:41 | | Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) |
| 11:30:51 | | Quit planetbeing () |
| 11:31:31 | | Join Lez [0] (n=lezardfl@189.58.208.46.dynamic.adsl.gvt.net.br) |
| 11:33:22 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 11:45:11 | | Join jaykay [0] (n=chatzill@p579E72DE.dip.t-dialin.net) |
| 11:49:17 | | Quit Lezard (Read error: 110 (Connection timed out)) |
| 11:51:22 | | Quit planetbeing () |
| 11:56:18 | jaykay | the manual says in 1.2 "getting more help" something about reporting bugs... it says the same in "user feedback" |
| 11:56:31 | jaykay | is "getting more help" the right place for that? |
| 12:00 |
| 12:00:47 | | Join midgey [0] (n=tjross@71.238.148.140) |
| 12:03:31 | | Quit l403 (Read error: 113 (No route to host)) |
| 12:08:11 | jaykay | and are the forums and the mailing list really "support channels"? |
| 12:09:34 | | Quit ultrasonic (Client Quit) |
| 12:13:04 | | Quit Rob2223 () |
| 12:13:38 | | Join Rob2222 [0] (n=Miranda@p4FDCDAF9.dip.t-dialin.net) |
| 12:13:55 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
| 12:21:35 | | Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) |
| 12:22:13 | | Join PaulJam [0] (i=PaulJam_@vpn-3039.gwdg.de) |
| 12:25:44 | *** | Saving seen data "./dancer.seen" |
| 12:27:39 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-069-240.ewe-ip-backbone.de) |
| 12:27:59 | GodEater | jaykay, I would say yes to that. |
| 12:28:34 | jaykay | GodEater: to both? |
| 12:28:41 | GodEater | yeop |
| 12:29:24 | GodEater | although I don't subscribe to it personally, I'm given to understand the mailling list is the preferred support channel for our blind / sight challenged users |
| 12:29:40 | GodEater | and the forums are definitely used for support questions a great deal. |
| 12:30:10 | linuxstb | jaykay: How else would you describe the forums and (user) mailing list? |
| 12:30:13 | jaykay | ok, i just wondered if they are really *channels* |
| 12:30:22 | jaykay | linuxstb: no idea :) |
| 12:31:14 | jaykay | Godeater: and with both i meant my first question about "getting more help" ;) |
| 12:34:58 | GodEater | jaykay, my answer stands ;) |
| 12:35:08 | jaykay | ok :) |
| 12:35:32 | GodEater | and yes, I'd say the word "channels" is the right one to use |
| 12:38:58 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 12:56:24 | | Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") |
| 13:00 |
| 13:01:40 | | Quit FlynDice ("Konversation terminated!") |
| 13:09:36 | | Join tvelocity [0] (n=tony@adsl22-26.her.forthnet.gr) |
| 13:10:01 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
| 13:10:21 | | Join wangxiang [0] (n=wangxian@210.77.2.133) |
| 13:15:59 | | Quit lymeca (Read error: 60 (Operation timed out)) |
| 13:16:12 | | Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) |
| 13:17:41 | Lss | did the theme function go away again? |
| 13:17:48 | Lss | it thought it worked a few days back |
| 13:18:21 | PaulJam | Lss: do you maen in rbutil? |
| 13:18:44 | amiconn | DarkSpectrum: The backlight is never supposed to come on when hold is enabled |
| 13:18:45 | Lss | yup |
| 13:19:13 | amiconn | Backlight on hold: normal just means that the normal timeout (and caption backlight etc) is still used when enabling hold |
| 13:19:35 | PaulJam | Lss: this will be fixed in the next release of rbutil afaik. until then you can install them manually. |
| 13:19:53 | Lss | ok sure |
| 13:20:16 | Lss | i'll probably make my own though because most dont seem to work well with unicode stuff |
| 13:20:36 | amiconn | I mean it is never supposed to come on when pressing a button. That's the purpose of a hold switch - disabling the buttons |
| 13:23:35 | | Quit petur (Nick collision from services.) |
| 13:23:38 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
| 13:25:01 | gevaerts | Actually, I've noticed some inconsistency with the Backlight on hold setting. Sometimes the backlight turns off immediately when swithing on hold, sometimes it doesn't |
| 13:31:54 | | Quit B4gder ("It is time to say moo") |
| 13:32:03 | pixelma | works reliably for me on my c200 (I set it to "normal" backlight timeout and let the WPS only show album art on hold (or a "locked" message), so would be quite obvious if it didn't work |
| 13:32:49 | gevaerts | Mine is set to turn off when on hold. Sometimes it doesn't |
| 13:34:00 | | Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) |
| 13:49:47 | jaykay | another question regarding the manual... is there a strict rule when spaces i front of lines should be used? e.g after /opt or /item... and how many of them should i use? |
| 13:50:05 | jaykay | *in front |
| 13:51:01 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 13:52:55 | pixelma | rasher: will people uploading a greyscale or colour 160x128 theme see anything of the failing for the M:Robe? (e.g. of the %X backdrop tag)? |
| 13:53:58 | pixelma | if that is used of course |
| 13:56:47 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 13:58:09 | pixelma | jaykay: you mean the indentation? I saw that handled quite differently from file to file and have to admit that I just looked at what was there and did the same. It's used to make the file better readable so there peobably should be a rule but I'm not aware of one (besides the general Rockbox coding style guidelines which seem to not be used in most .tex files, maybe they didn't work nicely there?) |
| 13:59:14 | jaykay | pixelma: are 2 or 4 spaces used more often? |
| 14:00 |
| 14:02:02 | pixelma | you can find both quite often :\ |
| 14:02:20 | B4gder | http://rockbox.pastebin.com/d7f7ecad5 |
| 14:02:41 | B4gder | the 10 latest build rounds and the servers that needed >= 200 seconds to perform a build |
| 14:04:43 | B4gder | at least no server was that slow in all rounds |
| 14:10:50 | | Quit pyro_maniac (Read error: 110 (Connection timed out)) |
| 14:12:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:12:56 | amiconn | B4gder: Is there a reason why the "All times" values are not in the same order as the builds themselves (in the master log)? |
| 14:13:56 | B4gder | I don't remember but they might get added to an hash array |
| 14:14:16 | | Quit robin0800 (Remote closed the connection) |
| 14:14:55 | | Quit SansaFan ("CGI:IRC (Ping timeout)") |
| 14:20:12 | | Join dfkt [0] (n=dfkt@unaffiliated/dfkt) |
| 14:21:55 | | Quit Hittudiv ("CGI:IRC (Ping timeout)") |
| 14:24:05 | | Join PaulJam_ [0] (i=Paule@vpn-3148.gwdg.de) |
| 14:25:46 | *** | Saving seen data "./dancer.seen" |
| 14:30:06 | | Quit PaulJam (Read error: 104 (Connection reset by peer)) |
| 14:30:35 | jaykay | "Firewire detection is not supported in Rockbox at the moment. Please use USB only." |
| 14:30:52 | jaykay | thats from the manual for ipod 3g/4g/color/mini |
| 14:31:22 | jaykay | the one thing is that its a note in latex but not in the output and i don't know why |
| 14:32:21 | jaykay | the second one is that in "manual installation" the manual says "connect your player via usb or firewire" |
| 14:37:03 | pixelma | is the note enclosed in an \opt or \nopt somehow? |
| 14:40:17 | | Join pyro_maniac [0] (i=foobar@p57BBA125.dip0.t-ipconnect.de) |
| 14:40:36 | jaykay | \opt{ipod3g,ipod4g,ipodcolor,ipodmini}{ |
| 14:40:37 | jaykay | \note{Firewire detection is not supported in Rockbox at |
| 14:40:39 | jaykay | the moment. Please use USB only.} |
| 14:40:57 | jaykay | and its not a note in the manuals for those four players |
| 14:42:17 | pixelma | and I would think that it is possible to connect via firewire for the installation because you are using the OF's disk mode anyways though I'm not sure how ipodpatcher handles it |
| 14:42:41 | | Quit Sedgewick ("off") |
| 14:42:57 | pixelma | jaykay: is there a second } after this too, and is this in SVN? |
| 14:48:00 | jaykay | pixelma: in svn it looks like this |
| 14:48:05 | jaykay | \opt{ipod3g,ipod4g,ipodcolor,ipodmini}{ |
| 14:48:05 | jaykay | \index{Firewire}Firewire detection is not supported in Rockbox at |
| 14:48:07 | jaykay | the moment. Please use USB only. |
| 14:48:08 | jaykay | } |
| 14:48:20 | jaykay | but i'm quite sure i didn't change this... |
| 14:48:45 | jaykay | also the index does not produce that what it should produce |
| 14:51:44 | jaykay | pixelma: the note in my trunk works fine, its also a note in the output |
| 14:53:27 | pixelma | sorry, I can't follow the code snippets very well here... one idea would be that maybe you forgot to close an \opt before? It's \opt{target,feature,something}{text which only should appear for some manuals} |
| 14:53:34 | | Join LambdaCalculus37 [0] (n=44a04329@rockbox/staff/LambdaCalculus37) |
| 14:53:55 | | Quit LambdaCalculus37 (Client Quit) |
| 14:54:22 | pixelma | the \index isn't used yet as far as I know and could be used later if someone wants to add an index list somewhere besides the table of content |
| 14:54:23 | jaykay | pixelma: for some reason its a note in my trunk, and there everything works fine |
| 14:54:27 | | Join LambdaCalculus37 [0] (n=44a04329@rockbox/staff/LambdaCalculus37) |
| 14:54:42 | jaykay | but in svn its a index, which produces nothing |
| 14:54:56 | jaykay | i think it should be a note |
| 14:55:27 | pixelma | the index would be an additional thing |
| 14:56:11 | jaykay | it was a index and a note some time ago, but BigBambi's rewrite changed that to only index |
| 14:56:55 | | Nick jfc^3 is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 14:56:59 | LambdaCalculus37 | http://lambdacalculus379.pastebin.com/mcc6120b <−− Strange problem getting the Rockbox build environment up and running on my MacBook; this happened when I ran rockboxdev.sh |
| 15:00 |
| 15:02:03 | | Join PaulJam [0] (i=Paule@vpn-3037.gwdg.de) |
| 15:03:32 | amiconn | jaykay: The remark in the manual is wrong. Firewire detection *is* supported in rockbox, just that rockbox doesn't handle firewire itself. It reboots into diskmode, like it did for usb before the usb stack was enabled. |
| 15:05:32 | jaykay | amiconn: can i remove that note completely? |
| 15:09:21 | | Quit B4gder ("It is time to say moo") |
| 15:12:23 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-2a56e48c33cc2a21) |
| 15:14:31 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 15:18:16 | | Join Sedgewick [0] (n=Sedgewic@81.200.132.126) |
| 15:22:07 | | Join DarkSpectrum- [0] (n=ZX@adsl-76-234-133-58.dsl.sfldmi.sbcglobal.net) |
| 15:28:12 | | Join Hittudiv [0] (n=d2d4a065@gateway/web/cgi-irc/labb.contactor.se/x-1452a59579e614e7) |
| 15:28:47 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:31:48 | Hittudiv | some knows the bellow function? |
| 15:31:50 | Hittudiv | lcd_bitmap(src,x,y,width,height,clear) |
| 15:34:40 | Lss | just checking for %lh can it be used conditionally %?lh |
| 15:36:11 | pixelma | yes |
| 15:36:38 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3164.gwdg.de) |
| 15:36:50 | Lss | ok and i assume only 2 states? true followed by false? |
| 15:38:18 | Lss | ok i see its reversed |
| 15:39:15 | | Quit petur ("gotta run!") |
| 15:39:55 | | Join TheSphinX^ [0] (n=cold@p54A5C479.dip.t-dialin.net) |
| 15:40:02 | | Quit DarkSpectrum (Read error: 110 (Connection timed out)) |
| 15:42:24 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
| 15:43:54 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 15:55:09 | | Part LinusN |
| 15:55:16 | jaykay | amiconn: ? |
| 15:58:32 | | Join {phoenix} [0] (n=dirk@p54B46AF1.dip.t-dialin.net) |
| 15:59:33 | | Quit wangxiang ("Leaving") |
| 16:00 |
| 16:06:49 | jaykay | some more questions regarding the manual |
| 16:07:23 | jaykay | may i remove "Firewire detection is not supported in Rockbox at the moment. Please use USB only."? |
| 16:07:33 | jaykay | for four ipods |
| 16:07:48 | jaykay | and may i remove \warn{Never extract files to your \dap{} while it is in recovery mode.} |
| 16:07:51 | jaykay | for the e200 |
| 16:08:03 | gevaerts | jaykay: why would you remove that? |
| 16:08:06 | jaykay | both in "before starting" |
| 16:08:23 | jaykay | gevaerts: amiconn said the first one is wrong |
| 16:08:41 | gevaerts | I mean the sansa one |
| 16:08:50 | jaykay | and the second one is in the wrong place there, in "before starting" nothing is said about the recovery mode" |
| 16:09:22 | gevaerts | maybe move it then. It must be somewhere though |
| 16:09:31 | jaykay | imo the only right place for that is somewhere in unbricking, and this is in the wiki |
| 16:10:33 | jaykay | gevaerts: the manual says nothing about the recovery mode... so its wrong in the manual |
| 16:10:52 | gevaerts | I'm not sure. I'd leave it there |
| 16:11:36 | gevaerts | People have done strange things in recovery mode. Avoiding that is good |
| 16:12:44 | jaykay | then its like saying in the description of the plugin fire "do not attempt to burn your player", because some people did strange things :) |
| 16:13:22 | gevaerts | no. As far as I know people have never done that in a rockbox context |
| 16:13:41 | gevaerts | while people have "installed" rockbox on the recovery drive |
| 16:15:12 | jaykay | the manual don't tell them to do that... it even doesn't describe how to enter the recovery mode |
| 16:15:59 | jaykay | what happens when something is copied to the recovery drive? |
| 16:16:14 | gevaerts | yoy need manufacturer mode |
| 16:16:36 | jaykay | ? |
| 16:16:44 | gevaerts | and that may mean access to a linux machine (e200tool doesn't work well on windows) |
| 16:17:07 | jaykay | so it's some kind of bricked then? |
| 16:17:16 | gevaerts | for the casual user, yes |
| 16:17:30 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
| 16:17:42 | Unhelpful | recovering from "needs recovery mode" is much easier than from "needs manufacturer mode" |
| 16:21:50 | jaykay | i'll remove it.. when there are too much complaints about it i'll place it there again |
| 16:23:00 | gevaerts | please don't |
| 16:23:14 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:23:19 | gevaerts | walking people through recovering a sansa really is no fun at all |
| 16:23:25 | pixelma | jaykay: you seem to work on many files at once, do you intend to post a patch? |
| 16:25:47 | *** | Saving seen data "./dancer.seen" |
| 16:26:47 | jaykay | pixelma: yes, but i'm only doing minor changes... like replacing rockbox with Rockbox or "saving" some lines by utilising the 80 char-limit |
| 16:27:17 | Lss | %pf < what this suppose to show up as? i added it but it doesnt show up |
| 16:28:19 | pixelma | Lss: you don't have an Archos Player, I think? |
| 16:28:45 | Lss | nope ipod |
| 16:29:19 | pixelma | the %pf is only used on the Archos Player |
| 16:29:38 | Lss | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS#Playlist_Song_Info < i see i think someone accidentally deleted Archos |
| 16:29:57 | Unhelpful | hrm, pictureflow manual entry needs updated *anyway*, it works during playback now. and i would like to have keymaps in the manual matching with my keymaps patch before it's committed :) |
| 16:29:57 | * | linuxstb fixed |
| 16:32:19 | pixelma | Unhelpful: is that a call for help? |
| 16:33:07 | Unhelpful | pixelma: i'm not sure yet. i'm looking at it, this might be possible to tackle without having to properly learn tex in general :) |
| 16:35:27 | Unhelpful | the patch turns the tracklist into a pretty much standard list view, though... so i'm not really sure if it's best to document buttons for the album view, and just say that the track list is a normal list aside from the quit button, or if i ought to have a complete table of buttons and their actions for each view. |
| 16:41:59 | jaykay | another question... in the ipod/sansa_install.tex-files... should there always besomething like "connect the dap to the computer, wait for it to show up somewhere"? |
| 16:42:00 | jaykay | and is the "your dap will automatically reconnect..." in "installation on mac os x in ipod_install.tex necessary? |
| 16:43:58 | linuxstb | jaykay: Why do you think it's not necessary? |
| 16:44:52 | jaykay | beacaause its not in the descriptions for windows and linux and nowhere in sansa_install.tex |
| 16:45:14 | jaykay | *because.... |
| 16:45:14 | linuxstb | That's because OS X and ipods are different. |
| 16:45:30 | linuxstb | Although I can't say for certain Sansas don't behave like that on OS X. |
| 16:45:53 | jaykay | ok, fine... and i didn't say it's not necessary, i asked whether it is ;) |
| 16:46:54 | | Quit GodEater (Remote closed the connection) |
| 16:47:34 | | Join gregzx [0] (n=chatzill@dsm250.neoplus.adsl.tpnet.pl) |
| 16:47:34 | pixelma | jaykay: be carefull not to put too much into one patch even if it's only small things. Such patches are hard to review (and commit), I remember spending some time figuring out what to commit, how, which order with a patch package by bascule during last year's devcon |
| 16:49:05 | Unhelpful | pixelma: \opt selects the given text if any of the options are true, \nopt if none are? |
| 16:49:56 | | Join GodEater [0] (n=yeahrigh@rockbox/staff/GodEater) |
| 16:50:12 | pixelma | yes |
| 16:51:26 | jaykay | pixelma: ok, i will try to keep it small... but its difficult to do a second part of work if the first part is rottening in the tracker, noone does want to commit it and everyone says "don't make this patch bigger" |
| 16:51:55 | Unhelpful | i think i can figure this out. i'm still undecided as to whether the tracklist buttons need to be in the table at all... but maybe i should say what up/down/select/cancel are in that view, even if they're all "normal" buttons for that purpose? |
| 16:52:37 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 16:53:15 | rasher | pixelma: the theme is accepted (and no errors shown) if it works on at least one target |
| 16:55:06 | Unhelpful | oh, right, i do see at least one target that probably needs a fix in the keymap patch - i should probably use up/down to scroll the album list on H10, which doesn't seem to *have* any left/right directionals |
| 16:56:40 | | Join MT [0] (n=MTee@41.233.144.183) |
| 16:57:02 | pixelma | rasher: ah, thanks for the info |
| 16:59:22 | | Join jovianjake [0] (n=jovianja@nat/ibm/x-be654577276aa8aa) |
| 16:59:47 | jaykay | i have another question :) when you start ipodpatcher/sansapatcher on mac os x and press enter the last time, does the programm close itself? |
| 17:00 |
| 17:01:32 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:01:35 | | Part jovianjake |
| 17:02:50 | | Quit MT (Remote closed the connection) |
| 17:09:12 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 17:14:12 | | Join wangxiang [0] (n=wangxian@210.73.4.120) |
| 17:15:43 | pixelma | jaykay: which patch is rotting in the tracker, do you have a fs# ? |
| 17:16:09 | | Join MT [0] (n=MTee@41.233.144.183) |
| 17:17:23 | jaykay | pixelma: i would say approx. 300 of the 400 are rotting... and the one for the manual changes is http://www.rockbox.org/tracker/task/9880, but i'm still working on it |
| 17:17:44 | jaykay | the last one doesn't apply btw |
| 17:24:36 | | Quit cspotcode (Remote closed the connection) |
| 17:25:36 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 17:29:56 | | Quit Zagor ("Don't panic") |
| 17:31:30 | | Quit B4gder ("It is time to say moo") |
| 17:34:29 | | Quit midgey () |
| 17:40:04 | | Quit blithe ("Lost terminal") |
| 17:40:15 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 17:40:47 | jaykay | can someone answer my question from 40 min ago? |
| 17:41:30 | jaykay | and do i need to double-click a icon after opening ipodpatcher.dmg? |
| 17:42:07 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
| 17:43:46 | | Quit Bawitdaba (Read error: 110 (Connection timed out)) |
| 17:44:36 | BigBambi | jaykay: I don't think the firewire thing should be a note, that's why I removed it |
| 17:44:59 | BigBambi | jaykay: The fact that it now doesn't show up at all is unintentional and should be fixed |
| 17:45:10 | BigBambi | But I think notes in general are overused, and I tried to reduce the number |
| 17:45:29 | jaykay | BigBambi: it shows up.... that was not the problem |
| 17:45:34 | jaykay | why is it a index? |
| 17:46:04 | jaykay | ah... the question was whether its necessary at all |
| 17:46:31 | BigBambi | This is for two reasons - 1) If there are two many notes they become pointless as they are no longer different, and 2) It doesn't look nice |
| 17:47:04 | BigBambi | jaykay: Oh, I got from what you said that it didn't show at all (although I was opretty sure I checked this) |
| 17:47:06 | BigBambi | jaykay: It is an index for possible future use |
| 17:47:48 | jaykay | well i removed it anyway in my patch. i'll see whether this change is accepted or not :) |
| 17:48:00 | BigBambi | jaykay: We don't yet have an index, but if we did then that sentence would be linked to by "Firewire" in the index which is useful as it isn't a table of contents item, but is something people might want to find |
| 17:48:14 | BigBambi | jaykay: It won't be if it has anything to do with me |
| 17:48:23 | BigBambi | jaykay: The index is there for a reason |
| 17:48:44 | jaykay | BigBambi: i removed the hwole sentence because amiconn said its wrong... |
| 17:48:51 | jaykay | s/hwole/whole |
| 17:48:52 | BigBambi | jaykay: Again, I don't see why you just delete or change things you don't understand - it gives me less confidence in your changes |
| 17:49:15 | BigBambi | jaykay: Ah, I see |
| 17:49:31 | BigBambi | jaykay: I thought you meant the index was removed |
| 17:50:07 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 17:50:20 | BigBambi | jaykay: In that case, it needs changing as Firewire is not supported in Rockbox (it reboots to the OF) but USB is. So that should be changed to reflect this IMO |
| 17:50:56 | | Join wangxiang [0] (n=wangxian@210.73.4.120) |
| 17:51:07 | | Quit {phoenix} (Remote closed the connection) |
| 17:51:31 | BigBambi | jaykay: I'm off now but will be back in a bit |
| 17:51:32 | | Join jaykay_ [0] (n=chatzill@p579E72DE.dip.t-dialin.net) |
| 17:54:10 | | Join {phoenix} [0] (n=dirk@p54B46AF1.dip.t-dialin.net) |
| 17:54:41 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 17:55:05 | jaykay_ | BigBambi: should i try to bring h10_install.tex and mrobe100_install.tex in line with the latex-guidelines? |
| 17:55:43 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 17:55:46 | jaykay_ | i mean the 80-char limit |
| 17:55:50 | jaykay_ | it looks really ugly then |
| 17:56:59 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 18:00 |
| 18:01:54 | | Join midgey [0] (n=tjross@141-211-4-025.vpn.umnet.umich.edu) |
| 18:02:02 | | Quit wangxiang () |
| 18:02:24 | Unhelpful | archivator: i suggested the other day that you let the user load a text file specifying a gradient. better idea: let them specify a bitmap. ;) |
| 18:03:06 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:03:50 | Unhelpful | no worries about specifying a format, etc... and you can just use the scaler to stretch the bitmap to, say, 1px wide, DISPLAY_HEIGHT tall? |
| 18:03:54 | archivator | Unhelpful: as you yourself said, there are more important things to tackle than the coloring. I am open to ideas, though I think specifying a bitmap is taking it a bit far. How should the plugin handle dimensions other than the screen's? |
| 18:05:41 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 18:05:42 | | Join MethoS [0] (n=lem@dyndsl-085-016-163-163.ewe-ip-backbone.de) |
| 18:06:10 | Unhelpful | true... but if you're using a LUT for colors now, it'll be *very* easy to add the ability to load it from a BMP later. i can even do that part for you. |
| 18:06:37 | | Join TheSphinX^_ [0] (n=cold@p54A5C479.dip.t-dialin.net) |
| 18:06:38 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:06:40 | | Quit TheSphinX^_ (Remote closed the connection) |
| 18:07:22 | archivator | Unhelpful: I haven't dismissed the idea completely, I am just not going to focus on it at this point in time.. I am *that* close to doing a spectrogram :) |
| 18:07:40 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 18:09:02 | jaykay_ | pixelma: the patch is up, now it can start rotting :) |
| 18:09:11 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E72DE.dip.t-dialin.net) |
| 18:09:18 | | Quit TheSphinX^ (Read error: 110 (Connection timed out)) |
| 18:11:24 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:11:42 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:12:04 | | Quit avacore (Read error: 110 (Connection timed out)) |
| 18:12:49 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:14:43 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:14:44 | | Quit midgey (Read error: 54 (Connection reset by peer)) |
| 18:15:06 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:21:49 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:21:57 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:21:59 | | Quit barrywardell (Remote closed the connection) |
| 18:22:56 | | Join miepchen^schlaf [0] (n=miepel@p579EC915.dip.t-dialin.net) |
| 18:24:59 | | Quit blithe ("Lost terminal") |
| 18:25:10 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 18:25:48 | *** | Saving seen data "./dancer.seen" |
| 18:26:26 | | Join Lynx_ [0] (n=Lynx@xdsl-87-78-144-171.netcologne.de) |
| 18:30:07 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 18:32:04 | archivator | Do we use -fprofile-arcs when compiling rockbox? |
| 18:32:32 | | Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) |
| 18:32:42 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:41:14 | | Quit miepchen^schlaf () |
| 18:46:30 | | Part pyro_maniac ("Leaving.") |
| 18:48:10 | | Quit StealthyXIIGer (Read error: 60 (Operation timed out)) |
| 18:48:13 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 18:48:48 | | Join PaulJam [0] (n=PaulJam_@vpn-3034.gwdg.de) |
| 18:49:10 | | Quit Sedgewick (Connection timed out) |
| 18:55:42 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-38c6524401b60b82) |
| 19:00 |
| 19:00:15 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:04:30 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
| 19:09:05 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 19:09:09 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
| 19:10:20 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 19:15:49 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-236-008.pools.arcor-ip.net) |
| 19:15:55 | | Quit MT (Read error: 101 (Network is unreachable)) |
| 19:15:58 | | Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-116-171.ewe-ip-backbone.de) |
| 19:16:37 | | Quit jeffdameth (Read error: 60 (Operation timed out)) |
| 19:17:27 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:18:41 | | Join MT [0] (n=MTee@41.233.151.195) |
| 19:22:29 | | Join dfkt_dt [0] (n=dfkt@unaffiliated/dfkt) |
| 19:26:57 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-436a779638ddab58) |
| 19:27:56 | | Quit dfkt (Read error: 60 (Operation timed out)) |
| 19:28:08 | | Join jaykay [0] (n=chatzill@p579E72DE.dip.t-dialin.net) |
| 19:30:40 | | Quit moos ("Rockbox rules the DAP world") |
| 19:35:38 | | Join gregzx_ [0] (n=chatzill@drv165.neoplus.adsl.tpnet.pl) |
| 19:38:52 | | Quit gregzx_ (Client Quit) |
| 19:40:30 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009030810]") |
| 19:43:37 | | Quit DataGhost (Nick collision from services.) |
| 19:43:44 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 19:45:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:45:27 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-8b9a959ba81fa4d9) |
| 19:45:53 | Ubuntuxer | I get strange compiler warnings, if I try to set default values in a array of struct. If compile the same code with gcc, there aren't any warnings. e.g. http://rafb.net/p/G9zvxe91.html |
| 19:46:04 | Ubuntuxer | I hope someone can help me. |
| 19:46:24 | Ubuntuxer | warning: missing braces around initializer |
| 19:47:41 | bertrik | this is a C question and related to rockbox, right? |
| 19:48:09 | Ubuntuxer | yes, of course |
| 19:48:52 | domonoky | Ubuntuxer: i dont think you can initialise a array of structs, with just one instance of data.. |
| 19:49:15 | archivator | Isn't that syntax a gcc extension? |
| 19:49:32 | bertrik | it should be something like { {0,0}, {0,0}, {0,0}, {0,0} } |
| 19:49:33 | Ubuntuxer | it works, except of the warnings |
| 19:49:36 | domonoky | perhaps only for newer gcc versions ? |
| 19:49:56 | JdGordon| | bertrik speaks the truth |
| 19:50:25 | Ubuntuxer | ok, it just doesn't look good |
| 19:50:35 | JdGordon| | you can pretty it up a bit... |
| 19:50:53 | bertrik | Ubuntuxer, I doubt any compiler complains about that :P |
| 19:51:05 | JdGordon| | blaa[4] = { [0] = {0,0}, [SOME_ENUM] = {1,1} ...} |
| 19:51:34 | | Quit gregzx (Connection timed out) |
| 19:51:43 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:52:03 | bertrik | JdGordon, oh that is nice, never used something like that before |
| 19:53:09 | Ubuntuxer | ok, thanks so far |
| 19:55:37 | | Quit zylor ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 19:56:02 | domonoky | Ubuntuxer: if you just want to 0 that struct array, you could also use memset(blaa,0,sizeof(struct NAME)*4) |
| 19:56:24 | JdGordon| | it gets worse... you can even do [0 .. N] = {...} |
| 19:56:36 | JdGordon| | of course 0 and N could be anything |
| 19:56:52 | JdGordon| | except negative and out of bounds |
| 19:57:58 | | Join pyro_maniac [0] (n=jens@91-67-255-129-dynip.superkabel.de) |
| 19:58:12 | amiconn | bertrik: Designated initializer - these are used in some places in rockbox code |
| 19:58:19 | amiconn | *initializers |
| 19:58:22 | pyro_maniac | bluebrother: ping |
| 19:58:26 | bluebrother | pyro_maniac: pong |
| 19:59:02 | pyro_maniac | bluebrother: have you mantioned the "Bootloaderr" in the german translation for rbutil? |
| 19:59:17 | bluebrother | mentioned the bootloader? |
| 19:59:28 | bluebrother | as in a typo in the translation? |
| 19:59:36 | pyro_maniac | no the word "Bootloadrr" with a double rr |
| 19:59:49 | pyro_maniac | or Bootloaderr |
| 20:00 |
| 20:00:21 | bluebrother | found it. Interesting typo (and I bet it was me who made it ;-) |
| 20:01:23 | pyro_maniac | ok, so you got it and I don't have to document it :-) |
| 20:03:25 | | Join jaykay_ [0] (n=chatzill@p579E769E.dip.t-dialin.net) |
| 20:04:00 | | Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") |
| 20:14:52 | | Quit Ubuntuxer ("Leaving.") |
| 20:14:54 | bluebrother | pyro_maniac: updated translation committed |
| 20:16:32 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
| 20:18:09 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-489623109e8d72ee) |
| 20:18:20 | | Quit countrymonkey (Client Quit) |
| 20:18:28 | | Join bookshare [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-ab0f2dbb3fcab096) |
| 20:19:01 | | Quit bookshare (Client Quit) |
| 20:19:14 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:19:48 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 20:20:09 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 20:22:22 | | Join miepchen^schlaf [0] (n=miepel@p579EC915.dip.t-dialin.net) |
| 20:24:47 | | Quit markun (Read error: 104 (Connection reset by peer)) |
| 20:25:49 | *** | Saving seen data "./dancer.seen" |
| 20:27:01 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:27:14 | | Join markun [0] (n=markun@bastards.student.utwente.nl) |
| 20:27:54 | | Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-56f515d9d88e7d7d) |
| 20:31:34 | | Join trisiak [0] (n=tree@chello089078243195.chello.pl) |
| 20:32:57 | | Join cspotcode [0] (n=bradla@starmie-25.dynamic.rpi.edu) |
| 20:33:37 | trisiak | hi, my sansa e250 with 3.2rb freezed a moment ago, it just stopped playing, disabled backlight but lighted up the keyboard |
| 20:33:48 | trisiak | i reseted it by holding quit button for some time |
| 20:34:04 | trisiak | now its teeling me that my battery is too low to operate, but in the OF it shows full battery |
| 20:34:47 | trisiak | I guess its hardware related, can it be rockbox fault? |
| 20:35:29 | evilnick | lighted up the keyboard? |
| 20:35:38 | trisiak | the blue ring |
| 20:36:09 | bertrik | maybe the battery is indeed low but perhaps it just takes the OF some time to show that |
| 20:36:11 | trisiak | i normally have this blue light disabled in the settings |
| 20:36:21 | evilnick | Ah, okay. So when you turn it on now, you should get the bootloader screen, what exactly does it say? (You might need to do this a few times to get the entire message) |
| 20:36:35 | trisiak | Battery too low. System shutdown |
| 20:36:49 | trisiak | if i start with USB connected it just starts without problems |
| 20:37:08 | trisiak | it had like 80% of battery an hour ago |
| 20:37:32 | trisiak | now its showing that its charging even after i disconnected it from PC |
| 20:37:33 | evilnick | trisiak: I would probably let it charge for a few hours then. |
| 20:37:46 | evilnick | Under the Original Firmware? |
| 20:37:49 | trisiak | no, rb |
| 20:38:20 | pyro_maniac | bluebrother: cool, it was a plessure |
| 20:38:43 | trisiak | i had this kind of freeze long time ago, but i thought that this was cause by filesystem errors |
| 20:38:46 | evilnick | What build are you using? (System−−>Rockbox Info) |
| 20:38:54 | trisiak | 3.2 dled from the site |
| 20:39:03 | trisiak | 3.2-090323 |
| 20:39:32 | evilnick | And when you plug in USB, does the Sansa reboot to the OF? |
| 20:39:44 | trisiak | nope |
| 20:39:50 | trisiak | it doesnt react |
| 20:39:55 | gevaerts | trisiak: checking for filesystem errors never hurts I think. I've seen weird errors caused by those |
| 20:40:02 | | Quit ultrasonic (Read error: 60 (Operation timed out)) |
| 20:40:09 | trisiak | and it shows Battery: Charging in the Info screen |
| 20:41:20 | trisiak | I will charge it on the OF for some time |
| 20:41:32 | evilnick | AFAIK, Rockbox 3.2 on the Sansa E-series *should* reboot to OF on USB connection, provided you're using the bootloader and build from RBUtil |
| 20:41:46 | trisiak | evilnick, it was stuck in the Charging state |
| 20:41:57 | trisiak | didnt even detect that i plugged it of |
| 20:42:19 | * | gevaerts would check the filesystem |
| 20:42:28 | evilnick | Ah, so a hardware reset ought to fix that (long, long, long press on Power, up to 30 seconds). |
| 20:42:43 | evilnick | I'd also check the filesystem (using the OF) |
| 20:43:05 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 20:44:29 | trisiak | hmm, its behaving pretty weird right now |
| 20:46:05 | trisiak | OF is not booting, just shows black screen after the Sandisk logo faded out |
| 20:46:16 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
| 20:47:03 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
| 20:47:23 | | Join bookshare [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-224baae91632d21d) |
| 20:47:30 | | Quit bookshare (Client Quit) |
| 20:47:30 | | Quit cspotcode ("Leaving.") |
| 20:50:13 | evilnick | Have you recently dropped/knocked the Sansa? |
| 20:50:39 | | Join gregzx [0] (n=chatzill@drv165.neoplus.adsl.tpnet.pl) |
| 20:51:10 | trisiak | yes, very recently, but those hangups (with black screen and keyboard backlight switched on) happened two weeks before the knock |
| 20:51:29 | trisiak | i forgot about that ;) |
| 20:52:59 | evilnick | Heh, so what did you do the last time(s) that this happened? |
| 20:53:04 | trisiak | hmm, it works now and shows ~70% of battery |
| 20:53:13 | trisiak | i holded that power button for some time |
| 20:53:27 | trisiak | after that it happened one more time and never again |
| 20:54:52 | evilnick | OK, I had a similar sounding problem with my Sansa. After I'd dropped it maybe 3 feet, it instantly stopped responding and I couldn't get it to do anything other than switch on the wheel light. |
| 20:54:55 | trisiak | i assume that this black screen && keyboard backlight isnt some standard Kernel Panic procedure |
| 20:55:24 | evilnick | To fix that, all I had to do was to open it up and re-seat the memory. It took perhaps 2 mins |
| 20:55:50 | trisiak | i have just opened it and removed the battery, after putting it back it works now |
| 20:55:53 | MT | question : Is a tick generally ~ 10 milliseconds or is this ARM specific ? |
| 20:56:04 | | Nick JdGordon| is now known as JdGordon_ (i=836b0070@gateway/web/ajax/mibbit.com/x-56f515d9d88e7d7d) |
| 20:56:18 | gevaerts | MT: there's the HZ define to help you with that |
| 20:57:26 | evilnick | trisiak: Cool! Job done then. |
| 20:58:03 | domonoky | MT: all rockbox targets use 10ms per tick, its more OS, then Plattform dependend.. |
| 20:58:27 | gevaerts | domonoky: hardcoding that assumption is a bad idea though... |
| 20:58:31 | trisiak | evilnick, it is done as long as it does not happen again ;) |
| 20:58:46 | domonoky | gevaerts: true. |
| 20:58:54 | MT | gevaerts : ok, I'm done with the qualification task, but, the simbuild is a sansa e200, and for the right file to keep running for 10 seconds, I make the codec sleep for 100ticks for 10 loops, is this acceptable ? |
| 20:59:01 | MT | domonoky : thanks :) |
| 20:59:22 | gevaerts | MT: make is sleep for HZ ticks, and it will look much nicer :) |
| 20:59:32 | gevaerts | s/is/it/ |
| 20:59:55 | MT | gevaerts : so it seems to be acceptable then :) |
| 21:00 |
| 21:00:02 | evilnick | trisiak: Well, after I fixed mine it's been running without any issues for 5 months now, so with luck it'll be okay. |
| 21:01:12 | gevaerts | MT: I'm not a codec specialist. Maybe saratoga or linuxstb can answer that better :) |
| 21:02:35 | linuxstb | MT: For your task, you should generate 10 seconds of silence, rather than sleep(). |
| 21:03:15 | linuxstb | And for extra points, you can implement seeking within your track ;) |
| 21:04:36 | MT | linuxstb : I'm trying my best, exams still running :( |
| 21:05:09 | linuxstb | MT: No problem. Just do what you have time for - don't endanger your exams... |
| 21:06:40 | | Quit JdGordon (Remote closed the connection) |
| 21:06:57 | pyro_maniac | kugel: ping |
| 21:07:22 | MT | linuxstb : to generate silence, I would have to send an empty buffer (samples of zero value maybe?) to pcmbuf_inset() ? |
| 21:07:35 | linuxstb | Exactly. |
| 21:08:41 | MT | can I ask for a pointer on how can I set the elapsed time according to that, or should I figure that out on my own ? |
| 21:10:53 | linuxstb | Just look at the main decoding loop in other codecs. FLAC should be quite simple to follow, or maybe WAV or AIFF |
| 21:11:02 | linuxstb | If you have questions, come back. |
| 21:11:57 | domonoky | MT: or take a look here http://www.rockbox.org/twiki/bin/view/Main/HowToWriteCodecs |
| 21:12:05 | MT | ok, will look there. Thanks. :) |
| 21:12:55 | MT | domonoky : I looked there to write the codec, but I didn't get much info relating to my question there. |
| 21:13:09 | domonoky | ci->set_elapsed(ci->seek_time); ? |
| 21:13:43 | MT | domonoky : isn't that for seeking only? |
| 21:13:45 | domonoky | or a few lines deeper, after the pcmbuf_insert(..) |
| 21:15:46 | MT | domonoky : the part about set_elapsed there (ci->set_elapsed(current_Pos);) .. calculating current_Pos is what I'm asking about. :) |
| 21:16:42 | kugel | pyro_maniac: pong |
| 21:17:23 | MT | because when I made it sleep for 100 ticks, al I had to do was just set_elapsed(num_seconds) .. now I 'll have to calculate it according to what I send to the pcm buffer. |
| 21:17:38 | pyro_maniac | kugel: lowlight seems to be in the forum. he posted me a partly working bootloader. with that I got screen on my device \o/ |
| 21:17:39 | MT | s/al/all |
| 21:17:50 | | Join Lynx [0] (n=Lynx@xdsl-87-78-179-147.netcologne.de) |
| 21:18:02 | kugel | pyro_maniac: very cool |
| 21:18:04 | domonoky | MT: ah. i think currentPos is the number of samples played.. for example asap.c line 124 calculates it out of the bytes played |
| 21:18:15 | | Nick Lynx is now known as Guest60567 (n=Lynx@xdsl-87-78-179-147.netcologne.de) |
| 21:19:19 | pyro_maniac | kugel: maybe he hands out some code :-) |
| 21:20:09 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
| 21:20:17 | kugel | did you only give you the binary? |
| 21:20:36 | kugel | s/youu/he/ |
| 21:21:06 | MT | domonoky : My understanding is that, the parameter sent to set_elapsed() (in this case number of bytes played) will depend on another variables like sampling rate and sample size ? |
| 21:21:06 | pyro_maniac | kugek; yes |
| 21:21:57 | | Quit Conic (Remote closed the connection) |
| 21:22:08 | * | MT looks to see how asap calculates that.. |
| 21:23:08 | pyro_maniac | kugel: yes, only the file to boot with |
| 21:23:09 | | Quit Thundercloud (Remote closed the connection) |
| 21:23:23 | kugel | :( |
| 21:24:02 | * | domonoky looks again.. and it looks more like the setelapsed() parameter is in seconds.. so it does bytes_done/2 (because of stereo) / 44.1 (samplerate) |
| 21:25:32 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3058.gwdg.de) |
| 21:26:10 | * | domonoky corrects himself again: milliseconds instead of seconds of course :-) |
| 21:26:48 | * | gevaerts thinks that domonoky must be nearing perfection now, after so many corrections ;) |
| 21:27:00 | MT | :) |
| 21:27:25 | domonoky | :-) |
| 21:28:56 | MT | domonoky : yes, I'm actually in libasap/asap.c now, trying to figure out how bytes_done is calculated (or to be more specific, how n_bytes is calculated). Thanks for your help :) |
| 21:30:01 | | Quit blithe ("Lost terminal") |
| 21:30:11 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 21:30:50 | domonoky | MT: we ask asap to generate a buffer full of samples, n_bytes is how much it really created. (it may be less then the buffer, because of end of file) |
| 21:31:51 | JdGordon_ | saratoga: care to join -soc.... |
| 21:34:09 | | Quit Lynx_ (Read error: 110 (Connection timed out)) |
| 21:34:09 | | Nick Guest60567 is now known as Lynx_ (n=Lynx@xdsl-87-78-179-147.netcologne.de) |
| 21:34:22 | | Join fml [0] (n=4fd3d2c9@gateway/web/cgi-irc/labb.contactor.se/x-f1ec418c4bbd7885) |
| 21:35:00 | | Quit blithe (Client Quit) |
| 21:35:12 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 21:35:42 | fml | Llorean, kugel: would you like to continue the discussion about hopping? I have a patch at http://rockbox.pastebin.com/m64f76f09 that prevents jumping to the start of the track if the elapsed time is less than the skip length. |
| 21:37:38 | fml | Thus PREV and NEXT work in a similar way |
| 21:40:47 | rasher | Would compiling a sim on ARM include the codec optimisations? |
| 21:42:02 | linuxstb | rasher: Probably not. |
| 21:43:45 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 21:45:33 | JdGordon_ | fml: very delayed pong |
| 21:50:45 | | Join merbanan [0] (n=banan@c-83-233-52-102.cust.bredband2.com) |
| 21:59:25 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:00 |
| 22:01:18 | fml | kugel, Llorean: are you here? |
| 22:18:08 | | Join ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) |
| 22:19:47 | | Quit jaykay_ (Read error: 110 (Connection timed out)) |
| 22:21:11 | | Join PaulJam [0] (n=PaulJam_@vpn-3019.gwdg.de) |
| 22:22:25 | BigBambi | Hi |
| 22:22:30 | | Quit {phoenix} (Remote closed the connection) |
| 22:22:30 | gevaerts | saratoga: ping |
| 22:24:00 | kugel | fml: "#define IS_HOP_PREV(direction) ((direction)==HOP_PREV)" is too much imo. to much macro-fying makes the code less readable |
| 22:24:59 | fml | kugel: I wanted to abstract away the fact that it's tested as == and not as < (>). But I wouldn't insist on it. What about the functionality? |
| 22:25:50 | *** | Saving seen data "./dancer.seen" |
| 22:26:02 | | Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) |
| 22:26:20 | linuxstb | MT: ping |
| 22:28:09 | MT | linuxstb : pong |
| 22:28:29 | kugel | fml: I don't care too much, I never use prevent track skipping. not allowing skipping to the beginning of the song still seems wrong to me, but consistency is good too |
| 22:28:45 | linuxstb | MT: Can you see my private message? |
| 22:31:37 | fml | kugel: I'd like to hear Llorean |
| 22:31:48 | kugel | no problem |
| 22:32:12 | kugel | I'm just thinking going to the beginning doesn't count as track skipping |
| 22:32:41 | kugel | HOP_NEXT/_PREV can be applied to dir_change too btw |
| 22:32:43 | fml | kugel: hm.. yes, that too :-) |
| 22:33:00 | fml | kugel: yes, I forgot that |
| 22:33:37 | wincent | gevaerts: ping |
| 22:34:04 | gevaerts | wincent: pong |
| 22:35:01 | | Quit blithe ("Lost terminal") |
| 22:35:12 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 22:35:58 | fml | kugel: I'll take that bit back |
| 22:36:52 | | Quit toffe82 (Connection timed out) |
| 22:38:10 | fml | kugel: the new patch is at http://rockbox.pastebin.com/m7bb69843 |
| 22:38:13 | kugel | if it was called "help to prevent accidentally losing the position", then it shouldn't be allowed, but now it's just prevent track skipping |
| 22:39:53 | fml | Being able to jump to the start of the track is natural IMO too |
| 22:40:58 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 22:41:33 | Llorean | kugel: Then why don't we skip to immediately before the end of the track? |
| 22:41:48 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
| 22:41:50 | | Quit synergist (Remote closed the connection) |
| 22:42:23 | kugel | because that equals skipping the track most of the time. |
| 22:42:39 | Llorean | Skipping to the beginning of the track equals skipping to the end of the previous track. |
| 22:42:51 | Llorean | So one could argue it's also "equal" to skipping out of the track, by your definition there. |
| 22:43:01 | kugel | prevent track skipping is to prevent accidental skips, hence they're unexpected, and hence it's probably impossible to skip back again just in time |
| 22:43:27 | Llorean | kugel: So prevent accidental skips to the beginning as well? |
| 22:44:15 | Llorean | If the idea is that they can seek back to where they were, they can certainly do it if they accidentally skip to the end as well. |
| 22:44:24 | | Join synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 22:45:25 | Llorean | If you just think it should work that way, say so. But right now you're basically making excuses rather than just sticking with the fact that in the end it's entirely just an opinion call. |
| 22:47:06 | fml | Llorean: purely formally you may be right. But this somehow conradicts to my human intuition. Jumping to the start is OK since then you can listen to the same track whereas if you jum to the end you won't |
| 22:48:48 | Llorean | fml: Not jumping to the beginning doesn't prevent you from listening to the same track. |
| 22:51:14 | fml | Llorean: yes, but you can't listen to the entire track |
| 22:51:23 | saratoga | gevaerts: pong |
| 22:51:23 | Llorean | Why not? |
| 22:51:40 | Llorean | fml: You can surely seek to the beginning still, just as you can seek to the end (which you're forced to do, if you wish to reach the end of the track) |
| 22:51:55 | Llorean | It only places the same restriction on back-skipping as is placed on forward-skipping |
| 22:52:59 | fml | Llorean: because you can't jump to the start. So you can't listen to the entire track by just hopping. Jumping to the end is another story because you'll play the rest "just so" (playback is made forward) |
| 22:53:58 | Llorean | fml: If you're 30 minutes from the end, and skip length is 35 minutes, you can't get to or even relatively near the end without seeking. |
| 22:54:10 | Llorean | So you'll play the rest "just so" if you're willing to wait quite a long time, sure. |
| 22:54:19 | Llorean | If you can seek forward, surely you can also seek backward. |
| 22:54:26 | Llorean | So why *not* prevent loss of position? |
| 22:55:01 | kugel | it's not what it's supposed to be |
| 22:56:27 | fml | Llorean: not losing the position is a matter of chance. If you have it set to 30 min and you're nearly before and nearly after that point, the change in behaviour will be dramatic. I'd like to avoid that. Hrm... But then the same applies to forward... |
| 22:56:29 | kugel | ask sdoyon why he made it like that. fact is, that time's moving forward, and never backwards. And going to the start isn't track skipping. You just cannot compare both directions really anyway |
| 22:57:57 | fml | What about the following: if the elapsed time is < step, then PREV goes to the start. If the remaining time is < step, then NEXT jumps to the middle of the rest |
| 22:58:14 | Llorean | kugel: I disagree. When you "track skip" you skip the the point between songs. |
| 22:58:25 | Llorean | Otherwise, conceptually, it'd be impossible to ever go back multiple tracks. |
| 22:58:53 | kugel | I don't agree with that definition |
| 22:59:27 | kugel | with prev/next you just jump to the beginning of the current/previous/next track, not to some mysterious point between |
| 22:59:50 | Llorean | Then why do you even call it "prev" instead of "earlier"? |
| 23:00 |
| 23:00:04 | kugel | what? |
| 23:00:13 | Llorean | Previous. It means "not this one" |
| 23:00:21 | Llorean | The one before. |
| 23:00:43 | kugel | Yes, that seems about right |
| 23:00:54 | | Quit bmbl ("Woah!") |
| 23:00:56 | Llorean | Basically, if you make "previous" skip to the beginning of the track on first press, but nothing on all further presses, you basically give it two different behaviours depending on how often you press it. |
| 23:01:25 | Llorean | kugel: Why do you call it "previous" if its job *isn't* skipping to a point previous to the current track? |
| 23:01:42 | kugel | I just refer to the button with prev |
| 23:01:44 | Llorean | Or, to go back to my original point: what _harm_ comes from not losing your place? |
| 23:01:50 | kugel | what it does depends on the elapsed time and settings |
| 23:02:05 | Llorean | You've yet to even attempt to answer that question. |
| 23:02:50 | Llorean | People can still seek. People can still turn the option off to skip, just like they must if they wish to skip forward. It gives them the same full range of options available to them. |
| 23:02:50 | kugel | I told you. The feature is called prevent track skipping, not prevent losing the position |
| 23:02:59 | Llorean | kugel: That doesn't answer my question. |
| 23:03:18 | Llorean | And you know it. You're arguing that the name must not be changed? |
| 23:03:22 | | Quit __lifeless (Remote closed the connection) |
| 23:03:27 | fml | Llorean, kugel: I'll leave now and think that one of the two patches should go in. I'm not 100% sure which one though. Or even the tird one with skipping to the middle of the rest in case of NEXT |
| 23:03:29 | kugel | And in my definition of track skipping, jumping to the beginning is not affected by prevent track skipping |
| 23:03:38 | Llorean | You can as readily accomplish not track skipping by skipping to the point immediately before the end of the track, yet choose not to. |
| 23:03:39 | | Join __lifeless [0] (n=lifeless@94.50.186.195) |
| 23:03:55 | fml | This would act similar to seeking where it gets slower as you approach the end |
| 23:03:56 | Llorean | kugel: Your definition, because you choose for "previous" to not mean "previous" but rather simply "earlier in the track" |
| 23:04:07 | BigBambi | obo: ping |
| 23:04:33 | fml | We could do that for both PREV and NEXT! |
| 23:04:35 | Llorean | kugel: Again I ask, and please just answer this time instead of talking about feature names - what harm comes from not losing their position, assuming it were named appropriately? |
| 23:04:36 | kugel | Llorean: wtf, you don't even listen to me, right? |
| 23:05:10 | kugel | nothing. and I stated before: if it was "prevent losing position", then it shouldn't be allowed. You probably missed that statement |
| 23:05:24 | Llorean | kugel: I know "time moves foward", but that's irrelevant to whether or not you actually leave the track from the skip - what happens after is not part of the skip |
| 23:06:42 | | Quit petur ("Later") |
| 23:06:44 | Llorean | kugel: So name it "Prevent longer than track skips" and you're set. |
| 23:07:46 | | Quit bertrik ("Leaving") |
| 23:09:09 | fml | Llorean, kugel: the third patch (halving the intervals) is at http://rockbox.pastebin.com/m17be98c6 |
| 23:09:12 | | Join cspotcode1 [0] (n=bradla@vpnwl-228-99.net.rpi.edu) |
| 23:09:44 | kugel | Llorean: I'm set with the current name too |
| 23:10:04 | Llorean | kugel: So basically "the name must not be changed, thus the feature needs to be inconsistent to match the name choice"? |
| 23:10:08 | fml | Llorean: and that's probably the best option since it doesn't have that dramatical behaviour change from one second to another |
| 23:12:15 | Llorean | I think "if the point you're attempting to does not exist within the song, do not skip" makes perfect sense. |
| 23:12:30 | Llorean | You cannot skip to a point which is not there |
| 23:12:39 | Llorean | Choosing another point for the user is not doing what they asked for. |
| 23:13:51 | kugel | Llorean: not at all. Don't put wrong words in my mouth |
| 23:14:06 | Llorean | kugel: You said you're set with the current name. So it cannot be changed in your view. |
| 23:14:56 | | Join henchman [0] (n=55b209f9@gateway/web/cgi-irc/labb.contactor.se/x-252b0e3c105c978c) |
| 23:15:01 | Llorean | The fact still remains, you're choosing a new point to skip to when the target point doesn't exist, in one case, and choosing not to skip in another. |
| 23:15:04 | Llorean | This is inconsistent. |
| 23:15:38 | fml | Llorean: what if we'd halve the intervals in both cases? |
| 23:16:02 | Llorean | fml: So you have geometrically decreasing skips as you approach the edges, much like seek works (speed slows down as you reach either end)? |
| 23:16:39 | kugel | Llorean: Yes, given what it's doing now, it's fine for me, and doesn't have to be changed. If you want your thing implemented, the name should be changed |
| 23:16:54 | fml | Llorean: yes |
| 23:17:00 | henchman | hello. i just read about http://www.vim.org/scripts/script.php?script_id=2550 on the customwps page, but i don't know how to install it. i use a windows xp machine. |
| 23:17:07 | Llorean | kugel: But it's only fine for you because you think "previous" means "skip to an earlier point in the track" rather than "skip to a point previous to the track" |
| 23:17:30 | kugel | what in the world has the definiton of previous to do with it? |
| 23:17:41 | Llorean | fml: That'd need some small name changes ("maximum skip length" rather than "skip length" perhaps) but might be a good compromise. |
| 23:17:53 | Llorean | kugel: You're fine with it specifically because of what you think of previous meaning |
| 23:17:59 | Llorean | kugel: To you, it doesn't leave the track. |
| 23:18:18 | Llorean | kugel: To me, it's leaving and restarting the track, because it's obviously not skipping 3 minutes backward if there's only 2 minutes elapsed. |
| 23:18:23 | henchman | i put the wps.vim file in the \Vim\vim72\syntax folder, but when i open a wps with gvim, the syntax isn't highlighted |
| 23:18:31 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 23:18:31 | Llorean | kugel: So the problem is clearly a difference in definition. |
| 23:18:39 | bluebrother | henchman: :set syntax=wps |
| 23:18:45 | fml | Llorean: what I like about it most is that it doesnt change behavior dramatically in an instance. Name it as you like, but I like it better than just doing nothing. |
| 23:19:04 | bluebrother | or however the syntax is called. Lemme check |
| 23:19:05 | Llorean | fml: It also vastly improves the ability to get near the end of the track. |
| 23:19:24 | fml | The drawback is that it's not reversible, i.e. if you press PREV and then NEXT you might get to a different point than you were at before |
| 23:19:32 | Llorean | fml: In fact, it makes it a physical impossibility to skip outside the track, so long as you always round down. So it matches "track lock" nicely |
| 23:20:20 | Llorean | I don't think it needs to be reversible. Seek still operates, and it should be rare that you want to go back to exactly where you started from, since we're apparently saying the purpose isn't to prevent accidents. |
| 23:20:23 | fml | Llorean: Achilles paradoxon! :-) But even with the mentioned drawback: I like it! |
| 23:20:57 | henchman | <bluebrother> how? i can't find wps, when i open the syntax tab in the menu... |
| 23:21:00 | fml | Llorean: so should we go for the patch #3? |
| 23:21:25 | bluebrother | henchman: you're familiar with vim? |
| 23:21:48 | henchman | not enough i guess. |
| 23:21:50 | bluebrother | open a wps file, go to command mode and set the syntax to wps. I.e. type <ESC>:set syntax=wps |
| 23:22:22 | Llorean | fml: It might be best to discuss this on -devel. There are some strange behaviours with #3 as you described it at least (if you have 3:01 left with skip length 3 min, you end up at :01, if you have 2:59 left you end up ~1:30) |
| 23:22:27 | bluebrother | works fine for me (and is really nice to know about −− didn't knew there was a syntax file around) |
| 23:22:41 | Llorean | fml: The majority may just prefer one of the two "simple" answers |
| 23:23:04 | kugel | Llorean: how's this strange? It's clear that the skip length which the user has set is a treshhold |
| 23:23:31 | fml | Llorean: yes, that's also a change in behaviour, but less big. Ah. it's getting late here, I have to go. Bye! |
| 23:23:37 | | Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") |
| 23:23:51 | kugel | he set actively, and intentionally. There's nothing strange with it (in fact, I like this proposal) |
| 23:24:14 | Llorean | kugel: In my mind it'd actually be ideal to start shrinking the skip length at the point where you're 2*step out, so the progression is always smooth. The decreases would be minimal at first, and increasing as you get further in. |
| 23:24:33 | Llorean | But again, that's my mind, making it similar to how seek works (again, I see the feature as a coarse seek) |
| 23:24:59 | Llorean | That way, from one second to the next you don't dramatically change where you'll land. |
| 23:25:24 | Llorean | And you'll never land earlier by waiting a longer time before pressing "back" |
| 23:25:43 | kugel | Llorean: could be done too |
| 23:26:16 | kugel | how long would it skip then at 5:59? |
| 23:26:22 | kugel | (if skip length is 3) |
| 23:26:30 | Llorean | 2:59 and a half, or so. |
| 23:27:12 | Llorean | Basically, each second under 2*step reduces it by a half second. |
| 23:28:10 | kugel | it should never skip more than the skip length imo |
| 23:28:17 | Llorean | It never would. |
| 23:28:19 | | Quit Hittudiv ("CGI:IRC") |
| 23:28:25 | Llorean | The skip length can only be reduced, not increased. |
| 23:28:47 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 23:28:55 | henchman | i didn't get it to work with the command mode, but you can also set it, by using the "execute vim-script" command and simply selecting said wps.vim |
| 23:28:57 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 23:29:14 | henchman | thanks for the help anyway |
| 23:29:16 | evilnick | Llorean: Wouldn't that be more annoying for the user who understands the function and really wants to skip/seek 3mins for each press of the button? |
| 23:29:37 | evilnick | i.e. to have Rockbox try to assume what the user is trying to do? |
| 23:30:31 | Llorean | evilnick: If it's documented, then they ought to know it won't skip the full distance near track ends. |
| 23:30:49 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 23:30:56 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 23:31:05 | kugel | You said "2:59 and a half, or so." |
| 23:31:05 | | Quit henchman ("CGI:IRC (EOF)") |
| 23:31:34 | Llorean | kugel: Yes, 2 minutes and 59.5 seconds, or so. Which is less than 3 minutes. |
| 23:31:40 | | Quit saratoga ("CGI:IRC (EOF)") |
| 23:32:24 | Llorean | evilnick: It also will only happen (presumable) when track lock is on. This so called "expert" user simply need disable track lock, and use their large-grain steps expertly. |
| 23:32:51 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 23:36:04 | evilnick | So is track lock is a different setting to the large-grain steps? |
| 23:36:10 | | Nick dfkt_dt is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
| 23:37:27 | Llorean | Yes |
| 23:39:39 | evilnick | So my expert user would not use track lock in that situation. Right. |
| 23:49:00 | * | gevaerts notices that his F60 has stopped playing |
| 23:49:05 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
| 23:50:00 | | Quit blithe ("Lost terminal") |
| 23:50:11 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 23:51:28 | gevaerts | JdGordon_, kugel: my r20614+FS #9795 stopped playing again with 0 pcm buffer |
| 23:52:13 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:54:31 | | Quit JdGordon_ ("http://www.mibbit.com ajax IRC Client") |
| 23:55:00 | | Join JdGordon| [0] (i=836b0071@gateway/web/ajax/mibbit.com/x-c0af0e11bbf476e9) |
| 23:55:38 | | Quit bluebrother ("sleep") |
| 23:57:00 | * | Bagder relived an "alert twiki merged another change since the page was changes while you were editing it" |
| 23:57:13 | Bagder | (minus the typos) |
| 23:57:19 | Bagder | and it worked perfectly |
| 23:57:51 | JdGordon| | gevaerts: oh bugger... reproducable opr still random? |
| 23:58:19 | jhulst | My assigned task for Summer of Code is to create a new target with a dummy lcd driver. Am I expected to pick an arch and just copy an existing port, with a new lcd driver? |
| 23:58:20 | gevaerts | JdGordon|: just once. I couldn't get playback to restart without rebooting |
icon identifies that the person is a core developer (has commit access).