--- Log for 03.04.111 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 3 hours ago 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.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.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.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.47 # does 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.33 # oh, 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.49 # crap. 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.01 # tried 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.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.04 # hmmm, 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.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.46 # hi 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.54 # codecs 05.58.18 Join saratoga [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) 05.59.56 # kendell: it's irrelevant whether the original firmware supports it 06.00.46 # Rockbox doesn't support Audible because it's DRMed 06.00.55 # you may be able to find a converter somewhere 06.01.04 # that's what I thought. 06.01.31 # oh 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.45 # voice files, sorry, not talk clips. I got that one 06.02.03 # kendell: no idea, I haven't used them 06.02.33 # I 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.19 # I 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.24 # imo 06.30.48 # btw, 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.06 # I know most of the archos line no longer is produced, but the others I'm not sure about 06.33.45 # mmm, 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.41 # says so in the manual. and on sandisk website 06.43.00 # <[Saint]> Right, but that doesn't make it true. 06.43.08 # ah. so they're lying to make more money. 06.43.14 # <[Saint]> you're onto it. 06.43.38 # I 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.53 # can't find any screws or bolts 06.44.56 # <[Saint]> google "+teardown" 06.45.09 # wow. thanks 06.45.16 # it's that easy? first hit 06.45.39 # is the plastic cover overt eh display screen replaceable? mine is all beat up, but I think the lcd is fine 06.45.58 # can't pry it up without popping off the scroll wheel and botton covers 06.46.02 # button 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.57 # wow. 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.34 # oh. 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.04 # well, 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.19 # i 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.56 # just 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.18 # I think the debug menu is deliberately not voiced to keep blind people out of it? smiles 06.57.46 # debug 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.50 # arg, 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.46 # most 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.05 # <[Saint]> the fact we even have voiced menus is amazing. 07.00.27 # it'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.56 # I love the voiced menus. it's awesome. and my player never crashes 07.01.13 # *cough* sony, anyone? 07.01.44 # * kendell doesn't like sony. proprietary everything, and no rock box. 07.03.30 # just 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.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.54 # so are the irc logs on the front page borked or am I just special?..... 08.56.18 # FlynDice: the irc page is broken for me too, but on the front page? 08.57.26 # well, the link from the front page is what I was getting at... 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.57 # Anyone 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.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.50 # hmm, 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.02 # New commit by 03bluebrother (r29672): Add capability to speak directly from the TTS engine. ... 10.11.07 # r29672 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.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.26 # New commit by 03bluebrother (r29673): OS X TTS: add pitch setting. ... 11.26.35 # r29673 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.53 # [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.41 # but 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.54 # since 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.19 # the 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.32 # Rockbox Utiltiy svn binaries updates, if anyone is interested in trying it 11.43.39 # s/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.47 # FlynDice, 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.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.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.51 # 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.12 # *AMSv2 sd card fixes I mean 13.17.17 # bertrik_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.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.10.42 *** Saving seen data "./dancer.seen" 15.28.28 # JdGordon|: 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.04 # looks fine 15.31.31 # Any opinion on which one is the best? 15.31.45 # Or if we really want the exact old behaviour back? 15.33.15 # gevaerts: perhaps you can silently slip in scale-on-load as well? :) 15.33.40 # kugel: you can, maybe. I can't :) 15.36.35 Join Jerom [0] (~jerome@79.132.61.222) 15.39.16 # 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.28 # just copy the filename to some non-permenant buffer 15.39.39 # * JdGordon| needs to make that work with .wps/sbs/etc 15.39.53 # and jpg+scaled loading bmps should be pretty simple to implement 15.41.01 # JdGordon|: but why? 15.41.15 # why what? 15.41.20 # What are the advantages of the old system, apart from confusing users? 15.41.29 Join mshathlonxp [0] (~msh@5acba093.bb.sky.com) 15.41.47 # I dont know, which is why i didnt really have a problem breaking it 15.41.59 # and apparntly noone else did either (though there is a bug for it open) 15.42.47 # I suspect this is one of those "historical reasons" things 15.43.38 # Either it should persist from everywhere, or should only be settable from the specific directory IMO 15.44.18 # It 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.19 # I don't care which :) 15.44.49 # And the way things were implemented, adding the context menu item made it work the way it did by accident 15.45.13 # So I suspect there was no particular reasoning behind the old behaviour 15.45.14 # 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.34 # iirc it was something like 250 bytes total 15.45.51 # or 500 or so... not enough to waste of full paths 15.46.11 # * gevaerts nods 15.46.34 # hmm, you werent around back then were you? 15.46.39 # No 15.46.43 # * JdGordon| feels like he's been here too long :p 15.47.35 # So 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.44 # and is confusing 15.49.34 # JdGordon|: We all feel like that too :P 15.49.45 # 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.06 # JdGordon|: not really, I think 15.50.21 # actually, you can use global_settings.backdrop_file directly 15.50.24 # I 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.40 # 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.57 # Yes, on setting it 15.52.11 # But as far as I can make out, not on reading 15.52.34 # Well, I mean, on reading it just gives back what's in there 15.52.50 # So hand-crafted theme cfgs still work the old way 15.53.56 # it should be "backdrop: /.rockbox/backdrops/foo.bmp" in the config 15.54.30 # indeed it is 15.54.44 # anywho... i must goto bed 15.55.03 # Yes, after saving from the context menu 15.57.30 # hm, right 15.57.39 # ok 15.57.49 # That does indeed simplify things a bit 15.58.19 # Although I don't understand how this works now then 15.58.58 # It 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.41 # my 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.22 # also I think I should write some test cases for buflib 16.01.52 # d) is the most interesting one, yes. The rest is mainly tedious search and replace I think 16.01.54 # 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.24 # JdGordon|: right. But it's replaced by at least the same in code, which on most players doesn't make it a gain :) 16.04.29 # New commit by 03bluebrother (r29674): Properly remove the configuration dialog. ... 16.04.56 # e) could be to make buffering maximize it's buffer on rebuffering (in case something was buflib_free()d in the meantime) 16.05.28 # gevaerts: yes, artifact of ancient handling... 16.05.37 # really going to bed now 16.05.54 # or generally delay compaction until the next rebuffer 16.05.55 # * gevaerts will test the new patch before he uploads it 16.06.28 # kugel: I'm not entirely convinced that the audio buffer has to know about compaction 16.07.33 # but you need stop playback before compaction if the audio buffer moves 16.07.42 # Then don't move it! :) 16.08.03 # r29674 build result: All green 16.08.12 # * gevaerts will try to get his thoughts clear enough to explain... 16.09.11 # What 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.26 # well, since it's a ring buffer, we could possible benefit from new space in the front without moving data 16.11.21 # gevaerts: but we want to reclaim unused space, no? 16.11.31 # bah, this really needs pictures! 16.12.25 # I suspect that "reclaim on next rebuffer" is good enough 16.12.46 Join silbo [0] (~quassel@193.40.244.204) 16.12.56 # At least if things aren't constantly allocating and deallocating 16.13.22 # hm 16.13.54 # Well, that's the case in my views on the thing anyway, which also includes how you allocate 16.14.51 # hrm 16.17.10 # A 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.42 # This means that when you allocate a buffer, the end of the audio buffer just gets adjusted, nothing more has to happen 16.18.32 # And 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.37 # buflib uses the end of the buffer for a lookup table, for fast handle->pointer conversion 16.19.36 # plus, 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.49 # That's why I said that was flawed :) 16.20.07 # I'd say that at first a fixed lookup table may well be fine 16.20.09 Quit Jerom (Quit: Leaving.) 16.21.43 # I 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.24 # The 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.47 # That only breaks if the working set gets too big, and I don't know if that can happen 16.24.13 # the working set can be in the middle of the audio buffer, with valid allocations at the start and end 16.24.44 # yes 16.25.30 # Is that a problem, apart from limiting the amount you can allocate in total? 16.25.54 # you mean to allocate from the middle in such a case? 16.26.14 # no 16.26.26 # That would split the audio buffer, which would be awkward 16.27.22 # What 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.51 # The 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.16 # I 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.45 # Now 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.46 # For mp3 (i.e. archoses) the maximum would be 320kbps * 5 seconds, or 200kb, again *2 to handle both sides, so 400kb 16.33.07 # And 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.23 # And on flash, you don't need anywhere near those 5s 16.34.06 # Well, there's the antiskip buffer too of course 16.34.21 # But again, it's a tradeoff 16.34.34 # And you'll need to refuse new allocations at some point anyway 16.35.14 # Now it's of course entirely possible that there are some flaws in there that I haven't thought of... 16.35.17 # I thought allocations should always succeed, by stopping playback 16.35.34 # That's the other option 16.35.44 # And you can still do that 16.36.02 # But avoiding that when it's not needed is good :) 16.36.43 # But seriously, I suspect that those numbers are really near the minimum needed to have working playback *anyway& 16.39.32 # hm 16.39.53 # gevaerts: Maybe you should implement it to see if it works? :) 16.40.02 # I think optimizing allocations to not need playback stopping is something for the end of the project :) 16.40.16 # kugel: I don't really agree 16.40.24 # Sure, if you can get away with it 16.40.38 # generally we don't do new allocations after boot, so they are really rare 16.40.39 # But if you have to rewrite the entire allocation thing, that's not ideal 16.41.00 # We don't, because we're rather generous with the initial allocations 16.42.31 # buflib can't do most of the things you propose too 16.42.50 # But if you look at e.g. language files, German is half the size of the allocated buffer 16.43.01 # True 16.43.10 # But I don't see that as a good reason not to want it 16.43.42 # then buflib needs to know of the internals of playback&buffering 16.44.43 # Does it? It needs to know which bits have to be left alone if at all possible 16.44.51 # I don't see it needing much more 16.45.33 # I'm unsure if I fully understand your proposal 16.45.47 Quit sirrozha (Ping timeout: 260 seconds) 16.45.54 # Well, I'm not sure if I fully understand it myself :) I think it works, but... 16.47.46 # I think it's the average case that buffering has valid allocations on both start and end of the audio buffer 16.47.57 # valid, or needed? 16.48.25 # valid 16.48.33 # right 16.48.48 # Yes, you also need to tell playback about what you ended up doing 16.49.29 # so you propose to make playback/buffering discard all allocations which are X seconds of audio away? 16.50.53 # Well, not entirely. 16.52.13 # We'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.09 # And yes, we may want to try to optimise for that, which would mean asking more data from buffering :) 16.53.40 # hrm 16.53.49 # There's one more issue in the long term 16.53.57 # I thought buflib would be in firmware/, in which case we can't just ask buffering for data 16.54.27 # buffering would register callbacks in that case 16.55.10 # If 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.32 # this 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.50 # yes, 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.53 # I'd like to see some simulations of what this would mean though, before the actual implementation starts 17.00.28 # that 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.36 # I 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.41 # yes 17.01.24 # Oh, 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.39 # Currently 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.08 # and 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.11 # Having codec data allocated on the buffer would provide a nice way to help here, *but* codecs do have real-time needs 17.03.30 # audio buffer is probably not the only area where compaction is going to be tricky 17.04.08 # Not "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.41 # gevaerts: ogg vorbis files can basically use limitless amounts of memory (although limited to 32 bit addressing iirc) the format sucks that way 17.05.54 # n1s: yes, that's how I understood it 17.07.26 Quit Bagder (Ping timeout: 240 seconds) 17.07.43 # If 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.50 # :/ 17.14.05 Join num1 [0] (~num1@unaffiliated/num1) 17.15.53 # kugel: 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.03 # new.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.42 # new.rockbox.org is an experiment which isn't intended to work 17.17.47 # How did you get there? 17.18.12 # AlexP, http://duckduckgo.com/?q=rockbox 17.18.55 # what is that, a search engine? 17.18.59 # I 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.03 # yeah it's a search engine 17.19.14 # well, not much we can do about it then 17.19.27 # that would make sense then that it's not supposed to work. thaks 17.19.31 # thanks* 17.19.35 # no worries 17.19.55 # It 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.45 # oops, sorry. Wrong channel 17.23.42 # oo 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.21.48 # Is Austin Appel in the room? 18.22.37 Quit Judas_PhD (Read error: Operation timed out) 18.23.34 # Leif: That is scorche 18.24.07 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 18.24.26 # AlexP, Thanks 18.25.08 # Leif: Is it about your proposal? 18.25.15 # AlexP, Yes 18.25.19 # PM? 18.25.34 # AlexP, Okay 18.25.40 # (You as well?) 18.25.52 # I meant I'm going to PM you :) 18.25.56 # Oh, okay 18.28.56 # bagder 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.52 # I have problems accessing irc logs - is it known issue? 18.35.59 # yes 18.36.16 # too bad 18.36.32 # wodz: http://www.rockbox.org/irc/log-today works 18.36.34 # the webpage is gone but the actual logfiles are still available 18.37.48 # http://www.rockbox.org/irc/log-20110402 for example 18.38.06 # I 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.30 # on which ARM version? 18.40.13 # traditionally you return with subs pc, lr, #4 18.40.52 # Torne: and this reenables irqs right? 18.41.18 # it drops the value in spsr_irq back into cpsr 18.41.50 # it doesn't explicitly reenable irqs, but presumably if it took one the saved value has them enabled :) 18.42.16 # I see, that's what I was missing 18.42.29 # any ALU op with target PC and the set bit set also restores cpsr from spsr 18.42.54 # and on entry to irq the link register value is off by four 18.43.36 # yes this shift is explicitly stated 18.43.49 # so 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.41 # and 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.07 # you can change mode any time 18.49.26 # no trick 18.50.07 # so 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.32 # all modes otehr than user are privileged modes 18.51.04 # there is nothing special about supervisor mode except that it uses the "svc" banked registers for r13, r14 and spsr 18.51.15 # all the other modes have the same abilities. 18.51.31 # ok 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.23 # hi, I'm a fench student, and i'm intrested in the GSoc 19.42.12 # cool, which project? 19.42.22 # "Clean up the radio code" 19.43.14 # OK, do you have any experience with Rockbox? 19.44.27 # I'm using it since 4-5 years 19.44.39 # I have read some code 19.44.43 # good 19.44.47 # *a good start :) 19.44.58 # But I never contributed :/ 19.45.17 # That's OK, new blood is always welcome :) 19.46.31 # I 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.50 # I don't have any exeperience in embedded devices : will it be a problem ? 19.47.22 # Do you have some experience with C? 19.47.29 # yes 19.47.54 # That should be fine then 19.47.57 # I'm not a master, but I can produce code 19.48.50 # Rockbox 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.10 # Bagder: Could you pop up a we are in GSoC news item on the front page when you get a minute? 19.49.38 # Oh, and http://www.rockbox.org/irc/ is broken :) 19.50.15 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 19.50.26 # is 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.46 # Ayla: what do you want to do? 19.53.16 # n1s, I'd like to compile rockbox as a SDL application for a mipsel-linux system 19.54.37 # configure 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.05 # allright 19.55.12 # Zagor: http://www.rockbox.org/irc/ is broken apparently 19.55.36 # oh 19.56.50 # fixed 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.15 # wait, does rockbox work on sansa fuze v2? 20.13.45 # hex__: by fuzev2, you mean fuze+ ? 20.14.14 # no, version 2 20.14.42 # hex__: yes 20.14.56 # jvoisin: There is a fuzev1, fuzev2 and fuze+ 20.15.38 Quit TheSeven (Ping timeout: 248 seconds) 20.16.25 # what is the chance of ruining your sansa (failure rate) 20.16.33 # And 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.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.49 # can rockbox play video files? 21.10.20 # Yes, Rockbox can play MPEG1 and MPEG2 video files with MP3 audio. 21.10.39 # http://www.rockbox.org/wiki/PluginMpegplayer 21.10.51 *** Saving seen data "./dancer.seen" 21.13.30 # allright, 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.01 # Nice! 21.14.11 # why can't I see any video or music files in the file browser? 21.14.11 # Ayla: Picture, please! 21.14.34 # hex__: Is your Show Files setting set to "All" or "Supported"? 21.14.37 # hex__: maybe you accidentally changed the "Show files" option 21.14.41 # I can take a screenshot 21.15.02 # I didn't configure controls right now, so I can't do anything 21.15.11 # plus, some plugins failed to build 21.15.15 # but I guess that's a good start 21.16.12 # 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.34 # Ayla: don't worry too much about the plugins at first 21.16.48 # hex__: How did you copy them over? 21.18.14 # * bluebroth3r slaps forehead 21.19.10 # oh I see, it is in a folder called ##music## 21.19.26 # and how do i see .avi files? 21.19.31 # You don't 21.19.43 # you convert them 21.19.45 # LambdaCalculus37 just said that Rockbox supports mpeg1 and mpeg2 video only 21.19.58 # hex__: And you can copy the music to wherever you want 21.21.07 # and here is the screenshot: http://www.crapouillou.net/~paul/screenshot33.png 21.21.36 # yes alexp, i can 21.21.49 # you can what? 21.22.14 # i can copy music where ever i want 21.22.36 # Right, so you therefore know where to find them 21.22.42 # yes 21.23.00 # If they are in the ##msuic## folder it is only because you or the OF put them there, nothing to do with Rockbox 21.23.23 # Ayla: 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.51 # besides that, does anyone have a good converting tool? 21.24.05 # for converting...? 21.24.09 # videos? 21.24.13 # Try winff 21.24.14 # yes 21.24.15 # gevaerts, it should update to a new screen? 21.24.37 # ok, i'll just go to my virtual windows machine... 21.24.40 # Ayla: yes, you should get to the menu screen after a few seconds at most 21.24.48 # hex__: why? 21.24.57 # Ayla: try running configure with --sdl-threads 21.25.21 # ok 21.25.45 # AlexP: I'm using linux and I don't want to be bothered by putting programs on it 21.25.55 # er, OK... 21.26.23 # * bluebroth3r has expandable inline settings for TTS and encoder working :) 21.26.57 # what do people think about that? Instead of having a separate window for that configuration? 21.28.03 # is rockbox based on linux by any chance? 21.28.08 # no 21.28.15 # oh. 21.28.23 # It isn't based on anything 21.28.31 # It is built from scratch 21.28.41 # I know... 21.28.48 # So why ask then? 21.28.54 # it is based on recycled bits :P 21.28.58 # built from scratch != based on linux 21.29.11 # =? 21.29.22 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.29.27 # If it is built from scratch then it can't be based on linux by definition 21.29.28 # =! =>:O 21.29.42 # So if you know it is built from scratch then why ask if it is based on linux? 21.29.47 # I thought rockbox used a few bits from uclinix, which also used little bits of linux in it... 21.30.24 # I think we got our original strcpy from linux, but that got replaced 21.30.36 # Oh, okay 21.30.44 # gevaerts, there's no such thing on the configure, there's a --no-sdl-threads instead 21.30.58 # ah crap. forget about it 21.31.02 # Ayla: weird. configure --help says there is 21.31.03 # It's right above 21.31.04 # http://daniel.haxx.se/blog/2008/11/28/rockbox-is-not-linux/ 21.31.46 Quit GeekShadow (Quit: The cake is a lie !) 21.31.55 # nice. 21.32.35 # Ayla: 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.36 # 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.33 # hex__: 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.00 # hex__: It'd also be terrible if the planet exploded 21.34.07 # But why worry about either? 21.34.22 Quit benedikt93 (Quit: "Nothing is true, everything is permitted") 21.34.51 # domonoky: thoughts? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-tts-options-inline.jpg 21.35.31 # bluebroth3r: good idea 21.36.25 # ok, 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.53 # gevaerts: allright, it works with --sdl-threads 21.38.06 # Ayla: excellent! 21.38.07 # I now have a menu with "Files", "Database" ... 21.38.46 Part num1 ("Ex-Chat") 21.38.48 # You lose some performance compared to our own threading, but performance doesn't buy you much if it doesn't work :) 21.38.56 # looks like there are some tiny rendering issues, it's flickering a bit 21.38.59 # yes, indeed :) 21.42.30 # hmm, it segfaults after a Ctrl-C 21.53.43 # where 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.26 # Ayla: 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.52 # ok, thank you 21.59.11 # does anybody have a driver for the sansa fuze for windows xp? 21.59.31 # zipit z2, nice :) 21.59.56 # hex__: set the fuze to use msc 22.00.06 # 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.33 # my windows xp virtual machine will only accept mtp 22.22.45 # 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.04 # hex__: Then your VM is broken 22.25.28 # hmm, 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.50 # my vm is NOT broken 22.27.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 22.27.31 # OK, sure 22.27.41 # Either 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.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.22 # New commit by 03bagder (r29675): push for gsoc2011 23.57.43 Quit funman_ (Quit: leaving) 23.57.50 # front page update 23.57.51 # d 23.58.05 # Yay! 23.58.28 # nice, cheers 23.58.59 Quit kevku (Read error: Operation timed out)