Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2015-01-19

00:07:05 Quit ender` (Quit: The problem with political jokes is they get elected. -- Henry Cate, VII)
00:10:22 Quit AlexP (Remote host closed the connection)
00:12:12 Quit TheLemonMan (Remote host closed the connection)
00:18:56 Quit bertrik (Remote host closed the connection)
00:25:58 Join williamtdr [0] (uid27909@gateway/web/irccloud.com/x-htiyogfhsoeoanvh)
00:39:02[Franklin]is it possible to use clang to build rockbox?
01:00
01:03:07 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.)
01:08:13 Quit xorly (Ping timeout: 264 seconds)
01:17:48***Saving seen data "./dancer.seen"
01:40:35 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224)
01:41:18saratoga[Franklin]: maybe a sim or SDL app, but probably not a firmware target without a huge amount of work
01:41:48[Franklin]ok
01:57:46 Join JdGord [0] (~AndChat49@pa49-199-30-84.pa.vic.optusnet.com.au)
01:58:18JdGordAny ideas why my fuse can't read a 64gb micro sdcard which the of has no issues with?
01:59:23saratogalogf the SD driver and see what it errors out at?
02:00
02:00:25saratogathe sd driver isn't all that complex
02:02:33JdGord Time to get a device environment going on my laptop tonight then :)
02:13:48 Quit ZincAlloy (Quit: Leaving.)
02:17:15[Franklin]oh boy... adding sprites to xracer is gonna be *fun*
02:17:30[Franklin]linked lists and memory voodoo and all
02:28:22 Join charlie [0] (~c@unaffiliated/charlie)
02:31:03[Franklin]I obviously can't have every sprite store a copy of its own bitmap...
02:31:22[Franklin]so something like the Flyweight pattern is needed
02:32:40 Nick suYin`OFF is now known as suYin (suYin@server1.bouncer4you.de)
02:32:55foolsh[Franklin]: why not polygons, or hell even crude 3d models?
02:35:05[Saint]I actually thought this was going to be built up for the classic "clusterfuck polys together" method.
02:35:44[Saint]*from the
02:36:03[Saint]There's nothing wrong with that. Its a tried and true method.
02:36:33 Quit JdGord (Quit: Bye)
02:39:23[Franklin]foolsh: this isn't really a true 3d system
02:40:00[Franklin]so such models wouldn't be easy to do
02:42:00[Franklin]I suppose I could have a massive sprite sheet, and each sprite object would have a pointer to an object that had the coordinates of the sprite in the sprite sheet
02:42:20[Franklin]UML would really come in handy right now
02:42:53 Nick suYin is now known as suYin`OFF (suYin@server1.bouncer4you.de)
02:43:41foolshwhen i said crude, I was thinking a few polygons with some z-depth ordering and maybe some fancy bouncy animations
02:44:15[Franklin]bouncy animations? o.O
02:44:21foolsh:)
02:44:35foolshsure no road is smooth
02:45:50[Franklin]real polys are slow
02:46:29[Franklin]with the method it uses right now, it only needs to solve for the y height based on the z depth
02:46:37[Franklin]and curves are faked with offsets
02:49:11foolshdon't forget even a "real" 3d engine is "fake", you're just a sin and cos away from being able to translate and project objects through any axis, the curves offsets correspond in convincing way to what our eyes percieve.
02:49:46[Franklin]I still think sprites are the way to go
02:50:17[Franklin]I think 3d models are too complex to maintain
02:50:35[Franklin]and plus, it wouldn't mesh well with the existing code
02:55:07[Franklin]I'll get to making sprites now
03:00
03:02:19foolshcan rockbox blit a bitmap with a "magic color"?
03:02:34foolshAh I suppose it can I see
03:02:45[Franklin]Transparency you mean?
03:02:51foolshyeah
03:03:30[Franklin]just use #FF00FF and use the transparent bitmap function
03:03:59[Franklin]but... #if LCD_DEPTH >= 16
03:04:00[Franklin]why?
03:04:15 Quit krabador (Quit: Sto andando via)
03:04:27foolshjust typing/thinking out loud
03:04:57[Franklin]no, why can't I use transparent bitmaps on LCD_DEPTH < 16
03:09:23saratogai still need to figure out how to setup the cross compilers on macos
03:17:50***Saving seen data "./dancer.seen"
03:18:40 Quit [Franklin] (Ping timeout: 244 seconds)
03:38:00 Join [Franklin] [0] (~franklin@unaffiliated/franklin)
05:00
05:17:52***Saving seen data "./dancer.seen"
05:26:49 Quit [Franklin] (Ping timeout: 244 seconds)
05:46:15 Quit byteframe (Quit: Deuces.)
05:59:55 Quit TheSeven (Ping timeout: 265 seconds)
06:00
06:01:08 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:14:46 Quit the-kyle (Remote host closed the connection)
06:16:02 Join rela [0] (~x@pdpc/supporter/active/rela)
06:16:45 Join the-kyle [0] (~kyle@kyle.tk)
06:20:42 Quit rela (Ping timeout: 265 seconds)
06:22:27 Join byteframe [0] (~byteframe@unaffiliated/byteframe)
06:32:23 Join rela [0] (~x@pdpc/supporter/active/rela)
06:36:22 Quit Strife89 (Ping timeout: 240 seconds)
06:37:08 Quit rela (Ping timeout: 265 seconds)
06:48:30 Join rela [0] (~x@p2003006684269A0069536393755182A1.dip0.t-ipconnect.de)
06:48:45 Quit rela (Changing host)
06:48:45 Join rela [0] (~x@pdpc/supporter/active/rela)
06:53:05 Quit rela (Ping timeout: 265 seconds)
07:00
07:04:40 Join rela [0] (~x@pdpc/supporter/active/rela)
07:09:30 Quit rela (Ping timeout: 272 seconds)
07:17:53***Saving seen data "./dancer.seen"
07:20:50 Join rela [0] (~x@pdpc/supporter/active/rela)
07:25:28 Quit rela (Ping timeout: 265 seconds)
07:37:09 Join rela [0] (~x@pdpc/supporter/active/rela)
07:41:54 Quit rela (Ping timeout: 265 seconds)
07:53:17 Join rela [0] (~x@pdpc/supporter/active/rela)
07:56:40 Quit amiconn (Remote host closed the connection)
07:56:40 Quit pixelma (Remote host closed the connection)
07:58:20 Quit rela (Ping timeout: 265 seconds)
07:58:51 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
07:58:51 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
08:00
08:19:30 Join ender` [0] (krneki@foo.eternallybored.org)
08:25:44 Join rela [0] (~x@pdpc/supporter/active/rela)
08:30:43 Quit rela (Ping timeout: 265 seconds)
08:39:08 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl)
08:39:30wodzwhy do we have simulator both as buildtype and as advance option?
08:39:52 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
08:41:59 Join rela [0] (~x@pdpc/supporter/active/rela)
08:46:40 Quit rela (Ping timeout: 265 seconds)
09:00
09:00:28 Join petur [0] (5bb7304d@rockbox/developer/petur)
09:05:03JdGordon_is logf builds set to dump to disk?
09:14:24 Join rela [0] (~x@pdpc/supporter/active/rela)
09:16:45JdGordon_Any ideas where to start logging a uSD card which rockbox apparently doesnt like?
09:17:22JdGordon_the disk activity light flashes on insert/removal so at least something is happening
09:17:57***Saving seen data "./dancer.seen"
09:18:08 Quit wodz (Ping timeout: 245 seconds)
09:18:48 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:19:03 Quit rela (Ping timeout: 265 seconds)
09:21:29JdGordon_funman: ping?
09:26:08 Quit pamaury (Ping timeout: 276 seconds)
09:30:38 Join rela [0] (~x@pdpc/supporter/active/rela)
09:35:29 Quit rela (Ping timeout: 265 seconds)
09:39:34 Join edhelas [0] (~edhelas@193.172.124.224)
09:43:43 Join xorly [0] (~xorly@m180.dkm.cz)
09:46:51 Join rela [0] (~x@pdpc/supporter/active/rela)
09:51:38 Quit rela (Ping timeout: 272 seconds)
09:57:19 Join mortalis [0] (~kvirc@212.44.150.238)
10:00
10:03:05 Join rela [0] (~x@pdpc/supporter/active/rela)
10:07:52 Quit rela (Ping timeout: 265 seconds)
10:08:50 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr)
10:08:50 Quit pamaury (Changing host)
10:08:50 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:19:19 Join rela [0] (~x@pdpc/supporter/active/rela)
10:24:18 Quit rela (Ping timeout: 265 seconds)
10:28:01JdGordon_funman: anyone that knows the sdcard stuff: http://pastebin.com/jTAz8U09 is a log of all commands and responses to the external sdcard of the fuze when I insert my 64GB chip that rockbox doesnt like (that the OF does). http://pastebin.com/yQiTJWsF is the diff to add the logging
10:28:23JdGordon_is there anything else I can log/test that would be useful
10:28:25JdGordon_?
10:30:06kugelJdGordon_: did you format to FAT32?
10:31:22JdGordon_of course
10:31:35JdGordon_and wierdly (or not?) it comes up via usb in rockbox
10:32:08JdGordon_oh ffs... does our filesystem code actually care about the mbr partition type?
10:32:49gevaertsYes :)
10:33:12JdGordon_do I want W95 FAT32 or W95 FAT32 (LBA)?
10:33:25JdGordon_0xb or 0xc
10:34:38JdGordon_FFS. thanks kugel :)
10:35:33 Join rela [0] (~x@pdpc/supporter/active/rela)
10:36:10kugelworking now?
10:37:19JdGordon_yeah, switched partition type
10:38:47kugelcool
10:40:15 Quit rela (Ping timeout: 265 seconds)
10:51:46 Join rela [0] (~x@pdpc/supporter/active/rela)
10:56:52 Quit rela (Ping timeout: 272 seconds)
11:00
11:06:53 Quit xorly (Ping timeout: 245 seconds)
11:08:00 Join rela [0] (~x@pdpc/supporter/active/rela)
11:12:38 Quit rela (Ping timeout: 265 seconds)
11:18:01***Saving seen data "./dancer.seen"
11:24:14 Join rela [0] (~x@pdpc/supporter/active/rela)
11:29:10 Quit rela (Ping timeout: 272 seconds)
11:39:27 Join AlexP [0] (~alex@rockbox/staff/AlexP)
11:40:38 Join rela [0] (~x@pdpc/supporter/active/rela)
11:43:25 Join maruk1 [0] (~papier@titanium.v6.sdv.fr)
11:45:30 Quit rela (Ping timeout: 265 seconds)
11:46:03 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
11:46:35 Quit shai (Read error: Connection reset by peer)
11:56:42 Join rela [0] (~x@pdpc/supporter/active/rela)
12:00
12:01:27 Quit rela (Ping timeout: 265 seconds)
12:15:55 Join rela [0] (~x@pdpc/supporter/active/rela)
12:20:15 Join xorly [0] (~xorly@m180.dkm.cz)
12:25:22 Quit xorly (Quit: I quit, that is all)
12:52:09 Join krabador [0] (~krabador@unaffiliated/krabador)
12:55:56 Quit rela (Ping timeout: 272 seconds)
13:00
13:07:38 Join rela [0] (~x@pdpc/supporter/active/rela)
13:12:24 Quit rela (Ping timeout: 272 seconds)
13:18:03***Saving seen data "./dancer.seen"
13:23:47 Join rela [0] (~x@p2003006684269A0069536393755182A1.dip0.t-ipconnect.de)
13:23:50 Quit rela (Changing host)
13:23:50 Join rela [0] (~x@pdpc/supporter/active/rela)
13:28:27 Quit rela (Ping timeout: 265 seconds)
13:56:10 Join rela [0] (~x@pdpc/supporter/active/rela)
14:00
14:01:10 Quit rela (Ping timeout: 272 seconds)
14:12:25 Join rela [0] (~x@pdpc/supporter/active/rela)
14:13:03 Nick suYin`OFF is now known as suYin (suYin@server1.bouncer4you.de)
14:17:21 Quit einhirn (Ping timeout: 240 seconds)
14:17:38 Quit rela (Ping timeout: 272 seconds)
14:28:35 Join rela [0] (~x@p2003006684269A0069536393755182A1.dip0.t-ipconnect.de)
14:28:44 Quit rela (Changing host)
14:28:44 Join rela [0] (~x@pdpc/supporter/active/rela)
14:32:22 Join fish__ [0] (~fish@5.18.156.254)
14:33:12 Quit rela (Ping timeout: 265 seconds)
14:44:59 Join rela [0] (~x@pdpc/supporter/active/rela)
14:49:56 Quit rela (Ping timeout: 272 seconds)
14:57:29 Join amayer [0] (~amayer@mail.weberadvertising.com)
15:00
15:01:03 Join rela [0] (~x@pdpc/supporter/active/rela)
15:02:12 Quit mazzoo (Remote host closed the connection)
15:06:04 Quit rela (Ping timeout: 265 seconds)
15:18:04***Saving seen data "./dancer.seen"
15:27:57 Quit bluebrother (Disconnected by services)
15:28:02 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
15:30:16 Quit fs-bluebot (Ping timeout: 244 seconds)
15:31:24 Join fs-bluebot [0] (~fs-bluebo@g226070233.adsl.alicedsl.de)
15:33:30 Join rela [0] (~x@p2003006684269A0069536393755182A1.dip0.t-ipconnect.de)
15:33:44 Quit rela (Changing host)
15:33:45 Join rela [0] (~x@pdpc/supporter/active/rela)
15:38:27 Quit rela (Ping timeout: 265 seconds)
15:49:44 Join rela [0] (~x@pdpc/supporter/active/rela)
15:52:22 Quit fish__ (Quit: Leaving)
15:54:24 Quit rela (Ping timeout: 265 seconds)
16:00
16:05:54 Quit krabador (Quit: Sto andando via)
16:14:57 Join wodz [0] (~wodz@89-75-106-221.dynamic.chello.pl)
16:22:12 Join rela [0] (~x@pdpc/supporter/active/rela)
16:27:27 Quit rela (Ping timeout: 272 seconds)
16:28:41wodzwhich combinations of buildtypes/advanced options are valid?
16:30:30wodzIs it possible to build bootloader with logf() support for example?
16:31:18wodzseems like not
16:33:34 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
16:37:27 Quit byteframe (Remote host closed the connection)
16:38:25 Join rela [0] (~x@p2003006684269A0069536393755182A1.dip0.t-ipconnect.de)
16:38:44 Quit rela (Changing host)
16:38:45 Join rela [0] (~x@pdpc/supporter/active/rela)
16:39:13 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
16:42:51 Quit mortalis (Ping timeout: 240 seconds)
16:43:13 Quit rela (Ping timeout: 265 seconds)
16:58:43 Quit markun (Remote host closed the connection)
17:00
17:10:54 Join rela [0] (~x@pdpc/supporter/active/rela)
17:13:44 Quit TheLemonMan (Quit: leaving)
17:15:36 Quit rela (Ping timeout: 265 seconds)
17:18:05***Saving seen data "./dancer.seen"
17:18:23 Join ender1 [0] (krneki@foo.eternallybored.org)
17:18:57 Quit petur (Ping timeout: 246 seconds)
17:21:05 Quit ender` (Ping timeout: 255 seconds)
17:27:06 Join rela [0] (~x@pdpc/supporter/active/rela)
17:29:50 Quit wodz (Quit: Leaving)
17:32:03 Quit rela (Ping timeout: 272 seconds)
17:34:10 Quit edhelas (Ping timeout: 246 seconds)
17:59:34 Join rela [0] (~x@pdpc/supporter/active/rela)
18:00
18:04:25 Quit rela (Ping timeout: 265 seconds)
18:05:26 Join RiD [0] (~RiD@bl22-13-198.dsl.telepac.pt)
18:06:16 Quit olspookishmagus (Ping timeout: 256 seconds)
18:11:52 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:12:44 Quit maruk1 (Quit: Leaving.)
18:13:44 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr)
18:14:14 Nick olspookishmagus is now known as Guest35794 (~pookie@snf-137798.vm.okeanos.grnet.gr)
18:15:48 Join rela [0] (~x@pdpc/supporter/active/rela)
18:20:50 Quit rela (Ping timeout: 272 seconds)
18:24:16saratogaanyone mind if I push the DSP effects patch?
18:34:57 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
18:46:37 Quit pamaury (Remote host closed the connection)
18:48:18 Join rela [0] (~x@pdpc/supporter/active/rela)
18:53:07 Quit rela (Ping timeout: 272 seconds)
19:00
19:01:41 Join xorly [0] (~xorly@m180.dkm.cz)
19:04:32 Join rela [0] (~x@pdpc/supporter/active/rela)
19:09:11 Quit rela (Ping timeout: 265 seconds)
19:10:30 Join krabador [0] (~krabador@unaffiliated/krabador)
19:12:49 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
19:15:51 Join byteframe [0] (~byteframe@unaffiliated/byteframe)
19:18:09***Saving seen data "./dancer.seen"
19:20:44 Join rela [0] (~x@pdpc/supporter/active/rela)
19:25:37 Quit rela (Ping timeout: 265 seconds)
19:36:58 Join rela [0] (~x@pdpc/supporter/active/rela)
19:42:03 Quit rela (Ping timeout: 265 seconds)
19:43:03saratogapushed
19:45:02 Join petur [0] (~petur@rockbox/developer/petur)
19:46:06saratogaanyone know why core_alloc isn't accessible from warble?
19:49:50 Join lebellium [0] (~chatzilla@89-93-177-161.hfc.dyn.abo.bbox.fr)
19:52:00saratogahuh it should be, since tdspeed uses it on warble
19:52:08 Join rela [0] (~x@pdpc/supporter/active/rela)
20:00
20:00:34saratogaso if i understand correctly, the buflib allocator isn't available in warble, and other things in the codeclib that need dynamic memory just wrap around malloc in warble
20:02:04saratogadoes it make sense to try and do this in warble or should I just disable it since you probably don't need DSP effects from the command line
20:04:21 Quit rela (Quit: Leaving)
20:04:37 Join rela [0] (~x@pdpc/supporter/active/rela)
20:09:48 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
20:23:12 Join [Franklin] [0] (~franklin@unaffiliated/franklin)
20:55:46saratogaimplementing core_alloc and friends for warble would take a bit of time so i'm going to disable these effects in warble for now
20:56:54 Quit rela (Read error: Connection reset by peer)
21:00
21:02:55 Join ender` [0] (krneki@2a01:260:4094:1:42:42:42:42)
21:02:56 Join [1]ender [0] (krneki@foo.eternallybored.org)
21:03:23saratogathis fixes building warble: http://gerrit.rockbox.org/r/#/c/1133/
21:03:24saratogathoughts?
21:03:36 Join thomasjfox [0] (~thomasjfo@dslb-084-057-156-096.084.057.pools.vodafone-ip.de)
21:03:43 Quit thomasjfox (Changing host)
21:03:44 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
21:04:44 Quit ender1 (Ping timeout: 255 seconds)
21:04:51 Quit ender| (Ping timeout: 272 seconds)
21:05:44gevaertsThere's no warble define yet? Interesting...
21:12:56gevaertssaratoga: I'm having a quick look to see how hard it is to include buflib in warble
21:13:44thomasjfoxgevaerts: pretty easy, lookt at g#1088
21:13:50fs-bluebotGerrit review #1088 at http://gerrit.rockbox.org/r/1088 : Bring buflib API to the codec API by Thomas Jarosch
21:13:57gevaertsOh :)
21:17:15gevaertsOK, so g#1088 + adding core_alloc.c fixes the build
21:17:19fs-bluebotGerrit review #1088 at http://gerrit.rockbox.org/r/1088 : Bring buflib API to the codec API by Thomas Jarosch
21:17:30 Join aevin2 [0] (~brootvors@nikon.hackeriet.no)
21:17:38 Join froggymana [0] (~frogs@i.have.irc.f-t.so)
21:17:38 Quit froggymana (Changing host)
21:17:38 Join froggymana [0] (~frogs@unaffiliated/froggyman)
21:17:52 Join aevin_ [0] (eivindsy@microbel.pvv.ntnu.no)
21:18:04 Quit preglow (Ping timeout: 252 seconds)
21:18:04 Quit froggyman (Ping timeout: 252 seconds)
21:18:04 Quit aevin2_ (Ping timeout: 252 seconds)
21:18:04 Quit aevin (Ping timeout: 252 seconds)
21:18:04 Nick froggymana is now known as froggyman (~frogs@unaffiliated/froggyman)
21:18:13***Saving seen data "./dancer.seen"
21:21:24thomasjfoxgevaerts: we could apply parts of g#1088 only, too. Especially the part that add buflib to the codec API
21:21:29fs-bluebotGerrit review #1088 at http://gerrit.rockbox.org/r/1088 : Bring buflib API to the codec API by Thomas Jarosch
21:21:42gevaertsYes, I'm doint that now
21:21:48gevaertsWell
21:21:52gevaertsThe opposite :)
21:21:53thomasjfoxah ok
21:22:27thomasjfoxyes, exactly. I don't want that codec API part in until it's decided that it is wanted at all
21:22:37 Join preglow [0] (~thomj@2001:840:4243:3:1010:1010:1010:1010)
21:23:06gevaertsSee g#1134
21:23:10fs-bluebotGerrit review #1134 at http://gerrit.rockbox.org/r/1134 : Enable buflib and core_alloc for warble. by Frank Gevaerts
21:24:03 Join RiDD [0] (~RiD@bl22-13-198.dsl.telepac.pt)
21:24:26thomasjfoxhmmm, I don't think it will work yet
21:24:33thomasjfoxat least if buflib code is really called
21:24:42gevaertsOh, it builds. I didn't see if it runs :)
21:24:45thomasjfoxwe need a core_alloc_init() call
21:24:55thomasjfoxcore_allocator_init() to be precise
21:25:19thomasjfoxis the DSP code even execute by warble?
21:25:49*gevaerts doesn't know
21:26:21gevaertsBut even if it isn't, I think I prefer this to more ifdefs in already ifdef-heavy code, but if we do this it should at least be correct
21:27:27thomasjfoxlet me check if warble defines PLATFORM_HOSTED
21:27:39 Quit RiD (Ping timeout: 272 seconds)
21:27:40thomasjfoxif yes, calling core_allocator_init() is easy peasy
21:30:25 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman)
21:30:37gevaertsOK, g#1134 updated
21:30:41fs-bluebotGerrit review #1134 at http://gerrit.rockbox.org/r/1134 : Enable buflib and core_alloc for warble. by Frank Gevaerts
21:30:42kugelwhat's the deal?
21:31:29thomasjfoxnew DSP code uses buflib and there breaks the warble app
21:31:40kugelgrr
21:31:49thomasjfoxtherefore - argh, I can't seem to type properly today :D
21:31:55kugeli see, warble doesnt built
21:32:01gevaertsSo either more ifdefs in the dsp code, or add buflib+core_alloc to warble
21:32:19kugelwarble really shouldnt use buflib
21:32:51gevaertsThere's a reason we're playing around on gerrit first :)
21:32:55kugelremember buflib is just a big a workaround for native targets :)
21:33:30thomasjfoxgevaerts: did you run it on a .mp3 file or so?
21:33:37thomasjfoxJust check if it produces a .wav file from it
21:33:45gevaertsthomasjfox: testing is for other people :)
21:33:52kugelwhat's tdspeed doing?
21:34:51 Quit petur (Quit: Leaving)
21:35:14kugelalso, I won't block this, just thinking it aint the ideal solution
21:36:23*kugel couldnt care less about warble, and also carries buflib in his playbacklib work
21:37:12thomasjfoxgevaerts: alright, warble still works
21:37:57gevaertsthomasjfox: a horrible hack shows that it also can allocate memory
21:38:25thomasjfoxhehe, I probably tested something like the same hack for g#1088 ;)
21:38:29fs-bluebotGerrit review #1088 at http://gerrit.rockbox.org/r/1088 : Bring buflib API to the codec API by Thomas Jarosch
21:39:02gevaertsI hooked one of the new dsp functions to one of the existing options, and added a printf to core_alloc()
21:39:10gevaertsIt allocates, and it doesn't break :)
21:39:47thomasjfoxthe code path in core_alloc.c looks like "#else /*PLATFORM_HOSTED */"
21:39:57thomasjfoxso it naturally flows into that without the PLATFORM_HOSTED define
21:40:12thomasjfox(which is a good default fallback)
21:41:05thomasjfoxvalgrind shows me an uninitialized variable warning in warble + mpa.codec
21:41:19thomasjfoxthe good news: It also does that before the DSP change was committed
21:42:07kugelthomasjfox: btw, great to see you back in action and doing awesome work :)
21:42:57thomasjfoxhehe thanks :) rockbox led to the development of new cppcheck's that again get applied to rockbox :D
21:43:10thomasjfoxone thing I really would wish for in Rockbox in the long run would be unit tests...
21:43:49kugelyea
21:44:19kugelbut unit tests require a software architecture based on units ;)
21:44:50thomasjfoxwho volunteers to refactor tagcache? :P
21:46:20*kugel looks around
21:48:18 Quit y4n (Quit: Do you like hurting other people?)
21:57:27thomasjfoxkugel: there's one thing about buflib_alloc_ex() that I wanted to ask you:
21:57:47thomasjfoxline 514: "size = (size + sizeof(union buflib_data) - 1) /"
21:57:55thomasjfoxdo you have an idea what's the "-1" in there?
21:58:05thomasjfoxit was already part of the original code in the plugin API
22:00
22:11:36thomasjfoxgevaerts: do you plan on pushing #1134? looks ok to me
22:11:41fs-bluebotGerrit review #1134 at http://gerrit.rockbox.org/r/1134 : Enable buflib and core_alloc for warble. by Frank Gevaerts
22:12:04gevaertsthomasjfox: I wouldn't mind saratoga's views
22:14:04 Quit MMlosh (Quit: Bye...)
22:14:57 Join MMlosh [0] (~MMlosh@2001:470:6f:23:24f:63ff:fe01:4900)
22:31:46saratogagevaerts: looks good to me
22:31:49saratogapush it
22:32:51gevaertsOK
22:34:33kugelthomasjfox: it rounding up size to a multiple of sizeof(buflib_data)
22:35:02saratogamight want to mention that it fixes building the DSPs on warble too
22:35:07kugelbecause the string identifier is padded up to the block size
22:35:15saratogaso that ploco notices if he hasn't
22:36:04kugelit's basically doing (x+3)/4
22:37:34 Join einhirn [0] (~Miranda@p4FC1177F.dip0.t-ipconnect.de)
22:41:29saratogakugel: were you ok with the DX50 clean up?
22:41:34saratogait would be nice to get it out of the android port
22:42:02 Quit einhirn (Ping timeout: 264 seconds)
22:43:14 Quit the-kyle (Ping timeout: 264 seconds)
22:43:15thomasjfoxkugel: I still don't get the "-1" :D may be my thinking it blocked since I looked at that code over and over again. "size" is first initialized with "name_len". then we add sizeof(union buflib_data) to it, subtract one and divide it by sizeof (union buflib_data). Later on add five more blocks for additional pointers.
22:43:22thomasjfoxisn't the "-1" rounding *down*"?
22:43:40 Join the-kyle [0] (~kyle@kyle.tk)
22:44:41thomasjfoxor to put it simplified "10-1/x" will give a lower block size than "10+1/x"
22:46:14thomasjfoxyou mentioned it's because of the alignment of the name (B_ALIGN_UP(strlen(name)+1))
22:46:36thomasjfoxI haven't checked B_ALIGN_UP, but if the pointer is already aligned, isn't that a noop?
22:51:34saratogai just noticed that the DX50 uses software volume controls
22:51:40saratogadoes all hosted targets?
22:53:00thomasjfoxmaemo and the pandora do
22:53:05thomasjfoxnative SDL also
22:53:10thomasjfoxAndroid probably, too ;)
22:53:32saratogaah no, the android app defines PLATFORM_HAS_VOLUME_CHANGE
22:53:48thomasjfoxmight want to check the ypr0
22:54:49thomasjfoxkugel: the "-1" was also in there before the (aligned) name field was even added. See the initial import of the buflib code in your out-of-tree GSoC git tree
22:54:54 Quit lunarl0n (Quit: leaving)
22:56:14saratogahuh the dx50 comments out PLATFORM_HAS_VOLUME_CHANGE
22:56:28thomasjfoxgit blame is your friend
22:56:40saratogawell i committed it :)
22:56:52saratogabut i'm curious why that was disabled when originally ported
23:00
23:08:47 Join toehser [0] (~tom@Connqueror.Toms.NET)
23:10:32 Part toehser
23:11:54 Quit thomasjfox (Quit: Konversation terminated!)
23:13:39 Quit pamaury (Ping timeout: 264 seconds)
23:18:17***Saving seen data "./dancer.seen"
23:32:35saratogaam i the only one concerned that adding the new DSP effects to the R0 somehow freed up 14KB of RAM?
23:33:44 Quit preglow (Ping timeout: 252 seconds)
23:33:47[Franklin]well, lorenzo hasn't noticed :P
23:38:18 Join preglow [0] (~thomj@2001:840:4243:3:1010:1010:1010:1010)

Previous day | Next day