| 00:04:54 | | Join Provel [0] (~Provel@75-132-51-111.dhcp.stls.mo.charter.com) |
| 00:11:55 | | Quit bp0 (Quit: Leaving) |
| 00:11:55 | | Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 35.0/20141229214612]) |
| 00:12:30 | | Quit Provel (Ping timeout: 244 seconds) |
| 00:16:38 | | Quit AlexP (Remote host closed the connection) |
| 00:24:04 | | Quit uwe_ (Ping timeout: 244 seconds) |
| 00:28:00 | | Quit xorly (Ping timeout: 244 seconds) |
| 00:31:05 | | Join uwe_ [0] (~uwe_@ipservice-092-211-043-009.092.211.pools.vodafone-ip.de) |
| 00:34:56 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:02:46 | | Quit bertrik (Remote host closed the connection) |
| 01:21:57 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 01:38:33 | [Franklin] | foolsh: see G#1124 |
| 01:38:37 | fs-bluebot | Gerrit review #1124 at http://gerrit.rockbox.org/r/1124 : [WIP] Racing game by Franklin Wei |
| 01:38:57 | [Franklin] | really basic right now |
| 01:39:18 | [Franklin] | I was hoping that someone with a bit more knowledge of 3d/2.5d rendering could give me a bit of help |
| 01:40:45 | [Franklin] | I found this: http://www.extentofthejam.com/pseudo |
| 01:41:10 | foolsh | just saw an artical today let try to dig it up |
| 01:47:00 | | Join d33tah [0] (~d33tah@kolos.math.uni.lodz.pl) |
| 01:47:04 | d33tah | hello! |
| 01:47:19 | d33tah | i'm trying to build rockbox for creative zen |
| 01:47:21 | [Franklin] | hello d33tah! |
| 01:47:31 | d33tah | got the error: bitmaps/rockboxlogo.h: No such file or directory |
| 01:47:52 | d33tah | google mentions modifying SOURCES in the makefile, but i'm kind of lost on how exactly |
| 01:47:57 | d33tah | (latest git) |
| 01:49:10 | d33tah | bootloader doesn't build either: /home/d33tah/workspace/rockbox/firmware/common/version.c:22:23: error: rbversion.h: No such file or directory |
| 01:49:25 | [Franklin] | how are you building? |
| 01:49:31 | [Franklin] | what command? |
| 01:49:46 | d33tah | used rockboxdev.sh to build the toolchain |
| 01:49:52 | [Franklin] | and then? |
| 01:49:54 | d33tah | then made "build" directory, cd'ed there and ran |
| 01:49:57 | d33tah | ../tools/configure |
| 01:50:17 | [Franklin] | that's causing the error? |
| 01:50:24 | d33tah | looks like. |
| 01:50:32 | [Franklin] | you didn't run make or anything? |
| 01:50:37 | d33tah | ah |
| 01:50:40 | d33tah | sorry, yeah, i did run make |
| 01:50:41 | | Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) |
| 01:50:43 | d33tah | got -j8 in MAKEFLAGS |
| 01:50:49 | d33tah | but with -j1 it fails as well |
| 01:51:07 | [Franklin] | have you moved your build dir? |
| 01:51:22 | d33tah | when? i don't think i did |
| 01:51:39 | [Franklin] | weird |
| 01:51:49 | d33tah | Fedora 21 |
| 01:51:58 | d33tah | commit f91434cc7b4204ca47c86090928cdd454dd52606 |
| 01:52:20 | [Franklin] | that's my HEAD too |
| 01:52:48 | d33tah | got ccache on and my $SHELL is zsh |
| 01:53:07 | [Franklin] | can you ls in the build dir? |
| 01:53:42 | d33tah | hold on, i think i found the issue |
| 01:53:55 | d33tah | looks like it's leftover from my previous toolchain |
| 01:54:27 | d33tah | i had arm-linux-gnu-gcc and tried hacking configure to use it, after recreating the build dir it seems to go on |
| 01:54:32 | d33tah | sorry [Franklin], my fault |
| 01:54:38 | [Franklin] | np ;) |
| 01:55:36 | | Quit AlexP (Remote host closed the connection) |
| 02:00 |
| 02:07:39 | foolsh | [Franklin]: hmm, the horizon isn't starting at screen_height/2 on the fuze+ (at least not yet) ;) |
| 02:09:01 | [Franklin] | yeah, it's very much a WIP :) |
| 02:14:51 | foolsh | To talk a bit about the pseudo part of putting cars and trees on the screen, the Y position of an object is calulated by it Z value, you'll most likely have window of visible "sprites" who's Z value places them between screen_height/2 and screen_height, a Z index falls (or increses which ever you way you want) with acceleration, if they don't fall in between those two limits they get skipped |
| 02:15:53 | foolsh | and allong the way you draw them shorter Y/Z and thiner X/Z the farther they are away |
| 02:17:56 | | Join bp0 [0] (~bp@unaffiliated/bp0) |
| 02:22:58 | [Franklin] | thanks foolsh |
| 02:27:58 | [Franklin] | I'm just not sure if my current code is the right way to do it |
| 02:28:32 | [Franklin] | should I abandon the scanline method that I'm using now and move to an poly-by-poly method? |
| 02:29:06 | foolsh | It would make it more portable |
| 02:29:44 | foolsh | if you don't you could calulate that on the fly with screen_hieght _width etc |
| 02:31:13 | [Franklin] | hmm... |
| 02:34:48 | [Franklin] | I don't know |
| 02:35:00 | *** | Saving seen data "./dancer.seen" |
| 02:35:12 | [Franklin] | scanline is easier, I think |
| 02:37:16 | foolsh | even so, it can still be ambiguous asfar as screen size goes |
| 02:37:32 | foolsh | #define GROUND_LEVEL (LCD_HEIGHT/2) |
| 02:37:42 | foolsh | and other such things |
| 02:39:16 | [Franklin] | but then poly-by-poly is much more extensible |
| 02:39:38 | [Franklin] | I think that's what this does: http://codeincomplete.com/posts/2012/6/22/javascript_racer/ |
| 02:39:59 | * | [Franklin] thinks he'll base the rockbox game off of that one |
| 02:44:00 | * | foolsh reminisces about F-zero on the SNES |
| 02:44:53 | foolsh | I really liked the courses with opponents game play style |
| 02:46:36 | [Franklin] | this has got a looong way to go until it's playable ;) |
| 02:46:53 | Ivoah | [Franklin]: What'cha workin' on? |
| 02:47:05 | [Franklin] | Ivoah: G#1124 |
| 02:47:09 | fs-bluebot | Gerrit review #1124 at http://gerrit.rockbox.org/r/1124 : [WIP] Racing game by Franklin Wei |
| 02:48:23 | Ivoah | [Franklin]: How many projects do you have going right now? xworld, z80e, this racing game... |
| 02:49:17 | [Franklin] | xworld is "done" |
| 02:49:24 | [Franklin] | z80e is in progress |
| 02:49:39 | [Franklin] | "racer" was just started |
| 02:52:14 | [Franklin] | foolsh: lookee here! https://github.com/djyt/cannonball/wiki |
| 02:52:42 | [Franklin] | too bad it's C++, otherwise I would just have copy+pasted it :) |
| 02:53:01 | foolsh | This one is nicely done but no code :( https://www.youtube.com/watch?feature=player_embedded&v=SkSkXLZLu6I |
| 02:53:06 | [Franklin] | looks like 3-clause BSD license |
| 02:54:14 | Ivoah | [Franklin]: rockbox doesn't support C++? |
| 02:54:49 | [Franklin] | nope |
| 02:55:49 | Ivoah | Wow, that's surprising. Why not? |
| 02:56:56 | foolsh | Ivoah: http://forums.rockbox.org/index.php?topic=6510.0 |
| 02:56:57 | [Franklin] | too heavy and slow |
| 03:00 |
| 03:02:23 | [Saint] | ~ |
| 03:03:18 | [Saint] | While that's largely true, it isn't always the case. I think its more that the ++ bits aren't particularly relevant to the embedded use case, no? |
| 03:05:36 | [Saint] | more specifically _our_ embedded use case. |
| 03:28:42 | JanC | it might be possible to implement a subset of C++ that's useful for Rockbox & similar (embeded) use cases |
| 03:29:39 | [Franklin] | yes, it is completely possible |
| 03:29:40 | [Franklin] | but why? |
| 03:29:53 | [Franklin] | C is faster and more compact in general |
| 03:34:52 | JanC | [Franklin]: in theory, a well-chosen subset of C++ could be more compact even (more expressiveness => more potential optimisations) |
| 03:35:48 | JanC | of course that would exclude stuff like exceptions etc. |
| 03:43:33 | | Quit [Franklin] (Ping timeout: 252 seconds) |
| 03:44:38 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 03:52:42 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 04:00 |
| 04:01:56 | | Quit chrisb (Remote host closed the connection) |
| 04:02:17 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 04:35:04 | *** | Saving seen data "./dancer.seen" |
| 04:38:00 | | Quit charlie (Read error: Connection reset by peer) |
| 04:54:53 | | Quit krabador (Quit: Take the time.) |
| 04:59:33 | | Quit williamtdr (Quit: Connection closed for inactivity) |
| 05:00 |
| 05:10:18 | | Quit eeeeeta (Ping timeout: 250 seconds) |
| 05:14:41 | | Quit TheSeven (Ping timeout: 265 seconds) |
| 05:15:47 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:00 |
| 06:19:36 | | Quit saratoga (Ping timeout: 246 seconds) |
| 06:30:06 | | Join benjabean1 [0] (~benjabean@216-80-120-152.alc-bsr1.chi-alc.il.static.cable.rcn.com) |
| 06:32:10 | | Part benjabean1 ("Leaving") |
| 06:35:06 | *** | Saving seen data "./dancer.seen" |
| 06:46:02 | | Nick cmhobbs is now known as jurdboyt (~cmhobbs@fsf/member/cmhobbs) |
| 06:46:40 | | Nick jurdboyt is now known as cmhobbs (~cmhobbs@fsf/member/cmhobbs) |
| 06:47:40 | | Nick cmhobbs is now known as jurdboyt (~cmhobbs@fsf/member/cmhobbs) |
| 06:49:15 | | Nick jurdboyt is now known as cmhobbs (~cmhobbs@fsf/member/cmhobbs) |
| 07:00 |
| 07:06:33 | | Join eeeeeta [0] (~eeeeeta@gateway/tor-sasl/eeeeeta) |
| 07:22:45 | | Quit cmhobbs (Remote host closed the connection) |
| 07:49:26 | | Quit chrisb (Ping timeout: 264 seconds) |
| 08:00 |
| 08:03:44 | | Quit nialv7 (Remote host closed the connection) |
| 08:16:52 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 08:25:18 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:25:44 | | Quit eeeeeta (Ping timeout: 250 seconds) |
| 08:28:20 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 08:33:33 | | Join Provel [0] (~Provel@75-132-51-111.dhcp.stls.mo.charter.com) |
| 08:35:07 | *** | Saving seen data "./dancer.seen" |
| 08:44:59 | | Quit ukleinek (Quit: change hosts) |
| 08:49:57 | | Quit Cinos (Ping timeout: 245 seconds) |
| 08:56:26 | | Join Cinos [0] (Cinos@cinos.biz) |
| 09:00 |
| 09:00:24 | | Quit pamaury (Ping timeout: 265 seconds) |
| 09:04:05 | | Join xorly [0] (~xorly@m180.dkm.cz) |
| 09:06:33 | | Join petur [0] (5bb7304d@rockbox/developer/petur) |
| 09:21:31 | | Quit the-kyle (Ping timeout: 245 seconds) |
| 09:22:07 | | Join the-kyle [0] (~kyle@kyle.tk) |
| 09:43:06 | | Quit shmibs (Ping timeout: 272 seconds) |
| 09:47:13 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 09:48:21 | | Quit xorly (Ping timeout: 240 seconds) |
| 09:48:57 | | Join edhelas [0] (~edhelas@193.172.124.224) |
| 09:51:13 | | Join shmibs [0] (~shmibs@198.52.217.65) |
| 10:00 |
| 10:07:05 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 10:35:09 | *** | Saving seen data "./dancer.seen" |
| 10:45:05 | | Join maruk1 [0] (~papier@titanium.v6.sdv.fr) |
| 10:50:36 | | Join eeeeeta [0] (~eeeeeta@gateway/tor-sasl/eeeeeta) |
| 11:00 |
| 11:21:34 | | Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) |
| 11:21:35 | | Quit pamaury (Changing host) |
| 11:21:35 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:35:36 | | Quit AlexP (Remote host closed the connection) |
| 11:44:17 | | Join Scromple_ [0] (~Simon@27.127.199.230) |
| 11:45:10 | | Quit Scr0mple (Read error: Connection reset by peer) |
| 11:45:29 | | Join Ivoah_ [0] (~Ivoah@p-74-209-19-63.dsl1.rtr.chat.fpma.frpt.net) |
| 11:47:18 | | Quit Ivoah (Ping timeout: 245 seconds) |
| 11:53:02 | wodz | pamaury: ping |
| 11:54:57 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 12:00 |
| 12:00:52 | alexbobp | [Saint]: ah so it will randomly work with some devices and not others? |
| 12:00:59 | alexbobp | re: the ipod controls thing |
| 12:35:10 | *** | Saving seen data "./dancer.seen" |
| 12:49:45 | pamaury | wodz: pong |
| 12:53:05 | wodz | pamaury: in hwstub .lds files the special symbol names are a bit strange. What is the reason of oc_ prefix other then historical? |
| 12:53:28 | pamaury | historical, means on-chip |
| 12:53:30 | pamaury | 'ram) |
| 12:53:33 | pamaury | (ram) |
| 12:55:22 | wodz | pamaury: Are you going to push to gerrit current state of soc desc work? |
| 12:56:01 | pamaury | yeah, I just have a question for you. I stumbled a compatibility issue about hwstub_shell |
| 12:56:21 | | Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) |
| 12:56:49 | pamaury_ | I the current version, registers have a .read() and .write() method |
| 12:57:27 | pamaury_ | and if they have a SCT variant, the .set(), .clr() and .tog() methods use the SCT variant; if they don't, they are emulated with RMW |
| 12:58:21 | pamaury_ | with the new format, the concept of SCT is not hardwired anymore, and registers with SCT variants will naturally have a reg.SET.write() method (because of the SET subnode) |
| 12:59:09 | pamaury_ | it means that to keep compatibility (ie .set() is using the SET variant when possible) I have to explicitely write code for it and assume some naming convention. What do you think ? |
| 13:00 |
| 13:00:14 | wodz | isn't it cleaner to do sed s/.set(/.SET.write(/g ? |
| 13:00:29 | pamaury_ | yeah that's what I think too |
| 13:01:35 | wodz | anyway 'my' targets don't have SCT variants so do what you find more convenient from your POV |
| 13:25:41 | | Quit kvieta (Ping timeout: 245 seconds) |
| 13:33:57 | | Join kvieta [0] (~kvieta@149.255.110.134) |
| 14:00 |
| 14:08:28 | pamaury_ | wodz: g#1073 |
| 14:08:33 | fs-bluebot | Gerrit review #1073 at http://gerrit.rockbox.org/r/1073 : soc_desc: new version of the desc file format by Amaury Pouly |
| 14:08:58 | wodz | pamaury_: Ok, will look |
| 14:09:15 | pamaury_ | at the moment my old lua scripts are broken because I need to do some renaming and maybe add a few fields, also hwstub_shell is mostly untested at this point except for the register tree generation |
| 14:11:27 | wodz | pamaury_: you mean SCT thingy is broken in lua, right? |
| 14:13:40 | pamaury | for rk27xx I think it should work |
| 14:14:09 | | Quit pamaury_ (Ping timeout: 244 seconds) |
| 14:14:15 | pamaury | at least it is implemented, although untested |
| 14:14:34 | pamaury | you can do reg.set(x) and it will read-modify-write |
| 14:20:39 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 14:23:47 | | Quit wodz (Quit: Leaving) |
| 14:35:14 | *** | Saving seen data "./dancer.seen" |
| 14:36:19 | | Join xorly [0] (~xorly@m180.dkm.cz) |
| 14:51:18 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:00 |
| 15:32:30 | | Quit AlexP (Remote host closed the connection) |
| 15:57:45 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 16:00 |
| 16:00:21 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 16:00:30 | | Quit dfkt (Disconnected by services) |
| 16:00:45 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 16:07:34 | pamaury | here we go, let's see if the usb rework compiles on all targets... |
| 16:09:15 | | Nick cmhobbs is now known as jurdboyt (~cmhobbs@fsf/member/cmhobbs) |
| 16:09:34 | | Part LinusN |
| 16:10:54 | | Join ZincAlloy [0] (~Adium@pD9EEB1BF.dip0.t-ipconnect.de) |
| 16:11:01 | | Quit jurdboyt (Quit: Leaving) |
| 16:11:15 | | Join cmhobbs [0] (~cmhobbs@wsip-70-166-128-87.fv.ks.cox.net) |
| 16:11:15 | | Quit cmhobbs (Changing host) |
| 16:11:15 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 16:12:50 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 16:16:35 | pamaury | ah, a few yellows |
| 16:17:03 | gevaerts | Weird ones |
| 16:17:42 | pamaury | yeah I'm surprised by these warnings, I need to try to compile them to see |
| 16:17:57 | pamaury | I must say I forgot to grep in the bootloaders |
| 16:19:38 | pamaury | damn the as3525 bootloader uses #ifdef USE_ROCKBOX_USB |
| 16:20:29 | gevaerts | Should be HAVE_BOOTLOADER_USB, I guess |
| 16:21:05 | pamaury | it's weird, based on https://gist.github.com/pamaury/b3db692c1880ef97a0f2 |
| 16:21:12 | pamaury | the as3525 bootloader don't do HAVE_BOOTLOADER_USB |
| 16:21:22 | pamaury | but they have USE_ROCKBOX_USB... |
| 16:21:53 | pamaury | do they have bootloader usb mode ? I don't think so ?! |
| 16:22:37 | pamaury | hum, from the code it seems they do a "Bootloader USB mode" for charging only |
| 16:23:05 | pamaury | who can confirm this ? |
| 16:24:45 | pamaury | based on this assumption, USE_ROCKBOX_USB is wrong too, it should be !USB_NONE |
| 16:24:45 | | Quit xorly (Read error: Connection reset by peer) |
| 16:26:37 | | Join xorly [0] (~xorly@m180.dkm.cz) |
| 16:27:22 | | Join Misanthropos [0] (~Misanthro@frnk-5f7425a3.pool.mediaWays.net) |
| 16:27:56 | gevaerts | pamaury: I'm not convinced. It looks strange to me |
| 16:29:26 | pamaury | why ? the #ifdef could even be removed since those have usb anyway |
| 16:29:34 | pamaury | (usb detection at least) |
| 16:30:00 | gevaerts | I mean, are you sure that's not full bootloader USB? |
| 16:30:15 | gevaerts | They did get USB_FULL_INIT |
| 16:30:24 | gevaerts | (defined(USE_ROCKBOX_USB) && CONFIG_USBOTG == USBOTG_AS3525) |
| 16:31:31 | pamaury | hum, but the thread doesn't acknowledge usb connection so it cannot do mass storage in theory |
| 16:32:13 | gevaerts | No, that's where I'm confused :) |
| 16:32:47 | pamaury | so yeah it has a full usb stack (which is bad because it should define HAVE_BOOTLOADER_USB instead of hacking usb.c) but I don't see how it can use it |
| 16:32:52 | pamaury | except for charging |
| 16:35:15 | *** | Saving seen data "./dancer.seen" |
| 16:35:56 | gevaerts | I think I have a fuzev2 somewhere at home. I can check tonight what the bootloader actually does |
| 16:36:15 | pamaury | yeah I have a clip+, I can check tonight |
| 16:36:32 | pamaury | it doesn't impact the released bootloader anyway |
| 16:37:05 | gevaerts | It doesn't, no, but I think that code hasn';t been changed since the bootloader release, so it will clarify things |
| 16:37:24 | pamaury | the pp bl also uses USE_ROCKBOX_USB |
| 16:38:09 | pamaury | urg, what is this usb_drv_powered() thing ??? |
| 16:41:01 | pamaury | looks like another way to know if usb is inserted to me |
| 16:41:42 | pamaury | except the code seems to indicate it's not the case :( |
| 16:43:10 | pamaury | I'll have to get rid of this if possible |
| 16:43:35 | pamaury | usb_pin_init() |
| 16:43:47 | pamaury | damn this bootloader is a mess |
| 16:44:29 | pamaury | gevaerts: I'm going to commit the other patches on gerrit about usb if don't mind ? |
| 16:44:37 | pamaury | I'll fix this tonight |
| 16:44:49 | gevaerts | I agree |
| 16:45:09 | gevaerts | This bootloader thing needs more thinking and testing, and shouldn't block the other stuff |
| 16:46:27 | pamaury | yes, there is plenty of old code which does things the old way |
| 16:46:32 | pamaury | it needs a cleanup |
| 16:59:38 | pamaury | other commits didn't make it worse |
| 17:00 |
| 17:06:22 | | Quit cmhobbs (Remote host closed the connection) |
| 17:15:14 | | Quit Misanthropos (Ping timeout: 255 seconds) |
| 17:23:30 | | Quit petur (Quit: Page closed) |
| 17:29:39 | | Quit edhelas (Ping timeout: 244 seconds) |
| 17:39:36 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 17:44:12 | gevaerts | Hmmmm |
| 17:44:58 | pamaury | yes ? |
| 17:45:30 | gevaerts | Should I fix the manual in a hacky way, or hold to principles and blame debian? |
| 17:45:33 | | Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) |
| 17:45:45 | pamaury | what is the problem ? |
| 17:46:03 | pamaury | you could do both ;) |
| 17:47:20 | gevaerts | See g#1127 |
| 17:47:24 | fs-bluebot | Gerrit review #1127 at http://gerrit.rockbox.org/r/1127 : Include scrreprt.4ht from http://tug.org/svn/texlive/trunk/Master/texmf-dist/tex... by Frank Gevaerts |
| 17:47:32 | gevaerts | With that, the html manual builds for me |
| 17:48:01 | gevaerts | It's not really a clean fix though |
| 17:48:52 | pamaury | urg, I'm not sure I understand why this is necessary |
| 17:49:12 | gevaerts | Because the scrreprt.4ht in debian is "broken" |
| 17:49:28 | gevaerts | It depends on other stuff, and that other stuff has changed in apparently incompatible ways |
| 17:50:34 | gevaerts | You can also overwrite your packaged version, but that's not really much better :) |
| 17:51:39 | gevaerts | And reporting the bug and waiting until it's fixed in stable releases might take a while... |
| 17:52:05 | pamaury | is it broken in stable only or all versions ? |
| 17:52:05 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 17:52:20 | pamaury | I'd say we could add this file to fix it and report the bug if needed |
| 17:52:34 | gevaerts | It's broken in all current debian-related distros as far as I can see |
| 17:52:47 | gevaerts | It might be OK in some others |
| 18:00 |
| 18:02:40 | * | gevaerts wants to add the debian bug number to the commit message before he pushes, so now he has to wait for that to come back... |
| 18:12:55 | | Quit amayer (Quit: Leaving) |
| 18:16:12 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 18:17:55 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:21:27 | | Quit cmhobbs (Remote host closed the connection) |
| 18:34:36 | | Join edhelas [0] (~edhelas@77-173-17-40.ip.telfort.nl) |
| 18:35:19 | *** | Saving seen data "./dancer.seen" |
| 18:40:00 | | Quit maruk1 (Quit: Leaving.) |
| 18:40:23 | gevaerts | Hmmm |
| 18:41:56 | gevaerts | So it's still a bit more complicated |
| 18:43:33 | | Join GeekShadow [0] (~antoine@nzf.turmel.info) |
| 18:43:33 | | Quit GeekShadow (Changing host) |
| 18:43:33 | | Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) |
| 18:43:54 | | Quit d33tah (Ping timeout: 255 seconds) |
| 18:46:19 | | Join d33tah [0] (~d33tah@kolos.math.uni.lodz.pl) |
| 18:49:21 | | Quit pamaury (Remote host closed the connection) |
| 19:00 |
| 19:17:11 | gevaerts | OK, so I don't really get the manual thing |
| 19:18:07 | gevaerts | On my laptop, putting that scrreprt.4ht in manual/ fixes things, on TheSeven's build client it doesn't, and on older setups (such as my build client) where the manual still usewd to build it breaks things |
| 19:18:29 | gevaerts | I'm going to hope it fixes things on the server so the manuals on the website are back... |
| 19:25:51 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 19:31:35 | | Join RiD [0] (~RiD@bl22-13-146.dsl.telepac.pt) |
| 19:34:38 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 19:46:46 | pamaury | gevaerts: my sansa clip+ doesn't seem to do USB bootloader mode |
| 19:47:20 | pamaury | ah wait, I need to press select |
| 19:48:09 | pamaury | doesn't seem to have any effect, maybe my bootloader isn't new enough |
| 19:48:32 | | Quit d33tah (Ping timeout: 265 seconds) |
| 19:51:47 | | Join d33tah [0] (~d33tah@kolos.math.uni.lodz.pl) |
| 19:52:00 | gevaerts | pamaury: my fuzev2 does do it |
| 19:52:14 | pamaury | when you press select ?. |
| 19:52:17 | gevaerts | Yes |
| 19:52:21 | pamaury | what happen then ? |
| 19:53:29 | gevaerts | If I hold select when plugging it in while it's off, the screen says "Bootloader USB mode" and I have USB |
| 19:53:55 | gevaerts | Which works |
| 19:54:03 | pamaury | do you have the storage ? |
| 19:54:12 | gevaerts | Yes |
| 19:54:20 | gevaerts | I can mount it and see files |
| 19:56:08 | pamaury | I really don't understand how this is possible... |
| 20:00 |
| 20:01:07 | pamaury | the main thread needs to acknowledge the connection |
| 20:02:58 | pamaury | I will check on my fuze+ what happen |
| 20:14:38 | gevaerts | pamaury: the main thread doesn't actually have to ack it |
| 20:14:55 | gevaerts | Every event handler needs to ack it, but if you don't have an event handler... |
| 20:21:31 | pamaury | ah that's right |
| 20:22:13 | | Quit chrisb (Ping timeout: 244 seconds) |
| 20:27:48 | | Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) |
| 20:29:18 | | Join krabador [0] (~krabador_@host138-177-dynamic.26-79-r.retail.telecomitalia.it) |
| 20:29:32 | | Quit krabador (Changing host) |
| 20:29:32 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 20:29:47 | | Quit JdGordon (Ping timeout: 264 seconds) |
| 20:35:20 | *** | Saving seen data "./dancer.seen" |
| 20:46:50 | | Join lorenzo92 [0] (~chatzilla@host24-106-dynamic.117-80-r.retail.telecomitalia.it) |
| 20:46:58 | lorenzo92 | g#1120 |
| 20:47:34 | fs-bluebot | Gerrit review #1120 at http://gerrit.rockbox.org/r/1120 : ypr0/ypr1: GPIO handling API refactoring by Lorenzo Miori |
| 20:47:44 | lorenzo92 | g#707 |
| 20:48:08 | lorenzo92 | SmartSpam |
| 20:48:19 | fs-bluebot | Gerrit review #707 at http://gerrit.rockbox.org/r/707 : yp-r0: improve the charging code by Lorenzo Miori |
| 21:00 |
| 21:05:06 | [Saint] | lorenzo92: JSYK, fs-bluebot can deal with multiple gerrit task instances on the same line. |
| 21:05:29 | [Saint] | for example: g#1120 g#707 |
| 21:05:56 | [Saint] | Oh...well, isn't that just hilarious. Heh. :) |
| 21:06:14 | * | [Saint] prods fs-bluebot |
| 21:07:06 | [Saint] | Well, I just made a fool of myself. Up yours, fs-bluebot. It /should/ deal with that just fine. |
| 21:07:38 | fs-bluebot | Gerrit review #1120 at http://gerrit.rockbox.org/r/1120 : ypr0/ypr1: GPIO handling API refactoring by Lorenzo Miori |
| 21:07:38 | fs-bluebot | Gerrit review #707 at http://gerrit.rockbox.org/r/707 : yp-r0: improve the charging code by Lorenzo Miori |
| 21:07:54 | gevaerts | :) |
| 21:08:08 | [Saint] | Aha. He was taking a nap. :) |
| 21:24:04 | lorenzo92 | haha indeed, anyway spammers are not 1 liners :D |
| 21:38:06 | | Join chrisb [0] (~chrisb@pool-71-185-1-106.phlapa.east.verizon.net) |
| 21:39:38 | | Quit edhelas (Ping timeout: 264 seconds) |
| 21:45:52 | | Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr) |
| 22:00 |
| 22:00:33 | | Join saratoga [0] (123e1f2d@gateway/web/freenode/ip.18.62.31.45) |
| 22:00:58 | saratoga | has anyone built the compilers on macos recently? just trying it now rockboxdev.sh fails building gcc with some compiler errors |
| 22:01:23 | saratoga | ../../gcc-4.4.4/gcc/toplev.c:571:1: error: redefinition of a 'extern inline' function 'exact_log2' is not supported in C99 mode |
| 22:04:34 | pamaury | gevaerts: I'm puzzled, on my fuze+ bootloader USB mode won't work without the made thread explicitely acknowledging the connect |
| 22:05:09 | pamaury | I must be missing something... |
| 22:06:44 | gevaerts | pamaury: button_init() |
| 22:07:10 | gevaerts | The as3525 bootloader doesn't do that, and it sets up an event queue |
| 22:07:27 | pamaury | indeed, and how/when is this queue polled ? |
| 22:08:00 | gevaerts | button_get_w_tmo() |
| 22:08:16 | | Join edhelas [0] (~edhelas@77-173-17-40.ip.telfort.nl) |
| 22:09:51 | pamaury | but I already call it regularly... |
| 22:10:03 | gevaerts | Well yes |
| 22:10:09 | * | gevaerts is confused |
| 22:10:17 | | Join _wodz_ [0] (594b6add@gateway/web/freenode/ip.89.75.106.221) |
| 22:10:21 | gevaerts | What's the question? |
| 22:11:00 | pamaury | why do I need the explicit call to usb_acknowledge(SYS_USB_CONNECTED_ACK); |
| 22:11:12 | gevaerts | Because there's an event queue |
| 22:11:23 | gevaerts | as3525 doesn't do tha |
| 22:11:26 | gevaerts | *that |
| 22:11:52 | pamaury | ah you mean that the button function don't do the ack... |
| 22:11:56 | pamaury | yeah that makes sense |
| 22:12:03 | _wodz_ | gevaerts: Could it be that db->quote() thing causes clients to think that build is always sucessfull? |
| 22:12:19 | gevaerts | _wodz_: I think so, yes |
| 22:12:40 | _wodz_ | gevaerts: would be nice to test this somehow |
| 22:13:37 | pamaury | hum, I think I spotted the bug in the imx233 bootloader |
| 22:13:58 | gevaerts | _wodz_: that's Zagor's job I'd say :) |
| 22:14:00 | pamaury | before loading the firmware, I never stop the threads or the timer or the scheduler, something nasty could happen |
| 22:15:58 | pamaury | hum, I disable interrupts though |
| 22:16:16 | pamaury | One day I'll find why the bootloader *sometimes* freezes after usb mode |
| 22:16:45 | _wodz_ | with disabled interrupts I don't see what can go wrong |
| 22:18:03 | pamaury | gevaerts: so about sansa as3525 bootloader, I think we should define HAVE_BOOTLOADER_USB and ifdef HAVE_BOOTLOADER_USB in the bl |
| 22:18:17 | * | gevaerts nods |
| 22:19:34 | pamaury | also I don't see why the includes are conditional |
| 22:20:50 | | Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) |
| 22:21:27 | pamaury | gevaerts: on which target did you say you can bootloader usb mode ? |
| 22:21:38 | gevaerts | That was fuzev2 |
| 22:21:39 | pamaury | It is a as3525 target right ? not as3525v2 ? |
| 22:22:14 | gevaerts | hmmm, I *think* that's v2 |
| 22:22:17 | saratoga | v2 is amsv2 |
| 22:22:27 | saratoga | its the same guts as the clipv2 |
| 22:22:45 | pamaury | hum, ah yeah there is also a special case in usb.c for USBOTG_S3C6400X, so ugly |
| 22:22:59 | | Quit edhelas (Ping timeout: 252 seconds) |
| 22:23:21 | pamaury | and USBOTG_S3C6400X is used ipodnano2g and ipod6g so I need to be careful not to break those |
| 22:24:04 | | Join RiD [0] (~RiD@bl22-13-146.dsl.telepac.pt) |
| 22:24:09 | _wodz_ | pamaury: ipod6g doesn't have bootloader yet, nano2g have diskmode |
| 22:24:32 | _wodz_ | pamaury: and both have broken usb driver in HEAD |
| 22:25:49 | pamaury | yeah I know that but for what concerns me, I just want to not change anything, just cleanup |
| 22:26:29 | _wodz_ | cut with axe :P |
| 22:27:22 | pamaury | well more precisely I want to rationalise a little bit the usb code |
| 22:28:37 | _wodz_ | pamaury: can I somehow convert v1->v2 desc file now? swiss_knife or something? |
| 22:29:03 | pamaury | _wodz_: yeah, use swiss_knife convert |
| 22:30:07 | _wodz_ | pamaury: any estimated time for qeditor supporting v2 format? |
| 22:31:43 | pamaury | gevaerts: g#1128 |
| 22:31:48 | fs-bluebot | Gerrit review #1128 at http://gerrit.rockbox.org/r/1128 : usb: finally get rid of USE_ROCKBOX_USB in Sansa bootloader, use bootloader usb by Amaury Pouly |
| 22:32:09 | pamaury | _wodz_: not really, tonight I want to finish hwstub_shell and then I'll work on qeditor, I need to work a bit on it before any giving an estimation |
| 22:32:50 | pamaury | my impression is that it should be quick, I spent quite a bit of time writing generic helpers which will considerably simply the code of qeditor I think |
| 22:33:25 | gevaerts | pamaury: looks ok to me |
| 22:33:50 | pamaury | ok let's go |
| 22:34:38 | _wodz_ | pamaury: I saw in logs you wrote some tool to see what defines combination is used for particular build. I think you should commit this. This is something I was wondering a few times how to get this data |
| 22:35:05 | pamaury | ah yes of course, I'll put it in utils/analysis |
| 22:35:24 | *** | Saving seen data "./dancer.seen" |
| 22:45:14 | pamaury | g#1129 |
| 22:45:18 | fs-bluebot | Gerrit review #1129 at http://gerrit.rockbox.org/r/1129 : Introduce a new analysis tool to detect which macros are defined in each build. by Amaury Pouly |
| 22:45:30 | pamaury | if you have any suggestions, otherwise I'll commit it |
| 22:46:36 | thomasjfox | pamaury: nice tool. I wanted something for my cppcheck stuff, too |
| 22:47:05 | pamaury | for the curious, the output looks like this: https://gist.githubusercontent.com/pamaury/b3db692c1880ef97a0f2/raw/f4a2740a351bf8304b6abcb9d5666c4978b1d9e4/usb_defines.txt |
| 22:48:11 | _wodz_ | pamaury: neat |
| 22:48:15 | thomasjfox | did you consider invoking "configure" locally and then grep the results (makefile / autoconf.h)? |
| 22:48:29 | pamaury | gevaerts: apparently all the yellows are gone |
| 22:48:55 | pamaury | thomasjfox: it will only work for a very small list |
| 22:48:58 | gevaerts | pamaury: now fix the Recorder and we'll be all green again :) |
| 22:49:02 | pamaury | thomasjfox: this is much more general |
| 22:49:23 | pamaury | thomasjfox: but this will run "configure" locally yes |
| 22:49:43 | pamaury | gevaerts: hehe, not sure I'm going to do this ;) |
| 22:52:23 | | Quit _wodz_ (Quit: Page closed) |
| 22:52:38 | thomasjfox | pamaury: ah, I was fooled by "www repository build list". I thought it gets the list online |
| 22:53:16 | pamaury | thomasjfox: no, it gets the list for the www/ repository, which you need to have a local checkout |
| 22:53:27 | pamaury | although it wouldn't be hard to get it online I guess |
| 22:53:29 | thomasjfox | yes, exactly. All is fine :) |
| 22:53:45 | pamaury | http://git.rockbox.org/?p=www.git;a=blob;f=buildserver/builds;h=eafe1fdced2611a7093d3014bda2bc1b509ef567;hb=HEAD |
| 22:54:25 | pamaury | maybe I'll put the link in usage() |
| 22:54:26 | | Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl) |
| 22:55:17 | thomasjfox | just don't download it automatically, especially if it's via http and there is no way to verify it |
| 22:55:43 | pamaury | yeah that's right, especially given it will happily run the commands in it ;) |
| 22:55:48 | thomasjfox | :D |
| 22:58:43 | | Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) |
| 22:58:43 | | Quit cmhobbs (Changing host) |
| 22:58:43 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 22:58:45 | | Join [Franklin] [0] (~franklin@unaffiliated/franklin) |
| 22:59:52 | wodz | Following the wave of cleanups I'd like to get rid of those stupid function names _backlight_init(), _backlight_on(), _backlight_off() and _backlight_set_brightness(). What do you think about backlight_hw_init(), backlight_hw_on(), backlight_hw_off() and backlight_hw_brightness()? |
| 23:00 |
| 23:02:20 | pamaury | that's fine with me, I was thinking about backlight_target_* but backlight_hw_* is fine maybe even better |
| 23:02:47 | pamaury | and I agree the old names are just stupid |
| 23:03:02 | wodz | or backlighthw_{init, on, off, brightness} just like audiohw_ things |
| 23:03:50 | thomasjfox | backlight_hw_xxx somehow feels more readable than backlighthw_xxx |
| 23:03:59 | | Quit lorenzo92 (Ping timeout: 255 seconds) |
| 23:04:28 | pamaury | yeah I don't really like the backlighthw_*, it's okay for audiohw because it's short and readable |
| 23:04:35 | wodz | right |
| 23:05:31 | thomasjfox | wild guess: the brain stops parsing after "audio" automatically, that's why audiohw is just fine regarding readability |
| 23:08:11 | thomasjfox | hmm. in the plugins or codecs, a good bunch of functions can be made static. Is it worth the effort? |
| 23:08:47 | [Franklin] | thomasjfox: almost everything can |
| 23:08:47 | pamaury | probably not I'd say |
| 23:09:03 | thomasjfox | it's more interesting for the main app code I guess |
| 23:09:12 | [Franklin] | everything but plugin_start, I think |
| 23:10:07 | thomasjfox | [Franklin]: making a function status just reduces the visibility for the linker. If you call functions from other .c modules, the function can't be made static |
| 23:10:25 | thomasjfox | status=static |
| 23:10:33 | [Franklin] | oh, yes |
| 23:10:47 | [Franklin] | still, you should easily be able to automate it |
| 23:10:58 | pamaury | wodz: I have hwstub_shell working on imx233 |
| 23:11:04 | [Franklin] | at least for single-file plugins |
| 23:11:14 | pamaury | at least it can run my nwze360 script which inits the lcd and display some pixels, so it's a pretty good test |
| 23:11:56 | pamaury | I have updated the gerrit task |
| 23:12:10 | thomasjfox | [Franklin]: yes, but it's not worth the effort for plugins since they get loaded in the static plugin buffer and flushed out when exited |
| 23:12:18 | wodz | pamaury: I'll test atj and rk27xx when I find a bit bigger chunk of spare time to play with hardware |
| 23:12:32 | pamaury | ok, in the mean time I'll work on qeditor |
| 23:12:43 | pamaury | probably not tonight though |
| 23:13:16 | [Franklin] | oh yeh |
| 23:13:37 | | Quit bluebrother (Disconnected by services) |
| 23:13:42 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 23:14:29 | | Quit chrisb (Ping timeout: 256 seconds) |
| 23:15:27 | thomasjfox | pamaury: how about this one: [rockbox/utils/regtools/qeditor/utils.cpp:892] -> [rockbox/utils/regtools/qeditor/utils.cpp:890]: (style, inconclusive) Found duplicate branches for 'if' and 'else'. |
| 23:15:29 | thomasjfox | :D |
| 23:16:20 | | Quit fs-bluebot (Ping timeout: 244 seconds) |
| 23:16:34 | pamaury | hum, interesting :) |
| 23:17:32 | pamaury | I'll fix it in the gerrit patch, thanks :) |
| 23:21:14 | | Quit saratoga (Ping timeout: 246 seconds) |
| 23:21:20 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 23:22:46 | | Quit amayer (Quit: Leaving) |
| 23:29:05 | [Franklin] | someone want to commit G#1122? |
| 23:29:29 | [Franklin] | no bot :( |
| 23:31:54 | thomasjfox | [Franklin]: why was the playback control removed? |
| 23:32:20 | | Quit ender` (Quit: I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth. -- Umberto Eco) |
| 23:32:56 | thomasjfox | the commit message doesn't give a reason |
| 23:33:30 | [Franklin] | thomasjfox: xworld grabs the audiobuf, so there can be no playback |
| 23:34:06 | thomasjfox | ah, I thought it was referring to the playback control of the game |
| 23:34:13 | thomasjfox | (engine) |
| 23:34:27 | [Franklin] | lol no :P |
| 23:35:11 | | Quit pamaury (Ping timeout: 264 seconds) |
| 23:35:14 | thomasjfox | can you add that reason to the commit message? |
| 23:35:26 | [Franklin] | oh sure |
| 23:35:32 | thomasjfox | then I'll commit it |
| 23:36:16 | [Franklin] | ok |
| 23:41:34 | [Franklin] | foolsh: I think I've come up with a way to implement fast pseudo-3d in rockbox |
| 23:41:54 | [Franklin] | it's going to essentially be a polygonal engine, except in 2 dimensions |
| 23:42:29 | [Franklin] | I'll use xlcd to do fast tri fills |
| 23:47:08 | thomasjfox | [Franklin]: submitted |
| 23:47:26 | [Franklin] | ok, shouldn't break anything, I'd hope :) |
| 23:48:18 | thomasjfox | gevaerts: ah, now I got it, you fixed that damn red for the HTML manual that was stuck forever. Nice. |
| 23:48:33 | [Franklin] | yay! :D |
| 23:50:44 | [Franklin] | can I read them online now? |
| 23:52:33 | | Join fs-bluebot [0] (~fs-bluebo@g224237102.adsl.alicedsl.de) |
| 23:52:34 | | Quit cmhobbs (Remote host closed the connection) |
| 23:54:10 | fs-bluebot | Build Server message: Build round completed after 504 seconds. |
| 23:54:47 | | Quit lebellium (Quit: ChatZilla 0.9.91.1 [Firefox 35.0/20141229214612]) |
icon identifies that the person is a core developer (has commit access).