--- Log for 03.01.112 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 15 hours ago 00.00.13 Join Topy [0] (~Topy44@f048067206.adsl.alicedsl.de) 00.03.07 Quit T44 (Ping timeout: 240 seconds) 00.03.21 Quit thegeek_ (Read error: Connection reset by peer) 00.03.26 Join thegeek [0] (~thegeek@87.37.34.95.customer.cdi.no) 00.17.30 Quit n1s (Ping timeout: 252 seconds) 00.18.21 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 00.18.55 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 00.30.48 Join soap_ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 00.30.48 Quit soap_ (Changing host) 00.30.48 Join soap_ [0] (~soap@rockbox/staff/soap) 00.34.32 Part Farthen ("Be back later") 00.35.50 Quit GermanMushroom (Read error: Connection reset by peer) 00.46.34 Quit einhirn_ (Read error: Connection reset by peer) 00.48.32 Quit soap (Disconnected by services) 00.48.35 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 00.49.00 Join soap_ [0] (~soap@rockbox/staff/soap) 00.49.53 Quit soap_ (Remote host closed the connection) 00.50.14 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.52.31 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20111228055358]) 00.53.17 Quit [Saint] (Ping timeout: 276 seconds) 00.53.56 Quit bertrik (Ping timeout: 248 seconds) 00.54.08 Quit guymann (Quit: internet) 00.56.30 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 00.57.24 Quit benedikt93 (Quit: Bye ;)) 00.57.43 *** Saving seen data "./dancer.seen" 00.58.13 Quit perrikwp (Ping timeout: 252 seconds) 01.03.26 Quit ender` (Quit: Outside of a dog, a book is a man's best friend. Inside of a dog it's too dark to read. -- Groucho Marx) 01.14.37 Quit TheLemonMan (Quit: WeeChat 0.3.6) 01.14.42 Join domonoky1 [0] (~Domonoky@agsb-5d8709cd.pool.mediaWays.net) 01.15.27 Quit domonoky (Ping timeout: 240 seconds) 01.18.51 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.21.08 Quit [Saint_] (Ping timeout: 248 seconds) 01.24.29 Quit thegeek (Read error: Connection reset by peer) 01.29.11 Join thegeek [0] (~thegeek@87.37.34.95.customer.cdi.no) 01.44.38 Quit thegeek (Ping timeout: 276 seconds) 01.45.46 Quit domonoky1 (Read error: Connection reset by peer) 01.54.27 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.56.52 Quit [Saint] (Ping timeout: 248 seconds) 02.07.47 Join thegeek [0] (thegeek@87.37.34.95.customer.cdi.no) 02.12.49 Quit thegeek (Read error: Connection reset by peer) 02.12.57 Join thegeek [0] (thegeek@87.37.34.95.customer.cdi.no) 02.16.38 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.17.49 Quit [Saint_] (Ping timeout: 248 seconds) 02.28.02 Join thegeek_ [0] (thegeek@87.37.34.95.customer.cdi.no) 02.30.07 Quit thegeek (Ping timeout: 240 seconds) 02.32.51 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.36.29 Quit [Saint] (Ping timeout: 248 seconds) 02.47.05 Quit [Saint_] (Remote host closed the connection) 02.57.47 *** Saving seen data "./dancer.seen" 03.07.24 Quit bieber (Ping timeout: 248 seconds) 03.07.39 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.08.02 Quit jlbiasini (Remote host closed the connection) 03.17.00 Quit bieber (Ping timeout: 248 seconds) 03.17.39 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.21.54 Quit bieber (Ping timeout: 240 seconds) 03.22.24 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.24.52 Quit remlap (Quit: Leaving.) 03.25.12 Quit Zarggg (Quit: Rebooting client...) 03.33.05 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 03.33.51 Quit bieber (Ping timeout: 252 seconds) 03.34.36 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.34.37 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 03.39.33 Quit bieber (Ping timeout: 268 seconds) 03.40.22 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 03.40.26 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.51.03 Quit remlap (Quit: Leaving.) 03.51.42 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.56.06 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 04.00.23 Part jlbiasini 04.19.49 Quit amiconn (Disconnected by services) 04.19.51 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.19.55 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.21.36 Quit pixelma (Read error: Operation timed out) 04.22.10 Join pixelma [0] (quassel@rockbox/staff/pixelma) 04.23.08 Quit bieber (Ping timeout: 240 seconds) 04.23.54 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.28.11 Quit [Saint] (Remote host closed the connection) 04.28.43 Join eclectic [0] (~bill@pool-71-166-24-166.bltmmd.east.verizon.net) 04.29.30 Join dys` [0] (~andreas@krlh-5f71f0b4.pool.mediaWays.net) 04.31.05 Quit dys (Ping timeout: 252 seconds) 04.32.25 # I'm trying to do a manual install of rockbox on my clip zip 04.32.40 # but cannot seem to find the bootloader for it 04.33.16 # is there one, or do I have to wait a while yet as I am not a developer? 04.33.54 # eclectic: look on anythingbutipod forums 04.34.32 # ok, i did, but i'll try again, thanks. 04.50.28 Quit TheSeven (Disconnected by services) 04.50.41 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.51.05 Quit othniel (Ping timeout: 240 seconds) 04.57.48 *** Saving seen data "./dancer.seen" 05.05.36 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 05.23.10 # New commit by 03funman (r31529): new include directory for targets with common SoC : cpu/soc ... 05.23.13 Join Rob2222 [0] (~Miranda@p4FFF34D7.dip.t-dialin.net) 05.23.25 # New commit by 03funman (r31530): Move PP-specific headers to pp/ directory 05.23.40 # possibly with red included 05.25.20 # r31529 build result: All green 05.26.35 Quit Rob2223 (Ping timeout: 240 seconds) 05.27.27 # also breaks ccache (new -I argument) 05.27.40 # r31530 build result: 3 errors, 0 warnings (funman committed) 05.28.40 # hum ata-target.h had non-PP specific code 05.30.28 # or at least advertised so 05.31.13 # New commit by 03funman (r31531): The connect is not a PP and doesn't have ATA storage 05.33.28 # New commit by 03funman (r31532): arm/pp : assume CPU_PP 05.33.29 # r31531 build result: All green 05.35.47 # r31532 build result: All green 05.36.17 Quit Horscht (Quit: Verlassend) 05.40.01 # New commit by 03funman (r31533): move PP specific files to pp/ 05.41.55 Quit scanf (Ping timeout: 240 seconds) 05.42.05 # r31533 build result: 128 errors, 0 warnings (funman committed) 05.44.28 # New commit by 03funman (r31534): Fix path to PP crt0 05.46.00 Join Osix [0] (~saurpriva@cpe-72-231-148-65.nycap.res.rr.com) 05.46.30 # r31534 build result: 9 errors, 0 warnings (funman committed) 05.47.05 Quit Keripo (Quit: Leaving.) 05.47.30 # New commit by 03funman (r31535): Fix path to PP USB bootloader crt0 05.47.47 # Last night I asked for some help in getting my media to play on my fuze+. Never mind. The workaround in FS#12447 was my solution. 05.47.47 # http://www.rockbox.org/tracker/task/12447 3[FUZE+]File of different format (flac, mpc, ogg, aac) being skipped. (bugs, unconfirmed) 05.49.36 # r31535 build result: All green 05.50.06 Join scanf [0] (~x32@unaffiliated/scanf) 05.51.01 # there is still something that could be done for PP *.lds 05.52.38 # can i claim the MrSomeone's task as done? 05.52.49 Quit eclectic (Quit: Leaving) 05.58.37 Quit ze (Ping timeout: 248 seconds) 06.06.20 # funman: sure :) 06.08.59 Join ze [0] (ze@tardis.yi.org) 06.46.42 Quit Osix (Quit: Leaving.) 06.50.03 Join godzirra [0] (~shawn@184.7.68.9) 06.50.26 # Heya guys. If I wanted to get a device that was similar to an ipod (I have an ipod classic that finally died) but supported rockbox well, what would you guys recommend? 06.50.34 # I liked the old cowon mp3 players,but they're all touch screen based now. 06.57.49 *** Saving seen data "./dancer.seen" 07.02.22 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.06.49 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 07.14.02 # New commit by 03jethead71 (r31536): i.MX31: Fix a couple oopses from r31528 ... 07.17.29 # r31536 build result: All green 07.26.39 Quit captainkwel (Quit: Ex-Chat) 08.18.35 Quit [Saint] (Quit: I know its a sin to kiss and swallow.) 08.19.04 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.38.17 Quit Scromple (Quit: Leaving) 08.57.53 *** Saving seen data "./dancer.seen" 09.05.48 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.06.19 Join ender` [0] (~ender@foo.eternallybored.org) 09.38.13 Quit [Saint] (Read error: Connection reset by peer) 09.41.57 Quit n17ikh (Ping timeout: 248 seconds) 09.42.31 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 09.43.11 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.51.09 Join JdGord [0] (~AndChat@pa58-109-144-180.pa.nsw.optusnet.com.au) 10.02.28 Quit JdGord (Read error: Connection reset by peer) 10.08.17 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 10.18.40 Join EngelS [0] (~enger@93.178.87.218) 10.21.56 Join JdGord [0] (~AndChat@pa58-109-144-180.pa.nsw.optusnet.com.au) 10.30.11 Join ender1 [0] (~ender@foo.eternallybored.org) 10.32.31 Quit ender` (Ping timeout: 240 seconds) 10.32.33 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 10.33.07 Quit ender| (Ping timeout: 276 seconds) 10.45.32 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 10.46.29 Join y4n [0] (y4n@unaffiliated/y4ndexx) 10.51.59 Join dfkt [0] (dfkt@chello062178002170.1.11.univie.teleweb.at) 10.52.00 Quit dfkt (Changing host) 10.52.01 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.54.45 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 10.54.45 Quit pamaury (Changing host) 10.54.45 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.57.57 *** Saving seen data "./dancer.seen" 11.05.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.08.02 Quit EngelS (Quit: Вы теперь как-то сами, будете без меня) 11.09.06 Quit [Saint] (Quit: I know its a sin to kiss and swallow.) 11.09.25 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 11.16.07 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 11.17.45 Quit [Saint] (Quit: I know its a sin to kiss and swallow.) 11.18.02 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 11.33.16 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 11.53.05 Join lorenzo92 [0] (~chatzilla@95.237.109.238) 12.03.49 Quit JdGord (Quit: Bye) 12.07.36 # does anyone happen to have that a higher-res version of that rockbox cube logo, presumably made by jeanreno from the misticriver forums, ages ago? it was linked here - http://forums.rockbox.org/index.php/topic,6202.210.html 12.08.09 # it is also used in some icon sets - silk and tango, methinks 12.09.41 # better link - http://forums.rockbox.org/index.php/topic,6202.msg73616.html#msg73616 12.13.32 # kugel: hi! I was adapting the headphone sense using the new samsung header :) 12.13.44 # cool 12.24.54 Quit lorenzo92 (Ping timeout: 276 seconds) 12.30.40 Join TheLemonMan [0] (~LemonBoy@adsl-ull-95-202.50-151.net24.it) 12.35.44 *** Invited to #unknownbliss by unknownbliss!~unknownbl@unaffiliated/unknownbliss 12.54.29 Join lorenzo92 [0] (~chatzilla@95.237.109.238) 12.58.01 *** Saving seen data "./dancer.seen" 13.02.34 Quit nick_p (Quit: Leaving) 13.10.38 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 13.15.38 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 13.32.40 # kugel: okay headphone sense is working fine again :) 13.33.01 # kugel: this time I included also some ioctl to initialize the gpio pin, as done in OF 13.37.36 # I'll send you the patch in few mins 13.43.52 # kugel: here it is! http://dl.dropbox.com/u/38710278/GPIO_patch.diff 13.44.52 # tell me how does it look :) 13.59.34 # kugel: slightly improved patch ;) http://dl.dropbox.com/u/38710278/GPIO_patch_2.diff 14.00.06 # I think this should be quite ready to commit, what do you think? 14.01.23 # lorenzo92: put it on the tracker please 14.01.37 # yeah indeed 14.02.14 # do I create another ticket or the same for R0? 14.04.02 # kugel: forgot to address the question to you :) 14.07.09 # http://www.rockbox.org/tracker/task/12348 added 14.09.19 # will have a look this evening 14.16.16 # lorenzo92: does the OF have this feature? 14.16.45 # kugel: yes but it does only pause, not resume after reinsertion :) 14.17.29 # kugel: ah btw, I finally discovered that the OF uses the gpio to check sd insertion too ;) 14.17.39 # ...the same pin I discovered! 14.34.04 Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) 14.38.00 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 14.38.19 # bluebrother: FS#12505 14.38.20 # http://www.rockbox.org/tracker/task/12505 3Missing key link in bubbles.tex (bugs, unconfirmed) 14.42.40 Quit GermanMushroom (Ping timeout: 252 seconds) 14.44.33 Quit tchan (Read error: Connection reset by peer) 14.45.10 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 14.45.26 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 14.46.10 Quit Guinness` (Read error: Connection reset by peer) 14.56.06 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 14.58.04 *** Saving seen data "./dancer.seen" 15.01.25 Join mortalis [0] (~mortalis@77.108.98.177) 15.35.32 Quit pamaury (Remote host closed the connection) 15.36.04 Quit bzed (Read error: Operation timed out) 15.36.45 Join bzed [0] (~bzed@devel.recluse.de) 15.41.07 Quit jlbiasini (Quit: jlbiasini) 15.56.24 Join hurdman [0] (~ygcheny@cylon.r0b0t.fr) 15.56.27 # hi 15.57.16 # i had a rockbox on a iPod nano 2nd Gen 15.57.22 # i have tried to update it 15.57.24 Join Rob2223 [0] (~Miranda@p5DE4BF97.dip.t-dialin.net) 15.57.31 # i have crash :/ 15.57.40 # now i can only get the iLoader 15.57.48 # what should i do ? 16.00.40 # ( i have try to fdisk / vfat, restore with itunes, use rockbox utilities and/or ipodpatcher ) 16.00.44 Quit Rob2222 (Ping timeout: 240 seconds) 16.01.19 # New commit by 03mortalis (r31537): rk27xx: Fix cache broken in r31339. Remove deprecated aliases. 16.01.54 Quit nick_p (Quit: Leaving) 16.09.55 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 16.10.13 Join drezon [0] (~drezon@2a01:238:4200:7e03:f2de:f1ff:fe4f:3584) 16.17.52 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 16.17.52 Quit pamaury (Changing host) 16.17.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.27.35 # why is build taking so long? 16.28.39 # mortalis: "traditionally", stuck builds tend to be caused by a network glitch on the server. I believe it will timeout in a few minutes 16.29.35 Quit TheLemonMan (Ping timeout: 252 seconds) 16.29.39 # r31537 build result: All green 16.39.18 # JdGordon: It would be nice to have your idea about this FS#12507 because lebellium claims his Theme to be 100% following rockbox standart so that it should be a rockbox bug 16.39.19 # http://www.rockbox.org/tracker/task/12507 3lebellium Samsung-like Theme causing rockbox crash on usb connection (bugs, unconfirmed) 16.44.46 Join tottto-drummond [0] (~maurice@modemcable118.121-203-24.mc.videotron.ca) 16.45.05 Quit jlbiasini (Remote host closed the connection) 16.48.49 # 'just installed Rockbox on my Sansa e200.. super.. 16.54.49 Quit GeekShadow (Ping timeout: 255 seconds) 16.54.50 # donate! 16.54.58 # because it was the first thing I did after using it 16.55.25 Join GeekShadow [0] (~antoine@40.51.201.77.rev.sfr.net) 16.57.03 # good idea !!! 16.57.56 # New commit by 03jethead71 (r31538): Gigabeat S: Dump some now-irrelevant comments. 16.58.07 *** Saving seen data "./dancer.seen" 16.59.52 # r31538 build result: All green 17.01.27 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 17.08.29 # New commit by 03jethead71 (r31539): i.MX31: need an additional ISR lockout instance when closing driver. 17.10.36 # r31539 build result: All green 17.26.19 Nick dys` is now known as dys (~andreas@krlh-5f71f0b4.pool.mediaWays.net) 17.36.22 # Heya guys. If I wanted to get a device that was similar to an ipod (I have an ipod classic that finally died) but supported rockbox well, what would you guys recommend? I like the old non touch screen cowon's, but I don't want a wannabe ipod touch. (Or a real ipod touch for that matter) 17.39.36 Nick liar is now known as krnlyng (~liar@clnet-p09-185.ikbnet.co.at) 17.56.19 # Anyone? :) 17.57.27 # Recommend a sansa device 17.57.43 # godzirra: what does "similar to an ipod" mean exactly? 17.57.55 Quit krnlyng (Read error: Connection timed out) 17.58.04 # i've seen it on e280 and on sansa fuze 17.58.30 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 17.58.32 # its pretty nice on either, fuze seems to have an issue where you need to boot the original firmware to charge 17.58.36 # gevaerts: Fairly small, more than just a text based screen? I'd like cover art but its not a huge deal. Basically something small that will take my whole music collection (32 gigs or so) and isn't touch screen. 17.58.56 # orzo: You have to reboot it to charge? 17.59.00 # That seems like a pain. 17.59.20 # i guess, my gf doesnt seem to mind 17.59.34 # I'm not aware of any such issue 17.59.40 # i have the e280 and mine is less powered than hers 18.00.11 # maybe it was original firmware to load files from the computer... 18.00.19 # anyway, there was something rockbox wouldnt do 18.00.28 # The fuzev2 doesn't do USB in the 3.10 release in rockbox (although that changed in the current builds), but as far as I know it charges just fine 18.00.38 # Do any of the sansa's have ~30 gigs of space? The biggest one I was looking at was 16gigs? 18.00.38 # okay 18.00.44 # sorry, i probably misremembered 18.01.04 # godzirra: the fuze has a microsdhc slot that can take 32GB cards 18.01.10 # godzirra: 32meg microsd are cheapish now 18.01.26 # Ah, so I can get the 4gig one and just toss a 32 gig card in it? 18.01.37 # yes 18.01.52 # gevaerts: and if I do a current build, I don't have to reboot to original firmware for charging or loading of music? 18.01.55 # note that you may have trouble upgrading to anything larger in the future 18.02.00 # http://www.amazon.com/SanDisk-32GB-microSDHC-Memory-Package/dp/B003WGJYCY/ref=sr_1_1?ie=UTF8&qid=1325610091&sr=8-1 18.02.01 # Ah, hrm. 18.02.03 # Good point. 18.02.08 # 64gb microsd cards are still somewhat.. terrifying 18.02.37 # godzirra: on fuzev2, you will have to boot original firmware for something, probably loading music 18.02.38 # I'm sitting right at 31 gigs, so that may be a poor choice. Hm. 18.02.54 # oh wait 18.02.55 # orzo: *not* in the current build 18.02.55 # its fixed? 18.03.06 # i can't wait to tell my gf 18.03.07 # heh 18.03.11 # Any suggestions other than a fuze though? Are there any good players that have a lot of storage space that aren't sdhc cards? 18.03.24 # there are virtually no players being made any more that have hard disks 18.03.29 # God, that sucks. 18.03.31 # and if you are after >32GB capacity then you are talking about a hard disk 18.03.39 # (for now) 18.03.41 # I miss my old iriver. 18.03.57 # the ipod classic is the only notable one that i can think of, if you want something that's actaulyl still being manufactured 18.04.07 # The ipod classic doesn't support rockbox I thought? 18.04.11 # personally i am very happy with my ipodvideo 18.04.13 # 80GB 18.04.14 # Or not well, since power consumption on it is horrible? 18.04.24 # if you can get hold of a ipod mini you can stick a CF-Card in it 18.04.28 # which is supported just a-ok by rockbox and if you get a replacement battery they last ages 18.04.36 # 32GB is rather cheap, 64GB less so 18.04.36 # ... a CF card? on an ipod mini? 18.04.38 # (all the original batteries are getting rather old by now) 18.04.51 # The rockbox port for the classic isn't considered to be enduser ready yet, although some people use it 18.05.09 # gevaerts: Yeah, I was talking to someone about it the other day (week?) and they said that battery life was < 8 hours. 18.05.10 # godzirra: works like a dream, and improves the battery life considerably :) 18.05.24 # Lalufu: I didn't even know you could put a cf card in any apple device. 18.05.39 # it's not quite officially supported. 18.05.41 # the mini has a CF microdrive in it normally 18.05.53 # you can replace it with a solid state cf card instead 18.06.00 # it's not a slot, you have to open it up 18.06.03 # Huh. I didn't know that. 18.06.07 # Interesting. 18.06.22 # They're all out of warranty, anyway. 18.07.12 # What's the max size you can put in there? 18.07.38 # I haven't tried a 64GB card, as those are rather expensive. 18.07.43 # 32GB works, on a 2g 18.07.51 # Hrm, 64 is rather expensive. 18.07.55 # which means I'm still looking at buying something else. 18.08.16 # cehck the price on an 80gb ipod video on ebay ;P 18.08.30 # i <3 rockbox 18.10.09 # orzo: Yeah, I had an old iriver h120 that had rockbox and it was fantastic. 18.11.02 Join stoffel [0] (~quassel@pD9E41D71.dip.t-dialin.net) 18.17.08 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.17.18 Quit remlap1 (Client Quit) 18.19.08 Quit remlap (Ping timeout: 240 seconds) 18.30.10 Join TheLemonMan [0] (~LemonBoy@adsl-ull-95-202.50-151.net24.it) 18.37.30 Quit stoffel (Ping timeout: 252 seconds) 18.47.40 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 18.48.40 Join lorenzo92 [0] (~chatzilla@host51-111-dynamic.21-79-r.retail.telecomitalia.it) 18.58.09 *** Saving seen data "./dancer.seen" 19.03.08 # is there a cmd line tool to parse xml? 19.07.32 Join stoffel [0] (~quassel@pD9E41D71.dip.t-dialin.net) 19.11.20 Quit tottto-drummond (Quit: Quitte) 19.14.17 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.15.21 # does make have some magic to detect if it created objects itself or other processes? 19.15.46 # eclipse updates X.class (due to auto compilation), but make doesnt see it and re-compiles X.class 19.16.00 # X.class is clearly newer than X.java before running make 19.16.11 # i verified that 19.16.13 # no, it doesn't. 19.16.32 # either you are mistaken about hte mtimes or your makefile dependencies are wrong 19.16.35 # :) 19.17.29 # checked with ls -l --time-style=full-iso 19.18.05 # well, if you are sure then it's a different dependency causing it to be rebuilt :) 19.19.21 # Actually, how far apart were the times before? 19.21.31 # under a second 19.23.35 Quit TheLemonMan (Quit: WeeChat 0.3.6) 19.24.01 # eh, it doesn't matter 19.24.10 # anyway, i suspect you have a dependency you aren't considering 19.27.18 # make is limited by the resolution of your filesystem's mtimes, but ls is showing the same resolution, and even if two files have the exact same mtime it will consider that up to date. 19.27.25 # so, yeah. some other dependency. 19.32.15 # there's only one further dependency, R.java, that's minutes older 19.32.23 # $(CLASSPATH)/$(PACKAGE_PATH)/%.class: $(ANDROID_DIR)/src/$(PACKAGE_PATH)/%.java $(CLASSPATH)/$(PACKAGE_PATH)/R.class 19.34.06 # http://pastie.org/3119939 19.38.00 Quit bluebrother (Disconnected by services) 19.38.02 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.40.13 Quit krnlyng (Ping timeout: 252 seconds) 19.40.37 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.40.48 Quit fs-bluebot (Ping timeout: 240 seconds) 19.42.22 Join fs-bluebot [0] (~fs-bluebo@g226071002.adsl.alicedsl.de) 19.43.00 # it's annoying that make doesnt "accept" eclipse's class files 19.43.18 # however, at least it's the other way around with newer android sdk versions 19.43.59 Quit drezon (Quit: So long and thanks for all the fish) 19.49.23 # kugel: is FS#12507 likely to be a buflib problem? 19.49.24 # http://www.rockbox.org/tracker/task/12507 3lebellium Samsung-like Theme causing rockbox crash on usb connection (bugs, unconfirmed) 19.52.36 Quit jlbiasini (Remote host closed the connection) 19.59.34 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 20.01.50 Join Strife89 [0] (~Strife89@207.144.201.128) 20.02.45 Quit stoffel (Remote host closed the connection) 20.03.09 Quit Xerion (Ping timeout: 276 seconds) 20.03.25 Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) 20.04.51 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) 20.04.52 Quit amithkk (Remote host closed the connection) 20.06.04 Quit krnlyng (Ping timeout: 252 seconds) 20.07.20 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.07.45 # i had a rockbox on a iPod nano 2nd Gen 20.07.50 # i have tried to update it 20.07.54 # now i can only get the iLoader 20.07.58 # ( i have try to fdisk / vfat, restore with itunes, use rockbox utilities and/or ipodpatcher ) 20.08.02 # what should i do ? 20.09.05 # hurdman: I believe iLoader is done by the freemyipod people. You'll probably find more people who know about that in #freemyipod 20.09.43 # gevaerts: ok thanks 20.10.07 # if you restored with Itunes there shouldn't be any iloader on the player 20.10.45 # pamaury: oups! I forgot to take two finger button out of simulatorui! do you want a patch? 20.11.47 # bluebrother^: there's one 20.12.49 # that's strange 20.13.15 # or is it some flased emcore? 20.13.19 Quit Keripo (Read error: Connection reset by peer) 20.14.17 Join Xerion [0] (~xerion@5419A30B.cm-5-2c.dynamic.ziggo.nl) 20.14.34 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 20.14.45 # jlbiasini: I've started working on mkimxboot integration for Rockbox Utility. Changed some things. 20.15.21 # I guess I should be able to get that finished soon 20.15.50 # (busy with family stuff atm) 20.16.58 # bluebrother^: it looks like a sort off encrypted boot flash into the ipod 20.25.07 Join amithkk [0] (u4289@gateway/web/irccloud.com/x-vdjcavthzmeyydkw) 20.25.08 Quit amithkk (Changing host) 20.25.08 Join amithkk [0] (u4289@2buntu/writers/amithkk) 20.33.29 # heh, nice, the java parts can now be build with ant 20.33.52 # saratoga: everything seems likely to be a buflib problem these days :) 20.40.37 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 20.58.11 *** Saving seen data "./dancer.seen" 21.05.58 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 21.13.06 # thomasjfox: :) 21.13.11 # waited for ypi :P 21.13.13 # you* 21.13.51 # You mean before updating the patch? ;) 21.14.02 # give me a second 21.14.22 # Easy, I can also test the current version 21.14.43 # * gevaerts asks kugel's opinion on http://forums.rockbox.org/index.php/topic,29923.0.html 21.15.09 # thomasjfox: updated 21.15.43 # gevaerts: Might be worth to run a sim via valgrind and do the same action as the user did 21.15.48 # thanks 21.16.20 # gevaerts: hm, I checked pf repeatedly, so probably be some of the more recent buflib changes 21.17.06 # There have been several fixes to buflib since 3.10 I believe. Would backporting those be safe? 21.17.17 # (and not too difficult...) 21.18.45 # gevaerts: didnt the user report that 3.10 works, while current svn doesnt? 21.19.07 # oh, he meant a current build with latest release 21.19.36 # well, there's some other bugs that are possibly buflib related so I wouldnt call it safe just yet 21.20.12 # thomasjfox: on maemo nothing should change, battery level and remaining as the OS reports them 21.21.12 # To be honest, I'm not sure if we should spend time backporting too many fixes. Trunk seems to be in good shape, and the 3.10 release was a bit of a mess, so I think I prefer an early 3.11 (maybe near the end of the month?) over a 3.10.1 21.23.55 # kugel: Ok. Let's see if it compiles out of the box *fingers crossed* 21.24.28 Join TomColler [0] (~thomas@net-93-144-166-233.cust.dsl.teletu.it) 21.24.57 # Although I think details might depend on the git migration. I'd *really* like to have an auto-built stable branch close to releases so we'd have continuous RC builds, hosted on the server where rbutil can get at them easily 21.25.36 # on that subject i'm voting for "let's do that as soon as zagor/me/you/others are available" 21.26.19 # bluebrother^: ok good! But wasn't it already ok? What did you had to change? 21.26.21 # * kugel is in the asap camp 21.26.40 # well by voting i mean i'm declaring we are ready and can fix stuff up afterward 21.26.48 # * gevaerts sees too many useful things depending on the git migration to want to postpone it :) 21.28.03 # bluebrother^: alternatively if change are not very complicated and you are busy, just tell me what to do and I will work further on it 21.28.22 # :) 21.34.39 Join alnilam [0] (80ede0d6@gateway/web/freenode/ip.128.237.224.214) 21.38.00 # Hi folks, I recently updated rockbox on my sansa clip+ to version 3.10, and now it seems unable to connect to a computer via USB - it simply charges. But before, I could connect via USB even running rockbox. 21.38.50 # So I rebooted in the original firmware, made sure it's in MSC mode - it is. Under the orig. firmware, I could connect fine, and so I downgraded to the older version of rockbox I had, which now once again lets me connect via USB. 21.39.33 # alnilam: which version were you running before? USB has been disabled on clip+ for a *long* time... (it's enabled again since one or two weeks in the development builds) 21.40.56 # Oh, I didn't know that! It's a custom build that someone made when rockbox did not support SDHC cards. This build did. I notice that now 3.10 supports SDHC, hooray! 21.41.19 # hm, right. A custom built could have had usb enabled 21.41.20 # the build number issss...r29143M-110126 21.42.45 # okay, I think that answers my question then 21.42.48 # about why it stopped working 21.42.59 # it is deliberately disabled... were the developers having issues with USB? 21.43.17 # There were some nasty issues with it, yes 21.43.48 # Okay, thanks :) unless you have any other words of advice, I guess that's all I needed 21.43.52 # We believe they're now fixed, but 3.10 doesn't have those fixes yet 21.44.07 # Okay, I'll keep a closer eye on the dev page then! 21.44.57 # Thanks a lot, and big thanks to all rockbox developers, we users really appreciate it 21.50.33 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.51.32 # thomasjfox: does it work? 21.51.58 # kugel: Still updating my dev box / rockbox tree 21.52.11 # kugel: Will try in a second 21.53.23 Quit alnilam (Quit: Page closed) 21.54.37 # thomasjfox: oh okay 21.59.10 # New commit by 03thomasjfox (r31540): Fix warning about missing newline at the EOF 22.00.10 Quit stripwax (Quit: http://miranda-im.org) 22.00.47 # lorenzo92: heh, just a tip. "X == 1 ? true : false" is a bit too much 22.01.20 # X == 1 returns a boolean already 22.01.21 # r31540 build result: All green 22.01.30 # kugel: uhm haha you're right 22.01.39 # kugel: don't know why I used this lol 22.02.44 Quit Keripo (Quit: Leaving.) 22.03.28 # kugel: This one is easy to fix: "firmware/powermgmt.c:228: error: expected ';' before '}' token" 22.03.31 # lorenzo92: your patch looks fine otherwise 22.03.44 # kugel: good :) 22.04.05 # kugel: I tested it in runtime for some hours and seems working fine 22.04.12 # I think I'll commit it right away 22.04.19 # great ;) 22.04.38 # kugel: What about this one: "firmware/powermgmt.c:301: error: 'powermgmt_est_runningtime_min' undeclared" ? 22.06.33 # kugel: same for: "firmware/powermgmt.c:386: error: 'battery_millivolts' undeclared" 22.06.43 # Looks like some define is missing 22.08.03 # should be #define CONFIG_BATTERY_MEASURE PERCENTAGE_MEASURE|TIME_MEASURE 22.08.12 # lorenzo92: gah, I messed something up 22.08.42 Quit n1s (Quit: Ex-Chat) 22.09.13 # kugel: headphone sense the other way round? :) 22.10.43 # kugel: ah! that's why I used the ? trick maybe! 22.13.16 # no, I meant local messup of my commit :) 22.13.22 # th 22.13.44 # <[7]> bluebrother^: the later iloader versions are installing to the NOR flash as well 22.13.45 # thomasjfox: unfortunately maemo has a strange build system, or I could fix it myself 22.14.32 # kugel: I recently thought we could do the same trick as for the ypr0 and just provide the needed precompiled libs + our toolchain 22.14.58 # but I guess that would just be a too big binary blob and a maintenance mess 22.15.12 # New commit by 03kugel (r31541): Adjust a few makefiles to generate smaller (upto 80%) binaries on RaaA through ... 22.15.19 # New commit by 03kugel (r31542): android: Adjust gcc/linker cmdline. Fixes build with ndk r7. 22.15.23 # New commit by 03kugel (r31543): android: Update build system for recent SDK versions and target ice cream sandwich. ... 22.15.28 # New commit by 03kugel (r31544): ypr0: Enable headphone detection ... 22.15.38 # kugel: I'm currently tracing the value of CONFIG_BATTERY_MEASURE 22.15.51 # it's on config/maemo.h 22.15.54 # in* 22.16.46 # r31541 build result: All green 22.16.54 # kugel: Have you thought about prefixing the config options? TIME_MEASURE could be anything... 22.18.38 # r31544 build result: All green 22.19.09 Join lovasoa [0] (~olojkine@78.251.24.2) 22.20.40 Join petur [0] (~petur@rockbox/developer/petur) 22.20.59 # kugel: The definition of the missing variable is inside "#if !(CONFIG_BATTERY_MEASURE & TIME_MEASURE)" in powermgmt.c 22.21.44 # kugel: So either the variable is missing or the wrong code gets compiled in later on in line 301 22.25.37 # thomasjfox: try to replace that with "#if ((CONFIG_BATTERY_MEASURE & TIME_MEASURE) == 0)", IIRC I had problems with ! there before 22.25.44 # Hey, when I get an alert message while I'm in the WPS, the screen doesn't update correctly after the end of the message's timeout: I can still see half of the message. Is it a known bug? 22.30.53 # kugel: Not sure if that will help, for maemo CONFIG_BATTERY_MEASURE also sets the TIME_MEASURE bit 22.31.11 # are long m4a files expected to work now? 22.33.19 # kugel: same thing 22.35.19 # gevaerts: does that look okay for a toolchain upgrade? http://pastie.org/3120945 22.37.50 Join Thra11 [0] (~thrall@87.115.32.1) 22.38.22 # thomasjfox: in line 528? 22.38.38 # * kugel hacks that defines into the sdl app just to compile 22.39.53 # kugel: I'm talking about firmwared/export/config/nokian900.h 22.40.10 # There is sets "#define CONFIG_BATTERY_MEASURE (PERCENTAGE_MEASURE|TIME_MEASURE)" 22.40.37 # yea, I receive an error on line 528 22.40.39 # "static int powermgmt_est_runningtime_min;" is only defined if TIME_MEASURE is not present 22.40.48 # [7]: that's what I was thinking about :) Wasn't aware that later iloader does that as well. 22.40.48 # which is within VOLTAGE_MEASURE 22.40.52 # So I get an error on line 301 22.40.57 Quit Thra11 (Client Quit) 22.41.17 # argh, stupid preprocessor 22.41.30 # #define CONFIG_BATTERY_MEASURE (PERCENTAGE_MEASURE|TIME_MEASURE) != #define CONFIG_BATTERY_MEASURE PERCENTAGE_MEASURE|TIME_MEASURE 22.41.48 # jlbiasini: there have been a couple of issues. The most annoying one is that mkimxboot takes quite long to complete, and during that time the UI blocks which is really ugly. 22.42.09 # so I've moved that call into a separate thread, but that causes some changes. 22.42.13 Quit lorenzo92 (Quit: ChatZilla 0.9.88 [Firefox 8.0/20111115183813]) 22.42.47 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 22.42.47 # also, I'm not happy with that 70% battery power installation hint. It's way too specific. 22.43.09 # thomasjfox: try defining NO_LOW_BATTERY_SHUTDOWN 22.43.11 # what if we get another device supported that requires 80%? And why 70% at all? Why not 71%? 22.43.15 # the sdl app does compile with that one 22.44.08 # IMO we should either instruct the user to make sure the device is charged but not mention a specific level of charge. This should be enough to make sure the user has charged its player. 22.44.29 # kugel: If it define NO_LOW_XXX, then the error on line 386 is gone. The one on 301 stays 22.44.42 # thomasjfox: oh, and undef CURRENT_* please :) 22.44.44 # or not mention it at all, since a requirement to have the battery charged before upgrading the firmware is something that should be covered by the OF firmware update description in the vendors manual 22.45.08 # It's also not related to retrieving the OF, which is what ofHint() is about. 22.45.22 Quit perrikwp_ (Ping timeout: 255 seconds) 22.45.34 # and your latest patch is still using a fixed filename for a temporary file. That's a no-no. 22.46.05 # but anyway, I'm mostly through it so I don't see much point in you fixing things I've already changed :) 22.47.25 # kugel: almost got it 22.47.26 # btw, I don't see a point in telling the user to check the Rockbox manual on how to boot the original firmware on bootloader installation. Bootloader installation means that there is no Rockbox bootloader on the player, and in that case there is no dual boot to handle on starting the player :) 22.47.36 # kugel: One more error left: "firmware/target/hosted/maemo/maemo-thread.c:176: undefined reference to `battery_status_update'" 22.48.09 # kugel: Can I just remove it? 22.48.28 # New commit by 03bluebrother (r31545): Remove trailing whitespaces. 22.49.05 # thomasjfox: yes 22.49.07 # kugel: IIRC the new code should just hand over the 'maemo_battery_level' value if asked to 22.49.37 # that's correct 22.50.17 # r31545 build result: All green 22.52.21 # New commit by 03bluebrother (r31546): Update displayed settings on startup. ... 22.53.24 # kugel: I'd do that in several stages. Add the new toolchain, then when it's installed on a few build clients update builds, and then when everyone has upgraded remove the old one 22.54.16 # r31546 build result: All green 22.55.29 # gevaerts: I don't think the old one still works 22.55.49 # since I changed the target to android-15 22.56.22 # there are only two clients providing android, one of them is my build client which is updated already 22.56.26 # the other one is zagor 22.56.28 # or are there more? 22.56.39 # I don't know. Zagor can check 22.56.53 # If it's only those two, yes, you can do a coordinated single upgrade round 22.57.53 # It's just that IIRC declaring toolchains on the commandline that aren't recognised isn't allowed, so changing the list of known toolchains needs a bit of care 22.58.01 # I could be wrong there though 22.58.13 *** Saving seen data "./dancer.seen" 22.58.37 Join Scromple [0] (~Simon@119.225.209.134) 22.59.44 # ah you mean to keep the android-30 line to not have clients being kicked off? 22.59.48 # yes 23.00.00 # makes sense 23.00.31 # saturn-amiconn also builds android 23.01.06 # The server logs what every client declares, so that's easy to check for the right people 23.01.34 Quit Xerion (Read error: Connection reset by peer) 23.02.06 # kugel: Got the new build up and running 23.02.16 # kugel: Battery percentage shows the correct value 23.02.52 # kugel: "Runtime left" went from "5 hours 0 minutes" to "0 hours -1 minutes" 23.03.05 # meh 23.03.10 # :) 23.03.32 # I'll add debug printfs to the returned values in maemo-thread.c 23.06.59 # Torne: do we already have some gitweb for the git repository? Would be really useful to be able adjusting scripts before the actual transition. 23.07.00 # kugel: Oh wait, there's a new "View battery" debug menu 23.07.32 # kugel: Strangely I don't see any "Estimation: xyz minutes" or "Estimation: n/a" print out 23.08.02 Join Xerion [0] (~xerion@5419A30B.cm-5-2c.dynamic.ziggo.nl) 23.08.30 # bluebrother^: we don't, no 23.08.30 # try http://pastie.org/3121122 in powermgmt.c 23.08.33 # thomasjfox: ^ 23.08.42 # replace battery_time() with that 23.08.54 # I hope it's planned though? 23.09.21 # thomasjfox: that seems strange, it should print _something_ at least :) 23.09.23 # yeah 23.09.59 # kugel: It shows "battery 86%" 23.10.14 # and in the next line "86%-87% (1%)" 23.10.29 # there are several pages 23.10.30 # and now it's drawing some nice chart 23.10.46 # ah ok 23.10.47 # got id 23.10.49 # it 23.10.49 # I don'T think you can flip through them using the touchscreen though :) 23.11.04 # with grid mode perhaps 23.11.06 # Estimation n/a is finnaly there 23.12.18 Quit amiconn (Disconnected by services) 23.12.19 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 23.12.22 # bluebrother^: hello 23.12.39 # bluebrother^: to answer in the order 23.12.41 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 23.13.27 # 70% is the hint from manufacturer while performing firmware upgrade 23.13.44 Quit petur (Quit: Leaving) 23.13.51 # kugel: The last fix from pastie.org works 23.14.08 # a simple way would be to ask the user to refer to his device documentation on how to perform a firmware upgrade. 23.14.08 # that's nice 23.14.29 # kugel: I'll stress the battery a little to see if it gets updated 23.14.56 # * thomasjfox likes JdGordon's work on the theme in trunk 23.15.13 # bluebrother^: about the fact it has nothing to do with OF I know and I agree 23.15.48 # thomasjfox: what did he do? 23.16.06 # kugel: The cabbie theme now has a volume slider that pops up 23.16.13 # that was me, though :) 23.16.31 # * thomasjfox likes kugel's work on the theme in trunk 23.16.34 # :) 23.17.19 # bluebrother^: regarding booting into OF, on a bootloader upgrade the user wil not be able to upgrade if does not boot into OF, same about uninstalling 23.17.58 # bluebrother^: ping 23.18.06 # anyway this is anoying to have all that in the code, and this is all in my manual patch anyway 23.18.07 # funman: pong 23.18.16 # so you can take it out 23.18.18 # why do you force osx build with 10.4 sdk? 23.18.29 # -mmacosx-min-version isn't enough? 23.18.51 # never checked. It was that way when I started working on OS X. 23.19.30 # perhaps you know apple phased out ppc and doesn't give ppc sdk anymore 23.20.03 # jlbiasini: telling the user to start the original firmware should be enough even for an update IMO. Users should know what they are doing after all :) 23.20.31 # funman: if we want ppc support we need to build against the 10.4 SDK 23.21.02 # and while I tend to consider dropping ppc support we currently still have it, so we need to use gcc-4.0 and the old SDK 23.21.06 # thomasjfox: thanks for helping 23.21.15 # is there any problem with using that SDK? 23.21.21 # kugel: You're welcome 23.21.26 # bluebrother^: yeah right anyway this goes into the manual 23.21.34 # bluebrother^: yes it's not available 23.21.46 # i only did a i386 build of mkamsboot 1.5 23.22.05 # so that we will be able to tell them in a smug way RTFM! :D 23.22.12 # kugel: Should we do one more round with an "final" updated patch? 23.22.13 # apple ships xcode4.2 with 10.6 sdk (which is i386 only) 23.22.48 # jlbiasini: that's how I'm planning to do it: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-of-updatehint.jpg 23.24.16 # funman: urgh. That's 10.7 only, right? 23.25.06 # possibly 23.25.12 # thomasjfox: will put it up in a minute 23.25.15 # no it works on 10.6 too 23.25.21 # hmm. I'm still on 10.6 (and currently not planning to update) 23.25.37 # bluebrother^: the only slight difference that make it a little more sensible on the fuze+ is that you don't perform an upgrade through a menu or something like that. Praticaly, a soon as the user unplug his device (and in fact as soon as it safely remove it) the player start updating 23.26.07 # this is why I was a little over caring on this subject 23.26.09 # bluebrother^: anyway, is it possible to download 10.4 SDK? 23.26.13 Quit krnlyng (Remote host closed the connection) 23.26.36 # funman: no idea -- I'm still using the XCode that came with 10.6 which does have the 10.4 SDK 23.26.55 # which version is that? 23.26.59 # which is XCode 3.something 23.27.29 # I _think_ you can still download it if you log in to Apple's devcenter. Haven't tried since a while though 23.28.06 # trying to do that, will report when Big Brother knows all about me and allows me to download stuff 23.28.17 # :) 23.29.10 # kugel: you are working on theme, would you mind having a look at this FS#12507 23.29.11 # http://www.rockbox.org/tracker/task/12507 3lebellium Samsung-like Theme causing rockbox crash on usb connection (bugs, unconfirmed) 23.29.18 # apart from that, since we have a configuration option for Rockbox Utility to build an Intel only binary it would make sense to respect that when building the libs as well. I guess I need to look into that some time :) 23.29.35 # why do you have to remove the SD card when installing a fuze+ update? 23.30.39 # bluebrother^: I hit new snake (actually the old one :) ) on the manual FS#12508 23.30.39 # http://www.rockbox.org/tracker/task/12508 3[snake plugins] Manual claims for a button to change level which doesn't exist in the code (bugs, unconfirmed) 23.31.22 # jlbiasini: noticed that. I'll try to finish the mkimxboot stuff first though :) 23.31.44 # saratoga: actually I don't know this is manufacturer recommendation and as I systematicly forget I can say this isn't that important 23.31.50 # ;) 23.32.00 # ok, since some players update the firmware immediately and others need some manual steps it might be necessary to split up that installation hint 23.32.27 # all of the sandisk players update the firmware the same was afaik, just copy it over and it updates, i don't think the sd card matters 23.33.54 # New commit by 03thomasjfox (r31547): FS #11859: Enable optimizations for SDL application builds. ... 23.34.38 # saratoga: anyway about update there i something I wonder on fuze+: when we update the firmware placing it on the root of device, the beast boot directly into updating mode, then reboot, and after some more loading stuff write "you have successfully updated your device" 23.34.49 # hmm, if the fuzeplus automatically updates the firmware than it shouldn't use that post install hint 23.35.11 # jlbiasini: the beast? 23.35.20 # he means fuze+, not the actualbeast 23.35.30 # yes this is the slight difference I was talking about 23.35.33 # r31547 build result: All green 23.36.02 # jlbiasini: you're aware that the beast is a specific player? ;-) 23.36.19 # but so when we install rb it doesn't reboot and load to say : "you have successfully updated your device" because rb cut the reboot 23.36.31 # ??? no! 23.36.43 # beast == Gigabeat S 23.36.59 # I thought it was just a way to talk about a player in general - some rb slang! 23.37.05 # fwiw the beast also updates like the fuze+ IIRC 23.37.06 # lol 23.37.08 # see also utils/MTP/beastpatcher :) 23.37.22 # ok 23.37.51 # jhmikes: how is the beast battery life these days, I see that you've rewritten about half the port since I last played with mine :) 23.37.57 # saratoga: not in all cases -- on some host OS it requires disconnecting USB first (Windows IIRC) 23.38.12 # doesn't the fuze+? 23.38.14 # well to go back to what i was saying about fuze+: I don't know if this reboot being cut down by rb is safe 23.38.21 # * bluebrother^ should look into beast integration into Rockbox Utility again 23.38.35 # thomasjfox: updated 23.38.49 # saratoga: ah, right. But on Linux (IIRC) you don't need to disconnect, it immediately starts the firmware update 23.38.59 # for the beast? 23.39.02 # I might have swapped Linux and Windows here. 23.39.05 # it seems to work, but pehraps some slight update are missing? 23.39.06 # yes, the beast 23.39.13 # ah ok, i guess thats some mtp thing 23.39.26 # kugel: is arm asm enabled for the R0 port yet? 23.39.58 # saratoga: not yet 23.40.08 # is there some complication? 23.40.19 # I don't expect so 23.40.38 # why doesn't the R0 define CPU_ARM anyway? 23.40.52 # perhaps pamaury has some clue about it? 23.41.03 # about what В§/ 23.41.07 # ? 23.41.13 # thomasjfox: can you look into changing the pandora port to use the plain sdl app (which it effectively does already), i.e. don't setup the target tree for a pandora dir which doesnt exist? 23.41.34 # saratoga: no premature optimitations? :) 23.41.34 # about the fact that fuze+ upgrading firmware might get cutted by rb on reboot 23.41.53 # what do you mean by "cutted" ? 23.42.12 # i don't think that can happen 23.42.14 # it only show "you have successfully updated your device" after reboot 23.42.24 # if you boot into rockbox then you've successfully installed the bootloader 23.42.37 # ah, right, you need to reboot in the OF directly, probably because the bootloader set some persistent bits somewhere 23.43.00 # saratoga: not if you upgrade the bootloader 23.43.00 # kugel: Actually I wanted to steal your pcm-alsa.c from the ypr0 port, so it won't be a clean sdl-app anymore 23.43.28 # pamaury: I'm talking also about the first installation 23.43.30 # oh you mean if rockbox is already installed and you're just updated? 23.43.39 # kugel: The Pandora also has shoulder buttons, I don't want to "enable" those in the generic sdl app 23.44.12 # thomasjfox: specific button stuff can go into a subfolder 23.44.15 # jlbiasini: then that can't happen, the first time you install rockbox, it will reboot into the OF because the bootloader is not yet installed :-/ 23.44.32 # kugel: anyway, i'm curious what difference they make to battery life on the arm11 23.44.34 # like hosted/sdl/app which already exists; hosted/sdl/pandora 23.44.44 # without rb: new OF on the root -> reboot updating -> reboot "you have successfully updated your device" 23.44.53 # they're not all that well thought out for arm11, so i wonder how useful they are 23.45.16 # jlbiasini: if you end up in rockbox then clearly the update succeeded 23.45.27 # if the update didn't finish, then theres no rockbox code running 23.46.05 # jlbiasini: OF bug ? Seriously, did sandisk released a newer version of the OF ? the OF prevents downgrade, that might explain the problem 23.46.06 # kugel: Do you desired to remove the PLATFORM_PANDORA define? 23.46.15 # Isn't there a risk of half updated stuff so? That's what I wanted to be sure about 23.46.18 # ? 23.46.36 # thomasjfox: yea why not, it's only used within sdl code isn't it? 23.46.59 # pandora isn't much of a platform if sdl is mostly used IMO 23.46.59 # no, I don't think the OF does half update 23.47.44 # pamaury: I also notice it on rb: last time I wanted to boot into OF and I get this screen sucess because of the last time I had my rb bootloader updated 23.48.13 # If its safe it's ok then 23.48.17 # that's not a big deal as long as the bootloader gets correctly installed ! 23.48.21 # kugel: Hmm. SDL doesn't support getting the display DPI 23.48.21 # I just wanted to be sure 23.48.36 # pamaury: right 23.48.43 # thomasjfox: this is similar to FS#12496. for this I wouldn't like a new PLATFORM define because it differs so little from plain sdl 23.48.44 # http://www.rockbox.org/tracker/task/12496 3RaaA WebOS (patches, unconfirmed) 23.49.04 # honestly I don't **** care about the OF stupidities of upgrading, we can upgrade without the OF if needed 23.49.13 # kugel: Then we need a better way how to do little tweaks like disabling the mouse cursor or running fullscreen 23.49.43 Quit lovasoa (Remote host closed the connection) 23.49.44 # These all need to become distinct features of the sdl app 23.49.45 # I don't either: I just wanted to be sure that it is safe to rely on it 23.49.46 # there's still the target define 23.50.10 # from the Makefile 23.50.49 # I'm on a hell of a massive plugin keymap's update right now 23.51.01 # over 3 days already!! :) 23.51.13 # full screen and cursor hiding is something you could do via commandline or env vars, it doesn't even need to be compile time constant 23.52.09 # Usage of pcm-alsa.c could be done via the target define, too 23.52.15 # thomasjfox: I just dislike that pandora pretends to be a platform including target tree setup while it's basically the sdl app compiled for a specific device 23.52.51 Join KiwiCam [0] (~Kiwi_Cam@189.60.247.184) 23.53.18 # PLATFORM_* should be used kept for something that includes more than one device, like an OS or generic library 23.53.31 Join TheLemonMan [0] (~LemonBoy@adsl-ull-95-202.50-151.net24.it) 23.53.39 # otherwise we can only have 30 RaaAs :P 23.53.46 # by the way I have question about plugin: does anybody know why all the plugin do not rely on plugin-libaction by now? Is it just that anyone who try get instantly bored or is there any real reason? 23.54.59 # i think its because different players have such different hardware its hard to come up with a generic mechanism 23.55.27 # And for the plugin which does rely on it: why some of them are mapping PLA_CANCEL to quit action instead of PLA_QUIT 23.55.44 # FWIW i think we could also just disable plugins on touch targets until they're actually rewritten to have touch interfaces 23.55.49 # thomasjfox: note that alsa-lib doesnt provide volume control, so you need some glue "hardware" to change the volume or use sw volume via dsp. on ypr0 we can drive the as3543 chip like on sansa targets 23.56.13 # alsa-lib is pcm data transfer only 23.56.42 # or look how amixer implements volume control :) 23.57.30 # Oh well, didn't we say RaaA shouldn't touch the "master" host volume anyway? 23.57.34 Quit benedikt93 (Quit: Bye ;)) 23.58.09 Quit y4n (Quit: AMIGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAHAHAHAAAAAAAAAAAAHAHAAA) 23.58.42 # you're going to want to adjust the output gain though 23.58.44 # did we? 23.59.01 # I remember some discussion about it