00:01:36 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
00:04:16 | | Quit Zoiah (Ping timeout: 244 seconds) |
00:04:29 | | Join Zoiah [0] (zoiah@matryoshka.zoiah.net) |
00:27:46 | [Saint] | saratoga: rather like how the only news the project has pretty much ever had is "Version <foo> Released" ;) |
00:28:27 | [Saint] | We seem to like to take a "the source documents our change-log/news" approach. ;p |
00:31:15 | saratoga | yeah i've been saying for years that a kind of blog style news thing that everyone could update would be nice |
00:31:44 | saratoga | but i don't know anything about web stuff |
00:35:50 | saratoga | i've always liked the simple software http://ktorrent.org/ used |
00:54:04 | | Quit enthdegree (Quit: No Ping reply in 180 seconds.) |
00:54:30 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
01:00 |
01:15:58 | *** | Saving seen data "./dancer.seen" |
01:24:11 | | Quit enthdegree (Ping timeout: 246 seconds) |
01:24:20 | CIA-44 | Commit 80f9577 in rockbox by Frank Gevaerts: builds.pm in master has to wait for the actual release. |
01:25:14 | pamaury | does the SYS_HOTSWAP_INSERTED event has a standard meaning for its argument ? The codebase always uses but I guess there is no problem in using the argument for something in the driver internally ? |
01:25:28 | gevaerts | hmm, that might have been too late |
01:25:56 | gevaerts | Oh, the server updates instantly now |
01:26:36 | | Quit RansomTime (Ping timeout: 240 seconds) |
01:27:00 | CIA-44 | 80f9577 build result: All green |
01:28:25 | gevaerts | AlexP_: I've put a new builds.pm commit on gerrit (g212). This time I purged it from my local repository, so I won't push it accidentally again |
01:28:32 | | Quit domonoky (Read error: Connection reset by peer) |
01:34:12 | | Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) |
01:35:10 | | Quit XavierGr (Disconnected by services) |
01:35:11 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
01:35:48 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
01:38:20 | KiwiCam | lebellium: When using the Sim to check out your theme debugwps gives me "SDL_WaitEvent() error Segmentation fault" It works on restart as your comments in the Theme notes suggest though. |
01:39:54 | lebellium | KiwiCam: indeed, the reason is a mistery to me... It's like that since the beginning in November. If a developer is willing to focuse on that issue... :) |
01:41:09 | KiwiCam | Changing to another theme seems to be causing a bit of havoc...I have to go back to the failsafe and then into another theme.... |
01:41:28 | gevaerts | Is there a bug report about this? |
01:42:27 | lebellium | nope, as the theme loads fine after reboot I never take time to report it |
01:42:30 | lebellium | took* |
01:43:23 | lebellium | USB connection doesn't work with the theme either |
01:43:40 | lebellium | I have to use dfkt or another theme to connect it to the computer |
01:44:01 | lebellium | I don't know if my theme is too "big" or complex for the Zip or what... hum |
01:44:10 | KiwiCam | No. |
01:44:54 | pamaury | hum, the SD driver of the imx233 is becoming much more complex than I expected... |
01:45:18 | | Quit wtachi (Quit: WeeChat 0.3.7) |
01:46:22 | KiwiCam | I'm going to file a bug report, if that's OK everyone for the key mappings on the Simulator. I get the same issues with both the Clip+ and Zip Sims. Such as not being able to change time in the Sim, or use the H button (goes back to menu instead of Lock screen). |
01:48:08 | KiwiCam | lebellium: I'm not familiar with some of the tags, but your code looks fine at a casual glance. |
01:49:33 | KiwiCam | lebellium: Can you please do me a favour and try out my ALiEn theme on your Zip. I'd like to get confirmation that the Charging is working fine and that there are no obvious issues on the Lock Screen. Would you mind? |
01:49:47 | | Join Keripo [0] (~Keripo@eng238.wireless-resnet.upenn.edu) |
01:50:08 | lebellium | I already tried it but did not remember who designed it :D That's the issue with real names vs nicknames |
01:50:36 | lebellium | I try it again more carefully now |
01:52:03 | [Saint] | "Changing to another theme seems to be causing a bit of havoc...I have to go back to the failsafe and then into another theme...." known issue, no sane fix. |
01:52:23 | [Saint] | If one theme sets values the next theme doesn't un-set, or re-set, "weird things" happen. |
01:52:34 | | Join dhrasmus [0] (~dhrasmus@198.107.161.72) |
01:53:31 | [Saint] | theme authors need to remember to "blank" fields they don't apply specifically, but another theme might. |
01:54:02 | saratoga | could the skin engine reset fields on load? |
01:54:22 | [Saint] | Probably, yes. But it doesn't intentionally. |
01:54:42 | saratoga | why is that? |
01:54:48 | [Saint] | If it reset on load, you couldn't "mix&match" |
01:55:07 | saratoga | do we really want to be able to do that? |
01:55:21 | gevaerts | Which settings are theme settings, and which aren't? |
01:55:37 | [Saint] | Yes, because there's nothing stating that a theme should be "complete" |
01:55:55 | [Saint] | a theme can be just an .sbs, or just an .wps, or .fms, etc. |
01:56:03 | lebellium | Kiwicam: as you only made wps and cfg file, coming from my theme the sbs looks strange, it uses my sbs with another bigger font :D but the WPS works fine. Connection to the PC also works |
01:56:16 | gevaerts | The thing is that our entire "theme" support really just is a config file convention |
01:56:21 | saratoga | sure, but if you load a theme file, isn't it implied that the theme should be contained in that file? |
01:56:42 | saratoga | i don't see why state should survive loading a new theme file, although loading a new SBS makes sense imo |
01:57:44 | [Saint] | gevaerts: I believe its dictated somewhere...whatever parses themes for upload to the theme site knows what acceptable values are/aren't. |
01:59:23 | [Saint] | There used to be (likely still is) some really ugly things that could happen... |
01:59:44 | gevaerts | [Saint]: The theme site has an *editable* list of allowed settings, yes. I'm not at all convinced that that list is suitable for this |
02:00 |
02:00:07 | KiwiCam | Ah yes. I left this active in the ALiEn.cfg in the theme folder. Put a hash at the front of it. I might reupload that. (I like big fonts in my menu's/no icons/no sliders) |
02:00:10 | [Saint] | like one theme setting the fg color black, and not specifying a bg color, and another setting the bg color black, and not setting an fg color...then, you can imagine what happens if you swap between the two ;) |
02:00:58 | KiwiCam | font: /.rockbox/fonts/16-GNU-Unifont.fnt −−- forgot to paste this. |
02:01:13 | [Saint] | the above was particularly hilarious if you didn't use the line selector. |
02:01:50 | lebellium | KiwiCam: big font is not an issue. The issue is that if you don't make an SBS, you don't know what the player will display instead. In my case it displays my theme SBS with your font, that looks ugly :S |
02:02:43 | [Saint] | lebellium: "USB connection doesn't work with the theme either" ...Errrr...what!?!?! |
02:02:45 | KiwiCam | [Saint]: When you say "blank" fields. What fields? In where? The .cfg? |
02:03:07 | [Saint] | lebellium: do you have a bug report for that? |
02:03:13 | [Saint] | that is simply CRAZY. |
02:03:15 | | Quit bertrik (Ping timeout: 252 seconds) |
02:03:31 | [Saint] | a theme should *not* be able to prevent USB from mounting...that's just....nuts. |
02:03:47 | lebellium | that's the case though :( |
02:03:53 | [Saint] | report it. |
02:04:08 | [Saint] | that is a seriously messed up bug. |
02:04:29 | KiwiCam | [Saint]: So, my Artwiz-snap fonts are coming through to your SMS? How do I stop that? Apart form making my own SMS ;) |
02:04:34 | lebellium | And my theme will never load properly at 1st try. A reboot is always necessary |
02:05:15 | [Saint] | KiwiCam: there's nothing your theme can do about that... |
02:05:45 | [Saint] | The next theme to be loaded needs to specifically declare its font(s), if it doesn't want to use the current userfont. |
02:06:50 | lebellium | is something particular necessary to mount the player? I mean, has the playback to be stopped? Should I be on the WPS or the SBS when plugging it to the computer? |
02:09:45 | lebellium | looks like USB connection only works if the player is OFF while it works when it's ON with the other themes |
02:09:46 | [Saint] | KiwiCam: if you want to make sure that your theme will unload any .sbs currently loaded, have your theme .cfg do "sbs: -" (or whatever the config item is called) |
02:10:25 | [Saint] | lebellium: report this craziness, along with as much detail as you can, and your theme sources, please. |
02:11:11 | lebellium | Should I report the other bug (theme never loads properly at 1st try) together or 2 separate bug reports? |
02:11:17 | saratoga | probably also useful to know which part of your theme is needed to trigger the bug |
02:11:26 | saratoga | like if its a specific tag that causes it |
02:12:00 | [Saint] | lebellium: I think its ok in this case to list it as one bug report. |
02:12:30 | KiwiCam | [Saint]: I see. I'll have a look at the "sbs: -" thing Saint. So, that then means, the user wil be forced to reload another SBS, if they don't like the default SBS? |
02:12:30 | [Saint] | as well as what saratoga said, if there is anything specifically required to trigger this that you know of, please list it. |
02:12:59 | saratoga | if you can find a specific tag (or narrow it down to a few tags) then i'm sure that makes it much easier for someone to trouble shoot |
02:13:00 | [Saint] | KiwiCam: Ummm...I think I confused myself. |
02:13:09 | [Saint] | KiwiCam: Does your theme use an .sbs or not? |
02:13:12 | saratoga | although its possible its not some specific tag, in which case you might not be able to narrow it down |
02:16:44 | lebellium | ok I'll look at it tomorrow and try to identify the problematic tag if any |
02:17:47 | [Saint] | The simple fact is, this simply shouldn't be able to happen. Its *very* interesting that it can, and if possible, I'd like to know how its doing it. |
02:18:42 | KiwiCam | lebellium: I would look at using Vl's instead of V's. Your volume bar overwrites the PB and your PB is using an xl. |
02:19:24 | [Saint] | KiwiCam: did you see my question above? Does your theme use an .sbs or not? |
02:20:05 | KiwiCam | Sorry. Missed that. No. I've never made one. |
02:20:15 | KiwiCam | I should I know. |
02:21:28 | [Saint] | Right, then you'll want to clear any other .sbs a previous theme may have set by doing "sbs: -" in the config. |
02:21:47 | [Saint] | lebellium's problem is unrelated to this, but its good practice anyway. |
02:22:38 | KiwiCam | Excellent. I'll reupload. Thanks for the tip. I assume I do the same for the FMS? |
02:22:42 | [Saint] | It sounds as though lebellium is just using the userfont in his .sbs, with explicitly declaring a specific font to be used, so it will just use whatever the currently loaded userfont is. |
02:22:58 | [Saint] | KiwiCam: Yes, that's correct. |
02:23:03 | KiwiCam | VG. |
02:23:30 | [Saint] | *without explicitly declaring |
02:28:07 | lebellium | interesting, I almost deleted everything from the WPS but it still won't load properly when loading my theme. |
02:28:50 | [Saint] | can you pastebin what you have left? |
02:28:57 | [Saint] | +please |
02:30:30 | lebellium | yep |
02:30:45 | KiwiCam | You also need to comment out this "The icons are based on dfkt's "tango micro 7px" icons" from the .cfg |
02:31:39 | lebellium | http://pastie.org/3747546 |
02:32:43 | lebellium | Kiwicam: Both issues already occured before v1.20 and these new icons ;) |
02:33:48 | KiwiCam | What's a 4x6L1.fnt? |
02:34:23 | [Saint] | ....a font file, one assumes... |
02:34:31 | lebellium | a small font |
02:34:32 | KiwiCam | Strike that. I see it. That's new to me. |
02:34:44 | [Saint] | lebellium: that .wps looks entirely innocent to me. |
02:34:52 | [Saint] | very odd. |
02:35:37 | lebellium | looks to me too. Can the SBS or the CFG files cause the WPS not to load properly?! |
02:36:20 | [Saint] | .sbs certainly can, and config files have caused crazier things in the past. |
02:36:40 | lebellium | and after reboot it always loads perfectly, that's so strange |
02:37:09 | [Saint] | That is very strange, and makes me want to blame bufflib. |
02:37:38 | [Saint] | ...I usually blame bufflib for these types of issue, and unfortunately I'm often right. |
02:38:10 | NotJimCarrey | [Saint]: still can't write to the wiki |
02:38:33 | [Saint] | NotJimCarrey: at all? |
02:38:39 | NotJimCarrey | think so |
02:38:50 | NotJimCarrey | "Access check on System.ManagingWebs failed. Action "CHANGE": access not allowed on root." |
02:38:53 | KiwiCam | [Saint]: What does this one do? ui viewport: - |
02:38:54 | [Saint] | NotJimCarrey: are you able to log in? |
02:39:39 | NotJimCarrey | yeah |
02:39:53 | lebellium | [Saint]: even with this "light" WPS, USB connection doesn't work, I get the USB logo on screen but nothing mounts or doesn't mount properly. |
02:40:09 | [Saint] | KiwiCam: "don't set a UI viewport (use the fullscreen viewport), or, allow the .sbs to handle it" |
02:40:43 | KiwiCam | So, I should throw that into my .cgf as well? |
02:41:49 | [Saint] | If you don't want your theme to fail because a previous theme sets a UI viewport that may make the items you try to load to it out-of-bounds, yes. |
02:42:11 | KiwiCam | Have done. Thanks. |
02:42:29 | saratoga | that really sounds like something our theme code should prevent |
02:42:43 | | Quit Rower85 (Quit: Hmmm...) |
02:43:11 | [Saint] | saratoga: It could probably be handled better, sure. |
02:44:17 | [Saint] | It "just works" if theme authors remember that values from a prior theme will still be valid if they're not set, or unset. However, this often doesn't happen, I'm not sure many realise its an issue. |
02:48:15 | lebellium | it's getting late here, time to sleep. As suggested, I open a bug report tomorrow. Bye |
02:48:47 | | Quit dhrasmus (Quit: Leaving) |
02:49:46 | [Saint] | NotJimCarrey: Can you try and login now please? |
02:49:55 | [Saint] | please report success/fail |
02:50:23 | | Quit lebellium (Quit: ChatZilla 0.9.88.1 [Firefox 12.0/20120403211507]) |
02:52:39 | [Saint] | NotJimCarrey: after logging in, going to "http://www.rockbox.org/wiki/CamelCaseTopicName" (where "CamelCaseTopicName" == "the name of the topic you want to create") should prompt you to create the page if it doesn't already exist, or edit it if it does. |
02:53:23 | [Saint] | Actually...I'm not even sure you need to be logged in first. |
03:00 |
03:12:55 | | Quit pamaury (Remote host closed the connection) |
03:16:01 | *** | Saving seen data "./dancer.seen" |
03:32:17 | | Quit kadoban (Read error: Operation timed out) |
03:32:54 | NotJimCarrey | what do you put as topic parent for new devices? |
03:35:12 | [Saint] | NotJimCarrey: In this instance, you need not do so. |
03:35:35 | NotJimCarrey | k |
03:36:15 | NotJimCarrey | get this when i click create: "Access check on Main.T4300HD failed. Action "CHANGE": access not allowed on web" |
03:38:59 | [Saint] | Its working here...try making sure you're logged in first by clicking "edit" on an arbitrary existing page, and then see if you can create http://www.rockbox.org/wiki/T4300HD successfully. |
03:39:22 | [Saint] | If that's not it, I don't know what is going wrong...as its working here. |
03:43:19 | NotJimCarrey | clicking any edit just brings up access denied |
03:43:28 | NotJimCarrey | hrmm |
03:43:58 | [Saint] | clicking "edit" should allow you to log in... |
03:44:29 | [Saint] | or, if you're logged in, allow you to edit (the obvious is now stated ;)) |
03:55:01 | KiwiCam | Frig! I keep getting "destination read only" on one of my Clips. That's the second time in two weeks. I'll just reinstall everything, but would that suggest that the SD internal is failing? |
03:55:41 | saratoga | in windows or linux? |
03:55:46 | saratoga | and in the OF or rockbox? |
03:56:08 | KiwiCam | Linux. Everything looks alright. No permissions issues. I just can't save anything to it. |
03:56:23 | KiwiCam | Rockbox. |
03:56:52 | KiwiCam | I'll try the OF... |
03:56:54 | saratoga | could just as easily be some USB issues with our driver causing file system corruption |
03:59:54 | KiwiCam | Same there too. Extract a theme and I get errors reported. Copy a file, go to the window and no paste option available. Can't drag a file across either. |
04:00 |
04:00:51 | KiwiCam | I'm using Boot 4.0 and Current is 120404 |
04:10:18 | | Join wtachi [0] (~chat@bloom.wtachi.us) |
04:33:26 | | Quit lembas (Ping timeout: 260 seconds) |
04:38:05 | | Quit TheSeven (Disconnected by services) |
04:38:13 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
04:42:48 | | Join lembas [0] (iam@lembas.ws) |
04:44:49 | | Quit amiconn (Disconnected by services) |
04:44:49 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:45:11 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
04:46:07 | | Quit pixelma (Disconnected by services) |
04:46:08 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
04:46:11 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
04:46:18 | | Quit anewuser () |
04:48:12 | | Join MONODA [0] (danyhaddad@wireless-128-62-16-217.public.utexas.edu) |
04:52:25 | | Quit pystar90 (Ping timeout: 265 seconds) |
04:56:56 | | Part MONODA |
05:00 |
05:00:50 | | Join MONODA [0] (danyhaddad@wireless-128-62-16-217.public.utexas.edu) |
05:01:35 | MONODA | Hey guys, I've just started looking into doing some development for rockbox but am feeling pretty overwhelmed by the amount of code and all the new things I need to learn. Any advice? |
05:03:02 | [Saint] | I'm not really sure what you would want someone to say to that. |
05:04:11 | MONODA | Maybe something that helped them get in flow of things when they first started developing for rockbox? |
05:04:20 | [Saint] | If you're feeling overwhelmed, its probably for a very good reason. Start small, introduce yourself to C first. |
05:04:27 | seriousman | what is your goal? |
05:04:42 | [Saint] | "developing for Rockbox" one assumes :-S |
05:05:35 | MONODA | Well Im looking to learn more about how the system works |
05:06:21 | scorche | MONODA: it is probably best to just dig right in - start with a plugin, maybe make a small change here and there that might be useful to you, etc |
05:06:30 | seriousman | start by looking at simple patches or tasks on gerrit and flyspray |
05:06:57 | seriousman | i.e. one-liners |
05:07:04 | seriousman | or just the git log maybe .. |
05:07:23 | MONODA | Sounds simple enough |
05:08:13 | MONODA | Ill get on that |
05:09:02 | saratoga | i guess, pick whatever interests you and dig into it |
05:09:07 | [Saint] | A first step would be setting up a development environment, and successfully compiling a HEAD build. |
05:09:24 | MONODA | @Saint Ive already done that, but thanks |
05:11:20 | [Saint] | Sorry, I started from the *real* start. Sometimes we get "I can haz developm3ntz?"..."Awwww...gee, devvin' iz hard w0rk!" :) |
05:15:01 | saratoga | what are you interested in working on |
05:16:05 | *** | Saving seen data "./dancer.seen" |
05:17:50 | MONODA | Im looking into the pong plugin ^_^ decided to start really simple |
05:18:57 | MONODA | Im actually interested in working on emulator plugins but I dont think im ready for that yet |
05:19:53 | | Join cenobyte_ [0] (~cenobyte@adsl-75-54-99-56.dsl.elpstx.sbcglobal.net) |
05:21:08 | cenobyte_ | anyone here follow the TCH 1643 thread? |
05:26:06 | cenobyte_ | I sort of need to know where to put the files or who to send them to |
05:26:15 | cenobyte_ | I finally got the firmware extracted |
05:31:59 | | Quit enthdegree (Read error: Connection reset by peer) |
05:34:08 | cenobyte_ | ok i'll just read the forums |
05:34:12 | | Quit cenobyte_ (Quit: Leaving) |
05:41:05 | KiwiCam | cenobyte_: This is probably the best place to start. Go down to the Developers area http://www.rockbox.org/wiki/DocsIndex |
05:44:11 | [Saint] | KiwiCam: a: He left ~10 minutes ago, b: why send him there? |
05:53:46 | KiwiCam | I just figured that's a good place to start. I've reformatted that Clip OF'd a Rockboxed it again. Working well again. |
05:55:12 | | Part MONODA |
05:55:35 | KiwiCam | I'm looking at Making the theme editor Linux version. Does that use the current build? |
06:00 |
06:03:02 | [Saint] | Errrr... |
06:05:01 | KiwiCam | I might give it a miss. I gather I need to have SVN installed for the theme editor to work. |
06:05:59 | saratoga | you mean git? |
06:06:02 | [Saint] | ...why? |
06:06:44 | [Saint] | everything that existed on the subversion repo now exists on the git repo. |
06:07:01 | [Saint] | the subversion repo is deprecated. |
06:08:03 | KiwiCam | That's all gobbledy gook to me. If I cd to the themeeditor directory and try a qmake, I get "sh: svnversion: not found" |
06:09:06 | KiwiCam | Although, it could be that I need to add qmake to my path. |
06:12:38 | KiwiCam | I believe I have all the QT dev progs installed. A "which qmake" gives me "/usr/bin/qmake". |
06:16:18 | | Quit factor (Ping timeout: 264 seconds) |
06:17:10 | | Join factor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) |
07:00 |
07:03:32 | [Saint] | KiwiCam: sorry, I wasn't looking at this channel. |
07:04:46 | [Saint] | It would appear that parts of the theme editor still care about svn, probably due to the massive length of time its been since somebody touched it. |
07:05:36 | | Quit XavierGr (Ping timeout: 265 seconds) |
07:05:58 | [Saint] | It would be useless to you, anyway, though. |
07:07:15 | [Saint] | It has absolutely no idea about any skin tags added since quite some many moons before we even shifted to git, which includes "all the tags you needed to get your themes working the way you wanted in the first place". |
07:10:55 | [Saint] | Its useful, or, it was...and it still could be, but someone needs to pick it back up and kick it back into touch. |
07:12:07 | | Quit factor (Ping timeout: 240 seconds) |
07:13:55 | [Saint] | Well, its still useful I guess. But only if you are content with creating themes that only use a subset of the tags that were supported at the time it fell out of sync ;) |
07:16:09 | *** | Saving seen data "./dancer.seen" |
07:30:44 | | Join pystar90 [0] (~pystar90@frnk-590fc27b.pool.mediaWays.net) |
08:00 |
08:13:26 | | Quit wtachi (Quit: WeeChat 0.3.7) |
08:31:21 | KiwiCam | (Back) I'm pretty happy with the Sim's, all's good. |
08:38:44 | | Join CrankY_ [0] (~quassel@91.207.88.208) |
08:49:40 | | Join wtachi [0] (~chat@bloom.wtachi.us) |
09:00 |
09:03:37 | | Quit saratoga (Quit: Page closed) |
09:16:11 | *** | Saving seen data "./dancer.seen" |
09:27:15 | | Quit KiwiCam (Quit: Leaving) |
09:30:53 | | Join Thra11 [0] (~thrall@19.184.125.91.dyn.plus.net) |
09:30:54 | | Join KiwiCam [0] (~KiwiCAM@101.98.171.48) |
10:00 |
10:04:54 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
10:18:43 | | Join factor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) |
10:22:08 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
10:23:39 | MCrase | So I take it the Clip and the Fuze+ are the only DAP's that have removable memory and are still purchasable? I was wanting to upgrade from my zip but it looks like its either it or a fuze+ (not too big on the touch thing). |
10:26:00 | | Join ender` [0] (~ender@foo.eternallybored.org) |
10:29:25 | | Join joecool [0] (~joecool@no-sources/joecool) |
10:29:55 | joecool | anyone have an adapter to read the CE-ATA drives used in 6th generation ipod video? |
10:34:22 | bertrik | MCrase, the clip doesn't have removable memory, the clip+ does |
10:37:42 | MCrase | Oh I thought it was (mostly) the same as the clip+. I was trying to reference the clip line in general by saying clip. Guess I could try tracking down a e200. |
10:39:29 | | Join kevku [0] (x@2001:470:1f15:1d8f::) |
10:57:50 | [Saint] | Best option is a Fuze (V1 is you can find it, but its practically impossible to verify) |
10:58:32 | MCrase | Whats the difference between v1 and v2? |
10:58:43 | [Saint] | RAM |
11:00 |
11:00:30 | MCrase | Ahh. I'd probably have to find someone that uses rockbox to buy it from then. I don't think the odd person on ebay would be able to tell which is which. |
11:00:30 | [Saint] | Its got all the bells & whistles, no annoying track-pad thing, removable storage, still available refurb'ed if you're lucky. |
11:01:11 | joecool | hmm CE-ATA really is an impossible interface -_- |
11:01:22 | [Saint] | Any Fuze is a good Fuze if you can get it, but, I'd much rather a V1 than a V2 had I a choice. |
11:02:19 | bertrik | oh? |
11:02:53 | MCrase | Kind of wish I never found out about rockbox. It's made me unable to go without its wonderful interface. <3 |
11:05:59 | bertrik | ah, there is a new OF for the clip zip, 1.1.20 |
11:06:18 | bertrik | http://forums.sandisk.com/t5/Clip-Zip/Sansa-Clip-Zip-Firmware-01-01-20/td-p/270703 |
11:06:18 | [Saint] | bertrik: wasn't the RAM cut in half between the V1/2, or am I thinking of one of the various other Sansas with V* incarnations. |
11:07:11 | bertrik | I can't quite remember all of the little details between the various AMSv1/v2 sansa models, but I think the c200v2 was a step back in memory from the c200v1 |
11:07:31 | bertrik | I also remember the clipv1 being quite tight with memory |
11:09:24 | bertrik | among the clip zip OF changes are "FM RDS info support for UK and EU regions" and "FM RDS info support for UK and EU regions" |
11:10:30 | [Saint] | didn't you want to add (or did you actually add) RDS to the capable Rockbox targets? |
11:10:48 | [Saint] | I don't really follow anything FM-related. |
11:11:29 | bertrik | all targets that can support it (basically only beast and clip zip) , support it now. Perhaps fuze+ can have it too (or already has it?) |
11:12:04 | bertrik | There's no support for all of the various RDS features, but we have the basics, like station name and program name |
11:12:29 | [Saint] | there's some pretty awesome things that can be done with RDS. |
11:13:20 | [Saint] | lyrics, metadata, etc. |
11:13:40 | bertrik | One of the things we could do (and it's probably not that difficult) is to select "fm station"-art based on the unique id of an fm station, so even if the station appears at a different frequency it still selects the correct station art |
11:14:18 | [Saint] | Hummm, nice. |
11:16:13 | *** | Saving seen data "./dancer.seen" |
11:20:31 | bertrik | (oh, oops, C&P failure, the other change I meant was "Some brands and types of microSD cards are not recognized by device") |
11:21:06 | bertrik | I'll try out the 1.1.20 firmware for mkamsboot compatibility |
11:21:28 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
11:22:15 | MCrase | I RMA'd my first zip because I thought the microsdhc slot was broken. I had three cards and none of them worked in it although they did work in my clip+. Nice to see that they finally fixed it. |
11:22:26 | | Join lebellium [0] (~chatzilla@e179076059.adsl.alicedsl.de) |
11:23:39 | bertrik | Yeah, I think we're doing it a little better than them w.r.t. microsd compatibility |
11:47:36 | CIA-44 | Commit a12b2a5 in rockbox by Bertrik Sikken: mkamsboot: add support for clip zip original firmware 01.01.20 (tested by me) |
11:50:13 | CIA-44 | a12b2a5 build result: 0 errors, 3 warnings (Bertrik Sikken committed) |
11:55:11 | | Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) |
12:00 |
12:03:55 | | Join robin0800 [0] (~robin0800@149.254.61.225) |
12:06:26 | | Quit T44 (Ping timeout: 252 seconds) |
12:08:03 | | Quit Thra11 (Remote host closed the connection) |
12:10:50 | | Join Thra11 [0] (~thrall@19.184.125.91.dyn.plus.net) |
12:16:18 | | Join Topy44 [0] (~Topy44@host-089-207-254-200.vipri.net) |
12:16:19 | bertrik | Wasn't there someone here talking about a difference between the time displayed in the clip zip OF and in rockbox? |
12:18:21 | [Saint] | I seem to recall a discussion where someone stated that the time always differed on Rockbox after using the OF's firmware to sync files to the player. |
12:18:38 | [Saint] | I'm reasonably confident is was some form of Sansa device. |
12:22:09 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
12:22:09 | | Quit pamaury (Changing host) |
12:22:09 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
12:26:07 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
12:27:53 | lebellium | [Saint]: http://www.rockbox.org/tracker/task/12639 :) |
12:28:25 | [Saint] | JdGordon might be vaguely interested in this. |
12:29:12 | [Saint] | I'm pretty sure its not theme related (as a root cause), but "themes that trigger weird_sh*t" are pretty rare. |
12:29:28 | | Join kevku [0] (x@Gizka-3-pt.tunnel.tserv11.ams1.ipv6.he.net) |
12:30:05 | lebellium | I'll try to identify the problematic tag in the status bar for the USB issue |
12:30:30 | lebellium | regarding the WPS not loading properly I don't have any clue since it also appears with the "light" WPS version |
12:31:36 | [Saint] | Ah...yes, I just read that. Yes, that would be nice. |
12:32:06 | seriousman | bertrik: i don't think it's specific to the zip, it happens on all ams afair |
12:35:34 | bertrik | but how much difference is there typically? |
12:38:07 | seriousman | a lot |
12:38:32 | seriousman | changing the time in OF, then in rockbox and repeating seemed to work well after some time though, then the clocks would be in sync |
12:41:34 | | Quit Topy44 (Read error: Connection reset by peer) |
12:42:09 | | Join Topy44 [0] (~Topy44@host-089-207-254-200.vipri.net) |
12:46:43 | bertrik | we have a special case in the code (originally for the clip+, but actually for all AMSv2 sansas) for a specific time offset of about 11 months |
12:47:09 | bertrik | this doesn't seem to apply to my clip zip, the RTC counter value is much closer to seconds since 1970-1-1 |
12:47:38 | bertrik | maybe we should kill the special exception, or perhaps use it just for the clip+, not for the other AMSv2 sansas |
12:48:14 | bertrik | I mean about 13 months, not 11 months |
12:53:13 | seriousman | is it the same for fuzev2 and clipv2 ? |
13:00 |
13:10:00 | | Quit kadoban (Ping timeout: 276 seconds) |
13:11:49 | bertrik | I don't know, please figure that out for me :) |
13:12:08 | bertrik | but if change the code back now, the time will be off again for current users |
13:13:28 | bertrik | I think I can revert it for the clip zip, since that's not a stable target yet |
13:16:15 | *** | Saving seen data "./dancer.seen" |
13:17:20 | CIA-44 | Commit 688302a in rockbox by Thomas Martitz: touchscreen: Rewrite kinetic scrolling using a state machine. |
13:19:50 | CIA-44 | 688302a build result: All green |
13:27:07 | | Quit Topy44 (Read error: Connection reset by peer) |
13:27:57 | | Join Topy44 [0] (~Topy44@host-089-207-254-200.vipri.net) |
13:29:44 | bertrik | [Saint], another cool possible feature is syncing the DAP time to RDS time |
13:30:20 | CIA-44 | Commit 48c248d in rockbox by Thomas Martitz: touchscreen: fix swipe scrolling (jumped back to previous item). |
13:31:09 | | Part chattr ("gone") |
13:31:32 | | Join fyre^OS [0] (~nnscript@cpe-68-173-235-85.nyc.res.rr.com) |
13:31:58 | lebellium | bertrik: can you reproduce the same issues on your zip? http://www.rockbox.org/tracker/task/12639 |
13:32:45 | seriousman | lebellium: looks like 2 different bugs? |
13:32:50 | CIA-44 | 48c248d build result: 0 errors, 3 warnings (Thomas Martitz committed) |
13:33:11 | lebellium | seriousman: yep but [Saint] told me I can report them together |
13:33:19 | bertrik | I used to have problems with USB unplug, but I haven't seen that in a while |
13:33:57 | bertrik | I do still occasionally see problem when switching themes, like the database getting confused after a theme change |
13:34:33 | lebellium | these bugs are specific to my theme as far as I know |
13:35:06 | [Saint] | lebellium: fwiw, I did say that before you had tracked down the USB issue specifically, but, yeah... |
13:35:06 | | Quit fyrestorm (Ping timeout: 272 seconds) |
13:35:46 | [Saint] | I don't see it as being too bad that these bugs are listed together. |
13:36:51 | lebellium | I don't manage to identify a problematic tag in the status bar. For sure when I remove items from the status bar I get better results i.e. USB works more often but sometimes it works, sometimes not, like at random, that makes me crazy |
13:37:26 | lebellium | with any other theme I get 100% USB connection rate |
13:37:44 | [Saint] | So you haven't yet found any one section of the code that will generate a failure to mount 100% of the time? |
13:38:05 | lebellium | unfortunately not |
13:38:15 | [Saint] | very odd... |
13:38:45 | [Saint] | process of elimination states it shouldn't be too hard to do so, unless it is actually random. |
13:39:05 | [Saint] | And if it is actually random, I would *love* to know what about your theme triggers it. |
13:39:26 | seriousman | lebellium: if it 'works at random' then you should try to ignore any causation |
13:39:32 | [Saint] | I was pretty tired when I looked at your "lite" .wps last night, but it looked totally harmless to me. |
13:39:55 | [Saint] | seriousman: not *any* causation... |
13:40:30 | [Saint] | in this case we can safely include "caused specifically by the .sbs of this theme" |
13:40:38 | seriousman | no |
13:41:05 | [Saint] | trial suggests this to be the case, all other themes report a 100% success rate. |
13:41:06 | seriousman | if it has random effects you can not 'safely' do anything, since the cause could be random |
13:41:44 | [Saint] | the "random" is "will it mount if I remove X part of my .sbs code", there's no randomness to "will it mount with any other theme" |
13:41:49 | seriousman | i can throw a coin in the air 3 times and it'll land 3 times on the same side. doesn't mean it'll land 100% of the times on this side in the future |
13:42:21 | [Saint] | I think you missread. |
13:43:16 | lebellium | yesterday I though removing all items from the status bar solves the issue but I notice now that even with this "light" SBS I don't get 100% success. So that looks random to me :S |
13:43:20 | [Saint] | the theme will fail to load 100% of the time with the .sbs, if code is removed from the .sbs to try to identify the offending section, it /may/ mount at one instance, and not the next. |
13:43:20 | lebellium | thought* |
13:43:29 | seriousman | USB is known to be buggy and fail randomly already, i don't think trying to find a link with a theme helps at all, imo it's a loss of time |
13:43:48 | AlexP_ | Only on certain players |
13:43:53 | [Saint] | USB is what...sorry? |
13:43:55 | seriousman | on AMSv2 that is |
13:43:56 | [Saint] | since when? |
13:43:57 | AlexP_ | On other players USB is pretty good |
13:44:00 | seriousman | yeah |
13:44:25 | [Saint] | seriousman: its pretty clear here that the link is the theme. |
13:44:32 | seriousman | FS@12639 is clip zip specific though |
13:44:33 | [Saint] | glaringly obvious in fact, I would say. |
13:44:34 | lebellium | the fact is USB works with any other clip zip theme but not with mine, that's why I link it to my theme |
13:44:58 | seriousman | well, my zip fails with another theme |
13:45:15 | [Saint] | and you don't report this? |
13:45:23 | [Saint] | we don't know if you don't report it ;) |
13:45:33 | seriousman | everybody knows USB is buggy on AMSv2 |
13:45:44 | [Saint] | a theme should NEVER affect the core... |
13:45:55 | [Saint] | that's a huge bug...HUGE. |
13:46:29 | lebellium | seriousman: I usually try the "pro" theme or dfkt's theme and they never fail with USB contrary to my theme |
13:46:29 | AlexP_ | calm down |
13:46:36 | [Saint] | "USB is buggy" is very, very, very different to "I have a theme that triggers USB to fail" |
13:47:23 | seriousman | guys i'm just giving an advice: don't lose time trying to link themes to USB bugs |
13:47:49 | seriousman | it's buggy in itself, first fix it, then try your themes |
13:48:02 | seriousman | you can disable USB in your builds btw to avoid that problem |
13:48:14 | [Saint] | 0.o |
13:48:16 | seriousman | just comment out USE_ROCKBOX_USB in config/model.h |
13:49:26 | [Saint] | seriousman: assuming you can do so, if you could report the specific theme that causes USB mount failures on your device, please do so. |
13:49:26 | lebellium | if that was true (but I don't think so, otherwise the other themes would fail like mine), my bug report is still valid as the other bugs is related to my theme: the WPS always fails to load! :p |
13:49:57 | [Saint] | lebellium: I agree, but, I won't try and argue it any more. |
13:50:09 | [Saint] | I'll just say "report it, or it never happened" ;) |
13:50:19 | kugel | does the sim expose the theme-usb problem? |
13:50:21 | seriousman | how much times did you try the other themes? |
13:51:50 | kugel | usb simulation is pretty covered, it only doesnt call into a usb driver or give up exclusive mass storage access |
13:52:16 | lebellium | seriousman: probably not as much as 100 or 1000 times if that's needed for trusty probabilities |
13:52:41 | lebellium | kugel: I have to find the key for USB in the sim and I try it |
13:52:51 | kugel | it's U on every sim |
13:53:45 | | Join RansomTime [0] (~RT@wikia/vstf/Randomtime) |
13:53:52 | seriousman | lebellium: give it a bit more try and you will see that zip driver doesn't work 100% of the times |
13:54:26 | seriousman | you tried it a few times and it worked always with other themes, that's pure luck |
13:54:49 | lebellium | I trust you seriousman, it sometimes failed with other times too BUT it works 10% of time with my theme and 90% of time with any other theme! |
13:54:55 | lebellium | with other themes too* |
13:54:59 | kugel | if it works in the sim it's an indication that the problem is _probably_ in the device specific parts, though no guarantiee |
13:55:08 | seriousman | that's still pure (bad) luck |
13:55:36 | lebellium | kugel: one second, I try with the latest simulator |
13:55:40 | seriousman | is your theme bigger than usual? |
13:55:51 | seriousman | in memory usage |
13:56:13 | seriousman | there is certainly a problem in the device specific parts |
13:58:09 | lebellium | kugel: seems to work fine in the UI simulator. |
13:58:11 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
13:58:45 | lebellium | Where I can see the memory usage? |
13:58:55 | seriousman | ls -l */bmp probably |
13:59:16 | [Saint_] | Debug |
13:59:34 | [Saint_] | You can see each individual allocation there. |
14:00 |
14:00:23 | lebellium | "view buffering thread" ? |
14:00:40 | seriousman | buffering only shows audio buffer |
14:01:18 | lebellium | then you need to tell me what menu and figures I have to look at exactly because I don't understand anything to these things :) |
14:01:19 | [Saint_] | Bufflib_allocations |
14:03:49 | lebellium | there are many lines in this menu! Am I supposed to check the alloc for SBS and WPS or? |
14:04:38 | seriousman | compare allocations for your theme and another one |
14:04:44 | pamaury | damn, the fuze+ already had a crazy on-disk structure with two partitions tables with different logical sector sizes but Zen X-Fi3 is even worse |
14:04:57 | [Saint_] | The way I understand it is handed, you're now free to (in theory) consume the entire buffer if you want to. |
14:05:03 | bertrik | is there a way that we could add extra checks to buflib allocated chunks to help find (for example) memory corruptions? |
14:05:09 | [Saint_] | Not like pre-bufflib days. |
14:05:37 | [Saint_] | If Rockbox info says there's buffer remaining, there shouldn't be an issue. |
14:05:40 | | Quit Keripo (Quit: Leaving.) |
14:07:02 | | Quit RansomTime (Disconnected by services) |
14:07:10 | | Join RandomTime [0] (~RT@wikia/vstf/Randomtime) |
14:07:13 | | Nick RandomTime is now known as RansomTime (~RT@wikia/vstf/Randomtime) |
14:07:36 | [Saint_] | I don't think there's such a thing as "the skin buffer" anymore. Overflowing the "skin buffer" means consuming all available buffer, unless I'm mistaken. |
14:07:57 | lebellium | with my theme loader, rockbox info says buffer: 4,50MB |
14:08:01 | lebellium | loaded* |
14:13:42 | | Quit fs-bluebot (Ping timeout: 276 seconds) |
14:14:43 | | Quit bluebrother (Ping timeout: 244 seconds) |
14:15:04 | | Join fs-bluebot [0] (~fs-bluebo@g231121200.adsl.alicedsl.de) |
14:16:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
14:17:28 | | Quit [Saint_] (Remote host closed the connection) |
14:19:40 | | Join GermanMushroom [0] (~c@81.70.219.106) |
14:21:16 | | Nick benedikt93 is now known as benedikt93|AFK (~benedikt9@unaffiliated/benedikt93) |
14:21:23 | | Nick benedikt93|AFK is now known as benedikt93 (~benedikt9@unaffiliated/benedikt93) |
14:22:22 | | Join anewuser [0] (~anewuser@190.207.174.224) |
14:22:22 | | Quit anewuser (Changing host) |
14:22:22 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
14:26:52 | | Quit Topy44 (Read error: Connection reset by peer) |
14:27:09 | | Join Topy44 [0] (~Topy44@host-089-207-254-200.vipri.net) |
14:27:29 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
14:37:00 | | Quit evilnick (Remote host closed the connection) |
14:39:39 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
14:48:04 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
14:56:08 | | Join lebellium_ [0] (~chatzilla@e179070108.adsl.alicedsl.de) |
14:57:25 | | Quit lebellium (Ping timeout: 246 seconds) |
14:57:32 | | Nick lebellium_ is now known as lebellium (~chatzilla@e179070108.adsl.alicedsl.de) |
15:00 |
15:00:37 | | Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) |
15:10:03 | | Nick seriousman is now known as namnuf (~fun@rockbox/developer/funman) |
15:12:11 | | Quit evilnick (Quit: Bye) |
15:14:52 | | Quit CrankY_ (Remote host closed the connection) |
15:16:17 | *** | Saving seen data "./dancer.seen" |
15:20:22 | | Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |
15:23:14 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
15:23:15 | | Quit bertrik (Changing host) |
15:23:15 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
15:28:34 | | Quit benedikt93 (Quit: Bye ;)) |
15:33:12 | | Quit bluebrother (Disconnected by services) |
15:33:18 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
15:35:36 | | Quit fs-bluebot (Ping timeout: 276 seconds) |
15:36:58 | | Join fs-bluebot [0] (~fs-bluebo@g226069106.adsl.alicedsl.de) |
15:39:00 | | Quit GermanMushroom (Read error: Connection reset by peer) |
16:00 |
16:01:08 | | Nick [Saint] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940) |
16:01:11 | | Nick [Saint_] is now known as [Saint__] (~Saint]@unaffiliated/saint/x-8516940) |
16:01:15 | | Nick [Saint__] is now known as [Saint___] (~Saint]@unaffiliated/saint/x-8516940) |
16:01:21 | | Nick [Saint___] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
16:01:21 | DBUG | Enqueued KICK [Saint] |
16:12:48 | | Quit PaulFertser (Ping timeout: 272 seconds) |
16:17:03 | | Join PaulFertser [0] (paul@paulfertser.info) |
16:30:50 | bertrik | hm, USB on the clip zip got flaky after installing a new bootloaer |
16:53:13 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
16:56:20 | | Join lorenzo92 [0] (~chatzilla@host93-111-dynamic.17-79-r.retail.telecomitalia.it) |
16:58:24 | | Quit kevku (Ping timeout: 272 seconds) |
16:59:04 | lorenzo92 | kugel: I found a problem in our modded firmware. I needed to delete hwclock -w from the rc.reboot script, otherwise rockbox time regulations aren't written properly in the ascodec (they are till shutdown only) |
17:00 |
17:00:15 | lorenzo92 | kugel: moreover, I understood that it's possible indeed to compile a module with just kernel's headers (I found also a proper makefile as example) but I don't know why I get "nothing to be done for all" message uhm |
17:00:46 | lorenzo92 | *samsung R0's headers are very different from the kernel.org ones...at least for the mxc platform! |
17:08:51 | | Join GermanMushroom [0] (~c@81.70.219.106) |
17:16:21 | *** | Saving seen data "./dancer.seen" |
17:21:56 | | Join kevku [0] (x@Gizka-3-pt.tunnel.tserv11.ams1.ipv6.he.net) |
17:49:26 | kugel | lorenzo92: "nothing to be done for all" means that the binary is up-to-date |
17:49:45 | lorenzo92 | yeah indeed but why uhm uhm |
17:51:39 | lorenzo92 | possible that the module is built into the kernel source tree? |
17:51:51 | kugel | paste the Makefile somewhere |
17:52:07 | lorenzo92 | yep |
17:53:54 | kugel | the default make target is "all", that's build when you run make without arguments. all is usually an alias for the final binary ("r47xx.ko"). |
17:54:44 | lorenzo92 | uhm yes, should be, maybe I missed something here: http://pastie.org/3750549 |
17:54:44 | kugel | lorenzo92: did you get somewhere with gerrit? |
17:54:50 | lorenzo92 | yes yes ;) |
17:55:03 | lorenzo92 | I uploaded the first review (without kernel module thing) |
17:55:22 | lorenzo92 | kugel: http://gerrit.rockbox.org/r/#/c/210/ |
17:58:23 | lorenzo92 | in fact I (and users on abi) have been testing the radio since a while and it seems working fine :) |
18:00 |
18:00:34 | kugel | nice |
18:00:58 | kugel | I believe you that it's working fine, that's why we should get it into the tree asap :p |
18:04:01 | lorenzo92 | :D |
18:04:18 | lorenzo92 | guesses about the makefile? |
18:04:52 | | Join evilnick| [0] (~evilnick@rockbox/staff/evilnick) |
18:05:28 | lorenzo92 | I don't find any object or exec file uhm |
18:07:28 | | Quit evilnick (Ping timeout: 246 seconds) |
18:08:06 | lorenzo92 | kugel: http://help.lockergnome.com/linux/Cross-Compiling-Modules-Drivers-ARM−−ftopict398879.html |
18:11:37 | kugel | lorenzo92: I added comments to the review |
18:12:03 | kugel | note: "-1" doesnt mean your code sucks, just that I would like to see improvements |
18:12:11 | kugel | it's by no means rejected |
18:14:52 | lorenzo92 | indeed :) thanks for reviewing, now I used usleep because the sleep (bla) crashed the player! |
18:14:57 | lorenzo92 | I did not debug that...+ |
18:23:18 | lorenzo92 | okay indeed I fixed the fmradio_i2c thing... ;) and then I was wondering how to "cleanly" remove the warning (because of unused variable...) |
18:37:04 | lorenzo92 | okay I removed also the thing about the memset, it's not necessary after all (tested) |
18:37:05 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
18:39:17 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
18:39:46 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
18:40:18 | kugelp | lorenzo92: why would sleep crash the player? |
18:40:36 | lorenzo92 | good question! |
18:40:46 | lorenzo92 | I'll retry that now... |
18:41:48 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
18:42:49 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
18:43:53 | kugelp | lorenzo92: do you know how to update the patch? use git commit −−amend |
18:44:34 | lorenzo92 | yes I read that, I will update it in few mins, at least I need to see with the sleeps, for the rest it's fine tuned :D |
18:45:48 | lorenzo92 | ahhh! Now it DOES work fine...uhm...it is possible that the crash was caused by something else during development ^^ |
18:46:13 | lorenzo92 | I mean the sleep... |
18:47:11 | lorenzo92 | one thing left: the warnings...uhm ideas? |
18:47:44 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
18:50:13 | lorenzo92 | a dirty thing could be assigning to ret variable the address variable (int vs unsigned char, so it's ok) |
18:58:31 | | Quit robin0800 (Quit: Leaving) |
19:00 |
19:03:48 | | Quit soap (Ping timeout: 272 seconds) |
19:04:05 | | Quit XavierGr () |
19:04:39 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
19:06:10 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
19:06:28 | | Join AlexP_ [0] (~alex@rockbox/staff/AlexP) |
19:06:58 | | Quit AlexP (Ping timeout: 246 seconds) |
19:08:14 | kugel | lorenzo92: which warning? |
19:09:07 | lorenzo92 | kugel: radio-ypr0.c -> warning: unused parameter address |
19:16:24 | *** | Saving seen data "./dancer.seen" |
19:17:08 | | Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) |
19:24:14 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
19:25:51 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
19:26:05 | kugelp | lorenzo92: use "(void)variable" for that |
19:26:07 | kugelp | if you really don't use the param |
19:26:26 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
19:39:28 | | Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) |
19:39:28 | | Quit soap (Changing host) |
19:39:28 | | Join soap [0] (~soap@rockbox/staff/soap) |
19:46:41 | | Quit factor (Quit: Leaving) |
19:47:18 | | Quit GermanMushroom (Read error: Connection reset by peer) |
19:47:29 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
19:49:54 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
20:00 |
20:06:46 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
20:09:57 | | Quit mc2739 (Quit: reboot) |
20:11:18 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
20:31:28 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
20:35:18 | lorenzo92 | kugelp: oh ... this shows I have still looots to learn :D |
20:39:28 | | Quit nosa-j (Read error: Connection reset by peer) |
20:42:15 | lorenzo92 | kugelp: but then is not compatible with fmradio_i2c header...sorry to bother :D |
20:44:19 | | Join nosa-j [0] (~m00k@adsl-74-235-42-90.clt.bellsouth.net) |
20:45:22 | lorenzo92 | okay solved :) |
20:45:31 | lorenzo92 | thanks for the hint as always ;) |
20:49:55 | | Quit lorenzo92 (Ping timeout: 252 seconds) |
20:56:20 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
20:58:17 | | Quit nosa-j (Read error: Connection reset by peer) |
21:00 |
21:10:21 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
21:16:25 | *** | Saving seen data "./dancer.seen" |
21:24:08 | | Join nosa-j [0] (~m00k@adsl-74-235-42-90.clt.bellsouth.net) |
21:29:11 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
21:43:41 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
21:53:14 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
22:00 |
22:01:57 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
22:10:44 | | Nick evilnick| is now known as evilnick (~evilnick@rockbox/staff/evilnick) |
22:11:38 | | Quit Thra11 (Read error: Operation timed out) |
22:13:12 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
22:14:12 | | Join Thra11 [0] (~thrall@87.114.250.170) |
22:15:49 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
22:22:30 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
22:32:02 | bluebrother | any thoughts on making the properties plugin use double-height entries like the metadata viewer? |
22:32:26 | | Join SeaWeed [0] (~SeaWeed@c-67-187-7-172.hsd1.va.comcast.net) |
22:34:12 | bluebrother | I've been looking into that earlier today. |
22:34:22 | bluebrother | and I quite like it |
22:34:28 | | Part SeaWeed |
22:35:04 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
22:41:09 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
22:43:05 | bluebrother | screenshot on Ipod Mini: http://www.alice-dsl.net/dominik.riebeling/rockbox/dump%20110409-223415.png |
22:46:19 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
22:47:55 | AlexP_ | bluebrother: looks good |
22:53:20 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
22:54:18 | bluebrother | the next thing I'd like to add to properties is to show file attributes. I'm unsure which and how to show them |
22:54:28 | bluebrother | at least Hidden and Read-only makes sense. |
22:55:15 | bluebrother | so simply show some kind of ARHS with the unset attribute displayed as -, so a file only marked as hidden show −−H-? |
22:55:31 | bluebrother | or rather use a string [x] Hidden [ ] Read-only? |
22:55:40 | bluebrother | and drop the archive and System flag? |
22:56:05 | bluebrother | btw, does Rockbox honor the read-only flag when deleting files (I would assume it does)? |
23:00 |
23:03:24 | bertrik | meh, more tuner trouble on AMS sansas ... :| |
23:04:03 | bertrik | the tuner is enabled right after boot, consuming extra power |
23:04:30 | gevaerts | Oh, is that what's going on? |
23:04:56 | bertrik | looks very much like it |
23:07:08 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
23:08:14 | bluebrother | that decreased runtime thread in the forum? |
23:12:49 | bertrik | yes |
23:13:10 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
23:13:11 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
23:14:17 | bluebrother | how annoying :( |
23:16:26 | *** | Saving seen data "./dancer.seen" |
23:16:35 | gevaerts | AlexP_: worth waiting another day for for 3.11.1? |
23:16:36 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
23:17:06 | AlexP_ | gevaerts: If it'll be quickish to fix I'd say so |
23:18:47 | | Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) |
23:19:03 | saratoga | bertrik: i posted screen shots of the debug screen |
23:19:08 | saratoga | let me know if you want something else |
23:23:37 | saratoga | bertrik: does this look ok to you? http://git.rockbox.org/?p=rockbox.git;a=blobdiff;f=firmware/drivers/tuner/si4700.c;h=a5b004aef411b811559c25a15c5aa324d8245e8e;hp=6966891a386c2b33114d666787226496c845f711;hb=906e90eb7b036214b2ee48ad2219e1ef679ee7d1;hpb=58b226edc51f260a19cf0655bbec67622ebe7cef |
23:24:09 | saratoga | i don't understand the radio, but that commit removes the call to tuner_power(false); from the radio init sequence |
23:26:41 | | Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) |
23:27:49 | | Quit [Saint__] (Remote host closed the connection) |
23:28:24 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
23:28:56 | kugelp | AlexP_: but isn't 3.11.1 already tagged? |
23:29:09 | AlexP_ | kugelp: Yes, but we could just skip it |
23:29:11 | | Quit [Saint_] (Ping timeout: 252 seconds) |
23:29:18 | AlexP_ | It hasn't been "released" as such |
23:29:36 | AlexP_ | Rather than get people to update twice in two days |
23:29:47 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:29:47 | * | gevaerts nods |
23:31:11 | kugelp | right |
23:31:14 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
23:49:14 | | Join leavittx [0] (~leavittx@89.221.199.187) |