Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2011-04-03

00:19:43 Quit Strife89 (Read error: Operation timed out)
00:20:11 Join Strife1989 [0] (~Strife89@168.16.236.106)
00:21:02 Join Strife89 [0] (~Strife89@168.16.226.187)
00:21:14 Quit L-Strife89 (Read error: Connection reset by peer)
00:25:31 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
00:29:51 Quit Strife1989 (Read error: Operation timed out)
00:51:41 Quit ender (Quit: A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams)
00:55:03 Quit bluefoxx (Quit: Can we, should we, will we?)
00:59:38 Join jhMikeS [0] (~jethead71@99.21.34.189)
00:59:38 Quit jhMikeS (Changing host)
00:59:38 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
01:00
01:05:11 Quit Ayla (Quit: dodo)
01:10:07 Quit bluebrother (Disconnected by services)
01:10:09 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
01:10:23***Saving seen data "./dancer.seen"
01:15:54 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
01:18:19 Quit bertrik (Ping timeout: 240 seconds)
01:20:02 Quit boghog (Quit: boghog)
01:45:52 Quit liar (Ping timeout: 246 seconds)
02:00
02:04:17 Quit JesusFreak316 (Remote host closed the connection)
02:04:34 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
02:12:30 Nick AprilFoolOnHill is now known as FoolOnHill (~foh@adsl-83-162-66.bhm.bellsouth.net)
02:23:55 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
02:39:25 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.)
02:43:25 Quit slooopy (Ping timeout: 260 seconds)
03:00
03:08:14 Quit Unhelpful (Ping timeout: 264 seconds)
03:08:49 Quit froggyman (Ping timeout: 264 seconds)
03:08:49 Quit crwl (Ping timeout: 264 seconds)
03:08:51 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
03:09:29 Join froggyman [0] (~seth@unaffiliated/froggyman)
03:09:37 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi)
03:10:26***Saving seen data "./dancer.seen"
03:14:55 Join kendell [0] (~chatzilla@173.219.27.244)
03:17:47kendelldoes anyone know why the voice generation keeps failing? it only seems to work when complexity is set to 7 and quality is set to 7. any other values fail and abort. the reason I keep changing it is because there is some clipping I'm guessing due to the quality. but not sure.
03:21:08[Saint]What OS?
03:22:33kendelloh, sorry. windows 7 64 bit. sandisk sansa fuze v1 if that helps at all
03:38:33[Saint]I believe it's a known issue that voice generation is broken on Windows OS, though I couldn't say why.
03:38:58[Saint]RbUtil's maintainer has been looking into the issue iiuc.
03:39:14 Quit Z_God (Remote host closed the connection)
03:39:49kendellcrap. wish there were some documentation? I looked on the wiki but haven't found any. sometimes I can generate voice files but only at very very low quality levels. is there an alternate way to create them? i'd like to use eloquence but so far haven't been able to figure out how
03:47:01kendelltried espeak too, but can't seem to load it. tried selecting the dll, but no dice so far
03:49:51 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019)
03:51:22 Quit advcomp2019_ (Ping timeout: 240 seconds)
03:52:50 Quit DerPapst1 (Quit: Leaving.)
04:00
04:01:53 Quit pixelma (Disconnected by services)
04:01:53 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:01:54 Quit amiconn (Disconnected by services)
04:01:55 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:02:11 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:02:14 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:09:51 Quit TheSeven (Read error: Connection reset by peer)
04:17:31 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
04:19:04kendellhmmm, still fails. I thought that would work, oh well, back to wiki
04:20:27 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
04:26:50 Join kugel_ [0] (~kugel@rockbox/developer/kugel)
04:27:36 Quit Barahir (Read error: Operation timed out)
04:29:42 Quit kugel (Ping timeout: 240 seconds)
04:31:00 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to heaven if it tastes like caramel.)
04:31:16 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
04:31:56 Join Barahir [0] (~jonathan@frnk-590f6cfb.pool.mediaWays.net)
04:57:10 Quit GeekShadow (Quit: The cake is a lie !)
04:59:27 Quit pixelma (Disconnected by services)
04:59:28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:59:35 Quit amiconn (Disconnected by services)
04:59:35 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:59:46 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:59:55 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:00
05:10:27***Saving seen data "./dancer.seen"
05:16:05 Quit kendell (Quit: ChatZilla 0.9.86 [Browser 2.6.2/2011012515])
05:19:15 Quit BHSPitMonkey (Read error: Operation timed out)
05:23:48 Join Rob2223 [0] (~Miranda@p4FFF07AB.dip.t-dialin.net)
05:27:18 Quit Rob2222 (Ping timeout: 250 seconds)
05:31:31 Quit JesusFreak316 (Read error: Connection reset by peer)
05:32:20 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-59-203.tampfl.fios.verizon.net)
05:37:22 Quit JesusFreak316 (Ping timeout: 255 seconds)
05:40:37 Part timccc ("Leaving.")
05:40:58 Join timccc [0] (~timccc@112.166.15.141)
05:47:52 Join kendell [0] (~chatzilla@173.219.27.244)
05:48:46kendellhi all. if a player supports audible files, sueh as my sandisk fuze, can rockbox play them? i didn't see it in the list of coedcs so was just wondering. if I have to use the original firmware I can't, can't see the screen.
05:48:54kendellcodecs
05:58:18 Join saratoga [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95)
05:59:56wtachikendell: it's irrelevant whether the original firmware supports it
06:00
06:00:46wtachiRockbox doesn't support Audible because it's DRMed
06:00:55wtachiyou may be able to find a converter somewhere
06:01:04kendellthat's what I thought.
06:01:31kendelloh well. now if only I could figure out how to generate talk voice files. sorry to be a pest, but I'm really stumped.
06:01:45kendellvoice files, sorry, not talk clips. I got that one
06:02:03wtachikendell: no idea, I haven't used them
06:02:33kendellI wish they weren't necessary, but i can't see the screen so it has to talk to me. I can't easily understand the default voice that comes with rockbox
06:04:03 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
06:12:42 Join Horscht [0] (~Horscht@p5DD57091.dip.t-dialin.net)
06:12:42 Quit Horscht (Changing host)
06:12:42 Join Horscht [0] (~Horscht@xbmc/user/horscht)
06:14:17[Saint]why not just download the voice files?seems to me you're going to a lot of effort for little gain.
06:14:33[Saint]kendell: ^
06:15:41 Quit Horschti (Ping timeout: 248 seconds)
06:28:06 Join icarusfactor [0] (~factor@75.108.68.114)
06:29:19kendellI will do that from now on. the latest revision has a better voice file then the stable release
06:29:22 Nick icarusfactor is now known as factor (~factor@75.108.68.114)
06:29:24kendellimo
06:30:48kendellbtw, I'm thinking about getting a replacement mp3 player, the battery in my fuze does not hold a charge and it is non replaceable. should I get another fuze or something else? I relize this is off topic but I don't know which of the players rockbox runs on can still be purchased at walmart. some of them are long out of sail.
06:32:06kendellI know most of the archos line no longer is produced, but the others I'm not sure about
06:33:45kendellmmm, tea's done
06:40:45[Saint]what makes you think the battery is non-replaceable?
06:42:38[Saint]Sansa doesn't offer replacement parts to the general public...but that doesn't make it "non-replaceable"
06:42:41kendellsays so in the manual. and on sandisk website
06:43:00[Saint]Right, but that doesn't make it true.
06:43:08kendellah. so they're lying to make more money.
06:43:14[Saint]you're onto it.
06:43:38kendellI should've caught on to it. so, is tehre some sort of tutorial for replacing the battery? I don't know how to open up the player
06:43:53kendellcan't find any screws or bolts
06:44:56[Saint]google "<yourplayername>+teardown"
06:45:09kendellwow. thanks
06:45:16kendellit's that easy? first hit
06:45:39kendellis the plastic cover overt eh display screen replaceable? mine is all beat up, but I think the lcd is fine
06:45:58kendellcan't pry it up without popping off the scroll wheel and botton covers
06:46:02kendellbutton
06:46:46[Saint]There shouldn't be any "prying" needed.
06:47:12[Saint]There's a series of small clips around the edge of the case to be released, and a very tricky ZIF ribon cable.
06:47:36[Saint]it's *very* important to release the ZIF connector, not just rip it out.
06:47:57kendellwow. it's that easy? so where do I get a new plastic cover? sorry, but I can't find one at walmart smiles. they thought I was nuts. uh, nope, we only sell the player.
06:48:51[Saint]Do you specifically need one? Opening the player shouldn't render it harmed.
06:49:18[Saint]I'd suggest buying a broken one of ebay (etc.) for the case.
06:49:24[Saint]but this is sliding offtopic ;)
06:50:34kendelloh. I'l try to keep it on topic. the main question I had is why does rockbox eat up so much battery? mine has dropped thirty percent in less than an hour and it was fully charged? there was a couple of bugs relating to ams 3525 battery performance, but not sure if they can be fixed or if it's my player
06:51:43[Saint]That's a bad battery.
06:52:06[Saint]There's no way Rockbox could use that much power if the battery was in good condition.
06:52:10[Saint]It wouldn't be possible.
06:53:04kendellwell, it was kind of in my closet for a couple months dead. could the battery have gotten old? I've had it since october of 2009
06:53:18[Saint]Hmmm....*perhaps* mpeg video could do it.
06:53:57[Saint]but just listening to audio and browsing menus should make a drop like that.
06:54:09[Saint]*shouldn't, rather
06:54:19kendelli only play mp3's, listen to radio and use the alarm. speaking of which, why is there no voice in the plugins menu? I can go to aps, demos, etc but there are no voice items afterwards? I can't generate talk clips for that section of the UI, I tried
06:54:56kendelljust curious, not complaining, as I can't use that section of the player due to no voice prompts
06:55:45[Saint]I'm not certain about that. There's a few places that aren't voiced. Debug menu. playlist viewer, plugins...nio idea why exactly.
06:55:54[Saint]*no
06:56:18kendellI think the debug menu is deliberately not voiced to keep blind people out of it? smiles
06:57:46saratogadebug is probably just because people are lazy, and also because theres a lot of random menus in there that are only on a few devices
06:57:50kendellarg, I can't find those clips. hmmm
06:58:26*wtachi imagines his player saying "gee pee eye oh ay colon zero one..."
06:58:46kendellmost of the stuff in there is so technical I can't even comprehend it. I wish manufacturer's were up front about there specks rather than listing proprietary on there data sheets. stupid
06:59:48[Saint]wtachi: The voice is actually pretty good considering ;)
07:00
07:00:05[Saint]the fact we even have voiced menus is amazing.
07:00:27kendellit's alright. just wish I could use eloquence but as long as I can understand it. and btw your system for installing and updating is about the most straightforward I've seen
07:00:47[Saint]The big brands for a while were under the impression that only sighted people use these players, some still are.
07:00:56kendellI love the voiced menus. it's awesome. and my player never crashes
07:01:13kendell*cough* sony, anyone?
07:01:44*kendell doesn't like sony. proprietary everything, and no rock box.
07:03:30kendelljust the other day I went into walmart to get a new mp3 player, and I told the girl I cannot use touchscreen unless it's a sandisk. what'd she do? sell me an RCA that had a touchscreen. hahaha
07:10:31***Saving seen data "./dancer.seen"
07:20:49 Quit panni_ (Read error: Connection reset by peer)
07:24:28 Quit kendell (Quit: ChatZilla 0.9.86 [Browser 2.6.2/2011012515])
07:30:47 Quit saratoga (Quit: Page closed)
07:54:33 Quit wtachi (Quit: WeeChat 0.3.4)
07:59:02 Quit Judas_PhD (Quit: This is a quitting message)
08:00
08:03:41 Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123)
08:04:29[Saint]wannabenoh46 wants banning
08:12:47 Quit Hindu (Ping timeout: 252 seconds)
08:13:06 Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123)
08:14:31 Quit bluefoxx (Read error: Connection reset by peer)
08:16:32 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to heaven if it tastes like caramel.)
08:20:23 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
08:24:12 Quit avacore (Ping timeout: 248 seconds)
08:26:04 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
08:32:14 Join mystica555 [0] (~mike@71-208-217-27.hlrn.qwest.net)
08:34:17 Join esperegu [0] (~quassel@145.116.15.244)
08:35:57 Quit antil33t (Read error: Connection reset by peer)
08:44:30 Join n1s [0] (~quassel@rockbox/developer/n1s)
08:48:44 Join FlynDice [0] (~FlynDice@205.172.16.90)
08:49:54FlynDiceso are the irc logs on the front page borked or am I just special?.....
08:56:18bluebroth3rFlynDice: the irc page is broken for me too, but on the front page?
08:57:26FlynDicewell, the link from the front page is what I was getting at...
09:00
09:01:02 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
09:01:37 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
09:06:07 Quit simonlnu (Ping timeout: 250 seconds)
09:07:07 Join simonlnu [0] (simon@unaffiliated/simonrvn)
09:08:30 Join stoffel [0] (~quassel@p57B4D637.dip.t-dialin.net)
09:10:35***Saving seen data "./dancer.seen"
09:28:21 Join simonlnu_ [0] (simon@unaffiliated/simonrvn)
09:30:20 Quit simonlnu (Ping timeout: 248 seconds)
09:32:36 Quit simonlnu_ (Ping timeout: 250 seconds)
09:33:53 Join simonlnu [0] (simon@unaffiliated/simonrvn)
09:42:15 Quit stoffel (Ping timeout: 246 seconds)
09:44:41 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
09:44:41 Quit bertrik (Changing host)
09:44:41 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
09:45:57bertrikAnyone here with a clipv2 suffering from background noise?
09:56:10 Join stoffel [0] (~quassel@p57B4D637.dip.t-dialin.net)
09:56:33 Quit Hindu (Ping timeout: 252 seconds)
10:00
10:02:52 Quit bluefoxx (Quit: Can we, should we, will we?)
10:04:09 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net)
10:06:50bluebroth3rhmm, looks like the "Rb" logo icon doesn't have its svg file in svn. Might be a good idea to commit that, wouldn't it?
10:07:02CIA-48New commit by 03bluebrother (r29672): Add capability to speak directly from the TTS engine. ...
10:11:07CIA-48r29672 build result: All green
10:17:01 Quit Ayla (Ping timeout: 240 seconds)
10:17:19 Join Ayla [0] (~paul@12.215.70-86.rev.gaoland.net)
10:19:11 Quit simonlnu (Read error: Operation timed out)
10:21:59 Join simonlnu_ [0] (simon@unaffiliated/simonrvn)
10:23:38 Quit stoffel (Read error: Operation timed out)
10:23:58 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
10:25:29 Nick simonlnu_ is now known as simonlnu (simon@unaffiliated/simonrvn)
10:29:34 Join Hindu [0] (75d3557b@gateway/web/freenode/ip.117.211.85.123)
10:45:48 Quit BHSPitMonkey (Quit: Ex-Chat)
10:46:04 Quit jhMikeS (Ping timeout: 248 seconds)
10:49:10 Join ender [0] (krneki@foo.eternallybored.org)
10:51:31 Quit factor (Read error: Connection reset by peer)
11:00
11:01:41 Quit rasher (Ping timeout: 240 seconds)
11:04:44 Quit Hindu (Ping timeout: 252 seconds)
11:06:15 Join dfkt [0] (~dfkt@unaffiliated/dfkt)
11:09:15 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk)
11:09:15 Quit rasher (Changing host)
11:09:15 Join rasher [0] (~rasher@rockbox/developer/rasher)
11:09:23 Join factor [0] (~factor@75.108.68.114)
11:10:37***Saving seen data "./dancer.seen"
11:16:47 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
11:23:26CIA-48New commit by 03bluebrother (r29673): OS X TTS: add pitch setting. ...
11:26:35CIA-48r29673 build result: All green
11:27:35[Saint]bluebroth3r: Yes please.
11:27:41[Saint]I've been looking for it.
11:28:04[Saint]iiuc there's only a ~40ish px .png available of it.
11:30:53bluebroth3r[Saint]: it's been available since I worked on it but simply not in svn :) See http://www.alice-dsl.net/dominik.riebeling/rockbox/rockbox-icon.svg
11:31:41bluebroth3rbut since that is created from the manual svg it's slightly different to the bitmap version. Don't think that matters much though
11:32:54bluebroth3rsince the logo is used in several places (and converted to different formats) it might be a good idea to have some folder holding the original svg graphics?
11:35:17[Saint]yes, indeed.
11:35:40[Saint]cabbie has suffered this fate, although the original images are *around*...they're not in SVN.
11:35:52[Saint]so, authors improvised..and "watered it down".
11:36:19bluebroth3rthe cabbie original files are psd though, aren't they?
11:36:26[Saint]yeah :/
11:41:39 Join leavittx [0] (~lev@89.221.199.187)
11:41:49 Join slooopy [0] (~sloo@95-90-30-123-dynip.superkabel.de)
11:43:32bluebroth3rRockbox Utiltiy svn binaries updates, if anyone is interested in trying it
11:43:39bluebroth3rs/updates/updated/
11:46:47 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
11:53:01 Join stoffel [0] (~quassel@p57B4D637.dip.t-dialin.net)
11:57:49 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel)
11:58:47kugelFlynDice, bluebroth3r: opening http://www.rockbox.org/irc/log-today still works
11:59:17 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
12:00
12:00:14 Join DerPapst [0] (~Alexander@p57A9418D.dip.t-dialin.net)
12:06:25 Quit leavittx (Read error: Operation timed out)
12:11:09 Quit stripwax (Read error: Connection reset by peer)
12:17:05 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
12:21:07 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to heaven if it tastes like caramel.)
12:21:21 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
12:23:29 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
12:27:55 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
12:41:16 Join ChickeNE_ [0] (~ChickeNES@192.5.85.36)
12:41:44 Nick markun_ is now known as markun (~markun@rockbox/developer/markun)
12:43:22 Join TheLemonMan [0] (~lem0n@151.62.169.42)
12:44:23 Quit ChickeNES (Ping timeout: 255 seconds)
12:46:43 Quit stoffel (Remote host closed the connection)
12:50:05 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966)
12:54:11 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
12:54:11 Quit pamaury (Changing host)
12:54:11 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
13:00
13:02:40 Join bertrik_train [0] (50bb9f38@gateway/web/freenode/ip.80.187.159.56)
13:07:56 Quit bertrik_train (Ping timeout: 252 seconds)
13:08:09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com)
13:10:39***Saving seen data "./dancer.seen"
13:13:32 Quit otih (Remote host closed the connection)
13:14:47 Quit Ayla (Ping timeout: 240 seconds)
13:15:02 Join Ayla [0] (~paul@32.121.101-84.rev.gaoland.net)
13:15:41 Join bertrik_train_ [0] (50bb9a5f@gateway/web/freenode/ip.80.187.154.95)
13:16:51bertrik_train_AlexP: I've prepared a build at home with all of the little AMSv2 fixes in it. I can commit it tonight and make it part of the 3.8.1 branch.
13:17:12bertrik_train_*AMSv2 sd card fixes I mean
13:17:17AlexPbertrik_train_: brilliant, thanks
13:28:19 Quit jordan` (Quit: Coyote finally caught me)
13:31:12 Quit fyrestorm (Read error: Connection reset by peer)
13:31:41 Join fyrestorm [0] (~nnscript@cpe-68-173-236-235.nyc.res.rr.com)
13:32:41 Join jordan` [0] (gromit@2a01:e34:eebf:c890:21a:4dff:fe63:6966)
13:37:36 Quit jordan` (Read error: Operation timed out)
13:42:24 Quit bertrik_train_ (Ping timeout: 252 seconds)
14:00
14:14:16 Join sirrozha [0] (~sirrozha@89.23.217.205)
14:14:23 Quit simabeis (Ping timeout: 255 seconds)
14:14:27 Join simabeis [0] (~simabeis@lobmenschen.de)
14:15:19 Quit n1s (Remote host closed the connection)
14:19:33 Join n1s [0] (~quassel@rockbox/developer/n1s)
14:30:46 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to heaven if it tastes like caramel.)
14:31:01 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
14:33:30 Quit Farthen (Read error: Operation timed out)
14:39:47 Quit n1s (Remote host closed the connection)
14:48:38 Join tenfoot [0] (2ed029e9@gateway/web/freenode/ip.46.208.41.233)
14:49:43 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de)
14:51:21 Quit tenfoot (Client Quit)
15:00
15:10:42***Saving seen data "./dancer.seen"
15:28:28gevaertsJdGordon|: could you have a look at FS #12041? I believe you're more or less familiar with all bits involved
15:29:04 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net)
15:30:04JdGordon|looks fine
15:31:31gevaertsAny opinion on which one is the best?
15:31:45gevaertsOr if we really want the exact old behaviour back?
15:33:15kugelgevaerts: perhaps you can silently slip in scale-on-load as well? :)
15:33:40gevaertskugel: you can, maybe. I can't :)
15:36:35 Join Jerom [0] (~jerome@79.132.61.222)
15:39:16JdGordon|gevaerts: i didnt look at the first patch... i guess we want the old system back and we could make it so bmp's outside of /.rockbox/backdrops are not persisted pretty easily
15:39:28JdGordon|just copy the filename to some non-permenant buffer
15:39:39*JdGordon| needs to make that work with .wps/sbs/etc
15:39:53JdGordon|and jpg+scaled loading bmps should be pretty simple to implement
15:41:01gevaertsJdGordon|: but why?
15:41:15JdGordon|why what?
15:41:20gevaertsWhat are the advantages of the old system, apart from confusing users?
15:41:29 Join mshathlonxp [0] (~msh@5acba093.bb.sky.com)
15:41:47JdGordon|I dont know, which is why i didnt really have a problem breaking it
15:41:59JdGordon|and apparntly noone else did either (though there is a bug for it open)
15:42:47gevaertsI suspect this is one of those "historical reasons" things
15:43:38AlexPEither it should persist from everywhere, or should only be settable from the specific directory IMO
15:44:18gevaertsIt looks (note: newbie alert!) as if there once was a backdrop setting menu item in the settings menu that worked like all of those other similar settings: pick one from a directory. In that context, the setting stored just the filename, not the full path. As far as I can see, that menu item is gone
15:44:19AlexPI don't care which :)
15:44:49gevaertsAnd the way things were implemented, adding the context menu item made it work the way it did by accident
15:45:13gevaertsSo I suspect there was no particular reasoning behind the old behaviour
15:45:14JdGordon|thats pretty much it... when the config was stored in a hard disk sector we needed to be more carfeul about what we store
15:45:34JdGordon|iirc it was something like 250 bytes total
15:45:51JdGordon|or 500 or so... not enough to waste of full paths
15:46:11*gevaerts nods
15:46:34JdGordon|hmm, you werent around back then were you?
15:46:39gevaertsNo
15:46:43*JdGordon| feels like he's been here too long :p
15:47:35gevaertsSo I don't really see a good reason to spend effort to reproduce a behaviour that was dictated by a combination of different constraints and luck, and that wasn't actually backed by usability concerns
15:47:44AlexPand is confusing
15:49:34AlexPJdGordon|: We all feel like that too :P
15:49:45JdGordon|gevaerts: the two changes to apps/gui/skin_engine/skin_backdrops.c can be simplified to just sprintf("%s.bmp") because the whole poath will get stored
15:50:06gevaertsJdGordon|: not really, I think
15:50:21JdGordon|actually, you can use global_settings.backdrop_file directly
15:50:24gevaertsI think we want the full path for user-set backdrops, but not for theme-set backdrops
15:51:34 Join n1s [0] (~quassel@rockbox/developer/n1s)
15:51:40JdGordon|ok, well your settings_list.c change makes it store the full filename (including folder and .bmp) so make sure it works with that :)
15:51:57gevaertsYes, on setting it
15:52:11gevaertsBut as far as I can make out, not on reading
15:52:34gevaertsWell, I mean, on reading it just gives back what's in there
15:52:50gevaertsSo hand-crafted theme cfgs still work the old way
15:53:56JdGordon|it should be "backdrop: /.rockbox/backdrops/foo.bmp" in the config
15:54:30JdGordon|indeed it is
15:54:44JdGordon|anywho... i must goto bed
15:55:03gevaertsYes, after saving from the context menu
15:57:30gevaertshm, right
15:57:39gevaertsok
15:57:49gevaertsThat does indeed simplify things a bit
15:58:19gevaertsAlthough I don't understand how this works now then
15:58:58gevaertsIt reads the full path from the file, strips bits off, stores just the basename of the file, and then re-adds things when loading?
16:00
16:00:41kugelmy plan for buflib currently: a) get rid of all direct audiobuf accesses (e.g. the tempbuf in tagcache), b) implement some callback mechanism for buflib, c) replace buffer_alloc() with buflib_alloc() in all places without compaction, d) enable compaction. I think d) will cause some pretty interesting problems
16:01:02 Quit antil33t (Read error: Connection reset by peer)
16:01:11 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz)
16:01:22kugelalso I think I should write some test cases for buflib
16:01:52gevaertsd) is the most interesting one, yes. The rest is mainly tedious search and replace I think
16:01:54JdGordon|gevaerts: curently it strips off because "we" want to save ram usage in global_settings
16:02:30*JdGordon| has a patch somewhere to stick a lock on the audiobuffer pointer
16:03:24gevaertsJdGordon|: right. But it's replaced by at least the same in code, which on most players doesn't make it a gain :)
16:04:29CIA-48New commit by 03bluebrother (r29674): Properly remove the configuration dialog. ...
16:04:56kugele) could be to make buffering maximize it's buffer on rebuffering (in case something was buflib_free()d in the meantime)
16:05:28JdGordon|gevaerts: yes, artifact of ancient handling...
16:05:37JdGordon|really going to bed now
16:05:54kugelor generally delay compaction until the next rebuffer
16:05:55*gevaerts will test the new patch before he uploads it
16:06:28gevaertskugel: I'm not entirely convinced that the audio buffer has to know about compaction
16:07:33kugelbut you need stop playback before compaction if the audio buffer moves
16:07:42gevaertsThen don't move it! :)
16:08:03CIA-48r29674 build result: All green
16:08:12*gevaerts will try to get his thoughts clear enough to explain...
16:09:11gevaertsWhat you basically *can't* do is give away the bit of audio buffer that's in use, or nearly in use. I'll call that the working set from here on
16:09:26kugelwell, since it's a ring buffer, we could possible benefit from new space in the front without moving data
16:11:21kugelgevaerts: but we want to reclaim unused space, no?
16:11:31gevaertsbah, this really needs pictures!
16:12:25gevaertsI suspect that "reclaim on next rebuffer" is good enough
16:12:46 Join silbo [0] (~quassel@193.40.244.204)
16:12:56gevaertsAt least if things aren't constantly allocating and deallocating
16:13:22gevaertshm
16:13:54gevaertsWell, that's the case in my views on the thing anyway, which also includes how you allocate
16:14:51gevaertshrm
16:17:10gevaertsA simplified view of what I would do (it has some obvious flaws...) is to allocate from the right (imagine a whiteboard here) and keep the audio buffer aligned to the left. Assume for the moment that the working set will always be somewhere to the left (flawed idea, but that's for later)
16:17:17 Quit silbo (Read error: Connection reset by peer)
16:17:42gevaertsThis means that when you allocate a buffer, the end of the audio buffer just gets adjusted, nothing more has to happen
16:18:32gevaertsAnd when you deallocate, you may have to run your compaction routine, but again, it doesn't touch the audio buffer apart from moving the end
16:18:37kugelbuflib uses the end of the buffer for a lookup table, for fast handle->pointer conversion
16:19:36kugelplus, since audio buffer is a ring buffer, its start and end move over time so allocating from the end isn't as easy as it looks like
16:19:49gevaertsThat's why I said that was flawed :)
16:20:07gevaertsI'd say that at first a fixed lookup table may well be fine
16:20:09 Quit Jerom (Quit: Leaving.)
16:21:43kugelI suspect a-c) can be done pretty easily in a few weeks, but getting compaction right will be troublesome and take a lot of time
16:22:24gevaertsThe way I though of to fix the "what if the working set overlaps?" issue is to just allocate from both sides, and pick the one side that *doesn't* overlap
16:22:47gevaertsThat only breaks if the working set gets too big, and I don't know if that can happen
16:24:13kugelthe working set can be in the middle of the audio buffer, with valid allocations at the start and end
16:24:44gevaertsyes
16:25:30gevaertsIs that a problem, apart from limiting the amount you can allocate in total?
16:25:54kugelyou mean to allocate from the middle in such a case?
16:26:14gevaertsno
16:26:26gevaertsThat would split the audio buffer, which would be awkward
16:27:22gevaertsWhat I'm saying is that if the working set is in a position that prevents allocating from both the left and the right, you can't allocate. I haven't worked out the numbers, but I'd say that this shouldn't happen anyway
16:29:51gevaertsThe biggest working set that can happen is probably wav on a slow disk, let's say 5 seconds at 176K/second, or about 800K
16:31:16gevaertsI suspect that this means that as soon as you have only twice that, you may not be able to allocate, so say 1.6MB
16:31:45gevaertsNow disk targets (apart from the Archoses, but those don't do wav) all have 16MB or more IIRC. If you only have 1.6MB audio buffer left, you have to wonder what you've been doing...
16:32:03 Join wtachi [0] (~wtachi@cpe-065-190-001-228.nc.res.rr.com)
16:32:46gevaertsFor mp3 (i.e. archoses) the maximum would be 320kbps * 5 seconds, or 200kb, again *2 to handle both sides, so 400kb
16:33:07gevaertsAnd again, I'd say that going that low isn't realistic anyway
16:33:13 Join MethoS- [0] (~clemens@134.102.106.250)
16:33:23gevaertsAnd on flash, you don't need anywhere near those 5s
16:34:06gevaertsWell, there's the antiskip buffer too of course
16:34:21gevaertsBut again, it's a tradeoff
16:34:34gevaertsAnd you'll need to refuse new allocations at some point anyway
16:35:14gevaertsNow it's of course entirely possible that there are some flaws in there that I haven't thought of...
16:35:17kugelI thought allocations should always succeed, by stopping playback
16:35:34gevaertsThat's the other option
16:35:44gevaertsAnd you can still do that
16:36:02gevaertsBut avoiding that when it's not needed is good :)
16:36:43gevaertsBut seriously, I suspect that those numbers are really near the minimum needed to have working playback *anyway&
16:39:32gevaertshm
16:39:53AlexPgevaerts: Maybe you should implement it to see if it works? :)
16:40:02kugelI think optimizing allocations to not need playback stopping is something for the end of the project :)
16:40:16gevaertskugel: I don't really agree
16:40:24gevaertsSure, if you can get away with it
16:40:38kugelgenerally we don't do new allocations after boot, so they are really rare
16:40:39gevaertsBut if you have to rewrite the entire allocation thing, that's not ideal
16:41:00gevaertsWe don't, because we're rather generous with the initial allocations
16:42:31kugelbuflib can't do most of the things you propose too
16:42:50gevaertsBut if you look at e.g. language files, German is half the size of the allocated buffer
16:43:01gevaertsTrue
16:43:10gevaertsBut I don't see that as a good reason not to want it
16:43:42kugelthen buflib needs to know of the internals of playback&buffering
16:44:43gevaertsDoes it? It needs to know which bits have to be left alone if at all possible
16:44:51gevaertsI don't see it needing much more
16:45:33kugelI'm unsure if I fully understand your proposal
16:45:47 Quit sirrozha (Ping timeout: 260 seconds)
16:45:54gevaertsWell, I'm not sure if I fully understand it myself :) I think it works, but...
16:47:46kugelI think it's the average case that buffering has valid allocations on both start and end of the audio buffer
16:47:57gevaertsvalid, or needed?
16:48:25kugelvalid
16:48:33gevaertsright
16:48:48gevaertsYes, you also need to tell playback about what you ended up doing
16:49:29kugelso you propose to make playback/buffering discard all allocations which are X seconds of audio away?
16:50:53gevaertsWell, not entirely.
16:52:13gevaertsWe're going to steal valid data, and tell playback/buffering about that. This valid data may be at the end of the logical buffer, in which case not much will get dropped at all
16:53:09gevaertsAnd yes, we may want to try to optimise for that, which would mean asking more data from buffering :)
16:53:40gevaertshrm
16:53:49gevaertsThere's one more issue in the long term
16:53:57kugelI thought buflib would be in firmware/, in which case we can't just ask buffering for data
16:54:27gevaertsbuffering would register callbacks in that case
16:55:10gevaertsIf we end up also having relocatable plugins, there's a problem. While relocatable code can be loaded anywhere, it's not really feasible to move it after loading
16:56:32wtachithis could easily turn into a research project on new kinds of malloc()...
16:56:32 Join leavittx [0] (~lev@89.221.199.187)
16:56:50kugelyes, we are going to need to mark some allocations as unmoveble, and delay compaction until it's freed
16:59:21*gevaerts nods
16:59:53gevaertsI'd like to see some simulations of what this would mean though, before the actual implementation starts
17:00
17:00:28kugelthat actually doesn't mean compaction need to be delayed; just that these blocks must not be moved. and new allocations can go into possible wholes in the meantime
17:00:36gevaertsI mean, delaying compaction is all very nice, but if it means the system will lock up in some common cases, it's not good enough :)
17:00:41gevaertsyes
17:01:24gevaertsOh, there's one more case that should be taken into account I think, especially in the "don't stop playback" case
17:02:22 Quit MethoS- (Remote host closed the connection)
17:02:39gevaertsCurrently the codec buffer is rather large, wasting a huge amount of space for some codecs (WAV doesn't need 1MB to decode), while still not being quite enough for some files (there was a report of some vorbis files not playing due to this last month)
17:03:08kugeland you want to optimize for "don't stop playback" from the beginning? I'd rather do it at the end, when all other compaction induced problems are fixed
17:03:11gevaertsHaving codec data allocated on the buffer would provide a nice way to help here, *but* codecs do have real-time needs
17:03:30kugelaudio buffer is probably not the only area where compaction is going to be tricky
17:04:08gevaertsNot "optimise for", no. I do think that you need to think about it from the start though, or you risk getting a system that can't do non-stop at all
17:04:41n1sgevaerts: ogg vorbis files can basically use limitless amounts of memory (although limited to 32 bit addressing iirc) the format sucks that way
17:05:54gevaertsn1s: yes, that's how I understood it
17:07:26 Quit Bagder (Ping timeout: 240 seconds)
17:07:43gevaertsIf you can make the buffering code handle a fragmented buffer, that would help a lot I guess
17:08:34*gevaerts looks forward to reading kugel's detailed proposal :)
17:10:47***Saving seen data "./dancer.seen"
17:11:50kugel:/
17:14:05 Join num1 [0] (~num1@unaffiliated/num1)
17:15:53gevaertskugel: I'm not saying the proposal should solve all issues, but I think it should at least try to list the various problems and have a general idea on how to solve them (or which ones will not be solved, and why that's not a blocker)
17:17:03num1new.rockbox.org links to new.rockbox.org/mail/ , a website that returns an "Internal Server Error," instead of linking to www.rockbox.org/mail, a website which works.
17:17:42AlexPnew.rockbox.org is an experiment which isn't intended to work
17:17:47AlexPHow did you get there?
17:18:12num1AlexP, http://duckduckgo.com/?q=rockbox
17:18:55AlexPwhat is that, a search engine?
17:18:59num1I tried to use rockbox.org and it timed out on me (it's working now) so I tried the link to new.rockbox.org next.
17:19:03num1yeah it's a search engine
17:19:14AlexPwell, not much we can do about it then
17:19:27num1that would make sense then that it's not supposed to work. thaks
17:19:31num1thanks*
17:19:35AlexPno worries
17:19:55AlexPIt is slightly unfortunate that people can get pointed there, but never mind
17:22:14*pixelma seems to be too stupid to find out which URL is needed to actually checkout the connectbot source
17:22:45pixelmaoops, sorry. Wrong channel
17:23:42num1oo I just noticed rockbox.org uses ipv6, thank you for doing "the right thing" !
17:28:00 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
17:43:58 Quit sasquatch (Quit: WeeChat 0.3.2)
17:44:23 Join sasquatch [0] (~username@p4FF2D52B.dip.t-dialin.net)
17:54:08 Quit FlynDice (Remote host closed the connection)
18:00
18:21:48LeifIs Austin Appel in the room?
18:22:37 Quit Judas_PhD (Read error: Operation timed out)
18:23:34AlexPLeif: That is scorche
18:24:07 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de)
18:24:26LeifAlexP, Thanks
18:25:08AlexPLeif: Is it about your proposal?
18:25:15LeifAlexP, Yes
18:25:19AlexPPM?
18:25:34LeifAlexP, Okay
18:25:40Leif(You as well?)
18:25:52AlexPI meant I'm going to PM you :)
18:25:56LeifOh, okay
18:28:56AlexPbagder or zagor - a news item that we have been accepted for GSoC might be a good idea :)
18:29:16 Quit pamaury (Remote host closed the connection)
18:35:11 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
18:35:52wodzI have problems accessing irc logs - is it known issue?
18:35:59n1syes
18:36:16wodztoo bad
18:36:32kugelwodz: http://www.rockbox.org/irc/log-today works
18:36:34n1sthe webpage is gone but the actual logfiles are still available
18:37:48n1shttp://www.rockbox.org/irc/log-20110402 for example
18:38:06wodzI am reading about how irqs are serviced on arm and I don't understand if I have to do something special on returning from ISR or not
18:39:30Torneon which ARM version?
18:40:13Tornetraditionally you return with subs pc, lr, #4
18:40:52wodzTorne: and this reenables irqs right?
18:41:18Torneit drops the value in spsr_irq back into cpsr
18:41:50Torneit doesn't explicitly reenable irqs, but presumably if it took one the saved value has them enabled :)
18:42:16wodzI see, that's what I was missing
18:42:29Torneany ALU op with target PC and the set bit set also restores cpsr from spsr
18:42:54Torneand on entry to irq the link register value is off by four
18:43:36wodzyes this shift is explicitly stated
18:43:49Torneso you need to fix it by four at some point, and put it back into pc with the S bit enabled. you can do it all at once with subs pc, lr, #4, or if you had a more complicated interrupt handler that switches mode, or whatever, you can do them independantly
18:46:39 Join jvoisin [0] (~jvoisin@ks22840.kimsufi.com)
18:46:49 Join Topy [0] (~Topy44@g228208142.adsl.alicedsl.de)
18:47:41Aylaand how can you switch modes? AFAIK when you are on IRQ mode you can't set the bits on the cpsr to change the mode... Is there a trick for that?
18:49:07Torneyou can change mode any time
18:49:26Torneno trick
18:50:07Aylaso you can change the mode from IRQ to supervisor just by writing the cpsr? I remember there was some protected bits it's impossible to write unless you're on the supervisor mode
18:50:13 Quit TheLemonMan (Ping timeout: 255 seconds)
18:50:13 Quit T44 (Ping timeout: 255 seconds)
18:50:32Torneall modes otehr than user are privileged modes
18:51:04Tornethere is nothing special about supervisor mode except that it uses the "svc" banked registers for r13, r14 and spsr
18:51:15Torneall the other modes have the same abilities.
18:51:31Aylaok
19:00
19:04:32 Join TheLemonMan [0] (~lem0n@ppp-50-145.98-62.inwind.it)
19:07:24 Join cozmic [0] (cozmic@89-160-133-29.du.xdsl.is)
19:08:15 Quit cozmic_ (Read error: Connection reset by peer)
19:10:49***Saving seen data "./dancer.seen"
19:11:22 Quit wodz (Ping timeout: 255 seconds)
19:16:20 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
19:21:31 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
19:23:06 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
19:30:32 Join Bagder [0] (~daniel@rockbox/developer/bagder)
19:32:10 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
19:32:15 Quit wodz (Remote host closed the connection)
19:36:24 Join bzed_ [0] (~bzed@devel.recluse.de)
19:36:41 Quit simabeis (Ping timeout: 260 seconds)
19:36:46 Join simabeis [0] (~simabeis@lobmenschen.de)
19:38:51 Quit bzed (Ping timeout: 252 seconds)
19:38:51 Nick bzed_ is now known as bzed (~bzed@devel.recluse.de)
19:41:23jvoisinhi, I'm a fench student, and i'm intrested in the GSoc
19:42:12AlexPcool, which project?
19:42:22jvoisin"Clean up the radio code"
19:43:14AlexPOK, do you have any experience with Rockbox?
19:44:27jvoisinI'm using it since 4-5 years
19:44:39jvoisinI have read some code
19:44:43AlexPgood
19:44:47AlexP*a good start :)
19:44:58jvoisinBut I never contributed :/
19:45:17AlexPThat's OK, new blood is always welcome :)
19:46:31AlexPI think bertrik might be good to discuss this with, he has done some radio work IIRC
19:46:44 Quit BHSPitMonkey (Quit: Ex-Chat)
19:46:50jvoisinI don't have any exeperience in embedded devices : will it be a problem ?
19:47:22gevaertsDo you have some experience with C?
19:47:29jvoisinyes
19:47:54gevaertsThat should be fine then
19:47:57jvoisinI'm not a master, but I can produce code
19:48:50gevaertsRockbox isn't the sort if embedded where everything has to fit in 512 bytes or so. We do care about code size and efficiency, but I think it's merely a matter of getting used to it
19:49:10AlexPBagder: Could you pop up a we are in GSoC news item on the front page when you get a minute?
19:49:38AlexPOh, and http://www.rockbox.org/irc/ is broken :)
19:50:15 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
19:50:26Aylais there a way to specify the toolchain to use when building the SDL application? Or should I manually edit the makefile generated from tools/configure?
19:51:46n1sAyla: what do you want to do?
19:53:16Aylan1s, I'd like to compile rockbox as a SDL application for a mipsel-linux system
19:54:37n1sconfigure for the sdl application is only set up for native compiles afaik so you will probably need to hack up the makefiles a bit, yes, i think we have a crosscompiled RaaA target that uses sdl but don't remember which
19:55:05Aylaallright
19:55:12BagderZagor: http://www.rockbox.org/irc/ is broken apparently
19:55:36Zagoroh
19:56:50Zagorfixed
20:00
20:02:36 Join hex__ [0] (~hex@24-151-33-41.dhcp.nwtn.ct.charter.com)
20:06:43 Quit slooopy (Ping timeout: 255 seconds)
20:12:15hex__wait, does rockbox work on sansa fuze v2?
20:13:45jvoisinhex__: by fuzev2, you mean fuze+ ?
20:14:14hex__no, version 2
20:14:42gevaertshex__: yes
20:14:56AlexPjvoisin: There is a fuzev1, fuzev2 and fuze+
20:15:38 Quit TheSeven (Ping timeout: 248 seconds)
20:16:25hex__what is the chance of ruining your sansa (failure rate)
20:16:33gevaertsAnd probably soon the fuze+v2 :)
20:16:49 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
20:30:33 Quit jhMikeS (Ping timeout: 252 seconds)
20:33:59 Quit n1s (Remote host closed the connection)
20:41:14 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
20:44:56 Quit ChickeNE_ (Ping timeout: 276 seconds)
21:00
21:04:08 Join MethoS- [0] (~clemens@134.102.106.250)
21:05:43 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net)
21:05:44 Quit LambdaCalculus37 (Changing host)
21:05:44 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37)
21:09:49hex__can rockbox play video files?
21:10:20LambdaCalculus37Yes, Rockbox can play MPEG1 and MPEG2 video files with MP3 audio.
21:10:39tguinothttp://www.rockbox.org/wiki/PluginMpegplayer
21:10:51***Saving seen data "./dancer.seen"
21:13:30Aylaallright, I have the welcome image of rockbox on my dingoo A320 screen :)
21:13:52 Join cooper29 [0] (~uggh@h133.221.17.98.dynamic.ip.windstream.net)
21:14:01gevaertsNice!
21:14:11hex__why can't I see any video or music files in the file browser?
21:14:11LambdaCalculus37Ayla: Picture, please!
21:14:34LambdaCalculus37hex__: Is your Show Files setting set to "All" or "Supported"?
21:14:37gevaertshex__: maybe you accidentally changed the "Show files" option
21:14:41AylaI can take a screenshot
21:15:02AylaI didn't configure controls right now, so I can't do anything
21:15:11Aylaplus, some plugins failed to build
21:15:15Aylabut I guess that's a good start
21:16:12hex__I have it set to all files, but it still shows nothing
21:16:14 Quit Xerion (Read error: Connection reset by peer)
21:16:34gevaertsAyla: don't worry too much about the plugins at first
21:16:48AlexPhex__: How did you copy them over?
21:18:14*bluebroth3r slaps forehead
21:19:10hex__oh I see, it is in a folder called ##music##
21:19:26hex__and how do i see .avi files?
21:19:31AlexPYou don't
21:19:43bluebroth3ryou convert them
21:19:45AlexPLambdaCalculus37 just said that Rockbox supports mpeg1 and mpeg2 video only
21:19:58AlexPhex__: And you can copy the music to wherever you want
21:21:07Aylaand here is the screenshot: http://www.crapouillou.net/~paul/screenshot33.png
21:21:36hex__yes alexp, i can
21:21:49AlexPyou can what?
21:22:14hex__i can copy music where ever i want
21:22:36AlexPRight, so you therefore know where to find them
21:22:42hex__yes
21:23:00AlexPIf they are in the ##msuic## folder it is only because you or the OF put them there, nothing to do with Rockbox
21:23:23gevaertsAyla: does it go any further than that screen yet? If not, you probably have thread issues
21:23:28 Quit Stummi (Quit: Bye!)
21:23:51hex__besides that, does anyone have a good converting tool?
21:24:05AlexPfor converting...?
21:24:09AlexPvideos?
21:24:13AlexPTry winff
21:24:14hex__yes
21:24:15Aylagevaerts, it should update to a new screen?
21:24:37hex__ok, i'll just go to my virtual windows machine...
21:24:40gevaertsAyla: yes, you should get to the menu screen after a few seconds at most
21:24:48AlexPhex__: why?
21:24:57gevaertsAyla: try running configure with −−sdl-threads
21:25:21Aylaok
21:25:45hex__AlexP: I'm using linux and I don't want to be bothered by putting programs on it
21:25:55AlexPer, OK...
21:26:23*bluebroth3r has expandable inline settings for TTS and encoder working :)
21:26:57bluebroth3rwhat do people think about that? Instead of having a separate window for that configuration?
21:28:03hex__is rockbox based on linux by any chance?
21:28:08AlexPno
21:28:15hex__oh.
21:28:23AlexPIt isn't based on anything
21:28:31AlexPIt is built from scratch
21:28:41hex__I know...
21:28:48AlexPSo why ask then?
21:28:54bluebroth3rit is based on recycled bits :P
21:28:58AlexPbuilt from scratch != based on linux
21:29:11hex__=?
21:29:22 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
21:29:27AlexPIf it is built from scratch then it can't be based on linux by definition
21:29:28hex__=! =>:O
21:29:42AlexPSo if you know it is built from scratch then why ask if it is based on linux?
21:29:47LeifI thought rockbox used a few bits from uclinix, which also used little bits of linux in it...
21:30:24gevaertsI think we got our original strcpy from linux, but that got replaced
21:30:36LeifOh, okay
21:30:44Aylagevaerts, there's no such thing on the configure, there's a −−no-sdl-threads instead
21:30:58Aylaah crap. forget about it
21:31:02gevaertsAyla: weird. configure −−help says there is
21:31:03AylaIt's right above
21:31:04AlexPhttp://daniel.haxx.se/blog/2008/11/28/rockbox-is-not-linux/
21:31:46 Quit GeekShadow (Quit: The cake is a lie !)
21:31:55Leifnice.
21:32:35gevaertsAyla: anyway, −−sdl-threads will use SDL threads, which wrap pthreads, so that should work anywhere. The −−no-sdl-threads one (which is default) uses our own context switching mechanism, which I suspect nobody ever tested on MIPS for the application code
21:32:36hex__wouldn't it be horrendous if microsoft somehow gained control of rockbox?
21:32:57*Leif doesn't think they would ever really care.
21:33:33gevaertshex__: you mean, like if they buy out all of us?
21:33:50*gevaerts considers the likelyhood of this to be quite remote
21:34:00AlexPhex__: It'd also be terrible if the planet exploded
21:34:07AlexPBut why worry about either?
21:34:22 Quit benedikt93 (Quit: "Nothing is true, everything is permitted")
21:34:51bluebroth3rdomonoky: thoughts? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-tts-options-inline.jpg
21:35:31domonokybluebroth3r: good idea
21:36:25bluebroth3rok, then I need to fix the missing functionality and clean up the code. Currently it's somewhat hacked in to only show the UI part
21:36:59 Quit hex__ (Read error: Connection reset by peer)
21:37:05 Quit cooper29 (Quit: Leaving)
21:37:17 Quit soap (Read error: Connection reset by peer)
21:37:49 Quit TheLemonMan (Quit: Destructor called)
21:37:53Aylagevaerts: allright, it works with −−sdl-threads
21:38:06gevaertsAyla: excellent!
21:38:07AylaI now have a menu with "Files", "Database" ...
21:38:46 Part num1 ("Ex-Chat")
21:38:48gevaertsYou lose some performance compared to our own threading, but performance doesn't buy you much if it doesn't work :)
21:38:56Aylalooks like there are some tiny rendering issues, it's flickering a bit
21:38:59Aylayes, indeed :)
21:42:30Aylahmm, it segfaults after a Ctrl-C
21:53:43Aylawhere can I configure the controls?
21:54:00 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com)
21:54:08 Quit soap (Changing host)
21:54:08 Join soap [0] (~soap@rockbox/staff/soap)
21:56:26gevaertsAyla: maybe have a look at FS #12027 for another recent application port-in-progress that uses sdl. That should provide some hints on what to change
21:58:38 Join hex__ [0] (~hex@24-151-33-41.dhcp.nwtn.ct.charter.com)
21:58:52Aylaok, thank you
21:59:11hex__does anybody have a driver for the sansa fuze for windows xp?
21:59:31Aylazipit z2, nice :)
21:59:56gevaertshex__: set the fuze to use msc
22:00
22:00:06hex__ok...
22:16:20 Join merbanan [0] (~banan@c-83-233-242-230.cust.bredband2.com)
22:17:39 Quit n17ikh (Ping timeout: 255 seconds)
22:18:33 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net)
22:21:33hex__my windows xp virtual machine will only accept mtp
22:22:45hex__I NEED A DRIVER FOR SANSA FUZE (yelling)
22:23:07 Join mischasworld [0] (~quassel@g228011129.adsl.alicedsl.de)
22:23:44 Quit TheSeven (Ping timeout: 276 seconds)
22:24:04AlexPhex__: Then your VM is broken
22:25:28Aylahmm, it looks like rockbox expects the key codes reserved for touchscreens (like BUTTON_TOPLEFT...) even if it has been compiled without HAVE_TOUCHSCREEN, is that its normal behaviour?
22:25:50hex__my vm is NOT broken
22:27:28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
22:27:31AlexPOK, sure
22:27:41AlexPEither way we don't have the driver, go and ask Sandisk
22:29:22 Join saratoga [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95)
22:33:45 Quit ender` (Remote host closed the connection)
22:39:42 Part Zagor
22:41:14 Join dfkt [0] (dfkt@unaffiliated/dfkt)
22:41:33 Quit esperegu (Read error: Connection reset by peer)
22:45:04 Join useer [0] (~quassel@dsl-63-249-22-9.zipcon.net)
22:52:30 Join funman [0] (~fun@rockbox/developer/funman)
22:54:17 Quit mischasworld (Remote host closed the connection)
22:56:02 Quit Ayla (Quit: dodo)
23:00
23:03:51 Join mt [0] (~mtee@41.239.50.253)
23:03:51 Quit mt (Changing host)
23:03:51 Join mt [0] (~mtee@rockbox/developer/mt)
23:05:44 Join silbo [0] (~quassel@193.40.244.204)
23:10:53***Saving seen data "./dancer.seen"
23:12:47 Join ender| [0] (krneki@foo.eternallybored.org)
23:12:47 Quit hex__ (Quit: Leaving)
23:13:06 Nick ender is now known as ender` (krneki@foo.eternallybored.org)
23:13:10 Nick ender| is now known as ender (krneki@foo.eternallybored.org)
23:19:19 Quit TheSeven (Ping timeout: 240 seconds)
23:22:04 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
23:25:08 Quit funman (Read error: Operation timed out)
23:28:41 Quit mc2739 (Ping timeout: 248 seconds)
23:29:14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
23:34:16 Quit mc2739 (Read error: Operation timed out)
23:36:51 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
23:41:09 Join mirandau [0] (~6216985d@giant.haxx.se)
23:41:22 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl)
23:42:46 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03)
23:43:24 Quit mirandau (Client Quit)
23:43:46 Join funman [0] (~fun@rockbox/developer/funman)
23:48:46 Join funman_ [0] (~fun@rockbox/developer/funman)
23:52:51 Quit domonoky (Read error: Connection reset by peer)
23:54:22CIA-48New commit by 03bagder (r29675): push for gsoc2011
23:57:43 Quit funman_ (Quit: leaving)
23:57:50Bagderfront page update
23:57:51Bagderd
23:58:05gevaertsYay!
23:58:28AlexPnice, cheers
23:58:59 Quit kevku (Read error: Operation timed out)

Previous day | Next day