| 00:00:07 | pixelma | I don't think so, at least not in its current form |
| 00:00:21 | pixelma | especially relying on the database |
| 00:00:27 | n1s | if "prevent track skipping" and "rewind before resume" are playback settings i would say both auto resume and bookmarks are too |
| 00:00:28 | Llorean | The current form of bookmarking is pretty much applied "outside" of playback |
| 00:00:30 | Llorean | Either before or after. |
| 00:00:43 | Llorean | Auto-resume happens during. |
| 00:00:51 | | Join semitones [0] (~Patrick@unaffliated/semitones) |
| 00:00:57 | [Saint] | pixelma: I'll try checking if I can use the RTC in a theme on my phone. |
| 00:00:59 | thomasjfox | linuxstb: Luckily I didn't commit yet, the plugins patch still has one issue in the plugins.make file: |
| 00:01:00 | pixelma | (my statement was about the "replace bookmarking" |
| 00:01:02 | Llorean | But I'm not really against bookmarking going into playback. |
| 00:01:23 | semitones | is it a duckumented bug in 3.7.1 that the screen flickers and goes blank where it should have song information on the now playing screen? |
| 00:01:24 | thomasjfox | linuxstb: ifndef APP_TYPE will also match the sim |
| 00:01:36 | Llorean | And since bookmarks can't affect anything outside of playback (AFAIK) |
| 00:01:55 | Llorean | semitones: There's a bug in some WPSes that causes that to happen. Are you using the default one? |
| 00:02:01 | pixelma | semitones: that sounds wrong, which theme are you using and which player |
| 00:02:26 | semitones | What is a WPS? I'm on a Sansa Clip+, not sure what theme, just a sec |
| 00:03:03 | | Quit n1s (Quit: Ex-Chat) |
| 00:03:06 | semitones | how can I find out what theme I'm using? |
| 00:03:17 | semitones | besides changing the themes back and forth |
| 00:03:32 | [Saint] | pixelma: RaaA seems unable to display RTC |
| 00:03:38 | linuxstb | thomasjfox: Where are you using ifndef APP_TYPE? I can't see it in http://pastie.org/1603833 |
| 00:03:49 | pixelma | semitones: go inzo theme settings and the currently used theme should be highlighted |
| 00:03:54 | pixelma | *into |
| 00:03:56 | | Quit CapsAdmin (Ping timeout: 264 seconds) |
| 00:04:04 | thomasjfox | linuxstb: Sorry, it's ifdef |
| 00:04:08 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:04:11 | thomasjfox | linuxstb: Look for plugins.make |
| 00:04:13 | linuxstb | thomasjfox: That's fine though isn't it? |
| 00:04:31 | thomasjfox | linuxstb: Just build a sim and it excluded the plugins |
| 00:04:47 | thomasjfox | linuxstb: Guess other devs would be unhappy with that ;) |
| 00:04:48 | linuxstb | Hmm, I didn't think APP_TYPE was defined for the sim... |
| 00:05:07 | semitones | pixelma, botio is highlighted, but it's also the first in the list. I thought that was why it was highlighted |
| 00:05:29 | thomasjfox | linuxstb: It will be set to sdl-sim |
| 00:05:50 | linuxstb | Ah, that's badness... |
| 00:06:02 | * | linuxstb doesn't like the closeness between the sim and RaaA |
| 00:06:18 | semitones | so it's a bug with botio then? |
| 00:06:18 | mshathlonxp | if genlang foes "genlang -u -e=english.lang yourlang.lang > yournewlang.lang" without any comments, there's nothing I've missed in my lang file? |
| 00:06:41 | Llorean | semitones: Try using cabbiev2 and see if the behaviour persists. |
| 00:06:57 | semitones | alright |
| 00:07:34 | linuxstb | thomasjfox: I'm working on some changes to configure etc, and one of those is to provide an APPLICATION define you can use in Makefiles. But I have a bug in that patch I can't solve... |
| 00:07:38 | pixelma | mshathlonxp: if you looked into yournewlang.lang and didn't find comments then yes |
| 00:07:46 | mshathlonxp | I found |
| 00:07:57 | semitones | cabbiev2 seems to work alright Llorean |
| 00:08:04 | mshathlonxp | and I'm wondering, because that's pictureflow, but I saw and translated one pictureflow... |
| 00:08:21 | linuxstb | thomasjfox: I was going to wait for your commit before posting my patch (as it conflicts), but I'll post it anyway... |
| 00:08:54 | thomasjfox | linuxstb: Guess I'll just need an ifneq sdl-sim in there |
| 00:09:00 | mshathlonxp | found the problem - missing id |
| 00:09:17 | semitones | it's too bad because botio was the only one that looked decent on the clip+ |
| 00:09:35 | | Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) |
| 00:09:50 | semitones | The rockbox_default screen doesn't appear at all! |
| 00:09:51 | | Quit mudd1 (Quit: Ex-Chat) |
| 00:10:20 | | Quit Loto_ (Quit: Loto_) |
| 00:12:15 | CIA-70 | New commit by jethead71 (r29391): Use thumb-compatible byte swap routines when building with -mthumb. |
| 00:12:17 | pixelma | it's a file from an old installation, it was renamed to rockbox_failsafe (and hence the old one isn't replaced anymore) |
| 00:12:19 | [Saint] | pixelma: Did you manage to spot my message regarding the RTC earlier? I tried a simple cut/paste of a few lines of RTC related code into my current theme with no effect, and also tried loading the built in status bar, which also displays no time. |
| 00:12:37 | [Saint] | I'm not even sure if HAVE_RTC is enabled for App builds. |
| 00:12:45 | pixelma | semitones: did you install the font pack? |
| 00:12:59 | * | mshathlonxp shouts some bad russian words |
| 00:13:00 | JdGordon_ | [Saint]: are you on the dev mailing list? good time to spruik your cabbie version :) |
| 00:13:09 | mshathlonxp | again something isn't right :@ |
| 00:13:25 | [Saint] | JdGordon_: Hmmm? |
| 00:13:31 | | Quit kugel (Ping timeout: 240 seconds) |
| 00:13:31 | mshathlonxp | or my "current build" is outdated again? :D |
| 00:14:15 | mshathlonxp | damn |
| 00:14:20 | mshathlonxp | you guys work fast |
| 00:14:20 | mshathlonxp | :D |
| 00:14:23 | JdGordon_ | [Saint]: AlexP has problems with cabbie on RaaA which iirc your version fixes most (if not all) of |
| 00:14:35 | | Quit semitones (Ping timeout: 250 seconds) |
| 00:14:35 | pixelma | [Saint]: yes, I saw, thanks for checking. Is there a way to get only the "active" touch area to react on touch? It seems like it'll change everything in %?Tl on the complete screen |
| 00:14:40 | [Saint] | Hmmm, I'll have a look. Thanks. |
| 00:15:07 | [Saint] | pixelma: Oh? |
| 00:15:26 | [Saint] | I'm not sure I understand...so I'll clarify with you if you don't mind. |
| 00:15:38 | [Saint] | If one %Ti action fires, they all do? |
| 00:16:01 | | Join kugel [0] (~kugel@g231227111.adsl.alicedsl.de) |
| 00:16:02 | | Quit kugel (Changing host) |
| 00:16:02 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 00:16:10 | [Saint] | %Tl, rather |
| 00:16:21 | pixelma | seems so |
| 00:16:26 | linuxstb | thomasjfox: http://www.rockbox.org/tracker/task/11966 (useful if you could test on Maemo - I still haven't got round to installing scratchbox...) |
| 00:16:45 | CIA-70 | r29391 build result: All green |
| 00:16:51 | [Saint] | pixelma: Are you using screen or viewport relative VPs? |
| 00:16:58 | linuxstb | kugel: Could you look at this, and perhaps work out why "make zip" is failing? http://www.rockbox.org/tracker/task/11966 |
| 00:16:59 | pixelma | [Saint]: I have it changing foreground colours in a few places and it's very obvious |
| 00:17:06 | thomasjfox | linuxstb: Makefile fix: http://pastie.org/1604139 |
| 00:17:35 | pixelma | [Saint]: viewport relative VPs? |
| 00:17:56 | [Saint] | s/VP/touch areas/ sorry ;) |
| 00:17:57 | mshathlonxp | so again my current build is outdated, this time even while it's still being copied to DAP :D |
| 00:18:17 | pixelma | touch areas are in their own viewports |
| 00:19:00 | mshathlonxp | how often current versions are being built - once a day or more often? |
| 00:19:07 | linuxstb | thomasjfox: Hmm, you can't just check for APP_TYPE eq sdl-sim ? |
| 00:19:15 | [Saint] | I found that making all the touch areas I could (non conditional ones) screen relative it improved touchscreen bugginess immensely. |
| 00:19:25 | linuxstb | mshathlonxp: Everytime someone commits a change to the code to SVN. |
| 00:19:39 | [Saint] | But I'm not using %Tl in a theme yet, so...I've no idea what's going on. |
| 00:19:46 | [Saint] | It's definitely a bug though pixelma |
| 00:20:00 | thomasjfox | linuxstb: We also want plugins for normal builds ;) |
| 00:20:13 | thomasjfox | linuxstb: Is there an elegant way to do logical AND in makefiles? |
| 00:20:33 | mshathlonxp | and after I'll upload my translation, it will be automatically updated with missing strings? |
| 00:20:50 | | Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) |
| 00:20:51 | linuxstb | thomasjfox: You could just do nested ifs, setting is_app_type=yes inside the inner if. |
| 00:21:17 | pixelma | [Saint]: well, description only says "indicate that the touchscreen is pressed", not that it is related to the area... |
| 00:21:18 | linuxstb | thomasjfox: See tools/root.make |
| 00:22:03 | | Join Keripo [0] (~Keripo@eng329.wireless-resnet.upenn.edu) |
| 00:22:06 | [Saint] | pixelma: That is correct, but iiuc it's *supposed* to only fire *that* touch area....not all of them. |
| 00:22:31 | [Saint] | Or at least, that's how I expect it to work, even if it doesn't work this way. |
| 00:23:24 | pixelma | that's not clear to me, although I'd think that would be the more common use case |
| 00:24:01 | * | mshathlonxp sighs |
| 00:24:09 | mshathlonxp | but still something isn't in place |
| 00:24:11 | thomasjfox | linuxstb: much better: http://pastie.org/1604173 |
| 00:24:35 | mshathlonxp | genlang didn't made any complaints |
| 00:24:46 | mshathlonxp | where I can find the fcuking problem? |
| 00:25:06 | [Saint] | Hmmm... AlexP, around? |
| 00:25:17 | [Saint] | I'd like to discuss your issues with cabbie |
| 00:25:30 | mshathlonxp | is this http://svn.rockbox.org/viewvc.cgi/trunk/apps/lang/english.lang - file up to date? |
| 00:25:44 | [Saint] | mshathlonxp: Of course. |
| 00:25:51 | Torne | That file is *always* up to date, by definition |
| 00:25:59 | mshathlonxp | then where's my problem? |
| 00:26:06 | Torne | it's up to date *every time* :) |
| 00:26:09 | JdGordon_ | mshathlonxp: of course it is, if you are seeing the wrong strings then your build of rockbox is not in sync with your generated .lng |
| 00:26:36 | mshathlonxp | genlang doesn't reports any errors |
| 00:27:09 | JdGordon_ | I wouldnt expect it to |
| 00:27:12 | linuxstb | thomasjfox: Yes, that's better ;) When I commit my changes, you can just use ifdef APPLICATION instead. But it may be a few days until I commit it, so go ahead. |
| 00:27:17 | [Saint] | How do people feel about: "1) Currently RaaA (Android, Maemo etc.) follow the same system as normal targets for the play/pause icon on the WPS - they show playback state. However on a touchscreen this feels odd as they should show what clicking on the icon will do. I'd like to swap this. " |
| 00:27:36 | JdGordon_ | [Saint]: better reply to the mailing list :) |
| 00:27:37 | [Saint] | I'm not sure this is the way to go, with additionally showing the current playback state. |
| 00:28:15 | [Saint] | JdGordon_: I will do, but in my experience IRC is a much better forum for discussion of possibly contentious issues. |
| 00:28:35 | JdGordon_ | only if the relevant ppl are online :) |
| 00:28:56 | linuxstb | You mean offline? |
| 00:28:56 | JdGordon_ | touchscreen targets should show buttons not infomration for playback stuff |
| 00:29:06 | [Saint] | I'm not sure I like that idea...basically it implies that if the app is playing that the playback icon will display the action that will happen, not the playback state. |
| 00:29:06 | JdGordon_ | probably |
| 00:29:08 | mshathlonxp | found my error, I guess |
| 00:29:12 | [Saint] | I think that fucked, quite simply. |
| 00:29:28 | [Saint] | If it's playing, seeing a pause icon will only confuse the hell out of people. |
| 00:29:34 | JdGordon_ | ALL touchscreen interfaces do that |
| 00:29:35 | linuxstb | [Saint]: I'm not sure this is controversial - it's been mentioned here a few times, and no-one disagrees with swapping them. |
| 00:29:50 | [Saint] | I certainly do. |
| 00:29:51 | JdGordon_ | showing the playback status is redundant imo |
| 00:29:54 | Llorean | [Saint]: The question boils down to "are they indicators or buttons?" |
| 00:29:55 | [Saint] | it's bloody stupid IMO |
| 00:30:03 | Llorean | If they're buttons, they get button labels. If they do something, they're buttons. |
| 00:30:07 | * | linuxstb thinks we all agree... |
| 00:30:20 | [Saint] | linuxstb is quite wrong. |
| 00:30:29 | [Saint] | unless you're chosing to blatantly ignore me. |
| 00:31:10 | linuxstb | [Saint]: Ah, I didn't ignore you, I just misread you... |
| 00:31:12 | Llorean | [Saint]: I think he means everyone you posed the question to agrees. |
| 00:31:16 | Llorean | Oh. Nevermind |
| 00:31:39 | linuxstb | [Saint]: In which case,what Llorean said! i.e. you're the only person so far who likes the current way. |
| 00:31:39 | Llorean | I'd say the solution is to have a single playback status indicator that shows play/pause/ff/rw, and then buttons separated from it |
| 00:31:46 | Llorean | Don't make the buttons and the indicator serve dual purposes |
| 00:31:50 | JdGordon_ | [Saint]: have a look at the stock media player... I sort of agree with you but only because cabbie makes no effort to make it obvious that it is a button |
| 00:31:52 | Llorean | If you must drop something, drop the indicator and leave the buttons. |
| 00:32:09 | linuxstb | But I agree with jdGordon that playback status is redundant. i.e. get rid of it and replace it with buttons. |
| 00:32:14 | Llorean | JdGordon_: Yeah, on touch targets they should look a little more button-like, for sure. |
| 00:32:29 | [Saint] | Llorean: drop the indicator? |
| 00:32:32 | [Saint] | what indicator? |
| 00:32:37 | [Saint] | theyre all buttons. |
| 00:32:37 | Llorean | [Saint]: The hypothetical one I mentioned. |
| 00:32:43 | [Saint] | Ah. |
| 00:32:48 | | Quit ender` (Quit: Information travels more surely to those with a lesser need to know.) |
| 00:33:04 | | Quit pamaury (Remote host closed the connection) |
| 00:33:23 | JdGordon_ | [Saint]: I think the button area on the bottom should all have dop shadows or something to make them look buttony |
| 00:33:30 | Llorean | Since the buttons will be by definition beneath the finger pressing them, and many of these screens are relatively big, it might not be bad to have a separate indicator that shows what's actually happening (especially if you have fat fingers) |
| 00:33:31 | [Saint] | I just don't think we can have the buttons displaying the playback state that will occur, instead of the playback state currently...without having a seperate indicator that always shows the playback state. |
| 00:33:41 | JdGordon_ | if you really want play status shown then flash a big paused icon in the AA area when paused |
| 00:34:00 | AlexP | [Saint]: Reply to the list |
| 00:34:03 | [Saint] | doing it differently also means losing screen estate too...as you'd need seperate buttons for all play states. |
| 00:34:14 | AlexP | And every single touch screen program ever shows the button |
| 00:34:22 | JdGordon_ | only |<< >>| and play/pause |
| 00:34:24 | Llorean | You only need to have buttons for potential play states, not all of them |
| 00:34:33 | [Saint] | I have combined play/pause/stop on my theme quite effectively. |
| 00:34:35 | Llorean | That means a "play button" when paused, and a "pause button" when playing. |
| 00:34:50 | AlexP | Llorean: exactly |
| 00:35:00 | Llorean | Stop is optional, but if it is to be had, should always be available. Not combined with anything. |
| 00:35:04 | Llorean | Since from any state, you can stop |
| 00:35:07 | AlexP | tes |
| 00:35:09 | AlexP | *yes |
| 00:35:24 | CIA-70 | New commit by thomasjfox (r29392): RaaA: Enable plugins for application builds ... |
| 00:35:24 | [Saint] | Is pressing "play" to pause, and holding it to stop *really* that unintuitive? I really don't see the point in having a seperate button for eah. |
| 00:35:24 | AlexP | Anyway, 1 and 2 in my list are uncontroversial IMO, and I will change |
| 00:35:35 | AlexP | It is the others I really wanted feedback on |
| 00:35:45 | * | mshathlonxp is falling into despair |
| 00:35:54 | Llorean | [Saint]: Yeah, it's pretty unintuitive. Name me a few apps (not Rockbox, or hardware players with limited buttons) that do it that way? |
| 00:36:06 | [Saint] | alexbobp: I disagree that 1 is uncontroversial. |
| 00:36:16 | AlexP | [Saint]: To everyone except you |
| 00:36:27 | [Saint] | That's what manuals are for. |
| 00:36:40 | Llorean | [Saint]: We've got a working definition of controversial that requires, if I recall, two more people in favor of the idea than against it. I think this quorum meets that. :) |
| 00:36:40 | AlexP | Confuse people then tell them to read the manual? |
| 00:36:49 | Llorean | [Saint]: If you need a manual, by definition it's not intuitive. |
| 00:36:56 | [Saint] | As long as it's doccumented, and consistent...and reasonable intuitive...I don't see the need. |
| 00:36:59 | AlexP | Llorean: Especially as all committers that have commented agree |
| 00:37:04 | Llorean | [Saint]: That's kinda what the word means: "people will look at the screen and intuit what to do on their first try" |
| 00:37:30 | AlexP | Anyway, points 1 and 2 are a pointless argument |
| 00:37:55 | [Saint] | Well, to me...it's pretty obvious what to press to commence playback, and can you honestly say that if there was no clear button to stop/pause onscreen you wouldn't try the play button again? |
| 00:38:18 | [Saint] | AlexP: Why, because it doesn't matter if someone disagrees? |
| 00:38:20 | AlexP | i would wonder why the hell is there a play button |
| 00:38:28 | thomasjfox | linuxstb: I have (Open)Pandora support in my tree. I'll wait for your configure changes before doing the initial commit |
| 00:38:38 | mshathlonxp | btw is that screen,which is shown when connected to USB, using different encoding than UTF-8? |
| 00:38:41 | Llorean | AlexP: What do you mean? |
| 00:38:41 | AlexP | [Saint]: Frankly, when it is one person disagreeing vs. a number of committers agreeing, no |
| 00:38:44 | thomasjfox | linuxstb: Pandora = new RaaA target |
| 00:38:53 | AlexP | Llorean: In answer to [Saint] |
| 00:39:00 | Llorean | AlexP: No, I meant about "why is there a play button?" |
| 00:39:12 | [Saint] | So....we're changing *all* cabbies to reflect this? |
| 00:39:17 | AlexP | Llorean: That was also in response to [Saint] :) |
| 00:39:22 | AlexP | [Saint]: Touchscreen only |
| 00:39:27 | [Saint] | I don't think that non-touch should be treated differently. |
| 00:39:27 | mshathlonxp | I can't f***** believe this - everything is in place now! :) |
| 00:39:45 | Llorean | [Saint]: In one they're indicators, in another they're buttons. |
| 00:39:50 | Llorean | Obviously they're not buttons on non-touch. |
| 00:40:00 | AlexP | [Saint]: It is quite obvious IMO - one are indicators, you have other buttons, on the other they are the buttons |
| 00:40:04 | * | JdGordon_ adds to more points |
| 00:40:13 | CIA-70 | r29392 build result: All green |
| 00:40:23 | mshathlonxp | to upload lang file to tracker I should register? |
| 00:40:24 | Llorean | In fact, on non-touch there should only be the one play/pause/ff/rw indicator, while touch requires at least 3 buttons to be effective, and preferably four. |
| 00:40:26 | JdGordon_ | [Saint]: on a non-touchscreen noone in their right mind would try to press the screen and think they are buttons |
| 00:41:53 | Llorean | AlexP: Ah, I misread. I read "I wonder why" not "I would wonder why" and thought you were talking about the general presence of one, not the conditional presence of one *while* playing. |
| 00:42:19 | AlexP | Llorean: Ah right, yes the latter |
| 00:43:24 | Llorean | Touch needs to be handled in different ways for a variety of reasons. For example, as [Saint] himself has mentioned, line size/spacing is probably going to be taller by default on Touch targets to account for the use of fingers to interface. |
| 00:43:32 | [Saint] | The problem I see, is that I don't think that the play-state button should change to what will happen when it's pressed, as opposed to displaying the current play state...without having an additional indicator that people may confuse as a button anyway. |
| 00:43:47 | Llorean | What might be wise is to come up with a list of expected/planned touch vs physical button differences, that can also aid theme designers going forward. |
| 00:43:57 | Llorean | An "AdaptingToTouch" wiki page. |
| 00:44:37 | mshathlonxp | to upload file I should create new task? |
| 00:44:40 | Llorean | [Saint]: It's the artists job to create intuitively identifiable differences between a button an an indicator. For example, one can make buttons look visibly elevated in some manner, while an indicator is "flush' |
| 00:44:48 | Llorean | Right now we don't have those |
| 00:44:58 | AlexP | mshathlonxp: If you haven't already opened a task for it, yes |
| 00:45:05 | Llorean | But with those (and especially with buttons that recess while pressed and elevate again when released or similar) it should be okay |
| 00:45:09 | mshathlonxp | bug or patch? |
| 00:45:14 | mshathlonxp | patch? |
| 00:45:15 | AlexP | mshathlonxp: patch |
| 00:45:31 | [Saint] | AlexP: Have you seen by any chance the way I have handled it in my "cabbie" theme? |
| 00:45:31 | mshathlonxp | translation site? |
| 00:45:54 | [Saint] | AlexP: I can upload it if you want to have a play with the SDL app. |
| 00:45:55 | AlexP | [Saint]: No, I've only used the cabbie that comes with 480x800 android |
| 00:46:20 | AlexP | [Saint]: You can, but I'm not going to agree that I should press the play button to pause |
| 00:46:37 | [Saint] | I've done away with that horrible pop-up...but, I rely on intuition as opposed to "this does this, this does that" buttons. |
| 00:46:57 | [Saint] | I've dropped it on a few people with no instruction and said "make it work" as a test...all passed so far. |
| 00:47:01 | AlexP | If it is what you think is intuitive then I guess from this conversation that I'm going to be lost |
| 00:47:23 | [Saint] | It was initially, but I have tested it on random members of the public also. |
| 00:47:40 | AlexP | Anyway, reply to the list |
| 00:47:43 | AlexP | I'm off to bed |
| 00:47:46 | [Saint] | I mean, obviously I built it for myself, but everyone so far figured out play/pause/stop. |
| 00:50:06 | [Saint] | Another thing regarding the ff/rwd buttons that's not necessarily locked to this discussion is....do we *need* them? I have them in my theme now, but in the initial draught of the theme I used a method where the playbar was used for seeking, and long press on either end was ffwd/rwd. |
| 00:50:19 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 00:51:51 | JdGordon_ | most people would expect them |
| 00:52:53 | pixelma | in my theme I put skip (long press) and skip (short press) fwd/back buttons to the left and right of the progressbar and the bar is also touch sensitive |
| 00:53:03 | linuxstb | thomasjfox: Yes, pandora would be a new RaaA target. |
| 00:53:16 | [Saint] | pixelma: yes, that's what I did in my initial draught. |
| 00:53:33 | [Saint] | but, do you have buttons for it or rely on intuition and the fact you know it's there? |
| 00:53:53 | pixelma | in my case they are seperate buttons and I prefer that |
| 00:54:16 | pixelma | separate too |
| 00:54:16 | [Saint] | Is your theme finished? I'd like to give it a go. |
| 00:54:46 | pixelma | not completely and suffers the above mentioned problems |
| 00:54:59 | * | [Saint] wonders how point 2 of AlexP's email even happens without horribly, horribly broken theme code. |
| 00:55:37 | mshathlonxp | AlexP did I added it correctly? |
| 00:55:44 | | Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) |
| 00:56:04 | [Saint] | mshathlonxp: He went to bed. |
| 00:56:19 | mshathlonxp | I should too |
| 00:56:28 | mshathlonxp | I have to wake up after 3 hours |
| 00:56:30 | mshathlonxp | ... |
| 00:59:27 | CIA-70 | New commit by thomasjfox (r29393): Include config.h for strncmp RaaA maemo fix |
| 01:00 |
| 01:01:29 | | Quit Jerom (Quit: Leaving.) |
| 01:03:49 | | Quit Keripo (Quit: Leaving.) |
| 01:03:59 | CIA-70 | r29393 build result: All green |
| 01:09:50 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 01:10:20 | jhMikeS | hmmm....Buschel should've upped the codec API if he changed mp3entry structure |
| 01:10:26 | | Quit mshathlonxp (Quit: let's rock, ptfu, let's get some sleep) |
| 01:13:44 | [Saint] | Argh.....no wonder people dislike using the 480x800 cabbie |
| 01:13:48 | [Saint] | it's terrible. |
| 01:14:20 | JdGordon_ | I wouldnt say terrible... but yes, it isnt up to par |
| 01:15:11 | [Saint] | why the hell does FFWD/RW pop up only on %Tl!?! |
| 01:15:33 | [Saint] | If those foolishly oversized icons weren't there....you could just display them all. |
| 01:15:46 | [Saint] | s/weren't there/were downsized/ |
| 01:16:33 | [Saint] | They're far too big, there's no room even for a battery icon. |
| 01:19:27 | [Saint] | Yeah...if AlexP's experiences with cabbie and wanting to change it are based solely on that cabbie port (no offence thomasjfox) then I believe things need to be reviewed. |
| 01:20:15 | pixelma | the n900, which this port was originally made for I think, has very small pixels. Maybe people felt the icons would be too small otherwise if used as buttons. Just a try of an explanation, I don't remember the details although I already saw it on 2 n900s |
| 01:20:51 | linuxstb | Yes, I don't think the icons are too big on the n900 |
| 01:21:00 | thomasjfox | The icons on the 800x480 cabbie port are very thumb friendly, at least on the n900 |
| 01:21:02 | Torne | yeah, the n900 is 800x480 with a <3" diagonal |
| 01:21:04 | [Saint] | pixelma: Yeah...I considered that, but they could stand to be significantly downsized. |
| 01:21:16 | Torne | the dpi is crazy high compared to our normal targets |
| 01:21:28 | [Saint] | Also the game of "how many viewports can we overlap at one point" in this theme is bound to cause problems. |
| 01:21:49 | jhMikeS | maybe those ports need procedural images |
| 01:21:59 | [Saint] | In my opinion...it should be a patch on the tracker as opposed to being committed..but, too late for that now. |
| 01:22:00 | thomasjfox | [Saint]: IIRC the viewports don't overlap, at least not obviously |
| 01:22:23 | [Saint] | thomasjfox: they certainly do. |
| 01:22:33 | pixelma | thomasjfox: the popup menu definitely does |
| 01:23:07 | [Saint] | and if scrolling text in a viewport "behind" that scrolls...it'll look all worlds of ugly. |
| 01:23:20 | [Saint] | the VPs are in bad need of being re-done. |
| 01:23:35 | thomasjfox | pixelma: Someone else checked it, too. Hmm. Trying to remember who it was. Maybe even [Saint]? ;) |
| 01:23:45 | thomasjfox | [Saint]: Feel free to change it! |
| 01:23:57 | | Quit dfkt (Read error: Connection reset by peer) |
| 01:23:58 | [Saint] | Yeah...and you incorrectly reported that I found no problems with it before I even replied ;) |
| 01:24:15 | [Saint] | Me not replying wasn't "it's all good" ;) |
| 01:24:37 | thomasjfox | [Saint]: hehe |
| 01:24:58 | [Saint] | thomasjfox: I certainly will be changing it, but please don't see that as any type of reflection on your work. |
| 01:25:06 | thomasjfox | [Saint]: Anyway, feel free to fix it up. Just don't make the buttons too small ;) |
| 01:25:28 | [Saint] | However, I won't be doing anything until there is a clear direction as to where RaaA-Touch-Cabbie is headed. |
| 01:25:28 | thomasjfox | [Saint]: No worries, I'm not really into the WPS stuff yet |
| 01:25:41 | | Join Keripo [0] (~Keripo@eng390.wireless-resnet.upenn.edu) |
| 01:26:36 | [Saint] | There needs to be a discussion as to what'd being included/disincluded...what's a button/indicator...etc. What info to display as fallbacks if metadata isn't available, how many fallback/fail cases should be allowed for...etc. |
| 01:27:05 | [Saint] | If I made fixes to it now, it's be *my* fixes...and, apparently I have quite different ideas on what's intuitive. |
| 01:30:43 | JdGordon_ | [Saint]: My suggestion would be 1) give each of the buttons a background so they are obviously buttons, 2) AA -> track info -> filename only |
| 01:31:14 | JdGordon_ | the hidden ffwd/rewind buttons are moronic |
| 01:32:06 | [Saint] | I think we should fallback to something reasonably interesting if metadata for album/artist fails...but only if *both* of them fail. |
| 01:32:40 | [Saint] | ie. if there's no metadata for album/artist, display filename, bit/smaple rate and codec or something. |
| 01:32:52 | [Saint] | just *anything* other than "(root)" |
| 01:33:09 | [Saint] | *sample |
| 01:33:21 | JdGordon_ | for next track or current? |
| 01:33:32 | JdGordon_ | (root) should never be disaplyed (especially not for current) |
| 01:33:37 | [Saint] | Why not both? |
| 01:33:42 | | Quit GeekShad0w (Quit: The cake is a lie !) |
| 01:34:17 | [Saint] | I had this conversation (or part of it) the other day with pixelma. |
| 01:34:34 | JdGordon_ | I remember seeing it (and not reading it)... (root) should never be displayed |
| 01:34:36 | [Saint] | And, it's hard to come up with cases that work for a wide range of situations. |
| 01:35:35 | | Quit kugel (Read error: Operation timed out) |
| 01:36:05 | JdGordon_ | I would also love to see the playlist viewer getting more visibility |
| 01:36:39 | *** | Saving seen data "./dancer.seen" |
| 01:38:16 | [Saint] | I have been trying to, though. Ie, if there's no metadata...and Dir1 and Dir2 are available it makes sense to assume that a sane directory structure is being used and use the folder names as psuedo-metadata. But if the check for Dir2 fails, it would be nicer to offer alternate info rather than try to display the same psuedo-data so I'd creata another case for Dir1 being present, and Dir2 not and display bitrate/samplerate/codec or something on the line th |
| 01:38:57 | [Saint] | And if the check for both Dir1 and 2 fail, then displaying *anything* other than "filename, root, root" (obviously there's nothing wrong with filename). |
| 01:39:03 | JdGordon_ | if we fall back on the filename it should use some ascii-art and not assume anything about the folder structre |
| 01:39:16 | JdGordon_ | Music |
| 01:39:24 | JdGordon_ | `- foo |
| 01:39:28 | JdGordon_ | `- bar |
| 01:39:38 | | Join kugel [0] (~kugel@g231227003.adsl.alicedsl.de) |
| 01:39:38 | | Quit kugel (Changing host) |
| 01:39:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 01:40:50 | [Saint] | I also want to wrap the "Next Track:" (and the metadata and/or fallbacks it displays) in cabbie in %Fn, so that it only displays if there's a next track actually present. |
| 01:41:00 | [Saint] | otherwise ?????? gets displayed. |
| 01:41:04 | [Saint] | which is hideous. |
| 01:42:37 | [Saint] | and if there isn't a next track available, do we leave the space it would occupy blank? Or should we offer a few lines of additional relevant data (as I've done in my cabbie port)? |
| 01:43:27 | JdGordon_ | I personally tihnk any extra info other than the band/ablum/name is pointless |
| 01:44:08 | [Saint] | This could be true...but on some targets, it will leave an obvious hole that would be nice to fill. |
| 01:44:33 | [Saint] | though I guess the now playing info could be positioned conditionally for this case to make it less obvious. |
| 01:46:43 | CIA-70 | New commit by jethead71 (r29394): Byteswap routines don't really need 'asm volatile', just 'asm' since it should be safe to move them for optimizing. Clean up the line endings for ARM. |
| 01:47:15 | [Saint] | I may split off an additional thread in the dev-list, specifically regarding what info to display in fallback cases, and how many cases should be covered. |
| 01:47:52 | JdGordon_ | why is blank space bad? |
| 01:48:28 | [Saint] | It's not necessarily *bad*, but it can look crap if it's not proportionate. |
| 01:48:33 | jhMikeS | because it is void |
| 01:49:02 | [Saint] | (hence my secondary suggestion of displaying it in an alternate position instead of adding more lines of info) |
| 01:49:11 | thomasjfox | [Saint]: regarding the 800x480 cabbie button size, here's a picture of rockbox running on the pandora: http://i52.tinypic.com/eb62ax.jpg |
| 01:50:03 | JdGordon_ | when did that happen? |
| 01:51:28 | [Saint] | thomasjfox: I take it that the 800x480 one suffers the same problems as the 480x800 one (which was the theme being discussed iiuc). |
| 01:51:34 | [Saint] | +? |
| 01:51:34 | CIA-70 | r29394 build result: All green |
| 01:52:19 | thomasjfox | [Saint]: Yes |
| 01:55:22 | [Saint] | thomasjfox: Fwiw...they look too big to me even in a landscape theme. |
| 01:55:44 | [Saint] | In portrait...they're massive (and dissproportionate to the FFWD/RWD icons) |
| 01:56:19 | thomasjfox | [Saint]: If you come up with a preferred icon size sometime the next days, I can give it a test run on the n900 |
| 01:56:27 | | Quit kugel (Ping timeout: 276 seconds) |
| 01:57:40 | [Saint] | I'm working on iconsets for cabbie now (menu icons and viewers, not play state etc.), which is quite time consuming...but eventually I would like to go over the cabbies with a fine toothed comb. |
| 01:58:21 | | Join kugel [0] (~kugel@g231226198.adsl.alicedsl.de) |
| 01:58:21 | | Quit kugel (Changing host) |
| 01:58:21 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 01:58:31 | [Saint] | there's far too many targets that duplicate graphics for cabbie, even in the exact same dimensions and rotation...which is just stupid and adds bloat to our sources. |
| 01:59:09 | [Saint] | cabbie 320x240 and 240x320 are perfect examples of this. |
| 01:59:13 | JdGordon_ | what do you propose though? |
| 01:59:42 | [Saint] | If there's already a graphic available in the same dimensions....use it? |
| 01:59:52 | [Saint] | why duplicate them 2 or three times? |
| 02:00 |
| 02:00:02 | JdGordon_ | ah i misread |
| 02:00:10 | [Saint] | Oh, right ;) |
| 02:00:59 | thomasjfox | [Saint]: SVG files + rsvg would be the best so we don't add binary bloat to the source tree every time a new LCD resolution pops up |
| 02:01:22 | JdGordon_ | binary bloat in sources is not a problem |
| 02:01:30 | JdGordon_ | SVG files is the way to go though |
| 02:01:44 | JdGordon_ | or some other high quality source |
| 02:02:59 | [Saint] | some even use the same sized icons, but have a black border around that increases the overall size of the icon (themers being lazy and not working out VP relative placement), if that black border wasn't there it would be the same dimensions as other icons in the source. |
| 02:03:05 | [Saint] | Several cabbies do that also. |
| 02:03:42 | [Saint] | I'd be qilling to hazard a guess that a good ~20 images for cabbie are just bloat. |
| 02:03:46 | [Saint] | *willing too |
| 02:05:11 | | Join T44 [0] (~Topy44@89.204.153.224) |
| 02:05:35 | JdGordon_ | what really needs to happen is setup proper guidlines for cabbie which all screen sizes follow |
| 02:05:58 | JdGordon_ | portrait does FOO, landscape does BAR |
| 02:06:11 | JdGordon_ | with specific priorities for when things dont fit |
| 02:06:25 | [Saint] | Yeah, I want to cover that also...but I'm wondering if I add this to AlexP's thread...or start my own. |
| 02:06:28 | JdGordon_ | then make sure all cabbies in svn follow then |
| 02:06:44 | [Saint] | I want to "standardize" cabbie. |
| 02:06:59 | JdGordon_ | the layout can almost be generated for a given lcd size |
| 02:07:21 | [Saint] | *almost*....kinda. |
| 02:07:46 | [Saint] | a script could probably make a usuable skin, but aesthetics would probably need adjustment. |
| 02:08:00 | JdGordon_ | you'd then need protait-{small, large, touchscreen} and landscape-{small, large, touchscreen} |
| 02:08:42 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 02:08:48 | JdGordon_ | a smart script could almost certainly build the viewports and wps template |
| 02:12:27 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 02:15:22 | | Quit kugel (Ping timeout: 240 seconds) |
| 02:20:12 | | Quit liar (Read error: Operation timed out) |
| 02:21:30 | | Quit thomasjfox (Remote host closed the connection) |
| 02:23:01 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 02:25:34 | | Quit elnino79 () |
| 02:25:56 | | Quit kugel_ (Ping timeout: 250 seconds) |
| 02:28:47 | | Part bcoco85 |
| 02:29:52 | | Join soap [0] (~soap@wsip-68-99-119-218.ks.ok.cox.net) |
| 02:29:53 | | Quit soap (Changing host) |
| 02:29:53 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 02:39:44 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 02:42:56 | | Quit kugel (Ping timeout: 264 seconds) |
| 02:43:13 | | Quit kugel_ (Read error: Operation timed out) |
| 02:48:05 | | Quit T44 (Read error: Connection reset by peer) |
| 02:51:54 | | Join Topy44 [0] (~Topy44@89.204.137.166) |
| 02:55:01 | | Join kugel [0] (~kugel@g231105197.adsl.alicedsl.de) |
| 02:55:02 | | Quit kugel (Changing host) |
| 02:55:02 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 02:59:28 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 03:00 |
| 03:00:58 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 03:04:08 | | Quit kugel (Ping timeout: 240 seconds) |
| 03:14:58 | | Quit kugel_ (Ping timeout: 276 seconds) |
| 03:21:37 | | Join kugel [0] (~kugel@g231227212.adsl.alicedsl.de) |
| 03:21:37 | | Quit kugel (Changing host) |
| 03:21:37 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 03:27:23 | | Quit kugel (Ping timeout: 240 seconds) |
| 03:31:47 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 03:36:42 | *** | Saving seen data "./dancer.seen" |
| 03:39:19 | | Quit kugel (Ping timeout: 264 seconds) |
| 03:41:57 | | Join kugel [0] (~kugel@e178063054.adsl.alicedsl.de) |
| 03:41:57 | | Quit kugel (Changing host) |
| 03:41:57 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 03:46:42 | | Quit kugel (Ping timeout: 240 seconds) |
| 03:46:57 | | Join kugel [0] (~kugel@g231104112.adsl.alicedsl.de) |
| 03:46:57 | | Quit kugel (Changing host) |
| 03:46:57 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 03:48:00 | | Quit kugel (Remote host closed the connection) |
| 03:51:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 03:52:48 | | Join semitones [0] (~Patrick@130.85.224.212) |
| 04:00 |
| 04:00:37 | | Quit kugel (Read error: Connection reset by peer) |
| 04:04:35 | | Quit semitones (Quit: Leaving) |
| 04:04:41 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 04:04:55 | | Join semitones [0] (~Patrick@130.85.224.212) |
| 04:29:12 | | Quit pixelma (Disconnected by services) |
| 04:29:14 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:29:16 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:30:12 | | Quit DerPapst (Quit: Leaving.) |
| 04:30:24 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:30:24 | | Quit amiconn (Disconnected by services) |
| 04:30:41 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:49:00 | | Join Barahir_ [0] (~jonathan@frnk-590f4a9b.pool.mediaWays.net) |
| 04:49:50 | | Quit MethoS- (Remote host closed the connection) |
| 04:51:56 | CIA-70 | New commit by jethead71 (r29395): pcmbuf: Clear last_chunksize at stop so we don't think there's a buffer in progress. |
| 04:51:58 | | Quit Barahir (Ping timeout: 240 seconds) |
| 04:56:19 | CIA-70 | r29395 build result: All green |
| 04:58:02 | | Quit TheSeven (Ping timeout: 250 seconds) |
| 04:59:25 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 05:00 |
| 05:01:57 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:03:11 | | Quit kugel (Ping timeout: 264 seconds) |
| 05:04:31 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 05:07:32 | | Quit kugel_ (Ping timeout: 240 seconds) |
| 05:09:06 | | Quit kugel (Ping timeout: 252 seconds) |
| 05:09:32 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 05:20:49 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 05:22:16 | | Join Rob2222 [0] (~Miranda@p4FFF1063.dip.t-dialin.net) |
| 05:26:12 | | Quit Rob2223 (Ping timeout: 264 seconds) |
| 05:34:17 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 05:34:43 | | Quit factor (Read error: Connection reset by peer) |
| 05:36:45 | *** | Saving seen data "./dancer.seen" |
| 05:37:35 | | Quit kugel (Ping timeout: 264 seconds) |
| 05:38:46 | | Quit kugel_ (Ping timeout: 250 seconds) |
| 05:39:17 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 05:46:31 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 05:47:33 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 05:51:54 | | Join factor [0] (~factor@75.108.68.114) |
| 06:00 |
| 06:10:45 | | Quit panni_ (Read error: Connection reset by peer) |
| 06:17:24 | [Saint] | gah...user "skydrive" wants a banning please somebody: |
| 06:17:26 | [Saint] | http://forums.rockbox.org/index.php/topic,24106.msg178312.html#msg178312 |
| 06:21:41 | JdGordon_ | did you delete it already? or kismet yet it? |
| 06:25:16 | [Saint] | Nope....hmmm, perhaps I caught it before the antispam did. |
| 06:25:21 | [Saint] | Is it not there anymore? |
| 06:25:26 | JdGordon_ | yeah |
| 06:25:35 | [Saint] | (I have no privs to be able to moderate the forums, btw) |
| 06:25:36 | JdGordon_ | and not in removed posts also so must have been auto nuked |
| 06:26:29 | | Quit mackat (Quit: CGI:IRC (Ping timeout)) |
| 06:26:44 | [Saint] | it's just done that weird thing where it's still visible in recent posts: http://forums.rockbox.org/index.php?action=recent |
| 06:27:30 | JdGordon_ | ok, bnut its not in the thread so all good :) |
| 06:32:02 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 06:41:18 | | Quit milk (Quit: baaaiiii) |
| 07:00 |
| 07:04:40 | | Quit Keripo (Quit: Leaving.) |
| 07:29:04 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
| 07:31:26 | | Quit BHSPitMonkey (Ping timeout: 250 seconds) |
| 07:33:06 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 07:36:47 | *** | Saving seen data "./dancer.seen" |
| 07:39:09 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 08:00 |
| 08:11:52 | | Join bluebrother [0] (~dom@g224238128.adsl.alicedsl.de) |
| 08:11:52 | | Quit bluebrother (Changing host) |
| 08:11:52 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 08:11:53 | | Quit bluebroth3r (Read error: Connection reset by peer) |
| 08:16:38 | CIA-70 | New commit by Buschel (r29396): Bump codec's API version. This is related to r29388 which changed the mp3entry struct. |
| 08:20:56 | CIA-70 | r29396 build result: All green |
| 08:24:20 | | Quit semitones (Ping timeout: 240 seconds) |
| 08:32:46 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 08:38:57 | | Quit einhirn (Ping timeout: 260 seconds) |
| 08:40:02 | | Join Guest42224 [0] (~bjst@giant.haxx.se) |
| 08:40:02 | | Quit Guest42224 (Changing host) |
| 08:40:02 | | Join Guest42224 [0] (~bjst@rockbox/developer/Zagor) |
| 08:40:13 | | Nick Guest42224 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
| 08:40:38 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 08:45:38 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:53:24 | | Join webguest50 [0] (~3e93ccc7@giant.haxx.se) |
| 08:54:31 | | Join Sochiro [0] (~Sochiro@194.90.222.165) |
| 08:54:31 | | Quit webguest50 (Client Quit) |
| 09:00 |
| 09:13:55 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 09:23:49 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 09:28:18 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 09:36:39 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) |
| 09:36:48 | *** | Saving seen data "./dancer.seen" |
| 09:36:55 | | Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) |
| 09:36:56 | | Quit pamaury (Changing host) |
| 09:36:56 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 09:40:38 | | Quit Sochiro (Ping timeout: 250 seconds) |
| 09:59:02 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 09:59:25 | | Join sasquatch [0] (~username@p4FF2CD4C.dip.t-dialin.net) |
| 10:00 |
| 10:02:59 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 10:05:22 | | Quit kugel_ (Read error: Connection reset by peer) |
| 10:05:26 | | Quit kugel (Ping timeout: 240 seconds) |
| 10:07:55 | | Join kugel [0] (~kugel@e178190190.adsl.alicedsl.de) |
| 10:07:56 | | Quit kugel (Changing host) |
| 10:07:56 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 10:11:25 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 10:35:12 | | Join T44 [0] (~Topy44@g228197204.adsl.alicedsl.de) |
| 10:51:06 | | Join DerPapst [0] (~Alexander@dslb-088-069-149-236.pools.arcor-ip.net) |
| 10:54:45 | * | TheSeven wonders how to go on with CE-ATA support |
| 10:55:11 | TheSeven | my FAT driver patch seems to still has some bugs that need to be sorted out |
| 10:55:31 | TheSeven | so there are basically two questions: |
| 10:55:35 | | Quit DerPapst (Ping timeout: 250 seconds) |
| 10:56:04 | TheSeven | 1. do we want that kind of thing at all? (removing on-stack sector buffers, optionally making all storage-accesses aligned) |
| 10:56:29 | TheSeven | 2. should I try to debug that locally and keep it as a patch on flyspray, or is it worth creating a development branch in SVN? |
| 10:56:46 | | Join DerPapst [0] (~Alexander@dslb-188-107-169-200.pools.arcor-ip.net) |
| 11:00 |
| 11:11:44 | linuxstb | TheSeven: Regarding 1., that's very useful on some targets because the stack is in IRAM, and there isn't enough IRAM (I expect) to put them there statically. But I guess you could use a macro to define them "static" on your target. |
| 11:12:20 | linuxstb | Regarding 2., I guess it depends on whether other people are likely to help. |
| 11:19:24 | | Quit T44 (Ping timeout: 240 seconds) |
| 11:20:09 | | Join Topy44 [0] (~Topy44@89.204.137.188) |
| 11:21:28 | | Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 11:21:29 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 11:21:51 | TheSeven | linuxstb: 2. might be helpful to keep this thing in sync and have people help testing |
| 11:22:04 | TheSeven | (because they don't need to manually apply the patch all the time) |
| 11:26:10 | thomasjfox | Zagor: hey |
| 11:26:25 | TheSeven | linuxstb: doing 1. by making variables static would kill multivolume and waste space because of unneccessary duplication |
| 11:26:33 | thomasjfox | Zagor: How did I get the nice developer icon on rockbox.org/irc? |
| 11:26:59 | Torne | thomasjfox: the logbot can see your cloak |
| 11:27:16 | TheSeven | the approach i'm currently trying is to have one static sector buffer in the FAT code that is shared amongst all codethat needs one (most file system metadata write accesses) |
| 11:27:33 | thomasjfox | Torne: Cloak is on for some days now |
| 11:27:44 | | Join stoffel [0] (~quassel@p57B4CE5A.dip.t-dialin.net) |
| 11:35:28 | Zagor | Torne: unfortunately it's not that elegant. the log view uses a fixed list of nicks. |
| 11:35:39 | Torne | oh. |
| 11:36:50 | *** | Saving seen data "./dancer.seen" |
| 11:37:11 | Zagor | mainly because the cloak/address is not repeated after the midnight log rotation, so the information is not in each line |
| 11:37:16 | Zagor | *each file |
| 11:42:15 | Zagor | thomasjfox: fixed now |
| 11:42:29 | n1s | couldn't it update the list automatically when someone with a rockbox cloak appeared? |
| 11:43:05 | Zagor | patches are welcome :) |
| 11:43:55 | thomasjfox | Zagor: thanks! |
| 11:44:15 | n1s | :P |
| 11:56:11 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 11:58:17 | thomasjfox | kugel, kugel_: hey. Are you there? |
| 11:58:30 | kugel_ | thomasjfox: yes, now :) |
| 11:58:46 | thomasjfox | hehe. I'm currently tracking down an issue in the SDL app with sigaltstack |
| 11:58:47 | | Quit kugel (Ping timeout: 250 seconds) |
| 11:59:07 | thomasjfox | The problem is not sigaltstack, it just leads to a different shutdown sequence |
| 11:59:20 | thomasjfox | Every second time I close the app, it hangs on shutdown |
| 11:59:45 | thomasjfox | sim_kernel_shutdown() gets called and sets do_exit=true |
| 12:00 |
| 12:00:18 | thomasjfox | But check_exit() is never called so the app just hangs there |
| 12:00:39 | thomasjfox | I'm currently testing if adding check_exit() at the end of sim_kernel_shutdown() helps |
| 12:15:28 | thomasjfox | kugel_: After sim_kernel_shutdown(), there's just on system thread left and it hangs here: http://pastie.org/1605753 |
| 12:19:57 | thomasjfox | kugel_: Removing disable_irq() and the destruction of the IRQ mutex in sim_kernel_shutdown() helped |
| 12:30:37 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 12:38:28 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 12:39:11 | pondlife | Trying to build RaaA / SDL / Cygwin... where should realpath() be defined? |
| 12:40:30 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:41:03 | | Join kugel [0] (~kugel@e178189069.adsl.alicedsl.de) |
| 12:41:03 | | Quit kugel (Changing host) |
| 12:41:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 12:41:50 | thomasjfox | pondlife: realpath() should be in stdlib.h |
| 12:42:15 | thomasjfox | pondlife: Conforms to BSD / POSIX2001 |
| 12:42:57 | thomasjfox | kugel, kugel_: Which one of you is the real one? ;) |
| 12:43:22 | kugel | there's only one real kugel :) |
| 12:43:33 | | Quit kugel_ (Ping timeout: 240 seconds) |
| 12:43:51 | thomasjfox | kugel: hehe. Did you see my message? |
| 12:44:07 | kugel | yep |
| 12:45:48 | kugel | I wonder why check_exit isn't called |
| 12:46:53 | thomasjfox | kugel: IRQs are disabled after sim_kernel_shutdown(), the thread hangs in set_irq_level(), see http://pastie.org/1605753 |
| 12:47:58 | kugel | but core_sleep() enables interrupts again |
| 12:48:10 | thomasjfox | kugel: Probably this is a race since sim_kernel_shutdown() gets called by the event thread |
| 12:49:03 | thomasjfox | kugel: sim_kernel_shutdown also destroys sim_irq_mtx and sim_thread_cond (if that matters) |
| 12:50:11 | thomasjfox | kugel: I just did 25 successful shutdown using sigaltstack when I removed the disable_irq part |
| 12:50:42 | thomasjfox | kugel: Let me try with disable_irq() in place and commented out destruction of sim_irq_mtx |
| 12:52:01 | kugel | thomasjfox: I think the event thread perhaps shouldn't call sim_kernel_shutdown |
| 12:52:46 | pixelma | pondlife: welcome back (from Glastonbury ;) ) |
| 12:53:05 | pondlife | Thanks... it took a while ;) |
| 12:53:38 | dionoea | hello |
| 12:54:17 | dionoea | kugel: I just got Gingerbread on my phone. I'll probably try writting a native pcm driver for rockbox this weekend to see if it fixes the random audio freezes |
| 12:57:42 | | Join Bagder [0] (~danielx@2a00:1a28:1200:9::2) |
| 12:57:42 | | Quit Bagder (Changing host) |
| 12:57:42 | | Join Bagder [0] (~danielx@rockbox/developer/bagder) |
| 12:57:54 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 12:57:55 | | Quit LinusN (Changing host) |
| 12:57:55 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 12:58:26 | pondlife | Hmm, Cygwin does define realpath (in cygwin/stdlib.h) - can't see why it's not being included... |
| 12:59:38 | pondlife | Ah - only for cplusplus :/ |
| 13:00 |
| 13:01:05 | pondlife | Nope, I misread |
| 13:04:17 | thomasjfox | kugel: Yes, it feels like a race to me, too. |
| 13:04:38 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 13:05:19 | | Join TheLemonMan [0] (~lem0n@ppp-180-153.98-62.inwind.it) |
| 13:05:24 | thomasjfox | oh no, kugel_ is back ;) |
| 13:07:26 | | Quit kugel (Ping timeout: 240 seconds) |
| 13:07:39 | | Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) |
| 13:09:30 | thomasjfox | kugel: The destruction of the IRQ mutex "causes" the issue. Like you said, core_sleep() enables the IRQs again |
| 13:12:09 | kugel | dionoea: I don't experience audio freezes |
| 13:12:34 | kugel | thomasjfox: yea, that's why I think the event thread shouldn't call that |
| 13:14:32 | thomasjfox | kugel: ok. I'll leave for cooking now. If you have the time to come up with a patch, I can give it a good test run (wrote a script to start rockbox in a loop so I just have to close it) |
| 13:18:19 | | Quit n1s (Quit: Lmnar) |
| 13:20:26 | | Quit kugel (Ping timeout: 240 seconds) |
| 13:22:49 | | Quit jhMikeS (Ping timeout: 240 seconds) |
| 13:23:09 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:26:21 | pondlife | Hmm, the mingw stdlib I have lacks realpath. |
| 13:27:21 | pondlife | Reasonable - it never claimed POSIX compliance... but why is Cygwin using it? |
| 13:29:05 | pondlife | Ah - does RaaA configure explicitly use MinGW over Cygwin |
| 13:29:06 | pondlife | ? |
| 13:31:00 | | Quit linuxstb (Ping timeout: 240 seconds) |
| 13:32:07 | | Quit user890104 () |
| 13:36:53 | *** | Saving seen data "./dancer.seen" |
| 13:44:04 | | Join n1s [0] (~n1s@nl118-175-108.student.uu.se) |
| 13:44:04 | | Quit n1s (Changing host) |
| 13:44:04 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 13:44:08 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 13:51:25 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 14:00 |
| 14:02:09 | | Join user1213 [0] (~anemail@nat-dom1-134.aster.pl) |
| 14:03:41 | user1213 | hello, is there a way to install rockbox on a ipod nano 2gen? |
| 14:04:13 | * | kugel wonders about the state of the rsb discussion about autoresume |
| 14:04:27 | linuxstb | user1213: Yes |
| 14:05:13 | | Quit Dreamxtreme (Quit: +++ OK ATH OK) |
| 14:06:37 | user1213 | im having trouble finding instructions on how. i found a forum entry from a year ago about it being encrytpted and something called OSOS, but im not a programmer and am lost in thier discussion |
| 14:07:10 | user1213 | anyone willing to guide me? |
| 14:07:28 | n1s | user1213: it's described in the rockbox manual |
| 14:07:45 | user1213 | yikes, i missed that |
| 14:07:59 | kugel | dionoea: ping |
| 14:11:25 | robin0800 | user1213, http://download.rockbox.org/daily/manual/rockbox-ipodnano2g/rockbox-build.html#rockbox-buildch2.html |
| 14:13:26 | dionoea | kugel: ? |
| 14:13:55 | kugel | dionoea: I once had some work for a pcm rewrite that hopefully makes it more stable (even though it is stable for me) |
| 14:14:06 | kugel | I'm currently searching it in my stashes |
| 14:14:27 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:14:43 | dionoea | hum ... ok. |
| 14:15:23 | dionoea | I'll still probably give it a try with the natice C api since that would probably simplify the data transmission chain |
| 14:15:50 | dionoea | *native |
| 14:16:09 | kugel | dionoea: sure, but it's 2.3+ only :) |
| 14:17:08 | dionoea | indeed. Can't we provide different drivers for different versions? (with runtime detection. I think thatit's possible for Java code. I don't know if it is for native code too) |
| 14:17:58 | kugel | don't know |
| 14:18:44 | | Quit DerPapst (Quit: Leaving.) |
| 14:19:28 | kugel | dionoea: http://pastie.org/1606043 |
| 14:19:40 | dionoea | thanks |
| 14:20:09 | dionoea | I'll give it a try to see if it fixes the freezes |
| 14:20:27 | | Join DerPapst [0] (~Alexander@dslb-188-107-169-200.pools.arcor-ip.net) |
| 14:21:45 | kugel | the idea is to write the chunk in one go, eliminating the logic needed to split the chunks |
| 14:23:18 | | Quit nirvbew (Quit: OH WEOW) |
| 14:23:28 | user1213 | Awesome. Its running now :) thank you very much for your support. I had this for my archos long ago, combined they were awesome. I rewired the mic input and had really good field recordings before getting a serious solution. so few things are made that are truely useful. this program is one of them. now, if we could just transfer this mentality to merchandice...thanks again, good bye |
| 14:23:48 | | Quit user1213 () |
| 14:26:59 | | Quit DerPapst (Quit: Leaving.) |
| 14:30:51 | | Quit antil33t (Read error: Connection reset by peer) |
| 14:31:01 | | Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) |
| 14:35:14 | | Join Dreamxtreme [0] (~Dre@92.18.99.114) |
| 14:50:53 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 14:51:26 | kugel | linuxstb: strncmp is a c library function. calling it via rb pointer is likely to fail if it expands to a macro |
| 15:00 |
| 15:05:56 | | Quit n1s (Ping timeout: 240 seconds) |
| 15:10:07 | | Join n1s [0] (~n1s@nl118-175-108.student.uu.se) |
| 15:10:07 | | Quit n1s (Changing host) |
| 15:10:07 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 15:13:54 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 15:14:24 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 15:17:26 | n1s | so, do i need to install iloader to get rb on my classic or is there a regular rb bootloader? |
| 15:17:51 | TheSeven | not yet |
| 15:17:58 | | Join soaa [0] (d8dd2065@gateway/web/freenode/ip.216.221.32.101) |
| 15:18:19 | n1s | TheSeven: is it planned? |
| 15:18:41 | soaa | Hey everyone! I've got a quick question regarding RaaA. |
| 15:18:42 | TheSeven | once we figure out how to access the firmware partition and how osos signing works, probably |
| 15:19:07 | thomasjfox | soaa: Which port? ;) |
| 15:19:16 | n1s | ah, so iloader runs via some exploit? |
| 15:19:23 | soaa | thomasjfox: None in particular. |
| 15:19:29 | TheSeven | iloader is flashed to the nor the same way as on nano2g |
| 15:19:48 | thomasjfox | soaa: Shoot! |
| 15:20:03 | soaa | Since most conceivable target OSs have their native UI toolkits... |
| 15:20:07 | TheSeven | (for the NOR bootloader, symmetric (aes-sha1) signing is still accepted) |
| 15:20:21 | TheSeven | and we boot through a DFU exploit |
| 15:20:30 | TheSeven | (for the initial installation) |
| 15:20:56 | soaa | I was wondering how difficult it would be to separate core and UI in Rockbox, so that perhaps we can reimplement the UI for RaaA targets using native UIs. |
| 15:21:06 | n1s | right, so quite a lot to do before a bootloader similar to other rockbox targets can be made/installed then |
| 15:21:26 | Bagder | soaa: hehe, that's exactly what we've talked about and Zagor's been slowly started working on... |
| 15:21:33 | n1s | soaa: i think Zagor is looking into doing something like that |
| 15:21:33 | kugel | soaa: it's sure possible but a lot of work |
| 15:21:45 | soaa | Whoa, three responses. I like this. |
| 15:21:49 | TheSeven | n1s: yep |
| 15:22:02 | kugel | and I'm afraid we'd lose some features by using native widgets |
| 15:22:05 | * | n1s goes to install iloader then |
| 15:22:12 | kugel | (namely theming capabilities) |
| 15:22:21 | TheSeven | n1s: which generation do you have btw? |
| 15:22:34 | n1s | TheSeven: dunno, a 120GB |
| 15:22:36 | Llorean | kugel: I imagine a "native widget version" would be offered as a separate download possibly? |
| 15:22:48 | TheSeven | n1s: that's 2G |
| 15:23:40 | soaa | I was thinking something like Rockbox UI be default, but native widgets could be enabled as an option with a restart. |
| 15:23:53 | soaa | That way, there wouldn't be two versions for the same target. |
| 15:23:59 | n1s | TheSeven: it should work? |
| 15:24:23 | TheSeven | yep, all of them should work |
| 15:24:34 | TheSeven | the old 160GB needs a bit of a hack though |
| 15:25:24 | soaa | If the Rockbox exposed a complete API for controls, it would just be a matter of implementing different UIs using that API. |
| 15:26:24 | soaa | Or am I taking this too simply? ;) |
| 15:27:02 | Bagder | soaa: no, we've discussed exactly that |
| 15:27:24 | n1s | although "just" implementing a ui is no small task |
| 15:27:39 | Torne | soaa: first you'd have to introduce controls |
| 15:27:43 | Bagder | and making a "codec lib" out of the rockbox codecs is not a small job either |
| 15:27:44 | Torne | since currently we dont' ahve any |
| 15:29:01 | soaa | Mind you, a Rockbox core and a native Android UI would make a /killer/ music player. Support for all audio codecs imaginable, sound options, and ReplayGain. |
| 15:29:38 | soaa | Now, if only that headphone jack on my phone would play nice with that huge plug my headphones have. |
| 15:30:08 | soaa | But I'm happy to hear that I had a generally workable idea, and that there's someone working on it already. ;) |
| 15:30:22 | Torne | er |
| 15:30:26 | Torne | no, there's not anyone working on it |
| 15:30:40 | soaa | Oops. |
| 15:30:46 | Torne | and it's not a particularly workable idea without changing a lot about hwo rockbox works :) |
| 15:30:49 | soaa | At least looking into doing it? |
| 15:31:15 | Bagder | I want to see it happen |
| 15:31:25 | Torne | yah, that doesnt' mean it's a bad idea :) |
| 15:31:30 | CIA-70 | New commit by thomasjfox (r29397): RaaA: Create full config directory tree during initialization ... |
| 15:31:34 | Torne | just that it's goign to be a lot of work whcih nobody has started or even really planned |
| 15:31:42 | soaa | GSoC project perhaps? |
| 15:31:55 | soaa | Or too big for that? |
| 15:33:04 | Bagder | its very much ripping apart the core of Rockbox and putting it back in a different order |
| 15:33:14 | Bagder | that's not an easy job for a newcomer |
| 15:33:47 | soaa | Some refactoring that's going to be. I'd look into it too if I had more free time. |
| 15:34:14 | soaa | Alas, just got myself two clients who need fairly complex websites in a fairly short time. |
| 15:35:54 | CIA-70 | r29397 build result: All green |
| 15:36:09 | Zagor | as bagder said, I've begun doing some work on it |
| 15:36:29 | Zagor | "librockplay" |
| 15:36:56 | *** | Saving seen data "./dancer.seen" |
| 15:39:34 | n1s | TheSeven: the ipod rebooted and asks for a ubi file but no mass storage device appeared and the /dev node vanished too |
| 15:40:24 | soaa | Zagor: Any place where progress is posted, or all IRC for now? |
| 15:41:09 | Zagor | I haven't published anything yet. it's early in the "untable" phase still. |
| 15:41:18 | soaa | Alright, cool. |
| 15:41:18 | TheSeven | n1s: can you paste the dmesg output? |
| 15:41:20 | Zagor | untangle |
| 15:41:38 | soaa | I'll keep checking the IRC from time to time then. (: |
| 15:41:51 | soaa | Gotta go for now. Catch y'all later! |
| 15:42:00 | | Quit soaa (Quit: business) |
| 15:45:53 | n1s | TheSeven: http://pastebin.com/LBWpekBk |
| 15:46:12 | n1s | i tried again, got the same result |
| 15:47:08 | TheSeven | you may have to wait longer or unload ehci_hcd |
| 15:47:13 | TheSeven | this is a known linux bug |
| 15:47:31 | n1s | ok, i'll try that |
| 15:50:50 | | Quit soap (Ping timeout: 240 seconds) |
| 15:53:04 | linuxstb | Would anyone interested in RaaA or the build system be able to look at my patch at http://www.rockbox.org/tracker/task/11966 and see if they can find the bug I've introduced? |
| 15:55:04 | | Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) |
| 15:57:07 | n1s | TheSeven: no, if i unload ehci_hcd libusb segfaults when i try to run ipoddfu.py |
| 15:57:39 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 16:00 |
| 16:01:39 | kugel | I'm looking at the AA fonts patch. it looks good to me |
| 16:02:11 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 16:03:15 | | Join user890104 [0] (~Venci@6bez10.info) |
| 16:05:26 | kugel | are there any objections? |
| 16:05:35 | thomasjfox | linuxstb: I can give it a test run later tonight, have to leave soon |
| 16:07:02 | gevaerts | kugel: I'm in favour |
| 16:07:23 | casainho | pamaury: hello :-) −− I will now see why you can't build the code, probably I didn't commit all my changes to SVN :-( |
| 16:09:26 | kugel | gevaerts: I was a bit unhappy with the code duplication in plugins but it doesn't seem to be doable better |
| 16:09:26 | | Quit n1s (Read error: Connection reset by peer) |
| 16:09:46 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:09:56 | kugel | rockbox paint "draws" into a separate buffer (not the framebuffer) and mpegplayer draws with 90° rotation |
| 16:10:25 | gevaerts | Exactly. Code that has its own font handling gets duplication... |
| 16:11:01 | n1s | heh, trying to unload ehci_hcd after running ipoddfu.py hung modprobe, killing that process and then unplugging the ipod cause the kernel to oops :) |
| 16:11:10 | gevaerts | That can only be fixed by overhauling the font API, and I suspect that adding support for these things will have a noticeable impact on core binsize |
| 16:11:16 | kugel | they already have the duplication for mono fonts, it just adds the corresponding duplication for aaf |
| 16:11:23 | linuxstb | Which FS task is this? (AA fonts) |
| 16:11:34 | kugel | fs#8961 |
| 16:11:56 | thomasjfox | The code has first been submitted 2008 :o) |
| 16:12:02 | gevaerts | kugel: maybe there's room for an "advanced" font handling library in pluginlib? |
| 16:12:13 | gevaerts | I don't think the commit should wait for that though |
| 16:13:30 | gevaerts | hm, I probably should have added my results to that task back when I measured speed and binsize impact... |
| 16:14:31 | | Join kugel_ [0] (~kugel@rockbox/developer/kugel) |
| 16:16:25 | | Quit thomasjfox (Remote host closed the connection) |
| 16:17:05 | kugel_ | i wish convttf had support to output mono font, it's a nice tool |
| 16:18:15 | | Quit kugel (Ping timeout: 276 seconds) |
| 16:23:52 | | Join ajb_onms [0] (~user@cbnluk-gw0.cambridgebroadband.com) |
| 16:24:08 | | Part ajb_onms |
| 16:25:27 | | Join kugel [0] (~kugel@e179042004.adsl.alicedsl.de) |
| 16:25:27 | | Quit kugel (Changing host) |
| 16:25:28 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 16:29:08 | linuxstb | kugel_: convttf is so old it has the old Rockbox (C) header - before it was changed to explicitly say v2 or later. I'm not sure if that's important for such a tool though (Bagder?) |
| 16:29:15 | | Quit kugel_ (Read error: Connection reset by peer) |
| 16:30:10 | | Part LinusN |
| 16:36:35 | | Part pondlife |
| 16:37:01 | Bagder | its a bit separate so its not that terribly important, no |
| 16:41:32 | | Join soap [0] (~soap@208.66.88.196) |
| 16:41:32 | | Quit soap (Changing host) |
| 16:41:32 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 16:51:18 | amiconn | [01:21:07] <Torne> yeah, the n900 is 800x480 with a <3" diagonal <== ehum, the display is not *that* small, it's 3.5". 266 dpi |
| 16:51:34 | Torne | it looks prettu small to me |
| 16:51:54 | Torne | i dunno ;) |
| 16:55:22 | casainho | seen pamaury |
| 16:55:54 | | Quit soap (Quit: Leaving) |
| 16:55:55 | pamaury | hello, I see that you committed some changes, I'll have a look |
| 16:56:19 | casainho | pamaury: yes, please, try to build the bootloader now |
| 16:56:30 | casainho | pamaury: it should build now |
| 16:56:31 | | Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) |
| 16:56:43 | casainho | pamaury: do you want me to add you on sourceforge SVN? |
| 16:59:44 | pamaury | no, no need, I'm just trying to help right now :) |
| 17:00 |
| 17:02:19 | | Quit robin0800 (Quit: Leaving) |
| 17:04:04 | | Part Zagor |
| 17:09:18 | pamaury | casainho: do you use tools/configure to build the bootloader ? |
| 17:10:09 | casainho | pamaury: yes |
| 17:10:32 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 17:10:50 | casainho | pamaury: it is device #132 "Lyre V2" |
| 17:10:54 | pamaury | because it doesn't work, I do ../tools/configure, ask for Lyre V2, bootloader and gets lots of errors about CONFIG_CPU not being defined |
| 17:11:27 | | Join semitones [0] (~Patrick@130.85.224.212) |
| 17:11:28 | casainho | pamaury: it creates the Makefile, right? |
| 17:11:42 | pamaury | yes |
| 17:12:01 | casainho | CONFIG_CPU??? maybe there is some .h file I missed to commit... I will cheack |
| 17:12:12 | pamaury | something in export/config/ perhaps |
| 17:13:00 | casainho | ah, there is an header file, I will commit right now! |
| 17:13:46 | | Quit TheLemonMan (Quit: free(me)) |
| 17:14:19 | casainho | ok, lyre_v2.h is now on SVN :-) |
| 17:17:34 | pamaury | casainho: that nearly compiles, now it says it can't find target/arm/imx233/crt0.o which is rather strange. By the way, why is there a arget/arm/imx233/crt0.S and a arget/arm/imx233/crt0.s ?? |
| 17:18:49 | casainho | pamaury: eheh, I will check |
| 17:18:54 | | Quit Bagder (Quit: Konversation terminated!) |
| 17:19:22 | pamaury | casainho: I find out, I did an error when changing the SOURCES file |
| 17:19:32 | pamaury | hum, no it's not sufficient |
| 17:20:26 | casainho | pamaury: svn status shows an '!' on crt0.s file... :-( |
| 17:21:45 | pamaury | ok it compiles |
| 17:22:03 | pamaury | don't remember what "!" means, probably that you deleted the file while it was in the repo |
| 17:22:29 | casainho | pamaury: ok, if it compiles, then you have the same code as me, I think |
| 17:23:38 | pamaury | I get the same error message as you |
| 17:23:41 | | Quit n1s (Quit: Ex-Chat) |
| 17:24:31 | casainho | pamaury: well, could you please try understand why? ... seems to be something about the code generated from Rockbox bootloader Makefile... |
| 17:26:03 | pamaury | I'll try... |
| 17:29:04 | pamaury | casainho: you tried without the " > 0x40000000" in the *.sb file right ? |
| 17:29:28 | pamaury | but then it doesn't load in the SDRAM.. |
| 17:31:07 | casainho | pamaury: right... |
| 17:31:34 | casainho | pamaury: maybe you can try find some examples of usage, to load Linux image file... |
| 17:32:12 | casainho | pamaury: I think I saw the example of linux image file on Chumby sources: http://files.chumby.com/source/ |
| 17:34:17 | | Quit factor (Read error: Connection reset by peer) |
| 17:35:13 | | Join factor [0] (~factor@75.108.68.114) |
| 17:37:00 | *** | Saving seen data "./dancer.seen" |
| 17:37:28 | | Quit plux (Read error: Connection reset by peer) |
| 17:40:42 | | Join dewdroid [0] (~dewdude@66.87.13.221) |
| 17:41:23 | dewdroid | Gosh...that Buschel is a hard man to catch up with |
| 17:42:23 | | Quit dewdroid (Client Quit) |
| 17:42:51 | | Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) |
| 17:49:42 | | Join semitones_tea [0] (~Patrick@130.85.224.212) |
| 17:52:29 | | Quit semitones (Ping timeout: 240 seconds) |
| 17:59:11 | pamaury | casainho: I find out a way to make elftosb hapyp |
| 17:59:14 | pamaury | happy |
| 17:59:31 | casainho | pamaury: good! what is like? :-) |
| 18:00 |
| 18:00:16 | gevaerts | Give it flowers! |
| 18:01:01 | pamaury | change boot.lds from this: |
| 18:01:01 | pamaury | .text 0 : AT (DRAMORIG + DRAMSIZE - 1M) |
| 18:01:01 | pamaury | to this: |
| 18:01:31 | pamaury | anyway, .text 0 : AT (DRAMORIG + DRAMSIZE - 1M) doesn't make much sense with flat address space I think |
| 18:01:50 | casainho | change to waht? |
| 18:02:48 | pamaury | in boot.lds, change ".text 0 : AT (DRAMORIG + DRAMSIZE - 1M)" to ".text (DRAMORIG + DRAMSIZE - 1M) :" and in system_init_sb.db "load rockbox_bootloader > ..." to "load rockbox_bootloader;" |
| 18:03:37 | casainho | pamaury: ok, thanks. But I would like to understand that changes |
| 18:04:13 | | Join jhMikeS [0] (~jethead71@adsl-99-60-42-161.dsl.sfldmi.sbcglobal.net) |
| 18:04:13 | | Quit jhMikeS (Changing host) |
| 18:04:13 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 18:05:08 | casainho | pamaury: I am not sure I understand that changes. Do you believe it will work? |
| 18:05:19 | pamaury | in boot.lds, your code is rather strange, it means use 0 as virtual address but something else as loading address. Since you do not use the MMU, virtual address = physical address so having a loading address different from the virtual one doesn't make much sense in my opinion. |
| 18:05:42 | pamaury | you should try it but the output of elftosb suggest it will do what you want |
| 18:05:50 | casainho | pamaury: ??? |
| 18:05:54 | casainho | pamaury: because |
| 18:06:17 | casainho | pamaury: the code should run with address DRAMORIG + DRAMSIZE - 1M |
| 18:06:26 | casainho | I will put bootloader there |
| 18:06:53 | pamaury | yes, that what will happen |
| 18:07:25 | casainho | I thought "text 0" would be the address on ELF file... |
| 18:07:48 | casainho | and AT (DRAMORIG + DRAMSIZE - 1M) the final address, where code is linked to it |
| 18:08:06 | casainho | ok, thanks!!! |
| 18:08:16 | casainho | I will try it soon and I will report back!!! |
| 18:15:54 | casainho | pamaury: well, the report from elftosb2 seems good, just what I needed ;-) |
| 18:17:11 | casainho | pamaury: I don't have the hardware with me here, but tomorrow I see using oscilloscope, if LED really blinks :-) |
| 18:17:42 | pamaury | ok |
| 18:17:56 | pamaury | hope it helps |
| 18:18:10 | casainho | pamaury: this is what I were looking for |
| 18:19:09 | casainho | pamaury: if the Rockbox bootloader code (blink LED) runs, then I am setup to continue the development (now with clock @ 454MHz and external SDRAM init and blink LED code running on it) :-) |
| 18:20:25 | casainho | pamaury: are you in suck good advance as this, on the other target you are working on? |
| 18:20:28 | | Join Keripo [0] (~Keripo@eng042.wireless-resnet.upenn.edu) |
| 18:20:33 | casainho | *such |
| 18:22:48 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 18:23:11 | pamaury | on my Mio I can run custom code, not exactly rockbox code yet because currently, the only way to load code is horribly slow and impossible to debug, so I'm trying to develop a bootloader to load code through usb. On the other hand, I have LCD working, USB nearly working, and I know much of the pins. |
| 18:24:27 | casainho | pamaury: great! |
| 18:25:46 | casainho | pamaury: I have the hardware under control, as I have JTAG debug, hardware is fully OpenSource, etc, but I don't have yet SDCard drivers nor USB, nor LCD |
| 18:26:06 | casainho | pamaury: do you have SDCard working? if so, maybe I can reuse the code, right? |
| 18:27:28 | pamaury | the Mio doesn't not use the imx233, the fuze+ does but I don't have one yet, I should get one on sunday, I haven't started development for the imx233 yet |
| 18:29:28 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:30:44 | casainho | pamaury: ah, ok. Do you know if there is any code I can reuse on Rockbox tree, for the imx233, maybe from Fuze+? |
| 18:31:36 | pamaury | If I'm able to write code for the fuze+, you should be able to reuse the code for SD, usb, all the system part (clocks, ...) |
| 18:32:02 | casainho | pamaury: I didn't know you were the only one working on it... |
| 18:32:43 | pamaury | for now, yeah, but perhaps when I'll have a basis working other people will join the port |
| 18:33:30 | casainho | pamaury: I would love to provide/sell this board so others could hack using it. I guess would be much more easy to have JTAG and serial debub. Well, Chumby HAcker board with imx233 is also availbale in the market!!! |
| 18:34:28 | | Quit liar (Quit: Leaving) |
| 18:35:37 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 18:35:53 | | Join Buschel [0] (~chatzilla@p54A39F53.dip.t-dialin.net) |
| 18:35:54 | pamaury | Some important things are really specific to the fuze+ unfortunately |
| 18:36:49 | | Join DerPapst [0] (~Alexander@p4FE8EFBF.dip.t-dialin.net) |
| 18:42:07 | | Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) |
| 18:49:33 | | Quit TheSeven (Ping timeout: 264 seconds) |
| 18:51:29 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 18:52:48 | | Quit kugel (Ping timeout: 246 seconds) |
| 18:55:18 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:55:47 | | Join mshathlonxp [0] (~mshathlon@5acba02c.bb.sky.com) |
| 18:57:58 | mshathlonxp | where can I find other .lang files? |
| 18:58:24 | LambdaCalculus37 | mshathlonxp: There's a bunch in Flyspray. |
| 18:58:35 | * | mshathlonxp can't find |
| 19:00 |
| 19:00:11 | | Quit kugel (Ping timeout: 240 seconds) |
| 19:00:28 | | Join kugel [0] (~kugel@e179156248.adsl.alicedsl.de) |
| 19:00:28 | | Quit kugel (Changing host) |
| 19:00:28 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:01:32 | LambdaCalculus37 | mshathlonxp: Did you post one under FS #11967? |
| 19:01:50 | | Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206121845]) |
| 19:02:00 | mshathlonxp | yep, that's me |
| 19:03:56 | LambdaCalculus37 | mshathlonxp: Did you see the comment? |
| 19:04:31 | mshathlonxp | could be any other reasons why I would like to see some files that aren't interesting to me? :) |
| 19:06:03 | LambdaCalculus37 | No no, he only asked that you put your name into the .lang file so you can receive proper credit. |
| 19:06:31 | mshathlonxp | yeah, I understood that - but I have no idea where to put it ;) |
| 19:06:51 | gevaerts | mshathlonxp: the source has lots of lang files... |
| 19:07:38 | * | mshathlonxp as always, can't find anything... |
| 19:08:25 | mshathlonxp | in any case, I'm currently tired as well, that could affect my ability to think |
| 19:10:09 | | Join Sochiro [0] (~Sochiro@194.90.222.165) |
| 19:13:39 | | Quit user890104 () |
| 19:18:06 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
| 19:23:22 | kugel | Unhelpful: ping |
| 19:24:42 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:24:42 | | Quit bertrik (Changing host) |
| 19:24:42 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:29:21 | preglow | kugel: you use cyanogenmod on a legend, rite? |
| 19:29:26 | mshathlonxp | ok, if I'll put in my lang file my name and surname, will that be enough? |
| 19:29:36 | LambdaCalculus37 | mshathlonxp: Yup, that's perfect. |
| 19:29:58 | LambdaCalculus37 | Once that's done, post a new version of the .lang file, and it'll be committed. |
| 19:30:11 | | Quit LambdaCalculus37 (Quit: back to the daily grind) |
| 19:31:28 | kugel | preglow: that's right |
| 19:31:38 | preglow | kugel: stable or experimental? |
| 19:34:45 | AlexP | kugel: Is there an android sim, or do I use the sdl app for this? |
| 19:35:58 | mshathlonxp | done |
| 19:36:11 | kugel | preglow: nightly :) |
| 19:36:24 | mshathlonxp | can anyone explain me why screen, that is shown during USB connection isn't in UTF-8? |
| 19:36:25 | kugel | AlexP: there's the emulator in the sdk |
| 19:36:42 | kugel | and the sdl app of course |
| 19:37:04 | *** | Saving seen data "./dancer.seen" |
| 19:37:06 | AlexP | As I just built that, started it, and had fallback wps etc. |
| 19:37:14 | AlexP | *built the sd app |
| 19:37:18 | gevaerts | mshathlonxp: huh? What do you mean? |
| 19:37:20 | AlexP | specifying 480x800 |
| 19:37:51 | AlexP | kugel: I selected sdl, entered screen res, did make then ran ./rockbox - did I miss a step? |
| 19:38:12 | gevaerts | AlexP: yes, make install |
| 19:38:38 | mshathlonxp | my nano currently is showing USB plug and txt "keyboard mode blah blah blah", of course that txt is in latvian, but instead of two latvian signs there's a two dotted squares |
| 19:38:53 | mshathlonxp | sorry, three |
| 19:39:04 | AlexP | gevaerts: I tried that, but it wanted to write to /usr/local/bin so I was hoping that there was a way to install it to the build directory, like the sim does |
| 19:39:09 | gevaerts | mshathlonxp: ah, what you're probably seeing is the USB screen using sysfont |
| 19:39:19 | gevaerts | AlexP: you can tell configure where you want the thing |
| 19:39:29 | AlexP | ah, in advanced I guess |
| 19:39:30 | AlexP | cheers |
| 19:39:59 | gevaerts | mshathlonxp: that's because using any other font can require disk access, which can not be done during USB |
| 19:40:10 | mshathlonxp | ok |
| 19:40:35 | mshathlonxp | so nobody will fix this so I'll have to try to fix latvian signs out of that text string :) |
| 19:40:39 | AlexP | gevaerts: where exactly, I cant find it. Or do I need to pass it to configure? |
| 19:40:46 | kugel | AlexP: use −−prefix |
| 19:40:56 | gevaerts | mshathlonxp: well, we do want it fixed, but that's not easy unfortunately |
| 19:41:18 | AlexP | kugel: so "configure −−prefix /home/alex/blah" for instance? |
| 19:41:25 | mshathlonxp | so as I tought, it will be easier to try to figure out txt without these signs |
| 19:41:27 | kugel | I alwas do −−prefix=./usr, then ./rockbox |
| 19:41:29 | mshathlonxp | or simply ignore them |
| 19:41:37 | AlexP | kugel: thanks |
| 19:42:04 | kugel | (usr needs to exist IIRC) |
| 19:42:17 | kugel | and you still need make install |
| 19:44:19 | AlexP | Thanks, works fine :) |
| 19:51:11 | preglow | kugel: easy to upgrade builds? guess i'll just go for nightly as well if so |
| 19:58:28 | | Quit semitones_tea (Ping timeout: 272 seconds) |
| 20:00 |
| 20:04:09 | | Quit factor (Quit: Leaving) |
| 20:05:20 | | Join factor [0] (~factor@75.108.68.114) |
| 20:13:14 | kugel | preglow: very easy |
| 20:13:15 | | Quit saratoga (Quit: Page closed) |
| 20:13:44 | kugel | you can apply the rom (it's just a zip file) with rom manager or in recovery mode |
| 20:14:09 | | Quit parafin (Remote host closed the connection) |
| 20:14:21 | | Join parafin [0] (parafin@paraf.in) |
| 20:22:52 | | Join user890104 [0] (~Venci@6bez10.info) |
| 20:25:29 | AlexP | heh, the mrobe already has play/pause buttons the other way round :) |
| 20:25:52 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 20:28:35 | linuxstb | AlexP: You're looking for consistency? ;) |
| 20:28:37 | pixelma | you might want to add "500" for clarity ;) |
| 20:28:57 | AlexP | linuxstb: good point :) |
| 20:29:02 | AlexP | pixelma: and yes, that one :) |
| 20:29:18 | | Quit Horscht (Ping timeout: 250 seconds) |
| 20:39:57 | | Quit liar (Ping timeout: 264 seconds) |
| 20:41:42 | AlexP | 240x400 is pretty buggered |
| 20:42:07 | linuxstb | kugel: I'm looking at line 685 of buildzip.pl: $app = ($modelname eq "application");. IIUC, this is never true, even for application builds, for "make zip", because the value of $modelname is "\"application\"" - i.e. it actually includes the quotes. |
| 20:42:11 | | Quit kugel (Ping timeout: 240 seconds) |
| 20:42:32 | * | linuxstb guesses he never saw that... |
| 20:42:42 | * | linuxstb continues for the logs... |
| 20:43:12 | linuxstb | In tools/root.make, there seems to be inconsistency - some calls to buildzip.pl use \"$modelname\", but others use "$modelname". |
| 20:43:23 | linuxstb | Or rather $(MODELNAME) |
| 20:44:36 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:47:38 | AlexP | kugel, linuxstb: http://paste.pocoo.org/show/344544/ |
| 20:47:56 | AlexP | For now it just swaps play/pause and always shows ffwd/rew |
| 20:50:15 | linuxstb | AlexP: Don't ask me to understand WPS code... |
| 20:50:30 | AlexP | OK :) |
| 20:51:05 | AlexP | I put the swapped play/pause inside a conditional that checks for touchscreen so that if a non-touchscreen target ends up using it then they'll be the right way round |
| 20:52:54 | linuxstb | kugel: If you are really here, can you check the logs from 10 minutes ago? |
| 20:54:00 | | Join {phoenix} [0] (~dirk@p57AA46C4.dip.t-dialin.net) |
| 20:56:05 | AlexP | mshathlonxp: What is your full name? |
| 20:57:10 | | Quit {phoenix} (Remote host closed the connection) |
| 20:57:37 | kugel | linuxstb: Don't ask me to understand perl code... |
| 20:57:37 | kugel | :) |
| 20:57:49 | | Quit Keripo (Quit: Leaving.) |
| 20:58:18 | linuxstb | kugel: svn blame says you wrote it... |
| 20:58:58 | kugel | make zip works in svn, doesn't it? |
| 20:59:32 | linuxstb | Yes. But if your code is fixed to do what it should, then it doesn't... |
| 20:59:40 | linuxstb | (if that makes any sense...) |
| 21:00 |
| 21:00:29 | linuxstb | See my patch at FS #11966 - I changed things to pass a $app parameter to buildzip.pl, and this breaks it, because it works. |
| 21:00:43 | | Join {phoenix} [0] (~dirk@p57AA46C4.dip.t-dialin.net) |
| 21:00:49 | kugel | really, I can't really do and don't really want to do perl, so it's sure possible that what I wrote there is buggy |
| 21:01:22 | AlexP | kugel: That WPS thing look OK to you? |
| 21:01:48 | AlexP | linuxstb: I just left the play/pause button still showing ffwd/rew status when you ffwd/rew for now |
| 21:01:56 | kugel | AlexP: I don't know wps code either :P |
| 21:02:01 | AlexP | hah :) |
| 21:02:07 | AlexP | Well, I did test it :) |
| 21:02:14 | kugel | not that well at least. I suspect it'll be good if it works |
| 21:02:40 | bertrik | This looks fine to me to commit: http://www.rockbox.org/tracker/task/11967 |
| 21:03:05 | AlexP | bertrik: I've just removed a load of superfluous header, and am waiting for his real name :) |
| 21:03:18 | bertrik | Is there anything else needed to get latviesu (latvian) language working? |
| 21:03:29 | bertrik | AlexP, he has his real name in the new patch |
| 21:03:32 | AlexP | needs adding to SOURCES |
| 21:03:50 | AlexP | bertrik: ah, I didn't see he updated it |
| 21:04:02 | | Quit fkhodkov (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 21:04:02 | AlexP | bertrik: Go ahead, just a bit of header to delete |
| 21:04:45 | bertrik | He trimmed the header too, just the basic rockbox GPL header + his real name in the file |
| 21:04:50 | AlexP | ah, cool |
| 21:05:12 | AlexP | So just add it to SOURCES in apps/lang/ I thinl |
| 21:05:20 | | Quit Sochiro (Ping timeout: 240 seconds) |
| 21:05:30 | bertrik | and docs/CREDITS I suppose, right? |
| 21:05:36 | AlexP | yep |
| 21:06:20 | bertrik | Ok, I'll test it on target and commit sometime later this evening |
| 21:06:27 | AlexP | coolio |
| 21:06:33 | AlexP | 3.8 branch too :) |
| 21:11:35 | linuxstb | kugel: So that's all you have to say? i.e. you're refusing to fix it? |
| 21:15:03 | CIA-70 | New commit by alex (r29398): Touchscreen WPS changes: ... |
| 21:16:25 | | Join Keripo [0] (~Keripo@SEAS459.wlan.seas.upenn.edu) |
| 21:19:00 | CIA-70 | r29398 build result: All green |
| 21:20:04 | | Quit Keripo (Client Quit) |
| 21:21:52 | | Quit maraz (Read error: Connection reset by peer) |
| 21:24:56 | | Join milk_ [0] (~milk@94-193-93-226.zone7.bethere.co.uk) |
| 21:25:46 | | Join maraz [0] (maraz@kapsi.fi) |
| 21:26:08 | CIA-70 | New commit by bertrik (r29399): Latvian language translation, FS #11967 by Mārtiņš Šimis |
| 21:28:43 | pixelma | AlexP: I really think with the change to a button style on touchscreen targets, the cabbiev2 icons should look a bit different |
| 21:29:30 | pixelma | playback control buttons, not playback state |
| 21:30:02 | CIA-70 | r29399 build result: All green |
| 21:30:21 | | Join TheLemonMan [0] (~lem0n@ppp-54-148.98-62.inwind.it) |
| 21:30:43 | AlexP | pixelma: Probably would be nice |
| 21:31:44 | AlexP | pixelma: But then, they are the same as all the other buttons |
| 21:32:09 | pixelma | which other buttons? |
| 21:32:23 | CIA-70 | New commit by bertrik (r29400): Latvian language translation - FS #11967 by Mārtiņš Šimis |
| 21:32:23 | AlexP | ffwd, rew, repeat, shuffle, volume, ... |
| 21:32:54 | pixelma | maybe those should get a redesign too then |
| 21:33:05 | AlexP | Possibly |
| 21:33:16 | AlexP | But at the moment the look of all the buttons is consistent |
| 21:33:38 | pixelma | but not obvious that those are buttons |
| 21:34:09 | AlexP | I certainly wouldn't object, but I'm no artist |
| 21:35:07 | pixelma | a quick idea I just had won't look to good if the style of all of them would change as it currently seems to do when used in %?Tl :\ |
| 21:35:40 | pixelma | and the screen is touched |
| 21:37:08 | *** | Saving seen data "./dancer.seen" |
| 21:38:25 | AlexP | They could do with looking more buttony |
| 21:41:24 | kugel | is it really so un-obvious that those are buttons? I mean we're talking about touchscreen where you treat everything as a button at first |
| 21:41:57 | kugel | a fellow student who never used rockbox before identified those as buttons just fine |
| 21:42:07 | AlexP | kugel: I don't think it is bad, but if someone wanted to make them more buttony I wouldn't object |
| 21:42:19 | | Quit stoffel (Ping timeout: 240 seconds) |
| 21:51:08 | | Quit kugel (Quit: leaving) |
| 21:52:05 | | Join kugel [0] (~kugel@e178055074.adsl.alicedsl.de) |
| 21:52:06 | | Quit kugel (Changing host) |
| 21:52:06 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 21:58:43 | | Quit kugel (Quit: leaving) |
| 21:58:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:00 |
| 22:10:41 | AlexP | Everyone please have a shufti at http://www.rockbox.org/wiki/ReleaseNotes38 |
| 22:11:47 | | Join Keripo [0] (~Keripo@SEAS232.wlan.seas.upenn.edu) |
| 22:13:40 | | Join Kitar|st [0] (~Kitarist@BSN-182-114-195.dial-up.dsl.siol.net) |
| 22:14:31 | | Join semitones_tea [0] (~Patrick@130.85.224.212) |
| 22:16:52 | | Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) |
| 22:19:39 | Unhelpful | kugel: yes? |
| 22:29:19 | | Quit semitones_tea (Quit: Leaving) |
| 22:33:37 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:34:15 | | Join paulo_ [0] (~paulo@112.204.126.69) |
| 22:34:28 | paulo_ | hello |
| 22:34:47 | kugel | Unhelpful: I just looked at convttf. yours and freddyb's version quite differ |
| 22:35:48 | Unhelpful | kugel: i don't have a problem with abandoning my version as long as the new version can still handle things like actually producing the requested output size ;) |
| 22:38:31 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:38:49 | paulo_ | anyone working on the nanp 6g? |
| 22:38:52 | paulo_ | *nano |
| 22:45:20 | | Quit factor (Ping timeout: 264 seconds) |
| 22:45:35 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 22:50:07 | | Quit paulo_ (Ping timeout: 250 seconds) |
| 22:53:29 | | Join paulo_ [0] (~paulo@112.204.126.69) |
| 22:55:13 | | Quit mshathlonxp () |
| 22:56:23 | kugel | Unhelpful: You convert differently, (char +8) / 17 instead of bit shift. what's the reason for this |
| 22:56:33 | kugel | I also tried to make it output mono fonts but I didn't manage |
| 22:58:54 | | Quit evilnick_B (Quit: Page closed) |
| 23:00 |
| 23:08:45 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 23:08:48 | | Join factor [0] (~factor@75.108.68.114) |
| 23:12:19 | | Quit krazykit (Ping timeout: 240 seconds) |
| 23:12:30 | | Quit paulo_ (Ping timeout: 246 seconds) |
| 23:13:19 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 23:14:18 | | Join krazykit [0] (~krazykit@207-229-161-95.c3-0.frg-ubr1.chi-frg.il.cable.rcn.com) |
| 23:19:55 | linuxstb | kugel: Did you see my last question to you? |
| 23:25:16 | kugel | I don't think so |
| 23:31:45 | linuxstb | kugel: ? |
| 23:32:10 | kugel | ? |
| 23:33:39 | linuxstb | kugel: May I suggest you scroll back and read it? |
| 23:34:13 | | Quit Stummi (Quit: Bye!) |
| 23:37:14 | *** | Saving seen data "./dancer.seen" |
| 23:43:41 | kugel | linuxstb: fix what? |
| 23:44:39 | | Quit TheLemonMan (Quit: free(me)) |
| 23:44:45 | kugel | I thought svn is ok |
| 23:45:29 | linuxstb | kugel: The line in buildzip.pl that says if ($modelname eq "application") isn't true in all cases because sometimes $modelname is quoted. i.e. it equals "\"application\"". I don't know what you intended that to do. |
| 23:46:44 | linuxstb | It's unquoted for the "*install" targets, but quoted for the others (see tools/root.make). So it looks like it only works by chance, unless I'm completely misunderstanding. |
| 23:51:46 | | Quit komputes (Remote host closed the connection) |
icon identifies that the person is a core developer (has commit access).