--- Log for 24.02.111 Server: holmes.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 2 hours ago 00.01.15 # saratoga: -committers really isn't the right list for that 00.02.08 # how come you think people pay less attention on -dev? 00.03.16 # well i don't read it unless someone points me to something on it 00.04.18 # if you keep putting random stuff on -committers it'll be the same 00.04.47 # -dev is quite low traffic, I pay very much attention to it 00.04.56 # i don't mind getting lots of mail, i just don't see much useful stuff on dev, and since its public i don't want to use my main email address on it 00.05.28 Quit CapsAdmin (Ping timeout: 240 seconds) 00.05.59 # So -committers was the appropriate list for this just because -dev is inconvenient for *you*, regardless of what other people think? 00.07.08 # i thought both were equally appropriate, so I used the one i thought most people followed 00.09.48 Join CapsAdmin [0] (~CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 00.09.57 # saratoga: you yourself sent lots of mails which explains what -committers is for. I don't believe you know confuse the two 00.10.04 # or can't believe 00.11.39 # casainho: just see it, I'll have a look 00.13.38 # It's not inappropriate imho. The way I see it is that release notes are mostly filled by committers, so -committers and -dev are both equally good for such a reminder. 00.14.08 # -dev is not -users, -dev is for developers 00.14.23 # -committers is for confidential matters 00.14.24 # -committers is clearly for internal affairs 00.15.23 # mt: The point of the committers list was for when something, for some reason, needs to not immediately be public. 00.15.29 # casainho: I don't know much about elftosb syntax, this error doesn't make sense to me, I'm sorry. Perhaps it has to do with the "load ... > addr", why do you need this explicit address ? 00.16.31 # Ideally the committers list basically shouldn't end up being needed, almost ever. 00.16.54 Quit Keripo (Ping timeout: 240 seconds) 00.18.02 # and I thought it was confidential so far or at least not advertised ;) 00.18.36 # pixelma: what was? :) 00.18.45 # It's been mentioned in the channel a few times that I can remember. Just not talked about often. 00.18.48 # pamaury: I load and call first, to IRAM, the "system_init" code, that enables clock @ 454MHz and enable external SDRAM 00.18.48 # something 00.19.03 # Alright, point made clear. It's just that I thought of it as equally suitable for stuff that "don't have to be public" as those that "must not be public. But apparently I was wrong. 00.19.08 # gevaerts: "it" 00.19.46 # pamaury: right after, it "load rockbox_bootloader > 0x41F00000;", loads rb bootloader to external SDRAM! 00.19.55 # In this sort of project things should be public unless there's a good reason against it 00.20.24 # what is "File browser discovered the boot file was changed"? 00.20.26 # * mt agrees. 00.20.48 # casainho: You are working on the mini2440, right ? 00.20.50 Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) 00.20.50 Quit JdGordon1 (Changing host) 00.20.50 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 00.21.01 # mt: gevaerts basically has it right. Because we want the project to be "open" as well as "open source", everything should be thought of as "should be public" unless there's a very strong reason not to talk about it on a public list (such as protecting someone's personal information, or what not) 00.21.33 # casainho: but why this explicit address ? I think rockbox is already linked with a preferred address that you can specify, so I'm not sure you need this explicit address; anyway, I'm no really sure this is the cause 00.21.34 # mt: no, no more. I am working on imx233 board: http://lyre.sourceforge.net/?q=content/lyre-protoype-finished 00.22.34 # pamaury: I just took that from example code that loads linux image file to external SDRAM... I am not sure it should be like that for RB bootloader... I don't have knowledge :-( 00.22.41 # mshathlonxp - in what context? 00.23.13 # id: LANG_BOOT_CHANGED desc: File browser discovered the boot file was changed *: "Boot changed" 00.23.46 # mshathlonxp: some targets can detect if their binary file is different from what is running at the moment (after a USB disconnect) and then show a splash "boot changed. Reboot now?" 00.24.30 # pamaury: I tried to change to "load rockbox_bootloader;" and I got no error!!! :-) 00.25.00 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 00.25.41 # yeah, but now you need to ensure it works ;) It will probably load it at the preferred elf location, that you can specify in the LD linker script 00.25.56 # pamaury: but I also get this feedback from elftosb, which means it is loading rockboxbooltoader to 0x00 instead that add for external SDRAM? 00.25.58 # http://pastebin.com/y0vNj0ax 00.28.06 # pamaury: hmmm, something must be wrong, because my boot.lds file is this one: http://pastebin.com/anAtfjEe 00.28.10 # hum, I don't know then, the problem being that elftosb isn't too documented ;) Perhaps you should try to put it into another section 00.29.39 # pamaury: put in another section? what? how? 00.30.44 # casainho: I'm not sure, but I think the rockbox elf drops relocation, so you MUST load it at the addresse is it linked at, namely 0x40000000 in your example. Try this: http://pastebin.com/XmgW8pft 00.31.18 # I really know what is the purpose of a section for elftosb 00.31.23 # *don't 00.34.20 # pamaury: the same error: error: constant targets only support single-segment sources 00.34.48 Quit mt (Ping timeout: 240 seconds) 00.35.20 Join mystica555 [0] (~Mike@m452636d0.tmodns.net) 00.35.20 # ok, I have to leave, I'll try to have a look at this issue if I can. Perhaps you can send me the system_init and rockbox.elf file so I can try myself to make elftosb happy 00.36.10 # right 00.36.13 # thanks 00.39.54 Quit pamaury (Remote host closed the connection) 00.46.19 Quit casainho (Ping timeout: 264 seconds) 00.47.50 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.49.47 Quit hebz0rl_ (Quit: Leaving) 00.53.18 Quit Judas_PhD (Ping timeout: 240 seconds) 00.57.04 Quit dewdude_ (Read error: Connection reset by peer) 00.57.21 Quit ender` (Quit: Our chances of being caught by the RIAA or IFPI are somewhat less than being hit by lightning - or choking on a wasabi-flavoured peanut. -- TheRegister) 00.58.51 Join Keripo [0] (~Keripo@eng319.wireless-resnet.upenn.edu) 01.06.38 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 01.09.21 # what is "Filetype array full" ? 01.10.22 # why are you seeing that? 01.10.46 # it means its loaded as many supported filetype extensions as ther eis room for 01.11.47 # I'm seeing it because it's in lang file :) 01.12.36 # have you added a bunch of extensions to viewers.config? 01.12.50 # JdGordon1: "lang file" :) 01.12.57 # i.e. translation 01.13.19 # * JdGordon1 goes back to ignoring #rockbox :) 01.15.31 Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 01.20.50 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.27.13 # is an SDL app automatically touchscreen aware or do I need a special step when configuring? 01.28.04 # can't see anything in the configure options, not even in the advanced ones 01.28.20 # yes 01.28.31 # the APP is touchscreen, sims arent 01.29.44 # ok, thanks. Let's see 01.32.41 # what is "top off charge"? 01.36.10 *** Saving seen data "./dancer.seen" 01.37.52 # anyone? 01.41.42 Quit CapsAdmin (Ping timeout: 250 seconds) 01.41.56 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 01.42.22 Quit Stephen___ (Quit: Leaving) 01.43.41 # mshathlonxp: a type of charging that the Archos Recorders can do, don't know the details though 01.44.05 # yeah, I noticed it's for archos, looks like I have to use google or move on :) 01.44.35 # maybe try asking at another time of day tomorrow again 01.45.16 # yeah, google is pretty good at knowing things 01.45.38 Quit timccc (Ping timeout: 260 seconds) 01.45.44 # doesn't looks like I would have to ask again :) 01.46.32 # stripwax: you can find lots of wrong info too though, sometimes it's hard to decide of the cource is trustworthy 01.46.51 # getting a bit off-topic though ;) 01.59.06 Quit BHSPitMonkey (Ping timeout: 240 seconds) 02.00.34 Join Sochiro [0] (~Sochiro@194.90.222.165) 02.03.54 Quit wwvzss (Ping timeout: 240 seconds) 02.05.16 # before I leave for sleep, I wanted to leava something I found here: it seems the playlist viewer WPS thing seems to have stopped showing metadata for any other than the next track - or at least it works in my r29339 Gigabeat S sim and doesn't on my phone running r29389. I only get the playlist position of the track following the next track, not the artist info. If anyone else wants to play around and confirm or not - or find a revision that broke it 02.05.16 # , it would be apreciated 02.05.28 Quit mouren (Ping timeout: 260 seconds) 02.05.37 # :/ 02.06.15 # the next track also shows title info (which I actually also meant in the above) 02.07.22 Quit factor (Quit: Leaving) 02.08.06 Quit stripwax (Quit: http://miranda-im.org) 02.10.52 Join soap_ [0] (~soap@rockbox/staff/soap) 02.11.25 Quit soap (Disconnected by services) 02.11.53 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 02.11.53 Quit soap (Changing host) 02.11.53 Join soap [0] (~soap@rockbox/staff/soap) 02.12.03 Quit soap (Disconnected by services) 02.12.07 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 02.12.29 Join soap_ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 02.12.29 Quit soap_ (Changing host) 02.12.29 Join soap_ [0] (~soap@rockbox/staff/soap) 02.12.48 Join factor [0] (~factor@75.108.68.114) 02.13.33 Join afk [0] (~Dre@92.18.122.2) 02.16.18 Quit Dreamxtreme (Ping timeout: 240 seconds) 02.34.08 Quit Sochiro (Ping timeout: 240 seconds) 02.34.46 Quit Unhelpful (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 02.35.17 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 02.37.21 Quit mystica555 (Ping timeout: 240 seconds) 02.37.30 Join mystica555 [0] (~Mike@71-208-205-30.hlrn.qwest.net) 02.44.57 Quit Llorean (Read error: Connection reset by peer) 02.45.00 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 02.47.09 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 02.47.24 Quit Llorean (Changing host) 02.47.24 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 02.58.58 Quit user890104 (Ping timeout: 276 seconds) 02.59.00 Quit GeekShadow (Quit: The cake is a lie !) 03.16.01 Quit DerPapst (Quit: Leaving.) 03.20.53 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 03.27.45 Quit CapsAdmin (Ping timeout: 240 seconds) 03.27.57 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 03.36.11 *** Saving seen data "./dancer.seen" 03.37.46 Quit MethoS- (Remote host closed the connection) 03.39.07 # has anyone here experience compiling .lang with genlang? 03.51.58 Join Dreamxtreme [0] (~Dre@92.18.104.191) 03.53.02 Quit afk (Ping timeout: 276 seconds) 03.58.14 Quit BHSPitMonkey (Ping timeout: 276 seconds) 03.59.05 Join user890104 [0] (~Venci@6bez10.info) 04.04.04 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.09.23 Quit antil33t () 04.11.26 Quit Dreamxtreme (Ping timeout: 241 seconds) 04.16.49 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.17.58 Quit Keripo (Quit: Leaving.) 04.19.52 Quit kugel (Ping timeout: 240 seconds) 04.20.08 Join Keripo [0] (~Keripo@eng319.wireless-resnet.upenn.edu) 04.20.51 Quit mshathlonxp (Quit: fall into sleep) 04.24.24 Quit Keripo (Client Quit) 04.30.25 Quit amiconn (Disconnected by services) 04.30.26 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.30.27 Quit pixelma (Disconnected by services) 04.30.28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.30.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.30.44 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.47.14 Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu) 04.50.00 Join Barahir [0] (~jonathan@frnk-590f7be6.pool.mediaWays.net) 04.53.03 Quit Barahir_ (Ping timeout: 246 seconds) 04.57.12 Quit TheSeven (Ping timeout: 240 seconds) 05.01.17 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.07.25 Quit BHSPitMonkey (Ping timeout: 240 seconds) 05.23.16 Join Rob2223 [0] (~Miranda@p4FFF324D.dip.t-dialin.net) 05.25.57 Join timccc [0] (~timccc@112.166.15.141) 05.26.32 Quit Rob2222 (Ping timeout: 240 seconds) 05.36.12 *** Saving seen data "./dancer.seen" 05.38.38 Quit Horscht (Quit: Verlassend) 05.46.21 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 06.11.32 Join Dreamxtreme [0] (~Dre@92.18.99.114) 06.21.11 Quit froggyman (Quit: Ex-Chat) 06.22.17 Join froggyman [0] (~seth@98.115.0.7) 06.22.17 Quit froggyman (Changing host) 06.22.17 Join froggyman [0] (~seth@unaffiliated/froggyman) 06.31.38 Join mackat [0] (~4cb08fa8@giant.haxx.se) 06.32.05 # Sansa clip won't update on boot, which i have turned on 06.34.15 Join Nick [0] (d1fe8a83@gateway/web/freenode/ip.209.254.138.131) 06.34.41 Nick Nick is now known as Guest98396 (d1fe8a83@gateway/web/freenode/ip.209.254.138.131) 06.35.06 # \nick metalmania 06.35.14 Nick Guest98396 is now known as metalmania (d1fe8a83@gateway/web/freenode/ip.209.254.138.131) 06.35.17 # heh 06.36.05 # Hello good people, is anyone available to help me with a rockbox issue im having? 06.37.35 Quit mackat (Quit: CGI:IRC (Ping timeout)) 06.42.02 # <[Saint]> metalmania: If you make us aware of that issue, possibly. ;) 06.43.07 # Well I actually found the bug report for the issue I was having. 06.43.22 # So I guess I just have to downgrade to an older build. 06.43.53 # Apparently some newer Fuze v2 models freeze on the bootloader screen. My old one didnt, and this one was working fine for awhile, so I'm slightly confused. 06.44.47 # Thanks though. 06.44.50 Quit metalmania (Quit: Page closed) 06.52.25 Join L-Strife89 [0] (~Strife89@168.16.236.117) 07.03.13 Quit [Saint] (Disconnected by services) 07.03.15 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.240) 07.15.20 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 07.17.20 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 07.36.16 *** Saving seen data "./dancer.seen" 07.57.03 Join webguest79 [0] (~4492549b@giant.haxx.se) 07.57.14 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.58.15 Quit webguest79 (Client Quit) 08.11.20 Quit bluebrother (Disconnected by services) 08.11.21 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 08.18.57 Quit JdGordon1 (Quit: FUCK!) 08.20.54 Quit L-Strife89 (Quit: Bed.) 08.23.10 Join Eggmun [0] (~7ca9a2e3@giant.haxx.se) 08.23.11 Part FoH 08.23.27 Join FoH [0] (~foh@adsl-240-126-222.bhm.bellsouth.net) 08.27.54 Quit mudd1 (Ping timeout: 240 seconds) 08.30.55 Join mt [0] (~mt@41.233.150.123) 08.31.49 Quit mt (Changing host) 08.31.49 Join mt [0] (~mt@rockbox/developer/mt) 08.34.21 Quit TheSeven (Ping timeout: 240 seconds) 08.42.29 Join Bagder [0] (~danielx@2a00:1a28:1200:9::2) 08.42.30 Quit Bagder (Changing host) 08.42.30 Join Bagder [0] (~danielx@rockbox/developer/bagder) 08.43.07 Quit BHSPitMonkey (Remote host closed the connection) 08.51.10 Join Guest21048 [0] (~bjst@giant.haxx.se) 08.51.10 Quit Guest21048 (Changing host) 08.51.10 Join Guest21048 [0] (~bjst@rockbox/developer/Zagor) 08.51.25 Nick Guest21048 is now known as Zagor (~bjst@rockbox/developer/Zagor) 08.53.17 Join JdGord [0] (~jonno@pa58-109-133-184.pa.nsw.optusnet.com.au) 08.54.19 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 08.59.41 Join ender` [0] (krneki@foo.eternallybored.org) 09.03.23 Quit antil33t (Read error: Connection reset by peer) 09.04.09 Quit JdGord (Read error: Connection reset by peer) 09.04.26 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 09.05.12 Quit Keripo (Quit: Leaving.) 09.12.14 Quit Judas_PhD (Quit: This is a quitting message) 09.13.34 Quit antil33t (Read error: No route to host) 09.13.41 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 09.18.05 Quit Bagder (Quit: Konversation terminated!) 09.28.31 Join LinusN [0] (~linus@giant.haxx.se) 09.28.32 Quit LinusN (Changing host) 09.28.32 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.33.44 Quit kadoban (Read error: Connection reset by peer) 09.36.20 *** Saving seen data "./dancer.seen" 09.41.37 Join fkhodkov [0] (~fedor76@ppp-188-65-11-112-bras1.istra.ru) 09.41.38 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 09.44.18 Join n1s [0] (~n1s@sb-fw.bmc.uu.se) 09.44.18 Quit n1s (Changing host) 09.44.18 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.45.55 Quit TheSeven (Ping timeout: 241 seconds) 09.46.41 Quit mt (Ping timeout: 246 seconds) 09.59.01 Quit Ijon_Tichy (Quit: WeeChat 0.3.2) 09.59.29 Join sasquatch [0] (~username@p4FF2D125.dip.t-dialin.net) 10.11.14 Quit sinthetek (Read error: Operation timed out) 10.13.47 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 10.15.28 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 10.18.11 # Anybody here think they know how Rockbox message queues are supposed to be used..? 10.19.15 # I'm after opinions on http://www.rockbox.org/tracker/task/11927 10.20.31 # Basically, broadcast messages can easily overflow the tagcache queue (and probably others too). This happens silently in builds on target, but kills the sim. Neither of those is good. 10.22.48 Join mt [0] (~mt@196.221.230.115) 10.24.08 Join Sochiro [0] (~Sochiro@194.90.222.165) 10.24.58 Quit S_a_i_n_t (Ping timeout: 264 seconds) 10.30.26 Join [Saint] [0] (S_a_i_n_t@203.184.0.240) 10.34.22 Quit jepler- (Ping timeout: 264 seconds) 10.41.00 Part LinusN 10.41.24 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.46.30 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 10.50.18 Nick Kuitsi- is now known as Kuitsi (~Kuitsi@a88-113-118-171.elisa-laajakaista.fi) 10.52.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.52.26 Nick Loto is now known as Loto_ (~nfs@xbmc/user/Loto) 11.00.30 Join DerPapst [0] (~Alexander@p5DE5B044.dip.t-dialin.net) 11.03.11 Quit amiconn (Disconnected by services) 11.03.12 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 11.03.26 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 11.03.30 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 11.04.36 Quit linuxstb (Ping timeout: 240 seconds) 11.05.43 Quit tchan (Ping timeout: 246 seconds) 11.11.55 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 11.13.01 Quit Sochiro (Ping timeout: 276 seconds) 11.20.37 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 11.26.26 Join MethoS [0] (~clemens@134.102.106.250) 11.26.52 Nick MethoS is now known as Guest88411 (~clemens@134.102.106.250) 11.28.50 Join T44 [0] (~Topy44@g228197204.adsl.alicedsl.de) 11.32.12 Quit Topy44 (Ping timeout: 240 seconds) 11.35.03 Nick nirv is now known as nirvbew (~dr3000@c-75-72-147-98.hsd1.mn.comcast.net) 11.36.22 *** Saving seen data "./dancer.seen" 11.40.18 Join swilde [0] (~wilde@aktaia.intevation.org) 11.42.29 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.48.21 Quit mt (Ping timeout: 240 seconds) 11.53.38 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 11.55.44 Quit fkhodkov (Quit: ERC Version 5.3 (IRC client for Emacs)) 12.02.19 Quit factor (Read error: Operation timed out) 12.03.48 Quit Dreamxtreme (Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.) 12.04.11 Join Dreamxtreme [0] (~Dre@92.18.99.114) 12.12.06 Join mt [0] (~mt@196.221.230.115) 12.29.00 Quit mt (Ping timeout: 240 seconds) 12.41.56 Join mt [0] (~mt@196.221.230.115) 12.42.13 Quit Torne (Quit: moving to another host, back later) 12.55.07 Join mshathlonxp [0] (~mshathlon@5acba02c.bb.sky.com) 12.57.27 Join webguest65 [0] (c391b46a@gateway/web/freenode/ip.195.145.180.106) 12.58.16 Quit Loto_ (Ping timeout: 260 seconds) 12.58.26 # pondlife: The problem described in http://forums.rockbox.org/index.php/topic,27247.msg178083.html#msg178083 might also be related to your FS task. 12.58.34 Quit webguest65 (Client Quit) 12.59.06 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.05.02 Join Topy [0] (~Topy44@89.204.137.238) 13.07.08 Join Loto_ [0] (~nfs@S01060012171a84e3.no.shawcable.net) 13.07.24 Quit T44 (Ping timeout: 240 seconds) 13.07.34 Nick Topy is now known as Topy44 (~Topy44@89.204.137.238) 13.08.43 Join fkhodkov [0] (~fedor76@ppp-188-65-11-112-bras1.istra.ru) 13.13.41 # hello 13.14.42 # kugel: the first one used a fake uri in the Intent constructor while the second one uses the requestCode PendingIntent.getService() argument 13.21.23 # can anyone tell me "features" needed to compile lng for ipodnano1g? 13.22.23 # <[Saint]> rockbox-info can. 13.23.12 # what's that? 13.23.56 # <[Saint]> it will be present in the build dir on your build machine, and the .rockbox dir on your target. 13.24.21 # <[Saint]> it's a file called rockbox-info.txt and it lists all the features that make up the particular target. 13.25.27 # ah, right, didn't noticed that this option is present in that file, thanks 13.29.46 # khm 13.29.56 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 13.29.59 # looks much better than previously, but still something is wrong... 13.32.45 # If I would accidentally translate some "source" field, that could cause entries ending up in wrong places? 13.36.27 *** Saving seen data "./dancer.seen" 13.36.48 Join Torne [0] (~torne@rockbox/developer/Torne) 13.36.53 Join JdGordon1 [0] (~jonno@124-168-173-94.dyn.iinet.net.au) 13.36.53 Quit JdGordon1 (Changing host) 13.36.53 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 13.38.48 Join petur [0] (~petur@rockbox/developer/petur) 13.40.28 Quit JdGordon1 (Client Quit) 13.41.38 Join JdGordon1 [0] (~jonno@124-168-173-94.dyn.iinet.net.au) 13.41.38 Quit JdGordon1 (Changing host) 13.41.38 Join JdGordon1 [0] (~jonno@rockbox/developer/JdGordon) 13.43.25 Quit JdGordon| (Quit: leaving) 13.44.03 # what could cause LANG_USB_CHARGING being misplaced by next entry, LANG_KEYLOCK_OFF? 13.45.24 # and LANG_FORCE by next one, LANG_ONPLAY_PICTUREFLOW 13.47.39 # and a lot of other entries are shifted that way 13.47.42 # anyone? 13.51.13 # out of date lang file 13.51.48 Quit JdGordon (Quit: Leaving.) 13.51.55 Nick JdGordon1 is now known as JdGordon (~jonno@rockbox/developer/JdGordon) 13.55.48 Quit mt (Ping timeout: 240 seconds) 14.06.48 Quit Kitr88 () 14.14.32 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.18.32 Join JdGordon_ [0] (~jonno@124-168-180-95.dyn.iinet.net.au) 14.18.33 Quit JdGordon_ (Changing host) 14.18.33 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 14.18.46 Quit JdGordon (Ping timeout: 250 seconds) 14.39.22 Quit soap (Ping timeout: 264 seconds) 14.52.43 Join MaynardWaters [0] (~asdfjkl@cpe-098-026-093-093.nc.res.rr.com) 14.57.22 Join soap__ [0] (~soap@wsip-68-99-119-218.ks.ok.cox.net) 14.58.42 Quit Galois (Ping timeout: 272 seconds) 15.00.38 # Zagor: http://www.rockbox.org/wiki/bin/compare/Main/ReleaseNotes38?rev1=4;rev2=5 Gives an error: "Foswiki detected an internal error - please check your Foswiki logs and webserver logs for more information.Wide character in memGzip" 15.01.47 # :-( 15.05.30 Quit soap__ (Ping timeout: 240 seconds) 15.05.37 Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu) 15.06.19 # the other diff links for that page works so something is weird i guess 15.07.13 Quit Keripo (Client Quit) 15.07.15 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.08.15 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.09.44 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 15.13.57 Part LinusN 15.15.24 # hello, my rockbox install on my ipod video 60Gig, is giving me trouble when i try to boot into the apple firmware 15.16.35 Join LinusN [0] (~linus@rockbox/developer/LinusN) 15.22.55 # MaynardWaters: In what way is RB giving you trouble? 15.23.09 Quit Judas_PhD (Quit: This is a quitting message) 15.26.41 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.36.29 *** Saving seen data "./dancer.seen" 15.37.44 Join soap [0] (~soap@rockbox/staff/soap) 15.40.02 Part Zagor 15.44.03 Join factor [0] (~factor@75.108.68.114) 15.46.20 # dionoea: are you going to commit? 15.47.59 Part LinusN 15.50.50 Quit Eggmun (Ping timeout: 240 seconds) 15.51.22 Join LinusN [0] (~linus@rockbox/developer/LinusN) 15.51.30 Part pondlife 15.52.52 # Does rockbox have any feature where I can set to automatically switch off after a period whether it is playing or not? Like idle poweroff, but without the idle part. 15.53.01 # sleep timer 15.54.27 # Ahh sound perfect ;) 15.54.27 # woot! 15.54.27 # kugel: I was going to let you do it. 15.54.27 # evilnick_B: RB and its interface are working fine. but the apple firmware isnt working when I try to boot to it. And I thought the intention was to allow iTunes to continue to control the library, but when I plug in via usb to a computer, I can see the ipod as an external HD, but Itunes doesnt recognize it. So I don't have any way to remove, or add new music 15.54.27 # But I can do it if you want (not right now though) 15.54.55 # I can't before tomorrow 15.55.05 # Sleep timer rules, I love RB :) 15.55.24 # I can't before tonight ... but it can wait. It doesn't change anything in terms of user functionnality 15.59.31 Part LinusN 16.01.28 # right 16.02.17 Join LinusN [0] (~linus@rockbox/developer/LinusN) 16.04.30 Quit Topy44 (Read error: Connection reset by peer) 16.04.43 Join Topy44 [0] (~Topy44@89.204.137.238) 16.05.53 # MaynardWaters: I think you will need to start the Apple firmware before inserting USB 16.08.43 Join Sochiro [0] (~Sochiro@194.90.222.165) 16.10.22 # MaynardWaters: How are you trying to boot to the apple firmware? RB shouldn't affect how the OF interacts 16.12.54 # OF? evilnick_B 16.13.15 # MaynardWaters: original firmware 16.13.16 # Original Firmware, or Apple firmware 16.13.27 # If you want to keep using it with ituens you will need to start the apple firmware manually 16.13.36 # itunes doesn't identify rockbox as being an ipod. 16.13.53 # linuxstb: the apple firmware wont boot, i hold the menu and select buttons, and toggle the hold key, I have done it a number of times a number of different ways... I see the bios image of an apple and then it just holds. 16.14.23 Quit n1s (Quit: Lämnar) 16.14.38 # ok, so we all agree i need to boot into the apple firmware before I can get itunes to see the pod. 16.15.45 # yea just sitting on that bios apple 16.16.30 # feel the harddrive spin up and down 16.16.41 # click the hold switch, and rockbox boots 16.17.57 # hold menu and select.... reboot 16.18.16 # switch the hold switch so i see orange... sits on the apple. 16.18.35 # kugel: and I doubt that many people use the android app anyway (since no build is provided) 16.19.14 Part LinusN 16.19.14 Quit soap (Ping timeout: 250 seconds) 16.19.31 # MaynardWaters: Then you can use "emergency disk mode" - press and hold SELECT+PLAY when the ipod is booting. You also shouldn't restart Rockbox with MENU+SELECT - hold down the play button to shut it down cleanly. 16.21.35 # linuxstb: very nice 16.21.53 # so to shut down rb hold play 16.22.39 # is the way that i was trying to do it with switching the hold switch the correct way, or have ai been doing it wrong to get into the apple firmware all along? 16.26.35 Join soap [0] (~soap@rockbox/staff/soap) 16.34.29 Join mackat [0] (~4cb08fa8@giant.haxx.se) 16.35.28 # my sansa clip+ doesn't update on bootup 16.38.45 Quit soap (Ping timeout: 264 seconds) 16.39.07 # MaynardWaters: Yes, that _should_ work. How long do you wait with the Apple logo onscreen? The Apple firmware can take a long time (a minute or two I think) to start. 16.45.29 # #rockbox-community: my sansa clip+ doesn't update on bootup 16.45.34 # JdGordon_ do you want to say that this one http://svn.rockbox.org/viewvc.cgi/trunk/apps/lang/english.lang is out of date? 16.50.19 Quit krazykit (Quit: awe yeeeeeee) 16.51.44 Join bcoco85 [0] (~co@77.225.204.126) 16.53.32 # linuxstb: got it to come up in iTunes, thanks much for your help 16.55.27 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.58.52 Join Galois [0] (djao@efnet-math.org) 17.00.09 # mshathlonxp: is the running build and the language you are trying to chose from the same revision? There are sometimes mismatches which shouldn't be but do exist if some developer did a mistake 17.00.45 # I downloaded the file from that link and edited it 17.01.31 # now when I compile lng with for my nano with all parameters from rockbox-info.txt from .rockbox folders, a lot of entries are shifted like one would be missing somewhere 17.02.00 # yes, but the master english.lang is built-in into your firmware binary, your installed build. That's what counts 17.02.27 # so what I should do? 17.02.37 # build a new build of rockbox 17.02.40 # and install that. 17.02.55 # or download the current revision 17.03.26 # * mshathlonxp bought that nano 3 days ago and installed current rockbox on it 17.03.34 # yes, but "current rockbox" changes 10+ times per day 17.03.52 # so what was current at the moment you installed rockbox may not match what was current when you downloaded english.lang 17.03.58 # :D 17.04.41 # then I don't think it should be out of sync but you never know, worth a try 17.04.43 # it's 3.7.1 on my nano - is there now 3.7.2 or 3.7.3? 17.04.49 # 3.7.1 is not the current build 17.04.51 # that's the last release 17.04.58 # The current build is thousands of changes newer than that 17.05.10 # u mean 3.8? 17.05.15 # No 17.05.22 # 3.8 is the next release 17.05.27 # I don't see "u" around 17.05.42 # the current build is the most recent code checked in by developers 17.05.46 # mshathlonxp: Follow the "current build" link in the left menu of the Rockbox website. 17.05.49 # so every time someone checks in code the current build changes 17.05.54 # which is a dozen or two times a day 17.06.29 # the link you downloaded english.lang from points to trunk, which is where the current build lives, so that english.lang will always be the latest development version 17.06.51 # what should I do with it - copy over existing .rockbox dir in my nano? 17.06.54 # linuxstb: there also should be a "current build" tab or something in the Rockbox Utilitly ;) 17.07.07 # or Utility 17.09.58 # mshathlonxp: basically rockbox is developed continuously in what we call "trunk", where current builds are compiled from. Every now and then, that source tree is "branched" into a stable branch, which then gets bugfixes only for one or two weeks, and which then becomes a release (such as 3.7 or 3.8). If that release has major bugs, we sometimes do further point releases based on that branch (such as 3.7.1) 17.12.00 Quit Sochiro (Ping timeout: 260 seconds) 17.14.22 Quit petur (Quit: *plop*) 17.15.19 # oh yeah 17.15.24 # everything is in place now 17.15.29 # at least it looks like it is 17.16.13 # looks like I have to finish ASP so I woulnd't have to worry of it becoming outdated :D 17.17.57 Quit robin0800 (Quit: Leaving) 17.18.53 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 17.19.41 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 17.19.51 Part vnl 17.32.20 Quit mshathlonxp (Ping timeout: 240 seconds) 17.36.32 *** Saving seen data "./dancer.seen" 17.41.41 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.45.37 Quit factor (Read error: Connection reset by peer) 17.47.17 Join Keripo [0] (~Keripo@eng097.wireless-resnet.upenn.edu) 18.01.37 Join factor [0] (~factor@75.108.68.114) 18.10.28 Join mystica555_ [0] (~mike@71-208-205-30.hlrn.qwest.net) 18.10.31 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 18.11.09 Join Jerom [0] (~jerome@79.132.59.245) 18.26.30 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.29.27 Quit Guest88411 (Remote host closed the connection) 18.30.55 Quit robin0800 (Quit: Leaving) 18.32.57 # is there a reason the battery readout is all over the shop 18.33.03 # on the ipod video 18.33.28 # seems to want to charge a % a secound but then gets to 99 and stops for ages 18.33.54 # but at the same time drops extremely quickly and stays around 2/1% for ages 18.34.35 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.34.42 # Charging and discharging behave differently, so comparing them is silly 18.35.05 # if the reported percentage goes down very fast when you're using it, but the player stays on with the battery showing a low level for a long time then your battery is probably old 18.35.47 # it only happens on 3.8RC 18.35.56 # my battery is fine 18.36.15 # and they are behaving the same 18.36.26 # i could do a video 18.38.18 # 10 months ago the battery discharge curve was changed 18.38.46 # and the shutoff point was increased 18.39.07 # a video is no use; if you want to demonstratet he curve is wrong you need to do a battery bench 18.39.19 # is it actually the original battery, also? 18.39.35 # When you say it only happens on 3.8RC, which other revisions have you used where this doesn't happen? 18.39.53 # because if it's not then the curve may be inappropriate, and if it is then it *is* old by now 18.40.06 # tehre are no ipod videos with non-old original batteries in any more :) 18.41.22 # anything before 3.8RC gevaerts 18.41.36 # i forget the Daily rev numbers 18.41.37 # No, that can't be true 18.41.42 Join TheLemonMan [0] (~lem0n@ppp-180-128.98-62.inwind.it) 18.41.51 # because 3.8RC is virtually identical to the current build before we made the 3.8 branch :) 18.42.02 # So e.g. r2934? 18.42.09 # So e.g. r29344? 18.42.19 # hrm let me look 18.42.23 # the discharge curve was changed in r25600 18.42.50 # which was nearly a year ago 18.42.52 # * gevaerts is also still waiting for the answer to the question he asked yesterday 18.44.13 # so, unless you haven't used a current build that's newer than that, it seems unlikely that 3.8 would be different, i can't think of anything else that would change that behaviour other than the discharge curve 18.44.20 # what question 18.44.53 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 18.45.08 # http://www.rockbox.org/irc/log-20110223#22:07:10 18.45.49 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.46.43 # how would i check the filesystem 18.47.14 # funnily enough ive not had 1 data abort today 18.47.50 Quit kugel (Ping timeout: 240 seconds) 18.47.54 # What OS are you using? 18.49.27 # Windows 18.49.51 Join kugel [0] (~kugel@e179156151.adsl.alicedsl.de) 18.49.51 Quit kugel (Changing host) 18.49.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.50.52 # ok when the display is on it drops 1% a second when its off it goes back up 18.51.09 Quit Jerom (Ping timeout: 264 seconds) 18.51.10 # Right. That sounds like the voltage sagging under load 18.51.16 # which is a classic sign of an old battery :) 18.51.24 # o i hope not! 18.51.33 # not had this long 18.51.35 # well, have your eplaced the battery? 18.51.44 # no 18.51.46 Quit kugel_ (Ping timeout: 272 seconds) 18.51.49 # its a ipod 18.51.54 # 5.5G 18.51.56 # then the battery is old 18.52.00 # unless the previous owner replaced it 18.52.11 # hrm 18.52.16 Join Jerom [0] (~jerome@79.132.59.245) 18.52.19 # they stopped making the Video mid-2007 18.52.32 # so even if you have one of the last ones the battery is now 3.5 years old 18.52.34 # what about charging 1% a second 18.52.49 # more likely it's 4-5 years old 18.52.56 # how long does it last? 18.53.26 # a good 25hours no charge 18.53.53 # that's not too bad 18.54.02 # but if the battery was new it would probably do 28+ 18.54.39 # it probaby does 18.54.45 # it probably does 18.54.59 # anyway, if the battery voltage changes dramatically depending on if the backlight is on then that's a sign its internal resistance has gone up and the load of the backlight is causing the output voltage to drop noticably 18.55.03 # ive never really benchmarked it 18.55.10 # which is also a sign that the capacity of the battery will be reduced 18.55.38 # it should drop significantöy when the disk spins up too 18.56.00 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.56.59 # ghrm 18.57.05 # i'll bench it 18.57.13 Join Buschel [0] (~chatzilla@p54A3A9E8.dip.t-dialin.net) 18.57.23 # yeah. benchmark it and see what the total time is, and whether the percentage goes down neatly during the benchmark 18.57.32 # i.e. by checking the logfile, leaving the screen turned off 18.58.05 # if it behaves sensibly during a battery bench then the battery is just old and unfortunately it's very hard to reliably estimate the remaining charge on a battery with a high internal resistance 18.58.36 # the batteries in mp3 players are not smart enough to have actual charge meters in them, you have to guess bsaed on the output voltage 19.00.16 # ok thx 19.00.28 Quit shai (Quit: Leaving) 19.00.33 # if it looks weird, post the log somewhere and show us :) 19.02.02 # it does feel like Rockbox is reporting too much battery percentage drop under load on my targets too, especially the c200 - but (a) it's already been a while and (b) it's next to impossible to say where the error is, it just feels differently to what it was before. The battery on my c200 still gives me a long runtime but the percentage shown is quite low for a long time 19.04.48 # my c200 is even running 3.7... 19.11.40 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 19.12.45 Quit plux (Ping timeout: 260 seconds) 19.13.31 Quit ender` (Quit: If I had only finished this sentence,) 19.15.10 Quit kugel (Ping timeout: 240 seconds) 19.17.23 Join L-Strife89 [0] (~Strife89@168.16.236.117) 19.21.34 Join ender` [0] (krneki@foo.eternallybored.org) 19.22.13 Quit ender` (Read error: Connection reset by peer) 19.22.40 Join ender` [0] (krneki@foo.eternallybored.org) 19.24.09 # Dreamxtreme: chkdsk with some options 19.26.14 Quit Keripo (Quit: Leaving.) 19.26.16 # chkdsk /f x: IIRC 19.26.23 # where x is the drive letter 19.27.00 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.27.00 Quit bertrik (Changing host) 19.27.00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.27.06 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.28.08 Join kugel [0] (~kugel@g231108045.adsl.alicedsl.de) 19.28.08 Quit kugel (Changing host) 19.28.08 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.29.58 Quit LambdaCalculus37 (Quit: CGI:IRC 0.5.9 (2006/06/06)) 19.33.10 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 19.34.36 Quit Zarggg (Quit: Zarggg) 19.35.28 Quit kugel (Ping timeout: 272 seconds) 19.36.33 *** Saving seen data "./dancer.seen" 19.40.38 Quit kugel_ (Ping timeout: 276 seconds) 19.41.07 Join Keripo [0] (~Keripo@SEAS317.wlan.seas.upenn.edu) 19.43.18 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.45.41 Join FuzzyLizard530 [0] (~426395f4@giant.haxx.se) 19.46.55 Quit FuzzyLizard530 (Client Quit) 19.49.51 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 19.51.49 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 19.54.32 Quit kugel (Ping timeout: 246 seconds) 19.55.55 # is anyone against submitting FS#11964 (rework of replaygain handling)? 19.57.17 Join kugel [0] (~kugel@e178051091.adsl.alicedsl.de) 19.57.17 Quit kugel (Changing host) 19.57.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.57.58 Quit kugel_ (Read error: Operation timed out) 19.58.13 Join mt [0] (~mt@41.206.154.252) 20.01.05 # Buschel, I can't really judge it in a few minutes, but I like that it decreases the number of source lines and I trust you tested it 20.01.57 Quit mystica555_ (Ping timeout: 264 seconds) 20.02.08 # I take that as +1 :) 20.03.09 Quit kugel (Ping timeout: 240 seconds) 20.05.12 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 20.05.19 Join mshathlonxp [0] (~mshathlon@5acba02c.bb.sky.com) 20.07.28 Join kugel [0] (~kugel@e178056172.adsl.alicedsl.de) 20.07.28 Quit kugel (Changing host) 20.07.28 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.08.35 Quit shai (Ping timeout: 240 seconds) 20.10.07 Quit kugel (Read error: Operation timed out) 20.11.03 # New commit by 03Buschel (r29388): FS#11964. Rework replaygain handling to save metadata buffer and binsize. Remove string representation of replaygain and use a dedicated ftoa ... 20.12.28 Join kugel [0] (~kugel@e178121043.adsl.alicedsl.de) 20.12.28 Quit kugel (Changing host) 20.12.28 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.18.05 Quit mt (Ping timeout: 240 seconds) 20.28.02 Join Buschel_ [0] (~chatzilla@p54A3A9E8.dip.t-dialin.net) 20.28.05 Quit Jerom (Ping timeout: 276 seconds) 20.28.38 Join kugel_ [0] (~kugel@e179042131.adsl.alicedsl.de) 20.28.47 Quit kugel_ (Changing host) 20.28.47 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 20.30.07 Join Jerom [0] (~jerome@79.132.59.245) 20.31.19 Join alien2 [0] (~b2754b5a@giant.haxx.se) 20.31.38 Quit kugel (Ping timeout: 246 seconds) 20.32.07 Quit Buschel (Ping timeout: 276 seconds) 20.32.15 Nick Buschel_ is now known as Buschel (~chatzilla@p54A3A9E8.dip.t-dialin.net) 20.34.20 Quit Xerion (Read error: Connection reset by peer) 20.34.35 Quit kugel_ (Ping timeout: 276 seconds) 20.35.05 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 20.36.23 Quit alien2 (Quit: CGI:IRC (EOF)) 20.36.57 # New commit by 03Buschel (r29389): Minor correction to comment. 20.38.22 Quit Zambezi (Read error: Connection reset by peer) 20.38.35 Join Zambezi [0] (Zulu@80.67.9.2) 20.38.47 Join kugel [0] (~kugel@e179040056.adsl.alicedsl.de) 20.38.48 Quit kugel (Changing host) 20.38.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.39.40 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 20.40.33 Quit markun (Remote host closed the connection) 20.40.54 Join markun [0] (~markun@ip503cd9a5.speed.planet.nl) 20.40.55 Quit markun (Changing host) 20.40.55 Join markun [0] (~markun@rockbox/developer/markun) 20.42.10 # r29389 build result: All green 20.44.19 Quit Keripo (Quit: Leaving.) 20.45.09 Join Keripo [0] (~Keripo@SEAS317.wlan.seas.upenn.edu) 20.45.26 Quit Keripo (Client Quit) 20.45.36 Join mt [0] (~mt@41.206.149.154) 20.45.50 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 20.48.59 Quit kugel (Ping timeout: 240 seconds) 20.49.56 Quit kugel_ (Read error: Connection reset by peer) 20.50.44 Join kugel [0] (~kugel@g231107089.adsl.alicedsl.de) 20.50.45 Quit kugel (Changing host) 20.50.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.55.41 Quit kugel (Ping timeout: 250 seconds) 20.55.47 Join kugel [0] (~kugel@e178120048.adsl.alicedsl.de) 20.55.48 Quit kugel (Changing host) 20.55.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.01.48 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 21.02.04 # kugel, kugel_: hey 21.03.19 # New commit by 03Buschel (r29390): Use macro for better readability of adjust_mp3entry(). 21.03.26 # kugel, kugel_: I tried to finally fix the plugins for the app build. Please have a look, I'd like to commit soonish: http://pastie.org/1603435 21.04.45 Quit kugel (Ping timeout: 272 seconds) 21.06.09 Quit kugel_ (Ping timeout: 240 seconds) 21.06.46 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.07.12 # Buschel: would it be hard to use a 16 bit value for replaygain? 21.07.35 # no, I don't think so 21.07.43 # r29390 build result: All green 21.08.36 # whats the actual allowed range of the replaygain value? 21.08.58 # -48..+17 dB 21.09.12 # due to internal conversion routines 21.09.44 # ah i see the code 21.09.53 # kugel: ping 21.10.08 # if FP_BITS is is 12, that works out to a little less then 17 bits actually used 21.10.46 # so we clamped that a little lower, we could use 16 bit multiplies to speed up replaygain processing quite a bit on armv5 and newer 21.11.27 # wait. you are talking about the dsp stuff, I was talking about the metadata code 21.12.00 # doesn't it all use the fixed point representation? 21.12.02 # well, 16 bit should be fine for dsp as well. it is just a static scaling. 21.12.10 # no, I just changes it 21.12.15 # changed 21.12.20 # ah ok 21.12.41 # now it is like dsp_gain = convert_gain(metadata_gain) 21.12.55 # see the change to dsp.c 21.13.54 Quit factor (Quit: Leaving) 21.14.16 Join factor [0] (~factor@75.108.68.114) 21.15.40 Quit mt (Ping timeout: 276 seconds) 21.17.55 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 21.23.29 Quit benedikt93 (Quit: Bye ;)) 21.28.21 Quit kugel (Ping timeout: 264 seconds) 21.29.31 Quit amee2k (Ping timeout: 240 seconds) 21.30.17 Join amee2k [0] (~thomas@ve504.cugnet.net) 21.30.33 Join kugel [0] (~kugel@e178188084.adsl.alicedsl.de) 21.30.34 Quit kugel (Changing host) 21.30.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.30.59 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.31.38 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 21.31.57 Quit GeekShadow (Ping timeout: 264 seconds) 21.34.03 Join GeekShadow [0] (~Antoine@78.120.203.125) 21.34.03 Quit GeekShadow (Changing host) 21.34.03 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 21.36.35 *** Saving seen data "./dancer.seen" 21.37.59 Quit kevku (Ping timeout: 260 seconds) 21.38.26 Quit benedikt93 (Quit: Bye ;)) 21.38.46 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 21.44.20 Join GeekShad0w [0] (~Antoine@78.120.203.125) 21.46.56 # what is "quickscreen item"? 21.50.11 # mshathlonxp: (this is going to sound silly) an item on the quickscreen 21.50.30 # For a description of the quickscreen, the manual should be reasonable 21.52.10 # thomasjfox: Regarding your patch for plugins for RaaA, is that change to simple_viewer.c needed? IIUC, that code is only used by dict.c, which you don't build. 21.52.40 # linuxstb: Let me try without it. It's quite some days that I changed it... 21.54.05 # linuxstb: I tried to look into the root cause of the strncmp issue. Some really weird macro expansion is going on... 21.54.49 # * mshathlonxp shouts some bad words in russian 21.55.15 # looks like my lang file still is older than current build 21.56.10 # linuxstb: Excluding it in lib/SOURCES works. I'll stick to that. Thanks for the reminder 21.59.03 # is quickscreen these settings that pops out while holding down select button on any main menu item? 21.59.12 # or this is something that my nano doesn't have? 21.59.53 # mshathlonxp: No, that's the "context menu". The quickscreen appears when you press and hold "menu". 22.01.05 # lang file mentions 3 quickscreen items 22.01.25 # or that bottom for my nano is also on top? 22.01.52 # thomasjfox: Hmm, it would be nice not to commit hacks. So the problem is that that code doesn't compile? 22.02.31 # linuxstb: Yes, exactly. The rb->strncmp stuff is turned into a very, very long macro construct 22.02.45 # linuxstb: I removed the hack as I was able to exclude the simple_viewer.c 22.02.58 # linuxstb: RaaA doesn't include the full set of plugins (yet?) anyway 22.04.52 # thomasjfox: Excluding simple_viewer.c (because it doesn't compile) is also a hack IMO. What macro is being applied there? 22.05.17 # linuxstb: I'll get you the preprocessor output, hang on a sec 22.05.36 Quit Stummi (Quit: Bye!) 22.05.37 Join Keripo [0] (~Keripo@eng249.wireless-resnet.upenn.edu) 22.08.47 # how can I test with genlang what's missing in my lang file from current lang file? 22.09.03 # linuxstb: This line: if (len == n && !rb->strncmp(p, str, len)) 22.09.11 # results in: apps/plugins/lib/simple_viewer.c:51: error: expected identifier before '(' token 22.09.21 # and looks like "if (len == n && !rb->(__extension__ (__builtin_constant_p (len) && ((__builtin_constant_p (p) && strlen (p) < ((size_t) (len))) || (__builtin_constant_p (str) && strlen (str) < ((size_t) (len)))) ? strcmp (p, str) : strncmp (p, str, len))))" 22.09.46 Quit TheLemonMan (Quit: free(me)) 22.14.11 # thomasjfox: I don't understand that at all... Have you tested if this is Maemo specific (e.g. trying the SDL app or Android)? 22.16.31 # linuxstb: You're right again: Seems like a maemo thing 22.16.41 # linuxstb: SDL app on Fedora 14 builds fine 22.17.05 # mshathlonxp: I test by generating a "yournewlang" as explained here: http://www.rockbox.org/wiki/LangFiles#Preparation_every_time_you_update . The translation is complete if I don't get any "### This phrase..." explanations anymore 22.19.08 # linuxstb: What if I exclude the problematic files just for maemo/android for now? (I want kugel to test android before I break the build :)) 22.19.38 # and what if I just have "mylanguage.lang" but no "mynewlanguage.lang"? execute that comamnd without "mynewlanguage.lang"? 22.21.03 # thomasjfox: If you give me 5 minutes, I can try an android build. Could you search the maemo include files for strncmp and see if you can see if it's defined as a macro somewhere? 22.21.24 # linuxstb: Perfect. Will do 22.22.16 # i just got a PM from a zero-poster 22.22.20 Quit Keripo (Quit: Leaving.) 22.22.21 # i thought that was disabled? 22.22.21 # <[Saint]> pixelma: You rang? 22.22.35 # saratoga: Maybe he sent it and then a post was deleted? 22.22.48 # he sent it like 30 seconds ago, so I don't think so 22.23.03 # linuxstb: Found the monster macro. It's inside a "#ifndef _HAVE_STRING_ARCH_strncmp" 22.24.18 # Ah, so you could perhaps define that somewhere. 22.26.43 # [Saint]: do you use this playlist viewport thingy in any of your themes? (Just to verify a bug in case, but I guess I could do some more research myself) 22.27.08 # thomasjfox: Does maemo RB also show the play and pause icons as status rather than action? 22.27.24 # mshathlonxp: mynewlanguage.lang will be created if you use these commands 22.27.26 # AlexP: Yes 22.27.45 # OK, so that as well as android needs changing 22.27.46 # mshathlonxp: you can then check this one for "###" 22.27.47 # IMO 22.27.56 # pixelma and if some strings will be missing, these will be copied there? 22.28.17 # thomasjfox: I really can't imagine that anyone will object to these being swapped, it isn't what you expect atm 22.28.24 # <[Saint]> pixelma: What is the problem you're having with it? 22.28.29 # But I'll send an email to the list just in case 22.28.43 # AlexP: It's also what the native player does, so let's swap it 22.28.49 # mshathlonxp: yes they will, and above the comment "### This phrase below was missing from translation" or similar, it always starts with the three hashes 22.28.57 # thomasjfox: Every other player does, and it makes sense 22.29.09 # thomasjfox: Clicking on a play icon to make it pause is just odd :) 22.31.10 # AlexP: Yes, it's something that (IMO) should be changed on all touchscreen WPSes. But this is the "playback mode" icon - it can also be stop, rew or ffwd. So I'm not sure if just reversing the icons for play/pause in that list makes sense. 22.31.28 # linuxstb: I'm still wondering why the macro expansion fails for rb->strncmp() and not for strncmp() 22.32.01 # [Saint]: it looks like info that comes from the files' tags stopped working recently for any other than the next track (I have one that shows the next 2 tracks - playlist position and title - playlist position is shown for both, title only for the first in my r29389 android build. Both is working in my r29339 Gigabeat S sim. I wonder if any of the recent metadata commits have to do with it or the android build or something else 22.32.18 # linuxstb: So what would you suggest? 22.32.40 # You will only see ffwd/rew when pressing the button for that 22.33.12 # [Saint]: just in case you noticed something too 22.33.13 # You don't see them if you move the progress bar for instance 22.33.21 Join Keripo [0] (~Keripo@SEAS213.wlan.seas.upenn.edu) 22.33.38 # Also, why are ffwd/rew hidden behind the RB logo most of the time? 22.34.08 # AlexP: On maemo, rew/ff is shown all the time ;) 22.34.20 # thomasjfox: Should be on android too 22.34.25 # but isn't! 22.34.28 # AlexP: Well, most media players would just show play/pause icons in its place. I would also move it so it is between the rew/ff icons (buttons) 22.34.29 Quit kugel (Ping timeout: 240 seconds) 22.34.57 # linuxstb: Ah, I see what you mean - have both 22.35.21 # AlexP: it's probably because all touchscreen cabbiev2 ports were "quick hacks" or so 22.35.26 # AlexP: Um, I don't mean have both play and pause icons visible together. 22.35.26 # yeah 22.36.02 # linuxstb: So if you swap them depending on playback state then you will be using the playback state as currently, but with logic inverted? 22.37.46 # AlexP: Sort of, but playback state currently also includes FF and REW (and STOP). And you can ff or rew when either playing or paused (I assume...) 22.38.10 # yes 22.38.48 # But you can choose if they do anything, or if they just keep showing e.g. play when ffwd'ing 22.38.57 Join MethoS- [0] (~clemens@134.102.106.250) 22.40.25 # Would we also want a "stop" icon? 22.40.53 # Depends if anyone sbs-ifies it 22.41.04 # sorry, misunderstood 22.41.12 # s/icon/button/ 22.41.32 # I currently would, as on android the only way to get rid of the notificiation is to stop playback 22.42.10 Quit bcoco85 (Ping timeout: 240 seconds) 22.42.13 Join kugel [0] (~kugel@e178189124.adsl.alicedsl.de) 22.42.13 Quit kugel (Changing host) 22.42.13 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.42.18 # I think kugel said that there isn't much technical difference between being pause and stopped 22.42.40 # touchscreen areas can still "distinguish" between short and long presses 22.43.05 # For me, I'd just get rid of the notification bar stuff when paused too, but I imagine some people would like to keep it to easily resume 22.43.05 Join bcoco85 [0] (~co@77.225.204.126) 22.43.46 # pixelma: True, but I think on touch screens you have to be more careful - long pressing pause to stop didn't occur to me at first 22.44.23 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 22.44.43 # linuxstb: Cleaned version of the plugins patch: http://pastie.org/1603833 22.46.40 # thomasjfox: Hmm, compiling (your previous patch) for Android gives me an error saying credits.raw doesn't exist. Let me just do a clean build to make sure... 22.46.41 # thomasjfox: the macro expansion seems to have worked fine, it's probably just that rb->(... is invalid syntax in c so it doesn't compile 22.47.22 # n1s: That explains it! Thanks 22.47.47 Quit L-Strife89 (Quit: Putting laptop away.) 22.48.03 # n1s: Damn it, I really stared at the output :) 22.54.56 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 22.56.09 # thomasjfox: As expected, simple_viewer.c compiles fine on Android (and so do plugins with your patch). 22.57.23 # thomasjfox: You should enable random_folder_advance_config.c I think though. 22.59.39 Quit kugel (Ping timeout: 260 seconds) 23.02.42 Quit Keripo (Quit: Leaving.) 23.03.24 Join Keripo [0] (~Keripo@SEAS213.wlan.seas.upenn.edu) 23.06.21 Quit Horscht (Quit: Verlassend) 23.07.06 Join kugel [0] (~kugel@g231232098.adsl.alicedsl.de) 23.07.06 Quit kugel (Changing host) 23.07.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.07.43 Quit Keripo (Ping timeout: 252 seconds) 23.09.11 # * mshathlonxp finally can see the end of the file :) 23.09.45 # how could I upload the translation after I will finish it and check it? 23.09.53 # can* 23.09.55 Quit kugel (Read error: Connection reset by peer) 23.10.14 # You should check it by using it :) 23.10.28 # And when it is done, then put it on our patch tracker, flyspray 23.12.35 # yeah, but how? 23.12.42 # u mean this - http://www.rockbox.org/tracker/index.php?show_task= 23.12.43 # ? 23.13.26 # you* 23.13.35 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 23.13.54 Quit tchan (Changing host) 23.13.54 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.14.11 Quit Jerom (Quit: Leaving.) 23.14.34 # linuxstb: I'll commit with the random_folder_advance_config plugin enabled. ok? 23.14.49 # linuxstb: Thanks for checking the android build 23.15.03 # Hmm, I've done "svn cp" to create a new file closely based on an existing one, and then "svn diff" is showing the differences to that file, rather than showing it as a new file... 23.15.44 Join Jerom [0] (~jerome@79.132.59.245) 23.17.17 Join kugel [0] (~kugel@g231233023.adsl.alicedsl.de) 23.17.17 Quit kugel (Changing host) 23.17.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.17.32 # AlexP 23.18.05 # mshathlonxp: Yep, create a new task there as a patch 23.18.19 # thomasjfox: It seems OK to me. 23.19.44 Quit GeekShadow (Quit: The cake is a lie !) 23.19.59 # btw how I should name my translation - latvian or latviesu? :) I can see that part of translations is named in english, while others are in respective language. Or that's my free choice? 23.21.08 # mshathlonxp: I think the convention is to use ASCII characters. So in your case, latviesu would be fine. 23.22.04 # ideally we should have translations for the lang names but there's little practical gain 23.22.20 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 23.22.41 # what is "Histogram interval" ? google can't find what it is :) 23.24.15 # why would google have any idea about our lang strings? 23.24.23 Quit kugel (Ping timeout: 250 seconds) 23.24.23 # you need to find the usage in the code or manual 23.25.17 # because google usually has chached rockbox page, including manuals 23.25.43 # however, this time "rockbox histogram interval" didn'd gave me anything useful 23.26.20 # Something to do with recording I think 23.26.45 # desc: in record settings menu 23.26.53 # but there's nothing like that in my nano 23.27.08 # That is because it doesn't do recording :) 23.27.11 # id' guess it's the time interval between points in the recording histogram or something like that 23.27.12 Quit kugel_ (Read error: Operation timed out) 23.27.17 Join dfkt [0] (dfkt@unaffiliated/dfkt) 23.27.18 # the histogram shows the waveform in the recording screen (I believe only on the H300 currently though), I guess this setting is meant for how often it is updated or so 23.27.18 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.27.20 # n1s: yes, I think it is that 23.27.26 # it does, I mean it would with some adaptors :) 23.27.52 # * mshathlonxp was thinking about something like that 23.28.15 # as I said yesterday, there is no better way how to learn rockbox than by translating it :) 23.28.42 # * pixelma looks around for petur (in case he reads logs tomorrow ;) ) 23.28.52 # looks like it's on the h100/h120 too 23.28.58 Join elnino79 [0] (~elnino79@e179009089.adsl.alicedsl.de) 23.29.16 # i wonde why only those iriver targets have this feature 23.30.00 # When it was introduced, H100 and H300 were the only swcodec recorders, weren't they? 23.30.00 # I believe it came from the "REP" and hasn't been adapted to other DACs 23.30.36 # WPS = While Playing Screen? 23.30.41 # yep 23.31.23 Quit bertrik (Quit: :tiuQ) 23.31.50 # n1s: Seems to be closely linked to HAVE_AGC... 23.32.39 # linuxstb: yes, i was just looking at the code too. That is also only on the irivers 23.33.04 # I believe Topy44 once did a quick and dirty hack to get it to an X5 23.33.15 # Was that due to the lack of fine gain control on other ADCs though? 23.33.22 # i wonder if it's due to dac features missing or not implemented in drivers for other targets or just apps stuff 23.33.29 # huh? 23.33.44 # ah yes, i got the adc to work on my x5, it actually worked well 23.34.16 # yes its a little coarser than on my h340, but for the main purpose of avoiding clipping its perfectly fine, the level changes are not too obvious 23.34.24 # *agc i mean 23.34.48 # linuxstb: in case of the Iaudios ADC it is (or at least what petur thinks - gain steps are only 1.5 dB and the range isn't as big 23.34.56 # the other REP features like the histogram works perfectly too 23.35.29 Quit kevku (Ping timeout: 272 seconds) 23.35.39 # it was a dirty hack on an ancient version though, but it should be possible to activate it in the current version with a little copy-pasta 23.36.21 # pixelma: interesting that you remember - that was what, 4+ years ago? :) 23.36.36 *** Saving seen data "./dancer.seen" 23.36.52 # unfortunately my x5l has since died 23.37.45 # it was long but not that long I think (but not sure) and my brain seems to have space for remembering the most useless info (but keeps forgetting important things) ;) 23.37.50 # seems the only thing needed for histogram is a way to read peaklevels 23.38.35 # yes, the histogram is pretty simple, it should work on all platform 23.38.36 # s 23.38.55 # i still want the stereo correlation meter back :( it was very useful 23.39.22 # careful, hwcodec recording may be different 23.41.58 # where I can find "Resume on automatic track change"? 23.42.39 # * linuxstb has no idea what that means 23.43.08 # one of last added entries 23.43.11 # that's related to the new auto-resume feature (related to the database) 23.43.24 # wasn't those added to the manual? 23.43.32 # I think so 23.43.56 Quit sinthetek (Ping timeout: 264 seconds) 23.44.02 # so, is that option in my nano as well, or only in some DSP i've never seen before? 23.44.18 # DAP* 23.44.22 # mshathlonxp: it's on all targets 23.44.33 # should be there if you run a current build 23.44.37 # or should be at least 23.44.40 # I can't find it... 23.44.44 Quit kugel (Ping timeout: 264 seconds) 23.45.07 # what does the manual say? 23.45.18 # probably nothing 23.45.22 # * mshathlonxp pulls up opera 23.46.11 # * linuxstb decides to stay away from that feature and discussion of it 23.47.28 # ahh, finally found 23.47.36 # oh, it's under general settings, not easy to find 23.48.16 Join Jonimus [0] (~TheStorm@CPE-75-86-136-121.wi.res.rr.com) 23.48.24 # why isn't it under playback settings? 23.48.32 # * linuxstb was about to ask that 23.48.37 Part Jonimus ("WeeChat 0.3.3") 23.50.06 # no 23.50.15 # that's why it took so long to find 23.50.30 # general settings -> automatic resume 23.50.56 # <[Saint]> Well...It's not *really* a playback setting. 23.51.15 # but I still can't understand what function "Resume on automatic track change" does 23.51.26 # despite it's in manual 23.51.37 # <[Saint]> That's what the manual is for mshathlonxp 23.51.39 # <[Saint]> oh. 23.51.56 # ;> 23.52.06 # Resume on automatic track change. 23.52.06 # Controls whether the next track in an automatic track transition should be resumed at its last playback position as well. 23.52.13 Join kugel [0] (~kugel@g231111009.adsl.alicedsl.de) 23.52.13 Quit kugel (Changing host) 23.52.13 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.52.22 # [Saint]: it certainly affects playback, imo it's a playback setting and that's the first place i looked for it 23.52.41 # * mshathlonxp agrees to n1s 23.53.38 # <[Saint]> I seem to remember a discussion specifically keeping it out of the playback settings menu, as it was objected to iirc. 23.53.49 # but i guess it'll just turn into one of these long pointless discussions again so meh 23.53.55 # <[Saint]> It's not like sideral didn't ask for input. 23.54.05 # what does meen IIRC? 23.54.10 # mean* 23.54.18 # <[Saint]> *google ;) 23.54.41 # [Saint]: yeah but that discussion thread was so long and was making so little progress that people not directly interested in that feature didn't read it 23.54.45 Quit komputes (Read error: Connection reset by peer) 23.54.49 # why google if u can tell me that? :P 23.55.38 # <[Saint]> n1s: TLDR isn't really an excuse ;) He asked for input here many a time too. 23.55.51 # Why wouldn't it be a playback setting. 23.56.06 # <[Saint]> I can see arguments for it to be in playback, but...I can see why it's a general setting also. 23.56.07 # I mean, it doesn't affect non-playback sound, so it's not a sound setting, and it doesn't affect anything *but* playback... 23.56.21 # [Saint]: What's the argument for it not being a playback setting? 23.56.27 # [Saint], kugel: is it a general RaaAa bug or shortcoming that the RTC seems to not be read or is it only my phone? 23.56.39 # * mshathlonxp laughs - IIRC should be "Image Identity Review Committee" haha 23.56.53 # pixelma: I think kugel has mentioned it before - so a bug I think. 23.56.59 # <[Saint]> mshathlonxp: "If I Remember/Recall Correctly" 23.57.01 # [Saint]: yes, about the feature iirc, so as i don't care about the feature i didn't get into the discussion, i didn't know he was going to put the setting there since it's a small detail that never came up 23.57.09 # yeah, that was first definition 23.57.13 # at least when i was around 23.57.44 # <[Saint]> Well, I could be misremembering it...but I'm sure there was a discussion here regarding the menu placement for this feature. 23.58.00 # <[Saint]> It was certainly discussed at length, so it's hard to remember the details. 23.58.16 # now finally I understood what does do "Resume on automatic track change" 23.58.27 # it's often like this with controversial patches, if one doesn't get into the dsicussion about the whole thing one automatically loses the right to question anything about it later 23.58.35 # n1s: What about bookmarking? That's also in general settings. 23.58.58 # linuxstb: I'm not sure bookmarking "controls" playback behaviour though, in the same way.