--- Log for 25.06.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 10 days and 0 hours ago 00.05.22 # Commit 3880145 in rockbox by 03Dominik Riebeling: Add missing class name to System Trace log. 00.08.06 # 3880145 build result: All green 00.15.05 Quit bertrik (Ping timeout: 264 seconds) 00.23.58 Quit pamaury (Remote host closed the connection) 00.26.16 Join Scromple [0] (~Simon@119.225.209.134) 00.27.58 Quit domonoky (Read error: Connection reset by peer) 00.41.52 Join user485763 [0] (~aoeu@112.166.15.141) 00.44.45 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120619191901]) 00.46.29 Join [Saint] [0] (~Saint]@101.98.158.103) 00.46.30 Quit [Saint] (Changing host) 00.46.30 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.46.33 Join anewuser [0] (~anewuser@190.199.33.155) 00.46.34 Quit anewuser (Changing host) 00.46.34 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 00.53.17 Quit Topy (Read error: Connection reset by peer) 00.53.25 Join Topy [0] (~Topy44@f049099045.adsl.alicedsl.de) 00.59.02 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 01.02.51 Join Luka [0] (~44547b17@www.haxx.se) 01.03.15 Nick Luka is now known as Guest24802 (~44547b17@www.haxx.se) 01.04.19 # Hey. Any idea when the "Themes" and "Forums" sections are going to be back up? Particularly the themes one. 01.06.19 Quit user485763 (Ping timeout: 252 seconds) 01.08.03 # scorche: your server down? 01.20.51 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 01.21.44 *** Saving seen data "./dancer.seen" 01.21.46 Join CaptainKewl [0] (~captainke@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 01.31.11 Quit ender` (Quit: Never put off til tomorow what you can skip altogether.) 01.34.53 Quit mgottschlag (Ping timeout: 264 seconds) 01.53.11 Quit bitcraft (Remote host closed the connection) 02.02.00 # [Saint]: g#284 02.02.02 # 3Gerrit review #284 at http://gerrit.rockbox.org/r/284 : skin_engine: Automatically create touch regions for skin bars by Jonathan Gordon (changes/84/284/1) 02.02.28 # <[Saint]> Aha! frickin' awesome. 02.03.35 Quit soap (Ping timeout: 246 seconds) 02.03.56 # <[Saint]> SO...wait, what...a bar automagically makes it ouwn touch region now (no need for a declaration in the skin?) 02.04.05 # <[Saint]> that *is* nice... 02.04.09 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 02.04.10 Quit soap (Changing host) 02.04.10 Join soap [0] (~soap@rockbox/staff/soap) 02.04.14 # correct 02.04.42 # im not exactly sure if it will get all the cases, but it works for cabbie (in git) on the progressbar 02.04.46 # <[Saint]> that takes so much fuckery out of my cabbie theme (or, will do) 02.04.46 # might need some tweaking 02.04.51 # <[Saint]> the bar magic is not pretty. 02.05.24 # <[Saint]> Does it account for reversed bars? 02.05.28 # yes 02.05.45 # <[Saint]> *nooooooooooooiiiiice* 02.06.09 # <[Saint]> Oh, derp. I skipped the line where you explicitly state this. :-S 02.07.26 # <[Saint]> Is the modified wps/cabbiev2.480x800x16.wps in the patch set intentional? 02.07.46 # yes 02.08.31 # <[Saint]> Ok...just seemed a bit weird to me. 02.08.46 # <[Saint]> thought it snuck in there. 02.09.04 # look at the change, it removes the %T(progressbar) line 02.10.55 # <[Saint]> Yes, but, there's several other touch cabbies. 02.11.07 # <[Saint]> (which is why I thought it was weird) 02.11.20 # i hadnt found them yet :) 02.11.31 # <[Saint]> I just had a thought, though, and, you're /probably/ not going to like me very much... :) 02.11.38 # uh oh! 02.11.55 # <[Saint]> Can one still define their own touch region? 02.11.59 # <[Saint]> (for bars) 02.12.00 # yes 02.12.07 # <[Saint]> Ah...*phew* :) 02.12.13 # <[Saint]> Crisis averted :) 02.12.54 # <[Saint]> There's several places where the touch region extends far beyond the bar itself. I suddenly thought "Ohhhhh...crap" 02.12.55 # wierd shit mighjt happen if you do thoguh 02.13.13 # <[Saint]> If you don't do so, its not possible to seek to the highest/lowest values in the bar. 02.13.23 # <[Saint]> so, this may be a problem. 02.13.39 Quit prof_wolfff (Ping timeout: 248 seconds) 02.13.48 # should I add some space on either end? 02.13.55 # 10% or something? 02.14.08 # <[Saint]> that's probably wise, perhaps a percentile of the ba 02.14.10 # <[Saint]> ..yes, that. 02.15.32 Quit liar (Ping timeout: 245 seconds) 02.25.13 # [Saint]: ok, try the link again, it adds 5% on either end of the bar 02.25.26 # err... only for horizontal bars though, so ill fix hat 02.26.36 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 02.27.05 # <[Saint]> I also make use of extending the bar's touch region above and below the bar (so its more similar to Android's bar behaviour where you can "pick up" a bar and move off it whilst still scrolling)...but, this can't really be done automagically I don't think. 02.27.11 # <[Saint]> I can fake it, though. 02.34.44 Quit Topy (Read error: Connection reset by peer) 02.34.52 Join Topy [0] (~Topy44@f049099045.adsl.alicedsl.de) 02.36.32 Join amayer [0] (~amayer@h118.183.123.208.dynamic.ip.windstream.net) 02.43.57 # * [Saint] doesn't like being "thinks o9f things" guy today. 02.44.06 # <[Saint]> perhaps "hindsight guy"? 02.44.45 # what does "hindsight guy" do? 02.44.51 # <[Saint]> While if it happened, its /probably/ just bad design, this new bar behaviour may make for a situation where two touch areas overlap. 02.45.08 # <[Saint]> amayer: he thinks of thing he should have thought of before now :) 02.46.03 # pertaining to rockbox? like the "come up with new ideas" guy? 02.46.41 # <[Saint]> The ony thing I can think of (presently) is negating the new bar behaviour if a touch area is defined for said bar...but, that's likely not a: pretty, or b: non-trivial 02.46.45 # [Saint]: yeah, but you cant deal with everything 02.46.52 # <[Saint]> JdGordon: this is true. 02.47.11 # <[Saint]> As I said, its likely down to shitty UI design if it happens :) 02.47.16 # yes 02.50.04 # [Saint]: I'm not sure i really want to add padding on the ends 02.50.30 # <[Saint]> fixing edge detection would be "the right fix" 02.50.38 # <[Saint]> but, its very screen dependant. 02.50.41 # ? 02.51.28 # <[Saint]> the touch areas seem to not be able to scroll to the highest/lowest limits...it it could, there'd be no need for packing. 02.52.19 # <[Saint]> this is likely *very* screen dependant though. 02.52.37 # is the themes section of the website down? 02.53.18 # <[Saint]> seems so. 02.55.37 # do they host that on a seperate server or is it just apache acting up? 02.57.08 # $ host returns different ip's so i guess its different servers 02.57.15 # * [Saint] nods 02.57.21 # * [Saint] also pokes rasher 02.58.08 # [Saint]: are you guys talking about rockbox on touch devices? 02.58.18 # * rasher redirects the poking towards scorche 02.58.26 # forums and themes are on scorche's server not rasher, bah too slow 02.58.32 Quit Guest24802 (Quit: CGI:IRC) 02.58.33 # (as in touch screen) 02.58.39 # * scorche is poked and reads the backscroll 02.58.55 # scorche: server gone, I assume you're aware 02.59.31 # <[Saint]> amayer: yes, yes we are. 02.59.39 # i wasnt, actually - been going through some stuff off-line 02.59.40 # thats awesome 02.59.42 # * scorche investigates 02.59.58 # <[Saint]> not specifically, but mostly, pertaining to my cabbie touch work. 03.00.22 # <[Saint]> it applies to all touch devices with RB, but, I discovered it though localisation work. 03.01.09 # <[Saint]> I'm working on a theme that "just works" with both LTR and RTL langs, and, its not terribly easy (and, impossible with git HEAD) 03.05.48 # question: what is the default theme that is shipped with RB? 03.06.39 # server is rebooting - cause of interruption in service unknown as of yet - looks like an issue with just my system though 03.09.02 # <[Saint]> amayer: its called "cabbieV2" 03.09.26 # if i have an improvement/bug fix for that where should i submit it? 03.09.43 # <[Saint]> gerrit. and, remember to poke me as a reviewer. 03.09.43 # well, the server is up - i will investigate later... 03.10.13 # <[Saint]> amayer: what's the issue (I know there are many)? 03.10.37 # <[Saint]> I have around ~10 mins to discuss this if you're free. 03.11.00 # [Saint]: in the config file if you change themes then change back it doesnt reload the icons 03.11.17 # if you put /.rockbox/icons/... then it works 03.11.42 # (not a huge issue but it was confusing) 03.12.29 # <[Saint]> I'm really not sure that's the ideal fix. 03.13.00 # <[Saint]> Its a nasty issue, one theme sets something another unsets, etc. 03.13.32 Join T44 [0] (~Topy44@f049099045.adsl.alicedsl.de) 03.13.45 # i understand. im saying when you switch back to cabbieV2 it doesnt reload the icons 03.14.38 # it just doesnt work on my ipod im not sure how it will work on other devices 03.14.52 # <[Saint]> that's because its respecting the current setting, which the prior theme unset. 03.15.11 # <[Saint]> its *supposed* to respect the current setting, but, switching themes makes this a bit weird. 03.15.40 # so its looking for it in the wps folder since its a relative path? 03.15.58 Quit Topy (Ping timeout: 260 seconds) 03.16.03 # <[Saint]> No, its not looking for it at all, since display icons gets unset by the prior theme 03.16.14 # <[Saint]> (I assume this is the issue here) 03.17.32 # <[Saint]> My assumption is, from seeing this before, this is happening when you apply a theme that doesn't set icons, and then switch back to cabbie? 03.17.44 # yes 03.17.47 # in /.rockbox/themes/cabbiev2.cfg it says: 03.17.49 # iconset: icons/tango_icons.16x16.bmp 03.17.50 # <[Saint]> While its not expected behaviour, its *teachnically* "correct" behaviour. 03.17.51 # viewers iconset: icons/tango_icons_viewers.16x16.bmp 03.18.14 # <[Saint]> amayer: yes, that's just telling it what iconset to use. 03.18.23 # but the icon sets dont load 03.18.27 # <[Saint]> whether or not to display is is a different config item entirely. 03.18.38 # <[Saint]> *it is 03.19.04 # <[Saint]> just setting the iconset doesn't=="show icons", but, it just so happens that show icons is the default. 03.19.58 # well if i put 03.20.00 # /.rockbox/icons/tango_icons.16x16.bmp 03.20.02 # and 03.20.04 # /.rockbox/ icons/tango_icons_viewers.16x16.bmp 03.20.05 # <[Saint]> For this particular case, its /probably/ best to add "show icons: true" or whatever it is to the theme config for cabbie...but, its not very nice to override a potentially user set config item. 03.20.06 # then the icons load 03.20.11 # <[Saint]> in fact, its plain ugly. 03.20.36 # <[Saint]> Wait...huh? That's....that's just weird. 03.20.51 # * [Saint] needs to look into this when he has some more time. 03.21.23 # just figured i would bring it up 03.21.47 *** Saving seen data "./dancer.seen" 03.21.54 # <[Saint]> Oh, you're not the first, but, this indeed actually sounds broken. 03.22.06 Quit T44 (Read error: Connection reset by peer) 03.22.07 # like i said not a huge contribution but i figured i would bring it up 03.22.07 # <[Saint]> rather than the semi-broken but actually expected behaviour. 03.22.32 # (since its the theme that ships with RB i figured it should work) 03.22.44 Join T44 [0] (~Topy44@f049099045.adsl.alicedsl.de) 03.23.27 # <[Saint]> Oh, definitely. when you say "add /.rockbox/ icons/tango_icons_viewers.16x16.bmp" etc. do you mean config.cfg, or, cabbiev2.cfg 03.24.05 # cabbiev2.cfg 03.24.11 # <[Saint]> it *should* already be in cabbiev2.cfg, and, it definitely shouldn't magically disappear. 03.24.34 # (take the space out after /.rockbox/(space) icons 03.24.38 # that was my typo 03.25.07 # <[Saint]> yeah, np. I gathered. 03.25.43 # <[Saint]> No I have to figure out why this is happening, this should be a fun afternoon :) 03.25.45 # <[Saint]> *Now 03.25.55 # so your saying it should already be there(and its missing in mine) 03.26.20 # <[Saint]> Yes, the theme should define its own iconset. 03.26.20 # or it should be there and isnt? 03.26.57 # well it does define an icon set. it just doesnt have /.rockbox/ in the front so it wasnt loading 03.27.19 # i have to go but i will be on tomorrow. 03.27.23 # <[Saint]> Aha! Right...I totally misunderstood. 03.27.35 # <[Saint]> Sorry about that. I thought it was missing entirely. 03.27.54 # well i hope i helped out 03.28.16 # <[Saint]> Catching things that shouldn't be definitely helps :) 03.29.26 # im glad. see you tomorrow 03.29.32 Part amayer 03.30.33 Quit T44 (Ping timeout: 260 seconds) 03.34.08 Join Topy44 [0] (~Topy44@f049099045.adsl.alicedsl.de) 03.42.06 Quit Topy44 (Ping timeout: 240 seconds) 03.59.46 Quit itoikenza (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) 04.01.13 Join Topy44 [0] (~Topy44@f048004079.adsl.alicedsl.de) 04.02.54 Join TheSphinX^ [0] (~briehl@p579CCD11.dip.t-dialin.net) 04.06.23 Quit TheSphinX_ (Ping timeout: 245 seconds) 04.08.25 Quit sinthetek (Read error: Connection reset by peer) 04.11.45 Join sinthetek [0] (~sinthetek@cpe-071-071-085-044.triad.res.rr.com) 04.11.45 Quit sinthetek (Changing host) 04.11.45 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 04.30.33 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.30.33 Quit amiconn (Disconnected by services) 04.30.35 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.31.03 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.31.11 Quit pixelma (Disconnected by services) 04.42.51 Join user485763 [0] (~aoeu@112.166.15.141) 04.44.54 Quit [7] (Disconnected by services) 04.45.03 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.54.55 # <[Saint]> What builds the theme .cfg file? wpsbuild.pl one assumes? 04.55.34 # <[Saint]> bertrik mentioned a problem with backdrop loading I should have picked up on, which I'm pretty sure is the same thing as our man from earlier mentioned. 04.57.46 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 05.00.53 # <[Saint]> Arghhh! 05.00.58 # <[Saint]> this shit is nuts! 05.01.12 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 05.01.23 # * [Saint] looks around for who to blame for the hideous monster that is wpsbuild.pl 05.08.58 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.21.51 *** Saving seen data "./dancer.seen" 05.49.22 # <[Saint]> Is there a way I can force wpsbuild.pl to just generate a .cfg for a given target? 05.51.35 # <[Saint]> kugel: ping? 05.51.46 # <[Saint]> or perhaps JdGordon? 05.52.08 # HAHAHAHA no! 05.52.32 # <[Saint]> No ping, or, no wpsbuild.pl, or no both? :) 05.53.00 # <[Saint]> you can obviously see what's wrong, but, I can't see the cause: http://pastebin.com/JxSmsTRt 05.53.20 # <[Saint]> there's no $rbdir for backdrop, icons, or viewers. 05.56.01 # <[Saint]> I can see where the .cfg is built, but, I can't for the life of me (with a cursory look) see where the various objects are defined. $backdrop, $icons, $viewers and friends. 05.56.25 Join Peddy [0] (~apc@unaffiliated/peddy) 05.58.21 # <[Saint]> There's absolutely no way the current .cfg is ever going to work, though. Well...parts of it will, but I'm surprised it loads at all as those paths should be invalid and theme loading should choke iiuc. 06.10.41 Quit anewuser () 06.21.42 # * [Saint] added FS#12706 06.21.43 # http://www.rockbox.org/tracker/task/12706 3wpsbuild.pl: cabbiev2.cfg is generated with invalid paths (bugs, unconfirmed) 06.22.01 # <[Saint]> kugel: when you get in, you should /probably/ look into this. 06.47.51 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 06.48.34 # anyone know how to recover from a 'panic' on boot? won't power on now.. 06.51.13 # maybe it's off-topic and more appropriate to ask in #rockbox-community 06.54.20 Quit [Saint] (Read error: Connection reset by peer) 06.56.56 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.00.40 # [Saint]: I've added 5% on all 4 sides for the touch and i'm adding another option to stop the press region being created (though its unlikely it will be used) 07.01.34 Quit Peddy (Quit: Leaving) 07.03.45 Part davo 07.11.10 Join davo [0] (~davo@cpe-76-169-194-209.socal.res.rr.com) 07.13.26 # [Saint]: so.. 284, are you going to be able to test it out, or should i just push and we'll tweak it later? 07.16.01 # <[Saint]> I can't test it presently, I may be able to do so tonight, but I've not got a lot of free time. 07.16.48 # <[Saint]> I'm a bit confused as to whether or not this would be a skin breaking change or not. 07.16.59 # <[Saint]> I guess "yes?" 07.17.02 Quit CaptainKewl (Ping timeout: 252 seconds) 07.20.07 # na 07.20.17 # hmm, this extra padding doesnt quite work nicely 07.20.34 # well not on sdl anyway 07.20.37 Quit Thra11 (Ping timeout: 240 seconds) 07.21.54 *** Saving seen data "./dancer.seen" 07.38.21 Join LinusN [0] (~linus@giant.haxx.se) 07.41.59 Quit Totalled (Quit: iTunes killed my iPod. ._.) 07.42.19 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 07.48.06 Quit BHSPitMonkey (Remote host closed the connection) 07.56.31 Quit bitcraft (Remote host closed the connection) 08.02.22 Quit user485763 (Ping timeout: 255 seconds) 08.25.32 Quit [Saint] (Remote host closed the connection) 08.25.56 Join [Saint] [0] (~Saint]@101.98.158.103) 08.25.57 Quit [Saint] (Changing host) 08.25.57 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.42.33 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.46.48 # if after a 'panic' the device shutdown, and won't boot. is it safe to say the device is borked beyond salvaging? 08.50.02 # no 08.53.03 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.53.03 Quit bertrik (Changing host) 08.53.03 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.55.14 # Commit bc7ff53 in rockbox by 03Thomas Martitz: wpsbuild.pl: Fix FS#12706 - paths for backdrops and icons were not properly constructed. 08.56.20 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 08.56.20 Quit pamaury (Changing host) 08.56.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.57.25 # bc7ff53 build result: All green 09.04.32 # can't get power to it, could the 'panic' have something to do with that 09.09.16 # oh cool, looks like this is my problem and solution. thanks. http://forums.rockbox.org/index.php?action=printpage;topic=33668.0 09.12.39 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 09.12.40 Quit mgottschlag (Changing host) 09.12.40 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 09.20.34 Quit pamaury (Ping timeout: 260 seconds) 09.21.55 *** Saving seen data "./dancer.seen" 09.26.03 Quit factor (Read error: Connection reset by peer) 09.36.19 Quit bertrik (Ping timeout: 260 seconds) 09.38.36 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.44.05 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 09.54.27 Quit Scromple (Read error: Connection reset by peer) 10.06.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.13.38 # <[Saint]> kugel: since you're here, could you have a look at FS#12706 please? 10.13.39 # http://www.rockbox.org/tracker/task/12706 3wpsbuild.pl: cabbiev2.cfg is generated with invalid paths (bugs, closed) 10.13.58 # <[Saint]> Ah, you have...whoo[ps :) 10.14.35 # * [Saint] totally missed that commit, and for some reason hasn't been sent the closing mail. 10.21.10 Quit MethoS-- (Quit: Konversation terminated!) 10.25.59 Join MethoS- [0] (~clemens@134.102.106.250) 10.27.27 Join ender` [0] (krneki@foo.eternallybored.org) 10.33.40 # JdGordon: the whole blob of code you added is unecessary if notouch would be the default 10.34.01 # re: g#284 10.34.02 # 3Gerrit review #284 at http://gerrit.rockbox.org/r/284 : skin_engine: Automatically create touch regions for skin bars by Jonathan Gordon (changes/84/284/5) 10.34.42 # instead of just defaulting to notouch we now need extra code for backward compatibility 10.34.56 # obviously I'm not a fan of that 10.40.16 # defaulting to notoisnt going to happen, /discussion 10.41.07 # why? 10.42.01 # <[Saint]> Do non-touch devices even give a shit about touch areas? I thought not... 10.42.28 # <[Saint]> If they did, I suspect my 240x320 theme wouldn't work on non-touch devices, which it does happily. 10.42.31 # the problem isn't non-touch devices 10.43.07 # <[Saint]> Ohhhh...I get you, yes. Sorry. 10.43.50 # my problem is that (existing) themes get extra touchregions which the author didn't have in his mind during creation 10.44.07 # that means a) possibly nasty side-effects for existing themes 10.44.20 # <[Saint]> Yeah, there's situations where I don't want this to happen with bars, but, overall I think that its less likely you won't want a touch region drawn for the bars. 10.44.51 # <[Saint]> and, skin breaking changes happen. Authors need to keep on top of this. 10.44.54 # b) extra code is now needed to detect the "touch-enabled-ness" of the theme, since there's now implicit regions even for not touch-enabled themes 10.45.16 # the presense of touchregions indicates whether a theme is touch-enabled 10.46.10 # [Saint]: *all* themes that want the touchregion for the bar already have it. this creates a second one in each which possibly doesnt play nice with the existing region 10.46.23 # <[Saint]> the "nice" way to handle this (IMO) would be to prepend a tag to a bar tag to say "I want the core to draw a touch area for this" 10.47.32 # extra tag isn't needed, a param for the bar tag will do. the question is whether to default to creating the region or not 10.50.26 # defaulting to on essentially breaks existing themes (for IMO no gain) 10.50.43 Quit MethoS- (Ping timeout: 265 seconds) 10.50.46 # <[Saint]> how does it break them? 10.51.05 # i just explained it 10.51.55 # skin breaking changes do happen yes, but this one is unecessary 10.52.27 # we should try to avoid them if possible 10.52.54 # especially if doing the change means we need extra code to handle old themes (or non-touch ones) 10.53.21 # while not doing the breaking change doesnt need the code 10.53.57 # * [Saint] seems to have a habit for needing things for his work that cause arguments. 10.54.08 # <[Saint]> You'd swear I tired for this, but, just lucky I guess :) 10.54.41 # [Saint]: don't get me wrong, I'm not against the general change, I think it's a very elegant solution to your problem 10.54.50 # I just question the default 10.54.59 # <[Saint]> TO be perfectly honest, I really wasn't thinking about non-touch themes when I was running this through. 10.55.05 # <[Saint]> And I should have done so, so, my bad. 10.55.41 # in the current patch you supress the auto-region with "notouch" param, IMO you should need to explicitely enable it with a "touch" param or so 10.57.04 # <[Saint]> One way it could be viewed, I guess, is that if the theme in question automagically becomes "touch enabled" with this change, and it also shares a resolution with a touchscreen device...it should probably cater for touch regions anyway. 10.57.18 # <[Saint]> And if it doesn't share a resolution, the only issue is a bit of extra code. 10.57.42 # <[Saint]> But, you're /probably/ right about the default. I just wan't thinking about non-touch at the time. 10.57.49 # it doesnt make the theme touch-enabled, as it still can't handle playback controls and stuff 10.58.19 # <[Saint]> right, my point is, if it shares a resolution with a touchscreen device...it should already. 10.58.34 # <[Saint]> But, you can't force people to code proper themes (believe me, I've tried :0) 10.58.44 Join Keripo [0] (~Keripo@c-50-135-159-85.hsd1.wa.comcast.net) 10.59.14 # why would you want to force a themer to touch-enable his ipod theme? he just wants it for his ipod 10.59.33 # <[Saint]> If a themer doesn't cater for touch when the theme they create has both touch and non-touch targets, its kinda broken IMO. 11.00.00 # <[Saint]> in the same league as not doing proper hardware checks 11.00.15 # <[Saint]> ...but, people make crap themes, this is unfortunately a fact. 11.01.00 # I don't agree that all themes must always work on all devices with the resolution, but that's another story anyway 11.01.36 # <[Saint]> I think they should, but, we can't force it..so...yeah. 11.14.43 Quit Totalled (Ping timeout: 245 seconds) 11.15.27 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 11.17.29 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 11.21.56 *** Saving seen data "./dancer.seen" 11.24.23 Quit TheLemonMan (Read error: No route to host) 11.45.45 # there is no negative side effects from defaluting to on 11.51.21 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 11.57.36 # there is no negative side effects from defaluting to on 11.57.47 # oops 12.01.17 Quit Totalled (Ping timeout: 265 seconds) 12.06.41 # I'm not sure about that, and testing a single theme doesnt tell much 12.07.13 # and even then, there's still a bunch of unecessary extra code to detect non-touch-enabled themes 12.12.37 Join T44 [0] (~Topy44@f049071205.adsl.alicedsl.de) 12.16.58 Quit Topy44 (Ping timeout: 272 seconds) 12.31.13 Join MethoS- [0] (~clemens@134.102.106.250) 12.44.22 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.48.17 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.50.39 Join anewuser [0] (~anewuser@190.199.33.155) 12.50.39 Quit anewuser (Changing host) 12.50.39 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 12.56.05 Quit TheLemonMan (Quit: WeeChat 0.3.8) 13.07.00 Quit mgottschlag (Ping timeout: 272 seconds) 13.16.03 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.22.00 *** Saving seen data "./dancer.seen" 13.25.48 Join mgottschlag [0] (~quassel@195.37.186.62) 13.25.49 Quit mgottschlag (Changing host) 13.25.49 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 13.27.48 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 13.28.03 Join stoffel [0] (~quassel@pD9E41EB5.dip.t-dialin.net) 13.30.21 Part LinusN 13.30.43 Quit TheLemonMan (Client Quit) 13.33.16 # hmm elf2flt seems to be broken 13.34.56 # it emits binary with big endian order of the pointers if they have relocation of type R_ARM_ABS32 13.37.24 # wodz: is this the same issue as you asked me about the other day? 13.38.40 # seems to 13.39.28 Join petur [0] (~petur@rockbox/developer/petur) 13.40.29 # If I objcopy from intermediate elf everything is in little endian order but bflt file have pointers in big endian order. Looking at elf2flt it explicitely do if ((*p)->howto->type == R_ARM_ABS32) *(uint32_t *)r_mem = htonl(hl); 13.40.35 # which seems tad wrong 13.44.18 # wait, i'm not sure what you're referring to 13.44.27 # surely things that are relocated are not *in* the binary 13.45.29 # sure they are 13.46.08 # you read relocate table to get offset then you read value from load_base + offset the value to fixup 13.46.34 # what specific thing in the binary is bigendian? 13.46.43 # "pointers" doesn't mean anything :) 13.46.58 # one moment, I'll upload things to discuss somewhere 13.47.21 Quit XavierGr () 13.47.37 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 13.48.15 # the bFLT fields are all network byte order 13.48.25 # so the actual contents of the relocation table will be bigendian, yes 13.49.24 Quit TheLemonMan (Client Quit) 13.49.40 # relocation tables yes but the value it points to should be little endian (or at least should not have different order then intermediate elf) 13.50.04 # why shouldn't it? 13.51.27 # http://www.filefactory.com/file/51cquzaer4q1/n/battery_bench_elf, http://www.filefactory.com/file/5nii4hd70t6v/n/battery_bench_bflt_gdb, http://www.filefactory.com/file/zk88fdeczyr/n/battery_bench_bflt 13.51.43 # hope this will not need to many vodoo to download 13.52.31 # .elf is our regular elf (linked at some hw specific address) .bflt.gdb is elf linked at 0, .bflt is bflt binary itself 13.52.44 # anyway. yes, the data at the site the reloc offset points to is also part of the relocation 13.52.50 # it is in network byte order, the same as the rest of bFLT 13.52.52 # it is not payload data 13.54.11 # can't understand sorry 13.58.10 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 13.59.52 # wodz: i'm saying, there is no problem here 13.59.57 # that's how it's supposed to work 14.00.02 Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) 14.00.16 # the value it points to is also part of the relocation entry, even though it's physically in a different place 14.00.21 # so, it's also bigendian. 14.00.47 # your loader needs to interpret that as network byte order and call the appropriate conversion 14.01.14 # I can't see anything like this in uclinux loader 14.04.50 # hmm maybe the conversion is done with uninion trickery 14.22.49 # well, i haven't looked, but i would expect it's there somewhere :) 14.29.30 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.32.41 Quit Neelark (Quit: Page closed) 14.33.57 # Ok it seems to do endian conversion somewhere deep in macros traversing. Thats a pitty description of bflt doesn't mention that not only tables are network ordered 14.34.16 # well, as i said, the data at the relocation site is also part of the relocation 14.34.21 # its format and meaning is determined by the relocation type 14.34.33 # so, it's also part of the relocation entry (just using some existing space to reduce the table size) 14.35.43 # acked, but it is not obvious at first spot 14.40.58 # Torne: so basicaly: fixme = (uint32_t *)((uintptr_t)load_base + reloc); *fixme = be32toh(*fixme) + load_base; 14.41.24 # ntoh really.. 14.41.31 # but yeah, i think so 14.41.52 # hmm not for every relocation type I guess 14.43.05 # v4 of bflt seems to be just that 14.43.26 # v5 do different things but I think it is abandoned 15.22.02 *** Saving seen data "./dancer.seen" 15.28.49 Quit stoffel (Read error: Connection reset by peer) 15.30.39 Join stoffel [0] (~quassel@pD9E41EB5.dip.t-dialin.net) 15.32.31 Join user485763 [0] (~aoeu@112.166.15.141) 15.53.44 Join Thra11 [0] (~thrall@37.152.227.243) 16.00.08 Quit rasher (Ping timeout: 252 seconds) 16.02.07 Quit Thra11 (Remote host closed the connection) 16.03.55 Join Thra11 [0] (~thrall@37.152.227.243) 16.10.43 Join rasher [0] (~rasher@rockbox/developer/rasher) 16.16.22 Quit Thra11 (Ping timeout: 272 seconds) 16.19.37 Join mortalis [0] (~mortalis@77.108.98.177) 16.21.14 # wodz: ping 16.22.19 # pong 16.23.45 # I've tested code that worked for your lcd http://www.pastie.org/3829647. It doesn't work for me. I get distorted image. 16.24.14 # if I remove 13-14 lines it works just fine 16.26.33 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.27.06 # I can't remember the details but all variants I tried had some issue. I'll retest later today to refresh my memory 16.28.33 # Also, I noticed that distortion depends on VERT_PREIOD. If I set VERT_PERIOD = (1<<7)|(1<<6)|1; distortion is very little. 16.29.40 # but you said that with 13-14 commented out you have no distortion right? 16.31.05 # yes, but with this lines and VERT_PERIOD = (1<<7)|(1<<6)|1; distortion very small 16.31.48 # without 13-14 no distortion with any VERT_PERIOD value 16.32.32 # does wps refresh correctly? I remember having weird visual effects with many partial updates running 16.35.33 # wait, i'll check it. 16.40.21 # with 13-14 commented it's ok 16.41.17 # ok I'll test when I get home 16.42.06 Quit eintopf (Ping timeout: 245 seconds) 16.44.11 # mortalis: please paste whole diff so I'll test exactly the same code variant as you 16.44.27 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 16.45.07 Quit wodz (Quit: Leaving) 16.57.05 Join eintopf [0] (~eintopf@zzz.strace.org) 17.02.28 # [Saint]: did you look into the bug from last night? 17.15.36 Quit petur (Remote host closed the connection) 17.17.11 Join webguest [0] (~bcdc5eec@www.haxx.se) 17.17.23 Quit Syconaut^ (Ping timeout: 244 seconds) 17.18.58 # wodz: http://www.pastie.org/4148832 17.20.00 # Hello, im a standard Rockbox user but I noticed a minor problem with classic_statusbar.sbs in the current build. in the file you have the option to switch graphical and numerical battery and volume control icons by (un)commenting some the WPS code lines. However the code is using %Vdb instead of %Vd(b). So the theme fails. Look at line 19 and 24 (sansa fuze v2 version). 17.20.41 Join Syconaut [0] (viper@c-4dfd72d5.162-1-64736c10.cust.bredbandsbolaget.se) 17.22.06 *** Saving seen data "./dancer.seen" 17.22.13 Quit MethoS- (Ping timeout: 265 seconds) 17.25.06 Join japc [0] (~japc@194.65.5.235) 17.25.30 Quit japc (Read error: Connection reset by peer) 17.37.50 Quit webguest (Quit: CGI:IRC) 17.37.55 Quit davo (Quit: leaving) 17.39.03 Quit TheLemonMan (Quit: WeeChat 0.3.8) 17.47.12 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 17.50.23 Quit mgottschlag (Ping timeout: 260 seconds) 17.53.07 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 17.56.12 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.08.32 Quit pamaury (Ping timeout: 244 seconds) 18.13.35 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 18.13.35 Quit mgottschlag (Changing host) 18.13.35 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 18.31.51 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.36.34 Join Strife89 [0] (~Strife89@207.144.201.128) 18.36.57 Quit bitcraft (Remote host closed the connection) 18.40.45 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 18.51.26 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.51.26 Quit pamaury (Changing host) 18.51.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.04.03 Quit GermanMushroom (Quit: Ik ga weg) 19.04.05 Quit TheLemonMan (Quit: WeeChat 0.3.8) 19.12.35 Join lebellium [0] (~chatzilla@f052144004.adsl.alicedsl.de) 19.22.07 *** Saving seen data "./dancer.seen" 19.22.21 Quit bluebrother (Ping timeout: 245 seconds) 19.22.49 Quit Strife89 (Quit: This computer has gone to sleep) 19.23.12 Quit fs-bluebot (Ping timeout: 272 seconds) 19.24.43 Join fs-bluebot [0] (~fs-bluebo@g225254113.adsl.alicedsl.de) 19.24.58 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.25.25 Quit stoffel (Ping timeout: 246 seconds) 19.31.14 Quit benedikt93 (Quit: Bye ;)) 19.39.15 Quit anewuser (Ping timeout: 250 seconds) 19.50.55 Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) 19.52.29 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.52.30 Quit bertrik (Changing host) 19.52.30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.58.16 Join anewuser [0] (~anewuser@190.207.12.244) 19.58.17 Quit anewuser (Changing host) 19.58.17 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 20.02.08 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 20.03.02 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 20.06.57 Quit bertrik (Read error: Connection reset by peer) 20.09.34 Quit Neelark (Ping timeout: 245 seconds) 20.10.06 Join stoffel [0] (~quassel@pD9E41EB5.dip.t-dialin.net) 20.10.24 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 20.10.32 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.10.32 Quit bertrik (Changing host) 20.10.32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.13.56 Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) 20.20.21 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 20.20.26 # mortalis: ping 20.24.53 # is there a better way to update RB instead of copy/replace the whole /.rockbox/ directory? 20.25.48 # and does that overwrite your settings you have(ie. if you have a different theme installed?) 20.25.57 # Depends on how you define "replace" 20.26.12 # If you overwrite it, settings and themes will still be there 20.26.29 # yeah i mean overwrite 20.26.45 # so then the settings and themes wont be affected? 20.28.55 # is there a "user settings" file? 20.29.14 # that i could duplicate/backup my settings to another device? 20.29.28 # There's one settings file. It's not included in the zip file 20.30.05 # wodz: pong 20.30.23 # oh that makes sence 20.30.45 Quit Wardo (Quit: Blarglarg) 20.30.52 Join kevku [0] (~kevku@heaaqi4aafadxhlbt4fh27uucgi.dyn.reverse.name) 20.32.55 Quit Neelark (Quit: Page closed) 20.33.08 Quit prof_wolfff (Ping timeout: 260 seconds) 20.34.13 # mortalis: you changed number of fields to unsigned short which is wrong 20.34.35 # mortalis: this works only in 16bit mode 20.35.17 # my lcd is connected as 18bits and I am unable to initialize the panel in any other bus mode then 24b 20.36.49 # according to DS all lcdc regs 16bit 20.38.03 # not LCD_DATA and LCD_BUFFER as this can take RGB888 20.38.27 Join saratoga [0] (98032941@gateway/web/freenode/ip.152.3.41.65) 20.38.41 # ah, yes 20.39.37 # but even accounting for this I am unable to get proper image with dma transfers and your code 20.40.57 # Did you noticed my change in lcd_data_transform. You should remove it, as your display need transform for initialization. 20.41.09 # *? 20.41.27 # yes without this lcd can't initialize at all 20.44.22 # wodz: paste your whole diff, please 20.45.37 # its crappy :-) 20.46.58 Join petur [0] (~petur@rockbox/developer/petur) 20.47.14 # do you have working code with dma transfers for your device? 20.47.40 # I can't find it :/ 20.53.18 Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) 20.54.41 # I hope you noticed lcd_cmd(0x22); in lcd_update() and change it to proper command for your display. 20.58.07 # yep 21.00.10 # mortalis: http://www.pastie.org/4149924 <- thats agains master 21.01.42 # It sends something to lcd and you can somehow recognize what it is but whole display is covered with colour strips slightly changing with every update 21.02.34 # hmm. Why do the manuals on the website say "version unknown-120625"? 21.03.00 # commented out change to lcd_update_rect() works I mean sending rgb565 data to this lcd works ok 21.03.17 # and it seems the html manuals haven't been rebuilt the last two or so weeks 21.03.54 # early spot :-) 21.04.26 # that supports thesis that noone reads manuals 21.05.26 # wodz: why? it's not unavailable 21.05.57 # it only shows nobody reads them carefully enough to notice they're outdated 21.06.36 # well, have there been (important) changes to the manual the last couple of weeks? 21.06.53 # since those are rare it's not much of a problem looking at a manual that's two weeks old :) 21.07.42 Join PwnsomeWin [0] (~626e36a6@www.haxx.se) 21.08.05 # hello i'm new to the rockbox community 21.08.20 # hi PwnsomeWin 21.08.26 # this can happen :) 21.08.26 # hello 21.08.42 Quit PwnsomeWin (Client Quit) 21.08.50 Join PwnsomeWin [0] (~626e36a6@www.haxx.se) 21.09.36 # right now i'm trying to make a new port 21.09.43 # i opened the mp3 player up 21.09.56 # btw its a Creative MuVo v100 21.10.04 # wodz: llp_setup(FBADDR(0,i), (void*)(&LCD_BUFF+(i%4)*LCD_WIDTH), &scr_llp[i], LCD_WIDTH/2); whould be replaced with llp_setup(FBADDR(0,i), (void*)(&LCD_BUFF+(i%4)*LCD_WIDTH/2), &scr_llp[i], LCD_WIDTH/2); 21.10.35 # because LCD_BUF unsigned long in master 21.11.14 # do i have to use a flatbed scanner to get a pic of the inside of the mp3 player 21.11.31 # cause i have a pretty good camera 21.11.45 # PwnsomeWin: you can use digital camera with good macro lens as well 21.11.45 Quit PwnsomeWin (Client Quit) 21.14.15 # mortalis: pretty much better now but still not perfect. Every update causes visual glitch 21.16.43 Join PwnsomeWin [0] (~626e36a6@www.haxx.se) 21.16.52 # wodz: it with commented while (DWDMA_CTL_L(0) & (1<<27)) yield();? 21.17.00 # did anybody answer me, cuase the client went weird 21.17.38 # PwnsomeWin: you can use digital camera with good macro lens as well 21.17.48 # mortalis: yes 21.17.58 # ok 21.18.02 # PwnsomeWin: basically the point is to be able to identify the chips in there. If your photos are good enough for that, that's fine 21.18.12 # well my camera is refusing to take a picture 21.18.14 # and what if you uncomment it? 21.19.37 Quit mgottschlag (Read error: Connection reset by peer) 21.21.10 # mortalis: with uncomented while (DWDMA_CTL_L(0) & (1<<27)) yield(); 1/3 of the display is garbage on the right hand side 21.22.09 # ok how do i make a wiki page? does somebody need to give me permission? 21.22.10 *** Saving seen data "./dancer.seen" 21.24.26 # PwnsomeWin: yes. What's your wiki name? 21.25.23 # EricBranchek 21.25.57 # wodz: i messud up with VERT_PERIOD. The best result i received when VERT_PERIOD = (1<<7)|(1<<3)|1; 21.26.22 # PwnsomeWin: ok, you should be able to edit stuff now 21.26.33 # thank 21.26.33 # s 21.26.57 # can i add my port page also? 21.27.14 # That should work, yes 21.27.27 # okay 21.29.27 # PwnsomeWin, do you know what kind of processor is in there? 21.29.40 # mortalis: definitely not for my lcd - it looks like if it skip every second column of pixels 21.29.43 # trying to figure that out 21.30.46 # the mp3 player is actually two parts, one comes off and connects to the computer. i opened up the other part, and im not sure which one has the processor 21.31.02 # how do i make a wiki page? 21.31.25 # It's probably not much use yet to start a port page until you have at least an idea of the kind of processor in the player, IMO 21.31.26 # PwnsomeWin: simply enter unique, valid wiki address 21.31.47 # okay 21.32.13 # i'll see if i can figure out the processor 21.32.27 Quit Neelark (Quit: Page closed) 21.32.31 # mortalis: the image jumps up and down occasionally producing distorted image. This pretty much looks like it misses whole 4 line transfer 21.33.15 # mortalis: switching to bypass mode produce glitch also 21.35.51 # wodz: sounds similar to what I can see when while (DWDMA_CTL_L(0) & (1<<27)) yield(); uncommented 21.36.05 # is there like a site that shows different processors? 21.38.23 # PwnsomeWin: simply show your photos - some of us are more or less familiar with typical uC used in mp3 players 21.38.44 # ok 21.39.02 # i dont even know if i opened the part with the processor, but ok 21.39.05 # >_>9 21.40.23 # also i dunno if the quality is enough to tell 21.41.06 # mortalis: interestingly show_logo() at the very begining has wrapped around lines - first 4 are garbage, then logo is quite ok and final update places version string in place of this garbage lines instead of the bottom 21.41.50 # our wiki page http://www.rockbox.org/wiki/SigmaTelSTMP3xxx mentions a "Creative MuVo" as having a STMP3520 21.42.28 # does that apply to all MuVos? 21.43.14 # I don't know 21.43.35 # ok, gotta get on this irc from my other computer with the pic 21.43.36 # brb 21.43.38 Quit PwnsomeWin (Quit: CGI:IRC) 21.44.20 Join PwnsomeWin [0] (~626e36a6@www.haxx.se) 21.44.38 # ok the image is here 21.44.39 # http://desmond.imageshack.us/Himg696/scaled.php?server=696&filename=img000015r.jpg&res=landing 21.44.59 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 21.45.33 # also do the wiki pages have some format or something? 21.46.41 # PwnsomeWin: this picture doesn't show anything usefull 21.46.54 # i didnt think so 21.47.03 # =P 21.47.23 # it has that usb connector in the way 21.48.04 # wodz: yes, I see it all the time. Even when while(DWDMA_CTL_L(0) & (1<<27))yield(); commented and everything else works fine. 21.49.37 # there is a black thing above the usb connector that says 2206x 21.51.46 # PwnsomeWin: it pretty much looks like protection diode 21.52.06 # ok 21.52.06 # pamaury, I think you looked at stmp3500 before, right? 21.52.23 # that's the dsp based one right ? 21.53.08 Quit bitcraft (Remote host closed the connection) 21.53.53 # mortalis: thats my crappy diff which works best (but still not 100% correct) http://www.pastie.org/4150275 21.54.39 # bertrik: why this question ? 21.55.11 # because i have a mp3 player that may use it 21.55.15 # and i want to port it 21.55.21 # I suspect that's the SoC inside the Creative MuVo that PwnsomeWin has 21.57.22 # PwnsomeWin: I don't want to prevent you from anything, but that will really really really be a hard task 21.57.39 # well i thought it might be 21.57.46 # but why? 21.57.48 # the main problem here is the cpu 21.58.00 # what about the cpu? 21.58.05 # that's a dsp, it can only do word accesses iirc and a word is 24-bits 21.58.39 # and possibly the muvo doesn't have dram, so probably limited to the on-chip memory 21.59.00 Quit kevku (Ping timeout: 272 seconds) 21.59.06 # oh 21.59.13 # there is only one compiler I know for it, it's based on gcc 1.37, it doesn't even compile without ugly hacks 21.59.36 # what would be the first step to making a port for it? 22.00.36 # it has a weird memory architecture too (dsp) with two data buses, no bus can access the entire memory so you really want to have both so it's a nightmare c-wise 22.00.36 # and the compiler source code has comments like "this won't generate correct code". The first step would probably be to rewrite a compiler :-/ 22.01.08 # and that'd take a while i assume? 22.01.11 # Or trust this one but there won't be anyone to help you since it's so old and not documented 22.01.29 # what language would i use to write a compiler? c? 22.01.43 # well, the word=24-bit part is really weird, I guess most compilers will choke on that 22.02.30 # depends, the best option is to port either gcc or llvm. gcc is in c (+lots of macros and said to te difficult to hack), llvm is in c++ 22.02.57 # wodz: I tried to run wps with your previous diff, and I see issues with partial updates as you described. I think the reason of it is frequent switching between 24bit and 16bit 22.03.01 # honestly, if you want to hack something, I think hack a more modern mp3 is a better idea :) 22.03.09 # ok 22.03.24 # well, i have 4 other mp3 players 22.03.35 # 3 of them are sansa, and all have a stable port 22.03.45 # and it's real old also so the amount of memory on it is ridiculous 22.03.48 # the last is my ipod shuffle 2g, but i have no idea where it is 22.04.18 # any ideas of a modern mp3 player that doesnt have a stable port? 22.04.45 # depends on what you want to do, on the amount of work you are ready to to, and your knowledge 22.04.52 # wodz: in last diff you changed only vert_period and partial updates? 22.04.58 # do you want to _hack_ or do you want to hack _a new port_? There is plenty of work that can be done using the existing ports 22.05.06 # i have knowledge in a few programming languages if that helps 22.05.18 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.05.32 # i guess id hack an existing port, makes more sense since im new to this stuff 22.05.53 # mortalis: and reordered things slightly in lcd_update() 22.06.20 # in any case you need to know c and low-level programming in c most precisely. When you are used to hack an existing softyware, you can move to a more challenging hack :) 22.06.23 # also, there is other stuff than the firmware part of Rockbox you can look into if you're interested 22.06.45 # how about fixing nano2g USB issues? ;-) 22.06.58 # first i gotta get a nano 2g 22.07.01 # how much? 22.07.03 # money 22.07.08 # <[Saint_]> Not necessarily. 22.07.32 # <[Saint_]> Plenty of seven work on targets they don't own. 22.07.50 # <[Saint_]> If they didn't, we'd have much leas ports I'd position. 22.07.57 # <[Saint_]> *posit 22.08.03 # <[Saint_]> *less 22.08.12 # can anyone decipher FS#12703? 22.08.13 # http://www.rockbox.org/tracker/task/12703 3Clip Zip Crash and Device Not Succesfully installed (bugs, unconfirmed) 22.08.18 # <[Saint_]> (Today is not typing day...) 22.08.23 # haha its fine 22.08.37 # Commit 5785cfb in rockbox by 03Marcin Bukat: Add fms to cabbiev2 by default 22.09.03 # is there an existing port that is inactive? 22.09.17 # <[Saint_]> The nano2g is still quite available though, and cheap. 22.09.22 # PwnsomeWin: sure 22.09.26 Join Scromple [0] (~Simon@119.225.209.134) 22.09.33 # <[Saint_]> Around $40~50 USD 22.09.42 # thats pretty good 22.10.45 # <[Saint_]> Its one of the more powerful targets too. Its actually very nice hardware but some people don't like the form factor, the capacity, and lack of external storage. 22.10.59 # <[Saint_]> But its one of the more capable players for sure. 22.11.07 # ...and lack of documentation 22.11.08 Join webguest23 [0] (~bcdc5eec@www.haxx.se) 22.11.28 # <[Saint_]> wodz: that's not just a Nano2g thing though :) 22.11.55 # is there anything i can do to stable ports? 22.12.14 # other stuff that comes into my mind are (a) TTS in Rockbox (b) test system (need to get my prototype cleaned up and published somewhere) 22.12.25 # PwnsomeWin: that would be (a) 22.12.30 # or write unit tests :) 22.12.44 # I really like to see unit tests but nobody is motivated to work on that :) 22.12.49 # port png into core 22.12.59 # what is TTS? 22.13.05 # text to speach 22.13.07 # Text To Speech 22.13.12 # * bluebrother too slow 22.13.15 # that would be awesome 22.13.23 # do any ports already have tts? 22.13.33 # PwnsomeWin: no 22.13.43 # no port does have a TTS 22.13.43 # ok 22.14.02 # we use prerendered clips for voice support, but that obviously only works for stuff we can prerender. 22.14.11 # and it requires the user to prerender the clips first 22.14.24 # should i make tts for the clip+ or clip? 22.14.26 # PwnsomeWin: if you are interested in TTS stuff I can share my work in this area. 22.14.27 # oh, and then there's always http://www.rockbox.org/wiki/MrSomeonesTodoList 22.14.36 # im interested in tts stuff 22.14.58 # PwnsomeWin: if you want to include a TTS in Rockbox it should work on all players (well, all that have the necessary capabilities) 22.15.05 # oh ok 22.15.08 # PwnsomeWin: basically you have two options - eSpeak or flite. 22.15.16 # there has been a GSoC project for that but it failed 22.15.19 # difference between them? 22.15.40 # http://www.rockbox.org/wiki/TTSInCore 22.15.44 # unfortunately 22.15.54 # crude port of eSpeak exists but in its current shape is not any near to be commitable 22.16.30 # * bluebrother suggests the pdf linked on that wiki page 22.16.34 # flite is more advanced, gives better results but is technically harder to adapt and needs considerably more runtime resources 22.16.43 # do any of you guys deal with the builtin theme codes? only i noticed an error in the classic_statusbar theme which comes as default 22.16.46 # ill go for eSpeak 22.16.54 # there's also a potential license issue with espeak 22.16.59 # oh 22.17.30 # * bluebrother suggests to do some research before deciding which engine to use 22.17.31 # it is not - we agreed that keeping good code separation with defines is enough 22.17.45 # okay 22.17.45 # we did? Ok, fine with me then. 22.18.06 # I mean we need to be able to compile v2+ only part or v3 if one wants 22.19.03 # brb again 22.19.05 Quit PwnsomeWin (Quit: CGI:IRC) 22.19.06 # anyway porting eSpeak is quite easy but still it is considerable amount of work to do it cleanly 22.19.50 # ah, this was discussed during last years DevCon. That's why I was missing it :) 22.19.56 Join PwnsomeWin [0] (~626e36a6@www.haxx.se) 22.20.18 # back 22.20.31 # happens. 22.20.45 # brb dinner 22.22.16 # hm, png looks doable 22.22.36 # didn't also the SoC TTS project hit some snakes with espeak? 22.22.42 # or was that flite? 22.22.46 # flite 22.22.51 # ah :) 22.23.19 # * bertrik wonders about the TTS recently discovered in a range of not-too-expensive mp3 players 22.23.48 # there was a thread recently on the forum about this, I'll see if I can find it again 22.23.50 # that would indeed be interesting 22.24.01 # The problem with flite is that it heavily uses malloc(). It is virtually impossible to get rid of this allocations so the solution is to live with it. 22.25.37 # I hacked flite to use tlsf + simple allocator and it works this way. It needs ~4MB of runtime mem IIRC. 22.25.43 Quit webguest23 (Quit: CGI:IRC (EOF)) 22.26.29 # bertrik: the thread was about closed source solution so not very useful 22.27.07 # im back 22.27.52 # so it's kinda useable for the 16MiB+ targets 22.29.38 # eSpeak is much less memory hungry and has constant footprint 22.30.53 # if i want to make and submit a theme what is proper etiquette? 22.30.55 # do i make it for devices i own and can test on or try and make it for 5 or 6 standard resolutions? 22.32.06 # amayer: see http://www.rockbox.org/wiki/ThemeGuidelines 22.32.10 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.32.25 # amayer: You can always use simulator to test themes 22.32.28 # making the theme for various resolutions is a nice thing but not necessary 22.33.02 Quit [Saint_] (Ping timeout: 245 seconds) 22.33.59 # i choose espeak 22.35.41 # FS#7660 is a good start 22.35.42 # http://www.rockbox.org/tracker/task/7660 3Plugin espeak TTS engine for rockbox (patches, unconfirmed) 22.36.01 # is that the one you told me about? 22.38.08 # yes 22.38.16 # so how do i start? 22.38.20 # after downloading it 22.38.22 # =P 22.38.27 Quit liar (Ping timeout: 245 seconds) 22.39.03 # for rockbox on clip+ being my first dedicated mp3player and using it for 48 hours now i have to say: well done rockbox team! I love it. 22.40.16 # i have the source 22.40.20 # for the espeak thing 22.43.15 Join Strife89 [0] (~Strife89@207.144.201.128) 22.43.37 # wodz 22.44.59 # PwnsomeWin: do you know how to program? 22.45.11 # yeah 22.45.22 # i do mostly java, but i know a bit a c 22.45.31 # * bluebrother runs 22.45.44 Join mgottschlag [0] (~quassel@HSI-KBW-091-089-250-186.hsi2.kabel-badenwuerttemberg.de) 22.45.44 Quit mgottschlag (Changing host) 22.45.44 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 22.48.02 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.50.58 # PwnsomeWin: how exactly does your programming / language experience look like? 22.51.10 # what do you mean? 22.51.32 # which languages, how long etc 22.51.43 # wodz: you have better results with while(DWDMA_CTL_L(0) & (1<<27))yield(); or without it? 22.51.51 # i only know basics in c 22.51.56 # java like 2 years 22.51.57 # and i g2g 22.52.03 Quit PwnsomeWin (Quit: CGI:IRC) 22.52.16 Quit stoffel (Remote host closed the connection) 22.54.38 # mortalis: better with yield() thing 22.55.35 Quit Strife89 (Quit: This computer has gone to sleep) 22.55.42 # by better I mean less glitches 22.55.51 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.57.13 Quit [Saint__] (Ping timeout: 260 seconds) 22.58.01 Join Strife89 [0] (~Strife89@207.144.201.128) 22.58.21 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 23.05.23 Quit [Saint] (Ping timeout: 255 seconds) 23.09.44 Part amayer 23.10.12 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 23.16.06 Quit Strife89 (Quit: This computer has gone to sleep) 23.16.28 Quit [Saint_] (Ping timeout: 260 seconds) 23.18.44 Join Strife89 [0] (~Strife89@207.144.201.128) 23.22.12 *** Saving seen data "./dancer.seen" 23.24.04 Join belak [0] (~belak@encoded/developer/belak) 23.24.42 # Ive got the sansa fuze... and idk if I have a v1 or v2... I installed rockbox a while ago, but I don't remember how to get into the original firmware to check... how can I do that? 23.27.45 # the probably easiest way it to either check the file rockbox-info.txt 23.27.55 # or use Rockbox Utility and autodetect the player. 23.28.26 # as for booting into the Sandisk firmware you need to hold a button while booting. Check the manual for which one (left? Not sure) 23.28.55 # Ah, o 23.28.56 # k 23.30.26 Join [Saint] [0] (~Saint]@101.98.158.103) 23.30.26 Quit [Saint] (Changing host) 23.30.26 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.32.36 # flaushy, appreciated :) 23.33.00 Join [Saint_] [0] (~Saint]@101.98.158.103) 23.33.01 Quit [Saint_] (Changing host) 23.33.01 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.36.27 Quit [Saint] (Ping timeout: 255 seconds) 23.40.45 Quit Rower85 (Quit: Hmmm...) 23.43.29 Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) 23.45.01 # Is it possible to use the RockboxUtility with the iPod classic and dev builds? 23.46.58 # no, if by "classic" you mean the Ipod 6G 23.47.07 # Yeah 23.47.21 # then no, since there is no support for the 6G in Rockbox Utility 23.47.37 # Meh... 23.47.46 # we could add support for installing builds though. Bootloader ... no (at least not easily) 23.47.58 # well, installing a build is simply unzipping a zip archive 23.48.09 # I've got it installed just fine... just want a decent way to manage themes 23.48.11 # so it's not that complicated 23.48.16 # oh 23.48.33 # if you can compile Rockbox Utility you can get that going rather easily 23.48.54 # What would I have to change? 23.49.05 # or figure a differetn player with the same screen and use that instead :) 23.49.13 # add a new player in rbutil.ini 23.49.24 # like the gigabeats 23.49.39 # but with the correct values for the 6g of course :) 23.49.58 Quit Wardo (Read error: Connection reset by peer) 23.50.02 # the you can do almost everything except installing the bootloader 23.50.12 # * bluebrother considers adding the 6G as disabled target 23.51.53 # Is it possible to use the rbutil to get dev builds? 23.53.30 # yes 23.55.07 # hmm. Why does the development builds page not have the classic but the build table? 23.55.15 # this is ... inconsistent :) 23.55.17 # Yeah 23.55.22 # It's not listed, but it's there 23.55.34 # it's listed in the build table 23.56.07 # so it's listed, but only in one of two tables :) 23.56.27 # heh 23.57.16 # bluebrother: it's "unusable". The dev builds page has "unstable" and up 23.57.47 # gevaerts: "unusable"? Well... it works just fine, apart from the bootloader 23.57.51 Join amayer [0] (~amayer@h118.183.123.208.dynamic.ip.windstream.net) 23.58.07 # belak: "unusable a technical term here :) 23.58.13 # belak: "unusable" is a technical term here :) 23.58.46 # You can only get promoted to "unstable" if you can install using only rockbox.org tools 23.58.53 # gevaerts: hmm. But it might make sense to add it to the other table as well -- after all they are development builds ;-)