00:00:21 | darkham | hi people, what's new on fuze's v1 front? |
00:01:41 | JdGordon| | a few scratches? |
00:02:26 | Bob_C | thanks folks, he'll be here all week |
00:03:47 | | Quit domonoky1 (Read error: 54 (Connection reset by peer)) |
00:04:29 | Stephen_ | darkham, seriously tho i think people nearly have recording working so that to me would be sorta new |
00:05:35 | darkham | i'm only a little bit (but ever... :) ) curious of what's new on rockbox's develop on the fuze... |
00:06:36 | darkham | from the time i installed it in my fuze, i became a rockbox fanatic |
00:07:12 | darkham | i've almost all the original battery life , on rockbox too |
00:07:37 | darkham | a little bit less, but i play almost only flac files, from sd cards |
00:08:15 | | Quit AEnima1577 ("Leaving.") |
00:09:24 | | Quit Highlander ("Quitte") |
00:10:28 | | Part froggyman |
00:11:30 | | Quit mirak ("Ex-Chat") |
00:14:18 | | Quit kugel (Read error: 113 (No route to host)) |
00:14:58 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
00:15:51 | | Quit ender (Read error: 60 (Operation timed out)) |
00:16:09 | darkham | are archos av3xx series planned for a new port? |
00:18:05 | krazykit | no ports are planned |
00:18:27 | krazykit | interested owners who do the hard work of porting get things done. as it's done in people's free time, there can't really be any timelines, either |
00:19:35 | darkham | right.. |
00:20:36 | krazykit | there may be information about the device on the wiki or the forums, if any effort has been started. the NewPort wiki page is a good place to start if you're interested in at least compiling information about it |
00:22:01 | Bob_C | http://www.rockbox.org/wiki/TargetStatus lists as "preliminary", no indication of any current activity |
00:22:24 | | Quit DerPapst ("Leaving.") |
00:22:52 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
00:22:53 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
00:22:54 | | Quit ender` (" cd /pub && get beer") |
00:24:41 | darkham | i'm not a developer, i don't think i can help in anyway... |
00:24:59 | darkham | i don't know how |
00:28:11 | linuxstb | darkham: You may want to look at archopen, if that project is still alive. |
00:28:30 | | Join webguest10 [0] (n=5b0eca64@giant.haxx.se) |
00:29:10 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
00:29:16 | webguest10 | hi, what is the displayresolution of the mini2440 touchscreen |
00:29:28 | Bob_C | 240x320 |
00:29:32 | | Quit fildi (Remote closed the connection) |
00:30:22 | | Quit bubsy (Client Quit) |
00:31:24 | webguest10 | with rockbox or in general, as the friendlyarm site tells: Max: 1024x768 do I miss something? or is this when you attach another display? |
00:31:43 | linuxstb | Isn't there also a 7" 800x480 touchscreen available? |
00:33:41 | Bob_C | Currently we support the 3.5 inch screen, other screeens are available. 1024x768 is probably the VGA adaptor |
00:34:18 | webguest10 | which will not be supported i guess :D |
00:34:51 | Bob_C | there is no particular reason why not, it just needs someone to write some code :) |
00:34:57 | webguest10 | ok thanks |
00:35:44 | darkham | linuxstb, yes, it seems it's alive |
00:37:14 | webguest10 | how are buttons realized with the mini2440? |
00:39:03 | Bob_C | there are 6 buttons on the board, but they are not very useful, the touch screen is probably more useful |
00:39:29 | Bob_C | if you have a hardware skills, you could make an external keypad. |
00:40:48 | webguest10 | yes thats what I would want to know, where to attach and how to register in rockbox |
00:41:23 | webguest10 | is this offtopic? i can head over to the lyre forum |
00:41:41 | Bob_C | when I have time I will try to put up a schematic |
00:43:27 | webguest10 | would be nice, thanks:) |
00:44:31 | Bob_C | basically there is a 34 way GPIO header on the mini2440, and push switches short GPIO to ground. The current s/w supports 8 buttons |
00:45:42 | | Join axionix [0] (n=Axion@cpe-67-242-80-89.nycap.res.rr.com) |
00:46:14 | axionix | hi, can someone tell me an affordable hard drive based player that is rockbox compatible that is still available without using ebay? |
00:47:47 | evilnick_B | axionix: No hard-drive based players are still being produced that are supported with Rockbox |
00:47:54 | axionix | o.0 |
00:47:59 | evilnick_B | Having said that, you sometimes get lucky with refurbed players |
00:48:12 | evilnick_B | Or the odd ipod video that's unopened. |
00:49:07 | | Quit evilnick_B ("Page closed") |
00:49:17 | axionix | ok, yeah ive been waiting for a couple years now |
00:49:22 | axionix | seems they wont make one again |
00:49:44 | | Quit webguest10 ("CGI:IRC") |
00:50:37 | TheSeven | axionix: Flash is a far better suited storage media for portable devices |
00:50:50 | axionix | not when you have 200gb of music :/ |
00:51:12 | TheSeven | there never were such big hdd-based players, right? |
00:51:19 | axionix | my friend has a 120 |
00:51:29 | axionix | actually its goffa from here |
00:51:40 | TheSeven | and in a few years, the average cheap flash-based player will have that much storage |
00:52:09 | TheSeven | you know, SSDs are even attacking the PC market nowadays... |
00:52:29 | axionix | yeah i haave an SSD...not cheap. 32gb cost me $100 for a decently fast one |
00:53:09 | Bob_C | I am hoping to design a HDD player after mini2440 |
00:53:36 | TheSeven | Bob_C: what about using a 2TB 3.5" hdd? |
00:53:50 | TheSeven | (or probably 10TB by the time it's done) |
00:54:18 | Bob_C | 3.5" is a bit big/heavy, but interface wise no different |
00:54:20 | | Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) |
00:54:27 | axionix | so how big of a flash based plyer could i get for say $100? |
00:54:32 | axionix | rockbox of course |
00:55:33 | JdGordon| | 8GB + 16GB microSD capable.. |
00:55:49 | axionix | eek |
00:55:51 | axionix | eek. all my shit is flac |
00:56:29 | | Join AEnima1577 [0] (n=clbarnob@nc6521419.cns.vt.edu) |
00:56:36 | Bob_C | TheSeven: my last player took 5 years to make, so you are probably right ;) |
00:57:13 | Bob_C | axionix: what is a usable storage size for you? I want to use FLAC as well |
00:57:44 | TheSeven | if it ever actually worked, no matter after which magnitude of time, it's great! |
00:57:58 | axionix | i'd say at the very least 40gb |
00:58:17 | Bob_C | thats about 100 cds? |
00:58:24 | axionix | roughly |
00:58:54 | TheSeven | axionix: you should really go for something hdd-based then |
00:59:04 | TheSeven | although the big ones are still quite costly |
00:59:33 | TheSeven | you could try e.g. a 240GB-modded ipod 5.5g :-) |
01:00 |
01:00:21 | | Quit AEnima1577 (Client Quit) |
01:01:07 | Bob_C | a 40GB 1.8 HD is about £45 so thats erm, $80? |
01:01:07 | axionix | yeah, i WANT an hdd player. i'd rather pay less for mechanical than wait for new tech to go down. my NAS cant even keep up with hdd space...waiting for bigger than 2tb atm |
01:02:21 | Bob_C | I think there is a 240GB 1.8 in PATA drive, bigger ones are SATA which are more difficult to interface |
01:05:50 | | Join lifeless__ [0] (n=lifeless@89.20.104.251) |
01:08:58 | | Quit MethoS- (Remote closed the connection) |
01:09:00 | *** | Saving seen data "./dancer.seen" |
01:09:26 | | Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
01:09:34 | | Join T44 [0] (n=Topy44@f049113196.adsl.alicedsl.de) |
01:10:23 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
01:10:27 | | Quit JdGordon| (Read error: 104 (Connection reset by peer)) |
01:10:34 | | Quit J-23 ("ZNC - http://znc.sourceforge.net") |
01:10:37 | | Join J-23_ [0] (n=zelazko@unix.net.pl) |
01:10:49 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-7ef11674334d7f19) |
01:10:59 | | Quit niekie (Client Quit) |
01:11:04 | | Nick J-23_ is now known as Guest69461 (n=zelazko@unix.net.pl) |
01:11:20 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
01:11:46 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
01:12:09 | * | TheSeven glares at the build table |
01:12:26 | TheSeven | how did my commit fix that red? :-P |
01:13:08 | TheSeven | or rather why was the build system doing things like |
01:13:10 | TheSeven | Created Makefile |
01:13:12 | TheSeven | make: *** No targets specified and no makefile found. Stop. |
01:13:14 | TheSeven | for the bootloaders before? |
01:14:41 | | Join AEnima1577 [0] (n=clbarnob@nc652047b.cns.vt.edu) |
01:17:46 | linuxstb | TheSeven: Looks like a problem with one specific build server |
01:18:19 | TheSeven | oh, i see |
01:18:46 | TheSeven | linuxstb: btw, what should we do about the 4g nano and classic? |
01:18:56 | | Join barrywardell_ [0] (n=barrywar@p5B2583E3.dip0.t-ipconnect.de) |
01:19:00 | linuxstb | What do you mean? |
01:19:36 | TheSeven | should we already start a port, or should we wait until we find a proper (non-ibugger) way to boot? |
01:20:07 | TheSeven | the 4g nano is fully supported by ibugger now |
01:21:10 | linuxstb | I would say start a port - for the 4g nano at least. |
01:21:24 | TheSeven | target/arm/s5l8720? |
01:21:42 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
01:21:51 | linuxstb | I guess so. |
01:21:53 | TheSeven | this is going to be confusing once we add the 8702, which seems to be very similar to the 8720 |
01:22:25 | TheSeven | and there are a few things that could even be shared with s5l8700 despite diffent base addresses |
01:22:32 | TheSeven | e.g. i2c, lcd, ... |
01:22:36 | TheSeven | probably a lot more |
01:23:01 | linuxstb | Maybe rename 8700 to 87xx then. |
01:23:21 | TheSeven | but implementing all 4 socs in a single tree will get an #ifdef hell... |
01:23:36 | TheSeven | maybe somehow further subdivide it for the individual differing components? |
01:23:51 | | Quit lifeless_ (Read error: 110 (Connection timed out)) |
01:24:01 | * | TheSeven thinks that s5l8700.h needs some major rework anyways |
01:26:17 | * | TheSeven curses apple for preventing us from dumping the bootrom using some unknown method, and for using pki all over the place |
01:27:08 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
01:27:09 | | Nick barrywardell_ is now known as barrywardell (n=barrywar@rockbox/developer/barrywardell) |
01:27:45 | | Quit reid04 (Connection timed out) |
01:28:00 | | Quit seani ("Leaving") |
01:28:22 | linuxstb | TheSeven: It's almost as if they want to prevent reverse-engineering... |
01:28:41 | | Quit Topy44 (Read error: 113 (No route to host)) |
01:28:53 | | Join reid04 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
01:28:57 | | Join aaron_ [0] (n=aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
01:29:17 | TheSeven | the funny thing is that the bootrom was easily dumpable on the ipod touch 2g which uses the same soc (but a slightly newer revision), and is a much more important target for apple |
01:29:56 | * | TheSeven also considers renaming usb-s3c6400.[ch] to usb-synopsys.[ch], now that he knows who designed that controller... |
01:30:08 | | Quit aaron_ (Remote closed the connection) |
01:30:23 | | Join aaron424 [0] (n=aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
01:31:44 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
01:32:17 | TheSeven | ah right, is there some kind of USE_UNDERVOLTING define? |
01:36:15 | | Quit aaron424 (Remote closed the connection) |
01:39:51 | | Join lifeless_ [0] (n=lifeless@188.18.76.151) |
01:40:21 | | Join aaron424 [0] (n=aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
01:41:31 | | Join aaron424_ [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) |
01:42:01 | | Quit aaron424 (Remote closed the connection) |
01:42:48 | | Join Strife89 [0] (n=michael@adsl-220-119-35.mcn.bellsouth.net) |
01:43:19 | | Join Ingrid_Nirvana [0] (n=opera@190.10.51.10) |
01:44:18 | | Part Ingrid_Nirvana |
01:45:26 | | Join seani [0] (n=seani@78.33.109.70) |
01:45:47 | | Quit barrywardell () |
01:46:02 | | Part axionix |
01:49:24 | | Quit lifeless__ (Read error: 60 (Operation timed out)) |
01:50:46 | | Quit Thundercloud (Remote closed the connection) |
01:56:52 | | Part toffe82 |
01:58:37 | | Quit seani ("Leaving") |
01:59:07 | | Quit zu_ (Read error: 60 (Operation timed out)) |
01:59:48 | | Join zu [0] (n=zu@bucketheaded.eu) |
02:00 |
02:01:36 | | Quit GeekShadow ("The cake is a lie !") |
02:02:20 | | Quit lifeless_ (Remote closed the connection) |
02:02:27 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:02:38 | | Join lifeless_ [0] (n=lifeless@90.151.216.34) |
02:11:30 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
02:12:43 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
02:12:48 | | Join amiconn_ [0] (i=quassel@p57A0CC1B.dip.t-dialin.net) |
02:12:49 | | Quit pixelma (Nick collision from services.) |
02:12:50 | | Quit amiconn (Nick collision from services.) |
02:13:01 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
02:13:08 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
02:13:12 | | Quit stripwax (Client Quit) |
02:16:52 | | Join JdGordon| [0] (n=Miranda@72-62-234-13.pools.spcsdns.net) |
02:18:56 | | Join polobricolo [0] (i=5c93487d@gateway/web/freenode/x-7e8b7968b6f79bf5) |
02:19:49 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
02:19:52 | polobricolo | is there any function in the Rockbox API i could use to list the different files in a dir (with Lua) |
02:20:34 | JdGordon| | there is... I would assume they are avilable to lua |
02:20:43 | JdGordon| | if they arnt, im sure thye can be added |
02:21:35 | | Quit lifeless_ (Remote closed the connection) |
02:21:54 | | Join lifeless_ [0] (n=lifeless@90.150.221.58) |
02:24:26 | polobricolo | ok i found it in C, it is the dirent.h (POSIX) method |
02:26:26 | JdGordon| | no, there is a better one |
02:26:33 | | Join daggett [0] (n=denis@modemcable158.53-20-96.mc.videotron.ca) |
02:26:45 | JdGordon| | umm... ft_load() or umm.. |
02:30:23 | | Quit Stephen_ ("Leaving") |
02:37:51 | | Quit polobricolo (Ping timeout: 180 seconds) |
02:39:23 | | Join ShapeShifter499 [0] (n=chatzill@adsl-68-121-53-108.dsl.scrm01.pacbell.net) |
02:40:59 | | Join Strife1989 [0] (n=michael@adsl-146-208-155.mcn.bellsouth.net) |
02:41:36 | | Quit darkham (Remote closed the connection) |
02:44:00 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
02:44:36 | | Quit lifeless_ (Remote closed the connection) |
02:44:53 | | Join lifeless_ [0] (n=lifeless@188.18.102.83) |
02:46:10 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
02:59:32 | | Quit LambdaCalculus37 ("Leaving") |
03:00 |
03:05:00 | | Nick Strife1989 is now known as Strife89 (n=michael@adsl-146-208-155.mcn.bellsouth.net) |
03:09:03 | *** | Saving seen data "./dancer.seen" |
03:11:59 | | Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) |
03:15:56 | | Quit panni_ (Read error: 113 (No route to host)) |
03:19:25 | | Join seani [0] (n=seani@78.33.109.70) |
03:21:04 | | Join funman [0] (n=fun@rockbox/developer/funman) |
03:21:18 | kugel | hrm, how can I make the linker to do this: put function into section A, but address them as if they were in section B (the startup code would copy the code from A to B), code that calls functions from A should think they were in B |
03:22:03 | funman | kugel: look how uncached addressed are handled in the e200v1/c200v1 linker script |
03:23:13 | kugel | I see ".ncdata . + NOCACHE_BASE :", do you mean that? |
03:23:16 | linuxstb | kugel: Also look at the icode section - that sounds like what you want to do. |
03:23:25 | | Join evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
03:23:52 | funman | yes but perhaps linuxstb advice is better |
03:24:46 | kugel | "} > IRAM AT> DRAM" ? |
03:25:00 | kugel | thanks for the tips |
03:25:24 | funman | I think it means the code is logically in IRAM (so callers use IRAM), but physically in DRAM (in the binary) |
03:28:02 | kugel | that seems to work (going by the .map) |
03:30:18 | | Quit aaron424_ (Read error: 110 (Connection timed out)) |
03:31:21 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
03:35:36 | ShapeShifter499 | hi |
03:36:05 | ShapeShifter499 | I keep getting errors trying to build the new rockbox utility |
03:38:34 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
03:40:14 | ShapeShifter499 | anyone know what I could be doing wrong? |
03:41:44 | | Quit evilnick (Read error: 113 (No route to host)) |
03:44:19 | krazykit | ShapeShifter499, it's hard to say without knowing what these errors are, really |
03:44:46 | ShapeShifter499 | hold |
03:46:25 | ShapeShifter499 | here is output of error |
03:46:27 | ShapeShifter499 | http://pastebin.ubuntu.com/308140/ |
03:46:42 | | Quit daggett ("Ex-Chat") |
03:46:48 | funman | Project ERROR: Qt >= 4.3 required! |
03:48:01 | | Join Stevie8227 [0] (n=Stevie82@92.251.255.5) |
03:49:19 | ShapeShifter499 | oops thanks for pointing that out |
03:50:05 | | Quit Stevie8227 (Client Quit) |
03:52:05 | | Quit seani (Read error: 110 (Connection timed out)) |
03:53:41 | ShapeShifter499 | wouldn't 4.5 work? |
03:53:57 | funman | 4.5 >= 4.3 here |
03:55:08 | ShapeShifter499 | hmm... |
03:55:35 | | Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!") |
03:55:50 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
03:55:50 | ShapeShifter499 | well according to my ubuntu package manager I have 4.5.3 |
03:55:51 | | Join Topy [0] (n=Topy44@f049003138.adsl.alicedsl.de) |
03:57:22 | kugel | hm, the map seems correct. I think my copy asm is correct too, but it freezes at boot :/ |
03:58:15 | ShapeShifter499 | so wait....do I have the correct QT version?? |
03:58:18 | funman | ShapeShifter499: do you have qt4-dev-tools installed? |
03:58:56 | kugel | http://pastie.org/681002 and http://pastie.org/681003 if anyone wants to have a look |
03:59:17 | ShapeShifter499 | well I might be installing it now, I went to my package manager and clicked to install anything to do with qt |
03:59:49 | kugel | I basically want to move initialization-only code out of the main binary. so that it doesn't waste space. It would be copied to the codec buffer in crt0.S, later overwritten by codecs |
04:00 |
04:00:18 | | Quit AEnima1577 ("Leaving.") |
04:05:38 | funman | kugel: _initstart is 0x1e80000 so it doesn't point to lcd_init_device in the binary |
04:05:57 | funman | _initstart should be before .init_text: in the .lds i believe |
04:06:04 | kugel | oh, indeed |
04:07:03 | | Quit lifeless_ (Remote closed the connection) |
04:07:21 | | Join lifeless_ [0] (n=lifeless@89.20.110.245) |
04:08:39 | | Quit Rondom (Nick collision from services.) |
04:08:49 | | Join Rondom [0] (n=Rondom@dslb-084-057-144-171.pools.arcor-ip.net) |
04:11:46 | kugel | funman: thanks, it works now |
04:12:14 | kkurbjun | kugel, do those pp chips have the ability to suspend/resume? |
04:12:25 | kkurbjun | that's what the apple fw does doesn't it? |
04:12:33 | kkurbjun | I mean suspending that is |
04:12:55 | kugel | I haven't thought that. But I think *we* don't do it on any PP |
04:13:33 | | Quit T44 (Read error: 110 (Connection timed out)) |
04:13:36 | funman | if we define a new attribute for functions only needed when booting, we can still remove it when those functions need to run more than once, should suspend/resume be implemented |
04:14:05 | kkurbjun | no, we don't currently, but I guess the only thought I had is that depending on the savings, the interference doing this might cause more hassle then it's worth if someone ever did decide to go for that feature. |
04:14:11 | kugel | I'm playing around, I'm not sure if we want that in SVN. there's also the problem that the binary is bigger now (it contains all data sections doo) |
04:14:30 | kugel | it's as big as the ram usage now |
04:14:38 | funman | kugel: NOLOAD |
04:14:51 | kugel | funman: the init code must be loaded |
04:14:55 | kkurbjun | funman, you need the data section defined though |
04:15:00 | kkurbjun | I mean loaded |
04:15:15 | funman | hmm |
04:15:33 | funman | you need to put the .init_text section right after the last data section |
04:16:14 | kugel | moving init code before data would not yield any saving. we could try to move the entire data at boot if the init code is right after normal code, but that may slow things down |
04:16:16 | kkurbjun | I think you would need to copy it in crt0.s and then make the no load sections re-use that space |
04:16:39 | kkurbjun | I mean, you would make the linker point the noload sections to before the init section |
04:16:51 | kkurbjun | or at the begining of it |
04:17:49 | kugel | hrm, NOLOAD data wouldn't need to be copied, right? |
04:18:13 | kugel | so directly after the last initialized data section (which is part of the binary anyway) could work |
04:18:47 | funman | kugel: see how .iram is declared, we reclaim the space after it has been copied |
04:18:50 | kkurbjun | yeah - you would need to do something similar to the iram sections |
04:20:11 | kugel | yea, it really seems to be the same actually |
04:22:13 | kugel | thanks for the tips, I'm going to sleep :) |
04:22:41 | JdGordon | any suggestions what the "is it a HWCODEC?" tag should be? |
04:22:51 | JdGordon | the letter combo i mean |
04:23:54 | funman | ? |
04:24:49 | | Quit TheSeven (Nick collision from services.) |
04:25:07 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
04:25:18 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
04:25:24 | | Quit AaronM ("Emo Time In My Corner... //_-") |
04:26:16 | | Quit kugel (Read error: 60 (Operation timed out)) |
04:27:27 | kkurbjun | is it legal for vieprots to be defined at negative locations |
04:27:34 | kkurbjun | or locations larger than the screen |
04:28:00 | kkurbjun | JdGordon: what do you need a HWCODEC tag for? |
04:28:13 | JdGordon | its not |
04:28:19 | JdGordon | (to your question) |
04:28:38 | JdGordon | i need it so a recording skin can be shared with SWCODEC and HWCODEC targets |
04:29:15 | | Join AEnima1577 [0] (n=clbarnob@n146s183.ntc.blacksburg.shentel.net) |
04:30:17 | kkurbjun | so it would just append to the beginning/end of the skin name? |
04:30:48 | JdGordon | no, it would be a conditional inside the skin |
04:30:55 | JdGordon | this may end up being a bad idea though :p |
04:31:08 | JdGordon | *may* :p |
04:31:11 | kkurbjun | :) |
04:33:37 | kkurbjun | JdGordon: is there a function that can be called to setup a viewport properly? I found the cause of that crash I think - on the remote for the mr500 the viewport y (and I think x) are setup with negative numbers |
04:34:03 | JdGordon | you should always setup viewports with viewportmanager_get_defaults() |
04:34:04 | kkurbjun | that causes what appears to be a buffer overflow |
04:37:26 | | Join krazykit` [0] (n=kkit@adsl-76-251-245-92.dsl.ipltin.sbcglobal.net) |
04:37:43 | AEnima1577 | what does a buffer overflow look like ? |
04:37:52 | AEnima1577 | kkurbujun? |
04:37:59 | kkurbjun | JdGordon: I didn't see that function - in viewport.c |
04:38:22 | kkurbjun | AEnima1577: in this case it is causing a data abort in an unrelated portion of code |
04:38:22 | | Quit ShapeShifter499 ("ChatZilla 0.9.85 [Firefox 3.5.4/20091028153816]") |
04:38:23 | JdGordon | sorry.. viewport_set_defaults() |
04:39:00 | kkurbjun | it appears to be overwriting portions of the thread handling functions |
04:39:17 | | Join krazykit1 [0] (n=kkit@adsl-76-251-245-92.dsl.ipltin.sbcglobal.net) |
04:39:27 | AEnima1577 | kkurbjun, the only other time i have heard of a buffer overflow was when i was researching modding my xbox, creating a buffer overflow in that situation allowed a user to gain access to the bios |
04:39:29 | kkurbjun | stricktly it's not exactly a buffer overflow |
04:40:39 | kkurbjun | but there are probably plenty of opportunities to do similar things with rockbox in malicious ways |
04:40:45 | | Quit advcomp2019 ("Leaving") |
04:41:12 | | Quit krazykit1 (Client Quit) |
04:41:28 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
04:42:03 | | Quit krazykit (Nick collision from services.) |
04:42:08 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-251-245-92.dsl.ipltin.sbcglobal.net) |
04:42:13 | kkurbjun | AEnima1577: yes, that is common with alot of exploits involving running code on hardware developers did not otherwise have access to |
04:43:14 | JdGordon | this hwcodec switch tag wont work |
04:43:17 | JdGordon | blast :p |
04:44:56 | kkurbjun | JdGordon: I'm looking at set_defaults now - it's not clear to me how this will do proper boundary checking though |
04:45:16 | | Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") |
04:45:33 | JdGordon | that will set the viewport you pass it to the "ui area" (whatever that may be) which will be correctly positioned, sized and coloured |
04:45:35 | kkurbjun | the area that's the problem is in usb_screen.c |
04:45:41 | JdGordon | what do you want to do? |
04:46:25 | JdGordon | because the image is larger than the remotes display? |
04:46:26 | kkurbjun | well, there is a fix_viewports function that is being called. On the mr500 the usb logo is larger than the screen |
04:46:32 | kkurbjun | yeah |
04:46:44 | JdGordon | so create a new bitmap for it :) |
04:47:13 | kkurbjun | I could fix the logo, but I wanted to make sure that I'm not masking a underlying problem, or a section of code that should have better boundary checking |
04:47:17 | kkurbjun | : ) |
04:48:09 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
04:48:19 | kkurbjun | I guess the only sections that the user has access to define their own viewports is through the skin though which checks the bounds there |
04:49:01 | JdGordon | there is a check in usb_Screen so it uses full screen if the bitmap is larger than the user area |
04:49:39 | kkurbjun | ahh.. hmm |
04:50:08 | kkurbjun | everything works if I comment out the logo.. |
04:50:27 | kkurbjun | and the revision that made this viewportified is the one that causes the data abort |
04:50:42 | kkurbjun | http://svn.rockbox.org/viewvc.cgi?view=rev;revision=23269 |
04:51:12 | kkurbjun | unfortunately a seg fault does not happen on the sim |
04:51:22 | JdGordon | line 151 is where the fullscreen gets set |
04:51:33 | JdGordon | this obviously assumes that the screen is big enough for the logo though |
04:51:36 | JdGordon | which obviously it isnt |
04:52:06 | kkurbjun | yeah, but the bitmap drawing functions I think check to make sure that the bitmap is located within the screen |
04:52:13 | kkurbjun | I'll double check that |
04:53:42 | kkurbjun | hmm, it does check, but then it adds the viewport offset afterwards :) |
04:54:13 | | Quit bubsy () |
04:56:27 | kkurbjun | JdGordon: what is set_defaults doing - it just returns the currently active viewport for the screen specified? |
04:56:59 | JdGordon | it is broken in svn... the discussion last week between me and kugel was to get it working correctly |
04:57:27 | JdGordon | what it should do is set the viewport you give it to the ui area set by a combination of the setting and statubsar skin info viewport thing |
04:58:02 | kkurbjun | I hmm |
04:58:33 | kkurbjun | that's that mail thread? |
04:58:54 | JdGordon | yeah, and irc |
04:59:11 | JdGordon | it does that now, as long as you dont have the user setting *and* a sbs with %Vi set |
04:59:14 | kkurbjun | I have to admit I would have participated, but I have a hard time wrapping my head around this viewport stuff :-D |
05:00 |
05:00:30 | kkurbjun | so, what about the section that is starting on line 161? |
05:00:41 | kkurbjun | where it sets the title->y |
05:01:02 | kkurbjun | that seems like it would be problematic for this setup |
05:02:35 | kkurbjun | at the moment I'm thinking that this could be somewhat fixed and prevented if the bitmap drawing function properly accounted for the viewport offset in the bounds checking |
05:03:15 | kkurbjun | allowing a negative viewport location for the title section |
05:03:37 | JdGordon | viewports must never have negative values |
05:04:06 | kkurbjun | are there other areas this would fail? |
05:04:55 | kkurbjun | one use that I could think of offhand is screen transitions where you could have one viewport sliding in and another out.. but that might not be the right way to do it... |
05:05:37 | kkurbjun | not that it is done now or would be implemented I guess |
05:06:20 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
05:06:45 | kkurbjun | I was thinking about messing around with something like that on the MR500 though with the hardware accelerated screen positioning :-D |
05:08:11 | kkurbjun | hmm, it looks like alot of the bitmap functions have boundary checking but whenever the viewport stuff was added in it was not accounted for... |
05:08:48 | kkurbjun | I guess it was assuming that the values would be somewhat sane |
05:08:49 | | Quit AndyI (Read error: 104 (Connection reset by peer)) |
05:08:50 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
05:09:05 | *** | Saving seen data "./dancer.seen" |
05:09:36 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
05:09:37 | | Quit AndyIL (Read error: 104 (Connection reset by peer)) |
05:10:40 | | Quit lifeless_ (Remote closed the connection) |
05:10:58 | | Join lifeless_ [0] (n=lifeless@188.16.126.207) |
05:22:27 | | Quit adiroiban (Read error: 110 (Connection timed out)) |
05:29:46 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
05:38:06 | | Quit BHSPitLappy (Remote closed the connection) |
05:38:48 | | Join Tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
05:40:27 | kkurbjun | JdGordon: I have a kind of fix in hand, but what about adding a boundary check to lcd_set_viewport? |
05:41:05 | | Quit Tomers (Client Quit) |
05:41:30 | kkurbjun | that could at least make sure the viewport has proper bounds - it wouldn't render the way the user might expect it to though |
05:42:22 | | Quit CaptainKwel (Remote closed the connection) |
05:49:49 | | Quit Horscht ("Verlassend") |
05:55:33 | | Quit lifeless_ (Remote closed the connection) |
05:55:51 | | Join lifeless_ [0] (n=lifeless@94.50.184.179) |
05:59:55 | | Join lifeless__ [0] (n=lifeless@94.50.184.179) |
06:00 |
06:05:15 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
06:09:10 | | Quit kadoban (Read error: 54 (Connection reset by peer)) |
06:13:39 | kkurbjun | JdGordon: when you get a chance could you let me know what you think of this as a fix to ensure that the viewport has a reasonable location and width? |
06:13:47 | kkurbjun | http://pastebin.com/m65ccd32d |
06:15:28 | | Quit Strath ("Leaving") |
06:16:54 | JdGordon | kkurbjun: viewports shouldnt have negative values |
06:17:00 | JdGordon | its just asking for trouble |
06:17:19 | JdGordon | umm... |
06:17:25 | | Join Guest23293 [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
06:17:25 | JdGordon | im a bit sleepy apparently |
06:17:41 | kkurbjun | it fixes the viewport so that it doesn't have a negative value |
06:17:45 | JdGordon | why does the width need to change if x is <0? |
06:18:01 | | Quit n17ikh (Nick collision from services.) |
06:18:07 | | Quit lifeless_ (Read error: 113 (No route to host)) |
06:18:07 | | Nick Guest23293 is now known as n17ikh (n=n17ikh@host-69-59-126-212.nctv.com) |
06:18:11 | kkurbjun | I need to make sure that the x isn't larger than the screen size too |
06:18:35 | JdGordon | those sort of bad values should be caught before it gets that far anywya |
06:18:39 | kkurbjun | I guess it doesn't if it is going to be drawn "wrong" anyway |
06:19:13 | kkurbjun | the problem is that if they are not it will cause some really nasty side effects that could be difficult to debug |
06:19:26 | kkurbjun | I mean I was seeing data aborts in the threading code |
06:19:56 | kkurbjun | without a hint that it was related to the lcd screen I might have been trying to debug the USB driver |
06:20:04 | kkurbjun | I mean the remote screen |
06:23:02 | kkurbjun | the usb screen has bad calculations for the logo and the title, I wouldn't be supprised if other screens turn up with bad calculations for really small screens |
06:24:04 | kkurbjun | the proper fix would be to correct the screen, but there is no way that a remote logo and a title are going to properly fit on the mr500 remote screen |
06:25:44 | kkurbjun | I thought that checks could be added to each screen definition, but it would be a catch all if you put the check in the set_viewport function |
06:26:47 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
06:27:07 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
06:49:49 | | Join evilnick [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
06:50:14 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
06:56:16 | | Quit evilnick_ (Read error: 60 (Operation timed out)) |
07:00 |
07:04:45 | | Join beta2k_ [0] (n=beta@d24-36-68-97.home1.cgocable.net) |
07:05:57 | kkurbjun | JdGordon: I updated the patch: http://pastebin.com/m64d8c453. I think this would be good at the least for a check to ensure data corruption does not happen, but I don't know how often set_viewport is called - offhand I don't think these checks would be too much of a penalty to the system performance |
07:06:08 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
07:06:35 | | Join dkopelove [0] (n=daniel@c-67-174-178-155.hsd1.co.comcast.net) |
07:07:30 | | Part dkopelove |
07:09:06 | *** | Saving seen data "./dancer.seen" |
07:14:08 | | Join lifeless_ [0] (n=lifeless@188.17.84.57) |
07:15:35 | | Join dkopelove [0] (n=daniel@c-67-174-178-155.hsd1.co.comcast.net) |
07:17:09 | dkopelove | Hello, is anyone here a dev working on the Fuze v2 port? |
07:18:24 | | Quit HBK (Read error: 60 (Operation timed out)) |
07:19:21 | funman | dkopelove: Clipv2/Fuzev2 ports are a bit stalled at the moment |
07:19:34 | funman | do you want to help? |
07:20:19 | | Quit beta2k (Read error: 110 (Connection timed out)) |
07:21:59 | dkopelove | yes |
07:22:30 | dkopelove | appologies for breaking one of the irc best practices already |
07:22:44 | funman | dkopelove: which practice ? |
07:23:01 | | Quit liar (Read error: 113 (No route to host)) |
07:23:59 | dkopelove | the practice of not asking questions that start with "Does/Is anyone ... " generally ambigious questions |
07:24:22 | funman | dkopelove: All Clipv2 code is on http://www.rockbox.org/tracker/task/10047 , I don't remember how far kugel had gone on the Fuzev2, I think he could control backlight |
07:24:25 | dkopelove | anyway I'm new and I want to get involved, where can I start reading up |
07:24:34 | dkopelove | thanks |
07:24:58 | funman | Next breakthrough would be to manage to make DMA transfers from the internal storage (we can already send commands to the SD but not transfer data) |
07:25:09 | | Quit lifeless__ (Read error: 110 (Connection timed out)) |
07:26:04 | dkopelove | what do we know about the hardware of the Fuze v2 (or any of these devices), do I assume correctly they are some arm uP |
07:27:38 | funman | there is an arm926-ejs |
07:28:15 | funman | myself i only have a Clipv2 but i assume the Fuzev2 use the same hardware |
07:29:41 | funman | the SoC is made by austriamicrosystems and is very very similar to AS3525 (the OF is developed with a AS3525 SDK, you can find strings of it in the binary) |
07:29:51 | | Quit xavieran_ (Read error: 60 (Operation timed out)) |
07:29:56 | JdGordon | kkurbjun: (sorry was watching tv)... set_viewport() is called *alot*... pretty much every time part of the screen is updated... I don't see whats wrong with pushing that error checking up to viewport_set_defaults() (which should always be used)... the problem you found is with bad code in usb screen... not something in the viewport stuff... |
07:30:06 | funman | We do not know which SoC it is exactly but I suppose it's an extended AS3525 (some registers added, some modified) |
07:30:18 | JdGordon | yes it sucked that it was a pain to find, but putting that check in the lcd driver is too far down the stack |
07:31:25 | | Quit Shaid (Read error: 60 (Operation timed out)) |
07:33:24 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
07:35:28 | | Quit bluebrother (Nick collision from services.) |
07:35:31 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
07:38:39 | | Join AEnima15771 [0] (n=clbarnob@h80ad2683.async.vt.edu) |
07:40:51 | dkopelove | funman: thanks for you help, got my dev environment up, and building trunk. Now just need to figure out the status of the fuze v2 project: is kugel a good person to contact about fuze v2 |
07:42:06 | funman | dkopelove: well i'll tell you the status on fuzev2: we can run code, we need to reverse engineer pretty much everything else from OF disassembly |
07:42:12 | | Quit AEnima1577 (Read error: 60 (Operation timed out)) |
07:42:45 | funman | i advice you to check the Clipv2 code (especially for backlight) and Fuzev1 code (lcd driver should be similar if not identical) |
07:43:43 | dkopelove | funman: I'll look at the link you provided, thanks; one last Q: is there a seperate branch for v2 porting |
07:44:03 | funman | no, all the code is either in SVN (for mkamsboot), either in the patch on FS #10047 |
07:45:21 | funman | i'm pretty sure kugel had code to enable backlight though i can't find it on the FS #10047 |
07:45:30 | | Quit gevaerts (Nick collision from services.) |
07:45:41 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
07:48:48 | funman | dkopelove: ecrips made some work on fuzev2 (he found gpio for usb & left button) |
07:48:58 | funman | however his git tree seems abandoned now |
07:50:54 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-22dd4d46a295e244) |
07:52:41 | saratoga | funman: i'm interested in eventually doing more AMS power testing in hopes of getting battery life improved like we did on the e200v1 |
07:53:11 | saratoga | i'm curious how hard it is to change the device clocks for DBOP, IRAM, IDE, etc |
07:53:22 | funman | saratoga: just edit clock-target.h |
07:53:35 | saratoga | i saw that but will the drivers be ok with different clocks? |
07:53:56 | funman | you can only tell by running them ^^ |
07:54:13 | saratoga | i want to eventually hook up the DMM and see what the watts/MHz looks like for the various devices |
07:54:36 | funman | FlynDice managed to change ide clock i think, dbop could change without much problems as well |
07:54:40 | saratoga | then try to work out where all the power goes |
07:55:13 | saratoga | how hard would it be to change the main arm core to 31MHz? I think that means DBOP and IRAM change too? |
07:55:34 | dkopelove | funman: I think I'll clone his tree unless you think that his work is too far behind the tip to be useful? |
07:56:58 | saratoga | i don't think it matters, resyncing will be easy compared to reverse engineering |
07:57:06 | funman | saratoga: i don't remember if fastbus is mandatory (pclk == fclk) or not in current clock-target.h |
07:58:54 | funman | dkopelove: I would clone rockbox tree, apply fs#10047 and manually apply http://github.com/ecrips/Rockbox-FuzeV2/commit/3c3e32fa0ca15152f1993de45508a35937fc2d9a |
07:59:29 | funman | so if you find something we can add it to fs#10047 and it stays in sync with rockbox svn |
08:00 |
08:00:27 | funman | saratoga: currently the cpu freq == pclk |
08:01:24 | saratoga | and most other devices are also run off pclk, correct? |
08:03:05 | saratoga | dkopelove: cleaning up FS #10047 and getting it commited might also be a good idea |
08:05:39 | saratoga | basically theres all sorts of work to be done! |
08:05:47 | | Quit Rob2223 (Read error: 60 (Operation timed out)) |
08:05:49 | dkopelove | do you all have the ability to commit or do you submit patches |
08:07:45 | saratoga | dkopelove: funman and I can commit patches on the tracker |
08:08:06 | saratoga | and people who get patches on the tracker accepted tend to get SVN access pretty quickly |
08:10:11 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:14:04 | funman | saratoga: yes their frequency is based off pclk, but clock-target.h helps keeping the same frequency if pclk is changed |
08:14:47 | funman | saratoga: about fs#10047 what needs to be cleared is which SoC name to give to Clipv2/Fuzev2 (and Clip+?) : AS3525+ ? |
08:15:03 | saratoga | funman: thats the only hurdle? |
08:15:18 | saratoga | AS3525+ or AS3525v2 sounds fine to me |
08:15:36 | saratoga | its apparently some custom part so you can call it whatever you like |
08:15:41 | funman | i wanted to know how much code we could share with as3525, and without docs the answer is hopefully a lot but not all |
08:15:51 | JdGordon | further proof noone uses HWCODEC targets.... "filetype array full" after updating my AJBRv1 |
08:16:04 | saratoga | well in the meantime you could still commit it ;) |
08:16:14 | funman | what blocks me from cleaning it up is still no SD access |
08:16:19 | funman | eheh yes |
08:17:34 | | Join beta2k [0] (n=beta@d24-36-68-97.home1.cgocable.net) |
08:17:58 | dkopelove | funman + saratoga: thanks I'm working on patching, have a good night |
08:18:43 | | Quit saratoga ("Page closed") |
08:21:39 | dkopelove | \quit |
08:21:40 | | Quit dkopelove ("leaving") |
08:22:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
08:22:49 | | Quit kadoban (Remote closed the connection) |
08:22:59 | funman | kugel: hi, had you managed to enable backlight on fuzev2 ? |
08:23:10 | funman | sorry i can't remember nor find any code .. |
08:24:30 | * | JdGordon thinks he is almost ready to commit rec statusbar changes... |
08:27:14 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
08:33:00 | | Quit beta2k_ (Read error: 110 (Connection timed out)) |
08:37:31 | kugel | funman: yea, but quite weak backight, couldn't manage to set it higher. the code was copied from clipv2 |
08:38:52 | funman | saratoga: the patch on fs#10047 also contains lot of ugly debugging code for SD so i'm still a bit reluctant to commit it |
08:39:59 | kugel | JdGordon: haha @ filetype array error |
08:40:23 | | Join biv [0] (n=w@pool-70-107-94-20.ny325.east.verizon.net) |
08:40:35 | JdGordon | its not sbs though... could be .lua |
08:42:44 | CIA-8 | New commit by funman (r23490): Sansa AMS: fix system_exception_wait() ... |
08:43:45 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:44:35 | | Quit amiconn (Remote closed the connection) |
08:44:36 | | Quit pixelma (Read error: 54 (Connection reset by peer)) |
08:46:47 | biv | I have a problem with my favorite game. Games aren't mission critical but should I ask here? |
08:47:32 | | Join flydutch [0] (n=flydutch@host248-201-dynamic.15-87-r.retail.telecomitalia.it) |
08:47:44 | funman | biv: yes |
08:48:23 | biv | ok funman, thanks and thanks for all your work (esp on the AMS stuff) here goes |
08:48:34 | biv | I have several Sansa e250 (both v1) have been running rockbox very well for months. Recently, with the current build (NOT the 3.4 release), brickmania doesn't allow play with wheel. Turning the wheel doesn't move the 'paddle' ... any ideas? |
08:49:11 | biv | when I change from current build back to 3.4 it works again, but then when I go to current build it ceases again. Just don't want this introduced into a general release |
08:50:52 | biv | I hadn't changed builds for a while but the past few days 'current build' it's done that. Not sure which build it started with |
08:50:59 | JdGordon | anyone want to give this a gander before I check it in? |
08:51:14 | funman | there have been a lot of changes to brickmania for touchscreen targets, the change might have been in there |
08:51:22 | biv | Oh ok. |
08:51:35 | kugel | kkurbjun: viewport.c doesn't give negative values, and the lcd driver should do boundary checking |
08:51:51 | biv | makes sense.. I've never submitted a bug report before, should I do so over this? |
08:52:20 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
08:52:26 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
08:52:55 | kugel | if one lcd driver doesn't, it's a bug there |
08:54:30 | funman | biv: if kkurbjun or kugel can spot the bug quickly perhaps you don't need to ;) |
08:55:07 | | Quit pixelma (Remote closed the connection) |
08:55:07 | | Quit amiconn (Remote closed the connection) |
08:55:23 | biv | funman ok thanks :> I'm not even registered so that would be preferable for all involved . :> |
08:55:37 | funman | hum button_status() doesn't send scrollwheel status |
08:56:14 | kugel | why me? |
08:56:21 | funman | biv: I think i found the problem |
08:56:23 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
08:56:24 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
08:56:42 | funman | kugel: i just thought you'd know more about buttons than me |
08:56:42 | | Join pixelma_ [0] (i=58d97f15@rockbox/staff/pixelma) |
08:56:43 | biv | oh great funman! |
08:56:51 | kugel | oh that's possible :) |
08:57:20 | kugel | it shouldn't be calling button_status() anyway |
08:58:06 | | Quit kadoban (Remote closed the connection) |
08:58:12 | CIA-8 | New commit by jdgordon (r23491): Initial recording screen skin support (usable in .sbs skins only for now) ... |
08:58:32 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
08:58:33 | funman | kugel: perhaps that's needed for touchscreens ? |
08:58:37 | | Quit beta2k (Read error: 104 (Connection reset by peer)) |
08:58:48 | | Join beta2k [0] (n=beta@d24-36-68-97.home1.cgocable.net) |
09:00 |
09:00:28 | funman | kugel: can I commit http://pastie.org/681201 or do you want to check if button_status() use needs to go ? |
09:01:20 | kugel | JdGordon: stereo/mono could be done with %St? |
09:01:36 | JdGordon | probably... but so what? |
09:01:45 | JdGordon | individual tags is much nicer |
09:02:06 | kugel | .... |
09:02:45 | kugel | funman: that probably works for now |
09:02:57 | kugel | JdGordon: they're waste |
09:03:03 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:03:06 | JdGordon | so? |
09:03:12 | JdGordon | we waste plenty of tags like that |
09:03:15 | CIA-8 | New commit by funman (r23492): brickmania: fix scrollwheel use |
09:03:36 | funman | biv: next current build will work, thanks for the report! |
09:03:40 | kugel | JdGordon: because they were before %St, that's all |
09:03:53 | biv | funman wow thanks, that was quick. |
09:04:03 | JdGordon | so? |
09:04:07 | kugel | "we already do it" is never a good excuse |
09:04:09 | biv | and thanks for all the work overall and especially on the AMS versions |
09:04:36 | biv | to all the coders. |
09:04:52 | JdGordon | then we should remove all the shortcuts... |
09:05:41 | kugel | and break themes? hardly a good idea for 3-4 tags. but we shouldn't be adding more to it |
09:09:07 | *** | Saving seen data "./dancer.seen" |
09:11:16 | biv | Funman, installed the new build and it indeed fixed it. Thanks! (also thanks to all who keep adding games.. I'm on jury duty and they pass the time). |
09:11:24 | biv | thanks again... 'night |
09:11:47 | | Join di7ra [0] (n=dtopuriy@78-24-226-141-dsl.vntc.ru) |
09:13:05 | | Quit biv () |
09:13:51 | | Part di7ra |
09:14:30 | CIA-8 | New commit by funman (r23493): Sansa AMS PCM : cleanup ... |
09:16:48 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
09:17:45 | | Join Stevie8227 [0] (n=Stevie82@92.251.255.5) |
09:22:59 | | Quit kugel (Read error: 113 (No route to host)) |
09:23:02 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:24:29 | | Join BigNoob [0] (n=47d784ba@giant.haxx.se) |
09:25:25 | | Quit funman ("free(random());") |
09:26:31 | BigNoob | I have a question, about people who use rockbox regulary |
09:26:33 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
09:28:47 | BigNoob | Are there themes that change the menu layout, not just the background in rockbox? |
09:30:00 | linuxstb | If you mean the order of items in the menus, then no. |
09:30:12 | BigNoob | no |
09:30:20 | BigNoob | but the layout for example |
09:30:36 | BigNoob | like the original firmware has the circle spinning type thing |
09:30:45 | BigNoob | but this just has a boring list |
09:30:54 | BigNoob | is it possible to change that |
09:32:49 | BigNoob | http://www.anythingbutipod.com/forum/showthread.php?s=b7e4c84e2d3eee1c5982578b313db4e8&t=23317 |
09:33:03 | BigNoob | Can rockbox run those types of themes ^^^^^ |
09:34:02 | linuxstb | Look at http://themes.rockbox.org for the kind of themes Rockbox can run. |
09:35:02 | BigNoob | Ok, so I guess they can't change the menu layout, into something rather than a list |
09:35:04 | | Join swilde [0] (n=wilde@aktaia.intevation.org) |
09:37:29 | | Quit pixelma_ (".") |
09:38:45 | GodEater | correct, they cannot |
09:41:07 | | Quit BigNoob ("CGI:IRC (EOF)") |
09:44:54 | | Quit Thundercloud (Remote closed the connection) |
09:47:38 | | Quit Stevie8227 (Read error: 110 (Connection timed out)) |
09:52:28 | pixelma | no-one uses hwcodec is wrong. I still like using my Ondio from time to time, just don't update that often. It currently runs a 23xxx build but before .sbs I think and I didn't see a filetype array issue - there were also two "bug reports" in the forums with problems introduced by recent changes on the RecorderV1 and even the Player |
10:00 |
10:05:36 | | Quit Llorean (Read error: 54 (Connection reset by peer)) |
10:11:56 | | Quit reid04 (Read error: 110 (Connection timed out)) |
10:12:02 | | Join reid04 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
10:21:23 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
10:23:30 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
10:24:02 | | Join seani [0] (n=seani@78.33.109.70) |
10:34:50 | | Quit FOAD (Read error: 110 (Connection timed out)) |
10:34:51 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
10:36:28 | | Join funman [0] (n=fun@rockbox/developer/funman) |
11:00 |
11:00:46 | | Join Stevie8227 [0] (n=Stevie82@92.251.255.7) |
11:02:03 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
11:03:36 | | Quit phanboy_iv (Read error: 60 (Operation timed out)) |
11:09:08 | *** | Saving seen data "./dancer.seen" |
11:13:59 | | Quit uflops (Read error: 110 (Connection timed out)) |
11:28:59 | | Part Stevie8227 |
11:30:20 | | Quit kugel (Read error: 110 (Connection timed out)) |
11:30:47 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
11:33:53 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
11:39:04 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
11:39:19 | seani | Could I have a nudge in the right direction for changing the code that gets executed when the PLAY / PAUSE buttton is pressed? I'm assuming there's a chance to add something in there before the functions in playback.c get called? |
11:44:20 | | Nick Guest69461 is now known as J-23 (n=zelazko@unix.net.pl) |
11:53:03 | | Join Bob_C_ [0] (n=chatzill@host86-144-201-0.range86-144.btcentralplus.com) |
12:00 |
12:01:20 | | Quit beta2k (Read error: 60 (Operation timed out)) |
12:01:31 | | Join beta2k [0] (n=beta@d24-36-68-97.home1.cgocable.net) |
12:05:45 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
12:16:41 | seani | Ah, looks like wps.c - wanders off to fiddle |
12:16:44 | | Quit seani ("Leaving") |
12:24:07 | | Quit MethoS- (Remote closed the connection) |
12:32:19 | | Join Omlet [0] (i=omlet05@163.1-65-87.adsl-dyn.isp.belgacom.be) |
12:32:23 | | Join Omlet05 [0] (i=omlet05@163.1-65-87.adsl-dyn.isp.belgacom.be) |
12:37:50 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
12:42:22 | kugel | weeh, -5.5K by moving init functions |
12:43:35 | funman | not bad! which functions did you move ? |
12:45:32 | kugel | a lot, but not all yet |
12:46:02 | kugel | http://pastie.org/681358 |
12:47:21 | funman | kugel: main() |
12:47:25 | funman | app_main() |
12:48:01 | funman | hum I wonder why there is code after the call to app_main() in main() .. |
12:48:16 | | Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) |
12:50:09 | kugel | not sure, root_menu() cannot return |
12:50:19 | | Quit Sajber^ (Read error: 54 (Connection reset by peer)) |
12:50:57 | funman | LED_REAL is only defined for archos, perhaps it's a left over from good old times |
12:51:07 | funman | amiconn: do you have an idea ? |
12:56:08 | kugel | I think I have almost all now. -6.7K on my e200 |
12:56:55 | funman | btw main / app_main / root_menu could be added the attribute noreturn |
12:57:25 | funman | and perhaps naked? I don't know if regs are saved on the stack for noreturn functions |
12:57:30 | funman | s/and/or/ |
12:58:43 | | Join seani [0] (n=seani@78.33.109.70) |
12:58:59 | amiconn | LED_REAL isn't a leftover; it is used |
12:59:50 | funman | amiconn: in main() ? |
13:00 |
13:01:36 | amiconn | In various places |
13:01:41 | | Quit Omlet05 (Client Quit) |
13:01:41 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
13:01:41 | | Quit Omlet (Client Quit) |
13:01:47 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
13:01:47 | | Quit DerPapst ("Leaving.") |
13:01:56 | amiconn | The loop in main() is just an indicator, should app_main() ever return (erroneously) |
13:01:56 | funman | I wonder about this specific place |
13:02:18 | kugel | a comment would be a better indicator |
13:02:19 | amiconn | It will blink the LED in such a case |
13:02:32 | amiconn | A comment won't help the user |
13:02:58 | funman | root_menu() can't return, so app_main() neither |
13:06:01 | funman | __attribute__((noreturn)) effectively saves registers on the stack at function entry |
13:06:27 | amiconn | *erroneously* |
13:06:56 | amiconn | I know it shouldn't happen normally |
13:07:25 | funman | I can't see a way it could happen erroneously |
13:07:57 | funman | If it's due to random memory corruption, the function might jump to anywhere, not specifically the caller (app_main) |
13:09:08 | funman | the only way I can think it would return is if the source code is modified |
13:09:12 | Torne | funman: er, last i checked declaring a functoin as noreturn didn't actually make it optimise away the prolog/epilog unless it could statically see that it was impossible for the function to return (and if it can see that it can optimise it anyway) |
13:09:13 | *** | Saving seen data "./dancer.seen" |
13:09:19 | amiconn | It can happen if a developer goofs somewhere |
13:09:35 | Torne | funman: i may be wrong but last time i fiddled, noreturn basically only affects whether you get various warnings or not :) |
13:09:57 | amiconn | This is old code, it could probably be removed |
13:10:37 | Torne | e.g. to let you get away with writing int foo() { for(;;); } |
13:10:37 | funman | Torne: then here attribute naked makes more sense? (to remove unneeded prolog/epilog) |
13:11:40 | Torne | Hm |
13:11:55 | Torne | manual says it does do that optimisation |
13:12:11 | funman | it = noreturn? that's what I understand from the gcc manual too |
13:12:32 | Torne | yes. but i'm pretty sure i've seen it fail to do it :) |
13:12:38 | Torne | of course these things may both be true |
13:12:53 | Torne | naked means something entirely different and shouldn't ever be on a C function |
13:13:18 | Torne | naked breaks local variables, amongst other things (it removes any handling of the stack pointer, so there's no memory alloced for locals) |
13:13:31 | | Join Biont [0] (n=chatzill@drsd-4db3d5cd.pool.mediaWays.net) |
13:13:41 | funman | oh I thought it would only remove registers saving/loading |
13:14:02 | Torne | no, it kills the prolog/epilog entirely |
13:14:09 | Torne | you can only use asm() inside a naked function |
13:14:12 | Torne | no C code at all |
13:14:41 | Torne | it's for doing asm functoins which need nonstandard prolog/epilog code without having to write a seperate .s |
13:15:43 | kugel | is -6.7K considerable for SVN, or is this too dirty? |
13:16:15 | Torne | anyway, poking around on the internet suggests that gcc is probably just not very *good* at following through on the implications of noreturn, so whether you get particular optimisations or not may be somewhat random :) |
13:16:29 | Torne | its primary purpose is to kill warnings, not enable optimisation |
13:20:33 | Biont | Hello everyone. I had an idea regarding touchscreen WPS and would like to know if there would be any troble implementing it before suggesting it on the forums. It's about defining custom tags/actions |
13:20:44 | Biont | +u |
13:20:56 | CIA-8 | New commit by funman (r23494): root_menu() can't return, tell gcc about it ... |
13:21:14 | kugel | that will make rockbox so much faster :P |
13:21:15 | funman | kugel: I don't think it's dirty, perhaps you should bring the discussion on the dev list |
13:21:41 | Biont | It should be something like the "repmode"-command which cycles through different values |
13:22:59 | kugel | funman: I foresee many reds |
13:23:16 | funman | why ? |
13:23:25 | kugel | no main() for sims |
13:23:59 | funman | it's still called app_main() in the sim |
13:24:00 | kugel | unless that main() was never called from sims and the real main is elsewhere |
13:25:34 | kugel | alright, ignore me then. sim's main() is in uisdl.c |
13:25:54 | funman | since it runs on a 'real' OS main() is reserved |
13:27:10 | kugel | :? |
13:27:36 | kugel | every C program needs a main() |
13:28:05 | funman | yes that's what I mean, on the simulator main() will initialize SDL and stuff, and then call rockbox's main() (well, app_main() ) |
13:28:27 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
13:32:00 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
13:33:19 | kugel | -6.7k is less than I hoped |
13:33:59 | kugel | it'll be even less for non-ARM (those have usually more compact code) |
13:40:58 | | Quit kugel (Read error: 60 (Operation timed out)) |
13:50:36 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
13:57:17 | Biont | would custom tags/actions for the (touchscreen) WPS be feasible? They could work like the repmode command and cycle through 2 or 4 values |
13:58:27 | | Join Strife89 [0] (n=michael@168.16.235.213) |
13:59:33 | Biont | That way, you could easily create a bunch of different popup menus to display settings ....or make buttons that change the appearance of the wps and many other things |
14:00 |
14:01:16 | Biont | I'll suggest it on the forums as well, but I wanted to ask if it is possible at all (or possible without too much hassle) first |
14:02:26 | | Join Strife1989 [0] (n=michael@168.16.235.213) |
14:02:56 | * | gevaerts is a bit confused. "repmode"? |
14:03:18 | Biont | repmode - cycle the repeat mode |
14:03:43 | kugel | deleting themes doesn't work anymore? |
14:04:17 | Biont | It's just to illustrate how I'd imagine it to work....you press it and the value goes from 1 to 2 and so on |
14:04:36 | kugel | or does it take a while until its removed? |
14:05:18 | gevaerts | ah, ok. |
14:05:30 | * | gevaerts doesn't know much about the GUI code, so he can't help |
14:08:24 | seani | 336Mb of downloads to build the manual. Crikey. There isn't a question in there, just saying. |
14:10:17 | Biont | I don't know anything about coding at all. I'd love to do it myself if I could (because then, I could also make a theme that shows off all the cool stuff that would be possible with custom actions) |
14:10:36 | Biont | (which would surely help getting it committed) |
14:15:13 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
14:17:46 | | Quit funman ("free(random());") |
14:18:49 | preglow | Zagor: got a mail saying i'm bouncing mails again... |
14:19:19 | * | Zagor sighs |
14:19:29 | | Quit Strife89 (Read error: 110 (Connection timed out)) |
14:35:23 | | Join Jaykay [0] (n=chatzill@p5DDC7221.dip.t-dialin.net) |
14:38:05 | Jaykay | i'm wondering about the ascending and descending values in the file size delta tabel, e.g. the zvm 30gb. is this due to different build clients, and can someone explain it to me? |
14:50:54 | CIA-8 | New commit by BobC (r23495): Improvements to mini2440 audio; change CPU freq to 406MHz |
14:51:22 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
14:56:39 | kugel | Bagder, Zagor: The font page doesn't show Bob_C's real name for me |
14:57:05 | | Join mcuelenaere [0] (n=mcuelena@78-22-98-253.access.telenet.be) |
14:59:28 | Bob_C_ | Yes, I wondered that. |
14:59:55 | gevaerts | kugel: I suspect something fishy in COMMITTERS. His login is the only that starts with an uppercase letter. I don't know how that is handled, but I do know that that file is supposed to be ordered, and I suspect that systems relying on that use strict ascii sorting |
15:00 |
15:00:23 | * | gevaerts does think that waiting for Bagder or Zagor to comment is best :) |
15:00:27 | Zagor | gevaerts: almost. it doesn't rely on sorting, but on the case being the same as the svn login |
15:00:28 | kugel | strcmp vs strcasecmp failure? :P |
15:00:34 | Bob_C_ | I noticed the COMMITTERS file is not in strict order anyway, but uppercase may be problem |
15:00:47 | Zagor | I fixed that now |
15:01:21 | CIA-8 | New commit by zagor (r23496): Fixed case dependency |
15:02:36 | gevaerts | Bob_C_: as far as I can see it is in strict order |
15:04:26 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
15:04:34 | Bob_C_ | ok, I did a sort/diff, I thought some out of order were. I guess it might depend on locale |
15:09:17 | *** | Saving seen data "./dancer.seen" |
15:09:54 | * | mcuelenaere agrees with kugel (recording tags mail) |
15:10:26 | * | kugel hands mcuelenaere a "Reply to email" window :) |
15:10:46 | * | mcuelenaere considers an "I agree" mail pretty pointless :) |
15:10:56 | kugel | I wonder why I'm always the last who gets his email from the ML |
15:11:30 | kugel | mcuelenaere: I think we still had 3 Swedish committers only if "+1" mails were useless |
15:12:54 | kugel | an "I agree" just as contributes well to a discussion as anything else (excluding troll...) |
15:12:55 | | Quit AEnima15771 (Read error: 110 (Connection timed out)) |
15:13:36 | | Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) |
15:15:54 | | Join AEnima1577 [0] (n=clbarnob@n146s183.ntc.blacksburg.shentel.net) |
15:16:54 | FlynDice | saratoga:(for the logs)re: AMS frequencies, The problem with changing the core frequency to 31MHz is the restriction that PCLK <= FCLK so we need to lower PCLK also. If we do that then the IRAM and Memory are clocked lower also and it actually make battery performance worse. |
15:17:08 | | Quit Strife1989 (Read error: 113 (No route to host)) |
15:18:19 | | Quit kugel (Read error: 60 (Operation timed out)) |
15:18:33 | FlynDice | I'll try to add some more presets to FS #10308 to make it easier to try different cominations if you're pulling out the test equipment.... |
15:18:50 | FlynDice | er combinations even |
15:20:46 | mcuelenaere | kugel (logs): sure, but I thought agreeing in here could result in an discussion while agreeing with the mail wouldn't have much result.. |
15:24:01 | | Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) |
15:27:40 | | Join DerPapst [0] (n=DerPapst@p4FE8F40B.dip.t-dialin.net) |
15:35:47 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
15:35:52 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
15:42:56 | | Quit Jaykay (Read error: 60 (Operation timed out)) |
15:45:36 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
15:59:34 | | Part LinusN |
16:00 |
16:05:40 | | Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) |
16:07:49 | | Join explore_ [0] (n=msparker@pool-173-57-92-51.dllstx.fios.verizon.net) |
16:07:59 | | Quit explore_ (Client Quit) |
16:08:08 | kkurbjun | kugel: so what is your take on the viewport issue.. currently none of the lcd drivers do proper bounds checking when a viewport is used |
16:08:23 | kkurbjun | they all assume that the viewport is defined to be within the screen |
16:09:05 | kkurbjun | but the more I think about it the more it seems like either a check when setting the viewport or clipping when drawing the viewport is appropriate especially with lua |
16:09:11 | | Quit teru ("Quit") |
16:09:57 | kugel | kkurbjun: where's the exact failure? lcd_update_rect should check, bitmap_*[_part] too |
16:10:44 | kkurbjun | look at lcd_bitmap_part in lcd-16bit.c |
16:11:04 | kkurbjun | it clips the bitmap with respect to x/y, but then it adds the viewport offsets in |
16:11:51 | kkurbjun | so if the viewport is negative or wider than the screen then it will draw into memory that it shouldn't be |
16:12:47 | kkurbjun | it seems to me that the logic for clipping is just broken with viewports - someone added that clipping logic in for a reason and then it was broken when viewports were added |
16:13:34 | kkurbjun | I mean, we could make the requirement that bitmaps have to be defined within the screen too, and just remove all of the clipping logic :-D |
16:13:58 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
16:14:20 | kugel | ah I see |
16:14:55 | kkurbjun | but this also means that all of the lcd drivers need to be fixed with additional logic |
16:14:57 | kugel | well, IMO the drivers shouldn't be doing all these checks anyway, but the callers instead, but I may be the only one thinking that |
16:16:03 | kkurbjun | kugel, the concern I have is that it adds a ton of checks all over the code, and when you look at things like plugins it could cause all kinds of problems if we let people accidentally (or maliciously) overwrite areas of memory |
16:16:53 | kkurbjun | not with lua people don't even need to compile their own plugins you could do all kinds of things to the player just with a script |
16:18:20 | kugel | yea but the checks are done repeatedly even if the viewports are properly set up (which is true for (assuming) 99% of the core) |
16:20:14 | kkurbjun | wps's might not have the bitmaps setup properly without any clippnig though, what if the viewport is properly defined and the bitmap they are using is wider than the viewport |
16:20:51 | kkurbjun | that is currently taken care of, but why neglect the viewport definitions if we're already doing clipping |
16:22:09 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
16:22:38 | kugel | the wps checks |
16:22:54 | kugel | I'm not saying the checks shouldn't be done at all, but transfered to the caller |
16:23:05 | kkurbjun | where does the wps check? |
16:23:44 | kugel | I don't think the wps checks if the images are wider than the vp currently |
16:23:53 | kkurbjun | so the wps should do all the clipping? |
16:24:13 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
16:24:27 | kugel | I'd be in favor of that yes |
16:24:42 | mcuelenaere | can't we just expose "checked" calls to plugins and "unchecked" (aka performance-related) calls to core-only? |
16:24:43 | kugel | but that's just me, I'm not really proposing the change the whole system |
16:25:33 | kkurbjun | I think clipping at the driver adds a small impact that is worth it for simplicity all over the code base |
16:25:51 | kkurbjun | plus sanity checking against user created input |
16:25:56 | mcuelenaere | I disagree, drivers should be as fast as possible |
16:26:04 | * | gevaerts really thinks that viewport clipping should be done by the "system", not the caller |
16:26:15 | mcuelenaere | also isn't there some kind of unwritten rule Rockbox shouldn't have much defensive code? |
16:29:16 | kkurbjun | currently I'm planning on implementing clipping at the driver with a macro that can be called in each instance - if someone wants to run fast and dirty they can disable it, but I think if you pull clipping all together it will cause more complexity and problems than it's worth |
16:30:21 | Bob_C_ | Fast is good, but not crashing is better imho |
16:30:56 | kugel | kkurbjun: remember we have a new "no code in macros" rule (I don't like it) |
16:31:10 | kkurbjun | plus these functions have loops that are much larger than the checks that are present |
16:31:26 | Bob_C_ | s/crashing/going wrong generally/ |
16:31:41 | kkurbjun | unless you are talking about really small bitmaps or small drawing functions it's practically negligible |
16:31:58 | | Quit Bob_C_ ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
16:32:03 | kkurbjun | kugel: thanks for the heads up, I'll keep that in mind |
16:39:18 | teru | kugel: you seem to forget to do vol_changed = false; in r23436. when i change volume in wps, it keeps showing info that volume is changed. |
16:41:33 | kugel | teru: oops, can you correct that? |
16:43:23 | teru | kugel: can't do it now. i'm going to sleep.. |
16:45:21 | | Quit teru ("bye") |
16:51:22 | DerPapst | wth... the battery of my gigabeast just balloned. i hope i didn't damage anything while ripping that thing out. o.O |
16:55:46 | | Quit AEnima1577 ("Leaving.") |
16:58:21 | | Join Strife89 [0] (n=michael@168.16.239.253) |
16:59:53 | | Quit bubsy () |
17:00 |
17:06:14 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
17:06:15 | | Quit niekie (Read error: 104 (Connection reset by peer)) |
17:06:15 | | Quit Zagor ("Don't panic") |
17:06:15 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
17:06:15 | | Join evilnick_ [0] (n=evilnick@ool-4571af51.dyn.optonline.net) |
17:06:16 | | Join toffe82_ [0] (n=chatzill@12.169.218.14) |
17:06:17 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
17:06:20 | | Quit Topy (Connection reset by peer) |
17:06:29 | | Join Topy [0] (n=Topy44@f049003138.adsl.alicedsl.de) |
17:06:31 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
17:07:14 | Blue_Dude | I was fooling around with logf yesterday. I noticed that in a number of files, LOGF_ENABLE is defined. Shouldn't all these be commented out unless the dev specifically enables them? |
17:07:35 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-68a0c043251f94f4) |
17:08:39 | DerPapst | YAY! it still works :D |
17:09:13 | saratoga | FlynDice: is the restriction that PCLK <= FCLK explained in the manual or experimentally determined? |
17:09:17 | | Quit Xerion (Read error: 60 (Operation timed out)) |
17:09:18 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
17:09:20 | *** | Saving seen data "./dancer.seen" |
17:12:10 | Blue_Dude | Any objections to systematically commenting out all LOGF_ENABLE's? |
17:12:54 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
17:13:05 | | Quit toffe82 (Read error: 60 (Operation timed out)) |
17:17:53 | | Quit bubsy () |
17:21:32 | | Join stoffel [0] (n=quassel@85.105.27.20) |
17:22:22 | kugel | Blue_Dude: just don't use evil // :) |
17:22:42 | Blue_Dude | kugel: I wouldn't think if it. |
17:22:47 | * | Blue_Dude is offended! |
17:23:18 | | Quit jfc^3 (Read error: 110 (Connection timed out)) |
17:23:36 | | Join jfc^3 [0] (n=john@dpc6682208002.direcpc.com) |
17:24:59 | | Join Omlet [0] (i=omlet05@163.1-65-87.adsl-dyn.isp.belgacom.be) |
17:25:02 | | Join Omlet05 [0] (i=omlet05@163.1-65-87.adsl-dyn.isp.belgacom.be) |
17:25:06 | CIA-8 | New commit by blue_dude (r23497): Comment out LOGF_ENABLE defines everywhere, replace evil comments |
17:25:14 | | Quit Horscht (Read error: 113 (No route to host)) |
17:25:20 | | Quit evilnick (Read error: 110 (Connection timed out)) |
17:25:53 | | Join stoffel_ [0] (n=quassel@85.105.27.20) |
17:26:09 | | Quit stoffel (Read error: 104 (Connection reset by peer)) |
17:26:35 | saratoga | Bob-C: would you update TargetStatus with the mini2440 info? |
17:26:57 | Bob_C | saratoga: sure, good idea |
17:30:09 | | Join funman [0] (n=fun@rockbox/developer/funman) |
17:30:44 | | Join AEnima1577 [0] (n=clbarnob@nc6521387.cns.vt.edu) |
17:31:17 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
17:32:35 | FlynDice | saratoga: 7.3.14 CGU - Clock generation unit, p100 in r1.13 of the datasheet, read ARM922T and AMBA bus clock it explains fastbus, asynchronous, & synchronous. |
17:33:17 | Blue_Dude | WTF? How did I end up with a red for that? |
17:35:01 | | Join link4u [0] (n=51aa94e9@giant.haxx.se) |
17:35:43 | link4u | i cant boot my rockbox from the sd card on my Iaudio cowon D2 |
17:35:53 | link4u | any 1 know solution? |
17:36:15 | link4u | i can boot from NAND, but not from the SD. |
17:36:33 | link4u | Help pleease ... |
17:38:28 | link4u | Does any one have the D2? |
17:38:37 | link4u | pleease heeelp |
17:39:06 | gevaerts | link4u: people aren't watching this channel all the time, and not everyone knows about everything... |
17:41:43 | funman | Blue_Dude: it's a "normal" build client failure, not your fault |
17:41:49 | Blue_Dude | I can't find the problem. Why did r23497 break? |
17:42:13 | funman | it didn't |
17:42:18 | Blue_Dude | Thank goodness. I thought maybe I'd forgotten to close a comment somewhere. |
17:42:31 | funman | you can check the specific errors by clicking on the red for each model |
17:42:55 | Blue_Dude | I did, but not closing a comment can sometimes cause strange build errors. |
17:43:24 | Blue_Dude | Leaving out expected includes, etc. |
17:43:36 | funman | yes but here it doesn't happen when parsing C code |
17:43:52 | | Quit stoffel_ ("No Ping reply in 90 seconds.") |
17:44:17 | FlynDice | saratoga: re:ams clock restrictions, Even though it says it is not allowed we were running ansync bus with PCLK=62MHz & FCLK=31MHz, before we knew better, and it ran but caused problems when we tried to enable the mmu. |
17:44:24 | | Join stoffel [0] (n=quassel@85.105.27.20) |
17:44:45 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
17:48:25 | | Join Jaykay [0] (n=chatzill@p5DDC6450.dip.t-dialin.net) |
17:53:29 | saratoga | FlynDice: I was looking at that but it seemed to me that in async mode you could run fclk<pclk |
17:54:30 | saratoga | oh nevermind |
17:54:31 | saratoga | i see now |
17:54:33 | FlynDice | saratoga: "Within asynchronous mode, the ARM922T frequency must be higher than the AHB bus frequency," |
17:54:49 | link4u | Does anyone have the cowon D2? |
17:55:37 | | Join Rob2222 [0] (n=Miranda@p4FDCC682.dip.t-dialin.net) |
17:56:05 | FlynDice | saratoga: we run PCLK = FCLK by using fastbus |
17:56:27 | | Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
17:59:32 | link4u | Does anyone know what is wrong when "ata mount error" or something shows up? I have a cowon d2 with files on SD card. |
18:00 |
18:00:49 | FlynDice | saratoga: In other arm targets there is usually a divider allowing you to run AHB bus at HCLK and APB bus at PCLK=HCLK/2 but we don't have that with as3525, at least by what the datasheet says. |
18:02:35 | | Join stoffel_ [0] (n=quassel@85.105.27.20) |
18:02:35 | | Quit stoffel (Read error: 54 (Connection reset by peer)) |
18:05:41 | | Quit mcuelenaere (Remote closed the connection) |
18:07:37 | | Join liar [0] (n=liar@83.175.83.185) |
18:11:22 | | Quit Strife89 ("Lunch.") |
18:12:20 | | Quit link4u ("CGI:IRC") |
18:13:02 | | Join helpme_d2 [0] (n=51aa94e9@giant.haxx.se) |
18:14:11 | | Part froggyman |
18:14:38 | helpme_d2 | Hi. I have problems booting rockbox on D2 "SD" mode. It comes some sort of "ata mount Error" Pleease help a n00b like me :P |
18:15:42 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:16:13 | helpme_d2 | Do i have to insert SD card while i boot, or can it be in before? |
18:16:35 | Bob_C | Is your card formatted as FAT32 |
18:18:12 | evilnick_B | helpme_d2 / link4u: Have you read http://www.rockbox.org/wiki/CowonD2Info#Known_Problems ? |
18:24:46 | helpme_d2 | i can try format it again? |
18:25:15 | helpme_d2 | but it can be inserted before turnon right? |
18:25:53 | helpme_d2 | i have read those |
18:26:00 | helpme_d2 | no sulution there |
18:26:35 | helpme_d2 | fat |
18:26:37 | evilnick_B | helpme_d2: From my reading of that page, you should insert the SD card before powering it on. But I don't own that player. |
18:27:04 | helpme_d2 | ok, i have tried both, but the same error |
18:27:37 | helpme_d2 | exFat or fat? |
18:28:03 | helpme_d2 | i have vista (yes, it sucks) |
18:28:24 | | Quit gevaerts (Nick collision from services.) |
18:28:36 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
18:29:01 | evilnick_B | FAT32, and what is the exact error message that you get? |
18:29:08 | | Join Casainho [0] (n=chatzill@87.196.103.174) |
18:29:45 | Casainho | hello everyone :-) |
18:30:04 | evilnick_B | Casainho: Congratulations!! (also to Bob_C) |
18:30:42 | Casainho | some of you may already know, but others not, but Lyre Mini2440 project plays audio now :-) −− I shot a small video: http://lyre.sourceforge.net/?q=content/ladies-and-gentlemen-we-have-sound-mini2440 |
18:31:03 | Casainho | evilnick_B: thanks, but we need more ;-) |
18:31:22 | Bob_C | helpme_d2: no, exFAT is not compatible |
18:31:26 | Casainho | evilnick_B: I mean, more developers and users :-) |
18:32:17 | helpme_d2 | wait a minute and i check exactly wich error |
18:32:33 | helpme_d2 | ata mount something |
18:32:46 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:34:35 | | Quit funman ("free(random());") |
18:35:12 | helpme_d2 | currently i do NAND boot, wich works fine |
18:35:23 | | Quit petur ("*plop*") |
18:35:26 | gevaerts | does the SD card work then? |
18:35:49 | | Quit maruk ("Leaving.") |
18:35:55 | helpme_d2 | i dont think so, the file browser cant go higher than the nand root. |
18:36:08 | helpme_d2 | 16 mb very slow card |
18:37:09 | | Nick YPSY is now known as Ypsy (n=ypsy@87.106.45.183) |
18:37:48 | gevaerts | is there a <microSD> entry in the file browser? |
18:38:05 | helpme_d2 | in the nand root? |
18:38:20 | gevaerts | in the root |
18:38:32 | helpme_d2 | wait |
18:38:34 | helpme_d2 | here |
18:38:46 | helpme_d2 | ATA mount file not found |
18:39:08 | helpme_d2 | and the version ofcoarse |
18:40:51 | helpme_d2 | DAMN. i hate vista, now i cant rename it to ".rockbox". |
18:41:45 | | Quit DerPapst ("Leaving.") |
18:42:16 | | Join dkopelove [0] (n=daniel@67-148-118-198.dia.static.qwest.net) |
18:44:06 | helpme_d2 | where is the "microSD" entry? |
18:44:29 | gevaerts | it should be in the root, i.e. when you go to Files you should see it |
18:44:37 | | Quit Horschti ("Verlassend") |
18:44:46 | helpme_d2 | nope, i dont |
18:44:55 | helpme_d2 | i can try another SDHC card? |
18:45:03 | gevaerts | Which version are you running? You can see it in "System->Rockbox Info" |
18:45:04 | | Quit kugel ("exit(0);") |
18:45:21 | helpme_d2 | that works |
18:45:27 | helpme_d2 | now i see microsd |
18:45:54 | helpme_d2 | 16 Mb cards dont work then? |
18:47:04 | gevaerts | hm, is it formatted correctly? Rockbox only supports FAT16 and FAT32, but a 16MB card could be FAT12 I think |
18:47:50 | helpme_d2 | as i said earlier, i have vista, and have 3 opt. when formatting : exFAT, FAT and ntcs |
18:48:58 | domonoky | helpme_d2: vista probably chooses some silly FAT format for you. try a better format program :-) |
18:48:58 | evilnick_B | helpme_d2: Maybe try formatting it with http://www.compuapps.com/Download/swissknife/swissknife.htm so that you know for sure which FS it is. |
18:49:26 | gevaerts | FAT is definitely the right choice there, but I think windows just selects a FAT variant based on size, and for really small cards this might not work with rockbox. If that's indeed the problem, a third party formatting tool might help |
18:49:45 | * | gevaerts seconds evilnick_B's suggestion |
18:49:47 | helpme_d2 | ok, thanks guys |
18:52:25 | helpme_d2 | the sdhc card works fine, it boots |
18:54:16 | helpme_d2 | swissknife thingey doesnt work though |
18:54:32 | saratoga | FlynDice: what do we clock DRAM at? |
18:54:45 | saratoga | mpmc_clk that is |
18:54:49 | helpme_d2 | but see ya |
18:55:07 | | Quit helpme_d2 ("CGI:IRC") |
18:55:08 | * | Bagder points out that the COMMITTERS file says that the user name should be in lower case... |
18:56:00 | FlynDice | We clock DRAM at PCLK freq because any attempt to use a divider for PCLK= mpmc_clk results in a white screen. Nothing I have found avoids this so far... |
18:56:04 | bertrik | Can we use real names in the commit messages? |
18:56:30 | FlynDice | or for PCLK=mpmc_clk/2 I meant |
18:56:32 | bertrik | I'm seeing some commits attributed to 'myself' lately and I think that's a bad idea |
18:57:14 | saratoga | FlynDice: do you think its a problem with DBOP or more general? |
18:58:05 | saratoga | given the poor performance of the IRAM on AMS, running fclk at 31Mhz and dram at 62 MHz might save a good bit of power while still performing acceptably, assuming we ever figured out how to use it |
18:58:51 | FlynDice | I don't think that's a DBOP problem, we got a white screen failure when voltage scaling was reimplemented and it had to do with voltages a hair low getting stuck in the adc voltage check loop. |
18:58:54 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
18:59:05 | saratoga | ok so its just a general failure to service the lcd |
18:59:12 | CIA-8 | New commit by BobC (r23498): Change username to lower case |
18:59:24 | FlynDice | I guess so |
18:59:42 | saratoga | the bad IRAM performance is itself odd given that the spec sheet says it has single cycle latency and 128 bit access bus(!), which should make it many times faster then DRAM |
19:00 |
19:00:19 | * | Bob_C hangs head in shame at first commit fail |
19:00:43 | linuxstb_ | bertrik: You mean people saying "myself" instead of using their own name? |
19:00:51 | | Join Cor33 [0] (n=18390af3@giant.haxx.se) |
19:00:55 | bertrik | linuxstb, yes |
19:01:14 | linuxstb_ | Why is that bad? |
19:01:42 | bertrik | because I don't always know who did the commit |
19:01:48 | rasher | Surely any work is assumed to be by the committer if nothing else is stated |
19:01:55 | rasher | so "myself" is a step up |
19:01:58 | bertrik | Why don't people just use their real name? |
19:02:05 | saratoga | its grammatically ackward |
19:02:13 | saratoga | usually one does not refer to themselves in the third person |
19:02:14 | linuxstb_ | Why don't you know who did the commit? |
19:02:16 | rasher | bertrik: Most commits don't have *any* names on it |
19:02:34 | rasher | It'd be awkward to start putting your own name on all commits by default |
19:02:40 | * | domonoky thinks there is no name needed for commiting your own work. |
19:02:52 | rasher | Besides, if you're looking at the commit message, the committer's name should be *right there* |
19:02:52 | * | linuxstb_ agrees with rasher and saratoga |
19:03:02 | bertrik | Why don't people just use their real name? |
19:03:02 | domonoky | only for commiting patches from others, you should use the recommended commit format |
19:03:18 | rasher | bertrik: because it's awkward |
19:03:29 | rasher | bertrik: And you have your name on it by virtue of being the committer |
19:03:37 | linuxstb_ | bertrik: That's why commits have a name attached automatically |
19:04:07 | | Join Link4u [0] (n=51aa94e9@giant.haxx.se) |
19:04:10 | rasher | bertrik: When exactly is this an issue? |
19:04:11 | bertrik | I don't see how it's awkward, I put my name under an e-mail for example, instead of 'myself' |
19:04:17 | amiconn | Imo saying 'myself' or even one's full name is superfluous in commit messages |
19:04:34 | amiconn | svn always shows the committer as well, so it would be redundant |
19:04:50 | Link4u | hi again. Does rockboy work on iaudiio d2? |
19:04:51 | domonoky | the only reason we have the recommended commit message format, is to track people who dont already have commit access. |
19:04:54 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:05:00 | bertrik | yeah, either put the real name there, or just omit it |
19:05:03 | linuxstb_ | amiconn: I would use it when part of the commit is mine, and part is from FS, for example. |
19:05:12 | domonoky | Link4u: yes, but it is in a early state. |
19:05:16 | Bagder | do we really want uncommented LOGF_ENABLE lines? |
19:05:22 | Bagder | hm, commented I mean |
19:05:29 | amiconn | linuxstb_: That's a special case |
19:05:38 | rasher | bertrik: surely it doesn't do any harm |
19:05:54 | Bagder | I would rather see them removed than within comments all over |
19:06:22 | bertrik | rasher, ok, but why have any FS-commit message format at all then? |
19:06:41 | rasher | bertrik: huh? |
19:06:42 | | Quit Cor33 ("CGI:IRC (EOF)") |
19:06:43 | bertrik | 'myself' becomes a special case |
19:07:04 | linuxstb_ | Ah, you're only talking about FS commits? |
19:07:35 | bertrik | yes |
19:08:10 | rasher | I still don't see what's wrong with writing "Myself". The committer's name is right next to it.. |
19:08:20 | linuxstb_ | Bagder: one advantage is that it makes it clearer how logf works to a newcomer. But I agree its messy... |
19:09:21 | *** | Saving seen data "./dancer.seen" |
19:09:35 | | Quit Biont ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
19:09:38 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:10:48 | FlynDice | ^^ +1 or I'd still be trying.... |
19:10:56 | bertrik | Well I'll be using my real name |
19:12:14 | | Quit linuxstb_ () |
19:14:24 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
19:15:36 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
19:15:41 | | Quit Link4u ("CGI:IRC") |
19:22:23 | | Join Corey [0] (n=18390af3@giant.haxx.se) |
19:24:24 | | Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
19:27:39 | FlynDice | saratoga: re AMS bad IRAM performance, I see it says there's a 128 bit wide data bus for the TRAM but that still gets to the 922 core via AHB at 32 bits wide and HCLK freq correct? |
19:34:45 | * | Llorean just got an email from a writer at Forbes regarding Rockbox. |
19:37:03 | Llorean | Apparently Lee Gomes (does technology articles for their website) is doing something on Digital Audio and may be including some about Rockbox. |
19:37:40 | Bagder | cool |
19:43:05 | | Quit phanboy4 (Read error: 110 (Connection timed out)) |
19:44:33 | | Quit Corey ("CGI:IRC (EOF)") |
19:48:37 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-f7e7780859ef60f7) |
19:48:46 | | Join GeekShado_ [0] (n=Antoine@175.17.193-77.rev.gaoland.net) |
19:49:01 | | Join Stephen_ [0] (n=S@86-40-191-208-dynamic.b-ras2.srl.dublin.eircom.net) |
19:50:19 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
19:55:13 | | Join GeekShad__ [0] (n=Antoine@48.167.204-77.rev.gaoland.net) |
19:55:53 | | Join stoffel [0] (n=quassel@85.105.27.20) |
19:55:56 | | Quit explore ("leaving") |
19:56:12 | | Quit stoffel_ (Read error: 104 (Connection reset by peer)) |
19:58:13 | | Quit amiconn (Remote closed the connection) |
19:58:13 | | Quit pixelma (Remote closed the connection) |
19:59:36 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
20:00 |
20:03:20 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
20:03:21 | | Join amiconn [0] (i=quassel@rockbox/developer/amiconn) |
20:05:30 | | Quit GeekShadow (Read error: 110 (Connection timed out)) |
20:07:34 | Stephen_ | anyone noticed this ? http://forums.rockbox.org/index.php?topic=14064.msg157837#msg157837 |
20:07:44 | Stephen_ | I just tested and it is indeed the ondio build |
20:07:49 | | Join pyro_maniac [0] (n=pyro@91-64-165-18-dynip.superkabel.de) |
20:08:00 | dkopelove | \quit |
20:08:00 | pyro_maniac | betrik: ping |
20:08:02 | | Quit dkopelove ("leaving") |
20:09:00 | pyro_maniac | bertrik: ping (now without typo in name :) ) |
20:10:27 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
20:10:46 | | Join domonoky1 [0] (n=Domonoky@g229240108.adsl.alicedsl.de) |
20:11:42 | | Quit GeekShado_ (Connection timed out) |
20:13:58 | domonoky1 | uh, what happend with the current builds ? somehow the contents of the zips are swapped. for example the ondio fm zip contains a ipod-nano build ? |
20:14:19 | Stephen_ | yeah sansa has ondio in it |
20:14:27 | FlynDice | Stephen_: Yes the e200v2 download appears to be the ondio, the fuze is correct |
20:14:55 | domonoky1 | the ipod-nano.zip contains a ipod video build... |
20:15:43 | domonoky1 | ipod-video.zip is a ipodcolor.. looks pretty messed up :-/ |
20:15:44 | gevaerts | the builds are correct. The problems start after uploading |
20:16:02 | gevaerts | the build log for e200v2 does indeed build for e200v2 |
20:16:47 | FlynDice | ondio is ipod nano... |
20:16:54 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
20:16:58 | * | gevaerts sees that Zagor has run away |
20:17:22 | Stephen_ | a new game sort of like deal or no deal for rockbox builds ? |
20:18:04 | linuxstb | That's an impressive bug... |
20:18:09 | FlynDice | nano is ipod video... |
20:18:48 | domonoky1 | FlynDice: you dont need to repeat what i already said :-) |
20:19:32 | FlynDice | whoops... just following the trail that started with my beloved e200v2 ;-) |
20:19:32 | * | linuxstb wonders about making a commit to see if it will fix itself next round... |
20:21:05 | | Join casainho_ [0] (n=chatzill@87.196.103.174) |
20:21:23 | * | FlynDice loves ambitious volunteers! |
20:21:49 | | Nick casainho_ is now known as Caainho (n=chatzill@87.196.103.174) |
20:24:10 | | Join darkham [0] (n=darkham@95.234.19.135) |
20:25:09 | * | amiconn is kinda surprised that the __attribute__((noreturn)) change didn't cause warnings |
20:25:09 | darkham | i never thinked that doom would have run properly in my fuze... |
20:25:17 | darkham | it's unbelieveble |
20:25:51 | amiconn | Last time I tried __attribute__((noreturn)), all that happened was gcc spitting "Warning: noreturn function does return" |
20:25:54 | CIA-8 | New commit by dave (r23499): Cosmetic commit (removing empty line from end of file) to test build system |
20:26:09 | | Join perfectdrug [0] (n=5b0eecd5@giant.haxx.se) |
20:26:30 | | Join mcuelenaere [0] (n=mcuelena@78-22-98-253.access.telenet.be) |
20:26:35 | darkham | will the mantainer never implement the fuze's scroll? |
20:26:57 | domonoky1 | darkham: which maintainer ? :-) |
20:26:57 | linuxstb | There's no single maintainer. |
20:27:05 | | Quit domonoky (Read error: 110 (Connection timed out)) |
20:27:07 | mcuelenaere | Casainho: I hope you know of absolute touch mode? |
20:27:10 | domonoky1 | darkham: maybe you could volunteer ? |
20:27:10 | Llorean | darkham: It's entirely volunteer. Will you implement it, perhaps? |
20:27:27 | darkham | domonoky1, linuxstb Llorean , why not? |
20:27:47 | pixelma | and what's the Fuze's scroll, what's so special about it? |
20:27:49 | linuxstb | darkham: Because that's not how Rockbox works. Everyone is a volunteer, doing what they can, when they want to do it. |
20:27:51 | perfectdrug | any X5 user around to verify a bug report I'm going to file for someone else? or maybe its better to post the bugreport first, isn't it? |
20:28:24 | darkham | pixelma, the fuze's round bottun |
20:28:58 | gevaerts | Are you saying that the scrollwheel doesn't work for you? |
20:29:24 | pixelma | perfectdrug: if it doesn't have to do with colour, I could test on my M5 (the greyscale version of the X5) |
20:29:46 | saratoga | actually i was going to disable doom on the fuze so people stop reporting that it crashes due to lack of memory |
20:30:37 | domonoky1 | saratoga: just add a splash a doom startup: "may crash, please dont report" :-) |
20:31:36 | linuxstb | saratoga: That may just cause more questions, as people will still have doom.rock installed (and it will eventually give a plugin version error...) |
20:32:06 | linuxstb | (unless of course you write a "null" doom plugin to replace it...) |
20:32:09 | saratoga | don't they have to have it listed in plugins somewhere for it to show up in the menu? |
20:32:15 | saratoga | or is that only viewers? |
20:32:33 | linuxstb | Just viewers AFAIK |
20:32:41 | Llorean | How much memory does the Fuze have? |
20:32:46 | domonoky1 | 8 |
20:32:56 | pixelma | byte |
20:33:08 | pixelma | ;) |
20:33:13 | domonoky1 | looks like the buildsystem fixed itself.. |
20:33:16 | Llorean | Does Doom 1 crash then or just Doom II-based WADs? |
20:33:20 | linuxstb | Does it actually crash? i.e. it doesn't check if its run out of RAM? |
20:33:22 | domonoky1 | pixelma: bits ofcourse |
20:33:52 | Llorean | linuxstb: The PC version won't start if not enough free RAM is detected, so I guess that's the only measure they felt necessary? |
20:34:00 | mc2739 | linuxstb: it locks at the end of the first level |
20:34:26 | gevaerts | How hard would it be to make the doom malloc check for out of memory and exit gracefully? |
20:34:36 | gevaerts | (assuming that that's what happens) |
20:34:42 | amiconn | 8MB RAM should be sufficient for running doom |
20:34:45 | | Quit flydutch ("/* empty */") |
20:34:51 | saratoga | linuxstb: i crash pretty quick in the second level of doom 1 |
20:34:56 | saratoga | though it depends what I do |
20:35:04 | * | linuxstb downloads a 2nd gen Nano build, and it's a 2nd gen Nano build... |
20:35:12 | saratoga | you can watch in the sim as it depletes the malloc buffer and then dies |
20:35:48 | linuxstb | That does sound like a valid bug though... |
20:35:59 | saratoga | the bug is that our doom port is inefficent |
20:36:07 | perfectdrug | pixelma: no it hasn't to do with colour. So let me describe: the X5 has as far as I understand no stopbutton, so long play is used for this. whenever he presses play too long he gets a terrible earbleeding audio distortion, when he resumes playback via the mainmenu. He also uses most of the time the remote, at which the play button serves 3 functionalities play/pause, stopp and shutdown. But he says the problem occurs even without the remote attached |
20:36:15 | saratoga | either due to using too much memory, or not having an efficient malloc, or perhaps both |
20:36:36 | linuxstb | Plus the bug of not failing gracefully. |
20:37:45 | pixelma | perfectdrug: with all audio formats (MP3 or something else) and does he use voice or something? |
20:37:47 | | Quit Thundercloud (Remote closed the connection) |
20:38:48 | pixelma | perfectdrug: and could he check if he has keyclicks enabled? |
20:39:26 | pixelma | that caused an aweful beeeeeep on my c200 for a while |
20:41:12 | perfectdrug | pixelma: not sure about audio formats but he says it also occurs with a clean install. but I'm not sure with this neither. I let him check thanks. do you know the combo to clear settings at startup? |
20:41:40 | gevaerts | perfectdrug: please backup the settings first. We want a chance to find what's going on... |
20:41:50 | pixelma | no, I don't |
20:42:17 | gevaerts | IIRC there's also a reset settings menu item somewhere |
20:42:32 | | Join Jaykay [0] (n=chatzill@p5DDC6450.dip.t-dialin.net) |
20:43:39 | Jaykay | second try: i'm wondering about the ascending and descending values in the file size delta tabel, e.g. the last commit. is this due to different build clients, and can someone explain it to me? |
20:43:42 | * | pixelma has to build an M5 build first to have full support of the radio |
20:44:20 | | Quit phanboy_iv (Read error: 104 (Connection reset by peer)) |
20:44:40 | | Join Biont [0] (n=chatzill@drsd-4db3d5cd.pool.mediaWays.net) |
20:45:06 | Caainho | I have a question to ask: will Mini2440 port be able to be listed on first Rockbox page near to Stable/unstable ports? |
20:45:54 | pixelma | perfectdrug: if he backs up the config.cfg from the computer he could also remove it from the place in .rockbox, then settings will also be reset to default at the same time |
20:46:16 | pixelma | I mean if he saves it to another place |
20:47:04 | | Quit Casainho ("ChatZilla 0.9.85 [Firefox 3.5.3/20091020122601]") |
20:50:28 | | Nick Caainho is now known as Casainho (n=chatzill@87.196.103.174) |
20:50:43 | | Join dos1 [0] (n=dos@unaffiliated/dos1) |
20:51:30 | | Join funman [0] (n=fun@rockbox/developer/funman) |
20:52:33 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
20:53:51 | linuxstb | Jaykay: I'm not sure anyone understands exactly why, but yes, I think it's just different build servers. |
20:56:41 | | Join Tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
21:00 |
21:03:15 | Biont | has anyone ever found out why the database refuses to build properly in some cases? I already erased all the tags that aren't neccessary on my D2 and it still won't build |
21:03:58 | Tomers | has anyone EVER compiled rbutil in Windows? |
21:04:17 | * | Tomers pulling my hair out trying to compile rbutil with Qt Creator |
21:04:46 | pixelma | I think one of the two Domoniks (or even both) did |
21:04:57 | Biont | If bad tags are the problem, perhaps someone knows what exactly is wrong with them |
21:05:30 | pixelma | sorry, Dominiks |
21:05:30 | bluebrother | Tomers: I frequently compile rbutil on windows. Why? |
21:06:14 | Tomers | bluebrother: I followed RockboxUtilityDevelopment#How_To_Compile |
21:06:19 | pixelma | Biont: what files (type), how are they tagged, maybe which target? |
21:06:23 | Tomers | and didn't make it |
21:06:32 | linuxstb | Biont: No-one ever seems to file a useful bug report about that. You can try adding "database.ignore" files into some of your directories, to see if it any specific file or sets of files causing the problem. |
21:06:42 | Tomers | I have latest Qt SDK, I've installed Cygwin... What else is needed? |
21:07:00 | Tomers | I've opened the project in Qt Creator, and get lot's of reds |
21:07:03 | bluebrother | you don't need cygwin. You need MinGW and msys |
21:07:24 | Tomers | Does Qt SDK installs msys? I think it also has MinGW, right? |
21:07:41 | | Quit Utchybann (Read error: 113 (No route to host)) |
21:07:53 | Biont | pixelma: mp3 and flac, I don't know about how they're tagged, cowon d2 |
21:08:03 | linuxstb | Tomers: "MINGW You need a recent version (current is 5.1.4), the package offered for installation by Qt is not sufficient." (from the wiki page) |
21:08:05 | bluebrother | not sure about that. I never used Qt SDK myself (it wasn't around when I started using it, and for building statically you need to rebuild Qt yourself anyway |
21:08:10 | bluebrother | ) |
21:08:42 | bluebrother | but I guess Qt SDK installs an appropriate version of MinGW. I doubt it installs msys though |
21:08:49 | Biont | linuxtb: how does that work? I just copy that file into directories and they'll then be ignored? |
21:08:56 | bluebrother | furthermore, I'd suggest compiling from the command line, at least until everything works. |
21:09:03 | | Quit antil33t (Read error: 110 (Connection timed out)) |
21:09:04 | pixelma | by the way, compiling an M5 build (with radio mod enabled though I doubt it's important), I get following message right after "generating dependencies": m68k-elf-gcc: /home/rockbox/apps/plugins/boomshine.lua: linker input file unused be cause linking not done |
21:09:07 | Tomers | bluebrother: So you pull Qt's tree and recompile it all? |
21:09:12 | linuxstb | Biont: Yes. |
21:09:17 | pixelma | on cygwin that is |
21:09:20 | mcuelenaere | pixelma: that's a known issue |
21:09:23 | *** | Saving seen data "./dancer.seen" |
21:09:37 | bluebrother | also, you need to put the sources in some location without spaces in the path. Putting it somewhere below "My Documents" is usually a bad idea, at least up to XP |
21:10:05 | pixelma | mcuelenaere: what does it mean? |
21:10:14 | Biont | linuxstb: Cool, I didn't know that |
21:10:23 | bluebrother | well, if you only want to build it but aren't interested in creating statically built binaries you can use the provided version. I still prefer getting Qt Creator and Qt itself separately. |
21:10:31 | mcuelenaere | pixelma: when generating dependencies, the preprocessor gets run for each source file |
21:10:36 | mcuelenaere | and it doesn't skip .lua files |
21:10:53 | mcuelenaere | IIUC |
21:11:07 | linuxstb | mcuelenaere: So the build system isn't showing that as a warning/error ? |
21:11:16 | mcuelenaere | linuxstb: nope |
21:11:39 | * | bluebrother powers up the VM to check if current svn rbutil builds on windows |
21:11:55 | | Join Bob_C_ [0] (n=chatzill@host86-144-201-0.range86-144.btcentralplus.com) |
21:12:30 | bertrik | pyro_maniac, hi |
21:14:58 | pyro_maniac | bertrik: did you have any contact to meizu people? |
21:15:14 | bertrik | pyro_maniac, no |
21:15:29 | bertrik | exactly what do you mean by meizu people anyway :) |
21:15:50 | | Join hillshum [0] (n=hillshum@75-165-232-18.slkc.qwest.net) |
21:16:16 | pyro_maniac | i don't know exactly but people who may help you. |
21:17:29 | pyro_maniac | or do you think there is no chance in getting help of them? |
21:18:57 | bertrik | I don't expect any help, but I haven't tried either |
21:20:15 | pyro_maniac | my ceo visited a producing partner of meizu. i don't know how NDAed wie are but maybe i can give you some contact information if you want. |
21:20:51 | pixelma | perfectdrug: I couldn't reproduce the issue on my M5 yet, tried with voice enabled and disabled, keyclicks on and off, MP3 and Ogg Vorbis files |
21:21:06 | pixelma | I don't have a remote for it though |
21:22:43 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
21:23:08 | bluebrother | Tomers: current svn builds fine on my windows box. How exactly does your problem look like? |
21:23:10 | Biont | Okay I put database.ignore files in every folder that has no music in it. what is there to avoid concerning tags? |
21:24:04 | linuxstb | Biont: I don't know. You should try putting database.ignore files in some of your music folders, and seeing if that helps. i.e. narrow down which files cause problems. |
21:24:05 | | Quit Casainho (Remote closed the connection) |
21:24:08 | Tomers | bluebrother: I probably didn't read the web site deep enough, and missed the remark regarding the wrong version |
21:24:31 | Tomers | I thought I could compile it using the Qt suite, and I couldn't |
21:24:32 | | Quit perfectdrug ("CGI:IRC (EOF)") |
21:25:03 | Tomers | I'm going to use MSYS, MinGW and compile Qt from source, then compile Rbutil. Is that the right path to go? |
21:25:29 | | Join perfectdrug [0] (n=5b0eecd5@giant.haxx.se) |
21:25:47 | bertrik | pyro_maniac, a lot of information is available already, like a datasheet of the main SoC and an M6SP schematic. The hard part is the FTL in my opinion and I guess we'll never get official specs for that. |
21:26:03 | kugel | wow, the sound quality of the mini2440 is quite *horrible* |
21:26:30 | bluebrother | Tomers: well, the version issue with w32api is probably not an issue anymore with current Qt releases. Haven't tried since a while though. |
21:26:39 | Biont | linuxstb: Okay....doesn't sound like too much fun, I'll try that tomorrow |
21:26:45 | Biont | thank you |
21:27:17 | kugel | interesting, the watermark caluclation is so totally wrong on it |
21:27:40 | Tomers | bluebrother: Thanks for wasting your time for this :-) |
21:28:13 | pyro_maniac | bertrik: sounds right to me. but if i should ask my boss just tell me. |
21:28:19 | linuxstb | kugel: A limitation of the hardware, or bugs? |
21:30:35 | kugel | linuxstb: I assume the hardware, it wasn't any better on the preinstalled OS |
21:31:13 | linuxstb | So, it's not portable, and has horrible sound quality. Great DAP potential... |
21:31:19 | kugel | :) |
21:31:31 | kugel | I don't think anyone bought it for using it as a dap |
21:31:51 | kugel | except casahino maybe |
21:31:57 | linuxstb | Then why is there a Rockbox port? |
21:32:25 | JdGordon| | kugel: how horrible? |
21:32:37 | kugel | JdGordon|: pretty |
21:32:48 | kugel | install a current build and see yourself |
21:33:04 | * | JdGordon| hasnt even installed a bootloader yet :( |
21:33:53 | kugel | linuxstb: why not? :) it's requiring any new apps/ code |
21:34:15 | kugel | not* |
21:34:24 | bertrik | pyro_maniac, thanks for the offer, but no need to ask your boss I think |
21:35:07 | CIA-8 | New commit by torne (r23500): FS #9728: Battery current measuring on the Video iPod ... |
21:35:11 | | Quit Biont (Remote closed the connection) |
21:35:52 | bertrik | kugel, what's so horrible about the sound quality? |
21:36:22 | bertrik | is it the codec, or maybe the board layout causing interference or something like that? |
21:37:18 | kugel | it sounds like a 50s radio without the crackling noises |
21:37:26 | Torne | probably layout |
21:37:52 | kugel | like a bag of shit, basically :P |
21:38:07 | Torne | Many devboards have exceptionally poor sound quality |
21:38:18 | Torne | it's too much of a pain to route those lines better :) |
21:39:39 | kugel | Torne: is there any plans for making the battery runtime estimation based on the power it uses? |
21:39:59 | kugel | the nano2g could do that too |
21:40:01 | Torne | that would be a rather large departure from how we work on every other target. |
21:40:07 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
21:40:10 | Torne | i mean it's possible |
21:40:15 | Torne | but i'm not particularly bothered by it :) |
21:40:19 | bertrik | amiconn had some ideas to make runtime estimation more dynamic IIRC |
21:40:30 | Torne | i committed that because it's useful to test other power related changes |
21:41:00 | | Join guest001 [0] (n=someone@235-55.0-85.cust.bluewin.ch) |
21:41:52 | Torne | (and to reproduce FS #10719) |
21:42:04 | kugel | the mini2440 is probably going to be very useful for debugging the eabi breakage |
21:42:17 | Torne | That is a good idea :) |
21:42:22 | kugel | serial logf/printf is nice! |
21:42:28 | Torne | ..serial logf? |
21:42:34 | Torne | full ICD surely |
21:42:49 | kugel | ? |
21:43:04 | Torne | in-circuit debug |
21:43:10 | Torne | much more useful than printf.. ;) |
21:43:18 | * | kugel hates those font where you can't distinguish I and l |
21:44:04 | kugel | Torne: that too of course. I think casahino managed to make ocd with eclipse and stuff already |
21:47:59 | | Part guest001 |
21:52:33 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
21:54:55 | Torne | Unfortunate news: I can't see anything in the beast's FAT code to indicate that it's in any way not standard |
21:55:12 | Torne | it's a rather trivial implentation.. |
21:57:14 | CIA-8 | New commit by blue_dude (r23501): Makes sure codec API builds correctly if ROCKBOX_HAS_LOGF is defined |
21:59:01 | | Quit jgarvey ("Leaving") |
22:00 |
22:04:31 | seani | Could someone have a look over my second patch for FS #10754 ? I think this removes the intrusion into playback.c, and adds a note to the manual. Thanks! |
22:07:08 | | Quit darkham (Read error: 110 (Connection timed out)) |
22:07:48 | | Join darkham [0] (n=darkham@host24-178-dynamic.6-87-r.retail.telecomitalia.it) |
22:09:57 | | Quit darkham (Remote closed the connection) |
22:11:57 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
22:12:43 | | Quit perfectdrug ("CGI:IRC") |
22:13:16 | | Quit Jaykay (Remote closed the connection) |
22:15:23 | | Quit stoffel (Remote closed the connection) |
22:16:40 | kugel | sprintf is a standard file right? |
22:16:45 | kugel | sprintf.h I mean |
22:17:04 | * | kugel wonders if it should contain a prototype of a non-standard function |
22:18:50 | kugel | hmm, maybe it's not a standard file |
22:19:00 | funman | man sprintf says it's declared in stdio.h (never seen a sprintf.h) |
22:20:04 | CIA-8 | New commit by kugel (r23502): Fix a #elif without condion (is an error with newer gcc/cpp versions). |
22:20:11 | CIA-8 | New commit by kugel (r23503): Rename vfnprintf to vuprintf (u stands for user for the user callback and data passed to it) to avoid confusion with file and buffer size related ... |
22:20:29 | | Quit shai ("Leaving") |
22:23:30 | | Join faemir [0] (n=faemir@78.33.109.163) |
22:23:53 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
22:25:55 | * | domonoky1 tests the audio on the mini2440, and thinks it doesnt sound too bad. But SD (or uart?) accesses cause very bad interfernces.. |
22:27:18 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
22:28:04 | | Quit antil33t (Read error: 54 (Connection reset by peer)) |
22:28:05 | CIA-8 | New commit by kugel (r23504): Simplify uart_printf() a bit by using vuprintf(), that also makes removing a static buffer possible. |
22:28:45 | kugel | domonoky1: yours is better than mine then? |
22:29:17 | domonoky1 | kugel: maybe i just have lower standards ? :-) |
22:30:23 | kugel | possibly :) |
22:30:25 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
22:30:39 | kugel | although I wouldn't call myself an audiophile |
22:30:58 | domonoky1 | kugel: is your lcd mounted ontop of the board ? |
22:31:04 | kugel | no |
22:31:24 | kugel | I actually want to access the buttons there ;) |
22:31:31 | domonoky1 | :-) |
22:33:40 | * | kugel assumes splashes could be simplified with vuprintf too |
22:35:35 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
22:36:03 | saratoga | fuze current consumption: 550mah/16 hours = 34 mA |
22:36:41 | saratoga | the spec sheet says 0.25mW per MHz for the arm9 core, so at 62MHz and 4v: 62*.25/4 = ~4 ma |
22:36:56 | saratoga | so the rest of the chip is using 30 mA or the specs are way off |
22:37:09 | saratoga | i wonder where all that power goes |
22:38:11 | kugel | did you make a bench? |
22:38:23 | funman | saratoga: did you try without playing or with lowest volume ? |
22:38:49 | funman | or even with HP muted (there's a bit in as3514 regs) |
22:39:42 | * | kugel us reminded that he wanted to have a look at clocking dbop down when backlight is off |
22:40:25 | saratoga | funman: thats just estimated from battery benches and the numbers in the spec sheet :) |
22:40:45 | | Quit Tomers (Read error: 113 (No route to host)) |
22:40:48 | saratoga | i'll try and find time to go and actually measure things as soon as i can |
22:40:56 | kugel | would be nice if it could be turned off altogether, although that makes waking it up on button presses hard (especially with bertrik's patch) I assume |
22:41:01 | funman | oh ok i thought you had measured with a dmm |
22:41:24 | funman | kugel: btw what's the status on this patch? |
22:41:55 | funman | i thought it was working on fuze |
22:42:24 | kugel | the latest adds some display shifting and sporadic blue pixels because it access dbop while the lcd is working |
22:43:02 | saratoga | the spec sheet says 22 mA is typical without DRAM but with audio playback |
22:43:06 | kugel | hrm |
22:43:25 | kugel | didn't the OF have an isr for erroneous dbop transfers? |
22:43:32 | GodEater | is charging working on the beast now ? |
22:43:36 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
22:43:46 | kugel | maybe that's used to detect button presses when the dbop is off/in a low power state |
22:43:47 | funman | i was understanding that the OF only uses DRAM for USB, and everything else fits in the 384kB |
22:44:24 | funman | oh no, some SD code is located in DRAM |
22:44:46 | funman | "sd_reload__" |
22:44:51 | | Quit funman ("free(random());") |
22:45:03 | kugel | saratoga: 30 isn't far off then, considering that we use dram (I assume the OF does so too) |
22:45:38 | kugel | also, 30 would be an avarage. it's probably a bit lower when the battery is full |
22:47:52 | * | kugel is changing languages to stop audio playback on his mini2440 :/ |
22:48:12 | n1s | GodEater: it has worked for a long time |
22:48:31 | n1s | single boot would be kind of stupid otherwise :) |
22:49:02 | saratoga | the voltages are regulated so the power consumption should be nearly constant |
22:54:21 | | Join r0b- [0] (n=rob@adsl-69-208-87-234.dsl.klmzmi.ameritech.net) |
22:54:30 | r0b- | how complete is rockbox for the Sansa Fuze? |
22:54:47 | saratoga | check the front page's link |
22:55:04 | saratoga | i wonder what dropping the pclk to 31MHz does to power consumption |
22:55:53 | bluebrother | domonoky1: is there a reason libmkamsboot.a doesn't contain md5.o and dualboot.o? This seems to cause link issues for me −− strangely only in one setup, which should be identical to the one that's working. |
22:57:27 | domonoky1 | bluebrother: at the moment i cant think of any reason.. maybe problems with universal libs on Mac ? But i am not sure. |
22:57:34 | | Quit jgarvey ("Leaving") |
22:57:48 | bluebrother | I'm quite surprised it does work without those objects at all. |
22:57:50 | | Quit bertrik ("Leaving") |
22:58:28 | * | domonoky1 checks the Makefile.. |
22:59:27 | | Quit gevaerts (Nick collision from services.) |
22:59:37 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
22:59:49 | domonoky1 | it got lost in the last revision. thats the reason.. |
23:00 |
23:00:05 | bluebrother | huh? On my linux box it seems to have those objects in the .a, but not on the newer windows setup |
23:00:24 | bluebrother | hmm, I've svn up'ed all checkouts first. |
23:00:26 | * | bluebrother rechecks |
23:00:35 | domonoky1 | tomers broke it :-) |
23:01:20 | * | bluebrother now has the issue on linux too. Seems an old .a was lying around |
23:02:25 | bluebrother | domonoky1: you're planning to fix? I've already changed it in my local tree |
23:02:40 | domonoky1 | then commit it. :-) |
23:05:52 | bluebrother | hmm, the way dependencies are handled in that Makefile is broken IMO. |
23:06:30 | bluebrother | depending on objects and relying on them to depend on other sources is really confusing. |
23:07:20 | | Quit lifeless_ (Remote closed the connection) |
23:07:38 | | Join lifeless_ [0] (n=lifeless@94.50.14.53) |
23:08:50 | * | hillshum notices LambdaCalculus37's bday on his GCal |
23:09:23 | * | LambdaCalculus37 will continue with hillshum in -community :) |
23:09:27 | *** | Saving seen data "./dancer.seen" |
23:10:51 | bluebrother | hmm. Why was there no notification by CIA? |
23:11:10 | domonoky1 | bluebrother: you should also add it to the depencies ? |
23:11:32 | | Quit Omlet (Connection timed out) |
23:11:43 | bluebrother | domonoky1: I'll recheck the whole Makefile. Those way of handling dependencies is quite broken. |
23:11:59 | | Quit Omlet05 (Connection timed out) |
23:12:19 | domonoky1 | oki, just make sure to not break the trickery for mac :-) |
23:12:50 | kugel | CIA-8: ??? |
23:12:55 | | Join TopyMobile [0] (n=topy@xdsl-78-34-69-123.netcologne.de) |
23:13:37 | bluebrother | domonoky1: the current "way" is that libmkamsboot.a depends on libmkamsboot.o, which in turn depends on dualboot.o and md5.o. ..oO |
23:13:40 | * | bluebrother screams |
23:14:33 | bluebrother | while this does work it's completely confusing and non-KISS. |
23:14:39 | | Quit n1s ("Lämnar") |
23:14:43 | bluebrother | which means: bad. IMO :) |
23:15:56 | | Quit pyro_maniac ("Leaving.") |
23:16:20 | | Join DerPapst [0] (n=DerPapst@p4FE8F40B.dip.t-dialin.net) |
23:16:33 | * | kugel doesn't find that confusing |
23:17:17 | amiconn | saratoga: There are more chips consuming power, not just the SoC |
23:20:30 | * | domonoky1 wants automatic building of rbutil on all 3 OS, to find such breakages earlier :-) |
23:22:20 | bluebrother | well, if you have to look dependencies up because it depends on it depends on it depends then that's nothing thats a good way if this kind of dependency isn't needed at all |
23:22:50 | bluebrother | plus, depending on objects breaks parallel building |
23:22:53 | | Quit dos1 (Remote closed the connection) |
23:23:07 | bluebrother | at least if those objects are created by the same build |
23:23:38 | amiconn | Depending on objects is usually not avoidable for libraries and final binaries |
23:23:41 | domonoky1 | doesnt the depency just specify a target ? |
23:24:17 | domonoky1 | and this Makefile isnt easy, with all this mac things.. but feel free to improve. |
23:24:23 | bluebrother | yes, but that means that the other target has to be built first. |
23:24:55 | gevaerts | bluebrother: what's the problem with that? Make is designed for that sort of thing |
23:24:57 | domonoky1 | sure, but there is no way around this, when you link things together. |
23:24:58 | bluebrother | but building the source _itself_ does not require that object (which is the target) at all |
23:25:55 | hillshum | domonoky1: Linux and OS X could be added to the build system without too much difficulty... |
23:26:34 | domonoky1 | bluebrother: ah you mean the mkamsboot.o rule ? |
23:26:39 | bluebrother | gevaerts: sure it can handle it. But it's simply overly complex in this case |
23:26:46 | bluebrother | domonoky1: yes. |
23:27:12 | bluebrother | hillshum: I've had a setup building rbutil on linux and windows a while ago. Though that was based on buildbot |
23:29:07 | | Quit DerPapst (Read error: 54 (Connection reset by peer)) |
23:29:29 | | Join DerPapst [0] (n=DerPapst@p4FE8F40B.dip.t-dialin.net) |
23:29:41 | domonoky1 | bluebrother: yes, that could be improved.. but at the moment its nicely central, otherwise you have to take extra care to get all depencys right for all cases this Makefile is called. |
23:34:18 | | Quit bmbl ("Bye!") |
23:35:11 | | Quit bubsy () |
23:43:57 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
23:47:42 | | Join MG_Man [0] (n=MGMan@11.208.101.97.cfl.res.rr.com) |
23:49:17 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
23:50:47 | | Quit Stephen_ ("Leaving") |
23:51:25 | | Quit mcuelenaere ("Gnight") |
23:53:23 | MG_Man | Well. if any of you remember me, I finally got my iriver |
23:53:42 | MG_Man | Does it matter if we put on the 1.28 or 1.29 firmware before we put on rockbox? |
23:54:00 | MG_Man | I know the USA version is unsupported, but does the choice of 1.28 or 1.29 make any difference? |
23:55:35 | MG_Man | What are the changes between them anyway? |
23:56:01 | MG_Man | oh, and 1.30 EU |
23:57:42 | evilnick_B | 1.30 is the most recent, but if you're putting Rockbox on it, then you won't be too worried about the OF anyway |
23:58:03 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |