00:00:33 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
00:01:12 | | Quit domonoky (Read error: Connection reset by peer) |
00:11:21 | TheSeven | RE warn_unused_result... should we maybe *add* that flag to some of the rockbox file i/o functions? i've seen some places where their return values are just silently ignored, too |
00:11:54 | Bagder | would make sense to me |
00:14:13 | TheSeven | and while we're on it, also add -Wc++-compat |
00:14:37 | TheSeven | that will make some ugly implicit casts trigger warnings |
00:20:08 | | Quit GeekShadow (Ping timeout: 240 seconds) |
00:23:57 | | Quit bieber (Ping timeout: 252 seconds) |
00:24:11 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
00:24:51 | Buschel | amiconn: may I ask you to retest FS #11445 (speed up of faad) on your X5? |
00:25:02 | Buschel | thanks in advance and good night! :) |
00:25:20 | | Quit bertrik (Quit: :tiuQ) |
00:27:37 | | Quit wodz (Quit: Leaving) |
00:29:49 | | Quit Buschel (Ping timeout: 264 seconds) |
00:30:00 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
00:34:42 | | Quit Jerom (Read error: Connection reset by peer) |
00:34:45 | | Quit pamaury (Remote host closed the connection) |
00:37:15 | | Join Luca_S [0] (www-data@giant.haxx.se) |
00:39:28 | | Quit ender` (Quit: Where python would say you can skin a cat with a knife, so adding other methods would just make the language hard to learn, perl acknowledges that sometimes you may need to skin a live tiger, so it gives you a rifle as well.) |
00:42:59 | *** | Saving seen data "./dancer.seen" |
00:43:22 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
00:43:47 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
00:46:07 | | Quit hebz0rl (Quit: Ex-Chat) |
00:52:56 | | Quit efyx (Quit: Quitte) |
01:00 |
01:03:03 | | Quit DerPapst (Quit: Leaving.) |
01:05:26 | | Quit evilnick (Quit: Leaving) |
01:10:08 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
01:56:22 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
02:00 |
02:03:09 | | Quit kachna (Ping timeout: 245 seconds) |
02:06:00 | | Quit MethoS- (Read error: Connection reset by peer) |
02:42:34 | | Quit Zarggg (Read error: Connection reset by peer) |
02:43:03 | *** | Saving seen data "./dancer.seen" |
02:45:46 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
03:00 |
03:17:25 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
03:28:13 | | Join Strife89 [0] (~Strife89@adsl-80-136-122.mcn.bellsouth.net) |
03:36:54 | | Join fyrestorm [0] (~nnscript@cpe-69-203-151-59.si.res.rr.com) |
03:45:33 | | Quit DJFender_Meekrab (Quit: Try HydraIRC -> http://www.hydrairc.com <-) |
04:00 |
04:00:43 | | Join JdGordon_ [0] (6e15015a@gateway/web/freenode/ip.110.21.1.90) |
04:02:50 | CIA-6 | New commit by jethead71 (r27188): Remove atomic register bit manipulation functions from i.MX and s3c target code and introduce generic functions for ARM (bitmod32, bitset32, and ... |
04:05:36 | CIA-6 | r27188 build result: 0 errors, 2 warnings (jethead71 committed) |
04:15:40 | | Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) |
04:26:07 | | Quit pixelma (Disconnected by services) |
04:26:09 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:26:11 | | Quit amiconn (Disconnected by services) |
04:26:13 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:26:24 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:26:32 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:43:04 | *** | Saving seen data "./dancer.seen" |
04:47:27 | | Quit TheSeven (Ping timeout: 260 seconds) |
04:51:01 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:51:38 | | Quit Barahir_ (Ping timeout: 260 seconds) |
04:53:01 | | Join Barahir [0] (~jonathan@frnk-590fdee3.pool.mediaWays.net) |
05:00 |
05:22:58 | | Quit JdGordon_ (Ping timeout: 252 seconds) |
05:34:01 | | Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) |
05:35:03 | | Quit Horscht (Quit: Verlassend) |
05:40:28 | | Quit panni_ (Read error: Connection reset by peer) |
06:00 |
06:03:25 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:06:32 | | Quit arbingordon (Quit: Leaving) |
06:12:07 | | Join Mich [0] (~M_cH@pool-71-115-199-163.spknwa.dsl-w.verizon.net) |
06:27:29 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
06:43:07 | *** | Saving seen data "./dancer.seen" |
06:43:11 | | Join JdGord [0] (~jd@110.21.1.90) |
06:43:30 | | Join wombatman [0] (~chatzilla@cpe-173-171-238-113.tampabay.res.rr.com) |
06:49:52 | wombatman | lrcplayer doesn't seem to be present in applications by default though it does appear in the manual. My player is a sansa fuze but I have used lrc player before on this |
06:50:15 | S_a_i_n_t | isn't it a viewer? |
06:50:22 | S_a_i_n_t | try looking in "viewers" |
06:50:43 | wombatman | hmm |
06:51:50 | S_a_i_n_t | Nope, just checked then...sorry. |
06:51:59 | wombatman | yea i didn't think so |
06:52:01 | S_a_i_n_t | It should be it Plugins/Applications. |
06:53:00 | wombatman | I can build a custom rockbox but was kinda hoping i wouldn't have to. Don't use that feature much but it's a nice option |
06:53:41 | S_a_i_n_t | It's definitely in SVN, but I have no idea if it is supposed to be in the Fuze build or not. |
06:53:48 | S_a_i_n_t | I would guess so though. |
06:54:46 | S_a_i_n_t | Wait, what rockbox version are you using? |
06:54:57 | wombatman | 3.6 now |
06:55:05 | S_a_i_n_t | That'll be why. |
06:55:15 | wombatman | what changed? |
06:55:18 | S_a_i_n_t | I believe it was comitted after the 3.6 release. |
06:55:35 | S_a_i_n_t | (possibly incorrect, but I believe this is so) |
06:55:47 | wombatman | i'll look at that |
06:56:04 | S_a_i_n_t | Try a current build, it should be there. |
06:56:44 | | Quit Mich () |
07:00 |
07:02:48 | wombatman | yep |
07:02:52 | wombatman | that fixed it |
07:02:54 | wombatman | thanks |
07:03:01 | CIA-6 | New commit by jethead71 (r27189): i.MX31: Only include the SDMA code that will be used on the target. Simplify the script selection. |
07:05:31 | CIA-6 | r27189 build result: All green |
07:06:36 | wombatman | now if we could get a good license nes emulator included in an official build everything would be perfect. I wouldn't even care about no sound though see no reason it couldn't run as well as rockboy with sound |
07:07:19 | S_a_i_n_t | there's an NES emu in flyspray. |
07:07:26 | S_a_i_n_t | Pretty sure it still compiles. |
07:07:32 | wombatman | yea i think it's license is incompatible |
07:07:34 | wombatman | it does |
07:07:38 | wombatman | its pretty good too |
07:07:42 | wombatman | no sound |
07:08:00 | wombatman | and my guess is that the only reason it doesn't continue to gain support is some license issue |
07:08:12 | wombatman | or maybe the author just abandoned it |
07:08:42 | S_a_i_n_t | Basically, things get committed because people are interested in them, and someone cares enough to bring the code up to spec, make it run on all the targets it possibly can, etc. etc. |
07:08:45 | | Quit binaryhermit (Ping timeout: 248 seconds) |
07:08:55 | S_a_i_n_t | Things don't just get added because theyre there. |
07:10:26 | | Join esperegu [0] (~quassel@145.116.15.244) |
07:11:02 | wombatman | wow that's neat too |
07:11:26 | wombatman | when i plug it in on the new build it has this fancy usb pad mode thing |
07:11:44 | wombatman | used to just boot into the traditional sansa firmware |
07:12:06 | S_a_i_n_t | Yep, there's USB support now. Other targets have enjoyed that for some time now. |
07:12:18 | S_a_i_n_t | Its a pretty big step. |
07:12:56 | wombatman | i know it's not stable but is it even worth checking out rockbox on fuze v2 |
07:13:08 | wombatman | i originally rockboxed this before it was officially stable |
07:13:16 | wombatman | but it was pretty close even then |
07:16:48 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
07:16:52 | S_a_i_n_t | sometimes "Unstable" isn't really the best heading for targets that aren't yet "Stable", it can mean that it is just missing several things, "Unstable" (by the definition on the main page) can also just mean "incomplete" |
07:16:58 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
07:17:15 | | Join JdGordon_ [0] (6e15015a@gateway/web/freenode/ip.110.21.1.90) |
07:17:22 | wombatman | yea i know just curious if anyone knows what it means in sansa fuze v2 case |
07:17:55 | S_a_i_n_t | I'd suggest the wiki page may have the answers there, but it may not be up to date, I'm not sure. |
07:30:03 | | Quit BHSPitMonkey (Read error: Connection reset by peer) |
07:30:38 | bieber | S_a_i_n_t: How would you feel about Chrome style tabs for device configuration in the Theme Editor? |
07:31:47 | S_a_i_n_t | As in, "pull 'em off, move 'em around, create a new window if you want, drop 'em on a taskbar-esque..kinda stuff"? |
07:33:24 | bieber | Yeah |
07:34:20 | S_a_i_n_t | I's say..."awesome" (the only thing something like that *always* needs is a "return tabs to default state" thing, so you don't get yourself into trouble losing things) |
07:34:25 | S_a_i_n_t | *I'd |
07:35:26 | bieber | That shouldn't be a problem |
07:35:43 | S_a_i_n_t | If you can pull it off, great. |
07:35:56 | S_a_i_n_t | (everyone else ripps off Chrome, so...why not?) :P |
07:36:17 | bieber | I probably won't start on it until I've got rendering and graphical editing pretty well hammered down, but I think it would be a fun thing to do towards the end of the Summer, and hopefully make managing all those panels a lot easier |
07:36:38 | bieber | I just can't believe no one's made a Qt control that does it yet :/ |
07:36:43 | JdGordon_ | are you planing on integrating it into rbutil rever? |
07:37:13 | S_a_i_n_t | I could imaging without some form of tab managing thing, that the sheer mess of tabs could become quite overwhelming. |
07:38:06 | bieber | JdGordon_: rever? |
07:38:16 | JdGordon_ | ever |
07:38:31 | bieber | You mean the whole theme editor? |
07:38:46 | * | S_a_i_n_t believes they should be seperate personally. |
07:43:07 | | Quit wombat23 (Ping timeout: 276 seconds) |
07:43:36 | bieber | Yeah, I see them as really functionally separate |
07:44:13 | JdGordon_ | well yes and no |
07:44:15 | | Join LinusN [0] (linus@giant.haxx.se) |
07:44:16 | | Quit LinusN (Changing host) |
07:44:16 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
07:46:40 | bieber | How would you integrate the two? |
07:47:45 | JdGordon_ | no idea |
07:48:31 | bieber | Of course, I've also never really taken a close look at RBUtil, which I should probably do sometime |
07:48:44 | bieber | Last time I install RB I still had to do it by hand |
07:49:57 | CIA-6 | New commit by jethead71 (r27190): Gigabeat S: INIT section wasn't properly overlapping the uninitialized areas thus wasn't being reclaimed. |
07:49:58 | bieber | So left, center, and right-aligned text are all positioned independently of each other, right? |
07:50:28 | | Join Buschel [0] (~~andree@p54A3E38C.dip.t-dialin.net) |
07:50:36 | bieber | i.e. if I draw some left aligned text and then some center aligned text, the position of the center text isn't affected by the length of the left-aligned text at all? |
07:51:54 | CIA-6 | r27190 build result: All green |
07:51:56 | JdGordon_ | correct |
07:52:11 | JdGordon_ | except IIRC it doesnt overlap if the left part is too wide |
07:52:35 | bieber | Does it get pushed over to the right, or just cut off? |
07:52:42 | bieber | I remember CustomWPS said they'd get merged together |
07:52:54 | JdGordon_ | i assume pushed right |
07:53:04 | JdGordon_ | maybe space seperated, you'd have to check |
07:53:05 | S_a_i_n_t | bieber, they get merged. |
07:53:10 | bieber | Okay |
07:53:27 | JdGordon_ | and scrolling causes other wierdness |
07:53:27 | S_a_i_n_t | if al/ac/ar stuff won;t fit on a line, they get merged into an unreadable mess. |
07:53:39 | bieber | Oh crap, scrolling |
07:53:43 | JdGordon_ | %s affects the whole line, not sure on the rules though when it decides when to scroll though |
07:54:53 | bieber | I'll do scrolling after font support, though |
07:55:31 | bieber | We are keeping %t(0) in conditionals to turn off sublines, right? I implemented that earlier today |
07:56:16 | JdGordon_ | we are? |
07:56:46 | JdGordon_ | in svn conditionals cant have sblines, so however we decide to do it we do it... so if thats what you want cool |
07:57:20 | JdGordon_ | how would %t(0) turn of conditional sublines? |
07:57:48 | bieber | There's an example in CustomWPS, basically something like this |
07:57:54 | S_a_i_n_t | it would just skip one section, and onto the next "sub" line IIUC |
07:58:23 | bieber | %?tag<|%t(0)>Text if the feature is there;Text that comes up regardless |
07:58:55 | S_a_i_n_t | that doesn't seem....right, to me. |
07:59:11 | S_a_i_n_t | perhaps it is, but, I've never seen/used it personally. |
07:59:16 | JdGordon_ | that isnt how I would read that... |
07:59:21 | bieber | %?it<%t8%s%it|%s%fn>;%?ia<%t3%s%ia|%t0> |
07:59:24 | S_a_i_n_t | nor I. |
07:59:33 | bieber | That's CustomWPS's example, in the old format of course |
07:59:56 | S_a_i_n_t | I read the "%t0>" as a pure irrelevancy |
08:00 |
08:00:00 | JdGordon_ | I guess that is very outdated because IIRC conditionals have never allowed sublines |
08:00:05 | S_a_i_n_t | it's like saying "do nothing" |
08:00:08 | JdGordon_ | oh |
08:00:17 | JdGordon_ | changing the subline timeout for that subline |
08:00:18 | JdGordon_ | umm |
08:00:28 | JdGordon_ | backwards :) |
08:00:37 | bieber | S_a_i_n_t: If the tag evaluated false, it would set that branch's time to 0, so it wouldn't display at all |
08:00:42 | JdGordon_ | yeah, %t0 in that use should work |
08:00:48 | S_a_i_n_t | *facepalm* I get it now. |
08:00:53 | S_a_i_n_t | still, seems odd though. |
08:00:59 | S_a_i_n_t | I didn;t know we could do that. |
08:01:15 | * | JdGordon_ was thinking %?aa<%t(1)hello;some|dsfsdf> |
08:01:17 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
08:01:27 | bieber | JdGordon_: Should that not waork? |
08:01:37 | JdGordon_ | that being what? |
08:01:49 | bieber | Sublines within a conditional branch |
08:01:51 | S_a_i_n_t | sublines in conditions doesn;t work presently. |
08:02:01 | JdGordon_ | S_a_i_n_t: I diddnt know either, but I assume that it would actually show that empty subline for one update |
08:02:09 | bieber | It works with my renderer, but I'm re-evaluating the entire WPS every time the playtime variable changes |
08:02:16 | S_a_i_n_t | but, hopefully you do get it working, as that would be super-uber-awesome. |
08:02:27 | JdGordon_ | bieber: yeah, sublines in conditionals is new in your parser, svn cant handle them yet |
08:02:41 | bieber | I don't know how RB takes care of updating the WPS as things change |
08:02:43 | S_a_i_n_t | JdGordon_: That's how I read it too...*facepalm* |
08:02:44 | * | JdGordon_ sees no reason sublines in conditionals shldnt be workable |
08:03:04 | S_a_i_n_t | now, or in future? |
08:03:18 | JdGordon_ | future |
08:03:31 | JdGordon_ | not-too-distant-future (hopefully) |
08:03:36 | bieber | S_a_i_n_t: If you get a chance, by the way, feel free to start playing around with the Theme Editor and let me know if it's doing anything just horribly wrong, if you have some free time ;) |
08:03:37 | | Join funman [0] (~fun@rockbox/developer/funman) |
08:03:42 | * | JdGordon_ hopes to be able to have a good coding session this evening/tomorowo |
08:03:48 | S_a_i_n_t | aha, I could cut some of my code in half, literally if we had conditional sublines in SVN |
08:03:59 | * | S_a_i_n_t awaits eagerly |
08:04:02 | bieber | There's a lot of stuff that's not implemented yet, but it's starting to resemble the proper presentation |
08:04:16 | JdGordon_ | excellent |
08:04:44 | S_a_i_n_t | I have to admit, that I *probably* won't use the themeeditor, but I'll certainly help debug the beast. |
08:04:54 | S_a_i_n_t | (I like to get my hands dirty in theme code) |
08:05:21 | bieber | Hey, if nothing else it'll show you what you're doing while you type |
08:05:35 | bieber | Honestly, I don't know how useful the GUI editing will ever be |
08:05:56 | bieber | I mean, it'll be great for placing viewports and images and such, but if you know what you're doing at all using a GUI to insert tags is just going to be a drag |
08:06:17 | S_a_i_n_t | I guess so...the only thing I ever have (slight) trouble with is having to make UI mockups to get viewport x,y placement correct. |
08:06:24 | S_a_i_n_t | I guess I could use it for that alone. |
08:07:06 | JdGordon_ | having the automatic rendering should make things much easier |
08:07:32 | bieber | I'm just surprised at how much you can actually do with the WPS |
08:08:09 | JdGordon_ | bieber: would it be possible to have a mostly free text area to overwrite the tag value window thing? i.e instead of having it open and finding the right tab and text field I could just type "%mh = 0" into some text box? |
08:08:28 | * | S_a_i_n_t imagines drawing a "box" on the "backdrop" in the editor, and having it automatically produce the WPS viewport line, then asking him about FG/BG colours and appending them to said line. |
08:08:35 | S_a_i_n_t | THAT, I would like to see. |
08:08:44 | JdGordon_ | keyboard shortcuts to change conditional values would be fucking awesome also :) |
08:08:57 | S_a_i_n_t | when I say "drawing a box", think mspaint. |
08:08:58 | bieber | JdGordon_: That would actually be insanely easy to do |
08:09:13 | * | JdGordon_ likes the sound of that |
08:09:19 | bieber | I could just add a dialog with one text box and okay/cancel buttons with a hotkey to trigger it |
08:09:58 | JdGordon_ | I was hoping for a bunch of these, so one multiline text field... |
08:10:13 | bieber | That works too |
08:10:22 | bieber | One-per-line, tag = value sound good? |
08:10:39 | JdGordon_ | tag: value even maybe? |
08:10:42 | bieber | Sure |
08:10:59 | * | JdGordon_ very often uses hold and 'h' keyboard shortcut in the sim to test conditionals |
08:11:03 | * | S_a_i_n_t hopes his viewport drawing idea come at least close to fruition. that would be a big decider in my using/not using it. (though, I know my use alone doesn't sway the project :P) |
08:11:27 | bieber | Unfortunately, today I got to the point where I can scroll my mouse wheel over a spin box and watch the tape reels turn, which has been devastating to my productivity :P |
08:11:53 | JdGordon_ | the retrotpe theme? |
08:12:02 | JdGordon_ | how awesome is that theme? |
08:12:11 | * | JdGordon_ still wants it as the default one |
08:12:13 | bieber | S_a_i_n_t: Absolutely. Viewports and images are the only things that could really effectively be edited graphically, so you'd best believe I'll be putting some effort into them |
08:12:27 | S_a_i_n_t | not S_a_i_n_t's cup of tea... |
08:12:32 | S_a_i_n_t | (retroTape) |
08:12:38 | S_a_i_n_t | bieber: Awesome. |
08:12:40 | bieber | JdGordon_: No kidding. I just happened to download it for testing, and I'm amazed. I didn't realize just how much you could do with WPS |
08:12:52 | bieber | I don't think I'd use it day-to-day, but it's an awesome concept |
08:12:58 | S_a_i_n_t | Not having to work out x,y coords will be a big + |
08:14:24 | bieber | Hey, if you learned C++, you could work on that while I'm fleshing out the renderer :P |
08:14:34 | bieber | Double the productivity! |
08:15:05 | S_a_i_n_t | I'll send you the bill afterwards ;) |
08:15:11 | | Join mitk [0] (~mitk@195.117.162.130) |
08:15:12 | bieber | Hehe |
08:15:14 | | Quit wombatman (Ping timeout: 260 seconds) |
08:15:23 | S_a_i_n_t | My fee is twice what Google's paying you ;) |
08:15:49 | bieber | lol, have fun collecting it |
08:16:09 | S_a_i_n_t | I have paypal. |
08:17:19 | | Join einhirn [0] (~Miranda@p548516C8.dip0.t-ipconnect.de) |
08:17:26 | | Quit einhirn (Client Quit) |
08:17:28 | bieber | But I don't have money :P |
08:18:09 | | Join einhirn [0] (~Miranda@p548516C8.dip0.t-ipconnect.de) |
08:18:11 | JdGordon_ | bieber: whats the story with the gplv3 code you imported? (maybe I should leave this to bluebroth3r to ask though) |
08:18:44 | bieber | I'm waiting for a reply from the guy who wrote it |
08:19:04 | bieber | From the reply I got, it sounds like he has to clear it with someone else, but he'll be happy to work with us if he can |
08:19:24 | bieber | If he can't, or if I don't hear back in a couple of days, I'll just excise his code and write a simpler version myself |
08:19:31 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
08:19:41 | JdGordon_ | ok |
08:21:11 | bieber | Hopefully he'll respond affirmative, because it's a nice little find/replace dialog |
08:21:19 | bieber | regex support and all that |
08:24:05 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:25:15 | mitk | Hi. Can an commiter take a look at FS #11436 - Polish charset for 08-Nedore font? |
08:30:21 | | Quit JdGordon_ (Ping timeout: 252 seconds) |
08:41:48 | | Quit Buschel (Ping timeout: 260 seconds) |
08:43:09 | *** | Saving seen data "./dancer.seen" |
08:52:20 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
08:55:35 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
08:57:56 | | Quit einhirn (Read error: Connection reset by peer) |
08:58:22 | | Quit kachna (Ping timeout: 276 seconds) |
09:00 |
09:00:09 | CIA-6 | New commit by bieber (r27191): Theme Editor: Implemented text alignment |
09:02:04 | CIA-6 | r27191 build result: All green |
09:05:56 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.68) |
09:06:55 | | Quit Topy44 (Ping timeout: 260 seconds) |
09:08:12 | CIA-6 | New commit by jethead71 (r27192): i.MX31: Make DMA ISR call loop a bit more efficient. |
09:09:55 | CIA-6 | r27192 build result: All green |
09:14:32 | | Join Buschel [0] (~~andree@p54A3DBD8.dip.t-dialin.net) |
09:16:18 | | Join petur [0] (d408b802@gateway/web/freenode/ip.212.8.184.2) |
09:16:28 | | Quit petur (Client Quit) |
09:16:51 | | Join petur [0] (d408b802@rockbox/developer/petur) |
09:17:02 | | Quit JdGord (Read error: Connection reset by peer) |
09:17:07 | | Join JdGord [0] (~jd@110.21.1.90) |
09:18:00 | | Quit JdGord (Client Quit) |
09:18:51 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
09:26:21 | bieber | S_a_i_n_t, JdGordon: I take it the Cl tag just defines a box for the album art, and the %C actually displays the album art? |
09:26:32 | bieber | The relevant wiki page sections seem to have disappeared :/ |
09:26:49 | S_a_i_n_t | the CL defines resizing also. |
09:27:08 | | Join Topy44 [0] (~topy@2a01:608:ffff:3644:2e0:4dff:fe83:a45e) |
09:27:09 | bieber | With the maxwidth/maxheight arguments, right? |
09:27:17 | S_a_i_n_t | If you want tag descriptions, don;t bother with the wiki, check a manual. |
09:27:24 | bieber | Does album art get scaled or just cropped? |
09:27:26 | | Join flydutch [0] (~flydutch@host129-160-dynamic.15-87-r.retail.telecomitalia.it) |
09:27:47 | pixelma | I believe the tag to display the art changed to %Cd |
09:27:48 | S_a_i_n_t | scaled if its square, scaled and cropped if it isn't. |
09:28:29 | bieber | Oh, thanks S_a_i_n_t |
09:28:38 | pixelma | it gets cropepd? |
09:28:39 | bieber | I've been trying to work off of CustomWPS all this time |
09:29:07 | S_a_i_n_t | pixelma: it used to, perhaps not anymore. |
09:29:55 | S_a_i_n_t | I figured out if got cropped a while ago working on a "widescreen" theme with someone else, perhaps this isn't the case anymore though. |
09:30:15 | bieber | Apparently now you can specify flags to align it along each axis |
09:30:31 | S_a_i_n_t | yeah, you always have been able to IIUC |
09:30:46 | S_a_i_n_t | l, c, r etc. |
09:31:12 | S_a_i_n_t | it will always center the art if no alignment tags are present though. |
09:31:12 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
09:31:59 | bieber | Are coordinates for album art local to the viewport the Cl tag is in, or global? |
09:32:57 | S_a_i_n_t | That's a tricky one, i doesn't *have* to be in a viewport. |
09:33:04 | pixelma | it should be local to the viewport the %Cd tag is in, same as images |
09:33:36 | bieber | Okay, thank you |
09:33:43 | S_a_i_n_t | Ah, yes, *facepalm* |
09:33:44 | pixelma | S_a_i_n_t: it's always in a viewport, even if it's in the default... |
09:33:58 | S_a_i_n_t | yeah, I just figured that out mentally. |
09:34:17 | S_a_i_n_t | then while I was trying to write it, you replied. |
09:46:05 | | Join Rob2222 [0] (~Miranda@p4FDCAFA8.dip.t-dialin.net) |
09:47:00 | funman | I don't get what's wrong with mp3_encoder and mono |
09:47:58 | funman | I encode a 44.1kHz mono file, file/ffmpeg -i say the result is a 44.1 mono mp3, but mplayer says it has 2 channels (and it plays twice too fast) |
09:48:12 | funman | If i play the result at 22.05kHz it's perfect |
09:49:52 | | Quit Rob2223 (Ping timeout: 260 seconds) |
09:52:31 | S_a_i_n_t | funman: The notes in that flyspray entry about sound ohter than 44.1 kHz say something along the lines of "if sound is forced to 44.1kHz, it works as intended"...how is this achieved? |
09:52:43 | funman | what do you mean ? |
09:53:18 | S_a_i_n_t | I'll find the entry again, he implys forcing the plugins to use 44.1kHz sound, I was wondering...how. |
09:53:37 | funman | only give it files with 44.1kHz |
09:54:23 | S_a_i_n_t | but, his main concern was re: Doom...how could you achieve that? |
09:54:33 | S_a_i_n_t | re-encode all the soundfiles for Doom? |
09:54:42 | funman | for example |
09:56:56 | S_a_i_n_t | FS #11404 "Modifying the source in such a way as to force those applications to use 44.1khz causes sound to work correctly." |
09:57:18 | S_a_i_n_t | he doesn't however, clarify how he does this. |
09:57:31 | | Quit binaryhermit (Ping timeout: 276 seconds) |
09:57:41 | | Quit maraz (Ping timeout: 245 seconds) |
09:58:49 | funman | try http://pastie.org/1024703 |
10:00 |
10:00:19 | S_a_i_n_t | I will do, thanks. |
10:00:54 | S_a_i_n_t | The only thing I can confirm at this stage is that the sound on rockboy and Doom for Nano2G is indeed quite terrible |
10:01:01 | | Quit BlakeJohnson86 (Ping timeout: 248 seconds) |
10:04:33 | funman | now I have a version which produces correct file length (reading less samples at a time) but quality is terrible |
10:05:32 | | Join JdGordon_ [0] (6e15015a@gateway/web/freenode/ip.110.21.1.90) |
10:06:23 | | Quit funman (Read error: Connection reset by peer) |
10:07:26 | | Join funman [0] (~fun@rockbox/developer/funman) |
10:10:32 | funman | I have a problem with the sim: it randomly stop refreshing |
10:19:37 | Zagor | gevaerts: #11448 is missing the patch |
10:20:15 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:20:43 | | Quit JdGordon_ (Ping timeout: 252 seconds) |
10:34:15 | | Join maraz [0] (maraz@kapsi.fi) |
10:34:24 | | Join DerPapst [0] (~Alexander@dslb-088-069-138-199.pools.arcor-ip.net) |
10:34:33 | | Join JdGordon_ [0] (6e15015a@gateway/web/freenode/ip.110.21.1.90) |
10:36:39 | funman | saratoga: are both channels encoded separately in mp3? |
10:41:15 | | Quit JdGordon_ (Ping timeout: 252 seconds) |
10:43:10 | *** | Saving seen data "./dancer.seen" |
10:43:27 | funman | i should get the spec and not ask stupid questions |
10:50:52 | gevaerts | Zagor: fixed |
10:51:11 | gevaerts | Zagor: I have no idea if that patch will actually fix things or is even a good idea though |
10:53:31 | Zagor | I think you might be on to something. I'm not 100% sure how make handles such a double-target rule |
10:53:59 | Zagor | splitting it makes it more predictable |
10:54:41 | funman | multiple targets for one rule is a bit weird isn't it ? |
10:54:47 | Zagor | yes |
10:55:23 | gevaerts | Now if only we could reproduce the issue reliably so we could test... |
10:55:41 | balintx | actually my fuze did not discharge >_< |
10:56:15 | S_a_i_n_t | balintx: Its simple theory, it *will* discharge...given enough time. |
10:56:28 | S_a_i_n_t | A battery simply cannot hold a charge forever |
10:56:39 | balintx | yes, forever ... :/ |
10:56:58 | S_a_i_n_t | "forever" being "longer than you'd prefer to wait" |
10:57:03 | S_a_i_n_t | if so, then, yes. |
10:57:16 | S_a_i_n_t | forever being literally forever?...then, no. |
10:57:18 | balintx | I should have an 'earphone' which makes the battery discharge faster |
10:57:32 | S_a_i_n_t | impossible. |
10:57:45 | S_a_i_n_t | Nice idea, but not possible. |
10:58:30 | balintx | Can it discharge until Saturday? |
10:58:30 | S_a_i_n_t | If your player is no longer under warranty, removing the battery will have the same effect. |
10:58:56 | balintx | but is under warranty. but I don't know if I have broken the warranty by using Rockbox firmware |
10:59:09 | S_a_i_n_t | No, you haven't. |
10:59:28 | funman | gevaerts: about genlang-features, what do you think of: tr -s '\n' : < "$(BUILDDIR)/apps/features" > "$(BUILDDIR)/apps/genlang-features" |
10:59:42 | balintx | I did not have extended warranty.. or I don't know. But I got this player in Jun 2010, so I have at least 1 year |
10:59:51 | S_a_i_n_t | However, warranty doesn't cover bad flashing of firmware (if that is indeed what happened). |
10:59:52 | balintx | but what can I do with warranty? |
11:00 |
11:00:05 | balintx | you know what happened, I think |
11:00:06 | S_a_i_n_t | I suspect the player is just stuck in a loop, and needs to runout of juice. |
11:00:20 | balintx | yes, this is the case |
11:00:28 | balintx | I couldn't open the device, it's a nightmare |
11:00:39 | S_a_i_n_t | It isn't really. |
11:01:02 | S_a_i_n_t | But, if you're hung up about a warranty, then you can't open it, as that WILL void the warranty |
11:01:03 | gevaerts | funman: That's probably equivalent. I don't think the current line is buggy though, and I didn't want to change too much |
11:02:25 | funman | just commit it |
11:02:30 | funman | (your patch) |
11:02:53 | gevaerts | not now, no time |
11:03:08 | gevaerts | Feel free to commit it though if you want to test it sooner |
11:03:19 | funman | i'm busy too :) |
11:04:52 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
11:13:53 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
11:20:07 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
11:21:13 | S_a_i_n_t | is FS #11444 *reeeaaaaaaally* a "bug"? |
11:24:57 | | Join JdGord [0] (~jd@110.21.1.90) |
11:27:56 | pamaury | It's a bug on an unstable port about a usb mode which will disappear when the driver is ready :) |
11:28:42 | S_a_i_n_t | "Reason for Closing: Be Bloody Patient!" |
11:28:57 | | Quit JdGord (Client Quit) |
11:28:57 | funman | pamaury: are you sure ? |
11:29:18 | funman | can you tell if the bug is in the reboot process, and not the USB detection ? |
11:29:41 | * | S_a_i_n_t loves the incerdibly accurate time parameters mentioned in the FS# |
11:30:00 | S_a_i_n_t | (but suspects it is slightly sarcastic) |
11:30:02 | pamaury | No but until the driver is ready, nobody knows which such a description so it's pointless. If it happen to be in the reboot code, someone will post a bug unrelated to usb |
11:30:19 | pamaury | *with |
11:30:27 | CIA-6 | New commit by alle (r27193): Add the 'number sign' glyph to a couple more fonts |
11:31:03 | pamaury | Tell me if I'm wrong but this bug as been around for a few days (week ?) now without any fix |
11:31:03 | funman | the description might suck but the bug has been around for some time |
11:31:09 | funman | a few months |
11:32:18 | CIA-6 | r27193 build result: All green |
11:32:24 | S_a_i_n_t | Ha sanyone yet reported it happening if USB was plugged when the player was off? |
11:32:29 | pamaury | I never encountered it though. That seems incredibly weird. Are we sure it's a software bug ? |
11:32:34 | S_a_i_n_t | *Has anyone |
11:32:45 | funman | pamaury: given it doesn't happen in the OF, yes |
11:34:01 | pamaury | Is it reboot related or happen randomly ? |
11:34:25 | funman | who knows |
11:34:37 | S_a_i_n_t | what I mean is, have there been any "My XXX-DAP was off when I plugged USB, and it black screened" reports? |
11:34:54 | S_a_i_n_t | It only seems (from what I've seen) to happen if RB is already booted. |
11:36:51 | pamaury | funman: I mean when does this bug happen ? Does it happen exclusively on reboot or not ? |
11:37:30 | funman | how can i tell? |
11:37:52 | funman | i experienced it perhaps twice, and we don't know how to reproduce it |
11:39:47 | balintx | I will reproduce it if you want |
11:40:03 | balintx | and, if fuze will fully discharge. |
11:41:27 | S_a_i_n_t | well, there's no certainty you'll be able reproduce it. |
11:41:36 | S_a_i_n_t | but, you can ceratinly try. |
11:42:32 | S_a_i_n_t | And, I assure you the battery *will* discharge. |
11:42:46 | funman | if you keep the fuzev2 with a low battery you'll have to wait less time |
11:43:51 | pamaury | I don't understand how sandisk manage to make the 10-sec power off fail |
11:44:10 | funman | kugel: have you seen the simulator stop refreshing the screen ? |
11:44:21 | funman | pamaury: technically, it's us ;) |
11:45:02 | pamaury | No, by law you must be able to turn a device off by present power button sufficiently long. So it's pure hardware design :) |
11:45:13 | balintx | [11:42:45] <funman> if you keep the fuzev2 with a low battery you'll have to wait less time |
11:45:17 | balintx | i think that, too. |
11:45:30 | Torne | can we also get a law that there has to be a rom-based flashing mode too? :) |
11:45:51 | pamaury | Perhaps it is clock related ? We somehow disable the clock used by this 10-sec timer ? |
11:46:11 | funman | i think it's described in the datasheet |
11:48:19 | pamaury | the 10-sec power off ? |
11:49:01 | funman | all the power off conditions are detailed |
11:50:26 | pamaury | Yes but the 10sec emergency shut down is not describe, just mentioned in the features if I'm correct |
11:52:35 | pamaury | funman: could it be this: High signal on the PWR_UP pin for more than (>6s, >1V & >1/3 BVDD) ? |
11:53:21 | funman | right |
11:53:35 | kugel | funman: no |
11:54:52 | funman | it could be my setup, let's see if other people report something like that |
11:54:55 | kugel | funman: no |
11:55:01 | kugel | oops |
11:55:41 | S_a_i_n_t | the sim is a little...odd now anyway. |
11:55:52 | S_a_i_n_t | (in terms of testing GUI stuff) |
11:56:20 | pamaury | funman: Assuming these condition are correct, which condition could fail to be met or impossible to measure ? |
11:56:34 | S_a_i_n_t | It manages to parse and run WPS code in the sim that fails on the device. |
11:56:48 | S_a_i_n_t | and the debug output stopped being helpful a LONG time ago. |
11:57:27 | funman | pamaury: i don't know |
12:00 |
12:10:39 | | Quit funman (Quit: leaving) |
12:16:43 | | Part AzureWurk |
12:21:35 | | Quit literal (Read error: Connection reset by peer) |
12:34:35 | soap | is the CAPTCHA not working on the forums, scorche? There are some complaints... |
12:34:45 | soap | (registration CAPTCHA) |
12:36:10 | Torne | ocasionally it generates unreadable output |
12:36:19 | Torne | i don't think we know why |
12:36:26 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
12:36:30 | Torne | if you wait a bit and then try again it seems to work itself out |
12:36:32 | Torne | or use the audio captcha |
12:43:13 | *** | Saving seen data "./dancer.seen" |
12:47:18 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
12:47:58 | | Quit BlakeJohnson86 (Remote host closed the connection) |
12:49:18 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
12:56:12 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
12:58:31 | | Quit wombat23 (Ping timeout: 260 seconds) |
12:58:57 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
13:00 |
13:03:28 | | Join JdGord [0] (~jd@175.37.25.189) |
13:08:47 | | Join ucchan [0] (~ucchan@softbank126102048046.bbtec.net) |
13:10:04 | | Quit kugel (Ping timeout: 252 seconds) |
13:16:31 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.198) |
13:27:38 | balintx | Hi! |
13:27:44 | balintx | Mi fuze has just discharged \o/ |
13:29:44 | balintx | should i now plug in usb? |
13:30:08 | balintx | yES YESSSSSSSSSSSSSSSSS |
13:30:46 | balintx | OF Booted |
13:30:49 | balintx | \o/ \o/ |
13:30:55 | balintx | now... |
13:31:27 | balintx | lul |
13:31:38 | balintx | S_a_i_n_t |
13:31:50 | balintx | I booted up RB |
13:31:54 | balintx | then.. connected usb |
13:31:59 | balintx | and.. it restarted to OF now |
13:32:05 | balintx | so I don't know the problem before |
13:32:28 | balintx | but I don't want to plug in at rB fromwhere |
13:34:17 | S_a_i_n_t | You plugged USB with RB booted and it entered the OF? |
13:34:26 | S_a_i_n_t | Is this with a release version? |
13:35:05 | * | S_a_i_n_t thought current SVN has USB support for the Fuze |
13:35:16 | balintx | heh? |
13:35:35 | | Quit bmbl (Quit: Bye!) |
13:36:05 | S_a_i_n_t | what version of rockbox are you using? |
13:36:12 | S_a_i_n_t | balintx: ^ |
13:36:52 | balintx | maybe 27115 |
13:36:55 | balintx | i check now it |
13:37:44 | S_a_i_n_t | Hmmmm, I thought the Fuze had USB enabled now... |
13:37:48 | S_a_i_n_t | My mistake I guess. |
13:37:56 | balintx | Fuze, V 2 |
13:38:01 | balintx | not v1, v2. |
13:38:10 | S_a_i_n_t | Ahhh. |
13:38:46 | balintx | r27164 |
13:38:56 | S_a_i_n_t | Well, congratulations on the Fuze discharging. |
13:39:09 | S_a_i_n_t | I said it wouldn't take *forever* ;) |
13:39:19 | S_a_i_n_t | A long time sure, but not forever :P |
13:39:25 | balintx | but someone said it could take 6 days |
13:39:33 | balintx | it was about 2,5 days |
13:39:39 | | Join literal [0] (hinrik@v.nix.is) |
13:44:43 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
13:49:38 | CIA-6 | New commit by uchida (r27194): text viewer: the display of the statusbar is synchronized actual battery, time, etc. and deletes unnecessary lcd_set_backdrop(). |
13:51:31 | CIA-6 | r27194 build result: All green |
13:51:33 | balintx | okay. second try also work |
13:51:43 | balintx | it boots the of. |
13:53:24 | | Join delt [0] (1000@deimos.ca) |
13:53:26 | delt | Hello |
13:54:00 | | Join fabrice [0] (~fabrice@2a01:e35:8a8c:9ee0:219:66ff:fea0:a6a4) |
13:54:01 | delt | How good is rockbox working on the ipod nano 2gen? |
13:54:01 | balintx | hi |
13:54:22 | balintx | http://www.rockbox.org/wiki/IPodNano2GPort |
13:54:22 | delt | on the site it says the only thing missing is battery charging "hardware driven" |
13:54:34 | delt | not sure what that means |
13:57:07 | | Join teru [0] (~teru@M016207.ppp.dion.ne.jp) |
13:57:22 | fabrice | hi, i'm wondering if sandisk sansa fuse models (2-8Gb) behaves the same with the SDHC expansion card ? i read that the SDHC expansion car allows untill 40Gb of data : so what makes the interest of the 4 gb and 8 gb models ? thanks ;) |
13:57:52 | balintx | fabrice: if anyone, who haven't got sdhc? |
13:57:55 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:58:17 | balintx | I have fuze 4gb. |
13:58:25 | balintx | and haven't got SD(HC) |
13:59:00 | fabrice | balintx: my camera does not use sdhc so i do not use sdhc so far ; do you mean that all fuze models are able to use SDHC ? / also do you know if rockbox acts the same with the 3 models ? (i guess so) |
13:59:28 | balintx | I don't know I have only one fuze (which is V2 firmware). |
13:59:32 | delt | fabrice: thanks for bringing up that question, i was trying to remember which player supported sdhc cards =) |
13:59:35 | fabrice | isn't the 2 gb less expensive ? |
13:59:39 | balintx | I know every fuze can read sdhc |
14:00 |
14:00:04 | S_a_i_n_t | delt" Nano2G is fine. |
14:00:09 | S_a_i_n_t | I use it everyday. |
14:00:26 | S_a_i_n_t | bah... delt: ^ |
14:00:49 | fabrice | delt: if all fuze is able to read SD Hc card then i guess that best choice is the 2 gb model (?) |
14:01:57 | fabrice | oh , just saw a test where it appears 2-8Gb are almost the same price |
14:02:15 | S_a_i_n_t | delt: By the way, there's slightly more missing from the Nano2G than simply Charging. |
14:02:34 | S_a_i_n_t | Recording is yet to be implemented as well. |
14:02:58 | | Quit JdGord (Quit: Bye) |
14:03:03 | S_a_i_n_t | But, if you're question just revolves around "How well does it run?" then the answer is "fine". |
14:03:06 | delt | S_a_i_n_t: yeah i saw also cpu frequency, recording, and voltage stuff |
14:03:35 | S_a_i_n_t | I use the Nano2G every day, no complaints here. |
14:03:35 | delt | this is somewhat troubling however −−- After an unclean shutdown (menu+select reset or a crash), it may sometimes lose all contents on the data flash. |
14:04:09 | S_a_i_n_t | yes, that problem has been resolved(almost) since that was entered on that page. |
14:04:34 | S_a_i_n_t | It isn't fixed completely, but, as I said I use it every day and it hasn't happened to me in months. |
14:04:38 | fabrice | any sansa clip plus user around ? i'm willing to buy a sansa clip plus or a sansa fuse, is clip + able to read SD HC cards ? |
14:05:02 | delt | s_a: thanks for the info |
14:05:09 | balintx | fabrice: i prefer fuze. |
14:05:16 | balintx | :) |
14:05:26 | fabrice | balintx: why ? brings vidéo ? |
14:05:36 | balintx | yes, brings video |
14:05:40 | balintx | and plays |
14:05:49 | delt | btw, what does DFU stand for? (apparently some "unbricking" mode) |
14:06:04 | fabrice | what kind of video can you play on fuze ? |
14:06:07 | delt | "De-Fuckup Unit"? |
14:06:22 | ranma | http://wiki.openmoko.org/wiki/USB_DFU |
14:06:23 | S_a_i_n_t | delt: At the point that particular warning was written regarding the Nano2g, it was *very* unstable and you had about a 20% chance of losing all your data just booting the device ;) |
14:06:26 | balintx | fabrice: every which converted to an avi |
14:06:28 | S_a_i_n_t | it's a LOT better now. |
14:06:36 | ranma | "Device Firmware Upgrade", apparently |
14:06:42 | delt | ranma: thx |
14:07:08 | fabrice | balintx: avi only ? |
14:07:17 | | Quit TheSeven (Ping timeout: 276 seconds) |
14:07:23 | balintx | fabrice: ,moment |
14:07:37 | fabrice | balintx: just saw on amazon that sans fuze 2 and 8 Gb are sold the same price :D |
14:07:37 | delt | fabrice: how long is the battery life on the sd card-equipped sansa players? |
14:08:09 | balintx | delt: fuze 24hour music 5 hour vid |
14:08:34 | balintx | delt: http://kb.sandisk.com/app/answers/detail/a_id/29/sno/0 |
14:08:39 | fabrice | delt: 20-25hours depending on sound (mp3, flac) according to http://www.lesnumeriques.com/article-373-4460-77.html |
14:09:28 | delt | balintx, fabrice: thanks. thats about the same spec. for battery as the ipod nano 2gen? |
14:09:38 | delt | in practice however...? |
14:09:44 | ranma | delt: http://www.rockbox.org/wiki/SansaRuntime |
14:10:15 | ranma | We don't seem to have bench runs for all models in there though |
14:10:38 | fabrice | did you buy some better "ear plugs" like Koss porta pro maybe (?) |
14:10:43 | balintx | Fuze v1, 4GB 14h 44min 22h 17min |
14:10:45 | balintx | lol |
14:10:52 | balintx | 8 hours? :-O |
14:11:31 | delt | ranma: thanks |
14:12:36 | | Quit ucchan (Quit: Leaving...) |
14:12:46 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
14:12:56 | delt | lots of old bench results around 10-14 hours |
14:14:25 | delt | i presume reading OGG or FLAC takes up more battery because (OGG) more cpu cycles needed, (FLAC) more disk/flash activity? |
14:14:28 | delt | (just a wild guess) |
14:14:54 | | Quit fabrice (Ping timeout: 248 seconds) |
14:15:31 | delt | whoa...netsplit? |
14:16:25 | delt | or is everyone running windows? |
14:17:42 | | Quit kugel (Ping timeout: 240 seconds) |
14:18:59 | delt | dude wtf?? |
14:19:12 | balintx | ? |
14:19:17 | balintx | i run windows now |
14:20:39 | ranma | delt: Coincidence I'd say ;) |
14:25:47 | | Join wodz [0] (~wodz@inet20909nc-3s.nat.umts.dynamic.eranet.pl) |
14:27:00 | delt | heh |
14:28:52 | wodz | I have problem I can't understand. I am fighting with recording on MPIO. In simulator I can change gains in recording menu (so keymap is working) but on real target I can't change gain settings (I mean it is always 0) |
14:34:14 | | Join Kitr88 [0] (~Kitar_st@BSN-182-51-154.dial-up.dsl.siol.net) |
14:37:20 | | Quit Kitar|st (Ping timeout: 240 seconds) |
14:38:59 | | Quit Kitr88 (Ping timeout: 276 seconds) |
14:40:59 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.227) |
14:43:16 | *** | Saving seen data "./dancer.seen" |
14:43:41 | | Join Kitar|st [0] (Kitar_st@BSN-143-104-83.dial-up.dsl.siol.net) |
14:44:01 | delt | ok, thanks everyone for your answers |
14:44:02 | | Part delt |
14:44:04 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
14:50:05 | pixelma | wodz:does your codec provide different gain steps in all input methods? Just as an example why I ask - the codec chip used in the Iaudios just provides 2 gain steps for mic in (more for line-in though) |
14:52:28 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-050-247.pools.arcor-ip.net) |
14:53:15 | balintx | can rb play flac? |
14:53:22 | krazykit | yes |
14:53:35 | balintx | thx |
14:53:41 | wodz | pixelma: all inputs goes through PGA (programmable gain amplifier). PGA gain can be set in range -17.25dB to +30db |
14:55:11 | wodz | pixelma: but from code reading it should at least update values displayed (even if hw related function fail to set gain correctly) |
14:56:07 | wodz | ah and in simulator it is gain: 0 dB and on target it is some square instead of dB |
14:56:17 | | Quit S_a_i_n_t () |
14:56:41 | pixelma | did you copy over a complete build? |
14:57:07 | wodz | just firmware file - does it matter? |
14:58:26 | pixelma | sounds like some language file problem then - either exchange at least whichever lang you use or delete all .lang files, then it uses the compiled in english.lang |
14:59:20 | wodz | you mean square instead of dB problem, right? |
14:59:28 | pixelma | yes |
14:59:51 | * | pixelma has seen problems like these when testing old builds on Ondio and only changing the firmware file |
15:00 |
15:00:21 | balintx | is flac FULLY lossless? |
15:00:21 | wodz | ok, I'll try complete build and see what happens. |
15:00:34 | wodz | yes as far as I know |
15:00:40 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.96) |
15:01:40 | wodz | btw if something is partially lossless than it is lossy :-) |
15:03:03 | S_a_i_n_t | ...only partially. ;) |
15:04:28 | balintx | so is it lossless or not? :D |
15:04:48 | balintx | wav is lossless. but it isnot encoded |
15:05:11 | pixelma | isn't it the L in FLAC? Also, google is your friend ;) |
15:05:33 | wodz | flac - free lossless audio codec - judge yourself |
15:09:21 | | Quit wodz (Quit: Leaving) |
15:11:35 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:17:20 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:18:27 | | Join bor_ka [0] (www-data@giant.haxx.se) |
15:19:17 | bor_ka | ranma, hello! Good news is there are no more verify read aborts - I've added your checking code to the latest version from the SVN |
15:20:11 | bor_ka | Bad news are that glitches are back. And more - once it got completely switched to another song! until I pressed stop and play, when it started playing back the original song |
15:21:56 | bor_ka | And it looks like it is more or less persistent - that is, if I listen to album A, it has parts of songs from the album B. May be the same song, but it is rather hard to identify from 1-2 sec fragments specific song. Only the artist to the some degree |
15:22:45 | bor_ka | so, if read verify is ok, it is not low-level reading routines, I think |
15:23:30 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:31:51 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
15:32:33 | | Quit robin0800 (Remote host closed the connection) |
15:34:23 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
15:38:21 | | Quit bug2000 (Ping timeout: 260 seconds) |
15:39:07 | bor_ka | ranma, I'm listening to the OF - the skipping song plays Ok, so it is not a defective memory chip. |
15:45:02 | | Quit GodEater (Ping timeout: 248 seconds) |
15:48:52 | bor_ka | nothumb also has this bug, but less visible |
15:48:56 | | Quit mitk (Quit: Leaving) |
15:54:20 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
15:54:27 | | Join marines [0] (~quassel@afsc134.neoplus.adsl.tpnet.pl) |
15:56:53 | bor_ka | testing with the prebuilt version from the site <- should make it earlier |
15:57:18 | | Join MethoS- [0] (~clemens@134.102.106.250) |
16:00 |
16:02:12 | * | bor_ka has a bad suspicion... |
16:13:08 | | Quit kachna (Ping timeout: 245 seconds) |
16:15:38 | | Quit marines (Ping timeout: 245 seconds) |
16:16:39 | | Part LinusN |
16:18:42 | | Join marines [0] (~quassel@acbl7.neoplus.adsl.tpnet.pl) |
16:19:53 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
16:23:01 | | Quit slck (Ping timeout: 240 seconds) |
16:27:08 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
16:28:33 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
16:30:17 | | Quit bluebroth3r (Ping timeout: 240 seconds) |
16:43:20 | *** | Saving seen data "./dancer.seen" |
16:46:07 | bor_ka | Well, I get a "wrong part of song" bug in the latest build downloaded from the rockbox site. So, it is not thumb, not "my" tagnavi patch, not my compiler. |
16:46:33 | bor_ka | Ranma, do you still have ideas, how can we track this issue? |
16:47:11 | Zagor | bor_ka: how easy is the bug to repeat? |
16:52:03 | bor_ka | Zagor - for me 100% repeatable on the specific albums. Fuze v1. The only problem may be, that for some albums it never happens, for some - all the time. |
16:52:43 | Zagor | bor_ka: does it always happen in the same place? |
16:53:00 | bor_ka | Since I have reformatted player recently, all tracks are located one after another, so it may be specific part of the disk |
16:53:33 | bor_ka | Zagor, yes and no. Yes - it is the same album and/or songs. No - the time always differs. |
16:53:44 | Zagor | copy the same album to a dozen (hundred?) new directories and test the last |
16:55:00 | saratoga | funman: mp3 can separately or jointly encode channels, theres different modes available, but separate encoding is quite rare since quality is generally bad |
16:55:50 | saratoga | usually it'll be joint stereo (channels are combined) or L/R stereo (channels are not combined but are coded together), other modes are seldom used |
16:57:05 | bor_ka | Zagor - what can it show? It can't be a mp3 decoder issue, since there are parts of tracks from another album. It just can do that. |
16:57:50 | bor_ka | It just can't do that. |
16:57:58 | Zagor | it was a response to "all tracks are located one after another, so it may be specific part of the disk" |
16:58:21 | Zagor | to confirm/eliminate that possibility, try another part |
16:58:44 | bor_ka | My internal disk is 100% full - so I just can test with other songs |
16:59:05 | bor_ka | Or should it be the same album? |
16:59:10 | Zagor | that's best |
16:59:41 | Zagor | always try to change as few parameters as possible for each test |
17:00 |
17:04:23 | bor_ka | Zagor, yes, it is interesting test - fill the internal memory with the same album and test, where it happens |
17:05:15 | bor_ka | the only drawback is that now the glitch is easily detected, since parts are from the other artist, and is detectable even if I listen to the musci in the background |
17:05:34 | bor_ka | I think it will take some time |
17:08:39 | | Quit teru (Quit: Quit) |
17:12:24 | bor_ka | And what can we conclude, if it is a specific part of the internal disk? Ranma tried adding read verify - reads are stable now, the second read does not differ from the first, so it is not faulty memory. |
17:13:42 | bor_ka | More like the internal sector number, or even fat copy, get corrupted. But why the correct value returns back, if it is so? |
17:16:06 | Zagor | I think the disk theory is not very likely |
17:16:56 | Zagor | how long are the glitches? |
17:17:08 | Zagor | in (milli)seconds I mean |
17:18:02 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
17:20:20 | bor_ka | Usually about 1-2 sec, rarely very short, like cracks, and just once the songs was replaced with the different one for a long time, until I pressed stop. May be 20 secs or so. |
17:21:12 | Zagor | how bug is the pcm buffer on fuze v1? |
17:21:14 | Zagor | big |
17:21:36 | bor_ka | If I build with the thumb it happens more ofthen, without thumb - more rarely |
17:22:37 | bor_ka | hmm... I don't know, I have looked at the debug/buffering thread, glitches seems to not depend on buffer being full, empty or refilling |
17:23:41 | bor_ka | may be should look again and try if there are patterns |
17:25:36 | | Quit pamaury (Remote host closed the connection) |
17:27:16 | Zagor | are the glitches always the next track or can it be something completely random? |
17:28:06 | bor_ka | The are not a next track at all. They are from another artist, another album, not in the playlist |
17:28:21 | Zagor | ok |
17:28:32 | bor_ka | From the same "another album", however |
17:28:42 | Zagor | always the same other album? |
17:28:43 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:29:31 | bor_ka | Now I listen to the one album, where I get glitches - for this album yes, "another album" seems to be the same |
17:29:39 | Zagor | do you ever get noise or garbage, or always other music? |
17:29:49 | bor_ka | as long as I can tell from the 1-2 sec parts |
17:30:00 | bor_ka | If I get 1-2 sec parts, it is always music |
17:30:16 | | Quit domonoky (Client Quit) |
17:30:18 | Zagor | can you try with an empty disk and just two albums? |
17:30:20 | bor_ka | if it is very short glitches, I only hear a crack, so I can't tell |
17:30:27 | Zagor | right |
17:31:26 | | Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) |
17:31:49 | bor_ka | hmm, I don't know if it will be reproducible with only 2 albums. Now I'm listening to the album, located roughly in the middle of the disk. I have tried with the album, located at the beginning, it is Ok, no glitches |
17:32:06 | Zagor | ok |
17:32:42 | Zagor | what I'm curious about is if it always reads from a wrong file, or a wrong area of the disk |
17:32:50 | bor_ka | I can try to erase all other albums, except this two - but don't think it will show anything useful |
17:32:58 | Zagor | if your disk is full, all areas will contain music |
17:33:17 | Zagor | come to think of it, you actually need to zero-wipe the disk |
17:33:33 | Zagor | deleting files only changes a few bits in the filesystem |
17:33:36 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:34:25 | bor_ka | I think if the mp3 decoder will get zeroes, it will just fast forward to the first non-zero data, so I will not hear any glitch, no? |
17:35:13 | Zagor | good point. I'm not sure how it reacts to all-zero data. |
17:35:42 | bor_ka | Usually it skips - you can add any garbage to the mp3 file, it just skip to the first mp3 data frame |
17:36:23 | bor_ka | Various tags are stored this way, if I am not mistaken |
17:37:16 | bor_ka | So, it can be so, that it does read garbage like directory contetns, or jpeg, but it get ignored by the mp3 decoder |
17:40:33 | bor_ka | Is it possible to add, say, logging of the sectors numbers being requested from the disc to the logfile? |
17:41:06 | Zagor | that would cause a feedback loop |
17:43:31 | bor_ka | hmm |
17:44:39 | Zagor | I have to run. I'll be back in ~1 hour. |
17:44:54 | bor_ka | I know the sector range, where the "wrong" album is stored - is it possible to add panic to reading it - and see the calling trace? |
17:45:15 | bor_ka | Ok, I have to go home too - will be back only tomorrow, though |
17:45:22 | Zagor | ok |
17:45:23 | | Part Zagor |
17:46:36 | | Quit bor_ka (Quit: CGI:IRC (EOF)) |
17:52:51 | | Quit petur (Quit: *plop*) |
17:59:23 | scorche | soap: what torne said |
17:59:56 | scorche | i had intended to look into updating SMF over devcon in an attempt to fix this, but i had forgotten... |
18:00 |
18:00:43 | | Quit t0rc (Remote host closed the connection) |
18:01:26 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
18:22:18 | | Join pamaury [0] (~quassel@p5DDED09E.dip.t-dialin.net) |
18:22:19 | | Quit pamaury (Changing host) |
18:22:19 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:28:25 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
18:29:57 | CIA-6 | New commit by gevaerts (r27195): Change "features" and "genlang-features" targets to no longer use multiple targets in one rule. |
18:30:34 | gevaerts | Zagor: did you look at FS #11447 ? |
18:31:26 | Zagor | I will now |
18:31:45 | CIA-6 | r27195 build result: All green |
18:35:14 | Zagor | gevaerts: looks good to me |
18:37:31 | gevaerts | ok, I'll commit |
18:39:30 | CIA-6 | New commit by gevaerts (r27196): Fix a problem where multigcc.pl sometimes produces lines like "sh-elf-gcc: no input files", especially on systems with many cores and for builds with ... |
18:40:01 | | Join pamaury_ [0] (~quassel@p5DDEE131.dip.t-dialin.net) |
18:41:08 | CIA-6 | r27196 build result: All green |
18:43:22 | *** | Saving seen data "./dancer.seen" |
18:43:52 | | Quit pamaury (Ping timeout: 260 seconds) |
18:45:09 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
18:48:21 | | Quit komputes (Remote host closed the connection) |
18:51:46 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
18:54:39 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
19:00 |
19:06:35 | saratoga | has anyone gotten profiling to work recently? |
19:09:57 | marines | how often errors occur in development branch? |
19:10:02 | marines | is it at least almost usable? |
19:10:38 | marines | i can stand rare crashes (i mostly use alpha software) |
19:11:34 | Zagor | it's mostly usable |
19:12:17 | Zagor | bugs that severely affect usability tend to be fixed quickly |
19:12:58 | marines | does it bring some usable features comparing to stable release? |
19:13:39 | Zagor | some: http://www.rockbox.org/wiki/MajorChanges |
19:13:44 | | Join AzureWurk [0] (opera@c-24-21-44-114.hsd1.wa.comcast.net) |
19:16:10 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
19:18:02 | | Quit Buschel (Ping timeout: 252 seconds) |
19:19:08 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:20:15 | | Join Luca_S [0] (www-data@giant.haxx.se) |
19:24:50 | | Quit DerPapst (Quit: Leaving.) |
19:27:10 | marines | ah, thx |
19:36:23 | CIA-6 | New commit by pixelma (r27197): MazezaM button table: prepend \ to PluginRight resp. PluginRCRight to make them proper commands as intended. Rearrange the code to improve readabilty ... |
19:37:57 | CIA-6 | r27197 build result: All green |
19:56:56 | | Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) |
19:59:50 | | Join kachna [0] (~kachna@r4ax178.net.upc.cz) |
20:00 |
20:01:41 | | Join Stephen__ [0] (~S@86.44.68.197) |
20:02:04 | Stephen__ | pixelma, ping |
20:02:07 | | Join DerPapst [0] (~Alexander@p5797CB2F.dip.t-dialin.net) |
20:05:29 | | Nick pamaury_ is now known as pamaury (~quassel@p5DDEE131.dip.t-dialin.net) |
20:05:38 | | Quit pamaury (Changing host) |
20:05:38 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:09:08 | pixelma | pong? |
20:09:28 | Stephen__ | whats the screen resolution of the player ? |
20:09:39 | Zagor | 11x2 characters |
20:09:45 | pixelma | charcell |
20:10:08 | Stephen__ | thats tiny |
20:10:18 | Stephen__ | the sim outputs a bigger screenshot |
20:10:29 | Stephen__ | trying to upload the player wps for it to the theme site |
20:10:48 | Zagor | the sim include some of the hardcoded "icons" in the display, doesn't it? |
20:11:02 | pixelma | no - 1 character is err... few pixels by a few pixels ;) |
20:11:21 | Stephen__ | If i resize the image it goes too small |
20:11:25 | Stephen__ | won't be redaable |
20:11:51 | gevaerts | You mean the theme site rejects the screenshots? |
20:12:04 | Stephen__ | the ones created from the sim yes |
20:12:10 | Zagor | ahh |
20:12:16 | Stephen__ | Wrong resolution of playerwps.png. Should be 11x2 (is 132x64). |
20:12:22 | Zagor | haha |
20:12:27 | gevaerts | that's a theme site bug then |
20:12:40 | gevaerts | They obviously shouldn't be 11x2 |
20:12:46 | Stephen__ | no way far too small |
20:12:56 | Zagor | 132x64 is what the manual screenshots are |
20:13:51 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
20:14:03 | pixelma | 11x2 would just be a small blob |
20:14:09 | Stephen__ | would domonoky be the best one to pester about changing it ? |
20:15:06 | pixelma | pixels that is |
20:15:06 | Stephen__ | yeah exactly |
20:15:06 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
20:15:57 | gevaerts | It's easy to fix in a not-so-clean way |
20:16:16 | gevaerts | There might be bad side effects though |
20:16:21 | Stephen__ | i have the greyscale ones done with the iaudio remote. |
20:16:46 | Stephen__ | i was thiking the colour ones in the greyscale section i could fix to use colour viewports then reupload thus fixing them. |
20:16:49 | * | domonoky wonders what would happen if i set the lcd resolution in the themesite to 132x64 on the themesite.. |
20:17:14 | domonoky | s/on the themesite/for the player/ |
20:17:19 | gevaerts | domonoky: bad things if a bitmap target ever is 132x64 |
20:18:01 | | Join wodz [0] (~wodz@inet20909nc-1s.nat.umts.dynamic.eranet.pl) |
20:18:03 | gevaerts | domonoky: what would happen if you just "fix" validatesshot() to (locally) set the lcd size to 132x64 if it's 11x2? |
20:18:34 | pixelma | Stephen__: if you make them use colour viewports they won't be as flexible if someone changes their colour settings as they are now though |
20:18:38 | domonoky | hm.. the player wont show other themes, because checkwps would hopefully fail.. but the otherway round is a problem.. |
20:18:43 | domonoky | gevaerts: that could work.. |
20:18:58 | Stephen__ | hmmm then what shall I do ? |
20:19:16 | domonoky | Stephen__: just wait a bit, till we have a fix :-) |
20:19:24 | Stephen__ | no bothers |
20:19:26 | pixelma | not sure :( |
20:19:34 | Stephen__ | ive updated the two missing h10 5gb themes |
20:23:43 | pixelma | the few Iaudio remote WPSs are main WPSs on the M3, did you prepare this too? |
20:24:12 | CIA-6 | New commit by Domonoky (r27198): workaround for archosplayer screenshots. |
20:24:32 | pixelma | (only cabbiev2, iCatcher and UniCatcher) |
20:24:38 | Stephen__ | how does that work ? |
20:24:50 | Stephen__ | just use rwps instead of wps ? |
20:25:44 | wodz | domonoky: You own some archos target as far as I recall. Could You test FS #11189 ? |
20:25:51 | CIA-6 | r27198 build result: All green |
20:25:52 | pixelma | Stephen__: no, the other way round... the 128x96x2 (or 128x96x1) are packaged as .wps for the M3 and as .rwps on the M5 and X5 |
20:26:23 | Stephen__ | i could use the build of m3 to get the zips built is there a sim for the m3 ? |
20:26:35 | pixelma | yes, there is |
20:26:55 | Stephen__ | cool, i'll use that them and upload them next time I'm at home. |
20:28:18 | pixelma | nice, thanks |
20:28:48 | Stephen__ | no problems |
20:31:39 | domonoky | wodz: i get two failed Hunks in peakmeter.c and sound.c |
20:34:28 | wodz | ok, I give up - the codebase changes to quickly to do such refactoring without target at hand |
20:34:51 | wodz | domonoky: thanks |
20:35:02 | domonoky | :-) |
20:35:59 | wodz | pixelma: 'dB thing' in recsrceen is still there after full rebuild and install |
20:36:47 | * | domonoky just fixed the failed hunks (it was trivial) and is now building it... |
20:37:07 | pixelma | wodz: I'm out of ideas thrn |
20:37:13 | pixelma | then too |
20:40:04 | | Quit flydutch (Quit: /* empty */) |
20:43:24 | *** | Saving seen data "./dancer.seen" |
20:56:24 | domonoky | wodz: i have now built it, but unfortunatly i cant find the correct cable for it, so i cant test :-/ |
21:00 |
21:01:03 | | Quit stripwax (Quit: http://miranda-im.org) |
21:04:38 | wodz | domonoky: It's a pitty. But as I stated before I don't see the possibility to continue work on MAS cleanup without target at hand. The only way I see is if someone with archos will continue this work (or I find cheap archos to buy) |
21:09:24 | | Join Buschel [0] (~~andree@p54A3CC26.dip.t-dialin.net) |
21:12:15 | Zagor | wodz: I can send you a Player |
21:14:32 | | Part Zagor |
21:16:46 | | Join newipodman [0] (www-data@giant.haxx.se) |
21:16:50 | newipodman | hiya |
21:18:52 | balintx | Can't play video on rockbox? :-O |
21:19:19 | newipodman | i cant even get rockbox on any of my media devices |
21:19:51 | newipodman | archos ipod nano 4g or my samsung one |
21:21:12 | newipodman | i guess taking a look in the patches section could help you lakintx |
21:22:01 | * | gevaerts wonders what newipodman is talking about |
21:22:15 | scorche|sh | balintx: you can play properly formatted video on the devices that support it, sure |
21:22:37 | balintx | it shows my "Video" directory _fully empty_. |
21:23:10 | scorche|sh | are they properly formatted? |
21:24:13 | balintx | yes, if i boot of they plays. |
21:25:09 | scorche|sh | rockbox requires a different formatting then the OF likely uses |
21:25:26 | gevaerts | newipodman: how does referring him to flyspray help in any way? |
21:25:39 | | Quit komputes (Remote host closed the connection) |
21:26:09 | newipodman | huh |
21:26:14 | newipodman | whos flyspray |
21:26:22 | newipodman | i said go check the patches section |
21:26:30 | newipodman | it may be a known issue |
21:27:10 | scorche|sh | newipodman: that isnt really the best first advice...it appears here that his files are incorrectly formatted....in which case looking at the tracker would be a waste of time |
21:27:15 | | Join saratoga_ [0] (9803c20d@gateway/web/freenode/ip.152.3.194.13) |
21:27:35 | scorche|sh | balintx: you might want to check out this page: http://www.rockbox.org/wiki/PluginMpegplayer |
21:27:59 | balintx | NOTE: MPEGplayer does all video and audio decoding using your device's main CPU. It does not use any special video decoding hardware such as the Broadcom Video Processor found in the iPod Video. MPEGplayer therefore performs very badly on such devices in comparison with the manufacturer's original firmware. |
21:28:00 | balintx | :/ |
21:28:12 | newipodman | im a computer repair eingineer i always check the bugs and patches section before i ask for help to see if its a known issue |
21:28:37 | gevaerts | newipodman: you do that *before* checking if it's user error? |
21:28:50 | gevaerts | balintx: that's about ipod video specifically |
21:29:09 | newipodman | well he didnt eleborte he gave a generic problem video dont work |
21:29:11 | saratoga_ | balintx: do you even have an ipod video |
21:29:16 | scorche|sh | balintx: yes...it is a bit hard to work with a chip we have absolutely no documentation on and dont know how to interface with...however do you have an ipod video? |
21:29:38 | | Join lestatar [0] (~chatzilla@cpe-72-229-41-214.nyc.res.rr.com) |
21:29:38 | balintx | understood |
21:29:48 | balintx | i have sansa fuze |
21:29:55 | balintx | v2. |
21:30:01 | scorche|sh | newipodman: in support, it is typically better to get them to elaborate a bit more before directing them to look through the tracker |
21:30:24 | saratoga_ | balintx: then you probably shouldn't care too much about the ipods |
21:30:52 | newipodman | msg gevaerts ok sorry about that i actually checked ecent builds an everything before coming here to see how well the support for nano 5g is coming along |
21:31:13 | balintx | not read carefully "on such devices" |
21:31:25 | lestatar | hi all, quickie fuze v2 rb upgrade question please :-) |
21:31:39 | saratoga_ | i don't think anyone has looked at a the nano5g |
21:31:50 | newipodman | i mean 4g |
21:31:59 | newipodman | 5g is the camera one lol |
21:32:25 | saratoga_ | well check the wiki, but i don't think anyone has done much in a while |
21:32:32 | lestatar | am running rb build 26906 - if i decide to upgrade builds should i simply repeat the initial rb install on the device, substituting the newer rb build? |
21:32:51 | saratoga_ | just unzip a new build or use rbutil |
21:32:51 | newipodman | yep after taking a look it seems its the encryption that holding them back |
21:33:05 | saratoga_ | newipodman: no thats not a problem |
21:33:06 | balintx | lestatar: i think you probably just have to "Install Rockbox" in RButil. |
21:33:21 | balintx | you don't have to reinstall the bootloader |
21:35:02 | CIA-6 | New commit by bieber (r27199): Theme Editor: Added album art display |
21:35:58 | | Join murz_ [0] (hu@WideOpenBSD.ORG) |
21:36:46 | CIA-6 | r27199 build result: All green |
21:36:59 | | Part murz_ |
21:37:01 | Stephen__ | \o/ |
21:37:06 | Stephen__ | good work bieber |
21:37:19 | bieber | Thank you |
21:37:38 | newipodman | saratoga did they get through the encryption then |
21:38:11 | AlexP | there is an exploit for the 4g nano |
21:38:19 | newipodman | oooohh |
21:38:20 | newipodman | do tell |
21:38:28 | AlexP | But nobody has done any of the massive amounts of reverse engineering needed |
21:38:52 | newipodman | soo theres hope but no rock box as of yet |
21:39:14 | AlexP | sure there is hope, but someone that wants it needs to do the work |
21:39:35 | newipodman | damn |
21:39:48 | AlexP | Nothing happens by magic |
21:39:56 | newipodman | wit |
21:40:02 | AlexP | truth |
21:40:40 | newipodman | ipod linux said they wanted to calaborate with rock box to crack it compleatley and they said rock box declined |
21:41:00 | AlexP | bollocks |
21:41:05 | scorche|sh | haha |
21:41:10 | scorche|sh | where did they say this? |
21:41:10 | newipodman | i had a feeling |
21:41:16 | newipodman | ill get you a link |
21:41:26 | AlexP | it is linux4nano who did the exploiting, and the linux4nano guy (TheSeven) is also a Rockbox dev |
21:41:52 | scorche|sh | ipodlinux has been quite dead for a while now...and i doubt any of them would say such a thing |
21:42:16 | newipodman | http://www.ipodwizard.net/showthread.php?t=45125&page=3 |
21:42:36 | newipodman | second post by noob1 |
21:42:43 | newipodman | noob81 |
21:42:52 | newipodman | It's a shame we've tried to contact RockBox and a few others and they've offered us no support through the years. If people would get to together and help more, then this might have been hacked a while ago |
21:42:57 | AlexP | he's talking arse |
21:43:08 | scorche|sh | and that is linux4nano...not ipodlinux |
21:43:22 | newipodman | ahh i thought they were the same brand |
21:46:00 | newipodman | i thought somethign of a miss cause its all open source and most people colaborate amongst each other |
21:46:05 | AlexP | everything we know is available and open |
21:46:17 | AlexP | If help == do it for us, then no |
21:46:40 | AlexP | And people are more than welcome to come and ask - this is the dev channel, the mailing list is open, etc. |
21:46:49 | lestatar | saratoga, balintx: thanks a lot guys... |
21:46:52 | AlexP | But if we don't know anything, how can we help? |
21:48:07 | newipodman | well i dont know how to hack it but im more than happy waiting a while till someone who does creates it i cant expect everyone to jump just cause i have a ipod not supported and neither should anyone else expect tht |
21:48:14 | AlexP | Rockbox is purely volunteers, doing what they want in their spare time. |
21:48:34 | AlexP | Most existing devs are more than busy enough doing things with the players they own |
21:48:48 | balintx | a - arm (ipods, iriver H10, Sansa, etc) |
21:48:52 | balintx | is it good for Fuzev2? |
21:49:02 | AlexP | If someone wants a new port badly enough, they need to do some of the massive amounts of work it takes. See www.rockbox.org/wiki/NewPort |
21:49:18 | AlexP | balintx: I think you want arm-eabi now |
21:49:51 | newipodman | thats the problem i guess rockbox has like hundreds of players to make prots for somethign smaller like the psp devs have like 6 to do and can put massive teams into play |
21:49:56 | balintx | 100 %? |
21:50:10 | balintx | ok doing it |
21:50:14 | | Quit marines (Ping timeout: 245 seconds) |
21:51:31 | | Quit Zigtown (Remote host closed the connection) |
21:52:23 | AlexP | balintx: yep |
21:53:22 | newipodman | that and dark alex teamed up with gen b doublng there dev power |
21:53:35 | balintx | oh i hate like that :@ |
21:53:45 | balintx | ROCKBOXDEV: extracting binutils-2.20.1.tar.bz2 |
21:53:45 | balintx | ROCKBOXDEV: applying patch binutils-2.20.1-ld-thumb-interwork-long-call.diff |
21:53:45 | balintx | patching file bfd/elf32-arm.c |
21:53:45 | DBUG | Enqueued KICK balintx |
21:53:45 | balintx | ROCKBOXDEV: mkdir build-binutils |
21:53:45 | balintx | mkdir: nem lehet a következő könyvtárat létrehozni: ”build-binutils”: A fájl már létezik |
21:53:54 | AlexP | balintx: pastebin please |
21:53:55 | balintx | make clean made no effect, of course. :S |
21:54:13 | AlexP | also, english output would be useful if you want people to be able to help :) |
21:54:52 | balintx | mkdir: can't make following directory: "build-binutils": The file already exists |
21:55:12 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:55:23 | balintx | now i have to co again because there isn't normal make clean >_< |
21:55:29 | bertrik | so delete it then |
21:55:56 | balintx | bertrik: i have aborted a compile in configure state. |
21:56:11 | balintx | and make clean deleted something, but not this |
22:00 |
22:04:48 | TheSeven | newipodman: eh, noob81 is actually one of our guys o.0 |
22:05:53 | balintx | okay so |
22:05:59 | balintx | it actually does not work. |
22:06:30 | TheSeven | however, that post was before the 2g breakthrough, when nobody didn't even have an idea how to attack the 4g |
22:07:15 | AlexP | I'm still not sure how we weren't helping though |
22:08:50 | | Join flydutch [0] (~flydutch@host129-160-dynamic.15-87-r.retail.telecomitalia.it) |
22:08:51 | TheSeven | IIRC we were sometimes asking ipodlinux and rockbox people to join us with our efforts, but back in june 2009 we didn't even have work to distribute, so I'm a bit confused |
22:08:57 | scorche|sh | it was more than us not helping...apparently they tried to get us to help them out, but we didnt do anything and refused to "get together and help" =/ |
22:10:22 | TheSeven | tbh, the worst guys were some of the iphone hackers who knew things that were very valuable to us long before, but just ignored our questions |
22:10:40 | balintx | http://paste.ubuntu.com/457522/ |
22:10:46 | TheSeven | that actually held back the crypto breakthrough on nano3g and up for about a year until planetbeing came back |
22:11:05 | | Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:11:10 | saratoga | i assume he means "help us by doing the port right now" |
22:11:16 | | Part AzureWurk |
22:12:15 | TheSeven | saratoga: he's actually the guy who discovered the notes exploit... without that, we wouldn't have rockbox on the 2g until today |
22:12:55 | AlexP | He makes it sound like we knew stuff but were being dicks, instead of just didn't know anything |
22:13:19 | balintx | any idea on it http://paste.ubuntu.com/457522/ ?? |
22:13:29 | scorche|sh | maybe we should take this over to -community.. |
22:13:57 | TheSeven | hmm, it's too long ago to really figure out what was going on back then, but I doubt he actually thought that. however, even I didn't know anything about rockbox back then and didn't really like the rockbox team :-) |
22:14:58 | TheSeven | back in those days, I did know the ipodlinux guys way better, and they *had* actually helped us with some things |
22:15:48 | TheSeven | if linuxstb wouldn't have been around, I wouldn't have cared much about rockbox back then |
22:15:55 | saratoga | there are still ipodlinux guys? |
22:16:12 | saratoga | haven't people been trying to get rockbox fixes back ported to IPL for years |
22:16:59 | TheSeven | well, there are still ipodlinux guys, even if they aren't really working on IPL any more |
22:17:18 | saratoga | ah ok |
22:18:05 | saratoga | I thought we'd absorbed all the ones still around |
22:18:22 | TheSeven | they are at least trying to keep the infrastructure (especially their wiki) running, which was a great help for us in the beginning |
22:18:58 | TheSeven | I originally got in touch with them because I was working on some itunesdb tools and their itunesdb wiki page was a really great resource for that |
22:19:11 | scorche|sh | TheSeven: and if they hadnt, i have a copy of their wiki i got from them that i was going to host...one of them got a server before i got my copy live ;) |
22:19:16 | TheSeven | later on, I helped them with fixing and updating their wiki software after moving to another server |
22:19:17 | scorche|sh | either way, -community ;) |
22:19:35 | TheSeven | scorche: I also had that dump :-P |
22:26:58 | balintx | so nobody had problem with this before? :@ |
22:26:58 | balintx | everything with rockbox crashes at me. |
22:27:03 | balintx | http://paste.ubuntu.com/457522/ ^^ |
22:28:36 | gevaerts | balintx: remove the build-binutils directory and try again |
22:29:00 | gevaerts | Or if you want to be thorough, remove /tmp/rbdev-build |
22:29:30 | balintx | but there isn't any build-binutils file or directory, even there isn't any file or directory like that. |
22:32:59 | simonrvn | it's in that dir |
22:38:05 | balintx | thanks |
22:38:15 | bieber_ | Does anyone know if text in a viewport with the status bar automatically stops rendering underneath the status bar? |
22:38:34 | bieber_ | Err, below it |
22:38:58 | | Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
22:39:04 | | Join fml [0] (~chatzilla@p5DD2CBB0.dip.t-dialin.net) |
22:40:56 | fml | Hello. The new syntax for the WPS %d tags is %d(N). Should it all also work for N > 3? |
22:43:27 | *** | Saving seen data "./dancer.seen" |
22:46:53 | | Quit sevard (Changing host) |
22:46:53 | | Join sevard [0] (sev@unaffiliated/sevard) |
22:50:56 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
22:51:32 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
22:55:18 | bieber_ | fml: I doubt it will work in SVN, but it may be made to work |
22:55:51 | bieber_ | JdGordon has been working on integrating the new parser, you'll want to ask him about it |
23:00 |
23:00:57 | Buschel | Can anyone with a MCF5250 (e.g. x5) and MCF5249 (e.g. h300) test the latest patch in FS #11445 ? I would like to know whether the audio is still fine and how much speed up could be reached on CF. |
23:04:41 | wodz | Buschel: I can test on HD200 (MCF5249) |
23:04:53 | Buschel | wodz: great :) |
23:05:10 | fml | bieber: just tested on the sim. %d(4) works as expected, i.e. it gives the 4th segment from the end. |
23:05:39 | lestatar | hi guys again...how do i roll back to an earlier build on v2 fuze? |
23:06:01 | lestatar | latest 27199 for v2 fuze seems very unstable for me vs 26906 |
23:06:22 | bieber_ | fml: Good to hear, guess I was a little off there |
23:07:32 | wodz | WM8750 register map is going to kill me |
23:07:56 | fml | But one thing is weird: if I "play" a WPS file that's not in the wps directory but just in the root, then it doesn't get loaded |
23:09:44 | fml | I think it should be loaded but not remembered as the setting. Am I right? |
23:11:29 | | Quit esperegu (Remote host closed the connection) |
23:13:55 | | Join Buschel_ [0] (~~andree@p54A3CC26.dip.t-dialin.net) |
23:14:57 | lestatar | hi anyone free? |
23:15:54 | | Quit Buschel (Ping timeout: 240 seconds) |
23:17:27 | saratoga | Buschel_: have you gotten profiling to work? |
23:17:51 | fml | Should I file a bug about WPS not loading from the root directory? Or is it how WPS should work now? |
23:18:44 | Buschel_ | saratoga: no. I have just commented code segments (starting from the end, until I have reached the bitstream decoding) |
23:19:03 | Buschel_ | ..and did some printf debugging :) |
23:19:37 | saratoga | hmm ok |
23:19:41 | | Nick Buschel_ is now known as Buschel (~~andree@p54A3CC26.dip.t-dialin.net) |
23:19:52 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:19:52 | * | wodz is compiling svn+faad_v07.patch |
23:19:58 | saratoga | i haven't been able to get it to work |
23:20:21 | Buschel | saratoga: results are good enough though |
23:21:10 | fml | kugel: are you one of the WPS guys? Could you tell me whether WPS should be loaded from non-WPS dirs as well? |
23:21:40 | kugel | I don't really know, but I would expect what you said |
23:22:51 | Buschel | wodz: let's hope the results are more impressive now |
23:23:14 | lestatar | hate to be a pain, but can someone tell me please how to rollback to a specific rb build on v2 fuze? |
23:24:55 | | Quit domonoky (Read error: Connection reset by peer) |
23:26:25 | | Join fyre^OS [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) |
23:28:13 | CIA-6 | New commit by bieber (r27200): Theme Editor: Implemented status bar enable/disable |
23:29:49 | CIA-6 | r27200 build result: All green |
23:30:57 | wodz | Buschel: svn+faad_v07.patch fails to decode nero_192 test file |
23:31:13 | Buschel | :( |
23:31:54 | Buschel | wodz: can you please try to locally undo the change in libfaad/bits.h ? |
23:32:17 | | Quit bmbl (Quit: Bye!) |
23:32:58 | wodz | sure |
23:33:25 | fml | JdGordon: here you have it :-) FS #11449 - WPS is not loaded if the .wps file is not in the WPS directory |
23:33:26 | Buschel | wodz: I have two possible candidates for this error. this is the first... |
23:33:43 | | Quit fyre^OS (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
23:35:32 | | Quit bertrik (Quit: :tiuQ) |
23:37:26 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
23:37:35 | wodz | Buschel: reverting bits.h makes it working |
23:37:47 | Buschel | good :o) |
23:38:57 | wodz | 225.79% realtime 55.00MHz |
23:39:03 | gevaerts | lestatar: just install the old version |
23:39:29 | Buschel | wodz: cool, that is -5 MHz |
23:39:36 | wodz | yep |
23:40:01 | lestatar | hey thanks gevaerts...i used rbutility and made a backup...so i restored and overwrote all files on fuze using the backup... |
23:40:18 | lestatar | waiting for stupid sandisk refresh now to see if it works...thanks again |
23:40:31 | | Quit scorche (Disconnected by services) |
23:40:41 | | Join scorche` [0] (~scorche@rockbox/administrator/scorche) |
23:41:12 | wodz | Buschel: do you want me to conduct some other experiment? otherwise I'll go sleep() |
23:42:16 | Buschel | wodz: not for today. I'll just correct the patch in FS (removing the bits.h change) and update your results. |
23:42:20 | Buschel | wodz: thanks! |
23:45:58 | * | amiconn just got a freeze on his Clip+ |
23:46:50 | amiconn | The first one I ever observed on the +. Tried to stop playback by pressing Off twice (first one to enable "backlight"), but the backlight stayed off. |
23:48:29 | Luca_S | amiconn: I'm having the same kind of freezes on FuzeV2, about 1 every 8hrs of playback |
23:48:37 | | Join sneak [0] (debian-tor@gateway/tor-sasl/sneak) |
23:49:52 | amiconn | That was my first one after >20 hours of playback (also more than 20 start/ stop/ poweroff cycles) |
23:51:18 | | Quit evilnick_B (Quit: Page closed) |
23:51:37 | amiconn | Buschel: I guess MCF5250 still needs testing? |
23:54:29 | Buschel | amiconn: would be great, yes |
23:54:40 | amiconn | building... |
23:55:33 | wodz | when some plugin is running USB insert is not handled at all. Is it a bug or feature? |
23:56:44 | amiconn | It's a bug in the plugin. |
23:57:00 | amiconn | Most plugins should handle it properly. Test plugins aren't required to |
23:57:11 | wodz | I see |
23:58:52 | amiconn | If you find one that doesn't *and* is not a test plugin, please report (or try to fix it...) |