| 00:05:22 | CIA-47 | Commit 3880145 in rockbox by Dominik Riebeling: Add missing class name to System Trace log. |
| 00:08:06 | CIA-47 | 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:00 |
| 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 | Guest24802 | 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 | JdGordon | 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:00 |
| 02:02:00 | JdGordon | [Saint]: g#284 |
| 02:02:02 | fs-bluebot | Gerrit 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 | JdGordon | correct |
| 02:04:42 | JdGordon | 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 | JdGordon | 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 | JdGordon | 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 | JdGordon | 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 | JdGordon | 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 | JdGordon | 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 | JdGordon | uh oh! |
| 02:11:55 | [Saint] | Can one still define their own touch region? |
| 02:11:59 | [Saint] | (for bars) |
| 02:12:00 | JdGordon | 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 | JdGordon | 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 | JdGordon | should I add some space on either end? |
| 02:13:55 | JdGordon | 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 | JdGordon | [Saint]: ok, try the link again, it adds 5% on either end of the bar |
| 02:25:26 | JdGordon | 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 | amayer | 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 | amayer | 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 | JdGordon | [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 | JdGordon | yes |
| 02:50:04 | JdGordon | [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 | JdGordon | ? |
| 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 | amayer | is the themes section of the website down? |
| 02:53:18 | [Saint] | seems so. |
| 02:55:37 | amayer | do they host that on a seperate server or is it just apache acting up? |
| 02:57:08 | amayer | $ 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 | amayer | [Saint]: are you guys talking about rockbox on touch devices? |
| 02:58:18 | * | rasher redirects the poking towards scorche |
| 02:58:26 | JdGordon | forums and themes are on scorche's server not rasher, bah too slow |
| 02:58:32 | | Quit Guest24802 (Quit: CGI:IRC) |
| 02:58:33 | amayer | (as in touch screen) |
| 02:58:39 | * | scorche is poked and reads the backscroll |
| 02:58:55 | rasher | scorche: server gone, I assume you're aware |
| 02:59:31 | [Saint] | amayer: yes, yes we are. |
| 02:59:39 | scorche | i wasnt, actually - been going through some stuff off-line |
| 02:59:40 | amayer | thats awesome |
| 02:59:42 | * | scorche investigates |
| 02:59:58 | [Saint] | not specifically, but mostly, pertaining to my cabbie touch work. |
| 03:00 |
| 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 | amayer | question: what is the default theme that is shipped with RB? |
| 03:06:39 | scorche | 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 | amayer | 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 | scorche | 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 | amayer | [Saint]: in the config file if you change themes then change back it doesnt reload the icons |
| 03:11:17 | amayer | if you put /.rockbox/icons/... then it works |
| 03:11:42 | amayer | (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 | amayer | i understand. im saying when you switch back to cabbieV2 it doesnt reload the icons |
| 03:14:38 | amayer | 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 | amayer | 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 | amayer | yes |
| 03:17:47 | amayer | in /.rockbox/themes/cabbiev2.cfg it says: |
| 03:17:49 | amayer | iconset: icons/tango_icons.16x16.bmp |
| 03:17:50 | [Saint] | While its not expected behaviour, its *teachnically* "correct" behaviour. |
| 03:17:51 | amayer | 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 | amayer | 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 | amayer | well if i put |
| 03:20:00 | amayer | /.rockbox/icons/tango_icons.16x16.bmp |
| 03:20:02 | amayer | and |
| 03:20:04 | amayer | /.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 | amayer | 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 | amayer | 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 | amayer | 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 | amayer | (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 | amayer | cabbiev2.cfg |
| 03:24:11 | [Saint] | it *should* already be in cabbiev2.cfg, and, it definitely shouldn't magically disappear. |
| 03:24:34 | amayer | (take the space out after /.rockbox/(space) icons |
| 03:24:38 | amayer | 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 | amayer | 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 | amayer | or it should be there and isnt? |
| 03:26:57 | amayer | well it does define an icon set. it just doesnt have /.rockbox/ in the front so it wasnt loading |
| 03:27:19 | amayer | 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 | amayer | well i hope i helped out |
| 03:28:16 | [Saint] | Catching things that shouldn't be definitely helps :) |
| 03:29:26 | amayer | 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:00 |
| 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 |
| 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 | JdGordon | 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:00 |
| 06:10:41 | | Quit anewuser () |
| 06:21:42 | * | [Saint] added FS #12706 |
| 06:21:43 | fs-bluebot | http://www.rockbox.org/tracker/task/12706 wpsbuild.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 | davo | anyone know how to recover from a 'panic' on boot? won't power on now.. |
| 06:51:13 | davo | 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 |
| 07:00:40 | JdGordon | [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 | JdGordon | [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 | JdGordon | na |
| 07:20:17 | JdGordon | hmm, this extra padding doesnt quite work nicely |
| 07:20:34 | JdGordon | 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:00 |
| 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 | davo | 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 | bluebrother | 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 | CIA-47 | Commit bc7ff53 in rockbox by Thomas 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 | CIA-47 | bc7ff53 build result: All green |
| 09:00 |
| 09:04:32 | davo | can't get power to it, could the 'panic' have something to do with that |
| 09:09:16 | davo | 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:00 |
| 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 | fs-bluebot | http://www.rockbox.org/tracker/task/12706 wpsbuild.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 | kugel | JdGordon: the whole blob of code you added is unecessary if notouch would be the default |
| 10:34:01 | kugel | re: g#284 |
| 10:34:02 | fs-bluebot | Gerrit 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 | kugel | instead of just defaulting to notouch we now need extra code for backward compatibility |
| 10:34:56 | kugel | obviously I'm not a fan of that |
| 10:40:16 | JdGordon | defaulting to notoisnt going to happen, /discussion |
| 10:41:07 | kugel | 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 | kugel | the problem isn't non-touch devices |
| 10:43:07 | [Saint] | Ohhhh...I get you, yes. Sorry. |
| 10:43:50 | kugel | my problem is that (existing) themes get extra touchregions which the author didn't have in his mind during creation |
| 10:44:07 | kugel | 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 | kugel | 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 | kugel | the presense of touchregions indicates whether a theme is touch-enabled |
| 10:46:10 | kugel | [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 | kugel | 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 | kugel | 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 | kugel | i just explained it |
| 10:51:55 | kugel | skin breaking changes do happen yes, but this one is unecessary |
| 10:52:27 | kugel | we should try to avoid them if possible |
| 10:52:54 | kugel | especially if doing the change means we need extra code to handle old themes (or non-touch ones) |
| 10:53:21 | kugel | 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 | kugel | [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 | kugel | 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 | kugel | 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 | kugel | 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 | kugel | 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 |
| 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 | kugel | 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 | JdGordon | 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 | JdGordon | there is no negative side effects from defaluting to on |
| 11:57:47 | JdGordon | oops |
| 12:00 |
| 12:01:17 | | Quit Totalled (Ping timeout: 265 seconds) |
| 12:06:41 | kugel | I'm not sure about that, and testing a single theme doesnt tell much |
| 12:07:13 | kugel | 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:00 |
| 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 | wodz | hmm elf2flt seems to be broken |
| 13:34:56 | wodz | it emits binary with big endian order of the pointers if they have relocation of type R_ARM_ABS32 |
| 13:37:24 | Torne | wodz: is this the same issue as you asked me about the other day? |
| 13:38:40 | wodz | seems to |
| 13:39:28 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 13:40:29 | wodz | 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 | wodz | which seems tad wrong |
| 13:44:18 | Torne | wait, i'm not sure what you're referring to |
| 13:44:27 | Torne | surely things that are relocated are not *in* the binary |
| 13:45:29 | wodz | sure they are |
| 13:46:08 | wodz | you read relocate table to get offset then you read value from load_base + offset the value to fixup |
| 13:46:34 | Torne | what specific thing in the binary is bigendian? |
| 13:46:43 | Torne | "pointers" doesn't mean anything :) |
| 13:46:58 | wodz | 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 | Torne | the bFLT fields are all network byte order |
| 13:48:25 | Torne | so the actual contents of the relocation table will be bigendian, yes |
| 13:49:24 | | Quit TheLemonMan (Client Quit) |
| 13:49:40 | wodz | 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 | Torne | why shouldn't it? |
| 13:51:27 | wodz | 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 | wodz | hope this will not need to many vodoo to download |
| 13:52:31 | wodz | .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 | Torne | anyway. yes, the data at the site the reloc offset points to is also part of the relocation |
| 13:52:50 | Torne | it is in network byte order, the same as the rest of bFLT |
| 13:52:52 | Torne | it is not payload data |
| 13:54:11 | wodz | can't understand sorry |
| 13:58:10 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-150-221.50-151.net24.it) |
| 13:59:52 | Torne | wodz: i'm saying, there is no problem here |
| 13:59:57 | Torne | that's how it's supposed to work |
| 14:00 |
| 14:00:02 | | Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) |
| 14:00:16 | Torne | the value it points to is also part of the relocation entry, even though it's physically in a different place |
| 14:00:21 | Torne | so, it's also bigendian. |
| 14:00:47 | Torne | your loader needs to interpret that as network byte order and call the appropriate conversion |
| 14:01:14 | wodz | I can't see anything like this in uclinux loader |
| 14:04:50 | wodz | hmm maybe the conversion is done with uninion trickery |
| 14:22:49 | Torne | 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 | wodz | 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 | Torne | well, as i said, the data at the relocation site is also part of the relocation |
| 14:34:21 | Torne | its format and meaning is determined by the relocation type |
| 14:34:33 | Torne | so, it's also part of the relocation entry (just using some existing space to reduce the table size) |
| 14:35:43 | wodz | acked, but it is not obvious at first spot |
| 14:40:58 | wodz | Torne: so basicaly: fixme = (uint32_t *)((uintptr_t)load_base + reloc); *fixme = be32toh(*fixme) + load_base; |
| 14:41:24 | Torne | ntoh really.. |
| 14:41:31 | Torne | but yeah, i think so |
| 14:41:52 | wodz | hmm not for every relocation type I guess |
| 14:43:05 | wodz | v4 of bflt seems to be just that |
| 14:43:26 | wodz | v5 do different things but I think it is abandoned |
| 15:00 |
| 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 |
| 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 | mortalis | wodz: ping |
| 16:22:19 | wodz | pong |
| 16:23:45 | mortalis | 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 | mortalis | if I remove 13-14 lines it works just fine |
| 16:26:33 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 16:27:06 | wodz | 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 | mortalis | 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 | wodz | but you said that with 13-14 commented out you have no distortion right? |
| 16:31:05 | mortalis | yes, but with this lines and VERT_PERIOD = (1<<7)|(1<<6)|1; distortion very small |
| 16:31:48 | mortalis | without 13-14 no distortion with any VERT_PERIOD value |
| 16:32:32 | wodz | does wps refresh correctly? I remember having weird visual effects with many partial updates running |
| 16:35:33 | mortalis | wait, i'll check it. |
| 16:40:21 | mortalis | with 13-14 commented it's ok |
| 16:41:17 | wodz | ok I'll test when I get home |
| 16:42:06 | | Quit eintopf (Ping timeout: 245 seconds) |
| 16:44:11 | wodz | 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:00 |
| 17:02:28 | amayer | [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 | mortalis | wodz: http://www.pastie.org/4148832 |
| 17:20:00 | webguest | 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:00 |
| 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:00 |
| 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:00 |
| 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 | wodz | mortalis: ping |
| 20:24:53 | amayer | is there a better way to update RB instead of copy/replace the whole /.rockbox/ directory? |
| 20:25:48 | amayer | and does that overwrite your settings you have(ie. if you have a different theme installed?) |
| 20:25:57 | gevaerts | Depends on how you define "replace" |
| 20:26:12 | gevaerts | If you overwrite it, settings and themes will still be there |
| 20:26:29 | amayer | yeah i mean overwrite |
| 20:26:45 | amayer | so then the settings and themes wont be affected? |
| 20:28:55 | amayer | is there a "user settings" file? |
| 20:29:14 | amayer | that i could duplicate/backup my settings to another device? |
| 20:29:28 | gevaerts | There's one settings file. It's not included in the zip file |
| 20:30:05 | mortalis | wodz: pong |
| 20:30:23 | amayer | 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 | wodz | mortalis: you changed number of fields to unsigned short which is wrong |
| 20:34:35 | wodz | mortalis: this works only in 16bit mode |
| 20:35:17 | wodz | my lcd is connected as 18bits and I am unable to initialize the panel in any other bus mode then 24b |
| 20:36:49 | mortalis | according to DS all lcdc regs 16bit |
| 20:38:03 | wodz | 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 | mortalis | ah, yes |
| 20:39:37 | wodz | but even accounting for this I am unable to get proper image with dma transfers and your code |
| 20:40:57 | mortalis | Did you noticed my change in lcd_data_transform. You should remove it, as your display need transform for initialization. |
| 20:41:09 | mortalis | *? |
| 20:41:27 | wodz | yes without this lcd can't initialize at all |
| 20:44:22 | mortalis | wodz: paste your whole diff, please |
| 20:45:37 | wodz | its crappy :-) |
| 20:46:58 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:47:14 | mortalis | do you have working code with dma transfers for your device? |
| 20:47:40 | wodz | I can't find it :/ |
| 20:53:18 | | Join Neelark [0] (5af62dd1@gateway/web/freenode/ip.90.246.45.209) |
| 20:54:41 | mortalis | I hope you noticed lcd_cmd(0x22); in lcd_update() and change it to proper command for your display. |
| 20:58:07 | wodz | yep |
| 21:00 |
| 21:00:10 | wodz | mortalis: http://www.pastie.org/4149924 <- thats agains master |
| 21:01:42 | wodz | 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 | bluebrother | hmm. Why do the manuals on the website say "version unknown-120625"? |
| 21:03:00 | wodz | commented out change to lcd_update_rect() works I mean sending rgb565 data to this lcd works ok |
| 21:03:17 | bluebrother | and it seems the html manuals haven't been rebuilt the last two or so weeks |
| 21:03:54 | wodz | early spot :-) |
| 21:04:26 | wodz | that supports thesis that noone reads manuals |
| 21:05:26 | kugel | wodz: why? it's not unavailable |
| 21:05:57 | kugel | it only shows nobody reads them carefully enough to notice they're outdated |
| 21:06:36 | bluebrother | well, have there been (important) changes to the manual the last couple of weeks? |
| 21:06:53 | bluebrother | 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 | PwnsomeWin | hello i'm new to the rockbox community |
| 21:08:20 | bertrik | hi PwnsomeWin |
| 21:08:26 | bluebrother | this can happen :) |
| 21:08:26 | amayer | hello |
| 21:08:42 | | Quit PwnsomeWin (Client Quit) |
| 21:08:50 | | Join PwnsomeWin [0] (~626e36a6@www.haxx.se) |
| 21:09:36 | PwnsomeWin | right now i'm trying to make a new port |
| 21:09:43 | PwnsomeWin | i opened the mp3 player up |
| 21:09:56 | PwnsomeWin | btw its a Creative MuVo v100 |
| 21:10:04 | mortalis | 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 | mortalis | because LCD_BUF unsigned long in master |
| 21:11:14 | PwnsomeWin | do i have to use a flatbed scanner to get a pic of the inside of the mp3 player |
| 21:11:31 | PwnsomeWin | cause i have a pretty good camera |
| 21:11:45 | wodz | PwnsomeWin: you can use digital camera with good macro lens as well |
| 21:11:45 | | Quit PwnsomeWin (Client Quit) |
| 21:14:15 | wodz | 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 | mortalis | wodz: it with commented while (DWDMA_CTL_L(0) & (1<<27)) yield();? |
| 21:17:00 | PwnsomeWin | did anybody answer me, cuase the client went weird |
| 21:17:38 | wodz | <wodz> PwnsomeWin: you can use digital camera with good macro lens as well |
| 21:17:48 | wodz | mortalis: yes |
| 21:17:58 | PwnsomeWin | ok |
| 21:18:02 | gevaerts | 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 | PwnsomeWin | well my camera is refusing to take a picture |
| 21:18:14 | mortalis | and what if you uncomment it? |
| 21:19:37 | | Quit mgottschlag (Read error: Connection reset by peer) |
| 21:21:10 | wodz | 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 | PwnsomeWin | 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 | gevaerts | PwnsomeWin: yes. What's your wiki name? |
| 21:25:23 | PwnsomeWin | EricBranchek |
| 21:25:57 | mortalis | wodz: i messud up with VERT_PERIOD. The best result i received when VERT_PERIOD = (1<<7)|(1<<3)|1; |
| 21:26:22 | gevaerts | PwnsomeWin: ok, you should be able to edit stuff now |
| 21:26:33 | PwnsomeWin | thank |
| 21:26:33 | PwnsomeWin | s |
| 21:26:57 | PwnsomeWin | can i add my port page also? |
| 21:27:14 | gevaerts | That should work, yes |
| 21:27:27 | PwnsomeWin | okay |
| 21:29:27 | bertrik | PwnsomeWin, do you know what kind of processor is in there? |
| 21:29:40 | wodz | mortalis: definitely not for my lcd - it looks like if it skip every second column of pixels |
| 21:29:43 | PwnsomeWin | trying to figure that out |
| 21:30:46 | PwnsomeWin | 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 | PwnsomeWin | how do i make a wiki page? |
| 21:31:25 | bertrik | 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 | wodz | PwnsomeWin: simply enter unique, valid wiki address |
| 21:31:47 | PwnsomeWin | okay |
| 21:32:13 | PwnsomeWin | i'll see if i can figure out the processor |
| 21:32:27 | | Quit Neelark (Quit: Page closed) |
| 21:32:31 | wodz | 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 | wodz | mortalis: switching to bypass mode produce glitch also |
| 21:35:51 | mortalis | wodz: sounds similar to what I can see when while (DWDMA_CTL_L(0) & (1<<27)) yield(); uncommented |
| 21:36:05 | PwnsomeWin | is there like a site that shows different processors? |
| 21:38:23 | wodz | PwnsomeWin: simply show your photos - some of us are more or less familiar with typical uC used in mp3 players |
| 21:38:44 | PwnsomeWin | ok |
| 21:39:02 | PwnsomeWin | i dont even know if i opened the part with the processor, but ok |
| 21:39:05 | PwnsomeWin | >_>9 |
| 21:40:23 | PwnsomeWin | also i dunno if the quality is enough to tell |
| 21:41:06 | wodz | 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 | bertrik | our wiki page http://www.rockbox.org/wiki/SigmaTelSTMP3xxx mentions a "Creative MuVo" as having a STMP3520 |
| 21:42:28 | PwnsomeWin | does that apply to all MuVos? |
| 21:43:14 | bertrik | I don't know |
| 21:43:35 | PwnsomeWin | ok, gotta get on this irc from my other computer with the pic |
| 21:43:36 | PwnsomeWin | brb |
| 21:43:38 | | Quit PwnsomeWin (Quit: CGI:IRC) |
| 21:44:20 | | Join PwnsomeWin [0] (~626e36a6@www.haxx.se) |
| 21:44:38 | PwnsomeWin | ok the image is here |
| 21:44:39 | PwnsomeWin | 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 | PwnsomeWin | also do the wiki pages have some format or something? |
| 21:46:41 | wodz | PwnsomeWin: this picture doesn't show anything usefull |
| 21:46:54 | PwnsomeWin | i didnt think so |
| 21:47:03 | PwnsomeWin | =P |
| 21:47:23 | PwnsomeWin | it has that usb connector in the way |
| 21:48:04 | mortalis | 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 | PwnsomeWin | there is a black thing above the usb connector that says 2206x |
| 21:51:46 | wodz | PwnsomeWin: it pretty much looks like protection diode |
| 21:52:06 | PwnsomeWin | ok |
| 21:52:06 | bertrik | pamaury, I think you looked at stmp3500 before, right? |
| 21:52:23 | pamaury | that's the dsp based one right ? |
| 21:53:08 | | Quit bitcraft (Remote host closed the connection) |
| 21:53:53 | wodz | mortalis: thats my crappy diff which works best (but still not 100% correct) http://www.pastie.org/4150275 |
| 21:54:39 | pamaury | bertrik: why this question ? |
| 21:55:11 | PwnsomeWin | because i have a mp3 player that may use it |
| 21:55:15 | PwnsomeWin | and i want to port it |
| 21:55:21 | bertrik | I suspect that's the SoC inside the Creative MuVo that PwnsomeWin has |
| 21:57:22 | pamaury | PwnsomeWin: I don't want to prevent you from anything, but that will really really really be a hard task |
| 21:57:39 | PwnsomeWin | well i thought it might be |
| 21:57:46 | PwnsomeWin | but why? |
| 21:57:48 | pamaury | the main problem here is the cpu |
| 21:58:00 | PwnsomeWin | what about the cpu? |
| 21:58:05 | pamaury | that's a dsp, it can only do word accesses iirc and a word is 24-bits |
| 21:58:39 | bertrik | 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 | PwnsomeWin | oh |
| 21:59:13 | pamaury | 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 | PwnsomeWin | what would be the first step to making a port for it? |
| 22:00 |
| 22:00:36 | pamaury | 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 | pamaury | 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 | PwnsomeWin | and that'd take a while i assume? |
| 22:01:11 | pamaury | Or trust this one but there won't be anyone to help you since it's so old and not documented |
| 22:01:29 | PwnsomeWin | what language would i use to write a compiler? c? |
| 22:01:43 | pamaury | well, the word=24-bit part is really weird, I guess most compilers will choke on that |
| 22:02:30 | pamaury | 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 | mortalis | 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 | pamaury | honestly, if you want to hack something, I think hack a more modern mp3 is a better idea :) |
| 22:03:09 | PwnsomeWin | ok |
| 22:03:24 | PwnsomeWin | well, i have 4 other mp3 players |
| 22:03:35 | PwnsomeWin | 3 of them are sansa, and all have a stable port |
| 22:03:45 | pamaury | and it's real old also so the amount of memory on it is ridiculous |
| 22:03:48 | PwnsomeWin | the last is my ipod shuffle 2g, but i have no idea where it is |
| 22:04:18 | PwnsomeWin | any ideas of a modern mp3 player that doesnt have a stable port? |
| 22:04:45 | pamaury | depends on what you want to do, on the amount of work you are ready to to, and your knowledge |
| 22:04:52 | mortalis | wodz: in last diff you changed only vert_period and partial updates? |
| 22:04:58 | bluebrother | 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 | PwnsomeWin | 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 | PwnsomeWin | i guess id hack an existing port, makes more sense since im new to this stuff |
| 22:05:53 | wodz | mortalis: and reordered things slightly in lcd_update() |
| 22:06:20 | pamaury | 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 | bluebrother | also, there is other stuff than the firmware part of Rockbox you can look into if you're interested |
| 22:06:45 | bluebrother | how about fixing nano2g USB issues? ;-) |
| 22:06:58 | PwnsomeWin | first i gotta get a nano 2g |
| 22:07:01 | PwnsomeWin | how much? |
| 22:07:03 | PwnsomeWin | 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 | kugel | can anyone decipher FS #12703? |
| 22:08:13 | fs-bluebot | http://www.rockbox.org/tracker/task/12703 Clip Zip Crash and Device Not Succesfully installed (bugs, unconfirmed) |
| 22:08:18 | [Saint_] | (Today is not typing day...) |
| 22:08:23 | PwnsomeWin | haha its fine |
| 22:08:37 | CIA-47 | Commit 5785cfb in rockbox by Marcin Bukat: Add fms to cabbiev2 by default |
| 22:09:03 | PwnsomeWin | is there an existing port that is inactive? |
| 22:09:17 | [Saint_] | The nano2g is still quite available though, and cheap. |
| 22:09:22 | wodz | PwnsomeWin: sure |
| 22:09:26 | | Join Scromple [0] (~Simon@119.225.209.134) |
| 22:09:33 | [Saint_] | Around $40~50 USD |
| 22:09:42 | PwnsomeWin | 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 | wodz | ...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 | PwnsomeWin | is there anything i can do to stable ports? |
| 22:12:14 | bluebrother | 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 | bluebrother | PwnsomeWin: that would be (a) |
| 22:12:30 | bluebrother | or write unit tests :) |
| 22:12:44 | bluebrother | I really like to see unit tests but nobody is motivated to work on that :) |
| 22:12:49 | wodz | port png into core |
| 22:12:59 | PwnsomeWin | what is TTS? |
| 22:13:05 | wodz | text to speach |
| 22:13:07 | bluebrother | Text To Speech |
| 22:13:12 | * | bluebrother too slow |
| 22:13:15 | PwnsomeWin | that would be awesome |
| 22:13:23 | PwnsomeWin | do any ports already have tts? |
| 22:13:33 | wodz | PwnsomeWin: no |
| 22:13:43 | bluebrother | no port does have a TTS |
| 22:13:43 | PwnsomeWin | ok |
| 22:14:02 | bluebrother | we use prerendered clips for voice support, but that obviously only works for stuff we can prerender. |
| 22:14:11 | bluebrother | and it requires the user to prerender the clips first |
| 22:14:24 | PwnsomeWin | should i make tts for the clip+ or clip? |
| 22:14:26 | wodz | PwnsomeWin: if you are interested in TTS stuff I can share my work in this area. |
| 22:14:27 | bluebrother | oh, and then there's always http://www.rockbox.org/wiki/MrSomeonesTodoList |
| 22:14:36 | PwnsomeWin | im interested in tts stuff |
| 22:14:58 | bluebrother | 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 | PwnsomeWin | oh ok |
| 22:15:08 | wodz | PwnsomeWin: basically you have two options - eSpeak or flite. |
| 22:15:16 | bluebrother | there has been a GSoC project for that but it failed |
| 22:15:19 | PwnsomeWin | difference between them? |
| 22:15:40 | bluebrother | http://www.rockbox.org/wiki/TTSInCore |
| 22:15:44 | bluebrother | unfortunately |
| 22:15:54 | wodz | 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 | wodz | flite is more advanced, gives better results but is technically harder to adapt and needs considerably more runtime resources |
| 22:16:43 | webguest23 | 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 | PwnsomeWin | ill go for eSpeak |
| 22:16:54 | bluebrother | there's also a potential license issue with espeak |
| 22:16:59 | PwnsomeWin | oh |
| 22:17:30 | * | bluebrother suggests to do some research before deciding which engine to use |
| 22:17:31 | wodz | it is not - we agreed that keeping good code separation with defines is enough |
| 22:17:45 | PwnsomeWin | okay |
| 22:17:45 | bluebrother | we did? Ok, fine with me then. |
| 22:18:06 | wodz | I mean we need to be able to compile v2+ only part or v3 if one wants |
| 22:19:03 | PwnsomeWin | brb again |
| 22:19:05 | | Quit PwnsomeWin (Quit: CGI:IRC) |
| 22:19:06 | wodz | anyway porting eSpeak is quite easy but still it is considerable amount of work to do it cleanly |
| 22:19:50 | bluebrother | 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 | PwnsomeWin | back |
| 22:20:31 | bluebrother | happens. |
| 22:20:45 | PwnsomeWin | brb dinner |
| 22:22:16 | bertrik | hm, png looks doable |
| 22:22:36 | bluebrother | didn't also the SoC TTS project hit some snakes with espeak? |
| 22:22:42 | bluebrother | or was that flite? |
| 22:22:46 | wodz | flite |
| 22:22:51 | bluebrother | ah :) |
| 22:23:19 | * | bertrik wonders about the TTS recently discovered in a range of not-too-expensive mp3 players |
| 22:23:48 | bertrik | there was a thread recently on the forum about this, I'll see if I can find it again |
| 22:23:50 | bluebrother | that would indeed be interesting |
| 22:24:01 | wodz | 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 | wodz | 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 | wodz | bertrik: the thread was about closed source solution so not very useful |
| 22:27:07 | PwnsomeWin | im back |
| 22:27:52 | bluebrother | so it's kinda useable for the 16MiB+ targets |
| 22:29:38 | wodz | eSpeak is much less memory hungry and has constant footprint |
| 22:30:53 | amayer | if i want to make and submit a theme what is proper etiquette? |
| 22:30:55 | amayer | 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 | bluebrother | amayer: see http://www.rockbox.org/wiki/ThemeGuidelines |
| 22:32:10 | | Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) |
| 22:32:25 | wodz | amayer: You can always use simulator to test themes |
| 22:32:28 | bluebrother | 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 | PwnsomeWin | i choose espeak |
| 22:35:41 | wodz | FS #7660 is a good start |
| 22:35:42 | fs-bluebot | http://www.rockbox.org/tracker/task/7660 Plugin espeak TTS engine for rockbox (patches, unconfirmed) |
| 22:36:01 | PwnsomeWin | is that the one you told me about? |
| 22:38:08 | wodz | yes |
| 22:38:16 | PwnsomeWin | so how do i start? |
| 22:38:20 | PwnsomeWin | after downloading it |
| 22:38:22 | PwnsomeWin | =P |
| 22:38:27 | | Quit liar (Ping timeout: 245 seconds) |
| 22:39:03 | flaushy | 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 | PwnsomeWin | i have the source |
| 22:40:20 | PwnsomeWin | for the espeak thing |
| 22:43:15 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
| 22:43:37 | PwnsomeWin | wodz |
| 22:44:59 | saratoga | PwnsomeWin: do you know how to program? |
| 22:45:11 | PwnsomeWin | yeah |
| 22:45:22 | PwnsomeWin | 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 | bluebrother | PwnsomeWin: how exactly does your programming / language experience look like? |
| 22:51:10 | PwnsomeWin | what do you mean? |
| 22:51:32 | bluebrother | which languages, how long etc |
| 22:51:43 | mortalis | wodz: you have better results with while(DWDMA_CTL_L(0) & (1<<27))yield(); or without it? |
| 22:51:51 | PwnsomeWin | i only know basics in c |
| 22:51:56 | PwnsomeWin | java like 2 years |
| 22:51:57 | PwnsomeWin | and i g2g |
| 22:52:03 | | Quit PwnsomeWin (Quit: CGI:IRC) |
| 22:52:16 | | Quit stoffel (Remote host closed the connection) |
| 22:54:38 | wodz | mortalis: better with yield() thing |
| 22:55:35 | | Quit Strife89 (Quit: This computer has gone to sleep) |
| 22:55:42 | wodz | 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:00 |
| 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 | belak | 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 | bluebrother | the probably easiest way it to either check the file rockbox-info.txt |
| 23:27:55 | bluebrother | or use Rockbox Utility and autodetect the player. |
| 23:28:26 | bluebrother | 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 | belak | Ah, o |
| 23:28:56 | belak | 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 | bertrik | 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 | belak | Is it possible to use the RockboxUtility with the iPod classic and dev builds? |
| 23:46:58 | bluebrother | no, if by "classic" you mean the Ipod 6G |
| 23:47:07 | belak | Yeah |
| 23:47:21 | bluebrother | then no, since there is no support for the 6G in Rockbox Utility |
| 23:47:37 | belak | Meh... |
| 23:47:46 | bluebrother | we could add support for installing builds though. Bootloader ... no (at least not easily) |
| 23:47:58 | bluebrother | well, installing a build is simply unzipping a zip archive |
| 23:48:09 | belak | I've got it installed just fine... just want a decent way to manage themes |
| 23:48:11 | bluebrother | so it's not that complicated |
| 23:48:16 | bluebrother | oh |
| 23:48:33 | bluebrother | if you can compile Rockbox Utility you can get that going rather easily |
| 23:48:54 | belak | What would I have to change? |
| 23:49:05 | bluebrother | or figure a differetn player with the same screen and use that instead :) |
| 23:49:13 | bluebrother | add a new player in rbutil.ini |
| 23:49:24 | bluebrother | like the gigabeats |
| 23:49:39 | bluebrother | but with the correct values for the 6g of course :) |
| 23:49:58 | | Quit Wardo (Read error: Connection reset by peer) |
| 23:50:02 | bluebrother | the you can do almost everything except installing the bootloader |
| 23:50:12 | * | bluebrother considers adding the 6G as disabled target |
| 23:51:53 | belak | Is it possible to use the rbutil to get dev builds? |
| 23:53:30 | bluebrother | yes |
| 23:55:07 | bluebrother | hmm. Why does the development builds page not have the classic but the build table? |
| 23:55:15 | bluebrother | this is ... inconsistent :) |
| 23:55:17 | belak | Yeah |
| 23:55:22 | belak | It's not listed, but it's there |
| 23:55:34 | bluebrother | it's listed in the build table |
| 23:56:07 | bluebrother | so it's listed, but only in one of two tables :) |
| 23:56:27 | belak | heh |
| 23:57:16 | gevaerts | bluebrother: it's "unusable". The dev builds page has "unstable" and up |
| 23:57:47 | belak | 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 | gevaerts | belak: "unusable a technical term here :) |
| 23:58:13 | gevaerts | belak: "unusable" is a technical term here :) |
| 23:58:46 | gevaerts | You can only get promoted to "unstable" if you can install using only rockbox.org tools |
| 23:58:53 | bluebrother | gevaerts: hmm. But it might make sense to add it to the other table as well −− after all they are development builds ;-) |
icon identifies that the person is a core developer (has commit access).