00:03:45 | ddalton | I found the line snprintf(buf, 128, str(LANG_FM_STATION), freq / 100, freq % 100); Does that sound right. So now how do I find how the actual station frequency is displayed? |
00:04:35 | bluebrother | the frequency is in the variable freq. |
00:06:13 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
00:06:45 | bluebrother | pixelma: tucoz noted that there is a description in the wiki on how to convert the svg images. |
00:07:01 | bluebrother | http://www.rockbox.org/twiki/bin/view/Main//LatexGuidelines#SVG_images |
00:07:32 | pixelma | thanks, will take a look - not sure yet if it's feasable with cygwin though... |
00:07:53 | | Quit My_Sic (Read error: 113 (No route to host)) |
00:07:55 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
00:08:16 | DerPapst | could the svg be used for the sims too? i mean as background image |
00:08:27 | | Quit davina ("xchat on Ubuntu 7.04") |
00:08:28 | bluebrother | hmm, interesting idea |
00:08:34 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
00:08:44 | bluebrother | pixelma: I could also look into it tomorrow |
00:09:11 | * | bluebrother laughs at the ccc frontpage ... |
00:09:45 | pixelma | they would need some extra work if they wanted to be used in the sim (like a few side views maybe) |
00:10:05 | pixelma | erm... if someone wants to use them for the sim |
00:10:14 | DerPapst | yeah... they have to be drawn.. |
00:10:25 | * | pixelma obviously not completely home yet |
00:11:25 | bluebrother | hmm, really? The few buttons that are on the side are named in the manual, so it should be possible for the sim as well |
00:11:25 | pixelma | even though svgs of the iriver and iaudio remotes are done (but not used yet) |
00:11:26 | | Quit barrywardell () |
00:14:03 | | Join barrywardell [0] (n=barrywar@host-194-46-250-211.dsl-ie.utvinternet.net) |
00:15:28 | pixelma | yeah maybe that'll do (I drew them so that the buttons are visible even though they might not be in reality - to save a side view) |
00:17:13 | bluebrother | looks also somewhat more "natural" than an attached side view |
00:18:20 | pixelma | I'll try if I can figure converting the svg out myself - if not, I'll ask again tomorrow ;) |
00:18:22 | amiconn | An idea for the Iriver sims: simulate changing remotes by changing the image as well =) |
00:18:58 | pixelma | you can do that for all: attaching and detaching... |
00:19:25 | amiconn | All targets with remotes available, yes |
00:19:29 | | Quit JdGordon ("Konversation terminated!") |
00:20:58 | petur | damn... JdGordon just left :( |
00:21:07 | | Quit Rondom ("Ex-Chat") |
00:21:25 | | Quit robin_0800 (Read error: 104 (Connection reset by peer)) |
00:28:35 | | Join Robin0800 [0] (n=Robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
00:28:52 | | Quit Entasis_ (Read error: 104 (Connection reset by peer)) |
00:28:52 | | Quit annulus_ (SendQ exceeded) |
00:29:21 | | Quit Guile`` ("KVIrc 3.2.0 'Realia'") |
00:30:17 | | Part n1s |
00:31:55 | | Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") |
00:37:59 | pixelma | hehe, bluebrother - interesting ccc frontpage indeed :) |
00:39:50 | | Quit Robin0800 (" HydraIRC -> http://www.hydrairc.com <- \o/") |
00:41:23 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
00:41:33 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
00:45:32 | | Quit petur ("Zzzzz") |
00:47:58 | | Quit spiorf (Remote closed the connection) |
00:53:06 | | Quit Wofl (Remote closed the connection) |
00:53:21 | | Join vmx [0] (n=vmx@p549BCB35.dip.t-dialin.net) |
00:53:35 | | Quit Nibbier (Remote closed the connection) |
00:55:17 | vmx | hi, i try the rockbox simulator for sansa e200 atm. i built it, but the "wheel" doesn't work in the main menu (8 and 2 key). what have i done wrong? (current svn, linux, amd64) |
00:55:35 | bluebrother | did you use the num pad? |
00:55:39 | vmx | yes |
00:56:00 | vmx | changiong the volume with the same keys works |
00:56:20 | | Join saratoga [0] (i=98039a34@gateway/web/cgi-irc/labb.contactor.se/x-bcb44907a8e813d6) |
00:56:25 | bluebrother | hmm. No idea −− perhaps some key bindings for the sim are missing. |
00:56:33 | bluebrother | tried the cursor keys? |
00:56:55 | | Quit miepchen^schlaf ("Verlassend") |
00:57:13 | vmx | yes, the same problem. changing volume works, up/down in menus not |
01:00 |
01:00:53 | DerPapst | hmm... wasn'T there a wheel related commit a few days ago? |
01:01:22 | * | bluebrother goes building |
01:02:21 | * | DerPapst remembers that the wheel worked fine in the sim ~1 month ago |
01:02:22 | | Quit ender` (" I spilled Spot Remover on my dog... Now he's gone.") |
01:07:49 | bluebrother | hmm, wheel works fine here |
01:07:57 | bluebrother | linux, ia32 |
01:08:29 | bluebrother | \o/ |
01:08:34 | vmx | hm, i really need a 32 bit chroot |
01:08:38 | bluebrother | Previews for theme installation are working :) |
01:08:55 | bluebrother | well, if it's a 64bit related problem it should get fixed ... |
01:09:52 | bluebrother | hmm, either I haven't understood it fully or QHttp::readAll() is a bit strange. |
01:09:54 | vmx | with a 32bit chroot we could be sure that it is an 64bit issue |
01:09:55 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
01:10:25 | * | bluebrother has no experience with 32bit chroot |
01:10:34 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:11:14 | vmx | if i've some time left i'll take look. g'night |
01:11:24 | bluebrother | night. |
01:11:44 | | Quit vmx ("Have fun!") |
01:12:25 | | Join webguest65 [0] (i=46f69b7a@gateway/web/cgi-irc/labb.contactor.se/x-c571c61f982b1997) |
01:12:28 | | Quit webguest65 (Client Quit) |
01:18:42 | | Join advcomp2019- [0] (n=advcomp2@66.172.231.192) |
01:20:09 | | Quit advcomp2019 (Nick collision from services.) |
01:20:11 | | Nick advcomp2019- is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
01:22:21 | | Quit bdgraue (Remote closed the connection) |
01:23:14 | | Join nerochia1o [0] (n=nerochia@adsl203-164-174.mclink.it) |
01:23:28 | DerPapst | Night all |
01:23:28 | | Join alien_ [0] (n=cris@panzer.utcluj.ro) |
01:23:30 | | Join BjoernErik [0] (n=Bjoern@108.80-202-110.nextgentel.com) |
01:23:32 | | Quit DerPapst ("So Long And Thanks For All The Fish!") |
01:24:24 | | Quit nerochiaro (Read error: 104 (Connection reset by peer)) |
01:24:48 | | Quit majeru (Read error: 104 (Connection reset by peer)) |
01:25:44 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
01:34:36 | | Quit bluebrother ("zzz ...") |
01:35:44 | | Quit Bjoern-Erik (Connection timed out) |
01:40:12 | | Nick BjoernErik is now known as Bjoern-Erik (n=Bjoern@108.80-202-110.nextgentel.com) |
01:40:44 | | Quit hannesd (Read error: 110 (Connection timed out)) |
01:40:45 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
01:43:56 | saratoga | has anyone seen an arm optimzied FFT implementation somewhere? |
01:44:04 | saratoga | it seems like one must exist |
01:44:10 | saratoga | given how popular FFTs and ARM processors each are |
01:54:08 | | Quit jhulst (Remote closed the connection) |
01:54:26 | Nico_P | amiconn: I'm reading some talk about scrolling code and viewports in the log from the 11th march... still not motivated ? |
01:58:33 | *** | Saving seen data "./dancer.seen" |
02:00 |
02:01:44 | | Part pixelma |
02:15:49 | | Quit RaRe` (Read error: 110 (Connection timed out)) |
02:16:23 | | Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) |
02:16:51 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
02:22:04 | | Join jhulst [0] (n=jhulst@75-128-122-8.dhcp.aldl.mi.charter.com) |
02:23:50 | rasher | barrywardell: About the `which gmake` thing. Wouldn't it make sense to use if [ -f `which gmake` ]? (and I should change this a bunch of places in the voice scripts also) |
02:24:11 | rasher | if [ -f "`which gmake`" ] actually |
02:24:32 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
02:24:38 | | Quit Wofl (Remote closed the connection) |
02:26:34 | | Quit inversion (Read error: 110 (Connection timed out)) |
02:28:12 | | Quit Nico_P (Remote closed the connection) |
02:28:18 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
02:30:37 | | Join ctaylorr [0] (n=ctaylorr@CPE001839ae25b4-CM0011aea4a276.cpe.net.cable.rogers.com) |
02:32:27 | barrywardell | rasher: sounds reasonable. I'll test that. |
02:33:16 | rasher | I really can't imagine why it wouldn't work. It seems the right way to check. Looks like which is not a POSIX mandated program by the way |
02:35:37 | barrywardell | yes, it should work. but OS X often behaves in weird ways |
02:38:06 | rasher | I wonder what the posix way to find an executable is |
02:42:48 | barrywardell | well, that works just as expected now. thanks for pointing it out |
02:43:28 | rasher | And now we can remove Lenny Koepsell from the CREDITS file! |
02:43:38 | rasher | (not serious) |
02:43:59 | scorche | trim the branches? =P |
03:00 |
03:00:19 | | Quit jhulst (Remote closed the connection) |
03:01:41 | saratoga | i just noticed the ffmpeg people are looking to create a standard fixed point MDCT library for their project |
03:01:46 | saratoga | that could be VERY useful for us |
03:01:53 | saratoga | particularly for AAC and Tremor |
03:13:45 | | Join elinenbe [0] (n=elinenbe@user-12hdtp2.cable.mindspring.com) |
03:26:32 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
03:29:59 | | Quit barrywardell () |
03:38:38 | | Quit reeyal ("CGI:IRC (EOF)") |
03:58:37 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:03:17 | | Join tihoc4n [0] (n=Compaq_A@206-163-245-208.swcr.hsdb.sasknet.sk.ca) |
04:07:58 | | Quit Thundercloud (Remote closed the connection) |
04:13:45 | | Join x2jmp [0] (n=x1jmp@p57B0A938.dip0.t-ipconnect.de) |
04:14:58 | | Quit tihoc4n ("Leaving.") |
04:30:19 | | Quit x1jmp (Read error: 110 (Connection timed out)) |
04:36:14 | | Join Dr_nuby [0] (n=chatzill@c-24-14-205-97.hsd1.il.comcast.net) |
04:36:44 | Dr_nuby | any plans for firm ware for creative zen v plus? |
04:37:19 | | Quit Dr_nuby (Client Quit) |
04:37:23 | DogBoy | installed to a sansa 8 gig I just bought |
04:37:29 | DogBoy | sweet |
04:37:32 | DogBoy | thanks everybody |
04:38:48 | | Quit x2jmp (Remote closed the connection) |
04:40:44 | tchan | Is it a known problem that upon updating a rockbox install from let's say 1.5 months ago with rockbox-svn to have the database wiped out and need to re-initialize it ? |
04:41:11 | | Join webguest63 [0] (i=cfbfd7d3@gateway/web/cgi-irc/labb.contactor.se/x-e89f8f41d5b18568) |
04:41:57 | tchan | this happened on both my gigabeat-f and ipod-4g |
04:43:44 | | Join J-_ [0] (n=justin@unaffiliated/j/x-388422) |
04:44:04 | J-_ | Any headway on ZVM's yet? |
04:44:31 | scorche | there is the forum thread for a reason.. |
04:46:24 | J-_ | HEH |
04:47:00 | J-_ | where's the thread!? |
04:47:26 | scorche | search the forums and find out |
04:55:27 | saratoga | New Ports |
04:55:36 | saratoga | i don't think anyones seriously working on it though |
04:55:41 | saratoga | just a couple people poking around |
04:59:00 | J-_ | How easy is it to replace a ZEN battery? |
04:59:05 | J-_ | ZVM |
04:59:26 | scorche | please read the link in the topic |
04:59:44 | J-_ | dude |
04:59:55 | scorche | yes? |
05:00 |
05:00:08 | J-_ | someone piss in your coffee? |
05:00:28 | scorche | this channel has guidelines, and they are to be followed... |
05:00:42 | | Join TinoM| [0] (n=Tino@i5387C680.versanet.de) |
05:01:08 | scorche | what is the point of having guidelines and not enforcing them> |
05:01:08 | saratoga | yeah we don't really talk about mp3 players in general |
05:01:08 | scorche | ? |
05:01:20 | saratoga | so don't do that here |
05:01:47 | scorche | our reasoning for having guidelines at all is written out in that link as well |
05:02:00 | J-_ | So rendering a FCC compliment device is on topic I guess? |
05:02:23 | scorche | i am not quite getting you... |
05:02:37 | J-_ | heh |
05:02:44 | J-_ | I guess not |
05:04:50 | alienbiker99 | that didnt make sense |
05:05:47 | scorche | nope |
05:05:47 | saratoga | haha |
05:05:56 | J-_ | compliant* |
05:06:26 | scorche | rendering can refer to a multitude of different things... |
05:06:32 | alienbiker99 | rendering it ______ |
05:07:17 | scorche | regardless of what type of rendering you are talking about, unless it related to rockbox, yes it would be off-topic |
05:11:09 | | Join authumalk [0] (n=authumal@dyn216-8-170-28.ADSL.mnsi.net) |
05:11:23 | authumalk | anything cool happening with rockbox? |
05:11:31 | J-_ | the first question was a yes or no answer, I didn't want to read a forum. I don't know any technical aspects of, "rockbox". but i guess if you're gonna be fucking lame, I won't use it, yes I understand it's completely voluntary work, but COME ON. Instead of being a prick, be nice for a fucking change. |
05:11:39 | authumalk | other than whats in the changelog? |
05:12:00 | scorche | J-_: have you read those guidelines yet?...they also talk about language |
05:12:07 | scorche | authumalk: there is the MajorChanges wiki page |
05:12:51 | scorche | J-_: i am very nice...nice doesnt mean that i let people walk all over the guidelines like they dont exist though |
05:13:02 | alienbiker99 | pretty muhc you wont know the progress in thsi channel, maybe theres a zen cahnnel on the server. to know about the hardware, go to a ZVM forum, people here dont talk about hardware much |
05:13:31 | saratoga | J-_: we really have no idea about the Zen |
05:13:38 | saratoga | i mean, it has nothing to do with this channel |
05:13:40 | scorche | the ZVM people dont come around here much, but they post in that thread, so that is why i told you to look there |
05:14:28 | authumalk | J-_: you sir are a douchebag, if you want rockbox for your zen so bad go to the library and get coding for stupid fucktards who think the world revolves around them |
05:14:48 | scorche | authumalk: the guidelines apply to you as well...please read and honor them |
05:14:55 | saratoga | i like how the developers end up being nicer then the users |
05:14:55 | alienbiker99 | eh you dont need to be rude to him |
05:15:02 | J-_ | authumalk: heh |
05:15:04 | alienbiker99 | @ authumalk |
05:15:43 | scorche | saratoga: i have never gotten the thing about not inserting emotion means we arent nice or are rude |
05:15:55 | scorche | then again, that subject has been beaten to death by many.. |
05:16:20 | authumalk | ;) |
05:17:01 | saratoga | yeah i hate smilies |
05:17:11 | saratoga | so if thats being rude, i'm fine with it |
05:17:43 | scorche | i use "=P" on lines where a hint is needed to potentially diffuse things...sarcasm can tend not to translate well without them |
05:18:28 | authumalk | I Guess I should have read this: "" * Before requesting help, make sure that you have read the FAQ and the manual. The next link is not required reading, but it does re-iterate our guidelines and is a very handy thing to have read; people will be much more willing to help you if you follow its advice http://catb.org/~esr/faqs/smart-questions.html . |
05:18:28 | authumalk | * Keep discussion Rockbox-related. Unsupported builds are classified as off-topic as well. If you wish to have off-topic chat, please go to #rockbox-community. |
05:18:28 | authumalk | * Demonstrate common courtesy to people. This includes such items as being polite to people, refraining from using vulgar language, treating people humanely, among other similar actions. |
05:18:30 | authumalk | * Use clear, grammatical, correctly-spelled english. "Words" such as "thx", "u", and "kewl" are not acceptable. This includes l337speak and odd usages of capital letters as well. |
05:18:31 | | Quit authumalk (Excess Flood) |
05:18:35 | | Quit TinoM (Read error: 110 (Connection timed out)) |
05:18:36 | scorche | heh... |
05:18:36 | alienbiker99 | yay |
05:18:51 | | Join authumalk [0] (n=authumal@dyn216-8-170-28.ADSL.mnsi.net) |
05:18:59 | saratoga | i'd never actually looked at that, but they do seem like a pretty good idea |
05:19:08 | scorche | authumalk: read on a bit more, and you will see our guideline against long pastes =) |
05:19:09 | authumalk | my point exactly |
05:19:22 | authumalk | i kinda realized that |
05:19:29 | authumalk | man i'm a fag |
05:19:40 | * | scorche sighs |
05:20:02 | * | alienbiker99 hands scorche a beer |
05:20:12 | scorche | =) |
05:22:48 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
05:23:36 | | Join Rick [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
05:25:22 | | Part J-_ ("thanks for the info saratoga") |
05:35:48 | | Quit ptw419 () |
05:42:35 | | Quit Wofl (Read error: 104 (Connection reset by peer)) |
05:44:42 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
05:45:29 | | Quit webguest63 ("CGI:IRC (EOF)") |
05:52:33 | | Quit authumalk (" HydraIRC -> http://www.hydrairc.com <-") |
05:58:38 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:13:27 | | Join barrywardell [0] (n=barrywar@host-194-46-250-211.dsl-ie.utvinternet.net) |
06:16:41 | | Quit BigMac ("Leaving") |
06:16:58 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
06:17:07 | | Join datasleep [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
06:17:37 | | Quit datachild (Nick collision from services.) |
06:33:37 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
06:41:24 | | Quit lazka (Remote closed the connection) |
06:42:39 | | Join jhulst [0] (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) |
06:45:37 | | Join datachild [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
06:45:46 | | Join webguest72 [0] (i=c8ccb0b5@gateway/web/cgi-irc/labb.contactor.se/x-07693128d1c8fa5f) |
06:46:13 | | Quit hcs (Read error: 110 (Connection timed out)) |
06:51:36 | | Join mael [0] (i=4b98c5de@gateway/web/cgi-irc/labb.contactor.se/x-954b718c9206b1d5) |
06:51:50 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
06:53:22 | | Quit webguest72 ("CGI:IRC (EOF)") |
06:54:06 | mael | Hello, question regarding rockbox on my ipod 5th gen - after playing a song for a few seconds while on hold, then releasing hold and pressing the menu button nothing happens unless I hit the button multiple times, any ideas why? |
07:00 |
07:01:40 | | Quit datasleep (Read error: 110 (Connection timed out)) |
07:09:46 | | Quit perrikwp (Read error: 104 (Connection reset by peer)) |
07:10:12 | | Quit blithe (Remote closed the connection) |
07:10:23 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
07:11:27 | | Quit sarixe ("Peace") |
07:15:23 | | Quit jhMikeS (Nick collision from services.) |
07:15:29 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
07:16:15 | | Part toffe82 |
07:18:51 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
07:24:28 | | Join BobShiel1 [0] (i=rshield@c-24-15-123-57.hsd1.il.comcast.net) |
07:24:28 | | Quit BobShield (Read error: 104 (Connection reset by peer)) |
07:28:45 | amiconn | jhMikeS: Is there a special reason for the sysevent "classes"? |
07:33:06 | alienbiker99 | sansa e250 is on sale for $50 on woot |
07:33:45 | scorche | wow...so it is |
07:33:56 | scorche | tempting... |
07:34:00 | alienbiker99 | i kinda wish i had money to get it |
07:34:13 | | Quit Wofl (Remote closed the connection) |
07:34:23 | alienbiker99 | maybe if its there in the morning i will buy it |
07:34:31 | scorche | i doubt it will last long |
07:34:47 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
07:35:17 | alienbiker99 | this is very tempting |
07:35:19 | scorche | that is half price, basically |
07:35:31 | | Quit jhulst (Remote closed the connection) |
07:36:03 | scorche | i kind of wish you hadnt told me... |
07:36:25 | scorche | although i would have checked woot later anyway.. |
07:36:43 | | Quit Wofl (Remote closed the connection) |
07:36:57 | alienbiker99 | hahaha, its on my google homepage so i look at it everytime i click the home button |
07:38:24 | alienbiker99 | hmm i should pick one up for my dad |
07:40:07 | jhMikeS | amiconn: one moment...brb |
07:47:30 | alienbiker99 | hmm i wonder if the insignia has the same chips as the sansa |
07:48:23 | jhMikeS | amiconn: no special reason atm other than to keep sys bits most significant and the particular message code least though wanting to watch for a particular event range could be more efficient that way. there's no binsize penalty that came up. |
07:50:19 | * | jhMikeS must say though that a cache tester plugin shows odd behavior from the flush/invalidate functions on e200. |
07:51:51 | Tempis | how up to date is the Sansa info on the rockbox site? |
07:54:58 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
07:55:53 | DogBoy | I just used it to install rockbox Tempis |
07:56:01 | DogBoy | how up to date does it need to be? |
07:56:16 | Tempis | I don't mean rockbox itself |
07:56:50 | Tempis | I was reading the faq and I was just wondering if it still has the problems they list there |
07:56:55 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
07:56:56 | DogBoy | ah |
07:57:07 | amiconn | jhMikeS: The sysevent classes seem a bit arbitrary to me. Other than that, I think it's enough to indicate a sysevent by the msb being set |
07:57:23 | amiconn | It's not terribly important, however, I need to add some. Hence my question |
07:57:42 | ddalton | where is the best place for a function? at the bottom of the file? |
07:58:08 | advcomp2019 | did the rockbox site die |
07:58:15 | Tempis | I'm on it right now |
07:58:30 | amiconn | jhMikeS: Btw, the way the pcmrec thread handles contains a potential race condition |
07:58:37 | amiconn | *handles usb |
07:58:39 | *** | Saving seen data "./dancer.seen" |
07:58:44 | advcomp2019 | it is only the forums that is not working right |
07:58:49 | Tempis | just an fyi, woot has the sansa e250's for $50 |
07:59:06 | Tempis | seems pretty good to replace my apparently dead archos |
07:59:10 | amiconn | jhMikeS: Check lines 1632ff in pcm_record.c |
07:59:16 | Tempis | stupid solder points |
07:59:48 | alienbiker99 | ifi bought this, it would be the 2nd mp3 player ive bought from woot =\ |
07:59:52 | scorche | advcomp2019: it is just slow |
08:00 |
08:00:08 | Tempis | are there any screenshots of the sansa version of rockbox? |
08:00:33 | advcomp2019 | i just got "Sorry, SMF was unable to connect to the database. This may be caused by the server being busy. Please try again later." |
08:01:01 | amiconn | jhMikeS: When receiving the usb connected event, it does some stuff, then flushes the queue, then acks and waits for disconnect. However, the flush might have flushed an usb disconnect event in 2 situations: |
08:01:33 | Tempis | alienbiker99, you can't beat that for 50 bucks |
08:01:49 | alienbiker99 | i know, i need to get $50 first haha |
08:01:49 | Tempis | and 2gig microsd cards are only like 20 |
08:01:53 | amiconn | (1) if either pcmrec_close() or reset_hardware() yield - didn't check that. (2) if the disconnect event was already in the queue as well when the thread got a chance to run |
08:02:11 | Tempis | now the 4gig microsd cards need to come down in price |
08:02:30 | alienbiker99 | idk if it supports 4gb microsd cards |
08:02:53 | Tempis | well that would suck |
08:03:24 | advcomp2019 | it does not support 4gb or higher yet |
08:03:25 | scorche | Tempis: what good would screenshots do?...rockbox is rockbox, generally |
08:03:50 | Tempis | I'm just curious as to what the ui looks like is all |
08:03:58 | Tempis | it's not terribly important |
08:04:05 | alienbiker99 | tempis check your pm |
08:04:10 | Tempis | I'm going to put it on there no matter what |
08:04:46 | scorche | Tempis: have you ever run rockbox on any other target? |
08:05:00 | Tempis | yeah, an archos |
08:05:07 | Tempis | Studio and Recorder |
08:05:12 | Tempis | both now dead |
08:06:07 | jhMikeS | amiconn: hmmm....probably should check that more closely |
08:06:22 | alienbiker99 | i think i might buy it to have a flash player |
08:06:47 | amiconn | It's not very likely, because it would require these events to appear in quick succession |
08:07:20 | amiconn | Detection is delayed for debouncing, so it might in fact never happen |
08:09:20 | jhMikeS | it can never be in a recording state in the first place so the thread would be free to respond quickly |
08:12:41 | jhMikeS | I guess the usb_wait_for_disconnect function will do the clearing job anyway :) |
08:15:40 | | Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) |
08:16:19 | amiconn | No, it doesn't |
08:16:41 | amiconn | It checks every single event whether it's a disconnect event. It doesn't use queue_clear() |
08:17:04 | amiconn | Hmm, or maybe that's what you mean.... |
08:19:24 | jhMikeS | basically, but there is a problem with a thread blocked waiting for reply. it doesn't call queue_reply. |
08:20:30 | | Join GodEater [0] (n=bryan@rockbox/staff/GodEater) |
08:21:51 | jhMikeS | queues will auto reply in the core kernel update though so queue_reply would only be needed if a return value other than 0 is desired. |
08:22:24 | * | amiconn still doesn't really understand what this synchronous queue mechanism is for and how it works |
08:23:53 | amiconn | I mean, if 2 threads have to communicate and their actions must be serialized, why not just send a message from thread 1 to thread 2, and then wait for thread 2 to send another message back? |
08:23:56 | jhMikeS | to hold a thread for a reply to a specific message |
08:24:04 | jhMikeS | that's what it does |
08:24:11 | amiconn | Thread 1 could continue processing other messages in the meantime, not blocking it |
08:24:53 | jhMikeS | how would I write a message loop for a thread that has unknown function? |
08:25:00 | amiconn | Blocking the thread until that specific message is replied to might cause processing of other messages to stall |
08:25:48 | amiconn | ...and processing of system-wide messages must be relied upon for usb (storage) connection atm, and, hopefully soon, for poweroff/suspend |
08:25:51 | jhMikeS | precisely the idea |
08:26:02 | | Join Rob222241 [0] (n=Miranda@p54B16248.dip.t-dialin.net) |
08:26:28 | jhMikeS | it's written to reply as soon as the state change requested is official and any data sent is safely transfer |
08:26:35 | jhMikeS | *transferred |
08:27:01 | | Quit Siku () |
08:27:20 | jhMikeS | some messages there could probabaly just be posts, others must block the source thread |
08:27:40 | amiconn | jhMikeS: Yes, but using 2 separate messages would allow the requesting thread to react to other messages, which might be important |
08:28:04 | jhMikeS | where? sent to whom? |
08:28:08 | amiconn | Imagine thread #1 sending a message to thread #2, hence being blocked. |
08:28:41 | amiconn | Now the user plugs USB, SYS_USB_CONNECTED being broadcast to all public queues |
08:29:09 | amiconn | Rockbox won't go into usb mode until all those threads acknowledged the connection - but thread #1 cannot ack because it's blocked... |
08:30:16 | jhMikeS | 1) recording won't be happening 2) if recording isn't happening the reply will be almost instant and the thread won't be blocked for but milliseconds at best |
08:31:32 | amiconn | I'm not referring to recording, but to the mechanism in general |
08:32:44 | amiconn | This scenario will work if thread #2 ensures to releases the sender if it receives such a public event - but that's only possible if its own queue is also public... |
08:33:07 | jhMikeS | if recordin was blasted with messages to process, it will process them all before the USB connect is acked anyway so that thread alone will hold the connection up |
08:33:17 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
08:34:10 | jhMikeS | public events are posted and do not block any thread |
08:34:58 | amiconn | No but a thread blocked by sending a synchronous message before won't be able to acknowledge a public message |
08:35:02 | jhMikeS | the sender waits for a reply on the message pulled from a particular slot |
08:35:08 | amiconn | ...until it is unblocked |
08:35:42 | jhMikeS | neither will recording ack the event until it gets it and the final acks will be delayed exactly the same |
08:36:43 | jhMikeS | the thread that posted a message to recording may ack since it was never blocked, but recording won't ack until it processes the posted message first |
08:37:21 | amiconn | ? |
08:38:16 | amiconn | A thread that *sends* a message to recording will be blocked until recording replies, correct? |
08:38:28 | jhMikeS | yes, of course |
08:38:50 | amiconn | And that thread can't ack another message until recording replies |
08:39:15 | jhMikeS | and recording couldn't even receive the SYS_USB_CONNECTED itself any sooner than that |
08:39:24 | amiconn | Uh, why? |
08:39:39 | jhMikeS | not till it waits on it's queue again |
08:39:44 | markun | amiconn: are you working on ipod 2nd gen support? |
08:40:02 | amiconn | markun: Of course, why? |
08:40:06 | markun | amiconn: http://forums.rockbox.org/index.php?board=28.0 |
08:40:17 | | Join datasleep [0] (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
08:40:34 | | Quit datachild (Nick collision from services.) |
08:40:36 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
08:40:37 | amiconn | jhMikeS: hmm... |
08:40:42 | markun | amiconn: sorry, I wanted to paste a link to the post, but I guess you can find it |
08:41:09 | GodEater | not with the forums in their usual unresponsive state at this time of day |
08:41:47 | markun | GodEater: they also stopped working for me now :( |
08:42:11 | GodEater | ah - they've woken up again |
08:42:31 | GodEater | http://forums.rockbox.org/index.php?topic=12097.0 <−− that message I'm guessing |
08:43:30 | amiconn | 2gig second gen??? |
08:43:36 | amiconn | That's nonsense |
08:43:53 | amiconn | The 2nd gen came in 5, 10 and 20GB |
08:43:57 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:44:14 | GodEater | I'm guessing he's talking about a Nano in the thread then |
08:44:27 | GodEater | which comes in 2, 4 and 8 gig |
08:44:42 | jhMikeS | in fact, thread #1 can't go ack until pcmrec is ready to yield anyway |
08:45:15 | amiconn | jhMikeS: So, does this synchronous mechanism require the receiving thread to reply asap and never yield inbetween? |
08:45:31 | amiconn | I guess not |
08:45:58 | jhMikeS | no, it can yield all it wants in between and securely receive data from the posting thread |
08:46:42 | | Join Gibbed [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
08:46:46 | | Quit Rick (Nick collision from services.) |
08:47:00 | | Nick Gibbed is now known as Rick (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
08:48:23 | | Quit mael ("CGI:IRC (Ping timeout)") |
08:48:27 | jhMikeS | PCMREC_STOP could simply be posted. in fact it really should be, no reason to block that one. |
08:49:46 | jhMikeS | same goes for PAUSE/RESUME |
08:55:03 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
08:55:05 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
08:55:19 | | Join desowin [0] (n=desowin@79.187.93.186) |
08:55:25 | ddalton | how can I check in my code what button was pressed. For example up on the iriver. |
08:55:28 | jhMikeS | amiconn: if usb_wait_for_disconnect calls queue_reply(0) in the loop all should be fine and that race condition gone and that should work as I intended in the first place. |
08:57:40 | ddalton | how do I voice a decimal number? for example 87.5 |
09:00 |
09:01:30 | * | jhMikeS already wanted to voice demicals correctly but that's really not implemented for numbers in general |
09:02:14 | amiconn | Well, since we don't use float/double, you can't do that directly anyway |
09:02:47 | amiconn | But output_dyn_value does voice decimals |
09:04:05 | jhMikeS | iirc the function is over-specialized and was of no help in trying to voice decimals in the gigabeat's tone controls. |
09:05:12 | | Join petur [0] (n=petur@rockbox/developer/petur) |
09:05:17 | ddalton | What arguments does output_dyn_value require? |
09:05:20 | amiconn | That function is specialised for outputting high range values with prefixes |
09:05:43 | amiconn | There were no other places where decimals were neccary back when coding it |
09:05:44 | ddalton | but what infomation do I need to give it. |
09:06:01 | amiconn | s/neccary/necessary/ |
09:06:03 | ddalton | do I have to tell it what to voice |
09:06:33 | amiconn | It can be used either for printing or for voicing. If you want both, you need to call it twice |
09:06:47 | jhMikeS | personally, I'd just replace the darn thing with a generic number voicing/formatting function |
09:07:08 | ddalton | to voice a variable that is 2.1 how would I tell it to say it. and the variable is called i |
09:07:40 | amiconn | In rockbox we don't use floating point variables, so no variable can have a value of 2.1 |
09:07:53 | ddalton | what about the radio? |
09:08:05 | amiconn | The radio uses plain Hz internally |
09:08:27 | amiconn | So it doesn't store 89.7MHz, it stores 89700000 |
09:08:36 | ddalton | so how would I speak that. I got it to voice the station but it didn't say the decimal |
09:11:10 | ddalton | so how does it display 89700000 |
09:11:18 | ddalton | as 89.7 |
09:12:30 | jhMikeS | something like snprintf(buf, len, "%s.%s", freq/1000000, freq/100000 %10) |
09:13:12 | B4gder | but %d and not %s ;-) |
09:13:20 | jhMikeS | :P hehe |
09:15:13 | ddalton | what is len? |
09:15:44 | | Join webguest52 [0] (i=c023111d@gateway/web/cgi-irc/labb.contactor.se/x-0e0b1bb26c7994b0) |
09:15:50 | GodEater | len is the size of buf |
09:16:03 | ddalton | so then how would I voice this? |
09:16:15 | * | petur feels it would be more time-efficient if somebody were to write this for him :/ |
09:16:39 | jhMikeS | ) |
09:16:57 | * | GodEater has never done any work with the voice code and is therefore unable to answer |
09:17:20 | | Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") |
09:17:26 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
09:18:10 | ddalton | ok so I will then just try a couple of things. |
09:18:20 | jhMikeS | output_dyn_value really is just not a good function for having control over numbers with decimals. it's really geared towards file sizes and things like it. |
09:18:24 | ddalton | does anyone know how to check what button has being pressed? |
09:21:06 | jhMikeS | have a look at firmware/drivers/button.c and it should give you all that info see apps/action.c too |
09:21:42 | ddalton | I have found the line: output_dyn_value(NULL, 0, free, kbyte_units, true); what does free do? |
09:23:30 | petur | ddalton: I think you need to examine more code and try things out. Programming is way more than knowing the language. |
09:23:58 | ddalton | so you can't tell me what free does in that function? |
09:24:01 | | Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) |
09:25:14 | petur | ddalton: because I would have to look it up myself too |
09:25:28 | | Quit sarixe (Client Quit) |
09:25:31 | scorche | ddalton: sorry if this is too blunt, but we cant always be around here to answer every single question you have...you need to find things for yourself |
09:26:11 | | Quit webguest52 ("CGI:IRC") |
09:26:15 | | Join webguest52 [0] (i=c023111d@gateway/web/cgi-irc/labb.contactor.se/x-3e3a9bcddd78ec7f) |
09:28:15 | | Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) |
09:29:30 | | Quit dan_a (Remote closed the connection) |
09:31:10 | | Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") |
09:31:13 | | Join sergey [0] (n=sergey@ppp91-76-105-211.pppoe.mtu-net.ru) |
09:31:15 | | Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) |
09:32:14 | | Join Siku [0] (i=Siku@dsl-kpogw4-fe55df00-86.dhcp.inet.fi) |
09:34:11 | | Join fm2 [0] (i=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-c15cca50a4c3fd87) |
09:34:19 | fm2 | GodEater: ping |
09:34:43 | GodEater | pong |
09:35:35 | fm2 | GodEater: have you seen my questions/suggestions about the shortcuts plugin (on Fri and Sun)? |
09:35:44 | GodEater | no - where did you put them ? |
09:36:11 | jhMikeS | markun: where's the info available for the gigabeat mmu (the mcr/mrc stuff)? |
09:36:19 | fm2 | GodEater: on the irc |
09:36:37 | fm2 | But you were not there at that moment |
09:38:58 | GodEater | fm2: I'm terrible at reading the logs |
09:39:07 | GodEater | you'd be better off posting them to the forum thread |
09:39:43 | fm2 | Or should I repost them now? |
09:40:20 | GodEater | nothing stopping you... |
09:41:54 | fm2 | GodEater: 1) Why do you call sc_init() (and hence load the default file) even if the plugin was called with a parameter, i.e. via the context menu? |
09:42:12 | fm2 | (2) Why are there two different funcs for loading the default and a custom file? A copy-paste rest? |
09:42:43 | fm2 | (3) In the plugin, the extension ".link" is hard coded. OTOH we want the association of file exts to viewers be configurable in the config file. |
09:42:43 | GodEater | the answer to both is the same: I didn't want it to do custom files when I started writing it |
09:42:53 | fm2 | This is a contradiction IMHO, and it can be resolved by splitting the plugin into two. One would be only responsible for adding files to the default shortcuts file and would be called via the context menu (add). The other would load the files and show the links there. It would be configured as the viewer for .link files. |
09:43:07 | fm2 | Then we could just remove the code that checks whether the file is a .link file from the plugin. |
09:43:55 | GodEater | fm2: feel free to submit a patch |
09:44:18 | fm2 | GodEater: I knew that :-))) But does this sound reasonable to you? |
09:44:39 | GodEater | fm2: doesn't matter to me one way or the other |
09:45:08 | GodEater | besides, it doesn't matter if I think it's reasonable or not. If you want it commited - you'll have to convince a dev |
09:45:56 | petur | fm2: will you continue FS #7346 ? |
09:47:21 | fm2 | petur: not at the moment. I've ruined my dev env, so can't code now |
09:47:30 | petur | oh... |
09:47:39 | GodEater | tools/rockboxdev.sh ... |
09:48:17 | fm2 | GodEater: to the dev env belongs also the HW, so the .sh won't help :-/ |
09:48:31 | GodEater | ah |
09:49:32 | fm2 | petur: but the change is really simple and can be done at any time, it doesn't depend on any other RB internals. And it's not that critical |
09:50:01 | petur | fm2: I'll do it then.... (if time is found) |
09:50:46 | fm2 | petur: ok. I'll do it also if I repair the comp by then. We'll see :-) |
09:50:59 | GodEater | what's wrong with the computer you're using now ? |
09:51:10 | fm2 | It's not mine |
09:51:19 | GodEater | details details... |
09:51:32 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
09:52:03 | fm2 | Yes, that's where the devil is |
09:53:32 | | Quit sergey (Read error: 110 (Connection timed out)) |
09:53:35 | GodEater | I'm not sure end users would be so keen on your two plugin approach you know |
09:55:06 | fm2 | GodEater: they wouldn't see the viewer. And actually they wouldn't need to see the "adder" either |
09:55:36 | GodEater | hmm - I guess not |
09:58:07 | fm2 | Ok, they could use the "lister" standalone, it would then show the default link file. But in most cases that part would be called by playing the .link file anyway (IMHO) |
09:58:43 | *** | Saving seen data "./dancer.seen" |
10:00 |
10:01:00 | | Part fm2 ("bbl") |
10:10:59 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
10:11:23 | B4gder | gosh, the e200 thread in the forum is still viewed twice as much as the second most viewed thread |
10:11:52 | | Quit EbErT () |
10:13:02 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
10:18:20 | | Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) |
10:19:35 | * | GodEater looks at the views for Creative and Nano 2G... |
10:21:08 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
10:21:37 | Tempis | what category is that thread in B4gder |
10:21:49 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
10:21:53 | scorche | Tempis: New Ports... |
10:22:10 | B4gder | a bit misleading at this point |
10:22:24 | Tempis | I just bought an e250 |
10:23:00 | GodEater | wonder why it's still so popular |
10:23:22 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
10:23:34 | Tempis | it seems to be a pretty decent player at a low price |
10:23:43 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
10:24:04 | B4gder | it is, yeah - I think he meant the thread |
10:24:10 | Tempis | oh |
10:24:11 | Tempis | heh |
10:24:15 | GodEater | I did |
10:24:21 | Tempis | I misunderstood, sorry |
10:24:32 | Tempis | it's late |
10:25:25 | Tempis | I just bought an e250 off woot tonight, which comes at a pretty good time, since my archos seems to have snuffed it |
10:25:28 | * | GodEater thinks it should possibly be archived off somewhere - I can't imagine what information there is in it that people still need to read |
10:25:57 | Tempis | guess I can pull my 60GB drive out of it now |
10:26:55 | | Quit webguest52 ("CGI:IRC") |
10:27:00 | | Join webguest52 [0] (i=c023111d@gateway/web/cgi-irc/labb.contactor.se/x-94bb42ff4b495a8a) |
10:27:19 | Tempis | anyone here have a Sansa? |
10:27:39 | * | GodEater wishes woot would ship outside the USA |
10:28:04 | B4gder | Tempis: i do |
10:28:10 | Tempis | how do you like it? |
10:28:22 | B4gder | it's a neat little thing |
10:28:51 | B4gder | currently I use my x5 most of the time |
10:28:58 | Tempis | when you plug it in does it show up as just an external drive? |
10:29:09 | B4gder | yes, if I would boot the OF |
10:29:22 | Tempis | so you can just copy files to it and play them |
10:29:27 | B4gder | yes |
10:29:32 | Tempis | excelent |
10:29:59 | Tempis | do you have rockbox on it? |
10:30:02 | B4gder | that's the way to go for all players rockbox runs on |
10:30:07 | B4gder | of course |
10:30:14 | Tempis | works well? |
10:30:23 | B4gder | yeps, runs fine |
10:30:36 | * | GodEater suspects Tempis doesn't know who Bagder is... |
10:31:05 | Tempis | I suspect you're right |
10:31:40 | GodEater | put it this way, if Bagder said he was running anything OTHER than rockbox on a target, we'd accuse him of heresy |
10:32:10 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
10:32:25 | Tempis | so he's the main man, so to speak |
10:32:31 | GodEater | one of the three yes |
10:32:33 | GodEater | :) |
10:33:03 | B4gder | I'm mostly blabbing about it, not poking on the lowlevel bits as much as some of the others |
10:33:27 | GodEater | but you do have MrH in your hip pocket too ;) |
10:33:38 | B4gder | haha, yeah |
10:33:44 | Tempis | well, I've been quite satisfied with the versions I've had my my two Archos players |
10:33:45 | GodEater | without whom, the sansa port would have been a great deal more tricky |
10:34:00 | * | B4gder bows in MrH's general direction, whereever that is |
10:34:28 | B4gder | Tempis: rockbox really is a lot more fun on more modern players than the archoses |
10:34:29 | Tempis | although I haven't been alltogether satisfied with the archos players themselves |
10:34:32 | * | GodEater still envisions a park bench looking at a lake somewhere, and two shady figures in trench coats... |
10:34:55 | | Join nick89 [0] (i=nick89@c220-237-70-197.kelvn1.qld.optusnet.com.au) |
10:35:52 | Tempis | I'm sure I'll be more than happy with it on my new Sansa |
10:36:05 | Tempis | once I get it that is |
10:36:13 | * | pondlife notices that the bork bork bork patch was rejected :/ |
10:36:31 | pondlife | Resulting in a loss of silliness. |
10:36:38 | scorche | we can make bork.lang |
10:36:45 | B4gder | Tempis: the biggest downside is that rockbox runs slightly worse run-time wise on it |
10:36:47 | Tempis | my archos recorder bombed out this afternoon |
10:36:53 | Tempis | yeah, I read that |
10:37:12 | Tempis | I don't generally listen for long periods of time, so it's not that big a deal |
10:37:21 | Tempis | an hour or so at the most |
10:37:42 | Tempis | mostly when I'm outside doing the yard |
10:38:07 | | Join bluebrother [0] (i=USzsHdat@rockbox/staff/bluebrother) |
10:38:12 | Tempis | the runtime thing is being worked on though correct? |
10:38:17 | Tempis | I thought I read that |
10:38:23 | B4gder | on and off, sure |
10:38:33 | B4gder | it's not an easy issue to address |
10:38:37 | Tempis | I'm sure it'll get worked out in the end |
10:39:15 | Tempis | and I'm sure videos and all those games drain the battery |
10:39:31 | Tempis | at least faster than just listening to some music |
10:40:04 | B4gder | yeah, but when we compare run-time we try to compare using the same usage |
10:40:27 | Tempis | can rockbox access the microds slot in the sansa? |
10:40:30 | B4gder | yes |
10:40:32 | Tempis | err microsd |
10:40:36 | Tempis | excelent |
10:41:04 | Tempis | how's the access time when the sansa is reading from the slot |
10:41:18 | Tempis | the same as from it's internal memory? |
10:41:30 | Tempis | or can you tell a difference? |
10:41:39 | * | B4gder doesn't know |
10:41:39 | | Join n1s [0] (n=nils@h218n1fls35o293.telia.com) |
10:41:48 | Tempis | oh well |
10:41:49 | B4gder | I haven't tried the microsd slot |
10:42:08 | Tempis | I'll probably get a 2gig card soon |
10:42:32 | Tempis | perhaps one day the 4gig cards will be usable |
10:42:47 | B4gder | I'm not sure about that |
10:42:51 | pondlife | n1s: Thanks for the "sim uses the same voicefile" update btw. |
10:43:00 | B4gder | but then I don't know the details of "sdhc" |
10:43:24 | n1s | pondlife: have you tried it with voice? |
10:43:25 | bluebrother | they mostly only use a different addressing of the sectors |
10:43:47 | B4gder | so its only a software/driver modification needed? |
10:43:59 | bluebrother | as far as I understand, yes. |
10:44:01 | pondlife | n1s: I'm about to.. |
10:44:13 | B4gder | that's what I've been learning too, but I've not got it 100% verified |
10:44:17 | bluebrother | but iirc the sdhc cards aren't required to support spi mode any more |
10:44:24 | B4gder | aha |
10:44:42 | bluebrother | so that could be an issue. But this information also could be wrong −− I haven't verified that. |
10:45:00 | bluebrother | I just looked it up about half a year ago, when I worked with sd cards. |
10:50:47 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
10:52:08 | pixelma | bluebrother: do you remember the one who reported the scroll wheel not working in a sansa sim? Seems to be related to downloaded source (not checked out) - I just compiled a sansa sim from it to try to find out something else and got the same result (checked out one works fine); probably some file missing from the tarball... |
10:52:57 | n1s | pixelma: I could reproduce it here just now with a checked out source... |
10:54:26 | n1s | Yes, I broke it yesterday, enabling the wheel acceleration for the sim broke it, now to find out why... |
10:54:27 | bluebrother | pixelma: the problem seems to be 64 bit related |
10:54:28 | pixelma | hmm... maybe my checkout is not the newest then... |
10:54:47 | bluebrother | unfortunately that tracker entry is _really_ worse. *hmpf* |
10:54:59 | pixelma | ah, n1s seems likely |
10:55:09 | advcomp2019 | one thing i know is the sansa connect is going to be able use sdhc cards |
10:55:13 | bluebrother | he asked yesterday evening and I tried on ia32 and told him it works on that |
10:55:46 | B4gder | are there really microsdhc cards available? |
10:55:47 | bluebrother | and he also told he uses a chroot32 environment. Also not part of the task :( |
10:55:59 | n1s | hmm, is a 'long long' supposed to be 64 bits on our targets? |
10:56:03 | bluebrother | yes, they are. |
10:56:19 | advcomp2019 | yea there is |
10:56:36 | B4gder | long long should be fine for all targets and sims afaik |
10:56:54 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
10:57:09 | pixelma | bluebrother: but for me it's not working in a cygwin built sim, winXP (32) |
10:57:36 | pixelma | I'll up my checkout and try again |
10:57:47 | * | bluebrother does the same |
10:58:21 | pixelma | n1s: btw... I found "apps/sound_menu.c" is missing in the tarball (if I didn't miss something) |
10:59:03 | n1s | pixelma: that file is not in svn |
10:59:30 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
10:59:50 | pixelma | hmm... then that's a relict in my checked out tree... |
10:59:52 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
11:00 |
11:01:38 | markun | jhMikeS: in the ARM9 documentation, let me check which one it is |
11:02:39 | markun | DDI0151C_920T_TRM.pdf |
11:02:56 | bluebrother | hmm, now it seems broken for me too. Strange. |
11:03:10 | bluebrother | I'm absolutely sure I did a svn up yesterday before trying. |
11:03:34 | markun | http://www.arm.com/pdfs/DDI0151C_920T_TRM.pdf |
11:04:06 | | Quit miepchen^schlaf (Client Quit) |
11:04:44 | | Quit nick89 ("Gotta Go") |
11:05:11 | | Part HellDragon |
11:05:18 | amiconn | n1s: Maybe 'long long' is 128 bit on a 64 bit system? |
11:06:44 | B4gder | "at least 64 bits" it seems |
11:06:50 | n1s | amiconn: I tried replacing the suspect with uint64_t and it made nodifference, but do you know of an easy way to find out? |
11:07:19 | B4gder | n1s: make a quicky check for sizeof(variable) |
11:07:32 | | Join norbusan [0] (i=norbert@chello213047086216.5.14.tuwien.teleweb.at) |
11:07:36 | B4gder | I'm sure it is 64bit... |
11:07:56 | | Part norbusan |
11:08:08 | B4gder | I don't know of any system that feature a >64 bit integer data type |
11:11:17 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
11:11:26 | amiconn | LinusN: Any news regarding the oldlcd player? |
11:11:38 | LinusN | no |
11:12:11 | n1s | B4gder: you were right sizeof(long long) returns 8 -> 64 bits |
11:14:10 | pixelma | I can also confirm that the scroll wheel is not working when the sim is compiled from the checkout |
11:18:42 | | Join BigBambi_ [0] (n=Alex@86.72.189.109) |
11:22:42 | jhMikeS | markun: thanks so much |
11:23:20 | n1s | jhMikeS: any ide why wheel acceleration would kill the wheel in simulators? |
11:23:49 | | Nick datasleep is now known as datachild (n=datachil@217-208-144-87-no75.tbcn.telia.com) |
11:27:28 | jhMikeS | n1s: it does? |
11:28:42 | n1s | jhMikeS: yes, after I enabled it for the sim yesterday, sansa sim has no up/down movement in lists, I've gotten as far as that button_apply_acceleration() always returns 0... |
11:29:10 | jhMikeS | intptr_t is 64 bits for a 64-bit system but only the wheel driver itself should set bit 31 in the data. unless the sim posts something with that set, the code shouldn't execute. |
11:30:05 | n1s | in the data variable passed to that function? |
11:30:36 | jhMikeS | yes. the driver should post a delta of 1 and not set bit 31. |
11:30:56 | | Nick TinoM| is now known as TinoM (n=Tino@i5387C680.versanet.de) |
11:30:57 | jhMikeS | so data = 1 << 24 |
11:31:31 | n1s | jhMikeS: ok, thanks, I will test it |
11:31:56 | jhMikeS | does the sim button driver set the data for the last message and implement button_get_data? |
11:33:04 | n1s | jhMikeS: I'm not too familiar with the button code but yes, button_get_data is there |
11:33:36 | * | jhMikeS now seems to remember having to add that or something just to get it to compile |
11:37:35 | | Quit BigBambi (Read error: 110 (Connection timed out)) |
11:38:41 | | Nick nerochia1o is now known as nerochiaro (n=nerochia@adsl203-164-174.mclink.it) |
11:40:40 | | Quit perrikwp ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
11:41:15 | | Join Meridiana [0] (i=Marti@d5esfkuhcr.adsl.datanet.hu) |
11:44:02 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
11:44:15 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
11:45:12 | | Join Entasis [0] (n=Jarred@ppp121-45-52-105.lns11.adl2.internode.on.net) |
11:50:19 | | Part Meridiana |
11:50:45 | ddalton | is the simulator working with voice? |
11:51:04 | n1s | ddalton: yes, it should if you have a 32 bit computer |
11:52:54 | amiconn | Only for swcodec targets though |
11:52:57 | ddalton | ok because it wasn't before. |
11:54:53 | ddalton | does the radio work on the simulator? Can I test it on it? |
11:55:27 | n1s | ddalton: I'm not sure how that would be possible, you can enter the screen but it doesn't do much... |
11:58:46 | *** | Saving seen data "./dancer.seen" |
12:00 |
12:00:35 | ddalton | how do you make rockbox say a certain thing every 3 seconds? |
12:01:28 | | Join spiorf [0] (n=spiorf@host208-202-dynamic.14-87-r.retail.telecomitalia.it) |
12:01:58 | petur | ddalton: I think something similar is done in the yesno screen (yesno.c) |
12:02:05 | n1s | ddalton: I guess you make an infinite loop with a sleep(3*HZ); in it somwhere and preferrably a way to exit it :-) |
12:04:28 | | Quit TinoM (Nick collision from services.) |
12:05:42 | ddalton | n1s: Can you give me an example? |
12:06:32 | ddalton | Like this: sleep(3HZ); or is that wrong? |
12:09:22 | bluebrother | you need to multiply, i.e. 3 * HZ |
12:09:38 | bluebrother | like n1s mentioned |
12:09:49 | petur | that would however mean it is unresponsive for 3 seconds.... not what you want probably |
12:10:55 | bluebrother | indeed ... better use shorter delays and a counter |
12:11:11 | petur | ddalton: look at the function gui_syncyesno_run() in apps/gui/yesno.c |
12:14:15 | ddalton | so how do I tell the voice to shut up for 3 seconds? |
12:14:23 | ddalton | and then talk again? |
12:16:48 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
12:17:09 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
12:18:12 | bluebrother | hmm. Does someone know where I can find information about this windows rc files? |
12:19:57 | scorche | http://filext.com/file-extension/rc |
12:23:47 | | Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
12:29:07 | | Join x1jmp [0] (n=x1jmp@p57B0A938.dip0.t-ipconnect.de) |
12:29:15 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
12:39:30 | | Join Febs [0] (n=chatzill@207-172-204-33.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
12:43:10 | DMJC | this is a little OT |
12:43:22 | DMJC | but does anyone know if it's possible to hack the ipod's itunesDB |
12:43:23 | DMJC | ? |
12:43:36 | DMJC | to make it store the music in the toplevel folders? |
12:44:54 | B4gder | everything is possible given enough time and resources |
12:45:16 | DMJC | heh cool |
12:45:24 | * | amiconn wonders why people using rockbox would even care about the itunesdb |
12:45:26 | desowin | iTunesDB has limit for filename (directories+filename have fixed maximum size) |
12:45:38 | | Join x2jmp [0] (n=x1jmp@p57B09E01.dip0.t-ipconnect.de) |
12:45:41 | DMJC | ah |
12:46:01 | DMJC | amiconn: because rockbox isn't really ready for production use yet (low battery life) |
12:46:44 | * | bluebrother suspiciously looks at B4gder |
12:47:11 | GodEater | AFAIAA it's possible to change the iTunesDB to do this already |
12:47:40 | GodEater | the problem is the the Apple Firmware ignores any entries in it which are referenced outside of the hidden ipod directories |
12:47:40 | | Join rusty208 [0] (i=dcfd58d2@gateway/web/cgi-irc/labb.contactor.se/x-adb1a4b22794b549) |
12:47:48 | GodEater | </off topic> |
12:47:49 | desowin | there was foobar plugin to recreate iTunesDB, you might want to try it |
12:48:09 | GodEater | it doesn't work anymore |
12:48:12 | desowin | <GodEater> the problem is the the Apple Firmware ignores any entries in it which are referenced outside of the hidden ipod directories <- wow, it worked for me, only if total filepath was small |
12:48:13 | GodEater | for reasons stated above |
12:48:13 | DMJC | GodEater: so I need to find a hack for the firmware :) |
12:48:25 | desowin | DMJC: grab rockbox instead |
12:48:30 | DMJC | already installed |
12:48:32 | DMJC | :) |
12:48:36 | GodEater | desowin: presumably you're on some very old version of the ipod firmware then |
12:48:41 | DMJC | better codec support definately in rockbox |
12:49:03 | DMJC | appleos can do .ogg and wma but they won't enable it |
12:49:05 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
12:49:19 | B4gder | how do you know it can? |
12:49:20 | DMJC | itunes on mac has the icons for both |
12:49:26 | DMJC | has had them for years |
12:49:29 | JdGordon | how do i get the mem usage for a process in linux? |
12:49:30 | DMJC | apple got asked about it |
12:49:41 | DMJC | they said they wouldn't until either format got 50% market share |
12:49:41 | B4gder | I don't believe them |
12:49:52 | DMJC | because apple are jerks |
12:49:55 | B4gder | I say they speak bs |
12:50:48 | DMJC | well I have ganked out the icons before |
12:50:50 | * | B4gder is the most reliable apple insider source on the internet... or something ;-) |
12:50:54 | DMJC | they do exist :) |
12:50:59 | DMJC | k heh |
12:51:03 | B4gder | icons sure |
12:51:10 | B4gder | codecs surely not |
12:51:22 | desowin | B4gder is damned hacker :P |
12:51:31 | * | pondlife spotted http://www.linux4nano.org/ are planning "Understand iTunesDB internals" :) |
12:51:59 | B4gder | yeah we put our hope to them now when the zune linux site is gone :-O |
12:52:05 | pondlife | lol |
12:52:08 | * | amiconn thinks it's kinda funny that a paper exists that explains why PP5002 is unable to play ogg |
12:52:15 | scorche | they at least have some remote sense of what they are doing... |
12:52:22 | B4gder | amiconn: haha, yeah that is amusing |
12:52:27 | amiconn | Now rockbox does exactly that, even with only using one of the cores |
12:52:28 | DMJC | hehehe |
12:52:34 | GodEater | amiconn: is that the one Hugo Fiennes wrote ? |
12:52:47 | amiconn | Umm, I don't remember the name |
12:53:10 | * | GodEater thinks it probably was |
12:53:12 | markun | amiconn: rockbox is no proof |
12:53:17 | markun | :) |
12:53:22 | pondlife | Actually, they seem to be at least collecting info... and I like their section on Entropy.. ;) |
12:53:27 | GodEater | we're all about the smoke and mirrors us |
12:53:34 | DMJC | is the 75mb file in the hidden directory on the ipod the firmware? |
12:53:41 | scorche | the chess player! |
12:53:49 | desowin | DMJC: firmware has its own partition |
12:53:50 | rusty208 | is there any way to change from rockbox and the default firmware without the use of a pc? |
12:53:53 | DMJC | k |
12:53:59 | DMJC | so what would be the 75mb thing? |
12:54:08 | scorche | we have a mini turk rearranging the bits into aac data =) |
12:54:19 | GodEater | rusty208: on what player ? |
12:54:38 | rusty208 | fith gen ipod video (80gb) |
12:54:45 | GodEater | rusty208: then yes - read the manual |
12:54:59 | rusty208 | lol cheers. bbs :P |
12:55:08 | B4gder | http://gizmodo.com/archives/ogg-on-ipod-why-the-ipod-may-not-have-the-horsepower-for-ogg-015607.php |
12:55:16 | DMJC | LOL |
12:55:38 | GodEater | yes, that's the one Hugo wrote |
12:56:17 | scorche | well, there is that broken cache, so it isnt like they were lying |
12:56:35 | GodEater | he was and is well placed to say |
12:56:58 | B4gder | he was right on some parts, just did the wrong conclusion it seems |
12:56:59 | GodEater | given his place did the Rio Karma, and he's now Mr. iPhone. |
12:57:04 | | Quit My_Sic (Read error: 104 (Connection reset by peer)) |
12:57:11 | GodEater | he did say "may" not have the horsepower ;) |
12:57:37 | scorche | "in theory possible" |
12:57:39 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
12:57:41 | B4gder | "The Karma plays OGG, though it's still a resource hog - you get about 25% less battery life - about 11-12 hours compared to 15+ for MP3 due to the extra cycles and memory requirements when compared to the more svelte codecs." |
12:57:43 | GodEater | they used an a completely unoptimised version of the ogg codec for the karma |
12:57:43 | scorche | it seemes we proved his theory.. |
12:58:05 | GodEater | tremor straight out of the box as I recall |
12:58:12 | DMJC | eew heh |
12:58:14 | GodEater | one of the tremor authors got quite cross about it as I recall |
12:58:19 | DMJC | I remember iriver back in the day |
12:58:25 | DMJC | before it was optimised |
12:58:29 | DMJC | it was pretty funny |
12:58:38 | GodEater | he said "this was supposed to be a sort of proof of concept - you weren't supposed to just implement it without some tidying up!" |
12:58:45 | DMJC | (first non rockbox developer to flash their player) |
12:59:14 | * | GodEater is still waiting for Hugo to approve his friend request on facebook |
12:59:17 | DMJC | heh |
12:59:28 | DMJC | what is the cpu in the ipod video? |
12:59:37 | DMJC | not motorolla is it? |
12:59:39 | GodEater | portalplayer |
12:59:55 | GodEater | ARM7 - dual core |
13:00 |
13:00:09 | DMJC | I would laugh my ass off if there was a 68040 player running amigaos out there |
13:00:45 | | Quit x1jmp (Read error: 110 (Connection timed out)) |
13:01:44 | B4gder | btw, it would be cool to see more rockbox committers reguster on ohloh and submit their project, cast kudos and stack rockbox |
13:02:01 | B4gder | only 24 stacks so far |
13:02:13 | * | desowin already stacked |
13:02:18 | scorche | "stacks"? |
13:02:20 | * | GodEater will do that as soon as he gets commit access |
13:02:22 | DMJC | heh now here's an idea |
13:02:36 | B4gder | scorche: as in a software piece you use |
13:02:42 | B4gder | see ohloh.net |
13:02:42 | DMJC | you said the database ignores dirs not inside off the hidden folders.. |
13:02:45 | | Join w1ll14m [0] (n=Ioanna@84-104-81-208.cable.quicknet.nl) |
13:02:46 | DMJC | what about a symlink? |
13:02:48 | desowin | that stacking is for users, not only for commiters, or I am wrong? |
13:02:49 | DMJC | hehehe |
13:02:55 | B4gder | desowin: right |
13:03:26 | GodEater | DMJC: there's no such thing on FAT32 |
13:03:34 | | Join haemmy [0] (n=stefan@194.208.162.140) |
13:04:07 | DMJC | damnit |
13:04:20 | DMJC | speaking of, is anyone considering HFS+ support in rockbox? |
13:04:23 | GodEater | no |
13:04:25 | DMJC | is it unfeasible? |
13:04:28 | GodEater | it's on our NoDo list |
13:04:32 | DMJC | aww |
13:04:56 | DMJC | fat32 is annoying |
13:05:00 | DMJC | damn 4gb file size limit |
13:05:20 | * | scorche removes the soapbox from under DMJC's feet |
13:05:24 | * | GodEater doesn't find that annoying on a DAP |
13:05:44 | DMJC | 80gb player :) portable hdd not just a DAP |
13:06:14 | * | GodEater also has an 80GB player, and hasn't ever found a >4GB file he wants to carry round |
13:06:17 | pixelma | Febs: you thing (ehm think) he'll understand the thing better this way? ;) |
13:07:06 | DMJC | GodEater: vmware virtual discs and dvd isos :) |
13:07:17 | desowin | then 80gb is small |
13:07:18 | n1s | GodEater: what about all those week-long mp3s... |
13:07:27 | DMJC | hehehe |
13:07:30 | GodEater | n1s: of course, how could I have forgotten |
13:07:33 | DMJC | lol week long music file |
13:07:40 | Febs | pixelma: just trying to speak his language. :) |
13:07:46 | scorche | desowin: that is what my 160 gig HD in my archos is for =) |
13:08:01 | DMJC | I'd like to see somone fill an 80gb drive with midis |
13:08:08 | DMJC | :) |
13:08:12 | n1s | yay, feature requests for unimplemented features... _) |
13:08:14 | GodEater | what a weird thing to wish for |
13:08:45 | DMJC | well it'd be interesting to see if there actually exist 80gb of midis |
13:09:25 | pixelma | don't forget all the +4GB midis... *g* |
13:09:34 | n1s | :-P |
13:09:46 | DMJC | how long would a 4gb midi run for? |
13:09:51 | DMJC | hehehe |
13:10:00 | DMJC | 200 years later.. |
13:10:17 | desowin | "I missed the centre part, rewind" |
13:10:27 | * | scorche readies the offtopic stamp |
13:11:16 | markun | DMJC: feel free to work on it |
13:11:18 | DMJC | so more on topic, with power saving, is that likely to get worked on anytime soon? |
13:11:26 | DMJC | and yeah heh how would you go about doing it? |
13:11:31 | markun | (that was about NFS+) |
13:11:36 | DMJC | I figured heh |
13:11:56 | markun | rockbox is open source, you can change it any way you like |
13:12:06 | scorche | DMJC: please search through the forum/wiki/irc history...these questions have been answered many times int he past |
13:12:11 | DMJC | k |
13:12:23 | scorche | on that note, if you figure out how to do it, let us know =) |
13:12:35 | DMJC | hfs+? |
13:12:43 | scorche | power onsumption |
13:12:50 | DMJC | ah k |
13:13:01 | DMJC | btw that reminds me |
13:13:13 | DMJC | where is the top level menu defined? I might have a play around with that code |
13:13:32 | DMJC | themeing tools were a bit limited for messing with that |
13:14:25 | scorche | B4gder: how does one register as a developer on this?...i am not seeing proper documentation =P |
13:14:56 | B4gder | scorche: register first, then go to a project, view contributors, click "this is me" |
13:15:09 | scorche | ah...i shall wait till i actually commit then =P |
13:15:33 | B4gder | well, you can still register you just can't get listed as a contributor until you actually are ;-) |
13:15:48 | scorche | i have contributed many times! =P |
13:15:54 | markun | DMJC: apps/menus/main_menu.c I think |
13:16:08 | B4gder | scorche: on ohloh, only commits count |
13:16:12 | * | GodEater has contributed a whole three times |
13:16:45 | pixelma | B4gder: including all the "oops" commits? ;) |
13:16:57 | B4gder | a good reason to do many oops commits! |
13:17:08 | JdGordon | doh! you've figured out my plans! |
13:17:09 | * | pondlife must commit lots of comments :) |
13:17:32 | DMJC | thanks |
13:17:33 | B4gder | after all, linus is #1 committer and he does lots of oops ;-P |
13:17:48 | B4gder | he's a great example to learn from |
13:17:52 | * | B4gder bows |
13:17:53 | desowin | hehe |
13:17:57 | DMJC | LinusN rocks :) |
13:18:14 | LinusN | damn, you're on to me |
13:19:25 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
13:19:46 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
13:23:17 | pondlife | Hmm, could we have the Categories in Flyspray put into alphabetical order please? |
13:24:59 | * | B4gder pokes the list |
13:25:56 | * | amiconn still doesn't really understand the purpose of ohloh |
13:26:13 | pondlife | B4gder: Thanks |
13:26:18 | pondlife | jhMikeS: ping |
13:26:29 | B4gder | amiconn: keep track of open source, the people who write it and what we use |
13:26:42 | * | pondlife would rather not be tracked. |
13:27:02 | * | B4gder temporarily disables pondlife's tracking device |
13:27:05 | amiconn | B4gder: Yeah, but what for? I can't imagine anyone needing that... |
13:27:20 | DMJC | copyright stuff? |
13:27:23 | B4gder | it's not about "need" to me, but about fun and interesting |
13:27:37 | scorche | isnt that why we do rockbox? =) |
13:27:43 | pondlife | I'm failry sure http://www.rockbox.org/tracker/task/7402 and http://www.rockbox.org/tracker/task/7293 are the same issue... jhMikeS might want to confirm as he understands it... |
13:28:24 | * | amiconn thinks that rockbox svn is enough for tracking rockbox |
13:28:42 | B4gder | amiconn: not if you want to see historic development and comparisons against other projects etc |
13:29:00 | * | petur has used ohloh to find a particular commit of somebody... |
13:29:07 | B4gder | and if you're interested in your fellow committer's other projects etc |
13:29:30 | Ave | amiconn: do you have a suggestion for debugging the current nano playback problem (http://www.rockbox.org/tracker/task/7510) |
13:29:41 | Ave | I have failing device and I could test out |
13:32:46 | jhMikeS | pondlife: yups |
13:32:53 | * | GodEater laughs at Febs ipod forum post |
13:33:32 | Febs | Thanks, I'll be here at week. Be sure to tip you bartenders and waitress. |
13:33:39 | Febs | at/all |
13:34:44 | amiconn | Ave: I have a suspicion what might go wrong, but I don't have a patch yet |
13:34:52 | jhMikeS | pondlife: yeah, probably the same and probably the r12 getting clobbered |
13:35:18 | amiconn | The last comment in the tracker entry suggests that it might be related to the ipod HW revision |
13:35:23 | GodEater | Febs: how's the veal ? |
13:35:29 | amiconn | Llorean: What HW rev does your nano have? |
13:35:39 | Febs | :) |
13:35:51 | Ave | amiconn: "version 1.0" MA099FB as reported by apple-side |
13:36:41 | * | GodEater double takes at Llorean's amazing ventriloquist performance |
13:36:45 | amiconn | The ipod HW rev, not the disk firmware |
13:36:54 | amiconn | ...and not the apple version either |
13:37:01 | Ave | how di I find out |
13:37:19 | Ave | of course I dont have the device with me now |
13:37:26 | amiconn | System->Debug->View HW Info |
13:38:13 | Ave | ok I'll check it later and compare to the entries in the bug tracker |
13:40:59 | | Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") |
13:41:05 | | Quit pondlife ("disconnected has pondlife") |
13:42:37 | | Join webguest57 [0] (i=4a841ac2@gateway/web/cgi-irc/labb.contactor.se/x-3b7a8a99bd0550d8) |
13:43:02 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
13:43:23 | | Join miepchen^schlaf [0] (n=hihi@p54BF657F.dip.t-dialin.net) |
13:43:25 | webguest57 | Could a wps with album art be used on a player without Album art |
13:43:45 | DMJC | ? |
13:43:56 | DMJC | which players have album art support? |
13:44:08 | webguest57 | The patch. |
13:44:16 | DMJC | ah heh |
13:44:17 | webguest57 | i dont have it |
13:44:28 | petur | webguest52: no |
13:44:34 | webguest57 | ok |
13:44:43 | webguest57 | that limits me alot... |
13:44:47 | | Quit webguest57 (Client Quit) |
13:44:54 | GodEater | you're welcome |
13:44:55 | petur | webguest52: the wps parser will reject it and load the default one |
13:45:06 | B4gder | hey, that was 57 not 52 ;-) |
13:45:12 | * | B4gder giggles |
13:45:26 | * | petur loves autocomplete |
13:46:49 | * | pixelma remembers bluebrother's suggestion regarding the default nick provided by the webclient... |
13:47:25 | B4gder | we should make it pick a random stupid name and append the number to it |
13:48:09 | B4gder | possibly prepend the number too |
13:48:24 | GodEater | B4gder: 12lazy_bastard12 |
13:48:26 | B4gder | for tab completion friendlyness |
13:48:29 | GodEater | for example |
13:48:34 | B4gder | like that |
13:49:13 | pixelma | he suggested a nick that would make them want to change it before joining (like "iamanidiot") |
13:49:39 | B4gder | I don't think that will work, hence why I suggest multiple such words |
13:49:52 | * | petur suggests donttalktome |
13:50:06 | B4gder | haha |
13:50:13 | petur | or ignore_me |
13:50:27 | Zagor | I think a list of near-synonyms for "guest" is the best |
13:50:33 | pixelma | and for everyone to get rid of their aggression "forehead" :P |
13:50:43 | petur | hehe |
13:50:58 | B4gder | Zagor: yes I think so too |
13:53:35 | | Quit desowin ("use linux") |
13:55:11 | LinusN | it might be easier if the number is prepended rather than appended |
13:55:23 | B4gder | indeed |
13:55:52 | B4gder | although possibly somewhat harder to read |
13:55:58 | LinusN | maybe |
13:56:40 | | Join Rondom [0] (n=Rondom@p57A95C6F.dip.t-dialin.net) |
13:56:44 | * | GodEater proposes hex numbers |
13:56:57 | GodEater | coedbabe being a personal favourite :) |
13:57:14 | scorche | deadbeef... |
13:57:17 | * | elinenbe thinks all the popular patches should be looked at and committed... this includes the (never happening) viewports... |
13:57:59 | scorche | GodEater: when c0edbabe came up, i thought it was a joke at first... |
13:58:10 | * | n1s thinks all devs will flee in terror if elinenbe gets what (s)he wishes for... |
13:58:34 | GodEater | or turn in their graves |
13:58:37 | pixelma | n1s: look at the IrcNicks page... |
13:58:47 | *** | Saving seen data "./dancer.seen" |
13:59:09 | * | elinenbe is talking about the AA / margin / etc (all WPS) patches... those seem to be the most popular ones. |
13:59:19 | n1s | pixelma: ah, s/(s)// |
14:00 |
14:00:02 | n1s | elinenbe: there's actually a reason for most of these patches not being comitted |
14:01:41 | DMJC | has anyone put in a request for themeable menus? I tried to find it in the requests |
14:01:43 | DMJC | couldn't |
14:01:57 | elinenbe | DMJC: there are themable icons in the menus... |
14:02:19 | DMJC | I mean like editing the menu's placement on the screen |
14:02:26 | DMJC | not just the icons |
14:02:41 | DMJC | also a seperate font for menu and directory listings |
14:03:13 | DMJC | and the icons at the top of the menu screen |
14:03:14 | scorche | it would be a support nightmare...that as well has been suggested many times...please do search before making suggestions like that |
14:03:16 | DMJC | battery meter etc |
14:03:19 | DMJC | hmm |
14:03:52 | DMJC | why would it be a support nightmare if all default themes had it turned off? |
14:04:00 | DMJC | you can just tell people to reset to default settings |
14:04:18 | DMJC | that dumps the themes too |
14:04:35 | | Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) |
14:04:48 | DMJC | menu/select not our problem |
14:05:02 | DMJC | that's how ISPs deal with stuff they don't want to support ;) |
14:05:35 | scorche | we arent an ISP |
14:05:46 | scorche | ISPs also pay their employees |
14:05:53 | DMJC | (poorly) |
14:05:56 | DMJC | :D |
14:06:18 | scorche | it really is a hassle that we would rather not go into...though a patch on the tracker would be fine |
14:06:43 | DMJC | ah |
14:07:17 | DMJC | good enough, patches are easy enough to make |
14:07:41 | scorche | then go ahead and add the functionality and submit to the tracker... |
14:08:07 | DMJC | heh I'll look into it but I can't guarantee I can do it, my coding skills are crap to say the least heh |
14:08:18 | rusty208 | does any one have any idea why i cant get the "flow" theme for ipod vidoe 80gb to work? |
14:08:31 | DMJC | tried it in a simulator? |
14:08:39 | scorche | rusty208: it likely requires a patched build |
14:08:54 | rusty208 | nope... how do i try it in a sim? |
14:08:57 | scorche | DMJC: well, you said it was "easy enough"... |
14:09:10 | DMJC | yeah easy enough to apply a patch to the source and build it :) |
14:09:23 | DMJC | plus it gets rid of people who don't know howto do that :) |
14:09:32 | scorche | in this context, that is not what is meant by making a patch... |
14:09:42 | DMJC | I know heh |
14:09:59 | DMJC | making a patch isn't the difficult bit it's making the code work in the first place |
14:10:12 | DMJC | still noone's done it yet? I find that a little surprising |
14:10:31 | scorche | then do it yourself... |
14:10:47 | | Quit sneakums (Remote closed the connection) |
14:10:56 | scorche | rusty208: that theme does require a patched build, and will not work with the official version of rockbox |
14:11:21 | DMJC | speaking of patched builds what is the location in the wiki of the build instructions? |
14:11:32 | DMJC | it seems to have moved from when I was building my iriver firmware |
14:11:58 | scorche | i thought that was easy enough too =) |
14:12:07 | GodEater | DMJC: has the search function also moved ? |
14:12:19 | rasher | Bagder: ping |
14:12:23 | DMJC | heh found the svn page :) |
14:12:33 | B4gder | rasher: you ok with me? ;-) |
14:12:40 | DMJC | haven't bothered o build it in like 2-3 years |
14:12:43 | rusty208 | scorche: were do i find a patched build? |
14:12:54 | GodEater | rusty208: in the unsupported builds forum |
14:13:05 | | Join sneakums [0] (i=sneakums@jenny.ondioline.org) |
14:13:11 | amiconn | Regarding default names - I like the default in AmIRC: Lazy Bone, Badly configured clients Inc. |
14:13:15 | scorche | either use a different theme, or find a suitable theme on the unsupported builds section of the forums....keep in mind those builds are just that...unsupported |
14:13:21 | | Join rogelio [0] (n=rogelio@189.146.222.125) |
14:13:37 | rasher | B4gder: That'll do. I have a voice-building commit on the table. Allows to build multiple languages at once, and lets the user configure the tts/encoder. Naturally you'll have to change your scripts |
14:13:39 | rusty208 | Cheers fellas. ill b back when i scew up :P |
14:13:47 | | Join desowin [0] (n=desowin@79.187.93.186) |
14:13:50 | scorche | amiconn: i prefer something a bit more neutral |
14:14:05 | B4gder | rasher: fire it away and I'll adapt |
14:15:28 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:15:35 | GodEater | rusty208: if you screw up, we'll just tell you to install the supported version again |
14:15:55 | DMJC | ah automation.. man's greatest gift to man |
14:16:11 | rasher | B4gder: It also allows using the name in the language-selection |
14:16:21 | B4gder | cool |
14:16:22 | DMJC | can you brick a player with bad rockbox firmware? |
14:16:29 | scorche | depends ont he player |
14:16:31 | GodEater | DMJC: no |
14:16:32 | DMJC | ipod |
14:16:33 | DMJC | k |
14:16:36 | scorche | the no |
14:16:41 | scorche | then |
14:16:42 | GodEater | you can brick it with a bad bootloader, and even then that's only on certain players |
14:16:48 | GodEater | not the ipod though |
14:16:50 | DMJC | ok |
14:17:27 | DMJC | I remember the iriver was like... ok now if this bones up... you'll need a serial adapter heh |
14:17:44 | scorche | what are you talking about? |
14:17:57 | DMJC | first time flashing of the iriver |
14:18:16 | | Quit haemmy () |
14:18:17 | DMJC | it was back ages ago when it wasn't 100% stable |
14:19:51 | | Part rogelio ("Kopete 0.12.4 : http://kopete.kde.org") |
14:21:17 | DMJC | sorry not a serial interface I'm referring to the bdm interface on the iriver |
14:24:24 | | Join misarm [0] (i=5546a921@gateway/web/cgi-irc/labb.contactor.se/x-6f72e9ad9095154d) |
14:26:28 | | Quit misarm (Client Quit) |
14:28:02 | | Join My_Sic [0] (n=MySic@mur31-1-82-237-204-133.fbx.proxad.net) |
14:30:53 | | Quit My_Sic (Client Quit) |
14:31:24 | B4gder | rasher: there's a bug |
14:31:40 | rasher | B4gder: I can imagine. What's up? |
14:31:43 | B4gder | in the voice: section in the generate Makefile |
14:31:51 | B4gder | there's "@APPS@" left in my file |
14:32:24 | rasher | Didn't I just move that.. hang on |
14:32:55 | DMJC | sweet |
14:33:00 | DMJC | there's already a menu patch |
14:33:01 | DMJC | win |
14:33:46 | rasher | B4gder: ah, right, of course. I only moved the "features" part (because it's convenient to be able to make features on its own) |
14:33:58 | scorche | DMJC: please direct all of your social chatter towards someplace such as #rockbox-community |
14:34:05 | DMJC | k |
14:40:43 | * | bluebrother wonders if we should use the archos device as icon for rbutil or the website favicon |
14:41:17 | B4gder | or just a bag... :-) |
14:41:31 | aliask | but what kind of bag? |
14:41:34 | bluebrother | great idea −− does someone have an ico file for that? |
14:41:41 | scorche | a bag full of something... |
14:41:45 | aliask | :) |
14:42:14 | bluebrother | use a stop sign? |
14:42:30 | aliask | i vote the favicon |
14:42:33 | bluebrother | and add a "please don't install our software" notice upon rbutil startup? ;-) |
14:42:44 | bluebrother | rasher has a nice ico file of that ... |
14:42:52 | bluebrother | (the favicon I mean) |
14:43:06 | scorche | or we could use http://img172.imageshack.us/img172/7240/rb1ve4.png ... |
14:43:09 | rasher | Same as is in use for fwpatcher |
14:43:24 | bluebrother | yeah. |
14:43:25 | rasher | http://rasher.dk/rockbox/icon/ |
14:43:26 | B4gder | "Please note that our money-back guarantee period is now limited to two years." |
14:43:43 | bluebrother | scorche: that would look rather strange scaled-down unfortunately |
14:44:04 | preglow | ahahahahah |
14:44:07 | scorche | bluebrother: sadly, yes, but it could be like Clippy for the rbutil! |
14:44:09 | preglow | icon of the year |
14:44:20 | scorche | the new clippy! |
14:44:25 | bluebrother | indeed. Add a clippy to rbutil! |
14:44:43 | bluebrother | "It looks like you want to install Rockbox. Do you want to read the manual now?" |
14:44:50 | rasher | B4gder: should be fixed now |
14:44:51 | preglow | Hi, I'm Badgy, the helpful cretin. It look's like you're trying to install Rockbox! |
14:44:51 | scorche | i definitely think that would be a legendary clippy... |
14:45:02 | scorche | preglow: bagdy =P |
14:45:53 | B4gder | now how did that private photo leak? ;-P |
14:46:24 | scorche | B4gder: hey now...i spent a good 10 min making that photo! |
14:46:24 | | Quit rusty208 ("CGI:IRC (EOF)") |
14:46:29 | bluebrother | scorche: btw, I changed rbutil_themes.php a bit again. I'll email it to you once it stabilized :) |
14:46:48 | bluebrother | and on that topic: I would like to have some version information about themes ... |
14:46:49 | scorche | bluebrother: great...i almost have the site back to its previous status =) |
14:47:00 | scorche | oh? |
14:47:31 | bluebrother | my idea was to save the installed version number for everything, so you can easily check if there's an update |
14:47:57 | bluebrother | including themes −− but then we'd need some version string. Could be a date as well |
14:48:46 | scorche | version would be simple enough...but is this something that needs to be done before it goes live, or something to be added to the list after it goes into svn? |
14:49:15 | bluebrother | well, I'm not sure −− we could always add things later |
14:49:33 | bluebrother | my idea was to have some cfg-like format for the txt files |
14:49:37 | | Quit webguest52 ("CGI:IRC (Ping timeout)") |
14:49:40 | bluebrother | Author: Some Name |
14:49:48 | bluebrother | Version: 20070813 |
14:50:02 | bluebrother | Description: some text ... |
14:50:09 | scorche | they are going to be a standard format...the user will not touch them, and they will be created by the php script |
14:50:45 | bluebrother | yeah −− but how is the format defined right now? |
14:51:00 | * | amiconn spots green deltas :) |
14:51:02 | scorche | that is in my to do list before it goes live |
14:51:12 | bluebrother | currently I'm simply displaying the txt file in rbutil. |
14:51:45 | scorche | well, we will have 2 different text files..one inside the zip for users, one for the site |
14:51:51 | scorche | /for us |
14:52:11 | B4gder | rasher: yeps, seems to work fine now |
14:52:16 | bluebrother | hmm. And what information does which file hold? |
14:52:55 | | Part austriancoder ("Kopete 0.12.4 : http://kopete.kde.org") |
14:53:11 | bluebrother | I guess you're interested: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/themes/rbutil_themes.php?res=176x132x16 |
14:53:16 | rasher | B4gder: Debian packages a few different festival voices. I had luck with the italian voice, althought it seems it's voicing things a bit wrong (I get a lot of " at the end of strings) |
14:53:29 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
14:53:36 | | Join miepchen^schlaf [0] (n=hihi@p54BF5ACD.dip.t-dialin.net) |
14:54:03 | B4gder | rasher: I'll settle with the english ones for now until voice gets solid again |
14:54:20 | scorche | bluebrother: name, description, CC data, email, copyright data, basically anything we want |
14:54:27 | scorche | as i said, i still have to finalize that |
14:55:44 | bluebrother | ok. Then I need to adjust the display in rbutil later |
14:55:45 | scorche | obviously, the one outside the zip would be best to use for rbutil, but it would be best to split it off into vars and then show what you need |
14:56:06 | scorche | i can always implement a third text file if needed, but this seems like overkill |
14:56:12 | bluebrother | I agree. |
14:56:30 | bluebrother | if we have some key: value format it will be sufficient |
14:57:00 | scorche | would lines of data be sufficient without the key? |
14:57:23 | bluebrother | if we have them defined properly I guess so. |
14:57:50 | scorche | unless you wish to show me how in php to have it deal with that format correctly =) |
14:58:25 | | Join Febs [0] (n=chatzill@38.98.196.75) |
14:58:36 | DMJC | how long should a rockbox build take? |
14:58:46 | scorche | that depends on a number of things... |
14:58:47 | GodEater | how long is a piece of string |
14:58:56 | scorche | haha |
14:58:58 | DMJC | ipod build 2gb ram athlon 64 x2 4400+ |
14:59:02 | rasher | scorche: list($key, $value) = explode(":", trim($line), 2);? |
14:59:06 | scorche | depends on more things.. |
14:59:07 | GodEater | DMJC: OS ? |
14:59:10 | DMJC | linux |
14:59:11 | DMJC | gentoo |
14:59:13 | bluebrother | in fact, as we open the description txt with the php script anyway I could also put that into the output generated by rbutil_themes.php |
14:59:16 | n1s | DMJC: ccache? |
14:59:21 | DMJC | not afaik |
14:59:34 | aliask | Should take 1-2mins |
14:59:43 | scorche | bluebrother: we also generate those files by php |
14:59:46 | DMJC | ok so something is quite broken |
14:59:54 | n1s | aliask: may be faster if he's using make -j |
15:00 |
15:00:00 | bluebrother | the description files? |
15:00:05 | scorche | yes |
15:00:09 | scorche | both .txts |
15:00:12 | bluebrother | well, as those are static files it isn't an issue |
15:00:33 | n1s | DMJC: does it tell you anything? |
15:00:34 | DMJC | can I paste 9 lines here? |
15:00:41 | B4gder | use a pastebin |
15:00:42 | scorche | pastebin |
15:00:42 | bluebrother | DMJC: use a pastebin |
15:00:44 | DMJC | k |
15:00:45 | | Quit Zagor ("Client exiting") |
15:00:49 | n1s | hah :-) |
15:01:10 | scorche | rasher: thanks...i shall look more into it...i dont deal much with php as you can tell =) |
15:01:18 | * | n1s thinks we're a pretty paste-unfriendly channel :-) |
15:01:28 | scorche | well, there are guidelines... |
15:01:36 | bluebrother | hmm, putting the information in the generated output might be a good idea ... less files to grab from the server |
15:01:38 | DMJC | http://pastebin.ca/655516 |
15:01:52 | DMJC | it keeps repeating that but bumping the number up each time |
15:02:51 | scorche | bluebrother: can we continue this tomorrow night, perhaps?....i am seeing light through my blinds =) |
15:03:01 | bluebrother | sure. |
15:03:02 | n1s | DMJC: is your checkout current? |
15:03:07 | DMJC | yes |
15:03:13 | DMJC | from about 30-60 mins ago |
15:03:18 | n1s | rasher has been messing with the confugure script |
15:03:26 | bluebrother | I'll try to finish theme installation, and we can adjust it to the site later. |
15:03:30 | n1s | DMJC: update again rerun configure |
15:04:28 | DMJC | that looks more normal |
15:04:29 | DMJC | thanks |
15:04:41 | DMJC | hmm nope, same error |
15:05:04 | n1s | DMJC: have builds worked ok before? |
15:05:19 | DMJC | no this is my first time attempting to build it |
15:05:34 | DMJC | they have worked on this machine before but the target was iriver |
15:05:37 | DMJC | and it was AGES ago |
15:05:41 | n1s | DMJC: how did you install your build environment? |
15:05:51 | * | GodEater pokes Febs |
15:05:58 | Febs | Yes? |
15:06:00 | DMJC | ./tools/rockboxdev.sh |
15:06:08 | GodEater | reply to your ipod thread thing |
15:06:11 | GodEater | bit shirty |
15:06:15 | GodEater | needs your love and attention |
15:06:19 | Febs | Already done. |
15:06:36 | GodEater | so efficient |
15:06:46 | bluebrother | DMJC: is that line correct? Starting with "./"? |
15:06:54 | n1s | DMJC: what does arm-elf-gcc -v tell you |
15:07:32 | DMJC | Using built-in specs. |
15:07:33 | DMJC | Target: arm-elf |
15:07:33 | DMJC | Configured with: ../gcc-4.0.3/configure −−target=arm-elf −−prefix=/home/james/rockbox/arm-elf −−enable-languages=c |
15:07:33 | DBUG | Enqueued KICK DMJC |
15:07:33 | DMJC | Thread model: single |
15:07:34 | GodEater | I keep getting tempted to wipe most of the responses to that thread, and then just lock it |
15:07:34 | DMJC | gcc version 4.0.3 |
15:07:45 | GodEater | pastebin!!! |
15:08:23 | Febs | GodEater: same guy just posted in the "Rockbox KILLED my ipod thread." I think he's earned himself a ban. |
15:08:51 | rasher | Certainly |
15:09:01 | B4gder | DMJC: are you using gnu make? |
15:09:04 | rasher | And apparently, we're all inbred morons. |
15:09:04 | n1s | DMJC: how about make -v |
15:09:06 | GodEater | oooh - you're tolerant today then hey ? :) |
15:09:22 | DMJC | yes 3.81 |
15:09:28 | GodEater | and a thread all of his own I see |
15:09:33 | DMJC | This program built for x86_64-pc-linux-gnu |
15:09:56 | | Join webguest52 [0] (i=c023111d@gateway/web/cgi-irc/labb.contactor.se/x-983dd7f4ad73313c) |
15:09:57 | GodEater | haha - yeah - go get him Febs |
15:09:58 | bluebrother | DMJC: have you called the configure script the way you posted earlier starting with "./"? |
15:10:29 | rasher | bluebrother: Really doesn't matter. |
15:10:45 | DMJC | LOL |
15:10:50 | DMJC | I think I figured it out |
15:10:57 | DMJC | nope I didn't |
15:10:58 | DMJC | damn |
15:11:06 | DMJC | yeah I didn't have a build directory i do now |
15:11:25 | bluebrother | rasher: sure? We always recommend to use a build directory ... |
15:11:50 | rasher | bluebrother: but rockboxdev builds in a separate directory all by itself |
15:11:51 | DMJC | yup fixed it |
15:11:59 | DMJC | ran the configure script from the sourcecode directory |
15:12:06 | rasher | bluebrother: ${HOME}/build-rbdev |
15:12:07 | DMJC | which rewrote the makefile |
15:12:12 | rasher | Ahah |
15:12:14 | DMJC | which totally boned the build of course heh |
15:12:23 | bluebrother | rasher: I was referring to building Rockbox, not the compiler |
15:12:31 | DMJC | blew it away, svn update and made a target dir |
15:12:33 | B4gder | DMJC: you really should pay attention to the instructions... |
15:12:43 | GodEater | Hurry up with that ban febs |
15:12:48 | GodEater | he's posting all sorts of crap now |
15:13:03 | B4gder | yeah get him off that forum |
15:13:45 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:13:45 | * | GodEater wishes experts had a proper "delete" button |
15:13:49 | rasher | bluebrother: but he only said he built the compiler with that line |
15:14:24 | w1ll14m | which dac is in the ipod video ? |
15:14:42 | bluebrother | indeed. I misread that −− but it looks like I accidentially hit :) |
15:14:53 | Febs | I already banned him. He must have snuck that last post in. |
15:15:03 | n1s | w1ll14m: WM8758 |
15:15:07 | DMJC | ok assuming this worked |
15:15:13 | DMJC | where should rockbox get spat out? |
15:15:19 | w1ll14m | n1s thanx! |
15:15:45 | scorche | GodEater: ah, but having them in to be deleted makes for future enjoyment |
15:15:46 | rasher | DMJC: in the dir where you're building. make zip will create a handy zipfile |
15:16:06 | DMJC | ah that's better |
15:16:30 | DMJC | very nice |
15:17:15 | GodEater | scorche: then a quicker way to move one post there |
15:17:25 | GodEater | rather than all that split / move nonsense |
15:18:04 | DMJC | patches are unsupported right? |
15:18:26 | DMJC | but they generally work |
15:18:27 | scorche | patches are just patches |
15:18:32 | DMJC | ? |
15:18:34 | DMJC | k |
15:18:38 | rasher | DMJC: they might be supported by their author |
15:18:44 | scorche | if they are used in a build, then that build is an unsupported build |
15:18:44 | DMJC | cool |
15:18:49 | DMJC | that's fine |
15:19:00 | bluebrother | there is never a guarantee that a patch works. |
15:19:10 | DMJC | ok |
15:19:22 | DMJC | but they usually do? they usually fail? |
15:19:29 | scorche | Febs: didnt want to keep the porn post around for future enjoyment? |
15:19:48 | B4gder | it wasn't fun anyway |
15:20:10 | bluebrother | DMJC: there is no usually |
15:20:15 | DMJC | patches apply to your build directory? |
15:20:27 | Febs | I think I hit delete before I realized that it had been moved to the "to be deleted" forum. |
15:20:34 | DMJC | O'll figure it out I guess |
15:20:42 | DMJC | *I'll |
15:20:53 | bluebrother | if a patch just got posted they usually work. Depending on the patch it might take a long or really short time until it doesn't work anymore |
15:20:55 | scorche | well, while i am up, might as well do the raffle of the shirts and mug |
15:21:04 | GodEater | yay |
15:21:13 | bluebrother | we usually ask patches to get created from the source root |
15:21:22 | bluebrother | so you can apply them with patch -p0 |
15:22:15 | DMJC | cool |
15:22:37 | bluebrother | unfortunately not all submitted patches follow this. The most do. |
15:22:59 | DMJC | hmm failed hunks.. bad |
15:24:59 | DMJC | one last thing |
15:25:09 | DMJC | if a patch fails to apply with failed hunks, don't bother building it? |
15:25:38 | B4gder | that's left for you to decide/work out |
15:25:39 | bluebrother | well, if it fails you need to fix it. Building most likely will fail, depending on what failed upon patching. |
15:28:41 | Llorean | amiconn: 0x000C0005 |
15:28:47 | DMJC | ok |
15:31:26 | DMJC | heh the scrollwheel patch is boned, the menu theming one is more promising |
15:32:21 | scorche | we have winners =) |
15:32:35 | * | GodEater wants to know how fair and impartial the raffle was |
15:32:35 | bluebrother | nice :) |
15:32:52 | scorche | GodEater: my methods are in the thread |
15:32:53 | * | bluebrother goes checking the results |
15:33:03 | scorche | bluebrother: very nice...for you =) |
15:33:10 | bluebrother | \o/ |
15:37:11 | * | GodEater likes that we used a RB plugin for the decision |
15:37:14 | GodEater | who wrote it though ? ;) |
15:37:49 | scorche | we? =P |
15:38:25 | B4gder | Added Sun Mar 5 22:42:50 2006 UTC (17 months, 1 week ago) by lostlogic |
15:39:21 | | Quit desowin ("use linux") |
15:41:52 | scorche | bluebrother: are those "//" a separation, or an official use? |
15:42:06 | bluebrother | something in-between. |
15:42:43 | bluebrother | officially (AFAIK) they are a separator, so I'm using them. As long as the part before and after them is present it doesn't matter |
15:42:54 | scorche | alright |
15:43:02 | * | scorche heads off to usps.com |
15:43:21 | bluebrother | (c28 is the room number −− still living in a student hall :) |
15:43:45 | scorche | errrr...usps.gov i guess |
15:44:01 | scorche | no it is com...odd |
15:54:44 | | Join Tanja [0] (n=tanja14a@77-105-52-131.adsl-1.sezampro.yu) |
15:58:49 | *** | Saving seen data "./dancer.seen" |
15:59:15 | | Part Tanja |
15:59:55 | | Join desowin [0] (n=desowin@79.187.93.186) |
16:00 |
16:00:18 | | Join bobbyguzik [0] (n=bobbyguz@cpe-66-66-215-16.rochester.res.rr.com) |
16:02:53 | Ave | amiconn: I'm running hw rev 0xc0005 like the other non-working one |
16:04:13 | | Quit bobbyguzik (Client Quit) |
16:07:04 | | Join bobbyguzik [0] (n=bobbyguz@cpe-66-66-215-16.rochester.res.rr.com) |
16:09:32 | amiconn | Llorean? |
16:09:47 | Llorean | Yes? |
16:10:29 | amiconn | What HW revision does your nano have? |
16:14:29 | Llorean | amiconn: 0x000C0005 |
16:15:52 | | Part bobbyguzik |
16:16:10 | DMJC | nice I got one patch applied |
16:18:24 | amiconn | damn |
16:24:39 | Llorean | Yeah, things would just make sense if mine wasn't working right |
16:24:55 | scorche | and/or mine |
16:26:11 | scorche | as well, my hardware revision is 0x000C0006 |
16:30:07 | amiconn | scorche: But yours is working, right? |
16:30:50 | amiconn | From the comments in flyspray it looked like the bug hits on rev. 0xc0005 |
16:31:24 | * | amiconn would like to have access to such a problematic nano |
16:31:51 | amiconn | remote debugging is cumbersome and slow |
16:32:22 | | Join norbusan [0] (n=norbusan@pnsgw1-client205.demo.tuwien.ac.at) |
16:32:33 | | Quit idnar (Nick collision from services.) |
16:32:35 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
16:32:46 | | Part norbusan |
16:36:43 | | Part Llorean |
16:36:51 | | Quit B4gder ("It is time to say MOOO") |
16:37:33 | Ave | damn he left |
16:37:45 | Ave | see, it sporadically works |
16:38:07 | Ave | then suddendly starts to garble up, I was suspecting heat related hw problem before I started to dig flyspray |
16:38:41 | | Quit pixie (Remote closed the connection) |
16:39:37 | | Quit webguest52 ("CGI:IRC") |
16:43:00 | | Part LinusN |
16:44:41 | | Quit x2jmp (Remote closed the connection) |
16:45:33 | | Join david [0] (n=chatzill@65.202.185.20) |
16:46:02 | david | is it possible to view pictures or set a backdrop on an ipod 4g grayscale? |
16:47:19 | david | i put a bmp file with the same dimensions (128x160) in the backdrops folder, but i can't view it. however, the grayscale is a 2 bit color scheme, so i guess this would prevent any image viewing? |
16:47:48 | amiconn | You can |
16:47:59 | amiconn | Context menu->set as backdrop |
16:48:41 | david | but i wasn't able to view it from the File menu |
16:49:20 | david | sry, where is the context menu? |
16:49:27 | amiconn | You can set it as backdrop, but not view it directly |
16:49:33 | david | oic |
16:49:34 | amiconn | These are 2 different things |
16:49:39 | david | oh |
16:52:34 | dionoea | rockpaint (the only bmp viewer atm) only works on color targets |
16:52:38 | dionoea | I should fix that :) |
16:52:55 | david | what do you mean by Context menu? |
16:53:16 | | Quit JdGordon (Remote closed the connection) |
16:53:28 | petur | david: now would be a good time to read that manual ;) |
16:53:52 | david | that's what i was hoping to avoid :( |
16:58:08 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
16:58:27 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
17:00 |
17:04:06 | * | Nico_P just spotted the rockbox facebook group |
17:04:58 | | Quit Wofl (Remote closed the connection) |
17:06:23 | GodEater | Nico_P: which one ? |
17:06:34 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
17:06:46 | Nico_P | the one with only 15 members (now 16) |
17:06:54 | Nico_P | but actually I saw both |
17:09:30 | GodEater | I think I joined both |
17:09:41 | * | aliask joins the small one |
17:12:04 | | Quit david (Remote closed the connection) |
17:16:45 | | Join shriphani [0] (n=shriphan@bmw.hnvc.net) |
17:16:55 | | Join saratoga [0] (i=98039a34@gateway/web/cgi-irc/labb.contactor.se/x-664fb0a26de6d9ff) |
17:17:01 | shriphani | hello. i am trying to install rockbox on the 80 gb 5.5g ipod. |
17:17:15 | shriphani | where do i find a rockbox.ipod file ? |
17:17:49 | | Join yjoe [0] (n=jj@65.222.176.9) |
17:18:03 | GodEater | shriphani: which bit of the installation instructions in the manual did you not understand ? |
17:18:04 | Febs | It's contained in the Rockbox current build. See section 2.2.3 of the manual. |
17:18:04 | petur | shriphani: please read the manual and/or use rockboxutility to install |
17:18:17 | petur | lol |
17:18:26 | GodEater | I got in first here.... |
17:18:51 | shriphani | i am installing from http://forums.rockbox.org/index.php?topic=8740.0 |
17:19:21 | petur | u n s u p p o r t e d |
17:20:02 | petur | shriphani: first get the official version working |
17:20:49 | shriphani | okay. i unzipped it wrongly the 1st time. |
17:21:21 | petur | oh my those builds are a bit old.... |
17:21:30 | shriphani | oh oh. |
17:21:50 | GodEater | petur: careful, you're straying into support there.... |
17:22:02 | * | petur backs off quickly |
17:22:26 | shriphani | you are prohibited from supposrting ? |
17:22:31 | shriphani | supporting ^ |
17:23:11 | GodEater | we *can't* support them |
17:23:19 | GodEater | we have no idea what they're supposed to do |
17:24:26 | | Quit yjoe () |
17:25:09 | shriphani | so the new build is the 64mb ipod video build ? |
17:25:43 | GodEater | yes |
17:32:55 | alienbiker99 | i just bought the sansa from woot =) |
17:36:32 | | Quit spiorf ("Read error: 110 (Connection timed out)") |
17:36:51 | | Join spiorf [0] (n=spiorf@host208-202-dynamic.14-87-r.retail.telecomitalia.it) |
17:36:52 | dionoea | wow, that's cheap |
17:39:12 | Nico_P | linuxstb: here ? |
17:40:12 | linuxstb | Nico_P: Yep. |
17:40:41 | saratoga | linuxstb: i have lots of asf questions |
17:40:57 | linuxstb | saratoga: I'll try... |
17:41:15 | Nico_P | linuxstb: what do you think about making get_metadata() take a struct mp3entry as parameter instead of a struct trackinfo ? |
17:42:23 | saratoga | linuxstb: i wrote seeking code that seems to work pretty well |
17:42:25 | Nico_P | linuxstb: sadly the public git hosting site to which I could have pointed you for a patch is currently unavailable, but I can produce one if you want to see |
17:42:55 | | Join EbErT [0] (n=EbErT@adsl-145-93-212.asm.bellsouth.net) |
17:43:54 | saratoga | however, i occasionally get glitches were it just sort of dies on me and skips to the next song |
17:44:34 | saratoga | i'm wondering if theres ever a time when the packet length info in the header isn't enough |
17:44:50 | saratoga | also, i'm wondering if packets are always the same size |
17:45:42 | Nico_P | linuxstb: http://www.pastebin.ca/655662 ... quite a simple change actually |
17:49:42 | | Join jgarvey [0] (n=jgarvey@cpe-024-162-254-070.nc.res.rr.com) |
17:51:45 | | Quit petur ("*plop*") |
17:52:07 | | Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") |
17:54:45 | * | linuxstb back |
17:56:11 | linuxstb | saratoga: One problem you'll have with seeking (which I forgot to mention earlier..) is that the ASF parser moves data in the audio buffer (when a packet contains multiple payloads, which seems to be a minority of streams). I've since realised that's a bad idea, but haven't got around to fixing it. But afaik, packets are always the same size in bytes. |
17:57:15 | | Quit tumu ("~") |
17:58:52 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
17:58:54 | *** | Saving seen data "./dancer.seen" |
17:59:47 | linuxstb | Nico_P: That would seem to make sense to me. |
18:00 |
18:04:49 | nerochiaro | linuxstb: speaking of the asf parser, it seems you added a couple extra fields at the top, that doesn't seem to be "standard" for waveformatext (if there's any standard) |
18:06:18 | linuxstb | nerochiaro: That struct should probably be renamed - it started out as something called waveformatext, but is used to store all information read from the asf headers which is later needed by the decoder. |
18:06:40 | nerochiaro | linuxstb: it's mostly waveformatext |
18:06:51 | nerochiaro | linuxstb: except for the 2 extra fields nad the fixed extra data buffer |
18:07:11 | nerochiaro | linuxstb: at last as far as i can see |
18:08:55 | saratoga | nerochiaro: i'm wondering if that zip i sent you the other day actually works |
18:09:09 | saratoga | thinking about it i may have sent you a version i was testing something out on |
18:10:45 | nerochiaro | saratoga: no, it doesn't. for some reason all blocks always fail |
18:10:52 | | Quit Wofl (Remote closed the connection) |
18:10:59 | | Join yjoe [0] (n=jj@65.222.176.9) |
18:11:19 | nerochiaro | saratoga: i didn't notice initially, because it didn't stop decoding |
18:13:14 | yjoe | I upgraded from a January build to a recent build on a iPod 5g and now the car adapter mode does not seem to work. Is this a known issue? I did not see a bug for it. |
18:16:31 | saratoga | nerochiaro: try this |
18:16:32 | saratoga | http://www.duke.edu/~mgg6/rockbox/wmadec.zip |
18:16:47 | saratoga | i just compiled it and decoded a file but if you could do the same now to make sure |
18:16:52 | nerochiaro | saratoga: thanks, i'll try in a few minutes |
18:17:51 | saratoga | linuxstb: how is that a problem for seeking? |
18:18:06 | saratoga | doesn't the audio buffer get flushed when theres a seek? |
18:18:33 | preglow | not if you don't seek outside buffer boundaries |
18:22:26 | | Join Domonoky [0] (n=Domonoky@e179060164.adsl.alicedsl.de) |
18:23:23 | linuxstb | saratoga: What preglow said - IIUC, if you seek back, and the data hasn't yet been overwritten, the playback engine is smart enough to reuse it. |
18:23:43 | saratoga | so the audio buffer is the large (20-30MB) buffer? |
18:24:12 | linuxstb | Yes. You can tell when that happens - if you seek backwards and the disk doesn't spin up. |
18:24:32 | saratoga | i didn't realize that was the audio buffer |
18:24:41 | saratoga | that will certainly make backwards seeks complicated |
18:24:49 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
18:25:11 | nerochiaro | saratoga: it always segfaults when closing asf, for some reason. but aside of that, it works |
18:25:23 | saratoga | yes it tries to double free something |
18:25:38 | linuxstb | saratoga: No, I know how to fix it, and will have a go now. You shouldn't need to worry about it. We need to make a rule that codecs can't modify the audio buffer though... |
18:26:11 | saratoga | linuxstb: what about some of the other issues that have cropped up, like playing ffmpeg |
18:26:15 | saratoga | s asf files |
18:26:21 | saratoga | i'd like to look into them |
18:26:33 | nerochiaro | saratoga: good |
18:26:36 | linuxstb | saratoga: I haven't looked at those. BTW, do you have a patch for seeking? |
18:26:58 | linuxstb | And how accurate is it? i.e. after a seek, do you know for certain where in the stream (in terms of samples from the start of the file) you are? |
18:27:37 | nerochiaro | saratoga: linuxstb: i have almost finished with the decoder port here, and it would be interesting to have some sample files that use more than 1 payload per packet, for example. |
18:27:41 | saratoga | linuxstb: an ugly one http://www.duke.edu/~mgg6/rockbox/wmaseeking.patch |
18:30:02 | saratoga | linuxstb: its accurate |
18:30:22 | saratoga | at least on my files i couldn't get it to lose track |
18:30:33 | saratoga | preglow may have had more luck then i since he got more wma files |
18:30:57 | saratoga | but basically i just read the packet lengths off and skip ahead that much, etc until i find the packet i want |
18:34:13 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
18:35:33 | linuxstb | saratoga: Looking at your patch, am I right in thinking you just read (forwards or backwards) through the whole file, parsing the packet headers as you go? |
18:37:57 | preglow | yes |
18:38:01 | | Join ze_ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
18:38:12 | preglow | only forwards |
18:38:15 | preglow | afaik |
18:39:21 | linuxstb | Ah yes, a "TODO" exists for backwards... |
18:39:54 | preglow | several ways to seek backwards exists, i think |
18:40:16 | preglow | you could just seek back to the start, then seek forwards, or step backwards, but i don't know how that sits with the playback engine |
18:40:26 | linuxstb | IIUC, all the asf packet headers contain timestamps, so it should be possible to seek properly - i.e. estimate the target packet based on average bitrate, then adjust. |
18:40:44 | linuxstb | (all packets are a fixed size in bytes, so seeking to packet N is trivial). |
18:40:44 | preglow | that would be optimal |
18:40:48 | preglow | but would need a resync |
18:41:09 | linuxstb | What do you mean by resync? |
18:42:03 | preglow | well, if you just seek blindly around based on avg bitrate, you're gonna need to resync to a packed boundary before looking for data |
18:42:10 | preglow | packet |
18:43:05 | Nico_P | linuxstb: "We need to make a rule that codecs can't modify the audio buffer though": as long as the codecs only modifiy the parts of the buffer where the compressed audio is stored, it's OK, isn't it ? |
18:43:49 | linuxstb | Nico_P: Not if the user then seeks backwards. It's desirable to not have to re-read that data from disk if it hasn't been overwritten by later tracks. |
18:44:12 | linuxstb | preglow: All ASF packets are a fixed size in bytes, so we can seek directly to a packet boundary. |
18:44:24 | linuxstb | (IIUC) |
18:44:26 | | Quit ze (Read error: 110 (Connection timed out)) |
18:44:27 | | Quit chrisjs169 (Remote closed the connection) |
18:44:27 | | Nick ze_ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com) |
18:44:28 | Nico_P | oh so the codec isn't capable of rereading the parts it changed, is that it ? |
18:44:45 | preglow | linuxstb: what about vbr? |
18:44:55 | preglow | linuxstb: anyway, that assumes no errors in the stream |
18:45:35 | | Join chrisjs169 [0] (n=chrisjs@pool-71-254-214-208.hrbgpa.east.verizon.net) |
18:46:43 | linuxstb | preglow: Packets are still a fixed size (in bytes). But you're right that a resync should be added, just as a safety measure. I think most codecs do that anyway. |
18:49:04 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
18:52:33 | pixelma | bluebrother: do I remember correctly that the font used in the svg was one of the palatino font family? |
18:53:37 | preglow | linuxstb: yeah, they're a fixed size, but that doesn't help you far when you're skipping several of them, unless vbr is really uncommon |
18:53:55 | preglow | anyway, i don't think walking all of them is that bad |
18:53:59 | preglow | isn't that what ogg does anyway? |
18:56:20 | linuxstb | preglow: I would be very surprised if any codec framwalked the file to seek - it wouldn't be good when you're seeking in a long file (larger than the buffer). |
18:57:39 | | Quit shriphani ("Lost terminal") |
18:57:48 | preglow | indeed not |
18:58:24 | linuxstb | preglow: You know the following about ASF files: 1) The size of the packets (always a fixed number of bytes); 2) The filesize of the file, and hence the number of packets in the file; 3) The duration of the file in ms. So assuming we can work out how to interpret the timestamps in the packet headers, seeking should work by calculating the target packet #, seeking to it, (making sure we are at a packet boundary - only an issue for corrupt |
18:58:24 | linuxstb | ed files), and then adjust. |
18:59:35 | preglow | but yeah, i'll be surprised if we don't need some kind of resync |
18:59:39 | preglow | shouldn't be a big deal anyway |
18:59:45 | preglow | assuming it's documented... |
18:59:50 | linuxstb | But why should you (if the stream isn't corrupt) ? |
19:00 |
19:00:34 | preglow | well, unless i've misunderstood something, you'll need to when you estimate your seek position and hit between packets thanks to vbr |
19:00:54 | linuxstb | packets are always a fixed size in bytes. |
19:01:03 | linuxstb | It's the number of samples they contain that varies. |
19:01:52 | preglow | ahhh |
19:01:58 | preglow | that'll simplify stuff |
19:02:10 | preglow | is that a common arrangement elsewhere? |
19:02:34 | linuxstb | I don't think so. |
19:02:38 | preglow | no, me neither |
19:02:51 | linuxstb | Most formats are fixed in terms of samples, and hence variable in terms of bytes. |
19:03:53 | preglow | yeah, or like mp3, fixed in both |
19:04:14 | | Join webguest85 [0] (i=bd9cea8a@gateway/web/cgi-irc/labb.contactor.se/x-f1f604c3c3e839fd) |
19:04:22 | w1ll14m | can some one explain a little or a webpage that does about how to write a specific bit of options to a hardware register in C? |
19:05:33 | linuxstb | w1ll14m: Assuming the hardware register is memory mapped, then look at a file like firmware/export/pp5020.h in the Rockbox source. |
19:06:04 | webguest85 | Hi,I've been registered on the TWiki and I want access to edit make nor modify |
19:06:53 | Febs | webguest85: what is your TWiki user name? |
19:07:14 | linuxstb | w1ll14m: And then look at something like firmware/target/arm/system-pp502x.c for examples of how to use those definitions. |
19:07:16 | webguest85 | GilbertoRamirez |
19:07:38 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
19:07:51 | | Join Guile`` [0] (n=Guile@78.113.22.50) |
19:09:30 | w1ll14m | linuxstb: thanx! |
19:10:06 | Febs | webguest85: you should now be able to edit the wiki. |
19:10:11 | webguest85 | ok |
19:10:27 | | Join petur [0] (n=petur@rockbox/developer/petur) |
19:10:56 | webguest85 | Febs,how do I log on in IRC?,I dont have an IRC client,do you know about one wich is free? |
19:11:25 | Febs | I use Chatzilla, but there are plenty out there. |
19:11:59 | webguest85 | Thanks a lot Febs |
19:12:21 | Febs | If you just want to use a different nickname, you can type /nick TheNickNameYouWant |
19:12:31 | webguest85 | k |
19:12:46 | | Quit webguest85 ("CGI:IRC") |
19:19:26 | amiconn | linuxstb: Did you already try to understand the timestamp formats? Are there example files somewhere? |
19:22:31 | amiconn | perrikwp: Do you wanna test something on mini G1? Rockbox on mini G1 doesn't do backlight fading yet 'cause nobody tested it, but the min G1 backlight is almost the same as the mini G2 backlight |
19:22:56 | amiconn | So the test would just mean to enable the feature in the platform config, compile and test |
19:23:09 | amiconn | If it works, it can be committed |
19:24:07 | | Join personal [0] (n=chatzill@189.156.234.138) |
19:24:08 | bluebrother | pixelma: URW Palladio L according to inkscape |
19:24:38 | perrikwp | amiconn: sure , but I have to go check something first, I'll be back in about 10 mins |
19:24:44 | | Part personal |
19:26:09 | | Join personal [0] (n=chatzill@189.156.234.138) |
19:26:18 | pixelma | well not to mine (it took a sans-serif one) - looks like it took one without notifying that it didn't find the one specified in the file... but I found "Palatino linotype" on my box which looks close similar enough |
19:26:20 | | Quit personal (Client Quit) |
19:26:39 | pixelma | s/close// |
19:27:28 | pixelma | bluebrother: now to find out why I get a rotated pdf when running epstopdf... |
19:27:45 | bluebrother | I guess that Palladio L is simply a replacement font for Palatino |
19:27:47 | | Join X86__ [0] (n=chatzill@189.156.234.138) |
19:28:12 | pixelma | I believe tucoz told me so too |
19:28:28 | bluebrother | have you checked the page orientation? It should be portrait. |
19:28:45 | | Quit Nico_P (Remote closed the connection) |
19:30:58 | X86__ | how is going the progress of the sansa rahpsody port?,I'm looking for how to get rockbox on it |
19:31:10 | bluebrother | there is no progess. |
19:31:25 | bluebrother | read the thread in the new ports forums, that's all that's going on. |
19:33:15 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
19:33:45 | | Join Rick [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
19:33:58 | | Quit X86__ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
19:35:36 | pixelma | bluebrother: in the svg properties? |
19:36:00 | bluebrother | I checked File / Document properties in inkscape |
19:36:08 | amiconn | http://en.wikipedia.org/wiki/Palatino |
19:37:08 | pixelma | bluebrother: yes it's correct there - and the eps also looks right |
19:37:30 | perrikwp | amiconn: ok, I'm back |
19:40:46 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
19:40:58 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
19:41:21 | amiconn | perrikwp: Open firmware/export/config-ipodmini2g.h and firmware/export/config-ipodmini.h in a text editor. Mark lines 75..77 in the former (they contain #define HAVE_BACKLIGHT_PWM_FADING), copy them, and paste them at line 75 into the latter. |
19:41:38 | amiconn | Build for mini G1, 'make zip', and install the zip (not just rockbox.ipod) |
19:41:40 | perrikwp | ok |
19:41:49 | | Join Rick [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
19:42:19 | amiconn | Then go to Settings->General Settings->Display->LCD Settings |
19:43:08 | amiconn | You'll find 2 new options for fade-in time and fade-out time. Set one of the larger timeouts for each, and check whether the backlight fades in/out as intended |
19:43:17 | perrikwp | ok |
19:44:06 | amiconn | (the reason for installing the full zip is that the .lng file will change, and if you just install the binary, the menu item text may become mixed up) |
19:45:01 | amiconn | Voice *will* be mixed up. You'll either need to build your own voice file, or fetch a new one tomorrow |
19:46:41 | perrikwp | i don't use voice |
19:48:47 | perrikwp | but I just got a compiler error "settings_list.c:614 error: 'LANG_BACKLIGHT_FADE_IN' undeclared here" |
19:49:12 | amiconn | Oh, hmm, then you need to make clean as well |
19:49:17 | perrikwp | ok |
19:49:41 | amiconn | lang.h isn't regenerated automatically |
19:49:45 | perrikwp | ok |
19:49:56 | * | amiconn thinks he knows why backlight fading might not have been enabled earlier |
19:50:01 | perrikwp | now it's compiling |
19:50:40 | amiconn | It uses lots of interrupts, and interrupts stopping to work was the effect of the PP5020 bug, which is fixed for a while now |
19:55:10 | perrikwp | it works |
19:55:31 | perrikwp | fades in and out perfectly |
19:55:40 | amiconn | As expected :) |
19:55:55 | amiconn | I'll commit then |
19:56:01 | perrikwp | ok |
19:56:34 | | Join XavierGr [0] (n=xavier@ppp173-242.adsl.forthnet.gr) |
19:57:06 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
19:57:28 | pixelma | bluebrother: even the data about the bounding box seems right, it seems to just decide that the final pdf should be portrait instead of landscape (because it's wider than high with the text) - wonder if I can suppress that somehow... |
19:57:45 | amiconn | perrikwp: Thanks for testing :) |
19:57:54 | | Quit w1ll14m (Read error: 110 (Connection timed out)) |
19:58:13 | perrikwp | amiconn: your welcome, glad to help anytime! |
19:58:18 | bluebrother | hmm −− sounds strange. I guess it's not related the viewer? |
19:58:20 | pixelma | bluebrother: maybe then the document's properties should be set to landscape too =) |
19:58:29 | bluebrother | might help ;-) |
19:58:57 | *** | Saving seen data "./dancer.seen" |
19:59:08 | | Join Rick [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
20:00 |
20:00:37 | pixelma | hmm, it didn't help |
20:00:51 | bluebrother | too bad :( |
20:08:58 | | Join Gibbed [0] (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
20:09:02 | | Quit Rick (Nick collision from services.) |
20:09:16 | | Nick Gibbed is now known as Rick (i=rick@pool-96-229-91-46.lsanca.dsl-w.verizon.net) |
20:10:45 | | Quit Febs ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
20:14:22 | nerochiaro | saratoga: still around ? |
20:15:29 | | Quit perrikwp ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
20:15:43 | | Join w1ll14m [0] (n=Ioanna@84-104-81-208.cable.quicknet.nl) |
20:28:39 | | Join Sivart0 [0] (n=me@wsip-70-182-232-242.ks.ks.cox.net) |
20:31:05 | | Quit Sivart0 (Client Quit) |
20:32:45 | saratoga | nerochiaro: am now, whats up |
20:34:09 | nerochiaro | saratoga: it's something probably very silly, but at the moment can't figure it out. i've separated the decoder in a stand alone library, using libasf as parser, and i manage to decode wma files. i dump the raw wave data to disk, then try to play it, but it's always at the wrong speed |
20:34:40 | nerochiaro | i'm surely calculating wrong the amount of decoded data, or writing it down wrong |
20:34:49 | * | petur watches the calendar and realizes GSoC ends in a week... |
20:35:54 | nerochiaro | saratoga: when i decode with your standalone decoder, the file is ok |
20:36:15 | Domonoky | in a week ? how are our students ? |
20:37:05 | Domonoky | it seem the TTS Project wasnt a success .. |
20:38:50 | | Join robin_0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
20:39:08 | | Join perrikwp [0] (n=chatzill@74.167.148.160) |
20:40:47 | petur | usb isn't running well too :/ |
20:42:19 | saratoga | nerochiaro: sounds like you're assuming a certain sampling rate |
20:42:30 | saratoga | your software will just use whatever is in the wave header |
20:42:37 | saratoga | make sure you're writing the correct value |
20:43:48 | nerochiaro | saratoga: i'm not even writing the header for this test, just using aplay and forcing the sample rate that i see in the waveformatext (which i know is correct because it's the one you display in your standalone decoder for the same file) |
20:44:01 | nerochiaro | saratoga: just dumping raw pcm data |
20:45:01 | saratoga | are you forcing 16 bit and stereo? |
20:45:12 | nerochiaro | aplay -r 44100 -c 2 -f S16_LE |
20:45:43 | saratoga | is it too fast or too slow |
20:45:43 | nerochiaro | the test file is the g_128k.wma that i found on your site |
20:45:49 | nerochiaro | much too fast |
20:46:20 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
20:46:21 | | Nick robin_0800 is now known as robin0800 (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
20:47:10 | saratoga | i have no idea then |
20:47:24 | nerochiaro | saratoga: well, ok, i'll figure it out. thanks anyway |
20:47:42 | | Join saratoga5 [0] (i=98039a34@gateway/web/cgi-irc/labb.contactor.se/x-bb1f5339dfa0c9db) |
20:47:42 | | Quit saratoga ("CGI:IRC (EOF)") |
20:47:49 | preglow | how's MoB doing? |
20:49:14 | saratoga5 | i always just used the wav write function in main.c to wrap things in a wav container |
20:49:19 | saratoga5 | then i played them with foobar |
20:51:28 | | Quit perrikwp ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
20:54:35 | | Quit BigMac (Remote closed the connection) |
20:54:35 | | Quit feisar (Read error: 104 (Connection reset by peer)) |
20:57:27 | | Join feisar [0] (n=jljhook@ihq.in) |
20:59:04 | Lear | Regarding wma, any suggestions for small and simple encoder program? |
20:59:04 | | Quit EbErT () |
21:00 |
21:00:21 | saratoga5 | Lear: on Windows? |
21:00:23 | | Join Febs [0] (n=chatzill@38.98.196.75) |
21:00:42 | Lear | Yes. |
21:00:55 | saratoga5 | i just use the windows media encoder program |
21:03:20 | Lear | Seems a bit overkill for my needs (just a small test file or two), but I guess that'll do. |
21:04:03 | saratoga5 | theres a command line version of it too i guess |
21:04:51 | | Quit XavierGr () |
21:05:07 | | Join XavierGr [0] (n=xavier@ppp173-242.adsl.forthnet.gr) |
21:09:39 | | Quit Wofl (Remote closed the connection) |
21:10:30 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
21:11:38 | linuxstb | amiconn: I added some code to parse the asf timestamps and some DEBUGF lines to display them, but didn't get much further. I think I gave saratoga that patch. |
21:12:59 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
21:13:10 | | Join tumu [0] (n=tumu@88.193.43.41) |
21:22:19 | | Join tucoz [0] (n=martin@75.84-48-86.nextgentel.com) |
21:22:48 | tucoz | pixelma, are you struggling with the svg->pdf conversion? |
21:23:15 | amiconn | Seems cygwin's epstopdf is too old |
21:23:46 | amiconn | Just replaced it with the latest from debian (it's a perl script) |
21:23:56 | GodEater_ | linuxstb: had a nice holiday (assuming that's where you've been) ? |
21:24:00 | | Join tihoc4n [0] (n=Compaq_A@206-163-245-208.swcr.hsdb.sasknet.sk.ca) |
21:24:30 | tucoz | amiconn, i see. |
21:24:45 | nerochiaro | saratoga5: i've added the wave header and also managed to find out how to write the correct amount of data so it has the correct speed. so it mostly works |
21:25:02 | amiconn | ...which doesn't work because gs was renamed |
21:25:04 | linuxstb | GodEater_: Yes thanks ;) |
21:25:15 | GodEater_ | go anywhere nice ? |
21:25:30 | pixelma | tucoz: at least I already got the png :] - but I really want to able to do those myself in the future |
21:25:39 | pixelma | +be |
21:25:39 | linuxstb | GodEater_: Egypt - Cairo and a cruise up and down the Nile. |
21:25:53 | GodEater_ | oooh - very ice |
21:25:56 | GodEater_ | nice even |
21:26:03 | tucoz | pixelma, yes of course. so you got it working now? |
21:26:16 | * | pixelma 's been there too - seen no ice ;) |
21:26:17 | nerochiaro | saratoga5: last problem i'm having, is that it has an annoying "clipping" sound and sounds a lot muddier than the output of your decoder, and lower volume |
21:26:24 | nerochiaro | saratoga5: something is surely up |
21:26:26 | pixelma | tucoz: not yet |
21:26:48 | tucoz | not even with the correct epstopdf? |
21:26:51 | linuxstb | pixelma: Yes, "ice" is the last word I would use to describe Egypt - temperatures around 40 degrees... |
21:27:25 | * | GodEater_ really must get a new keyboard at home |
21:27:28 | pixelma | tucoz: well the newer epstopdf doesn't run for the reason amiconn stated above |
21:27:28 | linuxstb | (which is apparently a cold summer) |
21:27:59 | tucoz | pixelma, ah. i thought that was the problem with the older version.. |
21:28:36 | pixelma | tucoz: no the problem with the older version is, that it has a "nice" auto-rotate "feature" |
21:29:35 | tucoz | how nice of them to add such a gem |
21:29:36 | saratoga5 | nerochiaro: what did you change to make that happen? |
21:29:52 | | Quit tihoc4n ("Leaving.") |
21:30:42 | nerochiaro | saratoga5: i was calculating wrong the decoded data size. i was forgetting to take into account that it was 16 bits per sample, so i was copying only half of it |
21:31:03 | saratoga5 | the clipping thing though |
21:31:29 | saratoga5 | what exactly have you done? |
21:31:37 | nerochiaro | saratoga5: (if you want i can upload the wave somewhere) |
21:31:45 | nerochiaro | and the source |
21:32:14 | saratoga5 | well is it much different then my test program? |
21:32:23 | saratoga5 | not really sure what you've been working on doing |
21:33:10 | nerochiaro | saratoga5: well, it's pretty similar to yours, but it uses the same wma decoder that is in rockbox, thus it decodes frame by frame, not superframe by superframe like yours |
21:33:52 | saratoga5 | so you've just taken the wmadeci.c from rockbox and combined it with the asf parser from my test program? |
21:34:08 | pixelma | tucoz: got it now - not rotated :) |
21:34:12 | nerochiaro | yes, but i combined it with libasf instead |
21:34:25 | tucoz | pixelma, great. what did you do? |
21:34:26 | nerochiaro | saratoga5: http://pastebin.ca/655976 just to give you the idea |
21:34:50 | nerochiaro | saratoga5: well, given that the asf parser in your program is libasf too, the answer is "yes" :) |
21:35:01 | amiconn | tucoz: Newer epstopdf versions want to use 'gswin32c' under cygwin, but the correct name is just 'gs' like under *nix |
21:35:28 | pixelma | tucoz: amiconn helped me and can probably explain that better - maybe I should document that somehow in the wiki? Worth it? |
21:35:30 | amiconn | So the line that sets the binary name for cygwin needs to be commented out in newer epstopdf versions |
21:36:11 | tucoz | pixelma, why not? like a note for cygwin users. Just to get it written down somewhere. |
21:36:36 | amiconn | Cygwin is really in need of updating of some packages |
21:36:45 | amiconn | The packaged epstopdf is from 2001.... |
21:37:02 | tucoz | amiconn, the same is mine for ubuntu |
21:37:18 | tucoz | EPSTOPDF 2.7, 2001/03/05 |
21:37:39 | Lear | linuxstb: Any idea what the ASF parser is reading as bitrate? Doesn't seem to be bitrate at least... |
21:38:02 | saratoga5 | Lear: isn't it bits/sample? |
21:38:07 | amiconn | tucoz: And that one has autorotate. That 'feature' was removed in 2004 |
21:38:12 | saratoga5 | i know thats what the wma decoder uses |
21:38:28 | Lear | No, that comes later. |
21:38:32 | pixelma | tucoz: it's just that I don't know if the average cygwin user is able to get hands on a newer epstopdf (I got one from amiconn's linux box) |
21:38:38 | Lear | (After blockalign.) |
21:38:39 | linuxstb | Lear: I think it's bytes/second. |
21:38:43 | amiconn | Debian unstable has epstopdf from 2.9.5gw from 2006 |
21:39:14 | linuxstb | Lear: Hence the "bitrate *=8;" line. |
21:39:32 | tucoz | amiconn, weird. i converted lots of pixelma's svg's, and they were not autorotated in any way. maybe it only rotates them under certain conditions |
21:39:58 | Lear | Tried a parser of my own (based on asf.c), that returns 64 kbps, but Foobar (and Explorer) says 40 kbps... |
21:40:06 | Lear | There's a separate bitrate object, it seems. |
21:40:07 | petur | Bagder: the build page was acting up a bit: after it was 3 minutes over time, it started reloading the page again and again |
21:40:11 | tucoz | pixelma, i see. |
21:40:33 | pixelma | tucoz: probably when the width > height |
21:40:43 | pixelma | which was the case here |
21:41:07 | tucoz | but e.g. the rockbox logo worked fine |
21:41:22 | pixelma | hmm... very weird then |
21:41:37 | amiconn | pixelma: Just attach it to the wiki page. It's bsd licensed afaics |
21:41:51 | linuxstb | Lear: That's odd... Presumably Rockbox displays 64kbps for that file? |
21:42:03 | tucoz | yes. maybe it is some windows specific problem. i see there are some windows checks in the source for epstopdf |
21:42:30 | | Join bdgraue [0] (n=bdgraue@host-091-096-252-080.ewe-ip-backbone.de) |
21:43:04 | amiconn | tucoz: The win32 checks don't trigger on cygwin |
21:43:15 | amiconn | The cygwin checks do, however |
21:43:17 | Lear | I'll try to get a look. It is only 1 sec long; maybe that's the problem, the overhead is large, and asf.c includes the overhead, whereas Foobar does not. |
21:43:50 | nerochiaro | saratoga5: that's how the decoded file sounds here: http://www.divshare.com/download/1575461-9cb |
21:44:07 | linuxstb | Lear: What do you mean by overhead? You mean it calculates the bitrate based on filesize and file duration, rather than reading it from the header? |
21:44:15 | Lear | And MP3Tag says 46. Figures. |
21:44:38 | Lear | Overhead, as in tag headers and whatnot, compared to actual audio data. |
21:45:46 | pixelma | amiconn, tucoz: I will update the wiki later, first I want to know if a 2nd gen Ipod manual will have the drawing now (and how it'll look) and then commit :) |
21:46:33 | tucoz | cool. look forward to seing that |
21:46:38 | tucoz | seeing |
21:46:44 | pixelma | tucoz: do I need to enable something else? |
21:47:35 | tucoz | iirc, it's just eps->pdf and it should be fine |
21:47:36 | amiconn | petur: I thought some more about the events which need a reply. |
21:47:57 | pixelma | I'll just try |
21:48:22 | amiconn | Since there are a few, not just one, but not may either, what do you think about putting a function to register for a certain event into the respective module that processes the replies? |
21:48:47 | tucoz | pixelma, just name it like ipod2g-front.pdf |
21:49:23 | tucoz | and ipod2g-front.png (or whatever the "environment" variable for ipod2g is) |
21:49:24 | amiconn | E.g. for usb, usb.c would have a function usb_register_reply(bool enable), which makes the usb module increment or decrement a counter how many replies to expect |
21:49:58 | petur | so no more broadcasting |
21:49:59 | amiconn | Each thread that needs to react and reply would call that function immediately after creating its queue |
21:50:12 | pixelma | tucoz: I thought it should be named "ipod1g2g" |
21:50:14 | amiconn | No, the events would still be broadcast to all public queues |
21:50:37 | tucoz | pixelma, then that is probably right. |
21:50:40 | petur | ah right |
21:50:43 | | Join Wofl_ [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
21:50:49 | amiconn | But threads with a public queue which don't need to do something special wouldn't register. They would still receive the event, but not need to reply |
21:51:55 | saratoga5 | nerochiaro: that file is just static |
21:51:58 | amiconn | E.g. the backlight thread needs to register for power events (SYS_POWEROFF/SYS_SUSPEND/SYS_WAKEUP), but not usb |
21:52:09 | | Join homielowe [0] (n=chatzill@207.6.87.171) |
21:52:23 | petur | sounds like a way to do it... |
21:52:28 | amiconn | It could still react to usb if wanted and e.g. make the backlight light up like if a button was pressed |
21:52:46 | | Quit miepchen^schlaf ("Verlassend") |
21:53:12 | homielowe | dionoea: around? |
21:53:18 | amiconn | The question how to handle things in ata.c remains though... |
21:53:46 | pixelma | tucoz: yes, everything's in place now :) |
21:54:06 | nerochiaro | saratoga5: something went wrong with the upload then, it definitely plays here |
21:54:08 | petur | amiconn: but the threads involved will need carefull coding to get the registering and notifying in line. Could turn out ugly if many threads need this code |
21:54:29 | petur | maybe something can be put in the default handler? |
21:54:46 | amiconn | The default handler is for the main thread only |
21:55:35 | amiconn | Each thread that does need to reply to such events needs 2 additional lines of code (one for registering one for deregistering) |
21:56:17 | petur | well if the registering is per module, you'd need a call per module, right? |
21:56:22 | nerochiaro | saratoga5: actually, it's probably something either with your download or with the player you use. i downloaded it here again and it plays |
21:56:28 | nerochiaro | saratoga5: definitely not static |
21:56:33 | amiconn | In turn, all threads which don't need special handling can have two case:s from their switch removed |
21:57:51 | amiconn | petur: It's per public queue, and one thread never has more than one queue. It might also have none, or one that isn't public |
21:58:42 | amiconn | Right now there are 16 threads (there can't be any target where all of them are present) with public queues |
21:58:58 | amiconn | All of them have to reply to USB events in the svn version |
21:59:00 | *** | Saving seen data "./dancer.seen" |
21:59:01 | petur | well you would have to register and notify both usb and powermanagement or am I missing something |
21:59:13 | amiconn | However, most of them just say 'got it, thanks', and go on |
21:59:16 | GodEater_ | linuxstb: you feeling generous enough to point this person at some info on how to set up OSX to develop with properly? Even if the stuff is already installed? http://forums.rockbox.org/index.php?topic=12095.msg91575#msg91575 |
21:59:29 | petur | (in case both are needed of course) |
21:59:44 | amiconn | These threads would neither have to register nor handle them anymore |
22:00 |
22:00:13 | amiconn | Only those threads which really need to do some housekeeping would need to register |
22:00:28 | | Quit Wofl (Read error: 110 (Connection timed out)) |
22:00:48 | amiconn | Btw, there's a bug in svn related to usb handling and voiced splashes |
22:00:48 | petur | and threads that should (for example) no longer try to access the disk... |
22:01:13 | | Quit BigMac (Remote closed the connection) |
22:01:17 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
22:01:40 | | Quit Wofl (Remote closed the connection) |
22:01:48 | amiconn | If you plug usb and nothing was voiced before, the voice thread tries to load mpa.codec... after the ata thread released ata |
22:02:16 | petur | registration would solve that... |
22:02:37 | amiconn | -> A (non-voiced) error splash says 'Couldn't load /..../mpa.codec' |
22:03:09 | amiconn | Not on its own, that's my other problem |
22:03:41 | | Join Wofl [0] (n=nils@ip68-97-21-133.ok.ok.cox.net) |
22:03:45 | amiconn | The ata thread can't release the disk before other threads which need the disk for their housekeeping are done |
22:04:19 | amiconn | Right now I have no real idea how to handle this |
22:05:17 | petur | usb knows when all threads are notified? |
22:05:30 | | Join robin_0800 [0] (n=robin080@81.98.156.133) |
22:05:35 | amiconn | I.e. the ata thread is special. It is not the event initiator (that's either the usb thread, or in future also the power management thread), but it needs to know when all others are ready |
22:05:36 | * | petur doesn't know how this internal part works |
22:06:01 | petur | amiconn: usb/power could call ata? |
22:06:34 | amiconn | When the usb thread detects a connection, it broadcasts SYS_USB_CONNECTED. queue_broadcast() returns the number of queues it posted to |
22:07:02 | amiconn | Then the USB thread sits and waits for (n-1) replies to come in before enabling the usb bridge |
22:07:23 | amiconn | Same thing on disconnect, just reverse |
22:07:48 | amiconn | ...and that the usb thread only expects as many disconnect acks as it got connect acks before |
22:07:59 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
22:08:33 | GodEater_ | why not just get the usb thread to only message ata |
22:08:38 | petur | so usb can call ata when all replies are in, no? |
22:08:39 | amiconn | Hmm, that also means disconnect might have a similar problem. ATA must be back in business before all others do |
22:08:44 | GodEater_ | and let ata issue the SYS_USB_CONNECTED |
22:08:50 | GodEater_ | and wait for the n-1 replies |
22:08:51 | GodEater_ | ? |
22:09:19 | GodEater_ | and then tell usb it's done ? |
22:09:39 | amiconn | hmmm |
22:09:43 | GodEater_ | only I assume it would be n-2 replies |
22:10:05 | * | GodEater_ caveats this may be completely naive |
22:10:13 | GodEater_ | it's just what I thought of |
22:10:25 | amiconn | The n would change with the registration system |
22:10:50 | * | amiconn needs to think this over. It might be the solution :) |
22:11:00 | GodEater_ | cool |
22:12:13 | amiconn | This could perhaps be implemented by making the ata queue private, and provide hook functions to post to it |
22:12:46 | amiconn | The USB would first broadcast SYS_USB_CONNECTED, collect the replies, the post privately to ata, and when that replied as well finally enable usb |
22:12:51 | | Quit Wofl_ (Read error: 110 (Connection timed out)) |
22:13:25 | amiconn | And the reverse on disconnect: disable usb, post privately to ata, wait for reply, then broadcast, and wait for the others to reply |
22:13:47 | petur | yup |
22:13:50 | GodEater_ | are there any situations where ata has to be aware of other global events |
22:13:53 | GodEater_ | ? |
22:14:36 | amiconn | The same wiould then be needed for powermgmt |
22:14:51 | petur | or add functions to ata to let usb control it? |
22:15:23 | GodEater_ | that would require less fundamental changes as I understand it yes ? |
22:15:56 | GodEater_ | but perhaps not the ideal solution |
22:17:24 | | Quit BigMac (Remote closed the connection) |
22:18:09 | | Join BigMac [0] (n=BigMac@c-71-234-95-131.hsd1.ct.comcast.net) |
22:19:30 | chrisjs169 | what's button_rel do? |
22:20:10 | rasher | Bagder: does user: have any meaning in lang files, and is it safe to add one if it's not there already? |
22:20:18 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
22:20:18 | | Nick robin_0800 is now known as robin0800 (n=robin080@81.98.156.133) |
22:20:21 | Bagder | it has no current meaning, no |
22:20:37 | Bagder | so yes, you can add one or just ignore that until we actually start using it |
22:21:11 | rasher | I'm working on the web-translating thing again, and to avoid more special-cases, I'm just going to add an empty user line when writing out the result |
22:22:05 | | Join advcomp2019- [0] (n=advcomp2@66.172.231.192) |
22:22:07 | rasher | Most strings have one anyway. |
22:22:11 | | Quit advcomp2019 (Nick collision from services.) |
22:22:15 | | Nick advcomp2019- is now known as advcomp2019 (n=advcomp2@66.172.231.192) |
22:23:14 | amiconn | rasher: user: is meant for when localisation/voicing of plugin gets added |
22:23:21 | amiconn | *plugins |
22:23:41 | rasher | Ah, right |
22:24:12 | amiconn | Empty means core |
22:25:47 | | Quit homielowe (Read error: 110 (Connection timed out)) |
22:25:53 | amiconn | Hmm, the ata thread doesn't need to do much on usb connect, but it will need to do a different thing in case of poweroff/suspend |
22:26:17 | amiconn | On usb it needs to power on the hdd, on suspend it needs to power off the hdd |
22:27:11 | * | rasher wonders why LANG_DECAY isn't voiced |
22:27:29 | | Join IA4004 [0] (n=chatzill@189.156.234.138) |
22:28:51 | | Join dan_a [0] (n=dan_a@217.23.173.156) |
22:29:31 | | Quit dan_a (Client Quit) |
22:29:41 | pixelma | isn't that Archos (masf) only? |
22:29:58 | rasher | Yup |
22:30:14 | rasher | But there's no english voice string for it |
22:30:25 | rasher | Just masf: "" |
22:30:35 | pixelma | it doesn't make much sense to voice so much on hwcodec, since it can't be played during music playback anyways |
22:30:35 | chrisjs169 | what's button_rel do? |
22:31:32 | rasher | pixelma: can't the setting be changed while playback is stopped? |
22:33:24 | pixelma | it probably can but I usually don't change sound settings without listening to them at the same time, don't know if it's worth it |
22:33:36 | | Part tucoz ("Leaving") |
22:34:10 | amiconn | eh? |
22:34:12 | rasher | pixelma: but it looks to me like the rest of the mas settings are voiced |
22:34:58 | amiconn | This ID seems to be unused |
22:35:05 | amiconn | Before JdGordon' |
22:35:23 | amiconn | s settings rework, some settings had different titles than their menu item |
22:36:16 | amiconn | I.e. 'Auto Volume' had 'AV Decay Time' as its title. Now it's also 'Auto Volume' |
22:36:23 | pixelma | rasher: maybe you are right |
22:36:26 | rasher | Ah, so this is an ID that was used only as a title? |
22:36:28 | amiconn | That should be fixed, but the string doesn't need to be voiced |
22:36:33 | amiconn | yes |
22:36:37 | rasher | Gotcha |
22:36:49 | Bagder | time to add a comment explaing that? ;-) |
22:37:28 | amiconn | The possible settings are Off, 20ms, 2, 4 and 8 (the latter are seconds) |
22:37:45 | amiconn | Hence 'time' |
22:38:55 | amiconn | Hmm. In the USB case, the ata thread shouldn't block others from accessing the disk (since it only powers on the disk) |
22:39:38 | * | amiconn doesn't want to get a multi-threading headache again ;( |
22:39:38 | pixelma | petur: are you going to explain the new setting in the manual? ;) |
22:41:27 | | Quit Domonoky (Read error: 104 (Connection reset by peer)) |
22:43:12 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
22:43:26 | | Quit amiconn (Nick collision from services.) |
22:43:26 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
22:43:45 | * | petur returns |
22:43:51 | amiconn | Bah, now I have to adapt 2 settings instead of one when changing file view.... |
22:44:15 | preglow | amiconn: why hasn't pwm backlight been enabled before now? |
22:44:19 | preglow | on minig1, that is |
22:44:21 | rasher | Man, wasn't it possible to change all these language-strings automatically when adding the "features" thing? |
22:44:42 | amiconn | preglow: Nobody tested it... |
22:45:01 | amiconn | And I think it would have made the freezing on PP5020 a lot more frequent |
22:45:11 | preglow | very likely |
22:45:21 | amiconn | Now that it doesn't freeze anymore, it works like a charm |
22:47:18 | | Join robin_0800 [0] (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
22:47:40 | amiconn | My theory is that the freezing happened because some operations for the clock change happened in the wrong order, causing some invalid intermediate states. Then interrupts can make it worse because the can happen anytime, even during such an invalid state, making it last longer |
22:48:14 | petur | amiconn: you want a 4th file extension option (being act like it did in the past)? |
22:48:43 | preglow | amiconn: doesn't some nanos still have trouble? |
22:49:23 | * | petur reads a tex file for the first time in his life |
22:50:50 | bluebrother | petur: and, got scared? |
22:51:32 | petur | just scared of editing without building... I'll have to see if I can build a manual first |
22:51:53 | bluebrother | :) |
22:52:00 | | Quit saratoga5 ("CGI:IRC") |
22:55:15 | | Join DerPapst [0] (n=DerPapst@pD9EB04D0.dip0.t-ipconnect.de) |
22:56:02 | * | bluebrother still has that tex file around that scared JdGordon :P |
22:56:27 | * | petur already failed applying the patch for ubuntu :( |
22:56:37 | bluebrother | what patch? |
22:56:45 | petur | http://www.rockbox.org/twiki/bin/view/Main/ManualHowto |
22:57:28 | bluebrother | petur: that isn't needed anymore. Will update the wiki ... |
22:57:54 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
22:57:57 | | Quit merbanan (Remote closed the connection) |
22:58:45 | | Quit desowin ("use linux") |
22:58:50 | bluebrother | section edits in the wiki would be really a nice addon. |
22:59:20 | * | DerPapst loves mediawiki |
23:00 |
23:00:25 | pixelma | bluebrother: what settings did you use for the scaled down pngs that are now used in the build table and so on? |
23:00:30 | bluebrother | so, let's see how much of the installation I broke in rbutil ... |
23:01:08 | * | pixelma should probably just look at their properties |
23:01:30 | bluebrother | pixelma: I used the default size and scaled them down with convert -scale 80x80 <file> |
23:02:01 | pixelma | I see, thanks |
23:02:31 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
23:02:32 | | Nick robin_0800 is now known as robin0800 (n=robin080@cpc3-brig8-0-0-cust132.brig.cable.ntl.com) |
23:07:17 | rasher | Is anyone working on converting screens to user-font to get rid of the nasty LANG_SYSFONT hack? |
23:07:53 | * | petur does his first manual commit dance |
23:08:17 | Lear | linuxstb: I think asf.c reads send_time rather than play_time for id3->length... |
23:08:53 | | Quit spiorf (Remote closed the connection) |
23:09:22 | bluebrother | petur: congrats :) |
23:09:39 | pixelma | Bagder: you around? |
23:09:42 | Lear | Even then, Foobar seems to get better values somehow... |
23:09:47 | petur | I kept it simple, let me know if you're not happy with it |
23:09:51 | * | Bagder goes beep |
23:10:19 | linuxstb | Lear: There's also a "pre-roll" value that needs to be subtracted. That helps... |
23:11:07 | Lear | As in lead_trim? |
23:12:23 | linuxstb | Maybe - it's the field after send_duration. But I don't think asf.c is reading send_duration... |
23:13:13 | Lear | According to ffmpeg's asf.c, the order is send_duration, play_time, preroll, and RB seems to read send_time. |
23:13:39 | pixelma | petur: many thanks! (we have a few undocumented features at the moment) |
23:13:48 | petur | np |
23:13:56 | petur | went fairly smooth |
23:14:41 | linuxstb | Lear: According to libasf (my reference), the order is play_duration, send_duration, preroll |
23:15:11 | linuxstb | MSN supports that - http://msdn2.microsoft.com/en-us/library/bb643323.aspx |
23:15:44 | linuxstb | Sorry, MSDN... |
23:16:40 | Lear | And ffmpeg only reads preroll as 32 bits. |
23:17:19 | petur | linuxstb: any movement in http://www.rockbox.org/tracker/task/5226 ? |
23:18:04 | linuxstb | Lear: But ffmpeg is using send_duration to calculate the file duration - so it's using the first value anyway. |
23:20:13 | linuxstb | petur: Not from me... I think amiconn's fixes (which IIUC have removed most long calls) probably make it obsolete. |
23:20:37 | Lear | Hrmph, that test file I sent you has a preroll larger than play duration... |
23:21:19 | petur | linuxstb: should I close it? |
23:22:55 | | Quit davina (Read error: 104 (Connection reset by peer)) |
23:23:09 | Lear | Wait a sec, didn't accound for change of order. Read send duration rather than pre-roll... :) |
23:23:47 | | Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
23:33:23 | | Join Keripo [0] (n=Keripo@bas1-toronto61-1279395518.dsl.bell.ca) |
23:40:20 | | Join skazi [0] (n=oof@e178088208.adsl.alicedsl.de) |
23:40:21 | skazi | hi |
23:40:25 | rasher | Can diffs (-u) have comments? |
23:40:54 | skazi | is there some site listing all available plugins for rockbox or is there just the bluechip's rockbox plugins site? |
23:41:07 | Bagder | rasher: yes, patch ignores everything before what looks like a patch |
23:41:09 | rasher | skazi: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
23:41:28 | rasher | Bagder: Ah, so I can just put my comments in cleartext at the top? |
23:41:31 | bluebrother | skazi: the manual holds descriptions for the plugins ... |
23:41:36 | Bagder | rasher: exactly |
23:41:41 | rasher | Excellent |
23:41:49 | skazi | rasher: thanks! |
23:41:54 | | Quit skazi (Client Quit) |
23:42:16 | | Part Keripo |
23:42:41 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
23:42:53 | bluebrother | grrr. |
23:43:11 | bluebrother | seems like exact the theme zips I'm testing with are broken :( |
23:44:56 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
23:49:07 | | Join nick89 [0] (i=nick89@c220-237-70-197.kelvn1.qld.optusnet.com.au) |
23:50:13 | | Quit davina ("xchat on Ubuntu 7.04") |
23:55:04 | rasher | Hrm, genlang -u is a bit picky about whitespace, it seems |
23:55:15 | rasher | it doesn't think " *: none" is the same as " *: none" |
23:55:29 | Bagder | ! |
23:55:42 | rasher | At least, I'm pretty sure that's what it's telling me |
23:55:51 | Bagder | but yeah, I think that's because it simply compares two strings basically |
23:57:10 | rasher | I thought it would be a bit more clever. At least split it at the first ":", trim whitespace off each side and THEN compare. |
23:57:34 | Bagder | lame author clearly... |
23:57:58 | | Join Llorean [0] (n=llorean@adsl-71-147-19-64.dsl.hstntx.sbcglobal.net) |
23:58:32 | | Join tihoc4n [0] (n=Compaq_A@206-163-245-208.swcr.hsdb.sasknet.sk.ca) |