00:00:02 | saratoga | i think thats pretty typical, that way you don't make each codec specific to one container [though in rockbox each codec is specific to a container anyway] |
00:01:54 | MT | I see .. by the way, I won't be able to work on the demuxer till ~10th of april because of my mid-terms :( |
00:02:41 | MT | I told linuxstb. Just thought I should tell you too. |
00:02:48 | saratoga | MT: thats fine, i don't think the project is meant to begin until may anyway |
00:02:52 | scorche | is that in your application? |
00:03:16 | saratoga | were you working on this before you became interested in GSOC? |
00:03:52 | scorche | MT: accepted student proposals are listed on the 20th, so... ;) |
00:04:33 | MT | scorche : no I didn't include this in the application, because the plan I wrote there was meant to start on May 23rd anyway .. |
00:04:48 | scorche | MT: yeah...that is fine =) |
00:06:17 | MT | saratoga : not for a long time before gsoc though :) |
00:08:02 | MT | scorche : we have a fest here in Egypt on the 20th (it's a holiday too ) so I hope it ends well :D |
00:11:30 | | Quit gevaerts (Nick collision from services.) |
00:11:39 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
00:19:45 | | Join webguest26 [0] (n=185e02e0@gateway/web/cgi-irc/labb.contactor.se/x-9db1720624907f9f) |
00:20:04 | webguest26 | hey, my album art doesnt show up in RB, anyone know why? |
00:21:31 | evilnick | webguest26: What format is the art in? |
00:22:33 | rasher | webguest26: And where is it placed, and how is it named? |
00:23:10 | evilnick | And what player you have might help too. |
00:24:16 | | Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:27:53 | webguest26 | well i have an 80 gig ipod video |
00:27:58 | webguest26 | 5.5gen |
00:28:11 | webguest26 | the album art is just in the itunes folder |
00:29:28 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
00:29:42 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
00:34:04 | | Quit Ubuntuxer ("Leaving.") |
00:34:30 | webguest26 | anyone know what the problem is? |
00:36:00 | advcomp2019 | webguest26, did you read the albumart wiki |
00:36:59 | PaulJam_ | webguest26: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=AlbumArt |
00:37:11 | | Quit pixelma (Nick collision from services.) |
00:37:12 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
00:37:14 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
00:37:18 | | Quit amiconn (Nick collision from services.) |
00:37:29 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
00:37:32 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
00:41:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
00:41:27 | | Quit bmbl ("Woah!") |
00:41:39 | webguest26 | i cant find that in the wiki |
00:42:12 | | Join EternalRains [0] (n=chatzill@adsl-178-217-222.jax.bellsouth.net) |
00:43:37 | | Quit bertrik (Remote closed the connection) |
00:43:59 | | Quit tessarakt ("Client exiting") |
00:44:09 | | Join tessarakt [0] (n=jens@e180077176.adsl.alicedsl.de) |
00:46:54 | | Join dluna [0] (n=chris@christopher.yok.utu.fi) |
00:47:11 | | Quit cspotcode ("Leaving.") |
00:47:31 | | Quit webguest26 ("CGI:IRC (EOF)") |
00:50:45 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
00:54:33 | | Quit Conic () |
00:54:39 | | Quit shotofadds ("Leaving") |
00:54:57 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
00:54:58 | | Join BHSPitLappy_ [0] (n=BHSPitLa@ppp-68-91-34-166.dsl.rcsntx.swbell.net) |
00:59:04 | | Quit tessarakt ("Client exiting") |
01:00 |
01:01:26 | | Quit BHSPitLappy (Nick collision from services.) |
01:01:29 | | Nick BHSPitLappy_ is now known as BHSPitLappy (n=BHSPitLa@ppp-68-91-34-166.dsl.rcsntx.swbell.net) |
01:03:28 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
01:03:51 | | Part dluna |
01:12:09 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
01:18:36 | | Quit PaulJam_ (".") |
01:21:04 | *** | Saving seen data "./dancer.seen" |
01:21:29 | | Quit matsl (Remote closed the connection) |
01:24:54 | | Quit EternalRains ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032608]") |
01:32:14 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
01:33:02 | | Quit Conic () |
01:44:57 | | Quit bertrik (Remote closed the connection) |
01:51:08 | | Join antonio_ [0] (n=antonio@151.67.203.45) |
01:51:23 | | Quit ender` (" Why geeks like computers: look chat date touch grep make unzip strip view finger mount fsck more fsck yes spray umount slee") |
01:51:46 | antonio_ | !list |
01:52:08 | antonio_ | !list |
01:52:09 | krazykit` | antonio_, please read the topic |
01:53:47 | | Join JustKemp [0] (n=matt@d58-110-133-67.bla3.nsw.optusnet.com.au) |
01:53:53 | | Join lkjasa [0] (n=lkjasa@unaffiliated/lkjasa) |
01:55:00 | JustKemp | hello? |
01:56:00 | krazykit` | hi JustKemp |
01:56:06 | | Quit BXCracer (Read error: 60 (Operation timed out)) |
01:56:13 | JustKemp | hey |
01:56:24 | JustKemp | whats rockbox? |
01:57:10 | krazykit` | http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ#What_is_Rockbox_What_is_its_purp |
01:57:36 | | Join webguest49 [0] (n=185e02e0@gateway/web/cgi-irc/labb.contactor.se/x-1cf84bfbba6d8bbf) |
01:57:48 | webguest49 | how do you get album artwork into rockbox? |
01:58:36 | krazykit` | you read the wiki: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt |
01:58:58 | JustKemp | u know you stuff, krazykit |
01:59:03 | JustKemp | *your |
01:59:26 | webguest49 | thanks i couldnt find that |
03:00 |
03:00:07 | JustKemp | i dont see any music on here at all...? |
03:00:33 | krazykit` | why would you expect to find music? |
03:00:59 | krazykit` | rockbox is a firmware for a number of DAPs... |
03:02:44 | saratoga | why send people to the wiki when the first words on the front page are "Rockbox is an ..." |
03:03:03 | | Quit moos ("duh! already 3h AM") |
03:03:47 | krazykit` | saratoga, beer ;) |
03:08:23 | | Quit webguest49 ("CGI:IRC (EOF)") |
03:08:53 | | Join z35_ [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
03:11:25 | | Part domonoky |
03:13:56 | | Quit z35 (Read error: 60 (Operation timed out)) |
03:14:12 | | Join iopews [0] (i=52e2dd9b@gateway/web/ajax/mibbit.com/x-41cfd5f19861438e) |
03:14:22 | | Part JustKemp |
03:16:49 | | Quit Thundercloud (Remote closed the connection) |
03:22:04 | | Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
03:22:31 | | Nick z35_ is now known as z35 (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
03:23:05 | antonio_ | !list |
03:25:22 | | Quit iopews ("http://www.mibbit.com ajax IRC Client") |
03:25:55 | | Join fdjsiao [0] (i=52e2dd9b@gateway/web/ajax/mibbit.com/x-8c33d6fbfbc2d127) |
03:26:16 | | Join ufoman [0] (n=ufoman@whiterabbit.rz.uni-mannheim.de) |
03:28:08 | | Quit LinuxMafia (Read error: 104 (Connection reset by peer)) |
03:34:16 | | Quit z35 (Read error: 104 (Connection reset by peer)) |
03:41:28 | | Join z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
03:47:50 | ufoman | hi, have you ever experienced a glitch that the playback stops suddenly and resumes at 5-6 seconds of song time before it happened? |
03:48:27 | ufoman | my player is iaudio x5, build r20652 |
03:48:57 | | Quit fdjsiao ("http://www.mibbit.com ajax IRC Client") |
04:00 |
04:01:32 | | Join Strife89 [0] (n=nds@204.116.244.200) |
04:03:16 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
04:03:47 | | Part evilnick |
04:06:32 | | Join Strife89DS [0] (n=nds@204.116.244.200) |
04:06:36 | | Quit Strife89 (Connection reset by peer) |
04:07:37 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
04:13:14 | | Nick Strife89DS is now known as Strife89 (n=nds@204.116.244.200) |
04:14:31 | | Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) |
04:17:21 | dreamlayers | Hello everyone. It's my first time here. |
04:17:36 | scorche | \o/ |
04:18:29 | | Join saratoga_lab [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-41d1f8c2f437d721) |
04:20:23 | dreamlayers | Two people who have encountered FS #9926 think that the bug should be in 3.2 release notes. (On Color and Photo iPods, System -> Rockbox Info always says battery is charging) |
04:21:07 | *** | Saving seen data "./dancer.seen" |
04:22:09 | rasher | The Known Bugs section of the release notes didn't really get much attention. I'm not sure if that particular bug is worthy of getting in there though? |
04:23:32 | dreamlayers | I also have a patch there. It accesses an unknown PP5020 register. Based on what I saw in the OF, 0x70000088 may be an input for GPO32 bits. The OF first writes a zero word and then reads the word to test the bit. |
04:24:42 | rasher | Honestly, I'm not sure who you'd want to talk to for this kind of stuff. I seem to remember Buschel doing some PP related power stuff |
04:25:19 | rasher | It's not the most active time of the week, middle of saturday night in Europe |
04:26:01 | dreamlayers | Yeah, I don't really know if it's worthy of getting in there. I rarely even look at that screen. I just thought I should bring it up because two people asked. |
04:26:06 | | Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) |
04:26:57 | dreamlayers | FS #10051 is a duplicate of the same bug. |
04:27:10 | rasher | dreamlayers: Is charging broken in any significant way, or is it just that screen showing wrong info? |
04:28:31 | | Join JustKemp [0] (n=matt@d58-110-133-67.bla3.nsw.optusnet.com.au) |
04:28:48 | dreamlayers | Charging from USB is probably broken, but that's unrelated. This is just the issue of reading the wrong bit and displaying status incorreclty there. |
04:29:19 | dreamlayers | Thanks for taking care of the duplicate. |
04:29:50 | rasher | That doesn't seem release-note worthy. Broken charging does, but is that FS #8802? |
04:30:24 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-3c279166bb8d51af) |
04:30:43 | rasher | dreamlayers: You should talk to Zagor (Björn Stenberg) about getting developer level on FlySpray |
04:31:18 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:32:14 | dreamlayers | Yeah, charging is in FS #8802. |
04:32:15 | dreamlayers | FS #9987 is a duplicate. |
04:33:41 | dreamlayers | Okay, I'll talk to Zagor. |
04:33:43 | rasher | Alright, 8802 is already in the release notes, so we have that covered it seems |
04:34:07 | dreamlayers | Yep, that's definitely covered |
04:36:30 | dreamlayers | Has anyone tested the patch from 8802? |
04:38:07 | | Part JustKemp |
04:40:19 | rasher | I'd think people would report back there. Are you positive FS #9987 is a duplicate? The descriptions don't seem to match? |
04:41:20 | | Quit tvelocity (Remote closed the connection) |
04:43:23 | | Quit n1s ("Lämnar") |
04:43:30 | | Join deweycooter [0] (n=chatzill@64.91.195.155) |
04:43:42 | dreamlayers | From the point of view of USB power hardware, it doesn't matter whether there is a USB connection or whether it's a USB charger or a USB port. Software has to see what's connected and respond accordingly. |
04:46:06 | | Quit XavierGr () |
04:47:03 | dreamlayers | Actually, there is one difference: firmware in flash should enable charging if it sees a supported USB charger at power-on. |
04:53:16 | rasher | Honestly I'm not qualified to discuss, it just seemed one task concerned the Rockbox USB stack not requesting 500mA power, and the other is completely failing to charge from AC adapters |
04:59:06 | dreamlayers | Okay, I'll bring this up another time when more people are around. (Rockbox already requests 500 mA, but a request doesn't change how much current the device uses. It just makes sure that the requested current is available.) |
05:00 |
05:01:04 | | Quit Seed ("cu, Andre") |
05:05:12 | | Quit l403 (Read error: 60 (Operation timed out)) |
05:11:45 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
05:14:25 | * | LambdaCalculus37 waves to dreamlayers |
05:14:54 | * | dreamlayers waves to LambdaCalculus37 |
05:15:11 | LambdaCalculus37 | Welcome to the fun. :) |
05:15:24 | | Quit Strife89 ("ClIRC - IRC client for Nintendo DS") |
05:15:46 | ufoman | bah... I should sleep and not wonder whether ogg is 100% realtime on coldfire... ;p |
05:17:15 | ufoman | it is. my newly acquired x5 seems to play some jokes on me... |
05:18:45 | LambdaCalculus37 | dreamlayers: Question about your work on FS #9787 and FS #9890... since you seem to have an idea of how to talk to the BCM chip in the iPod video, do you believe that we may be able to utilize it at some point in the future? |
05:18:53 | rasher | ufoman: It's very comfortably realtime indeed |
05:19:04 | | Join Strife89 [0] (n=nds@204.116.244.200) |
05:19:14 | LambdaCalculus37 | ufoman: Ogg vorbis playback is very realtime on my H340. |
05:19:15 | saratoga | ufoman: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=codecPerformanceComparison |
05:19:43 | ufoman | yea I probably had some problem with disk read |
05:20:13 | LambdaCalculus37 | ufoman: Better make sure the disk is in good shape and not going south. |
05:20:45 | ufoman | it was stopping playback for like 500msec and retrying |
05:21:09 | ufoman | I could not feel that it was actively reading data |
05:21:33 | dreamlayers | LambdaCalculus37: I think figuring out more about the BCM will be difficult. The firmware in osos is very complex, and a bunch of threads are devoted to the BCM. |
05:21:54 | ufoman | LambdaCalculus37: I'll do it. I hope I won't have to hunt for MK4007GAL anytime soon... |
05:22:42 | saratoga | without a compiler i'm not sure what good the BCM chip would be, aside maybe for color space conversion if it can do that in hardware |
05:23:29 | dreamlayers | Could we use the BCM firmware from the resource partition? |
05:23:44 | LambdaCalculus37 | dreamlayers: Not sure if it's possible. |
05:23:59 | LambdaCalculus37 | But we could pick it apart to see how it works, perhaps. |
05:24:12 | saratoga | dreamlayers: you mean like the decoder on HWCODEC? |
05:25:44 | dreamlayers | Yeah... I guess the situations are simillar |
05:26:27 | dreamlayers | Rockbox is already using BCM firmware from the vmcs part of the flash. |
05:26:57 | saratoga | i'm sure it could be done, though its a lot of effort to get H.264 |
05:27:45 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
05:28:02 | LambdaCalculus37 | saratoga: But it may be worth the effort. :) |
05:28:33 | saratoga | buy a Gigabeat S, we have a spec sheet for the mx31's video chip |
05:28:50 | | Quit Strife89 ("ClIRC - IRC client for Nintendo DS") |
05:28:58 | LambdaCalculus37 | saratoga: Already got one. :) |
05:29:05 | saratoga | then get to work |
05:29:28 | saratoga | that reminds me i keep forgetting to send that gigabeat T |
05:30:15 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
05:31:03 | LambdaCalculus37 | saratoga: Where's the spec sheet located? |
05:32:39 | | Join MethoS [0] (n=lem@host-091-097-245-028.ewe-ip-backbone.de) |
05:35:08 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
05:37:04 | dreamlayers | The link in the Wiki is broken. I think this is the datasheet: http://www.freescale.com/files/32bit/doc/data_sheet/MCIMX31_5.pdf |
05:37:50 | JdGordon | dreamlayers: hey, thanks for finding that div0 problem... i was thinking it would be something like that :/ |
05:38:51 | dreamlayers | JdGordon: you're welcome |
05:39:17 | dreamlayers | Disassembling is fun :) |
05:39:46 | LambdaCalculus37 | dreamlaters: Let me check it out. |
05:41:59 | | Join Strife89 [0] (n=nds@204.116.244.200) |
05:43:42 | dreamlayers | JdGordon: there have been some changes to WPS code recently, and some parts of playback_changes.11.diff fail. |
05:45:33 | | Quit bluefoxx () |
05:46:07 | JdGordon | yeah, kugel's fault.. i havnt had a chance to sync it yet |
05:49:46 | saratoga | theres actually a better datasheet for the S somewhere, its a couple thousand pages long |
05:54:29 | | Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) |
05:56:22 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-236a60bc54efe542) |
05:56:59 | | Quit Strife89 ("Gone to bed.") |
05:57:30 | dreamlayers | Lots of IMX31 things are available from http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31&nodeId=01J4Fs2973ZrDR |
06:00 |
06:00:14 | dreamlayers | http://www.freescale.com/files/32bit/doc/ref_manual/MCIMX31RM.pdf 2470 page reference manual |
06:01:28 | LambdaCalculus37 | Holy crap! |
06:16:16 | | Join wangxiang_ [0] (n=wangxian@203.86.76.219) |
06:16:32 | | Part kps00000 |
06:21:03 | | Quit wangxiang (Read error: 60 (Operation timed out)) |
06:21:09 | *** | Saving seen data "./dancer.seen" |
06:23:31 | | Quit LambdaCalculus37 ("bed time") |
06:35:33 | | Quit dreamlayers ("Goodnight") |
06:37:28 | | Quit saratoga ("CGI:IRC (EOF)") |
06:38:10 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ce67daf5208ad923) |
06:44:51 | | Join logiclost [0] (n=lostlogi@temporal.lostlogicx.com) |
06:46:07 | | Quit lostlogic (Read error: 104 (Connection reset by peer)) |
06:51:23 | | Quit ZyLoR (Read error: 104 (Connection reset by peer)) |
06:58:20 | | Quit MethoS (Remote closed the connection) |
07:00 |
07:02:22 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
07:07:50 | | Quit bs66_ (Read error: 60 (Operation timed out)) |
07:08:04 | | Join bs66_ [0] (n=sysuser@95.209.96.78) |
07:14:21 | | Join wangxiang__ [0] (n=wangxian@203.86.76.219) |
07:15:44 | | Join antonio__ [0] (n=antonio@151.67.201.142) |
07:16:01 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
07:25:00 | | Quit antonio_ (Read error: 110 (Connection timed out)) |
07:38:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
07:39:55 | | Join JustKemp [0] (n=matt@d58-110-133-67.bla3.nsw.optusnet.com.au) |
07:44:17 | | Quit wangxiang_ (Read error: 110 (Connection timed out)) |
07:47:45 | Llorean | kugel: We should be discussing this here, where it's logged |
07:48:16 | Llorean | Rockbox as an app should, where possible ,strive to us the UI widgets appropriate to the OS it's running on. That means, for example, file browsing should not use our list. It should use a more "standard" file browser widget for the OS it's on |
07:49:00 | Llorean | Preserving "the list" for menus and files just makes the UI less appropriate for normal use. It's used now because it's the best we can do where we are, and not something we should force on users when a better option can be made available |
07:49:07 | kugel | why should it not use our lists? |
07:49:18 | Llorean | Because they're _worse_ to use than other options |
07:49:34 | kugel | if you can click on a list item with the mouse? that's just fine, using actual rockbox |
07:49:40 | kugel | really, I |
07:49:58 | kugel | I'm saying using only codecs and plugins wouldn't satisfy me |
07:50:12 | Llorean | kugel: In a normal application, if you want to choose the "Files" or "Tools" menu, do you have to manually click your way out of the files menu first, or can you just click Tools? |
07:50:39 | kugel | in a normal application I just want to click databse |
07:50:52 | Llorean | That's a pointless answer. |
07:50:58 | | Quit StealthyXIIGer (Read error: 60 (Operation timed out)) |
07:51:02 | Llorean | It's a simple question. |
07:51:07 | kugel | why? just clicking database should be doable |
07:51:24 | kugel | the database browser could possible extended. with an album art view, for example |
07:51:26 | Llorean | Why are you ignoring my question? |
07:51:39 | Llorean | You're saying our menus aren't restrictive, that's an example where they are. |
07:51:48 | kugel | there |
07:51:51 | Llorean | Our menu structure doesn't allow quick movement from one part of the menus to another |
07:52:15 | kugel | there's always the way of having "standard menus" or even shortcuts for stuff like tools |
07:52:31 | Llorean | I thought you wanted to preserve the list for menus |
07:52:57 | kugel | if rockbox-as-an-app means doing a new media player I'm certainly not interested in it, and just fgo with some random mpd client or amarok/rhytmbox |
07:53:24 | Llorean | So basically, "if I can't have my restrictive UI, I don't want to use it"? |
07:54:03 | kugel | Llorean: using rockbox lists where it makes sense to use lists at all. if a list is totally unsuited, than use what can be solved better by using native widgets |
07:54:17 | Llorean | That's *everything* then |
07:54:26 | Llorean | There's nowhere that a Rockbox list is more suited. |
07:54:30 | kugel | you're equaling rockbox ui with restricting, which I don't |
07:54:45 | Llorean | The Rockbox UI would be restricting to someone expecting an actual PC application |
07:55:25 | kugel | the whole windows explorer is a list, with just some file/edit/etc menus too. That's what raap can do too |
07:55:50 | kugel | I don't want just a pcc app. I want ROCKBOX as a pc app |
07:55:55 | Llorean | Windows explorer is not just a list |
07:56:06 | Llorean | It also has a second list to the left showing parallel folders |
07:56:12 | Llorean | It has a selection of other things as well. |
07:56:21 | kugel | that's the whole point of doing the project under the name of rockbox |
07:57:09 | kugel | what pieces of rockbox are you expecting to still be active in raap? |
07:57:44 | Llorean | Codec support, playlisting functionaliy, themable playback screen, settings and options. Basically the actual *features* rather than the UI. |
07:58:35 | kugel | 90% of which isn't unique at all |
07:58:49 | Llorean | So we should keep unique things even if they're bad or restrictive? |
07:59:01 | Llorean | Clearly we should then keep our buffering the way it is. It's definitely unique for a PC player. |
07:59:16 | kugel | again, I don't think there's any restriction |
07:59:35 | Llorean | You honestly think our file browser can let you see the collection on your player, and access them, as quickly as Windows Explorer / Nautilus / Whatever? |
07:59:59 | kugel | but it's rally hard to descirbe how I'm imagening raap. And again, there's just about everyone having a (at least slightly) different expectation |
08:00 |
08:00:06 | Llorean | It's a yes/no question. |
08:00:36 | kugel | our list code is used much more than just in the file or database browser |
08:00:43 | Llorean | It's a yes/no question. |
08:00:59 | kugel | No, then |
08:01:23 | Llorean | So then you agree there is some degree of restriction. |
08:01:49 | kugel | The windows explorer might be perfect for selecting files. But our list code is also responsible for browsing plugins, settings, the playlist and more |
08:01:51 | | Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.1b3/20090305152042]") |
08:02:18 | Llorean | The settings can be accessed via a more standard menu structure for the native OS (again, less restrictive than our list) |
08:02:42 | Llorean | The playlist can be shown in a list, sure. Probably extended from our own (for example, on PCs the 'context' menu should be on right click) |
08:02:56 | kugel | I'm nor particularly interested in using OS apis where possible. Only where it makes sense |
08:03:07 | kugel | and where it makes it worth leaving the rockbox path |
08:03:15 | Llorean | They should be used anywhere it increases usability. |
08:03:39 | kugel | which seems to be everywhere for you |
08:03:53 | Llorean | Well, you agree for the file browser. |
08:04:02 | Llorean | And you refused to answer my question about hopping quickly from one menu tree to another |
08:04:22 | Llorean | The database browser is the same case as the file browser. |
08:04:26 | kugel | how's raap rockbox, if a user cannot recognize rockbox on his player and rockbox on his windows? |
08:04:27 | Llorean | And I've yielded on Playlists. |
08:04:30 | Llorean | Where else, really, is there? |
08:05:01 | Llorean | Plugins are a separate can of worms anyway |
08:05:24 | kugel | well, if you want native OS function, then install a codec pac, srs wow, use windows media player and be happy |
08:05:26 | kugel | that |
08:05:28 | kugel | that |
08:05:41 | kugel | that's what I want from raap |
08:05:42 | Llorean | kugel: RaaP's point is to make it easier to use native UI widgets. Separate the code out, and compile with them, so that it's easier to make targets use them. So that, for example, on smartphones where more of our UI needs to be preserved for usability it's easier to adapt |
08:05:47 | Llorean | RaaP is NOT just for PC apps |
08:06:52 | kugel | "RaaP's point is to make it easier to use native UI widgets" I disagree. It's porting rockbox to x86/amd64 to be an actual (and usable) pc app |
08:07:01 | JustKemp | what is raap? |
08:07:03 | Llorean | And it will be. |
08:07:20 | Llorean | kugel: The point is for other devices. But if the PC app is usable, that's fine. You want to make it LESS usable. |
08:07:22 | Llorean | Which is silly |
08:07:28 | Llorean | JustKemp: Rockbox as an App |
08:07:36 | kugel | as I said, your expectation seems to be only have codecs (and some dsp features) avalailable on the desktop to me |
08:07:40 | JustKemp | kool |
08:07:54 | Llorean | kugel: And your expectation is to intentionally restrict users to preserve a look. |
08:08:02 | kugel | fine |
08:08:09 | Llorean | You've admitted your way is more restrictive. |
08:08:24 | kugel | I've discussed enough. your arguments get pointless |
08:08:36 | | Join wangxiang_ [0] (n=wangxian@203.86.76.219) |
08:09:14 | Llorean | By "pointless" I assume you mean "I can't actually tell you where the list will offer more functionality than a native widget, so I'm going to get vague again"? |
08:10:04 | kugel | whatever, I'm done. This is not going to get anywhere if you're repeatedly claiming I want to restrict users |
08:10:06 | Llorean | I mean, I do assume if you had more reason than "It should look like Rockbox" you'd have offered it by now. |
08:10:15 | Llorean | kugel: You've admitted your way would be more restrictive |
08:10:22 | Llorean | Do you deny that admission, just a few lines ago, now or something? |
08:10:28 | kugel | no |
08:10:38 | Llorean | So why do you say "claiming" when it's true? |
08:10:42 | Llorean | By your own admission |
08:10:48 | kugel | I said it may be more restrive in terms of browsing for music. That's all |
08:10:59 | kugel | rockbox is more than just abour browsing for music |
08:11:01 | Llorean | Tell me how it would be less restrictive for menus, then. Or database. |
08:11:19 | Llorean | Because those are the three places I've said we should use native widgets so far, and you've disagreed with me. |
08:11:22 | Llorean | So surely you can point out how. |
08:11:29 | | Quit MT (Read error: 110 (Connection timed out)) |
08:12:00 | JustKemp | ok, imm not very IT handy. but here goes. rockbox can be installed on selected mp3 players, to basically give them a new theme/watever . am i right?????? |
08:12:09 | kugel | sure, now you've only apply your arguments for browsing. I'm sorry I've missed that early and thought you want OS widgets everywhere |
08:12:19 | Llorean | JustKemp: It's not a theme. it's a wide range of features, replacing the host firmware entirely when running |
08:12:32 | scorche | JustKemp: rockbox is a complete replacement firmware...not just a theme...check out the WhyRockbox wiki page |
08:12:33 | Llorean | kugel: I want OS widgets *where they expand or ease functionality* |
08:12:39 | Llorean | kugel: How would you have an OS widget for the WPS? |
08:12:39 | JustKemp | but it looks just like a different theme? |
08:12:53 | Llorean | JustKemp: What do you mean by that? |
08:13:13 | | Join Rob2223 [0] (n=Miranda@p4FDCD1D7.dip.t-dialin.net) |
08:13:13 | JustKemp | nevr mind. i'll just read the page |
08:14:27 | Llorean | kugel: I don't want to remove any features, but I don't see "limited list-based browsing" as a feature so much as a limiting factor imposed by the inputs available to us on most players. |
08:15:11 | JustKemp | ok i think i get it......... so its like how most laptops come with vista, but a linux can be installed instead. |
08:15:54 | JustKemp | is that right? |
08:15:56 | Llorean | JustKemp: Something like that, only there aren't many players you can put Rockbox on. The list isn't short, but it's definite. If your player isn't on the list, Rockbox needs to be ported first. |
08:16:06 | Llorean | And that's an awful lot of work |
08:17:09 | JustKemp | thats still pretty kool |
08:17:46 | kugel | Llorean: for raap, I'd e.g. expect to have click on a "play" icon actually do something. which would also apply to touchscreen |
08:18:22 | Llorean | kugel: This is something common to most PC-side audio players anyway |
08:18:41 | Llorean | The WPS would probably always be visible, and the Play/Pause/Stop button would toggle basic playback state. |
08:18:47 | Llorean | There's already plans to do this for touchscreen |
08:19:00 | kugel | but actually, I'm kinda doubting you get me entirely, I and I also doubt that I get you entirely. I'm just too tired for an in-depth discussion right now. |
08:19:15 | kugel | see you later |
08:19:35 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.8/2009032712]") |
08:19:35 | | Part JustKemp |
08:21:11 | *** | Saving seen data "./dancer.seen" |
08:21:28 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
08:29:49 | | Quit wangxiang__ (Connection timed out) |
08:30:36 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:36:32 | | Quit jordoex (Read error: 104 (Connection reset by peer)) |
08:39:55 | | Quit z35 ("Leaving") |
08:45:42 | | Quit deweycooter ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
08:47:33 | | Join jordoex [0] (n=quassel@S010600032f35d6b0.vc.shawcable.net) |
08:48:05 | | Quit wangxiang_ (Connection timed out) |
08:50:32 | | Quit jordoex (Client Quit) |
08:52:28 | | Join jordoex [0] (n=quassel@S010600032f35d6b0.vc.shawcable.net) |
08:55:54 | | Quit jordoex (Client Quit) |
08:57:40 | | Join jordoex [0] (n=quassel@S010600032f35d6b0.vc.shawcable.net) |
08:57:49 | | Quit ultrasonic (Client Quit) |
08:57:58 | | Join bs66_1 [0] (n=sysuser@95.209.42.203) |
09:00 |
09:00:00 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
09:00:53 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
09:01:17 | | Join Llorean [0] (n=DarkkOne@adsl-99-158-46-113.dsl.hstntx.sbcglobal.net) |
09:01:38 | | Part toffe82 |
09:01:56 | | Join jordoex_ [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
09:02:17 | | Quit jordoex (Client Quit) |
09:03:47 | | Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
09:07:21 | amiconn | saratoga_lab: The biggest problem with utilising the BCM is that it seems to be a custom architecture, so there is neither a compiler nor an assembler available for it |
09:07:23 | | Join jordoex___ [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
09:07:39 | | Join jordoex__ [0] (n=quassel@S010600032f35d6b0.vc.shawcable.net) |
09:07:39 | *** | Alert Mode level 1 |
09:07:39 | DBUG | Enqueued KICK jordoex_ |
09:07:39 | DBUG | Enqueued KICK jordoex |
09:07:39 | *** | Alert Mode level 2 |
09:07:39 | DBUG | Enqueued KICK jordoex___ |
09:07:39 | DBUG | Enqueued KICK jordoex__ |
09:07:39 | *** | Alert Mode level 3 |
09:07:39 | | Quit jordoex__ (Remote closed the connection) |
09:09:20 | | Quit dmb ("Leaving") |
09:10:15 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
09:10:15 | rwcr | amiconn: I'm pretty sure the BCM chip is an ARC - that's suggested by the ELF headers for the files on the rsrc image - but that doesn't make it any easier to find a toolchain. |
09:10:55 | amiconn | The architecure identifier in the .elf files is unknown to the gnu tools |
09:11:20 | amiconn | (something in the 0x50 range, don't remember exactly) |
09:11:24 | rwcr | Hm, strange. I worked on the iPodLinux project a few years back, and ARC was the conclusion we reached. |
09:11:38 | rwcr | We could've been mistaken, though - we never did manage to get anything running on the chip. |
09:14:52 | | Quit bs66_ (Read error: 110 (Connection timed out)) |
09:15:32 | | Quit jordoex_ (Read error: 60 (Operation timed out)) |
09:16:17 | amiconn | From what I read, ARC seems to be a flexible core which can be extended by customer specific instructions |
09:16:42 | amiconn | So it could indeed be one, but it wouldn't change anything... |
09:17:07 | rwcr | True. |
09:17:40 | *** | Alert Mode OFF |
09:19:03 | | Quit tvelocity (Read error: 104 (Connection reset by peer)) |
09:21:20 | | Join tvelocity [0] (n=tony@adsl4-231.her.forthnet.gr) |
09:23:07 | | Quit jordoex (Read error: 110 (Connection timed out)) |
09:30:51 | | Quit tvelocity (Remote closed the connection) |
09:35:25 | | Join l403 [0] (n=l@85.132.159.239) |
09:42:11 | | Quit CaptainKewl (Read error: 60 (Operation timed out)) |
09:42:12 | | Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
09:47:05 | JdGordon | Llorean: I wonder where you got that idea for rockbox-as-an-app... using the OS widgets is almost impossible in its current state.... that might be a very long term goal... but for now its just being able to use the native drawing code instead of sdl... |
09:47:09 | JdGordon | ditto for sound/buttons |
09:47:55 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-a953e81932ad5cf2) |
09:48:21 | | Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) |
09:48:53 | Llorean | JdGordon: In pretty much ever discussion about it, it's come up that it should eventually use the OS widgets. |
09:49:21 | JdGordon | *eventually* being a long way away |
09:49:28 | Llorean | That doesn't change the fact that it's a goal. |
09:49:32 | Llorean | Kugel's idea is that it shouldn't be a goal at all. |
09:49:35 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
09:51:02 | JdGordon | considering how the screens are drawn I tihnk its a impossible goal anyway |
09:51:34 | Llorean | What do you mean? |
09:52:11 | JdGordon | screens arnt drawn as collections of widgets like "real" OS's expect |
09:52:23 | Llorean | Most screens won't even exist any more. |
09:52:24 | JdGordon | apart from the list view... everything is custom |
09:52:34 | Llorean | It's the list that I'm mainly talking about |
09:52:39 | Llorean | 90% of User Input is the list. |
09:52:46 | JdGordon | then whats the point? you're takeing a below standard playback engine and tacking on a custom frontend? |
09:52:47 | Llorean | Or just next/prev on the WPS etc |
09:52:54 | Llorean | Which of course will still use the WPS |
09:53:06 | Llorean | JdGordon: What's the point in leaving the list in? |
09:53:22 | Llorean | "Let's take below standard (as you describe) playback, and give it a hard to use UI making it LESS desirable"? |
09:53:33 | JdGordon | ? its not rockbox as an app anymore... its a new ui for rockbox's cruddy playback engine |
09:54:13 | Llorean | Where the hell does this "it's not Rockbox any more if we change the UI" come from? |
09:54:30 | Llorean | Who does it benefit if we make the PC-side UI intentionally crappier than it needs to be? |
09:55:13 | | Join cspotcode [0] (n=Administ@weepinbell-52.dynamic.rpi.edu) |
09:55:24 | Ctcp | Ignored 4 channel CTCP requests in 0 seconds at the last flood |
09:55:24 | * | JdGordon is not going to get drawn into a debate about what rockbox is and isnt |
09:55:35 | Llorean | Then you can't use it as a point defending your view. |
09:55:50 | Llorean | If you can't define what Rockbox is, you can't say "your idea is less Rockbox than mine" justifiably. |
09:56:55 | Llorean | Why not tell me how keeping the Rockbox UI makes it better on the PC? |
09:57:04 | Llorean | Talk in terms of things you can actually describe. |
09:57:59 | JdGordon | who ever said anything about making it better? since when is that a goal |
09:58:32 | Llorean | What the is the point of making Rockbox as an app, if we're not trying to make it good? |
09:59:10 | JdGordon | 1) to get it on more targets, 2) some people actually dont mind using the sim as their audio player |
09:59:12 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
09:59:18 | Llorean | 1) We don't get targets where we're not good. |
09:59:55 | Llorean | If I had to navigate the list menus of Rockbox to use it on my phone, I probably just wouldn't use it on my phone, ever. |
10:00 |
10:00:21 | Llorean | There's no reason to restrict it to that solely for the purpose of restricting it to that. |
10:00:40 | Llorean | And if the sim is good enough to use on a PC, why don't we just use the sim as Rockbox as an App? |
10:01:50 | Llorean | So again I ask - why is it beneficial to restrict the UI like this? |
10:02:40 | JdGordon | i ask again, why are you argunign stupid side things? I never said anything about restricting it.. I just said that the goal was very unlikely |
10:02:57 | Llorean | You said it's not Rockbox as an app if we do it. |
10:03:15 | Llorean | So, you're against it for Rockbox as an app |
10:03:28 | Llorean | So yes, you said we shouldn't do it. |
10:04:18 | JdGordon | right, then why dont you open up a text editor and get to it? apparently you know how everything must be done and the likes of us who actually code dont... |
10:04:44 | amiconn | Imo the whole rockbox-as-an-app idea is weird |
10:04:49 | Llorean | JdGordon: Right, don't actually argue the points do you. |
10:05:00 | Llorean | JdGordon: "Oh look, he caught me in a contradiction, let's change topics." |
10:05:08 | Llorean | If you don't want to actually defend what you say, don't bother to say it. |
10:05:20 | Llorean | But for heaven's sake, if you actually say something, own up to it. |
10:05:27 | Llorean | Either defend it, or say "No, I didn't mean it like that. Sorry for being unclear." |
10:05:39 | lucent | please take this to privmsg |
10:05:42 | amiconn | If you take rockbox as-is (i.e. similar to the sim) it would be a pita to use, but if you change the UI, what difference to other pc based audio players remains? |
10:06:08 | Llorean | amiconn: Database compatibility, format support, probably the ability to use most player-specific themes. |
10:06:25 | JdGordon | Llorean: you're the one reading way too much into what I've said... |
10:06:27 | Llorean | amiconn: Not to mention, RB as an app isn't just for PCs. Smartphones and PDAs too |
10:06:35 | amiconn | The themes are an UI thing - if you change the UI the themes won't be compatible anymore |
10:06:39 | Llorean | JdGordon: How so. You're the one not defending his points, and changing the subject. |
10:07:05 | Llorean | amiconn: The main UI changes would be to the list. The WPS wouldn't necessarily have much to change, and 99% of themes is the WPS |
10:07:10 | amiconn | And other pc apps have the same, if not better, format support |
10:07:18 | JdGordon | I never read his points... so why should i go defedning them? i'm just saying changing the ui is pointless |
10:07:18 | Llorean | amiconn: Again, not just PC apps. |
10:07:26 | Llorean | JdGordon: I said you need to defend YOUR POINTS |
10:07:32 | Llorean | How the heck is this "his?" |
10:07:34 | JdGordon | no, you said his |
10:07:57 | Llorean | JdGordon: Quote me the "his" then? |
10:08:02 | Llorean | The only "he" I used refers to me. |
10:08:03 | * | JdGordon thinks Raaa is more for pda/phones than pc anyway |
10:08:06 | * | amiconn tends to ignore smartphones and pdas |
10:08:14 | JdGordon | [01:06:47] <Llorean> JdGordon: How so. You're the one not defending his points |
10:08:36 | amiconn | Llorean: The WPS would also need changing at least for a pc app. I'd want clickable buttons for prev/next/pause/stop... |
10:08:40 | Llorean | JdGordon: Yes, YOUR points |
10:08:52 | Llorean | JdGordon: "You're the one not defending his points." The pronoun obviously refers to you in that sentence. |
10:08:54 | JdGordon | because your and his magically mean the same thing now? |
10:09:03 | Llorean | If Your is used first, they can |
10:09:13 | Llorean | I never mentioned anyone else's points |
10:09:14 | amiconn | So the only thing left (imo) would be database compatibility... which isn't worth much |
10:09:20 | lucent | please? Enough of this in the logs |
10:09:22 | | Join homielowe [0] (n=homielow@unaffiliated/homielowe) |
10:09:23 | Llorean | amiconn: Clickable buttons could happen on touchscreen too |
10:09:26 | amiconn | The database differs per-target anyway |
10:09:46 | Llorean | JdGordon: So, do you want to actually defend your statements about RBAA? Or shut up, as lucent suggests? |
10:09:51 | lucent | no |
10:10:06 | lucent | I suggest that you both quit filling up the !@#$ logs with this banter |
10:10:41 | scorche | this certainly is getting a bit out of hand... |
10:10:44 | Llorean | amiconn: Endianness or other differences? |
10:11:16 | Llorean | lucent: The discussion of Rockbox as an app is on-topic here, if JdGordon would like to actually continue discussing it. |
10:11:28 | Llorean | I just lost my tempter at his attempt to sidetrack things. I'm sorry. |
10:11:37 | lucent | anyhow I was to leave a log note for kugel, the >1GB patch fixes filesystem access but exposes some quirky button events under frozen bubble plugin |
10:11:52 | Llorean | lucent: If it's a patch on the tracker, it's better to leave messages there. |
10:12:32 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
10:12:42 | | Quit BHSPitLappy (Read error: 60 (Operation timed out)) |
10:13:34 | lucent | Llorean: I have nothing to say other than you're sourcing me for the basis of an argument I want no part in. |
10:14:07 | Llorean | lucent: I don't understand. I'm just suggesting you put it on the tracker, and I agreed with you that we should cease the off-topic part of our discussion. |
10:14:15 | lucent | logs have it, I'm going to sleep. Good night rockbox'ers |
10:15:29 | JdGordon | im going to bed... but before I do.... seriously Llorean, pull your head out of your ass... you ccreated the argument... all i said was thats its an unrealistic goal.. NOTHING MORE |
10:15:43 | Llorean | JdGordon: No, you said plenty more. I even pointed out where you did. |
10:16:34 | Llorean | JdGordon: If you didn't mean it, feel free to take responsibility and say something like "I didn't mean 'It wouldn't be Rockbox as an app if we changed the UI'" |
10:16:43 | amiconn | Llorean: I mean the database differs in content, depending on what audio tracks are stored on the device |
10:17:08 | scorche | can we just stop all "i _______; you ______" comments and stick to the technical aspects? |
10:17:28 | JdGordon | heaven forbid... Llorean doesnt know the technical difficulties |
10:17:33 | Llorean | scorche: Well right now, he's got two contradictory technical arguments, and I don't know which one's his actual point - the things he said or the other things he said |
10:17:34 | amiconn | Different endianess is handled by the db engine (and I still think this is unnecessary) |
10:17:47 | JdGordon | Llorean: i never said it wouldnt be rockbox without it... i said it would be a pointless excersize |
10:17:53 | JdGordon | feel free to do it if you want though |
10:17:58 | | Quit bluefoxx () |
10:18:10 | Llorean | JdGordon: (2:53:29 AM) JdGordon: ? its not rockbox as an app anymore... its a new ui for rockbox's cruddy playback engine |
10:18:23 | Llorean | Do you think I'm unable to read? |
10:19:01 | Llorean | amiconn: Well, regardless there's still the benefit for PDA/Smartphone/DAPS with a full OS |
10:20:43 | amiconn | Yeah, possibly |
10:21:06 | | Quit homielowe () |
10:21:12 | *** | Saving seen data "./dancer.seen" |
10:29:06 | wangxiang | quit |
10:29:40 | wangxiang | sorry, wrong type... |
10:29:56 | | Quit wangxiang ("Leaving") |
10:35:57 | markun | Llorean: I also thought that "his points" refered to kugel's points |
10:36:17 | Llorean | markun: That seems odd. |
10:36:26 | markun | why? |
10:36:46 | Llorean | Because in the whole rest of it, I was discussing JdGordon's ideas about it, except one of the very early sentences. |
10:37:22 | markun | just shows you how weird our minds are |
10:37:24 | Llorean | It would be rather silly to use a pronoun to refer to a person paragraphs ealier. |
10:37:42 | markun | perhaps, but I still read it as such |
10:38:15 | Llorean | Regardless though, I didn't hold that one against him. I clarified it, and wanted to get back to discussing the actual issues with RBaaa using OS widgets vs our list. |
10:39:07 | | Quit jordoex___ (Read error: 110 (Connection timed out)) |
10:40:05 | Llorean | I guess my concern is that, most discussion of RBaaa I've seen over the last few years have included the idea of it using OS specific widgets where appropriate. |
10:40:30 | Llorean | When talking with SoC students, I don't think we should be discouraging them away from this, unless this idea has changed significantly and I've missed it. |
10:40:51 | Llorean | Mainly I see this as replacing the list with something less cumbersome |
10:44:32 | | Quit __lifeless (Remote closed the connection) |
10:44:48 | | Join __lifeless [0] (n=lifeless@90.150.118.159) |
10:49:13 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
10:52:17 | | Join n1s [0] (n=n1s@nl104-208-152.student.uu.se) |
10:58:32 | | Quit bluefoxx () |
10:59:20 | | Join JustKemp [0] (n=matt@d58-110-133-67.bla3.nsw.optusnet.com.au) |
10:59:41 | JustKemp | just wondering |
11:00 |
11:00:12 | JustKemp | like rockbox is for mp3, can u get anything for phones ??? |
11:00:44 | scorche | JustKemp: this channel is about rockbox and rockbox only...if you are looking for something else, perhaps it might be ebtter if you looked elsewhere.. |
11:01:01 | JustKemp | im not looking for anything else |
11:01:07 | JustKemp | i was just wondering is all |
11:01:41 | Llorean | JustKemp: The website should explain most of it. Including the list of what it runs on |
11:02:56 | JustKemp | the website does explain most of it. and im not looking elsewhere for anything. i am simply wondering if there are such programs for phones. i figure u might know |
11:03:18 | n1s | pixelma: is it teh keymap or the manual that is wrong? (http://forums.rockbox.org/index.php?topic=21140.0) |
11:04:00 | Llorean | JustKemp: That would be "something else" as scorche said then. |
11:05:40 | JustKemp | IM NOT LOOKING. IM NOT INTERESTED IN LOOKING. I FIGURE THAT PEOPLE WHO ARE ON THIS CHAT ROOM MIGHT NO IF THERE IS/ISNT SUCH THING FOR PHONES |
11:05:48 | JustKemp | or was that too harsh? |
11:06:55 | pixelma | n1s: the manual should be correct and I think the virtual keyboard too but I'm not sure - that's a part where I use a patch... |
11:07:33 | n1s | pixelma: they don't match, deleting a char is doen with rec+down but the manual says rec + select |
11:08:53 | Llorean | JustKemp: This channel is for discussion of Rockbox. Please respect that and keep your questions to those about Rockbox. |
11:09:36 | | Quit DarkSpectrum- (Read error: 104 (Connection reset by peer)) |
11:10:27 | n1s | pixelma: i think the keymap for the vk is pretty bad, what does your patch do? |
11:12:29 | | Quit l403 (Read error: 110 (Connection timed out)) |
11:13:13 | pixelma | n1s: only Rec for me... and I guess that's a part of FS #8824 (IIRC) I would be willing to commit, not sure about the others. It changed a bit since then (mainly enabling line edit mode additionally) and needs a patch for the manual |
11:15:49 | n1s | i think your keymap for the vk is much better, i'd say commit :) |
11:16:28 | pixelma | oh, and the version I use currently doesn't have a page flip in favour of short select for quit - maybe there could be a button combo open for page flip? |
11:17:02 | n1s | yeah, page flip is not as important as exiting so i like that |
11:17:31 | pixelma | I also thought of finding a button combo for enabling morse mode but didn't actually try yet |
11:17:37 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
11:18:21 | n1s | how about rec+select or rec+power to toggle Morse mode? |
11:20:01 | JustKemp | rockbox is a great thing. one of the greatest things. it would be a shame if there was another program on a completely different product (for example, phone) that could potentially ruin the potential of rockbox. what would the estimated threat of that be, do you reckon? |
11:20:01 | pixelma | nthe other part of that patch I still use is resume but since it "disables" the possibility to adjust volume in the lists I'm not sure how other see it (to me a one button resume is much more important) |
11:20:27 | pixelma | n1s: need to try |
11:22:04 | pixelma | n1s: are simple button repeats (of Rec) still possible then? I find it quite convenient for deleting a longer part of the line but know that this isn't done on some other targets either |
11:22:22 | | Join {phoenix} [0] (n=dirk@p54B47B56.dip.t-dialin.net) |
11:23:36 | n1s | pixelma: i'm not sure but i think repeats should work even if you have a combo |
11:23:54 | JustKemp | where would i be able to find screenshots of the latest/best versions of rockbox???? |
11:24:02 | Llorean | JustKemp: In the manual. |
11:24:14 | pixelma | n1s: I'll play around with it after lunch |
11:24:20 | n1s | otherwise maybe vol u/down + select or power could work to toggle Morse |
11:24:25 | JustKemp | thanx |
11:24:40 | n1s | pixelma: great :) |
11:24:43 | Llorean | JustKemp: Please don't use things like "thanx" or the "u" earlier in here. There are IrcGuidelines linked in the channel topic. |
11:24:49 | scorche | JustKemp: due to the themeability of rockbox though, keep in mind that many screens can look a bit different... |
11:25:37 | JustKemp | define thermeability |
11:25:43 | pixelma | n1s: what do you think about resume on VolUp in the menus/browsers? |
11:25:47 | scorche | ability to be themed |
11:26:00 | scorche | - to have the look changed by themes |
11:26:13 | JustKemp | oh. Thank you kind sir/madam. |
11:26:30 | n1s | pixelma: that sounds rather strange to me but i dont' really use volume in lists or resume that often... |
11:27:03 | n1s | short power could resume maybe? |
11:27:20 | pixelma | short power is used to bring up the menu |
11:27:48 | n1s | ah, ritght, darned lack of good buttons |
11:30:04 | JustKemp | GSoC2009 ??? |
11:30:17 | n1s | GSoC2009 !!! |
11:30:29 | pixelma | *I* could also imagine to use short Select for resuming and having Select and context menu on Right/long Right only. But that's because it's similar on Ondio... (Right and Select are redundant on other targets though) |
11:30:43 | JustKemp | nls:? |
11:31:07 | Llorean | pixelma: Could long-right be resume maybe? |
11:31:23 | n1s | pixelma: that's a possiblility |
11:31:26 | linuxstb | JustKemp: Just ask google. |
11:31:28 | Llorean | It's a little odd, but it's also a "press" people almostn ever use otherwise |
11:31:37 | JustKemp | too much trouble |
11:31:40 | Llorean | Whereas some people are going to expect center to be select. |
11:31:51 | * | n1s raises a hanf |
11:31:55 | n1s | *hand |
11:32:13 | Llorean | n1s: You use long-right, or you have a question? |
11:32:21 | pixelma | Llorean: well, if you can do without forced horizontal scrolling... I definitely could |
11:32:24 | JustKemp | is everybody here developers? |
11:32:38 | n1s | I expect select to be the center butt, sorry for the unclarity :) |
11:32:41 | Llorean | pixelma: I'd say "resume playback" trumps that. maybe we could put forced scrolling on a combination of some sort. |
11:32:48 | n1s | buftton* |
11:32:52 | * | n1s gives up |
11:33:03 | Llorean | JustKemp: No, but many are. |
11:34:03 | pixelma | Llorean: it is a combo on Ondio and this way it could be scrapped completely IMO - I never use it but never saw a need to |
11:34:16 | pixelma | of course it could |
11:34:28 | Llorean | I use it on my H120 for one of my folders |
11:35:14 | Llorean | But I think it's moderately nonessential relative to getting more core functionality mapped well |
11:36:41 | pixelma | next after lunch project - I'll try to get the virtual keyboard part commitable and try to post a patch for resume and the other thing that I use which deviates from SVN (long Select for the WPS context menu) |
11:37:02 | * | Llorean personally thinks Long Select being context menus wherever possible is important |
11:37:27 | Llorean | Somehow it feels like "Right click" on the PC, just something I "expect" to be there. I know it's something Rockbox trained into me, but it begins to feel very natural |
11:37:33 | pixelma | Llorean: you already have experience commiting a change for WPS context menu ;) |
11:38:20 | Llorean | pixelma: I try to only commit keymap changes people *won't* like. It's no fun if it actually improves things. :-P |
11:40:06 | pixelma | ok, part three then |
11:40:17 | | Join Zambezi [0] (i=Zulu@91.205.60.130) |
11:40:37 | | Part JustKemp |
11:41:42 | * | Llorean thinks the Next/Prev side-buttons on the Gigabeat S may be opposite of what he'd expect them to be. |
11:43:18 | * | Llorean would expect "up" to be "next" and "down" to be "previous" |
12:00 |
12:11:31 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
12:13:24 | | Join franky [0] (n=franky@f053001043.adsl.alicedsl.de) |
12:19:12 | | Join AleMaxx [0] (n=xyz@f053004119.adsl.alicedsl.de) |
12:20:09 | AleMaxx | hello |
12:20:27 | AleMaxx | has rockbox been ported to rk270x yet? |
12:20:54 | n1s | Llorean: yeah, that's a bit backwards, they got the volu up/down right though, they feel backwards on the c200 for me |
12:21:06 | n1s | AleMaxx: is it listed on the frontpage? |
12:21:15 | *** | Saving seen data "./dancer.seen" |
12:21:58 | Llorean | n1s: On the c200 they're "left/right" instead of "up/down" and I guess that's why they're different. |
12:22:02 | AleMaxx | n1s: i dont see a list on the frontpage but its mostly listed by player and not cpu anyway |
12:22:10 | Llorean | In both cases it's a matter of taste, but I do think "up" on volume and "next" on tracks should be the same direction |
12:22:12 | | Quit flydutch ("/* empty */") |
12:22:28 | Llorean | AleMaxx: Since there's more hardware than just a CPU, it's the player we worry about. |
12:23:03 | | Join fyrestorm [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) |
12:25:09 | AleMaxx | Llorean: most the hardware is on chip though for these SoCs |
12:25:21 | Llorean | AleMaxx: We're not psychic. |
12:25:32 | AleMaxx | but youre right, displays and keyboard layout may change |
12:25:37 | Llorean | If you ask if something's supported, and the only thing we ever claim supporting is specific players, we can't really know you're asking about something other than a player |
12:26:14 | AleMaxx | Llorean, well, to be honest Im pretty sure its not supported |
12:26:27 | Llorean | It's not. |
12:26:43 | Llorean | Or rather, no player using it is. |
12:27:17 | AleMaxx | Llorean are you a developer? |
12:27:19 | Llorean | For example, we support a few players using PP5020 SoCs, but there are others that use it we don't support. There's no requirement that firmware be encrypted or stored the same way for a given SoC, often, so even if we did support some players with it, that's not really indicative of the potential for supporting others. |
12:27:53 | Llorean | AleMaxx: Not often. |
12:28:25 | AleMaxx | well, ive been doing some research on rk270x players recently and i do own one |
12:29:40 | AleMaxx | there is a partial sdk available to mympxplayer.org and im confident that i can include my own code into the players firmware but that i fear that its quite dangerous |
12:30:36 | AleMaxx | Llorean, is rockbox easy to port? |
12:30:55 | AleMaxx | is there a svn/cvs with web interface? |
12:31:06 | Llorean | http://svn.rockbox.org/viewvc.cgi/ |
12:31:35 | Llorean | Rockbox is a full replacement firmware. How easy / difficult it is to port would depend a lot on your experience in the related areas. It's not just an application you run inside another firmware. |
12:37:10 | amiconn | meh. |
12:37:25 | amiconn | Someone broke resume, at least on hwcodec. :( |
12:40:13 | | Join PaulJam [0] (i=PaulJam_@vpn-3051.gwdg.de) |
12:42:03 | amiconn | Huh? Now it works?? |
12:44:35 | amiconn | It's a timing issue. |
12:44:56 | amiconn | When pressing the resume button too early it breaks |
12:47:11 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-227-069.pools.arcor-ip.net) |
12:49:07 | amiconn | :\ |
12:52:17 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
12:53:44 | | Part Ubuntuxer |
12:54:48 | | Quit at0m ("leaving") |
12:55:41 | | Join Schnueff [0] (n=mah@77-23-20-28-dynip.superkabel.de) |
12:59:05 | | Join p2 [0] (n=43ac0f17@gateway/web/cgi-irc/labb.contactor.se/x-3b199e02b26e5b1a) |
12:59:39 | p2 | Does anyone have updates on the samsung p2? |
13:00 |
13:10:10 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
13:10:38 | p2 | p2 updates? |
13:11:06 | advcomp2019 | p2, you need to look at the wiki or the forum |
13:16:47 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
13:17:01 | | Join daurnimator [0] (n=quae@ppp121-44-200-32.lns10.mel4.internode.on.net) |
13:18:01 | p2 | p2 info? |
13:18:13 | n1s | p2: please stop |
13:19:02 | | Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) |
13:21:31 | p2 | sorry for trolling |
13:21:51 | advcomp2019 | p2, i told you where too |
13:22:10 | p2 | OH! I didnt see your post, Sorry guys, |
13:22:21 | | Quit p2 ("CGI:IRC") |
13:22:47 | | Quit AndyI (Read error: 110 (Connection timed out)) |
13:29:23 | | Join miepchen^schlaf [0] (n=miepel@p579EC2EE.dip.t-dialin.net) |
13:33:50 | | Quit antonio__ () |
13:37:11 | * | amiconn summons Zagor |
13:45:02 | | Quit bluefoxx () |
13:53:29 | AleMaxx | trapped under ice |
13:59:44 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
14:00 |
14:00:26 | pixelma | hehe, if I'm reading the c200's keymap file correctly, forced horizontal scroll isn't even defined yet... shows how much people missed it ;) |
14:03:19 | pixelma | or at least it doesn't work... somehow I'm confused a bit by a few contexts at the moment |
14:08:13 | | Join pyro_maniac [0] (n=jens@p4FEEB46F.dip.t-dialin.net) |
14:08:53 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
14:11:06 | pixelma | the c200 keymap file looks quite messy to me :\ |
14:11:59 | * | amiconn slaps kugel a bit |
14:12:45 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
14:18:59 | | Quit FlynDice (Remote closed the connection) |
14:20:24 | | Join archivator [0] (n=archivat@77.70.28.57) |
14:21:19 | *** | Saving seen data "./dancer.seen" |
14:28:44 | | Join BdN3504 [0] (n=55b20c28@gateway/web/cgi-irc/labb.contactor.se/x-34c24ffd27eaec45) |
14:30:15 | | Join tessarakt [0] (i=nobody@vpn-cl-163-114.rz.uni-karlsruhe.de) |
14:35:46 | BdN3504 | Can anyone help me understand the gigabeat flashwriter? can i use this plugin, only if i have a jtag interface? because in the wiki it says you only "should" do it, when you have one, so i understand it's not a must... |
14:36:34 | BdN3504 | oops, i wrote plugin should be program. |
14:37:03 | n1s | BdN3504: with flashing there's a risk of bricking the device, jtag can be used to rescue it |
14:37:17 | | Join bs66_ [0] (n=sysuser@94.191.167.192.bredband.tre.se) |
14:37:29 | pixelma | hmm... that forced horizontal scroll works somehow currently but not always (and does something else sometimes) and is very timing critical |
14:37:47 | | Quit bmbl ("Woah!") |
14:37:54 | BdN3504 | ok, so ican flash it and if it goes wrong the way to do it is with jtag... i have three gigabeats now, so i am eager to brick one :) |
14:38:26 | | Quit bs66_1 (Read error: 110 (Connection timed out)) |
14:38:57 | amiconn | kugel: Your wps change (r20483+r20485) breaks resume on hwcodec. Do you have an idea why? |
14:39:21 | amiconn | It seems to be a timing issue, and I found that you removed a yield(); call. But putting it back does't fix it... |
14:40:19 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:40:37 | BdN3504 | so how would i go about using this program? i guess i'll have to compile it first. i have the old vmware image installed and up and running. |
14:41:28 | amiconn | It even breaks playback from the Ondio's internal flash... |
14:42:31 | Llorean | BdN3504: Where in the wiki are you getting your information. |
14:42:37 | Llorean | I didn't think anything for gigabeat flashing was in SVN |
14:45:41 | BdN3504 | gigabeat hardware information on the main gigabeat page, follow the jtag link |
14:46:11 | BdN3504 | on that wiki there's a link fo the flashwriter on flyspray |
14:46:27 | Llorean | You should ask questions on that task, then |
14:46:32 | | Quit tessarakt (Connection timed out) |
14:47:57 | BdN3504 | i preferred asking here, because the task only gets updated sporadically. |
14:49:01 | Llorean | BdN3504: most people set tasks they're involved with to be "watched" and get notified of new comments |
14:49:22 | Llorean | Meanwhile, it's a flyspray task. The majority of people in here have never seen it, or not kept track of it beyond noting when it was posted. |
14:53:40 | BdN3504 | hm, but there are many major rockbox hackers who are interested in this task (kkurbjun, saratoga, chronon and bigbambi) who are quite often online in this channel, so i thought chances be good to get a helpful answer here. |
14:54:56 | Llorean | BdN3504: Generally speaking, flyspray tasks are like unsupported builds. You should ask support questions in the task entry. They do get discussed in here, but it should generally be in a development context, not a support one. |
14:55:12 | BdN3504 | ok thanks. |
14:55:41 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
14:59:34 | | Join ibseo [0] (n=hd@p5B1617DD.dip0.t-ipconnect.de) |
15:00 |
15:01:38 | | Quit BdN3504 ("CGI:IRC (EOF)") |
15:04:38 | amiconn | kugel: It is indeed a timing issue. The hwcodec playback engine doesn't have the id3 info ready immediately after starting playback. I can fix it (for testing) by inserting a sleep(HZ/2); directly before the wile loop in gui_wps_show() |
15:04:53 | amiconn | Now we'd need a real fix... |
15:06:27 | kugel | amiconn: I didn't remove the yield, I moved it into the while loop |
15:06:50 | amiconn | The yield in that while loop is wrong, btw |
15:07:06 | amiconn | The loop already yields; further yields only disturb timing |
15:07:16 | amiconn | I've commented that one out |
15:07:55 | kugel | the loop already yields? |
15:08:05 | amiconn | yes |
15:08:37 | kugel | just by being a loop? |
15:08:54 | kugel | or where? (sorry it's not obvious to me) |
15:09:03 | amiconn | If peakmeters are enabled it yields in line 308 (sleep(0)), otherwise in line 318 |
15:09:16 | amiconn | (get_action with a timeout) |
15:09:54 | kugel | oh |
15:10:13 | amiconn | Yeah, the yield you moved had the same problem |
15:10:20 | kugel | amiconn: the yield thing wasn't really a change though. it was in gui_wps_display before, which was always called on timeout |
15:10:21 | amiconn | It shouldn't have been there |
15:10:46 | amiconn | It seems that patch uncovered various problems elsewhere... |
15:13:14 | kugel | amiconn: well, it wouldn't be a bad fix I think. the wps is pretty much supposed to die without id3 |
15:13:48 | amiconn | It would just be a band-aid fix, and it causes the wps to appear later than it should |
15:14:30 | kugel | hm, true |
15:15:18 | amiconn | Well half a second isn't too bad. Perhaps I should commit the band-aid (could be ifdefed hwcodec) if I don't find a way to make mpeg.c behave better |
15:15:41 | | Join l403 [0] (n=l@85.132.159.239) |
15:16:26 | kugel | I'm wondering how it worked before. I didn't really change the return behavior (i.e. it should've been returning without id3 before my work too) |
15:17:56 | * | amiconn is looking for the place where playback is actually started |
15:20:28 | | Join MethoS [0] (n=lem@host-091-097-243-042.ewe-ip-backbone.de) |
15:23:45 | | Quit ibseo ("quit") |
15:24:13 | | Join antil33t [0] (n=Mudkips@119.224.48.72) |
15:24:59 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
15:27:18 | | Join ibseo [0] (n=hd@p5B1617DD.dip0.t-ipconnect.de) |
15:32:08 | pixelma | not sure if morse mode makes much sense on the c200 - the table with the code doesn't fit completely on the screen and I'm not sure I'm doing something wrong in defining the actual morse button but I can't figure out how to use it (never used it as my other targets don't have it either, will look at a sim now) |
15:32:11 | | Quit ibseo (Client Quit) |
15:33:58 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
15:34:54 | | Quit EvanCarroll (Read error: 110 (Connection timed out)) |
15:34:55 | amiconn | kugel: Do you have an idea why in gui_wps_show() the wps is redrawn once before the while loop? This initial redraw protects the calls to gui_wps_display() with a check for valid id3 |
15:35:38 | amiconn | The whole thing seems unnecessary to me. Instead it might be a good idea to wait a certain amount of time for the id3 to become available. |
15:38:49 | Unhelpful | pixelma: not sure if you saw, the reason i used long off for quit on ondio was due to short off being mapped to cancel in CONTEXT_STD. i guess the real problem is knowing how many users actually use these alternate cancel mappings - quite a few other targets use this same one, even though the power button isn't very convenient while operating the directional controls |
15:39:23 | amiconn | Otoh, checking for valid id3 as an indication for playback sounds very wrong. |
15:39:33 | kugel | amiconn: no, I don't really have an idea. I just know that id3 is immediately available on swcodec swcodec. That was before my change too though |
15:39:51 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
15:40:25 | amiconn | kugel: It is, but that seems to be just a coincidence. Swcodec playback is handled by a separate thread the same way as it is on hwcodec, and the start is asynchronous |
15:41:15 | pixelma | Unhelpful: I guess that on the Ondio no one really uses this - the Off button is quite a bit away from the main button pad but maybe it was done this way to stay consistent with the short/long Off for Pause/Stop? |
15:43:50 | Unhelpful | hrm, perhaps at least *some* of the targets with that mapping should just use short off for quit? cancel in the album list is a quit, anyway, so the real question is "will the user expect this button to take them back to the album list from the track list?" |
15:44:27 | pixelma | ah, it's a history thing - when "left" wasn't cancel but "accept and leave"... *I* got used to it now though, others don't |
15:46:26 | amiconn | kugel: I think the wps should exit depending on audio status, not depending on id3 availability |
15:51:31 | kugel | sounds reasonable |
15:52:08 | Unhelpful | so, you don't think changing it would surprise too many users? |
15:52:41 | amiconn | The question is what the wps should do when audio is playing but id3 isn't (yet) available. Just defer drawing? |
15:53:02 | kugel | amiconn: I don't really understand what broke it exactly. I didn't really change that much |
15:54:17 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-252-1-152.dsl.ipltin.sbcglobal.net) |
15:54:59 | | Join wangxiang_ [0] (n=wangxian@203.86.76.219) |
15:55:14 | | Join Sedgewick [0] (n=Sedgewic@net-93-145-255-105.t2.dsl.vodafone.it) |
15:57:56 | | Join einhirn_ [0] (n=Miranda@p4FC61D8D.dip0.t-ipconnect.de) |
15:58:40 | pixelma | Unhelpful: was that question to me and what "it" do you mean to change? |
16:00 |
16:01:24 | Unhelpful | pixelma: sorry... i guess so, i don't have a large number of ondio users to poll. the question is whether masking the default mapping of short power by using it as quit would be likely to confuse "most" users. i realize there probably aren't very many users for this target. :) |
16:03:26 | pixelma | I don't think it would be confusing if it was only changed this way in the plugin. But ask amiconn, he said he would use short Off as cancel in the settings... ;) |
16:03:42 | pixelma | core Rockbox |
16:06:23 | | Join Chris_Black [0] (n=Sedgewic@net-93-145-224-245.t2.dsl.vodafone.it) |
16:06:46 | | Quit Chris_Black (Connection reset by peer) |
16:09:23 | | Join Chris_Black [0] (n=Sedgewic@net-93-145-224-245.t2.dsl.vodafone.it) |
16:09:57 | | Join wangxiang__ [0] (n=wangxian@203.86.76.219) |
16:10:14 | | Quit Chris_Black (SendQ exceeded) |
16:10:50 | Unhelpful | so i need a third ondio user to break the tie? |
16:11:34 | | Quit Sedgewick (Read error: 60 (Operation timed out)) |
16:13:45 | | Join coffeetime [0] (n=coffeeti@cpe-85-10-7-248.dynamic.amis.net) |
16:13:57 | | Quit coffeetime (Remote closed the connection) |
16:15:36 | | Join merbanan [0] (n=banan@c-83-233-163-160.cust.bredband2.com) |
16:21:23 | *** | Saving seen data "./dancer.seen" |
16:23:20 | | Quit wangxiang (Connection timed out) |
16:25:51 | | Quit bmbl (Read error: 110 (Connection timed out)) |
16:26:00 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
16:28:46 | | Quit Seed ("cu, Andre") |
16:30:04 | | Quit einhirn_ (Read error: 104 (Connection reset by peer)) |
16:30:33 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
16:31:19 | | Quit keby ("WeeChat 0.2.6") |
16:31:35 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
16:31:57 | | Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
16:33:00 | | Quit xwang (Remote closed the connection) |
16:33:02 | | Join PaulJam_ [0] (i=Paule@vpn-3051.gwdg.de) |
16:36:05 | | Quit wangxiang_ (Connection timed out) |
16:41:28 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
16:43:24 | | Quit Nico_P (Client Quit) |
16:43:40 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
16:46:52 | | Quit Nico_P (Client Quit) |
16:47:14 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
16:55:36 | ufoman | Could you explain me why database auto-update works a lot better on x5 than it did on nano? |
16:57:10 | archivator | ufoman: define "better" |
16:57:38 | ufoman | it's most definitely faster |
16:57:56 | ufoman | 4-5 times faster, I think |
16:59:38 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
17:00 |
17:00:40 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
17:02:07 | | Join dfkt_dt [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
17:03:12 | | Quit mrkiko ("leaving") |
17:05:05 | archivator | ufoman: dunno, perhaps faster disk access? The Nano is flash-based, though, it should've been faster. Fragmentation is another possibility but then again - NAND flash, shouldn't have been an issue. Could be that the coldfire port is better optimized.. Might be pure luck, too:) |
17:05:39 | PaulJam_ | maybe you had dircache enabled on the x5 but not on the nano? |
17:05:40 | | Quit bmbl ("Woah!") |
17:06:36 | ufoman | I had on both... |
17:07:56 | ufoman | archivator: pictureflow plugin also takes les time to precache album art on x5 |
17:08:17 | ufoman | so the problem may lie in optimizations |
17:09:30 | gevaerts | they are totally different CPUs as well |
17:10:15 | ufoman | I know that :) |
17:10:27 | ufoman | the difference is vast anyways |
17:12:56 | ufoman | hmm... I recall now I had some speed issues with USB transfers on nano... I could not get more that 3,5 MB/s average |
17:13:21 | ufoman | and it was going like that... 200 megs - pause - 200 megs |
17:13:49 | ufoman | on x5 I get 9,5 MB/s with both OF and RB |
17:13:57 | gevaerts | was that with the OF or with the rockbox stack? |
17:14:10 | ufoman | gevaerts: the nano issue? with OF |
17:14:13 | | Quit dfkt_dt (Read error: 60 (Operation timed out)) |
17:14:20 | | Join mrkiko [0] (n=mrkiko@host33-108-dynamic.8-87-r.retail.telecomitalia.it) |
17:14:27 | ufoman | with RB stack USB transfers were unbearably slow |
17:14:45 | ufoman | below 1 MB/s and access times were awful too |
17:15:00 | gevaerts | when was this? |
17:15:36 | ufoman | last time I trieb rockbox USB stack on nano with r20510 |
17:15:39 | ufoman | *tried |
17:15:42 | gevaerts | ok, that |
17:15:53 | gevaerts | ok, that's basically "now" in terms of code changes... |
17:16:40 | ufoman | nano had a habit of rebooting after writing ~1GB of files with OF |
17:17:17 | ufoman | that was with OF, it never happened in disk mode or with rockbox |
17:17:21 | gevaerts | well, this sounds to me like your nano has hardware issues with its flash |
17:17:24 | ufoman | weirdness all along... |
17:17:58 | gevaerts | That would explain all of this. Pauses in disk mode, OF rebooting, RB USB being slow, database update being slow,... |
17:18:15 | | Join dfkt_meh [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
17:18:33 | ufoman | gevaerts: maybe... when I got it USB transfer speed was like ~500 KB/s with OF |
17:18:41 | | Quit dfkt (Read error: 110 (Connection timed out)) |
17:18:47 | archivator | Anyone willing to help me with this : http://pastebin.ca/1375789 - I need to convert the original into a fixed-point version, using rockbox routines. I've basically carved a hole in my desk from banging my head. Both fixed-point versions do not come even close to the original floating point version. Also, "phase" is a double - I'll convert it as soon as I get this part of the code working.. |
17:18:51 | gevaerts | that's horribly slow... |
17:18:53 | ufoman | it took me a few reformats and restores with itunes to getit to reasonable speed |
17:18:58 | ufoman | *get it |
17:19:41 | pixelma | isn't it that the OF's "emergency" disk mode was incredibly slow on some Ipods (Nano included)? |
17:20:03 | ufoman | it is slower that normal disk mode with OF |
17:20:18 | gevaerts | pixelma: if it was *only* that, yes, but combined with all the other symptoms I think it's more than that |
17:20:24 | ufoman | not incredibly slow but not too fast either |
17:20:36 | | Join jordan` [0] (i=gromit@ALagny-154-1-25-243.w83-112.abo.wanadoo.fr) |
17:20:44 | archivator | ufoman: those reformats probably forced it to reevaluate its wear leveling table. It might be that your flash is just dying and is running out of spare blocks. |
17:21:05 | ufoman | archivator: oh... not good |
17:21:14 | ufoman | I was going to sell it anyway |
17:21:29 | ufoman | x5 is good enough for my needs |
17:21:47 | gevaerts | remind me not to buy it... |
17:21:54 | ufoman | har har |
17:23:37 | ufoman | can I ask a hardware related question here too? |
17:26:13 | amiconn | gevaerts: Speaking about usb transfer speed - will you commit your speedup work anytime soonish? |
17:26:27 | gevaerts | ah yes, I should really finish that... |
17:27:00 | gevaerts | Should be pretty easy to finish. I'll look at it later today |
17:27:01 | ufoman | ok, asking anyway... is it possible to replace HDD in x5 with disk that has a ZIF connector? |
17:27:17 | ufoman | (with adapter of course) |
17:27:41 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
17:28:00 | gevaerts | ufoman: if you can get everything to fit physically it should work |
17:28:48 | | Quit kugel (Nick collision from services.) |
17:28:52 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
17:30:39 | ufoman | yea, but I wonder if it's possible |
17:31:12 | ufoman | getting a drive from dead ipod video is easier than MK4007GAL |
17:31:50 | | Join MT [0] (n=MTee@41.233.146.148) |
17:32:29 | ufoman | I guess I need to lurk more on iaudiophile... |
17:32:50 | | Join z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) |
17:35:40 | | Quit dfkt_meh (Read error: 110 (Connection timed out)) |
17:39:55 | soap | Llorean: finally got enough time together to put my thoughts regarding the forum reorg I mentioned to you briefly the other day together. |
17:40:04 | | Join dfkt_meh [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
17:40:05 | soap | Long-winded post on rockbox-dev |
17:41:20 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.5b4pre/20090327044454]") |
17:42:27 | | Nick dfkt_meh is now known as dfkt_dt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
17:42:29 | | Nick dfkt_dt is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
17:43:43 | | Quit Thundercloud (Remote closed the connection) |
17:46:34 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
17:51:23 | | Quit Nico_P ("Ex-Chat") |
17:51:39 | amiconn | kugel: What are you thinking about http://pastebin.ca/1375815 ? It seems to work properly on hwcodec; I'm about to test on swcodec |
17:52:03 | amiconn | This function can probably be simplified further |
17:52:59 | | Quit BHSPitLappy (Read error: 60 (Operation timed out)) |
17:53:17 | | Join BHSPitLappy_ [0] (n=BHSPitLa@ppp-68-91-34-93.dsl.rcsntx.swbell.net) |
17:53:52 | | Quit BHSPitLappy_ (Remote closed the connection) |
17:57:42 | | Quit wangxiang__ (Read error: 110 (Connection timed out)) |
17:59:24 | kugel | amiconn: seems ok. I guess the success thing is to force frequent updates until id3 is available? |
17:59:34 | amiconn | yes |
17:59:45 | pixelma | n1s: I don't know where to put ACTION_KBD_MORSE_SELECT without interfering with the rest. What I think could work nicely is using Left or Right but then they are used as alternative left/right on the input line (which I wouldn't need because I have VolUp/Down for it everywhere), I saw related things in keyboard.c but couldn't figure out yet how to disable it |
18:00 |
18:00:29 | kugel | it's updating every HZ/5 anyway, I'm not sure if that's needed. But you may know better with a target where id3 can actually be NULL |
18:00:43 | amiconn | Exiting at end of playlist works. It is caught by an if() that was already there, I just made the test a bit more specific |
18:01:32 | amiconn | kugel: Problem is that if 'update_track' or 'refresh' are cleared when the update didn't work, the next update will not update the whole wps. |
18:01:38 | amiconn | Or am I missing something? |
18:01:58 | | Join wangxiang [0] (n=wangxian@210.77.3.83) |
18:02:43 | kugel | ACTION_NONE (i.e. timeout) sets update_track to true |
18:03:04 | amiconn | hmm, so for update_track it might be unnecesary |
18:03:12 | amiconn | What about refresh? |
18:03:18 | kugel | and gui_wps_update updates everything that's non-static (which includes id3 info, currently) |
18:03:52 | amiconn | Yeah, but it doesn't even draw the static parts if id3 isn't available, iiuc |
18:05:45 | kugel | well, it doesn't update at all if id3 == NULL |
18:05:46 | | Join Genre9mp3 [0] (n=yngwiejo@194.219.37.158) |
18:06:11 | amiconn | Yeah, and hence it needs to draw everything when id3 becomes available |
18:06:32 | kugel | but gui_wps_update can set id3. gui_wps_display cannot, which is why _update should be used anyway |
18:06:40 | amiconn | That's why I'm keeping 'refresh' until success |
18:07:14 | | Join dfkt_meh [0] (n=dfkt@chello062178002170.1.11.univie.teleweb.at) |
18:07:43 | kugel | what refresh? You mean restore? |
18:07:52 | amiconn | err, yes |
18:08:21 | kugel | that doesn't do anything to id3. It checks for valid wps, and calls gui_wps_refresh, which does nothing without id3 |
18:08:45 | kugel | forcing it until id3 is available doesn't make sense |
18:08:45 | amiconn | Why does it even exist then? |
18:09:28 | kugel | because it checks for a valid wps file and reverts to the build-in one if invalid, and does a full update always |
18:09:59 | amiconn | Yes, and I need a full update when id3 info becomes available for the first time |
18:10:09 | kugel | it's really only meant to be used if the wps was left in the meantime, which is why it's under restore, restore is only true after quickscreen, etc, or entering |
18:10:19 | amiconn | ...because otherwise all static parts would never appear |
18:10:23 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-959e658706e43216) |
18:10:25 | | Quit pyro_maniac ("Leaving.") |
18:10:37 | amiconn | In my patch it is also true when entering the wps |
18:11:05 | kugel | amiconn: I think _update should be tweaked then, to not only fully refresh on track change but also if id3 is available for the first time |
18:16:29 | kugel | like if (id3_was_null && id3_is_not_null_anymore) track_changed = true; |
18:17:51 | amiconn | It seems to work even without that tweak... |
18:18:19 | Unhelpful | amiconn: pixelma said you actually use the power == cancel mapping on ondio? i'm trying to decide whether i should mask that mapping in pictureflow with short power for the quit button. |
18:18:45 | amiconn | Yes I do use that, and yes you should mask it |
18:21:26 | *** | Saving seen data "./dancer.seen" |
18:21:28 | Unhelpful | ...now i'm *really* confused. :) |
18:23:07 | amiconn | kugel: Hmm, or maybe not. On c200, the wps now doesn't redraw when entering it from the main menu when music is playing |
18:23:40 | kugel | huh? |
18:23:45 | kugel | with your changes? |
18:24:01 | amiconn | #yes |
18:24:42 | Unhelpful | i guess the question now is, "when should i mask a normal core mapping with a new action?". there are a number of targets where i've done basically the same thing as ondio, and assigned long power as quit because CONTEXT_STD maps short power to cancel |
18:24:43 | | Join paulk [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
18:24:49 | paulk | Hello ! |
18:25:05 | kugel | amiconn: I think that's because the initial gui_wps_display call is missing. with your changes it's delayed until the first timeout |
18:25:28 | amiconn | The timeout is < 1 second afaik? |
18:25:33 | paulk | I found how to see if a sansa e250 is a V1, V2 or R (Without showing the firmware number) |
18:25:40 | kugel | does it not redraw at all? |
18:25:44 | paulk | yo maybe always know it... http://i268.photobucket.com/albums/jj32/thoma00/e200v.jpg |
18:25:57 | kugel | it should be 0.2s |
18:26:04 | saratoga | archivator: are you trying to convert an fft to fixed point? |
18:26:04 | amiconn | No. It only redraws when the track changes, either manually or automatically |
18:26:15 | gevaerts | paulk: except that refurbished players have random case backs... |
18:26:27 | paulk | oh... |
18:26:30 | gevaerts | My e280 e.g. says e280v2 there |
18:26:39 | paulk | ok |
18:26:42 | Unhelpful | saratoga: i believe he is... for a spectrum visualizer. do you know a good, free fixed-point FFT? |
18:26:56 | saratoga | yeah we have a few in rockbox |
18:27:20 | paulk | can't we put the old firmware version on the new Sansa e250v2 ? |
18:27:22 | | Quit Conic (Read error: 104 (Connection reset by peer)) |
18:27:37 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
18:27:46 | Unhelpful | saratoga: somebody should tell him before he hurts himself ;) |
18:28:05 | PaulJam_ | paulk: no, they have entirely different hardware in the inside. |
18:28:13 | paulk | oh, ok... |
18:28:30 | kugel | amiconn: weird |
18:28:53 | saratoga | archivator: http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/?pathrev=18411 |
18:29:10 | kugel | amiconn: "wps_state.id3 = audio_current_track();" is removed too, maybe id3 is null on the c200 now (thus no refresh) |
18:29:31 | saratoga | i deleted the old fft.c from libwma a while ago, but its still in the svn history and its quite simple compared to what you had in your patch I think |
18:31:26 | | Quit dfkt (Connection timed out) |
18:33:13 | | Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
18:33:18 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
18:34:42 | amiconn | hmm |
18:34:50 | * | amiconn needs to think about this a bit more |
18:34:59 | amiconn | The wps code is rather messy.... |
18:35:27 | amiconn | gui_wps_display(), gui_wps_update() and gui_wps_redraw() ... |
18:35:58 | kugel | it was messy before. I think it's rather OK now |
18:38:46 | archivator | saratoga: that'd be the 3rd library I'd use.. I'd rather figure out that one macro .. |
18:39:25 | | Quit bs66_ (Read error: 60 (Operation timed out)) |
18:39:36 | Unhelpful | archivator: i would guess that if we had one inside rockbox already, that's a better starting point that a float fft. |
18:39:41 | archivator | That's in-place fft? Nice.. |
18:39:43 | kugel | amiconn: it's relatively simple: only _redraw does actual drawing. _display checks for a valid wps before calling _redraw, _update handles id3 updates before calling _redraw |
18:39:45 | | Quit Schnueff ("leaving") |
18:40:24 | | Join bs66_ [0] (n=sysuser@94.191.167.192.bredband.tre.se) |
18:40:44 | Unhelpful | archivator: perhaps not so nice for you, since you'd have to copy the data ;) |
18:40:53 | archivator | Unhelpful: technically, we don't have it anymore :) Also, libspeex has that same library (kiss fft) but it's been converted to use libspeex datatypes and it'd be harder to port it back to "normal" datatypes.. |
18:41:34 | archivator | Unhelpful: I'd be copying the data in all cases, this one just doesn't require a separate output buffer. |
18:41:35 | Unhelpful | i still think probably easier than porting from a float-based codebase that uses sin/cos |
18:41:59 | saratoga | we also had one in libfaad, but i deleted that one too |
18:42:00 | | Join nsyncbx [0] (n=bibinick@123.112.75.79) |
18:43:27 | saratoga | you'll need fft.c, fft.h, wmafixed.c and wmafixed.h |
18:43:43 | archivator | saratoga: Am I right to assume that there isn't a way to give it real input and I'd have to do the real->complex conversion myself? Not that it's that hard, it's just one more thing I might screw up :) |
18:43:58 | | Quit dfkt_meh (Connection timed out) |
18:44:07 | saratoga | what real to complex conversion? |
18:44:16 | Unhelpful | real->complex means adding 0-valued complex components |
18:45:34 | archivator | That's one way. Most libraries prefer to split the data throughout the array, placing some values in the imaginary components. It _should_ be faster.. See audacity's RealFFT and kiss fttr. |
18:45:40 | gevaerts | Can someone with arm knowledge help look at my latest patch in FS #10015? I get a data abort on gigabeat S, but not on e200 |
18:46:03 | saratoga | oh that, yeah you'll have to interleave 0s in with each real datapoint |
18:46:17 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) |
18:46:56 | archivator | I wonder how messed up the results would be if I use right channel for real and left channel for imaginary :P |
18:47:14 | | Part nsyncbx |
18:47:45 | saratoga | you can actually do that using the symetry of the fft |
18:47:58 | saratoga | but its probably easier to just sum the two channels and do an fft of one |
18:48:29 | Unhelpful | i could swear that a 1D FFT of real data has real outputs... |
18:48:46 | saratoga | it does not! |
18:49:00 | archivator | saratoga: That's what I'm currently doing, only I'm averaging. Have you looked at the pastebin? I *feel* like it's something obvious! |
18:49:13 | saratoga | IIRC a 1D FFT of real valued, even symetric data does though |
18:51:05 | saratoga | archivator: i skimmed it briefly but didn't really understand it |
18:51:25 | saratoga | i also didn't get your 1024 points to 512 real points remark |
18:52:14 | kugel | gevaerts: in your latest patch the buffer size isn't increased anymore? but that's probably not causing the data abort |
18:52:27 | archivator | saratoga: With 1024 real values, it only returns 512 complex values... |
18:52:31 | kugel | weird that the beast gets the data abort, not the e200. It's usualy vice versa |
18:53:09 | | Join webguest20 [0] (n=57a972f0@gateway/web/cgi-irc/labb.contactor.se/x-063b693d61a683ae) |
18:53:16 | saratoga | archivator: you should be giving it 1024 complex values and getting 1024 complex values |
18:53:36 | gevaerts | kugel: ah yes. I forgot that bit. And no, that shouldn't cause any issues (except that it won't get the speed benefits) |
18:53:46 | saratoga | unless you're throwing away the negative frequencies? |
18:54:04 | archivator | saratoga: is that the patch or the pastebin that you skimmed? The pastebin in question is : http://pastebin.ca/1375789 - my cos/sin work is shaky.. |
18:54:21 | webguest20 | hi :) I have a short question :D |
18:54:28 | gevaerts | kugel: also, the data abort isn't really new. It's the reason why the old patch didn't do proper length handling |
18:54:28 | amiconn | kugel: Also _display always redraws fully, the other variants don't |
18:54:41 | kugel | gevaerts: I guess the beast specific code in the usb driver (for fixing the mbr) isn't causing a problem too? |
18:54:57 | gevaerts | that shouldn't be involved at all |
18:55:06 | webguest20 | would it be hard to port modules from ipodlinux?? Because they have a lot of interesting stuff there and its written in c, right? :D |
18:55:48 | kugel | amiconn: there's only 1 other variant, _update. This is the one called frequently and doesn't need to push full updates always |
18:55:49 | saratoga | archivator: i'll look at it, but if your only problem is trig functions, you can precompute them |
18:55:54 | saratoga | and put them in a header file |
18:56:00 | gevaerts | the data abort is in a bit only looks at control structures, not at actually transferred data |
18:56:03 | kugel | gevaerts: ok, no ideas then ;) |
18:56:17 | kugel | usb isn't my business |
18:56:36 | archivator | saratoga: What I'm doing is, I get N samples from the stream, pass them over to KISS FFT (as real values), it gives me back N/2 complex numbers, I take the magnitude, discarding the phase and plot it on the screen... |
18:57:14 | amiconn | kugel: Both of them call _redraw internally, which is also called directly from gui_wps_show (for peakmeters) |
18:57:21 | saratoga | Q15_DIV looks wrong |
18:57:28 | saratoga | you shouldn't need to be dividing anything |
18:57:34 | archivator | ? |
18:57:35 | kugel | yes, but neither do actual drawing. |
18:57:45 | amiconn | Hmm? |
18:57:47 | archivator | saratoga: that was shamelessly stolen from something.. |
18:58:01 | archivator | saratoga: do you mean the macro or the usage? |
18:58:06 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
18:58:08 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
18:58:15 | | Nick webguest20 is now known as Nicky (n=57a972f0@gateway/web/cgi-irc/labb.contactor.se/x-063b693d61a683ae) |
18:58:23 | saratoga | the usage |
18:58:27 | | Nick Nicky is now known as Nicky2009 (n=57a972f0@gateway/web/cgi-irc/labb.contactor.se/x-063b693d61a683ae) |
18:58:32 | saratoga | you shouldn't be doing any fixed point divides in an fft |
18:58:59 | saratoga | and the algebra looks wrong |
18:59:13 | Nicky2009 | would it be hard to port modules from ipodlinux?? Because they have a lot of interesting stuff there and its written in c, right? :D |
19:00 |
19:00:06 | archivator | saratoga: care to elaborate? I don't follow.. |
19:00:26 | saratoga | Q15_DIV(sin << 15, 16384 << 15) is the same as Q15_DIV(sin, 16384) but with greater accuracy and should be same as sin >> 16 but much, much slower |
19:00:34 | stripwax | saratoga - I updated 9882 with some of things I'd described previously |
19:00:56 | saratoga | stripwax: I saw, i'm in favor of commiting whenever you're ready |
19:01:14 | archivator | saratoga: I know, I put it in in desperation. Still, that's not the issue. |
19:01:26 | archivator | *despair, of course |
19:01:49 | | Quit paulk ("Ex-Chat") |
19:01:53 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
19:02:26 | stripwax | saratoga - excellent. I'm running vorbis codec test on h120 at the moment, will update with results shortly |
19:02:49 | saratoga | archivator: where do you think it breaks? |
19:03:33 | saratoga | have you tried computing these numbers in fp and comparing to your fixed code? |
19:03:53 | archivator | saratoga: in computing the actual sin() and cos() values. I don't think my version is equivalent to the floating point original. |
19:04:00 | Nicky2009 | would it be hard to port modules from ipodlinux?? Because they have a lot of interesting stuff there and its written in c, right? :D |
19:05:13 | archivator | saratoga: I've only compared the final output and the only change between my fixed-point implementation and the original fixed-point mode lies in that macro - the original fixed-point code actually uses the sin() and cos() standard library functions, I am trying to replace them.. |
19:05:24 | saratoga | archivator: your DEGREESPERRADIAN is a float |
19:05:35 | archivator | saratoga: I know, phase is also a float. |
19:05:43 | archivator | saratoga: that's a temporary measure. |
19:06:05 | saratoga | sin_int takes a float? |
19:06:06 | bertrik | Nicky2009, yes it would be hard. Rockbox doesn't use modules for drivers. We can probably reuse some code, but it would take a lot of adaptation work. |
19:06:11 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-5760a876b5e17066) |
19:06:50 | Nicky2009 | k thx |
19:06:54 | bertrik | is this FFT meant to be used for some kind of exact analysis purpose, or do you want to use it to show some kind of realtime spectrum to the user? |
19:07:26 | * | gevaerts suspects that these ipodlinux modules may not be kernel modules. |
19:07:44 | bertrik | I think it would be nice to have a kind of logarithmic frequency scale |
19:07:44 | | Quit Nicky2009 ("CGI:IRC (EOF)") |
19:08:15 | rasher | Yeah, he was probably talking about plugins. |
19:08:35 | rasher | The matrix plugin was ported from an ipl module |
19:08:45 | archivator | saratoga: Nope. Huh, let me guess - a float->int implicit cast doesn't work the way I thought it does. Does 5.5 cast into 5 or some other value? |
19:08:56 | | Join saratoga2 [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-78f94bfa3bc902e6) |
19:08:56 | | Quit saratoga ("CGI:IRC (EOF)") |
19:09:20 | saratoga2 | well it will cast to 5 but probably not 5 in the fixed format you're using |
19:09:21 | * | kugel slaps archivator for even trying to rely on implicit casting |
19:09:46 | saratoga2 | archivator: theres a function in the old fft that loads trig tables using fsincos |
19:09:52 | saratoga2 | maybe you could just use it? |
19:10:00 | saratoga2 | http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/libwma/fft.c?revision=14941&view=markup&pathrev=18411 |
19:10:08 | saratoga2 | fft_init_global(void) |
19:10:45 | saratoga2 | interestingly it does need to a do fixed div |
19:11:30 | | Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) |
19:11:48 | archivator | saratoga2: well, sin_int doesn't use a special format, it just expects degrees. phase*degreesperradian should give it exactly that.. |
19:12:18 | saratoga2 | it expects a fixed point number right? |
19:14:27 | archivator | Uhm, not a fractional one - just degrees - from 0 to 360 IIRC. Then it just returns the appropriate precompiled value in 18.14. I don't have the code with me right now, so I might be off on the details.. |
19:15:35 | saratoga2 | so it can only compute 360 total sin values? |
19:15:49 | saratoga2 | thats not even enough for a 1024 point fft |
19:17:26 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:17:35 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
19:17:39 | archivator | saratoga2: You have a point. I have an excuse though - I couldn't get the hang of that CORDIC implementation! I guess I need to sleep on it, my head'll surely explode if I see that code again.. |
19:18:26 | saratoga2 | archivator: i strongly recommend reusing an existing fft rather then developing your own, but if you want to go down that path take small steps |
19:18:35 | saratoga2 | grab a fixed_to_float macro from somwhere |
19:18:55 | saratoga2 | and compare the output of your code to what math.h does in fp until you get it to match |
19:19:40 | saratoga2 | and definately look at the existing ffts which use CORDIC |
19:21:44 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-9ac30a5caa9db2e7) |
19:21:56 | | Quit perrikwp (Client Quit) |
19:22:12 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-1bbd3b8897b95562) |
19:22:23 | | Quit perrikwp (Client Quit) |
19:22:38 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-51a0d4019099089a) |
19:23:29 | | Join MethoS- [0] (n=lem@dyndsl-085-016-166-028.ewe-ip-backbone.de) |
19:25:48 | * | gevaerts doesn't see anything wrong :( |
19:25:53 | | Quit {phoenix} (Remote closed the connection) |
19:26:30 | | Join toffe82 [0] (n=chatzill@adsl-75-3-220-184.dsl.frs2ca.sbcglobal.net) |
19:27:09 | Unhelpful | archivator: if you want to convert a float value to fixed point, you'll need to multiply it by a scale value before casting to int |
19:27:11 | | Quit MethoS- (Client Quit) |
19:27:20 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-236-159.pools.arcor-ip.net) |
19:27:25 | | Join MethoS- [0] (n=lem@dyndsl-085-016-166-028.ewe-ip-backbone.de) |
19:27:46 | amiconn | kugel: Iiuc the current wps code has a fundamental problem on targets with more than one display: gui_gwps_update() is called once per display, but only one will actually notice the track change |
19:28:28 | amiconn | This seems wasteful |
19:28:35 | amiconn | ...and not working properly |
19:28:47 | | Join MethoS-- [0] (n=lem@host-091-097-248-185.ewe-ip-backbone.de) |
19:29:14 | archivator | Unhelpful: In the 2nd case, it's not a fixed point one at all while in the 1st case, it uses the CORDIC notation (which maps 0 - 0xffffffff to 0 - 2pi).. |
19:29:54 | Unhelpful | i kind of think we need a different CORDIC implementation that maps an even value to 2pi :/ |
19:30:02 | | Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
19:30:34 | kugel | amiconn: hum? |
19:30:51 | | Quit MethoS (Read error: 60 (Operation timed out)) |
19:31:05 | kugel | it calls _refresh with the gui_wps pointer, per screen |
19:31:09 | amiconn | gui_wps_update() is called once per screen, i.e. twice on a target with an lcd remote |
19:31:34 | amiconn | And gui_wps_update() in turn calls audio_has_changed_track() i.e. this is also called twice |
19:31:48 | amiconn | But it only returns true for one of the calls |
19:32:07 | kugel | that's because we have 1 gui_wps struct per screen. the id3 part of each is identical, yes |
19:32:14 | JdGordon | 9795 fixes that |
19:32:19 | kugel | or should be at least |
19:32:35 | amiconn | kugel: But it means that the second screen won't see a full refresh. Never. |
19:32:49 | amiconn | (apart from the initial full refresh in _dsiplay()) |
19:33:11 | kugel | hm, right |
19:34:06 | | Join MethoS [0] (n=lem@host-091-097-247-132.ewe-ip-backbone.de) |
19:35:26 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:35:46 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ddcd91f33054d566) |
19:37:39 | JdGordon | amiconn: instead of fiddling with wps, could I get you to help test and fix up 9795 which partly aims to remove alot of the refresh crud in thw wps? |
19:37:53 | kugel | amiconn: actually, that's not my bug too. |
19:38:02 | amiconn | I want a working resume, mainly |
19:38:12 | | Join Horscht86 [0] (n=Horscht@p4FD4FE8B.dip.t-dialin.net) |
19:39:04 | kugel | amiconn: then I wonder why nobody has noticed that yet. either people don't look on their remote, or we actually don't need full refreshes |
19:39:06 | amiconn | And afaik that patch doesn't compile atm |
19:39:13 | kugel | that bug definitely existed before my work |
19:39:36 | amiconn | kugel: The remote bug? |
19:39:49 | kugel | yes |
19:40:13 | amiconn | I think a full redraw might be needed in *some* cases. Needs analysing |
19:40:21 | JdGordon | audio_has_changed_track() is nasty and has been around for too long... |
19:40:35 | amiconn | Iirc some people reported certain things not working in the remote wps. Maybe it is due to this bug |
19:43:11 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
19:43:35 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-e3e9eb3847fcb714) |
19:44:14 | kugel | the id3 part of gui_wps is duplicated anyway. I'd propose to convert update (and maybe display too) to do for both screens, and change the struct gui_wps to have two wps states and displays (for each screen), but only 1 id3 |
19:44:49 | kugel | instead of having two gui_wps structs running, that is |
19:45:01 | JdGordon | its not duplicated... both wps_data structs point to the same id3 struct |
19:45:18 | JdGordon | there needs to be 2 gui_wps structs |
19:45:40 | kugel | why? |
19:46:19 | | Join midijunkie [0] (n=Miranda@pD95445D0.dip0.t-ipconnect.de) |
19:46:48 | kugel | JdGordon: apparently they only point to the same id3 until a track has changed. because then the main screen's id3 is changed, but not the remote's one |
19:46:57 | amiconn | Seems like I have a working fix for the resume problem which is still a simplification vs. svn |
19:47:07 | kugel | nice |
19:47:09 | JdGordon | what resume problem? |
19:47:14 | amiconn | It also redraws properly when reentering the wps, swcodec and hwcodec |
19:47:27 | amiconn | JdGordon: kugel's latest change broke resume on hwcodec |
19:47:40 | * | JdGordon did ask him to not do that commit :D |
19:47:54 | amiconn | This is because it changed timing, and on hwcodec id3 is not immediately available on playback start |
19:48:20 | JdGordon | arg, yuck |
19:48:36 | amiconn | ...and the wps functions in svn use the id3 navailability as a trigger for leaving |
19:49:09 | amiconn | This is wrong logic anyway, the only check should be for audio_status() |
19:49:12 | | Quit MethoS- (Connection timed out) |
19:49:56 | kugel | JdGordon: http://pastebin.ca/1375938 doesn't work? |
19:50:35 | JdGordon | hang on... the id3 struct has the track path which is the very least the WPS needs.. so hwcodec should behave the same as swcodec untill the real info is avilable (i.e return a blank mp3entry sturct with just the path filled in) |
19:50:38 | kugel | amiconn: which is again not my fault, but rather coincidence. |
19:51:11 | amiconn | kugel: I didn't say it's your fault, just that your commit triggered it |
19:51:17 | JdGordon | kugel: thats no better than the current struct |
19:51:41 | JdGordon | kugel: also, state is correct in the current one... its a shared struct |
19:52:01 | amiconn | This is what I have now: http://pastebin.ca/1375939 |
19:52:09 | kugel | JdGordon: Have you read which bug we have with this way? |
19:52:43 | kugel | gui_wps_update will only change the id3 pointer of the main screen, not for the remote, since audio_track_has_changed only returns true for the main screen |
19:53:09 | kugel | new pointer for the main, old for the remote. That sounds more than nasty. |
19:53:16 | * | JdGordon is still waking up... |
19:53:46 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
19:53:48 | JdGordon | amiconn: yeah that looks ok... just fyi gui_wps_update() should never be able to actually return false... |
19:54:00 | amiconn | It currently does |
19:54:08 | JdGordon | by should I mean its return false coedpath is dead code 99% f the time |
19:54:25 | amiconn | But then, this return stuff can go in one of the next steps, as it's not checked anymore |
19:54:49 | JdGordon | kugel: thats not correct.... id3 is in wps_state which is shared by the screens.... it only needs to be updated on the first display |
19:55:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
19:55:13 | amiconn | JdGordon: What was the problem again with your patch (apart from not compiling atm)? |
19:55:30 | amiconn | It may be that it had to do with this id3 status problem |
19:55:35 | kugel | shared? how? |
19:56:06 | | Quit Horschti (Read error: 110 (Connection timed out)) |
19:56:13 | JdGordon | amiconn: no, the hwcodec problem was unrelated.. turns out I had the send_event() call 1 line too early, its fixed now... currently it looks like it brings up issues which are in svn but not so obvious |
19:56:14 | amiconn | JdGordon: The second display needs to know when it was updated though. Atm it doesn't |
19:56:25 | | Quit Ubuntuxer ("Leaving.") |
19:57:19 | JdGordon | kugel: guiwps[i].state = &gui_state |
19:57:27 | | Join kushalone [0] (n=kushal@12.169.180.178) |
19:57:32 | kugel | ah yea, I just saw it |
19:57:53 | JdGordon | amiconn: ok fair enough... that might be a problem also, I havnt paid much attention to the remote lcd |
19:59:09 | JdGordon | ah no, 9795 shouldnt have that bug... I've added a var to wps_state to make sure it does a full refresh which isnt unset untill after both screens are done |
20:00 |
20:00:43 | | Part rphillips |
20:02:29 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
20:04:40 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:04:44 | | Quit MethoS (Connection timed out) |
20:05:09 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-b42041d096ce7b61) |
20:05:52 | * | JdGordon now has a more annoying job ahead of resyncing :/ |
20:07:49 | | Quit Genre9mp3 () |
20:14:44 | rasher | amiconn: do you have any ideas about the voice-building trouble on the users list? |
20:16:32 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
20:21:30 | *** | Saving seen data "./dancer.seen" |
20:22:13 | | Join dfkt [0] (n=dfkt@unaffiliated/dfkt) |
20:25:28 | | Nick logiclost is now known as lostlogic (n=lostlogi@temporal.lostlogicx.com) |
20:25:46 | | Quit matsl (Read error: 110 (Connection timed out)) |
20:25:58 | * | kugel needs remote testers |
20:26:08 | * | domonoky knows why rbutil fails to generate a voice for 3.2. There is no revision number in rockbox-info.txt for the release. But genlang.cgi needs a revision number. |
20:26:38 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:27:48 | | Quit daurnimator (Read error: 60 (Operation timed out)) |
20:28:21 | Bagder | ouch |
20:28:33 | domonoky | perhaps we should introduce a extra revision field in rockbox-info.txt for this. |
20:29:05 | domonoky | or modify genlang.cgi to take 3.2 as revision input :-) |
20:29:49 | Bagder | bbl |
20:29:54 | | Join daurnimator [0] (n=quae@ppp121-44-213-132.lns10.mel4.internode.on.net) |
20:30:34 | rasher | The latter sounds simpler |
20:30:35 | * | JdGordon agrees that one of them should happen :) |
20:33:41 | domonoky | but the first is probably more future proof, should we decide to reformat the version entry again :-) |
20:33:47 | | Join coffeetime [0] (n=coffeeti@cpe-85-10-7-248.dynamic.amis.net) |
20:36:37 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
20:37:10 | | Quit saratoga2 ("CGI:IRC (EOF)") |
20:38:41 | | Quit kugel (Nick collision from services.) |
20:38:45 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
20:41:25 | kugel | doesn't voice building need to know about the release anyway? |
20:42:06 | kugel | the voice must be based off the release branch, not on the trunk (the revision number alone doesn't tell about whether it's a release or not) |
20:42:07 | domonoky | no it just needs to know the current revision on the player, to generate a matching voice. |
20:43:17 | domonoky | ah.. no you are correct... genlang.cgi needs to pull from the right branch.. |
20:50:31 | | Quit dmb ("Leaving") |
20:50:45 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
20:51:35 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
20:52:06 | * | bluebrother wonders why he assigned some rbutil issues to himself. Not because he is working on it? |
20:53:22 | kugel | JdGordon: do you plan on syncing 9795 soon? |
20:53:29 | | Quit ultrasonic (Connection timed out) |
20:53:48 | bluebrother | domonoky: what is that change to the themesite stuff? |
20:53:55 | JdGordon | depends if anyone is going to break gwps-common again |
20:54:04 | JdGordon | but yes, today hopefully |
20:54:18 | domonoky | bluebrother: theme site now needs a target name instead of the screensize |
20:54:30 | bluebrother | why that? |
20:55:03 | | Join jordoex_ [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
20:55:04 | | Quit dfkt (Read error: 110 (Connection timed out)) |
20:55:16 | bluebrother | also, why a function named camelCase_WithUnderscores? |
20:55:17 | | Join dfkt [0] (n=dfkt@unaffiliated/dfkt) |
20:55:18 | | Join dmb [0] (n=dmb@unaffiliated/dmb) |
20:55:45 | rasher | bluebrother: Because we use the checkwps results to filter out non-working themes. Can't do that with just a screensize |
20:56:25 | bluebrother | so you're running checkwps on each access? |
20:56:42 | * | kugel hoped he was able to download h300 themes for his fuze (once it's supporte) |
20:56:46 | domonoky | bluebrother: and the naming of this funcions could be improved. i just want to really make clear what modelname this is. (we have 3 different targenname lists now, and there was much confusion) |
20:58:13 | bluebrother | well, I was looking into that issue these days and I'd like to clear that up instead of adding more list handling |
20:58:56 | rasher | bluebrother: no, we store checkwps results for all targets matching the theme's resolution |
20:59:19 | bluebrother | besides, I don't think FS #10055 is a good solution −− the displayed size is still ambigous if you have multiple themes selected. I changed that locally the other day but was offline. |
20:59:21 | domonoky | bluebrother: yes, clearing it up would be good. but you cant collapse those 3 lists into one. there are subtile differences in it.. |
20:59:59 | bluebrother | well, we can at least collapse two lists. Just compare the target name and the section name. There are two differences: |
21:00 |
21:00:29 | bluebrother | (1) sansas have a "sansa" prefix, and iaudios an "iaudio". I have no idea why and I bet we could scrap those. |
21:00:38 | domonoky | which target name ? :-) the one from the build-server or the one from configure ? :-) |
21:01:00 | domonoky | bluebrother: because configure doesnt name them "sansa.." but just e200 |
21:01:07 | bluebrother | (2) postfixes to indicate bootloader stuff, as in h10_5gbums. We could mark that as a special extension and handle it internally |
21:01:21 | bluebrother | domonoky: yes, but the file for download is sansae200.zip |
21:01:43 | domonoky | yes, thats because thats the targetname from the buildserver... |
21:01:57 | bluebrother | check tools/release/bins.pl |
21:02:11 | * | kugel doesn't see anything wrong with the model name prepended |
21:02:15 | bluebrother | so the question is: *why* is there a difference in the binary on the download server? |
21:02:20 | * | bluebrother slaps kugel |
21:02:28 | domonoky | for things like comparing to rockbox-info or genlang, you need the modelname from configure |
21:02:29 | kugel | imagine we supported sansa e100 and irivier e100 |
21:02:32 | | Quit dfkt_dt (Read error: 110 (Connection timed out)) |
21:02:52 | domonoky | there are differences, because there are more binarys then, configure modelnames.. |
21:02:58 | bluebrother | kugel: please make yourself familiar with the issue itself first. |
21:03:16 | bluebrother | the problem isn't some prefix but a *difference* in various places |
21:03:58 | bluebrother | either make all modelnames the form manufacturer-model, which would be the cleanest solution |
21:04:29 | bluebrother | or keep it the current way, which means e200 is e200. Then I don't see a point in adding a prefix to the output zip file on the server |
21:04:44 | bluebrother | as that means we have (yet another) special case |
21:04:51 | kugel | I prefer the former one too |
21:05:09 | kugel | i use 50, and not e200, for configure anyway |
21:05:17 | domonoky | the 3 list have a different size, so its not easy to combine them. |
21:05:35 | bluebrother | Bagder: any reason to use sansae200 instead of e200 as the configure model name is for the binary download? |
21:05:51 | bluebrother | domonoky: what lists are you talking about? |
21:05:58 | bluebrother | i.e. what lists exactly? |
21:06:14 | | Join EternalRains [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) |
21:06:14 | domonoky | ie what target names the different things know.. |
21:06:46 | domonoky | rbutil distinuguishes more targets, then the buildserver, and the build server has more targets then configure.. |
21:07:18 | domonoky | for example fmrecorder8mb is "fmrecoder" in configure, but "fmrecoder8mb" for the build server.. |
21:07:52 | bluebrother | so how can we detect an fmrecorder8mb build via rockbox-info.txt? |
21:07:55 | | Join Barahir [0] (n=jonathan@Zfce7.z.pppool.de) |
21:08:02 | bluebrother | or even without that? |
21:08:14 | domonoky | you cant. |
21:08:25 | domonoky | but we can detect it via the rbutil.log |
21:08:28 | bluebrother | so we have a problem here. And that's the issue |
21:08:45 | domonoky | rockbox-info.txt will give fmrecoder (which is save) |
21:08:46 | bluebrother | domonoky: you sure? rbutil.log logs the files, not the zip filename |
21:08:58 | bluebrother | but it's wrong |
21:09:02 | domonoky | we also store rbutils internal targetname in it.. |
21:09:23 | bluebrother | on x5v we'll get x5 which is correct in terms of the main build but wrong in terms of the bootloader |
21:09:33 | domonoky | there are more targets with such problems.. |
21:09:45 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
21:10:07 | bluebrother | yes. And we should think about a better solution than the current one |
21:10:58 | domonoky | ofcourse it would be good to make a better solution. but that wont be fast because you have to change, configure/buildserver and rbutil. |
21:11:26 | bluebrother | well, adding more complexity will hit use later. |
21:11:48 | bluebrother | so I don't see a reason to not do it. Speed isn't an issue IMO. |
21:12:28 | bluebrother | it just needs to get coordinated. And maybe some mod_rewrite magic to support the old naming for at least a while the same time |
21:12:34 | * | domonoky doesnt have a idea to get a better solution for this problem.. |
21:13:13 | | Quit jordoex (Read error: 110 (Connection timed out)) |
21:13:36 | bluebrother | first, remove the sansae200 vs e200 thing (same for c200 and m5, x5 and m3) |
21:13:52 | domonoky | my change didnt add complexity to rbutil. it just made it really clear which targetname is what. They were a few wrong uses there.. (for example the "target missmatch" warning) |
21:14:30 | bluebrother | the target mismatch warning has a bug by itself (which I introduced a while back, because of this e200 vs sansae200 thing) |
21:14:56 | bluebrother | and I'm everything but happy about the settings anyway |
21:15:03 | | Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") |
21:15:32 | domonoky | sure. But its fixed for now, and can be improved later :-) |
21:15:40 | * | bluebrother grmbls |
21:15:51 | bluebrother | having it fixed means people forget about it ... |
21:16:20 | domonoky | which "people" ? :-) |
21:16:45 | domonoky | not fixing means no new release with working themes.. :-) |
21:17:42 | bluebrother | why hasn't some basic compatibility been remained on the theme site at least for the moment anyway? |
21:18:21 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
21:18:33 | bluebrother | btw, there's also a question on how to figure if a theme is working on a build. We have the tested build and the installed one, but those don't necessarily need to support the same wps tags |
21:18:38 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
21:19:24 | bluebrother | why aren't we using a wps "api" version number for that anyway? |
21:19:33 | domonoky | back to the targetname problem: renaming some names (ie sansa prefix, ipodmini(1g) ) is a first step, but the hard thing still remains, what todo with binarys configure doesnt know. Or targets with different bootloader, but same main binary? |
21:20:03 | | Join PaulJam [0] (i=Paule@vpn-3008.gwdg.de) |
21:21:44 | domonoky | bluebrother: i think the theme site change made it impossible to support the old api.. (because of the way themes are stored in the db).. and ofcourse rasher didnt thought about rbutil :-) |
21:21:45 | bluebrother | we could consider introducing some "extras" line in rockbox-info.txt for indicating f.e. fmrecorder8mb −− configure needs to know that we selected 8mb anyway, so we _do_ have the information. |
21:22:16 | rasher | domonoky: well the old way of displaying themes based solely on display size was completely broken |
21:22:49 | | Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
21:22:51 | bluebrother | let me guess: you can't distinguish between rtc and non-rtc targets f.e. ;) |
21:24:19 | | Join wincent [0] (n=wincent@host-091-097-030-116.ewe-ip-backbone.de) |
21:27:07 | | Quit faemir (Read error: 104 (Connection reset by peer)) |
21:27:37 | rasher | Well it's mostly a question of screen depth - some themes will work on targets that don't matcht hte screen depth, some won't. Relying on checkwps is the best option |
21:28:34 | | Join {phoenix} [0] (n=dirk@p54B47B56.dip.t-dialin.net) |
21:29:16 | | Join moredhel [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
21:29:34 | bluebrother | rasher: any idea on how to deal with wps syntax changes? Checking the installed build version against checkwps results works for releases but will fail on non-release binaries |
21:31:36 | rasher | bluebrother: I'd say as long as you show only release or only themes that work with a current build, it's fine |
21:31:47 | rasher | If the user is using an outdated svn build, he should just upgrade |
21:31:56 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
21:33:04 | | Quit arohtar (Read error: 54 (Connection reset by peer)) |
21:33:55 | bluebrother | well, I'd prefer to be able indicating this problem to the user |
21:34:34 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-5615e705de1611f0) |
21:34:38 | * | bluebrother needs to finish the settings rework done |
21:34:52 | bluebrother | too bad it's getting more complicated every time :( |
21:35:03 | | Quit Barahir (Read error: 113 (No route to host)) |
21:35:46 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
21:38:24 | | Nick Horscht86 is now known as Horscht (n=Horscht@p4FD4FE8B.dip.t-dialin.net) |
21:39:08 | | Quit EternalRains ("Leaving.") |
21:39:53 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
21:40:18 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
21:44:41 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
21:44:43 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
21:45:35 | | Part taylor_ ("Leaving") |
21:47:13 | rasher | bluebrother: that would require testing all themes against all revisions. Not feasible if you ask me. |
21:48:30 | bluebrother | rasher: and how about simply having some "wps api" version number? |
21:53:22 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
21:55:11 | * | obo sees bluebrother and domonoky around... |
21:55:28 | obo | any objections to me trying to get rbutil mentored into debian? |
21:56:01 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-637cf44c2d1c06ec) |
21:56:13 | domonoky | obo: no real objections. just that the current release is a bit broken, and we will release a new on shortly :-) |
21:56:24 | bluebrother | mentored into debian? What's mentoring in that sense? |
21:56:41 | obo | as in building a package, and getting a debian mentor to upload it for me |
21:56:43 | bluebrother | s/sense/context/ |
21:57:04 | bluebrother | ah. Does that mean regular package updates? |
21:57:15 | obo | hopefully :) |
21:57:24 | bluebrother | nice. |
21:57:45 | gevaerts | obo: maybe you should go for volatile.debian.org? |
21:57:55 | obo | if someone could rename install and base/uninstall to something else so the target names in the makefile work properly that'd be nice too :) |
21:58:17 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:58:39 | gevaerts | I mean, from what I understand rbutil is reasonably stable (in the speed of change sense) now, but debian releases still are two year things... |
21:58:40 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
21:59:05 | obo | gevaerts: do you think rbutil is fast moving enough to justify that? |
21:59:21 | rasher | obo: you may be interested in FS #9233 |
22:00 |
22:00:36 | gevaerts | obo: maybe bluebrother and domonoky can answer this better, but do we expect that the rbutil version around at squeeze release time will be usable two years later? |
22:00:48 | obo | rasher: ah, thanks, I hadn't seen that. But the latest rbutil release included a source tarball for the first time, (with apps + tools etc) which made life fairly easy |
22:00:54 | * | BigBambi doesn't :) |
22:01:06 | bluebrother | well, I'd say no |
22:01:30 | gevaerts | it's a nice goal, but I think that it's not realistic |
22:01:51 | domonoky | for this, we would need a self-updating rbutil :-) |
22:01:58 | bluebrother | the problem is that we at least in the past had changes to targets, install methods and server-side stuff quite a couple of times |
22:01:59 | rasher | domonoky: that won't fly |
22:02:20 | bluebrother | domonoky: now self-update a program that comes from the package manager |
22:02:26 | rasher | Maybe this needs discussion by Debian people |
22:02:37 | obo | okay, volatile does sound a little more sane :) |
22:02:37 | gevaerts | I think volatile is the right place for it |
22:03:12 | | Quit timc (lindbohm.freenode.net irc.freenode.net) |
22:03:12 | NSplit | lindbohm.freenode.net irc.freenode.net |
22:03:12 | | Quit jon-kha (lindbohm.freenode.net irc.freenode.net) |
22:03:12 | | Quit einhirn (lindbohm.freenode.net irc.freenode.net) |
22:03:12 | | Quit Tristan (lindbohm.freenode.net irc.freenode.net) |
22:03:12 | | Quit SUSaiyan (lindbohm.freenode.net irc.freenode.net) |
22:03:12 | | Quit Slasheri (lindbohm.freenode.net irc.freenode.net) |
22:03:18 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
22:03:45 | | Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) |
22:03:46 | NHeal | lindbohm.freenode.net irc.freenode.net |
22:03:46 | NJoin | timc [0] (n=aoeu@124.93.243.83) |
22:03:53 | | Part taylor_ ("Leaving") |
22:04:38 | | Join petur [50] (n=petur@rockbox/developer/petur) |
22:05:31 | * | ufoman is glad that chkdsk was able to fix all errors on his x5's disk |
22:06:35 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
22:06:48 | | Quit taylor_ ("Leaving") |
22:13:35 | | Join Slasheri [0] (i=miipekk@xen.ihme.org) |
22:13:35 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
22:14:25 | kugel | petur: hi :) |
22:14:37 | * | petur runs |
22:14:40 | * | gevaerts thinks that the bin/ram cost of this usb commit is quite reasonable :) |
22:18:41 | kugel | gevaerts: you're just lucky that quadrupling the buffer doesn't affect those |
22:19:24 | kugel | what was the beast issue, btw? |
22:20:00 | | Quit cmwslw (Remote closed the connection) |
22:21:02 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
22:21:13 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
22:21:33 | *** | Saving seen data "./dancer.seen" |
22:21:34 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-2543396eef13338e) |
22:22:15 | gevaerts | this is basically a linked list, with the last one marked by a "1" value. Apparently that gets transformed to a 0 by hardware (or maybe I didn't look carefully), so I ended up dereferencing a null pointer |
22:22:40 | | Join cmwslw [0] (n=cmwslw@c-68-59-238-111.hsd1.tn.comcast.net) |
22:22:49 | kugel | ah |
22:23:00 | rasher | gevaerts: Whoa, huge increase on the zens? |
22:23:36 | gevaerts | rasher: yes. I think the buffer is static on those |
22:24:34 | kugel | gevaerts: you nearly broke the 4M ram usage milestone on the zen vision |
22:24:54 | * | kugel considers this as fail :p |
22:25:08 | gevaerts | kugel: not my fault! mcuelenaere needs to find his zvm and fix this! :) |
22:25:13 | stripwax | saratoga - (if you're reading) - I just tried slapping in the ARM bitwise optimisations from Tremolo (and the naive way of doing that requires taking out the rockbox(tm) optimisations for huffman decode from FS #6848) - decode speed is down. I expect a non-naive integration would have better results but not clear if it would be a big improvement |
22:28:36 | kugel | gevaerts: *not* breaking the 4M is failure! You've had your chance |
22:30:26 | gevaerts | kugel: wait until I add buffering :) |
22:30:50 | | Quit merbanan (Read error: 110 (Connection timed out)) |
22:31:17 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
22:31:19 | | Quit hd (Read error: 54 (Connection reset by peer)) |
22:31:34 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-a0e00793237b305c) |
22:31:53 | saratoga | stripwax: I'm on my way out, but can you post a patch of the bitwise merge stuff you did somewhere? |
22:31:59 | stripwax | sure |
22:32:00 | saratoga | i'd like to look at it eventually |
22:32:01 | saratoga | thanks |
22:32:35 | | Quit saratoga (Client Quit) |
22:45:11 | bluebrother | rasher: it would be better to have the "you need to update rbutil" message as [error] instead of [status] −− it _is_ an error |
22:45:58 | bluebrother | plus, it helps with the current issue of rbutil not showing the [status] msg if no themes are available |
22:47:42 | | Quit lucent (Remote closed the connection) |
22:49:04 | | Quit kugel (Nick collision from services.) |
22:49:08 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
22:49:18 | rasher | bluebrother: but so far there is no new rbutil, so it's a bit unfair |
22:50:04 | bluebrother | well, an error is fatal. This issue is fatal. |
22:50:24 | bluebrother | it's unfair to change the behaviour of the website without having an updated rbutil either ;-) |
22:50:52 | rasher | bluebrother: better now? |
22:51:13 | bluebrother | yes :) |
22:52:02 | kugel | why the hell does rockbox usb not work here, is it jaunty? |
22:52:30 | kugel | seems it worked now... |
22:52:47 | bluebrother | now this rises the question: should the [status] msg not getitng displayed if no themes are found get considered an error or not? |
22:54:01 | amiconn | gevaerts: Do you have an idea what happened to the creative zen target wrt deltas? |
22:54:47 | amiconn | *targets |
22:57:10 | gevaerts | amiconn: for some reason mcuelenaere allocated the buffer statically there instead of stealing the audio buffer like we do on other targets |
22:57:44 | gevaerts | And I increased the USB storage buffer, to actually make use of these chained descriptors |
22:58:13 | amiconn | Ah, so the zens use the arc driver? |
22:58:36 | gevaerts | no. This is the UMS buffer |
22:59:05 | gevaerts | It used to use 16k for SCSI tranfers, now it uses 64k |
22:59:12 | | Join lucent [0] (i=lucent@silenceisdefeat.com) |
22:59:13 | amiconn | Ah, yeds |
22:59:47 | amiconn | Still, the RAM increase is ~96KB while the buffer increase is only half of that |
23:00 |
23:00:34 | amiconn | Does the storage driver use double buffering? |
23:00:50 | gevaerts | ah yes. Actually, when I say 16k and 64k, I mean 32k and 128k... UMS uses double buffering |
23:01:00 | jhMikeS | gevaerts: IMX31 statically allocates the buffer but that RAM useage isn't included in the measurements. I'm not sure how to fix that up yet. |
23:01:03 | amiconn | Well, that explains it |
23:01:22 | gevaerts | jhMikeS: ah yes, a different section? |
23:01:27 | * | amiconn thinks the zens should use the audio buffer like the other targets |
23:01:42 | bluebrother | rasher: can you make rbutilqt.php not include error 14 if accessed properly (i.e. using target=)? |
23:02:00 | rasher | bluebrother: hang on |
23:02:01 | jhMikeS | gevaerts: yes, that 1MB device section which should perhaps be rethought |
23:02:29 | jhMikeS | now that memory is mapped flat after moving the framebuffer |
23:02:36 | * | gevaerts has some vague ideas about caching a lot more data to reduce disk traffic and maybe improve speed, which would use all of the audio buffer... |
23:03:20 | amiconn | Write caching is potentially dangerous, and I don't think read caching would make much sense |
23:03:40 | rasher | bluebrother: done (I hope) |
23:04:00 | n1s | gevaerts: how does rockbox usb speeds compare to OF speeds now? |
23:04:16 | gevaerts | I know. Write caching should only be done if we actually tell the host OS about that |
23:06:09 | gevaerts | n1s: e200 numbers at http://www.rockbox.org/irc/log-20090312#21:16:47 |
23:06:58 | | Quit lucent (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | NSplit | lindbohm.freenode.net irc.freenode.net |
23:06:58 | | Quit DataGhost (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit keby (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit cspotcode (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit killan (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit JdGordon (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit Chex (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit ze (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit avacore (lindbohm.freenode.net irc.freenode.net) |
23:06:58 | | Quit soap (lindbohm.freenode.net irc.freenode.net) |
23:07:05 | n1s | gevaerts: ah, looks nice :) |
23:07:20 | NHeal | lindbohm.freenode.net irc.freenode.net |
23:07:20 | NJoin | killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
23:07:20 | gevaerts | ata targets need FS #9708 to really make use of this :) |
23:07:25 | NJoin | lucent [0] (i=lucent@silenceisdefeat.com) |
23:07:25 | NJoin | DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
23:07:25 | NJoin | keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
23:07:25 | NJoin | cspotcode [0] (n=Administ@weepinbell-52.dynamic.rpi.edu) |
23:07:25 | NJoin | Chex [0] (n=Stefan@bas1-montreal48-1176173096.dsl.bell.ca) |
23:07:25 | NJoin | JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
23:07:25 | NJoin | ze [0] (i=ze@76.91.72.105) |
23:07:25 | NJoin | avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
23:07:25 | NJoin | soap [50] (n=soap@rockbox/staff/soap) |
23:07:38 | | Quit avacore (SendQ exceeded) |
23:08:11 | | Quit Conic () |
23:08:24 | | Join kps00000 [0] (n=kevin@i209-195-107-127.cia.com) |
23:09:04 | * | gevaerts needs to redo lots of speed tests |
23:09:13 | | Quit archivator (Remote closed the connection) |
23:09:18 | | Join ibseco [0] (n=ibseco@BAH1b15.bah.pppool.de) |
23:09:53 | | Quit ze (Remote closed the connection) |
23:09:58 | | Join ze [0] (i=ze@76.91.72.105) |
23:10:45 | | Quit keby (Remote closed the connection) |
23:11:25 | | Join keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) |
23:12:01 | bluebrother | rasher: looks good now :) |
23:12:22 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
23:12:22 | | Quit Chex (Read error: 104 (Connection reset by peer)) |
23:12:26 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
23:12:29 | | Join Chex [0] (n=Stefan@bas1-montreal48-1176173096.dsl.bell.ca) |
23:12:42 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
23:12:47 | | Join lucent_ [0] (i=lucent@silenceisdefeat.com) |
23:12:52 | | Quit lucent (Remote closed the connection) |
23:14:03 | coffeetime | hey gang...I own a iriver e100 (bought it last year in Korea)....will there be a support for it? |
23:14:46 | Bagder | coffeetime: sure go ahead and make it |
23:15:20 | | Quit {phoenix} (Remote closed the connection) |
23:15:57 | coffeetime | Bagder: having a bad day? |
23:16:16 | gevaerts | We're now 15 to 20% slower than the OF on write on e200, and 25% faster on read. I think that counts as good enough to be usable |
23:16:17 | Bagder | what makes you think that? |
23:16:36 | | Quit cmwslw (Remote closed the connection) |
23:16:50 | coffeetime | Bagder: you |
23:16:51 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
23:17:02 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
23:17:17 | n1s | gevaerts: definitely |
23:17:31 | gevaerts | now building for ipod 5g |
23:17:34 | Bagder | gevaerts: interesting that it can be a significant diff in both directions like that |
23:18:14 | | Quit amiconn (Remote closed the connection) |
23:18:14 | | Quit pixelma (Remote closed the connection) |
23:18:56 | gevaerts | Bagder: indeed. It does confirm the feeling that the OF doesn't really make use of the full hardware potential though |
23:19:02 | * | n1s does some benchmarking on the beast |
23:19:07 | Bagder | very true |
23:19:29 | Unhelpful | coffeetime: people work on rockbox in their spare time. for a new device to be supported, somebody who has one has to figure out how. that's pretty much the only way devices get support. there is no "plan" to support any specific device at any specific future date. |
23:19:40 | | Quit cspotcode ("Leaving.") |
23:20:24 | coffeetime | Unhelpful: now, that's an answer. thank you |
23:20:43 | coffeetime | Bagder: pecae brother..don't smoke too much |
23:20:51 | Unhelpful | it's pretty much a longer way of saying what he did, and what you'll find on our wiki. |
23:21:01 | Bagder | coffeetime: you're reading something into my words that I didn't write |
23:22:34 | coffeetime | Unhelpful: did look at wiki, but it was just a simple question |
23:22:41 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
23:22:58 | scorche | and he answered with a simple answer...now drop it.. |
23:24:00 | | Join dfkt_dt [0] (n=dfkt@unaffiliated/dfkt) |
23:24:06 | bluebrother | Bagder: is there a reason why some targets use different names for the resulting zip than the target name? As in e200 is sansae200.zip, same for c200 and Iaudios |
23:24:14 | | Quit dfkt (Nick collision from services.) |
23:24:22 | coffeetime | scorche: what's your problem? |
23:24:39 | | Join cr08 [0] (n=Vchat20@cpe-174-100-35-77.neo.res.rr.com) |
23:24:51 | | Quit ibseco () |
23:24:57 | gevaerts | coffeetime: it seems to me that if everyone says the same thing and one person sees problems, it's clear who actually has a problem |
23:25:14 | Bagder | bluebrother: no, I think it's just inconsistencies |
23:25:15 | | Nick dfkt_dt is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
23:25:31 | n1s | gevaerts: my real world test of copying a flac album of 364 megs shows a speedup of ~ 40% on the beast :) |
23:25:37 | Bagder | bluebrother: I guess we've thought that the shorter version was a bit too vague |
23:25:43 | jhMikeS | gevaerts: The beast already has #9708 :) |
23:25:45 | gevaerts | n1s: not bad at all :) |
23:25:52 | coffeetime | gevaerts: wtf? I just asked something I do not know? |
23:26:15 | jhMikeS | n1s: how does the beast compare with OF? Does anyone know? |
23:26:21 | bluebrother | well, currently it's a bit of a problem. I stubled across it with rbutil (the install mismatch detection I broke a bit back to be exact). |
23:26:26 | n1s | jhMikeS: no idea |
23:26:28 | gevaerts | coffeetime: ports are done by people who own the hardware, like you. |
23:26:29 | kugel | hmm |
23:26:31 | scorche | coffeetime: and you are responding to those answers with hostility...please stop |
23:26:40 | kugel | rasher: how long does the confirmation email take usually? |
23:26:54 | rasher | kugel: no idea |
23:26:56 | jhMikeS | n1s: what is the actual speed there? it looks faster :) |
23:27:04 | coffeetime | scorche: what? do you know the MTOW of AN24? |
23:27:04 | bluebrother | can we easily change that names (as in: also provide some mod_rewrite magic to make older rbutil versions not break)? |
23:27:12 | n1s | jhMikeS: unrelated, when starting my beast it alwyas shows an empty battery for a few seconds, is that normal and dou you think it can be "fixed" ? |
23:27:39 | jhMikeS | n1s: no, it's not normal to my knowledge |
23:27:56 | scorche | coffeetime: i have no idea what you are referring to, but i doubt it has anything to do with rockbox...this channel is about rockbox topics only... |
23:28:10 | coffeetime | scorche: so you see... |
23:28:22 | n1s | the speed went from 9,4MB/s to 13.4MB/s copying a flac album to the beast |
23:28:42 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
23:28:42 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
23:28:49 | n1s | jhMikeS: so likely a dying battery? |
23:29:08 | jhMikeS | n1s: hmmm, if the test_disk results with UDMA mean anything, it can't get much faster |
23:29:35 | jhMikeS | n1s: if it has severe voltage sag under load, then it might be |
23:29:37 | | Quit amiconn (Remote closed the connection) |
23:29:37 | | Quit pixelma (Read error: 104 (Connection reset by peer)) |
23:31:25 | | Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) |
23:31:27 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
23:34:16 | kugel | hmmmmm |
23:34:31 | kugel | subscribing to rockbox mls takes long too |
23:34:34 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
23:35:14 | | Quit bertrik ("Leaving") |
23:35:19 | kugel | unsubscribing was blazing fast though :/ |
23:36:05 | * | kugel something makes me think my new email doesn't work yet |
23:36:33 | cr08 | Curious. What are the usual files involved with the secondary (post-bootloader) boot logo? Tried to do some patching for my target but now I have a garbled screen for that logo I need to fix and can't recall exactly -which- files and where... |
23:37:13 | gevaerts | On ipod we're still a lot slower than the OF, even with FS #9708 |
23:38:14 | | Part coffeetime ("Reality is that which, when you stop believing in it, doesn't go away") |
23:38:27 | gevaerts | 11.5MB/s read, 8.6MB/s write. The OF gets 14.7 and 14.0 |
23:39:47 | n1s | gevaerts: so the flash(driver) is limiting on the sansas i suppose? |
23:40:01 | gevaerts | n1s: yes |
23:40:27 | gevaerts | IIRC I got 12MB/s or so if I take out the actual reads and writes |
23:41:18 | gevaerts | Interestingly, UDMA is *faster* than using a ramdisk, because the test ramdisk code adds a memcpy :) |
23:42:27 | gevaerts | (at least it was, with the new speedups I'm not sure) |
23:45:05 | Horscht | but it's still randomly loosing connection, possibly causing data loss, correct? |
23:45:20 | gevaerts | it shouldn't |
23:45:52 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-796d22c609bfae60) |
23:46:38 | Horscht | my own current build (rev 20559) has had that issue |
23:47:15 | | Join DJ_Igloo [0] (n=414661eb@gateway/web/cgi-irc/labb.contactor.se/x-c71ad8e5e9c6704e) |
23:47:25 | | Quit bluebrother ("leaving") |
23:47:55 | JdGordon | how do people feel about what 9886 is trying to do? i.e rework how the wps uses its ram so that people who dont want fancy WPS' can reclaim some, and those that want crazy fancy WPS can steal more than allowed currently |
23:48:04 | * | JdGordon isnt usre if he should bother syncing or not |
23:48:38 | gevaerts | Horscht: do you have more details? |
23:49:04 | | Quit DJ_Igloo (Client Quit) |
23:49:10 | Horscht | well, apart from it disconnected while i was transfering all my music: no, sorry |
23:49:18 | Horscht | it happened when I was not on my PC |
23:49:26 | gevaerts | I mean, like OS, player model,... |
23:49:39 | | Quit perrikwp (Client Quit) |
23:49:46 | Horscht | ah, ok. WinXP SP3, Ipod Video 5.5G 80GB |
23:50:14 | Horscht | it was ~54GB of Data/Music |
23:50:32 | gevaerts | Did you have issues earlier, or did they start at about r20344? |
23:50:40 | * | gevaerts tries some random guesses |
23:51:18 | Horscht | i can't realy tell... Until about a week ago i was using the Apple OF |
23:51:28 | | Quit petur (Remote closed the connection) |
23:51:47 | Horscht | I only started using rockbox again after i was able to build the tool that creates the DB while the ipod is connected to the PC |
23:52:07 | Horscht | before that, the last build I used was an early 19000 build |
23:52:08 | n1s | JdGordon: do you need to reboot if you want to load a wps that needs more ram? |
23:52:08 | gevaerts | did you see this once, or has it happened several times? |
23:52:58 | Horscht | I only noticed it once, after that I went back to the OF to transfer files (as it is a lot faster for me than the Emergency Disk Mode) |
23:53:04 | JdGordon | n1s: when its finished you will if the new one needs more ram than you have allocated |
23:53:25 | gevaerts | hm |
23:53:34 | * | gevaerts needs to think about this, but not today |
23:53:43 | Horscht | it was actualy the first time i tried the rockbox usb mode |
23:53:55 | Horscht | and until now, the last time :) |
23:53:57 | n1s | JdGordon: that sounds annoying to me |
23:54:23 | JdGordon | allocated != usage though... you can leave it much higher than needed if you want |
23:54:44 | n1s | uh, how would i do that? |
23:54:45 | JdGordon | but for now the size is static the same as svn |
23:54:48 | * | gevaerts really hates the fact that USB needs undocumented PortalPlayer magic that may be different depending on the player... |
23:55:52 | n1s | JdGordon: i just think of the case: new user wants to try a bunch of themes and in the worst case scenario needs to reboot on every change |
23:56:04 | | Quit mcuelenaere (Remote closed the connection) |
23:56:21 | JdGordon | well the default would be about the same size as svn so it wouldnt be such a problem |
23:56:22 | kugel | n1s: iirc allocating is a setting |
23:56:43 | Horscht | I have to go to bed now. |
23:56:45 | Horscht | good night |
23:56:46 | kugel | or is my memory wrong? |
23:56:51 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
23:56:54 | n1s | a setting, reallY? |
23:57:00 | JdGordon | you could set it to say 2MB untill you find the theme you like and then set it to whats actually used when you have decided |
23:57:09 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
23:57:29 | JdGordon | the patch as it is now just buf_alloc()'s the same size as svn statically allocs now |
23:57:30 | n1s | i dont' like that idea |
23:57:43 | * | gevaerts thinks that if we have too many settings for things like this, malloc starts to sound like a useful thing... |
23:57:47 | n1s | (the setting and the rebooting) |
23:58:18 | JdGordon | n1s: other than that... yes/no? I mean normal people would never have to resize the buffer |
23:58:23 | JdGordon | how often do you change themes? |
23:58:41 | JdGordon | and like I said, you would only need to reboot if you want a theme that uses more ram than you have allowed |
23:58:55 | n1s | and we can get into situations where one setting limits the range of another etc |