| 00:00:45 | markun | linuxstb: http://130.89.160.166/rockbox/clix2_50.txt.bz2 |
| 00:00:49 | jhMikeS | amiconn: what would be the default font? something chosen per target? |
| 00:01:07 | markun | linuxstb: check out the end of the file, there you can clearly see it |
| 00:01:12 | amiconn | If you're talking about the default for the UI font, then yes |
| 00:01:23 | markun | but you can also see repeating patterns in other places |
| 00:01:42 | pixelma | jhMikeS: hmm, yes. I don't want too many fonts but at least there should be two different available for remote/main display and maybe one in menu/one in wps |
| 00:01:44 | * | jhMikeS think the fixed font is bad on gigabeat...m:robe 500 must be like tiny ants |
| 00:03:17 | jhMikeS | pixelma: I was thinking some stylistic variation could be synthesized on the fly like bold or italic so in effect more could exists without more fonts loaded. |
| 00:03:27 | * | pixelma just wants to point out that not the resolution counts but the pixel size (try looking comparing X5 and M5...) |
| 00:03:29 | | Join hcs [0] (n=agashlin@rockbox/contributor/hcs) |
| 00:04:06 | linuxstb | markun: That's the version that's been unencrypted by the iriver tool? |
| 00:04:11 | markun | yes |
| 00:04:25 | jhMikeS | well, gigabeat is a small screen with small pixels. |
| 00:04:49 | | Quit bertrik ("bye") |
| 00:05:46 | jhMikeS | e200 and gigabeat are the two I use a larger than normal font on but it's actually more readable with more detail |
| 00:05:59 | pixelma | I don't think you'll get a nice looking italic effect on the fly (with average Rockbox font sizes) but bold *shrug* or making the padding wider or so... but I'd rate the remote/main screen issue higher |
| 00:06:32 | amiconn | On-the-fly emboldening should be possible and look okay |
| 00:06:54 | amiconn | That's something I am planning to play with when done with the low level lcd stuff |
| 00:06:58 | rasher | I still thinks we should select a default user-font sooner rather than later. |
| 00:07:00 | linuxstb | markun: I wonder if it's just that decrypt tool not doing things exactly right. |
| 00:07:06 | Llorean | We could always include some form of algorithmic italics, and leave it up to the users whether it looks too bad for them at that font size or not. |
| 00:07:16 | markun | linuxstb: yes, it could be that |
| 00:07:45 | preglow | amiconn: that trigger screen really is an abomination, but mainly because how sloppy it is in conforming to the rest of rockbox |
| 00:08:01 | preglow | the settings system is ok enough |
| 00:08:25 | rasher | The absolute first thing 99% of users with screens larger than the archoses do is to select a font they can actually read. Why can't we ship with one set? |
| 00:08:31 | jhMikeS | vector fonts ... :) gotta be a reasonable way to do that. |
| 00:08:31 | rasher | s/can't/don't/ |
| 00:08:39 | | Quit iamben (Read error: 104 (Connection reset by peer)) |
| 00:08:49 | amiconn | It's rather counter-intuitive to operate and it really looks like shit compared to the simple lists used for all other settings |
| 00:08:54 | amiconn | It's too crowded |
| 00:09:03 | pixelma | rasher: that's the test if they read the manual ;) |
| 00:09:19 | jhMikeS | heh |
| 00:09:21 | rasher | You shouldn't have to read the manual to pick up the device and use it... |
| 00:09:44 | jhMikeS | rasher: frankly I agree. a good UI is discoverable. |
| 00:10:24 | rasher | I mean sure, if you run into trouble, you're should read the manual, but that doesn't mean we're excused from making a good effort |
| 00:10:25 | * | amiconn can read the default font on all devices he tried |
| 00:10:29 | tdtooke | I'm almost positive that was a typo since my iPod just froze up when I tried to play something, I'm going to replace DATA_NOT_READY with BUFFER_FULL and see if that works |
| 00:10:33 | amiconn | Although it could be better... |
| 00:11:15 | rasher | I think the nimbus font would be a decent choice for a default user-font, since it exists in several different sizes already |
| 00:11:19 | * | jhMikeS hands amiconn a gigabeat running the default font :) |
| 00:11:41 | markun | linuxstb: look for 5D6983B6 :) |
| 00:11:53 | pixelma | jhMikeS: there won't be huge differences to the Ipod Video which he tried... |
| 00:11:53 | * | preglow votes helvetica :P |
| 00:12:06 | preglow | we should have someone bitmapize helvetica neue, that would rock :P |
| 00:12:09 | jhMikeS | what the res/size on that? |
| 00:12:19 | linuxstb | markun: Hmm... |
| 00:12:35 | markun | linuxstb: every 5th line, besides the first few ends with it |
| 00:12:42 | amiconn | markun: That reminds me - any news on that font cache stuff? |
| 00:12:52 | pixelma | jhMikeS: 320x240 and really tiny pixels, a very nice display btw. |
| 00:12:52 | markun | amiconn: no |
| 00:13:18 | rasher | preglow: Helvetica at smallish sizes looks rather "nervous" to me. |
| 00:13:33 | rasher | preglow: rasher.dk/rockbox/fonts/100dpi/helvB08.png">http://rasher.dk/rockbox/fonts/100dpi/helvB08.png for example.. it looks like pixels are missing |
| 00:13:47 | rasher | Lower-case c.. |
| 00:13:58 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 00:14:20 | preglow | lower-case c is ugly |
| 00:14:23 | rasher | Looks nicer at 14 and above |
| 00:14:31 | preglow | i'm running the helvetica bundled on my nano |
| 00:14:32 | preglow | looks great |
| 00:14:41 | | Join ompaulafk [0] (n=ompaul@gnewsense/friend/ompaul) |
| 00:14:49 | jhMikeS | pixelma: now I recall my sister's video has a quite a larger screen than the Gigabeat but they both have the same res |
| 00:14:54 | rasher | There's a helvetica in Rockbox? I never knew |
| 00:14:59 | | Quit ompaul (Read error: 113 (No route to host)) |
| 00:15:26 | pixelma | jhMikeS: maybe we should ask linuxstb to compare? ;) |
| 00:15:35 | * | markun likes rasher.dk/rockbox/fonts/100dpi/helvR12-full.png">http://rasher.dk/rockbox/fonts/100dpi/helvR12-full.png |
| 00:15:45 | rasher | Or rasher.dk/rockbox/fontstats/Rockbox%20fonts/helvR12.png">http://rasher.dk/rockbox/fontstats/Rockbox%20fonts/helvR12.png |
| 00:15:49 | linuxstb | I just did - they're identical in size... |
| 00:16:03 | | Nick ompaulafk is now known as ompaul (n=ompaul@gnewsense/friend/ompaul) |
| 00:16:20 | pixelma | heh, thank you :) |
| 00:16:55 | jhMikeS | hmmm...I seemed to remember but then I saw it a few minutes months ago. |
| 00:17:06 | linuxstb | No, I lied... The video is _very_ slightly larger. |
| 00:17:13 | * | preglow uses helvR12 |
| 00:17:46 | jhMikeS | linuxstb: ok, so I'm not full of it ? whew |
| 00:17:54 | linuxstb | The gigabeat has a larger black border than the video, but that's the difference. |
| 00:18:07 | *** | Saving seen data "./dancer.seen" |
| 00:18:33 | * | jhMikeS doesn't watch the border...so anything could be happening there :) |
| 00:18:59 | | Join webguest77 [0] (i=51429f93@gateway/web/cgi-irc/labb.contactor.se/x-f46928e6d0093edf) |
| 00:19:02 | * | amiconn thinks our device comparison chart should be reworked so that the LCD sizes actually reflect the *active* screen area |
| 00:19:02 | * | preglow wants a customizable status bar |
| 00:19:14 | * | karashata wants consistent font sizes |
| 00:19:15 | amiconn | It could also include the display's ppi |
| 00:19:26 | * | Llorean agrees with preglow |
| 00:19:37 | preglow | rockbox can look pretty nice these days |
| 00:19:46 | preglow | but the status bar stands out like a sore thumb |
| 00:19:48 | * | jhMikeS had to use a 10x microscope eyepiece to debug the dither on on gigabeat :) |
| 00:20:08 | * | jhMikeS get's an idea for a "sore thumb" theme |
| 00:20:16 | * | tdtooke thinks typing "/me" sure is popular |
| 00:20:23 | webguest77 | hello, how I can svn up to a certain revision please? exemple I want to svn up to rev15347 |
| 00:20:30 | * | jhMikeS /me and /me |
| 00:20:32 | * | karashata thinks the default theme is enough of a sore thumb already |
| 00:20:37 | preglow | lord, yes |
| 00:21:25 | markun | webguest77: type "svn help up" |
| 00:21:27 | tdtooke | does vmware compile noticeably faster than cygwin, i'm getting old here waiting |
| 00:21:55 | karashata | tdtooke: if I recall what I read correctly, it does |
| 00:21:57 | jhMikeS | umm...not noticeably no...incredibly |
| 00:22:29 | webguest77 | markun: I have to go to bet, and I have no time to check, can you please say me the command? |
| 00:22:33 | webguest77 | bed |
| 00:22:35 | tdtooke | guess i should switch then, i just went with the first thing i found on the wiki |
| 00:22:54 | markun | webguest77: why would that be faster? |
| 00:23:08 | markun | svn up -r 15347 |
| 00:23:18 | | Join Shaid [0] (i=shaid@203-214-3-106.dyn.iinet.net.au) |
| 00:23:19 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 00:23:27 | webguest77 | markun: thanks |
| 00:23:32 | jhMikeS | tdcooke: me too...then I came here and asked if anything was faster with a day |
| 00:23:38 | jhMikeS | *within |
| 00:23:51 | rasher | preglow: yeah, I forgot about that. My father told me it's completely useless to him. As is the vkeyboard. |
| 00:23:52 | jhMikeS | *tdtooke |
| 00:24:07 | | Join andrewg867 [0] (n=andrew@stjhnf0124w-142162074456.pppoe-dynamic.nl.aliant.net) |
| 00:24:25 | Llorean | tdtooke: VMWare tends to take half the time to compile or less, but can be more frustrating to use for some people. |
| 00:24:40 | linuxstb | tdtooke: I'm running r15351 on my ipod, and playback is fine. |
| 00:25:09 | * | jhMikeS doesn't do fancy things with VMWare. Just rb building/sim testing. |
| 00:25:17 | tdtooke | hmm.. I guess I'll have to assume something else is going on with mine then |
| 00:25:43 | | Quit mirak (Remote closed the connection) |
| 00:26:47 | | Quit cooz () |
| 00:26:52 | jhMikeS | preglow: and I still would like bitmap alpha. the USB screen with a genuine drop shadow would look really sweet. |
| 00:27:23 | preglow | screens like that would't suffer either, it'd be nice and fast |
| 00:27:29 | jhMikeS | but that's just a start |
| 00:27:51 | jhMikeS | Alpha can be fast. There's some packed multiply tricks to do it. |
| 00:29:08 | jhMikeS | besides skipping calcs over the majority of pixels that are either 0% or 100% |
| 00:30:14 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
| 00:32:11 | | Quit webguest77 ("CGI:IRC") |
| 00:32:46 | hcs | meh, I'll take a nice high contrast large pixel mono lcd any day |
| 00:33:14 | lostlogic | has anyone had any play stoppages or data aborts on latest SVN? |
| 00:33:40 | | Quit spiorf (Remote closed the connection) |
| 00:33:45 | tdtooke | man.. I may just get with you guys and push the official build, 'cause I'm finding mine has a set of unique issues I wouldn't wish on a snake! |
| 00:33:57 | jhMikeS | lostlogic: been using my e200 for hours now |
| 00:35:02 | * | karashata hasn't tested the lastest build yet, is going to in a few minutes |
| 00:35:49 | * | tdtooke is reverting the last change he made in his since for some insane reason his crazy patch has finally found a way to brick playback |
| 00:35:53 | jhMikeS | seem like the boost is down by a couple % as well...not sure what would've changed that |
| 00:36:01 | lostlogic | jhMikeS: cool −− I think there might still be one hiding in there but if there is it's hard to tell −− I'm not sure if I was running latest or latest-1 when I got it. |
| 00:37:10 | lostlogic | jhMikeS: also, I think that if we have per-handle mutexes the semantics should be that there is never a handle returned from the list mutex unless its handle mutex is locked |
| 00:37:26 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 00:37:26 | lostlogic | that would actually resolve what I was worried about in Nico's version of per-handle mutexes |
| 00:38:25 | jhMikeS | actually I thought certain modifications to them should be locked perhaps but they could share locking if a multihandle cache is used |
| 00:39:32 | lostlogic | I'm not clear on the concept of shared locking or handle caching :( |
| 00:39:40 | | Quit andrewg877 (Read error: 110 (Connection timed out)) |
| 00:40:58 | jhMikeS | a simple direct-mapped cache using the proper bits from the id or pointer to have collisions minimal. everything that maps to a particular slot shares the same mutex. not 100% conflict free but should mostly be. |
| 00:41:10 | | Join ivan`` [0] (n=ivan`@adsl-71-143-2-180.dsl.scrm01.pacbell.net) |
| 00:41:29 | lostlogic | ahh, I gotcha |
| 00:41:45 | jhMikeS | right now, only one handle is cached it looks like |
| 00:41:48 | preglow | amiconn: we don't use a patch for binutils currently, do we? |
| 00:41:57 | amiconn | no |
| 00:42:06 | preglow | do you think we should? to handle msac |
| 00:42:06 | | Join xys [0] (n=xys@63-224-211-9.spkn.qwest.net) |
| 00:42:16 | lostlogic | jhMikeS: yeah and realistically only 2 or 4 are needed in the cache |
| 00:42:23 | lostlogic | because not that many are accessed requently |
| 00:42:42 | | Quit xys (Connection reset by peer) |
| 00:43:06 | | Join xys [0] (n=xys@63-224-211-9.spkn.qwest.net) |
| 00:44:09 | | Quit tdtooke ("( www.nnscript.de :: NoNameScript 4.1 :: www.regroup-esports.com )") |
| 00:44:20 | | Quit ompaul ("take it easy out there") |
| 00:44:34 | jhMikeS | what we don't want is two frequently used handles in the same slot...if the handle had a slot index an associative scheme could be used. maybe just a bloody hashtable since the secondary addressing scheme only needs doing once. evict the oldest? |
| 00:45:48 | karashata | ...is it just me or did the bass suddenly get a bit of a boost in the recent builds... |
| 00:45:49 | karashata | ? |
| 00:45:50 | lostlogic | that's oen approach, the other is to cheat and use the knowledge we have of common usage patterns, which dictates certain things about the frequently used handles |
| 00:46:01 | markun | good night all |
| 00:48:37 | jhMikeS | lostlogic: which types get used the most? audio track? |
| 00:49:40 | jhMikeS | locking a handle wouldn't need a mutex stay locked anyway. just a reference count or locked flag and release. |
| 00:50:38 | * | jhMikeS borrowed some ideas from the filesystem for the dual core locking scheme |
| 00:52:08 | lostlogic | jhMikeS: yeah, audio data currently |
| 00:52:38 | lostlogic | I think some of what Nico's working on might make the metadata area also need some IO |
| 00:53:54 | jhMikeS | basically in kernel the heirarchy goes from specific to more general to put processor conflict farther down the chain. Those things can be generalized. |
| 00:56:26 | | Quit ivan` (Read error: 110 (Connection timed out)) |
| 00:57:17 | lostlogic | yeah, as I'm fiddling with some locking semantics ideas here I'm seeing where locking levels would be very helpful. |
| 00:57:43 | lostlogic | read and write don't need to lock against each other, but they both need to be locked out in for a handle to be moved |
| 00:58:13 | | Quit Rondom ("Ex-Chat") |
| 00:58:20 | | Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 00:58:38 | | Quit ender` (" Just because I have a short attention span doesn't mean I") |
| 01:00 |
| 01:00:58 | jhMikeS | lostlogic: The events are a bit in prototype stage. I was considering have them wait for a bitmask flag to be matcheable and could block until all conditions are true (or any). This would allow one object to service multiple locks. It also makes a nice proxy object for doing multiple object waiting (like queue+sem) atomic. |
| 01:02:58 | lostlogic | shares some semantics with IRQ levels then |
| 01:03:54 | | Quit jumpatrain (Remote closed the connection) |
| 01:03:57 | | Quit rep|icant_ (Read error: 110 (Connection timed out)) |
| 01:04:44 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 01:07:32 | | Quit Thundercloud_ (Remote closed the connection) |
| 01:10:55 | jhMikeS | From what you're saying I gather a handle only needs to be locked when moved and no other time? I wonder about the linkedlist. That's only a next op...hmm. |
| 01:13:37 | | Part pixelma |
| 01:17:48 | | Quit petur ("ZzzZzzz") |
| 01:19:41 | lostlogic | jhMikeS: yeah, when a handle is moving it needs to be locked against anything else even looking at it |
| 01:20:36 | jhMikeS | I think find handle should leave the mutex locked given the operations being performed. |
| 01:22:08 | jhMikeS | snapshot the fd, clear it in the data, then unlock |
| 01:22:33 | jhMikeS | then the file is exchanged out atomically |
| 01:28:22 | Llorean | Is there any reason dithering should be bad on Gigabeat and not iPod? http://forums.rockbox.org/index.php?topic=13476.msg101659 |
| 01:28:29 | | Join tdtooke [0] (i=nunya@75-121-37-96.dyn.centurytel.net) |
| 01:29:29 | jhMikeS | say what? |
| 01:29:57 | | Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) |
| 01:30:36 | jhMikeS | hmmm...last I tried it I had no issue but never tried it with WMA |
| 01:31:19 | tdtooke | Wow, after I reverted some changes I made in a patch to deal with a problem that mysteriously appeared before I found that it had resolved itself with a recent revision....neat |
| 01:31:27 | Llorean | jhMikeS: No clue, I haven't done any testing myself |
| 01:32:39 | jhMikeS | Heh...that just makes no sense first thinking about it...except gigabeat doesn't use IRAM. |
| 01:33:06 | tdtooke | here's one for whoever: it is actually possible to brick playback by calling setmargins too zealously in gwps-common.c... |
| 01:34:11 | jhMikeS | if it is there's some serious bad thing going on |
| 01:34:17 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 01:34:32 | | Quit Alonea ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]") |
| 01:36:12 | | Quit tdtooke ("thanks for you time guys.....seriously") |
| 01:36:38 | | Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
| 01:37:45 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 01:38:30 | | Join tdtooke [0] (i=nunya@75-121-37-96.dyn.centurytel.net) |
| 01:38:52 | tdtooke | Ok, I just registered finally, anybody care to allow me to pm them to test this out? |
| 01:39:56 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 01:39:56 | | Join webguest03 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-74b5422d0364c4ef) |
| 01:40:47 | webguest03 | i just converted my sansa e200r into a e200 but now the computer won't recognize it. Any help please. |
| 01:41:45 | | Join midgey [0] (n=tjross@westquad-188-65.reshall.umich.edu) |
| 01:45:21 | | Quit webguest03 ("CGI:IRC (EOF)") |
| 01:51:56 | | Quit BigMac ("Leaving") |
| 01:53:05 | | Join midgey_ [0] (n=tjross@westquad-188-19.reshall.umich.edu) |
| 01:55:23 | tdtooke | is amiconn still here? |
| 01:56:20 | tdtooke | probably not, if he's british it's probably zero-dark thirty over there |
| 01:56:53 | | Join webguest68 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-fe39d61f80ca8099) |
| 01:57:22 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 01:57:37 | webguest68 | i jsut converted my e200r to e200 and i am dual booting with rockbox. For some reason, after i converted it to an e200, my computer won't recognize it. Any help |
| 01:57:53 | tdtooke | ok, this one goes out to whoever, has the discussion of viewports in the past entailed a custom list position. Reason I ask is I'm wanting to know if I should abandon that effort or try to make sure it is dependent on nothing and is fit for consideration. |
| 01:58:30 | Llorean | tdtooke: Viewports would allow for a custom list position. |
| 01:58:58 | Llorean | tdtooke: Boiled down to its simplest, a "viewport" is virtually what the screen is physically today: Each viewport can be drawn to as if it were a separate screen. At least if I understand correctly. |
| 02:00 |
| 02:00:36 | | Quit xys ("Ex-Chat") |
| 02:00:42 | Llorean | Which would mean if you set a viewport of 120x320 pixels on a Gigabeat you could then draw the list to it in only half the screen, for example. If I understand correctly |
| 02:00:46 | tdtooke | Llorean: I was thinking that might be what the name implied |
| 02:02:06 | Llorean | If I get it, all the drawing should work as it does now, except that it's directed to a specific viewport rather than just the screen. |
| 02:03:11 | | Nick ivan`` is now known as ivan` (n=ivan`@adsl-71-143-2-180.dsl.scrm01.pacbell.net) |
| 02:03:28 | tdtooke | That would make for some cool effects, small navigatable playlist in one viewport, equalizer in another, if I'm understanding it right |
| 02:03:49 | Llorean | One would assume such things would be possible if the controls didn't get too complex. |
| 02:04:38 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 02:04:44 | Llorean | I'd imagine them used for things like overlaying the menu over the bottom half of the WPS during playback, instead of absolute switching between the two screens. |
| 02:05:15 | Llorean | But I would assume the first step, anyway, is getting the existing code to work with one fullscreen viewport for the main display, and one for the remote. |
| 02:05:25 | jhMikeS | clip regions are needed for that and amiconn's intents weren't to include clipping ones |
| 02:05:56 | Llorean | jhMikeS: I thought the whole point of viewports was that lines would clip and scroll within them. |
| 02:05:57 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
| 02:06:04 | JdGordon | jhMikeS: so we should get it done before he has a chance to complin :) |
| 02:06:07 | Llorean | I'm almost certain that was pretty much their *only* job. |
| 02:06:14 | jhMikeS | just basic clipping to the rectangle but not complex overlapping. I want full clipping regions...which should be workable. |
| 02:06:29 | Llorean | jhMikeS: Just clipping to the rectangle would work for what I described, wouldn't it? |
| 02:06:51 | jhMikeS | not if one viewport is partically overlapped by another in front of it |
| 02:07:04 | | Quit jhulst_ ("Konversation terminated!") |
| 02:07:08 | tdtooke | if this wasn't in C that would be easier |
| 02:07:46 | Llorean | jhMikeS: Aaaah, this is true, but they wouldn't *necessarily* overlap, assuming you destroyed the fullscreen viewport and drew the WPS to a new, smaller one. :) |
| 02:07:48 | Llorean | But I see what you mean |
| 02:08:09 | JdGordon | Llorean: bugger it.. im not backing down, but we are having a circular argument.. so just commit it and ill urn a patched build |
| 02:08:25 | jhMikeS | the real problem isn't C, it's 1) retangle band manipulation is rather complicated 2) how to message to draw when one is uncovered?. I have a scheme that can use one rectangle-band region for the whole screen though so memory use would be minimal. |
| 02:09:16 | JdGordon | jhMikeS: if each "screen" has a fucntion to do its drawing, that can be connected to the viewport so telling the screen to draw is no problem |
| 02:09:17 | jhMikeS | Llorean: I think it would be disappointment in the long run if the capability were not put in place. |
| 02:09:20 | | Quit midgey (Read error: 110 (Connection timed out)) |
| 02:09:58 | jhMikeS | JdGordon: but then each widget becomes multithreaded. a queue for the thread controlling would alleviate that however. |
| 02:10:45 | tdtooke | I have a friend that teaches over at LSU, I think I'll ask him his thoughts on overlapping viewports as it were. |
| 02:10:46 | Llorean | JdGordon: I'm still giving it until next weekend. I want to make sure the *only* argument is "we like this way better" and that there's not something else I'm overlooking. |
| 02:11:27 | Llorean | JdGordon: I do plan to give people warning via the list and forums too, probably tomorrow. |
| 02:11:41 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:11:58 | jhMikeS | tdcooke: it is a bugger. backbuffers for every one are out of the question. it needs to be able to paint based on state at some point for sure. |
| 02:12:24 | jhMikeS | *tdtooke...sorry I keep munging that. |
| 02:12:29 | | Join bipton [0] (i=476c5230@gateway/web/cgi-irc/labb.contactor.se/x-5dfc80888b41db21) |
| 02:12:46 | Llorean | jhMikeS: I think the real problem is static memory allocation for this one. |
| 02:12:52 | Llorean | In my head, at least. |
| 02:12:52 | | Quit bipton (Client Quit) |
| 02:12:54 | jhMikeS | tdtooke: but ideas, suggestion on efficient implementation would be great |
| 02:13:15 | | Join bipton [0] (i=476c5230@gateway/web/cgi-irc/labb.contactor.se/x-884a2f41bdf0ea82) |
| 02:13:36 | tdtooke | jhMikeS: I don't really have that unfortunately, in the real world I'm a database guy, but my friend actually codes for a living |
| 02:13:37 | jhMikeS | Llorean: Complexity can only be so high for any number of viewports. How many do we want? 16,64, 256? |
| 02:13:45 | Llorean | jhMikeS: 16, I think |
| 02:13:47 | keanu | webguest68, what'd you do? |
| 02:13:59 | Llorean | jhMikeS: Even our largest screen probably won't be useful after division into even 3 or 4. |
| 02:14:14 | Llorean | Unless you're stacking them and some are completely covered. |
| 02:14:58 | jhMikeS | tdtooke: well, you mentioned the LSU friend...I affirming the "yes" to asking. :) |
| 02:15:04 | bipton | fellas where would i ask about a new port? |
| 02:15:22 | bipton | to see if there is any interest from others? |
| 02:16:16 | jhMikeS | Llorean: probably, but division becomes overlap...something like a splash screen or yes/no would just pop up. maybe even a menu. doesn't matter. just like a windowing system. |
| 02:16:47 | karashata | bipton: a good place to start would be the "New Ports" section on the forums, check to see if someone else may have started a thread related to the DAP you're thinking of a port for |
| 02:16:56 | tdtooke | Llorean: I saw you mention a warning in the forums, I guess I'm not following this, what's the warning for? |
| 02:17:26 | | Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) |
| 02:17:59 | karashata | bipton: also, if you're looking for interest in porting to a DAP, be prepared to help out in any way you can toward it |
| 02:18:08 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 02:18:09 | *** | Saving seen data "./dancer.seen" |
| 02:18:20 | | Quit webguest68 ("CGI:IRC (EOF)") |
| 02:18:28 | | Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) |
| 02:19:06 | | Quit BHSPitLappy (Remote closed the connection) |
| 02:19:09 | Llorean | tdtooke: Warning? |
| 02:19:34 | | Join billenium_ [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) |
| 02:19:40 | jhMikeS | Llorean: there would be "owned" viewports that only stay attached to a main viewport...like scrollers etc. They clip strictly to the intersection of the owner's visible part and their own rectangle. |
| 02:19:49 | tdtooke | Llorean: you said something like"I do plan to give people warning via the list and forums too, probably tomorrow." |
| 02:19:50 | Llorean | jhMikeS: Yes, but even then, I don't think we could go that deep. Splash, WPS, "List view" (menus + settings), and maybe, MAYBE Plugin. |
| 02:19:55 | Llorean | That's about the only four I can think of. |
| 02:20:18 | Llorean | tdtooke: Oh, that I'm changing the keymap on the Sansa. |
| 02:20:37 | billenium_ | hello, im running Ubuntu, and i type into my terminal which arm-elf-gcc and nothing happens. do i have to type something different to get arm-elf-gcc so i can compile rockbox? |
| 02:20:52 | billenium_ | because in the guide it says type which arm-elf-gcc |
| 02:21:01 | Llorean | billenium_: "which arm-elf-gcc" tells you if you have it, not gets it. |
| 02:21:08 | Llorean | Running the rockboxdev.sh script can get it for you. |
| 02:21:12 | tdtooke | Llorean: ah... silly me. I'm attempting to remap the keys for the iPod on doom myself, I just can't seem to find something that works right without me changing every single thing to accomodate it, and I don't want to do that. |
| 02:21:56 | jhMikeS | Llorean: I'd make it scale anyway so simply changing a #define could increase the number. List view would be a gui widget that's owned by a overlapping viewport. |
| 02:22:09 | jhMikeS | Or the control would be anyway. |
| 02:23:37 | krazykit | billenium_, if you've already run rockboxdev.sh, you need to edit your $PATH like the guide says |
| 02:24:13 | billenium_ | oh... |
| 02:24:15 | billenium_ | whoops |
| 02:24:25 | billenium_ | how do i run rockboxdev.sh? |
| 02:24:35 | Llorean | jhMikeS: Scaling is good, yeah. Especially when we've got upcoming targets with 640x480 and such |
| 02:24:40 | jhMikeS | I just want to see that if a splash pops up over the WPS, the scrollers and whatever else is happening there don't overwrite it but continue operating behind it with the visible bits still drawing as normal. |
| 02:25:16 | Llorean | billenium_: It's just a script in the tools folder |
| 02:25:23 | bipton | karashata: thanks, i got a microtrack,, it is very nice but their software SEVERELY lacks |
| 02:25:25 | billenium_ | okay |
| 02:25:30 | billenium_ | >.< |
| 02:25:33 | Llorean | jhMikeS: That would be really, really nice. Yes. :) |
| 02:25:54 | billenium_ | kinda sorta didnt help at all |
| 02:25:56 | karashata | bipton: you're welcome |
| 02:26:12 | billenium_ | how do i run a script thats somewhere in a tools folder? |
| 02:26:45 | krazykit | billenium_, to be quite honest, if you don't know how to even run a script, i'm not sure compiling rockbox is for you. |
| 02:27:02 | billenium_ | ive compiled before |
| 02:27:07 | jhMikeS | Llorean: so one big thing is if two or more viewports operate on the same thread, that one thread must be able to continue handling activity even if the viewport is modal. we have no dispatch system at all. |
| 02:27:14 | billenium_ | just not on this OS |
| 02:27:16 | | Join MethoS-- [0] (n=clemens@pD955ED50.dip.t-dialin.net) |
| 02:27:29 | krazykit | billenium_, if you don't know how to run scripts, read ubuntu's documentation, as it's really not directly rockbox related |
| 02:28:17 | billenium_ | ugh |
| 02:28:55 | jhMikeS | heck that even applies without clipping |
| 02:29:15 | | Nick bagawk_ is now known as bagawk (n=lee@unaffiliated/bagawk) |
| 02:30:17 | | Quit Nico_P (Remote closed the connection) |
| 02:30:18 | | Quit bipton ("CGI:IRC (EOF)") |
| 02:30:55 | billenium_ | dang this is so hard and confusing... |
| 02:31:08 | billenium_ | im not sure if i even have rockboxdev.sh |
| 02:32:15 | krazykit | do you have the source? |
| 02:32:26 | billenium_ | Yes |
| 02:32:58 | krazykit | open a terminal and go there. then cd tools |
| 02:33:14 | billenium_ | OH! |
| 02:33:15 | tdtooke | I'm not sure I understand what billenium_ is asking, in a linux environment dont' you just type something like "./nameofscript" to run a script? |
| 02:33:52 | krazykit | yes. |
| 02:34:23 | billenium_ | WARNING: this script is set to install in /usr/local but has no |
| 02:34:23 | billenium_ | WARNING: write permission to do so! Please fix and re-run this script |
| 02:35:01 | tdtooke | try: $ chmod ugo+rx nameofscript |
| 02:35:17 | krazykit | tdtooke, that isn't the issue |
| 02:35:26 | krazykit | billenium_, run it with sudo |
| 02:35:42 | billenium_ | yes i was thinking about that |
| 02:36:09 | billenium_ | might as well get all three, right? |
| 02:37:26 | | Join tarsius [0] (i=802a5ffd@gateway/web/cgi-irc/labb.contactor.se/x-327684fb18532134) |
| 02:37:58 | tarsius | Hello, are there any developers on? |
| 02:38:30 | tarsius | I've been working on a new port to the Sansa c100 series |
| 02:38:34 | * | karashata would randomly guess that *most* of the people here are devs, though not *all* of them... |
| 02:39:03 | tarsius | and I just took some photos of my disassembled player that I would like to post in the wiki |
| 02:39:16 | * | tdtooke for instance is a dodgy waster of time |
| 02:40:04 | tarsius | but I cannot create a SansaC100Port page in the wiki |
| 02:40:15 | | Quit PaulJam (".") |
| 02:40:31 | tarsius | I just created an account, but I need to be added to the TWikiUsers group |
| 02:40:41 | JdGordon | username? |
| 02:40:48 | tarsius | StephenPfetsch |
| 02:41:52 | JdGordon | done |
| 02:42:10 | tarsius | thanks |
| 02:43:36 | | Quit tdtooke ("thanks for you time guys.....seriously") |
| 02:43:39 | | Join tdtooke [0] (i=nunya@75-121-37-96.dyn.centurytel.net) |
| 02:45:46 | billenium_ | if i go into the bootloader folder and change everything that says .rockbox in the folders to .party will it only recognize the .party folder? |
| 02:46:07 | billenium_ | (like inside the .c / .h files) |
| 02:46:31 | | Quit tdtooke (Client Quit) |
| 02:46:36 | | Join tdtooke [0] (i=nunya@75-121-37-96.dyn.centurytel.net) |
| 02:46:59 | | Quit tdtooke (Client Quit) |
| 02:48:27 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 02:49:28 | billenium_ | ? |
| 02:50:33 | krazykit | billenium_, you'll have to change more than that, probably |
| 02:50:42 | JdGordon | billenium_: what are you trying to do? |
| 02:52:26 | | Join hoelz1 [0] (n=hoelz@emperor27.cs.wisc.edu) |
| 02:52:40 | hoelz1 | hello everyone |
| 02:52:59 | hoelz1 | just a quick question: I was wondering why the calendar plugin isn't available for the iPod Nano |
| 02:56:22 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 02:59:23 | billenium_ | jdGordon, i dont know. I just thought it would be cool to change it to like Haxor of .haxor ect |
| 03:00 |
| 03:00:36 | billenium_ | now that i think about it... some things might have like run file .rockbox/lang or what ever |
| 03:01:07 | | Part hoelz1 |
| 03:02:30 | | Quit midgey_ () |
| 03:03:41 | | Quit z35 ("Leaving") |
| 03:04:47 | safetydan | billenium_, there should be a single define that controls that directory name. Look for #define ROCKBOX_DIR or similar. |
| 03:04:51 | | Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) |
| 03:04:53 | safetydan | No guarantee it will actually work though |
| 03:12:26 | billenium_ | where might the #define be? xD |
| 03:13:13 | JdGordon | settings.h |
| 03:15:09 | billenium_ | oh wow thanks jdgordon |
| 03:15:24 | billenium_ | apps/settings.h |
| 03:15:39 | billenium_ | do you think i need to change more? |
| 03:15:55 | JdGordon | that one and the one in your bootloader and thats it |
| 03:16:00 | JdGordon | well... should be it |
| 03:16:24 | | Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 03:24:40 | | Quit rep|icant_ (Read error: 110 (Connection timed out)) |
| 03:25:49 | billenium_ | sounds good |
| 03:26:24 | billenium_ | JdGordon one thing |
| 03:26:41 | billenium_ | i only have to change /.rockbox to /.Hackedpod right? |
| 03:27:03 | billenium_ | or do i have to change |
| 03:27:17 | billenium_ | #define ROCKBOX_DIR to #define HACKEDPOD_DIR |
| 03:27:57 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 03:28:12 | | Join MethoS-- [0] (n=clemens@pD955FBB8.dip.t-dialin.net) |
| 03:28:15 | billenium_ | (also that tools script has been running for over an hour, normal?) |
| 03:28:54 | krazykit | billenium_, the first question, don't change what's in the caps, change what's in the quotes. for the second, it depends. you're compiling everything, i think, and that'll take awhile, expecially on slower machines |
| 03:29:21 | karashata | billenium_: the define is in place so you only have to change that one entry wherever you'd need to use the directory later on |
| 03:29:59 | billenium_ | krazykit, yes im compiling all 3 |
| 03:30:14 | karashata | if you change what's being defined, anywhere the ROCKBOX_DIR definition is used would need to be changed to use the HACKEDPOD_DIR definition instead |
| 03:30:17 | billenium_ | i didnt think it would take a(n?) hour |
| 03:30:46 | billenium_ | wait karashata you are saying the opisite of krazykit i think |
| 03:31:07 | karashata | I could try to put it slightly different terms |
| 03:31:36 | karashata | ROCKBOX_DIR is a variable that's being used to define the directory Rockbox is installing to |
| 03:31:53 | billenium_ | so wait, doesnt it not really matter? |
| 03:31:59 | karashata | you only need to change the value of the variable, and not the variable name itself |
| 03:32:07 | billenium_ | yes i see now |
| 03:32:24 | billenium_ | i could change the variable but it would just be more work |
| 03:32:45 | karashata | so, you can change /.rockbox to /.hackedpod and have it install where you want without changing the variable name |
| 03:33:02 | billenium_ | k, i get it now |
| 03:33:28 | karashata | makes changing where everything's installed easier because you don't need to go change the value wherever ROCKBOX_DIR is being used |
| 03:33:31 | billenium_ | then ill try to compile (after changing settings.h in /bootloader and /apps) then see what happens |
| 03:33:41 | * | karashata nods |
| 03:33:42 | billenium_ | yea |
| 03:33:43 | karashata | good luck |
| 03:42:45 | billenium_ | viva rockbox |
| 03:44:18 | billenium_ | wait... there is no settings.h in /bootloader |
| 03:44:50 | | Part tarsius |
| 03:45:19 | | Quit ptw419 (Read error: 110 (Connection timed out)) |
| 03:46:27 | billenium_ | i have been swindled |
| 03:46:56 | lostlogic | sigh, my attempts to implement stricter locking semantics on buffering have so far resulted in awesome deadlockage |
| 03:49:30 | Soap | Llorean> jhMikeS: Even our largest screen probably won't be useful after division into even 3 or 4. |
| 03:51:07 | Soap | Llorean: If viewports are going to be used to accomplish the multifont / scroll margins / etc text formatting WPS desires - might you not want up to two viewports per line of text on the screen? |
| 03:53:19 | * | karashata thinks WPS building might end up much more difficult with such an implementation, but perhaps is wrong... |
| 03:55:31 | Soap | I don't know why I said "up to two" - but I guess my point is you might very well want multiple viewports per line of text for "way cool super rad" WPS effects. |
| 03:56:56 | billenium_ | 1 hour and 30 minutes and the /tools script is still going... |
| 03:58:25 | karashata | well, supposing this does end up implimented I suppose those of us that lime making WPS themes will have lots of fun learning all the new things we can do |
| 03:59:06 | Soap | billenium_: not knowing the specs of your machine...there is no need to act suprised...it can take a long time. |
| 03:59:16 | | Join Davian [0] (n=chatzill@205.149.72.8) |
| 03:59:55 | billenium_ | if i had 300 some mb RAM how long do you suppose it will take? |
| 04:00 |
| 04:00:14 | Soap | It took my old computer overnight. |
| 04:00:26 | Soap | w/320 MB of RAM. |
| 04:00:26 | billenium_ | =( |
| 04:00:32 | billenium_ | DRAT! |
| 04:00:38 | Soap | a watched pot never boils. |
| 04:00:51 | billenium_ | how long does it take to compile? |
| 04:00:56 | billenium_ | under 30 minutes? |
| 04:01:05 | Soap | billenium_: what specs are your computer? |
| 04:01:09 | karashata | I've only ever compiled rockbox twice before, and it took upwards of an hour to compile for me in Cygwin |
| 04:01:15 | billenium_ | umm 320mb of RAM |
| 04:01:21 | billenium_ | 733mhz |
| 04:01:31 | krazykit | karashata, keep in mind cygwin is especially slow for some reason |
| 04:01:32 | billenium_ | 30gb HDD =P |
| 04:01:42 | * | karashata knows |
| 04:01:59 | * | billenium_ east karashata |
| 04:02:08 | | Part Davian |
| 04:02:13 | karashata | I'm gonna look into trying VMWare the next time I feel like compiling a build of my own |
| 04:02:13 | Soap | yes, billenium_, I believe it will take you less than 30 mins to compile in the end. |
| 04:02:23 | billenium_ | awesome |
| 04:02:26 | billenium_ | ill do it before school then |
| 04:02:50 | Soap | I mean, and I think you mean (but I'm not sure) compile rockbox. |
| 04:09:00 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 04:18:12 | *** | Saving seen data "./dancer.seen" |
| 04:18:43 | | Join midgey [0] (n=tjross@westquad-188-19.reshall.umich.edu) |
| 04:24:24 | | Quit jumpatrain (Remote closed the connection) |
| 04:25:47 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:26:14 | | Join miepchen^schlaf [0] (n=hihi@p54BF5234.dip.t-dialin.net) |
| 04:26:32 | | Join jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) |
| 04:27:02 | | Join psycho_maniac [0] (i=psycho_m@ppp025.hk.centurytel.net) |
| 04:27:33 | psycho_maniac | what does "YUV" mean in the lcdframerate wiki page? |
| 04:28:42 | JdGordon | i tihnk its a colour system... or something like that |
| 04:28:42 | | Quit Rincewind ("Cya") |
| 04:29:03 | Soap | this is one where wikipedia says it well. |
| 04:29:23 | Soap | you really need the pretty pictures to envision different colour-space models IMHO. |
| 04:32:45 | psycho_maniac | oh ok i got it now |
| 04:34:22 | | Quit RoC_MasterMind ("Leaving") |
| 04:48:49 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 04:54:02 | | Quit Alonea ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102213]") |
| 05:00 |
| 05:01:58 | | Quit billytwowilly (Remote closed the connection) |
| 05:03:29 | | Quit atsea- (Read error: 104 (Connection reset by peer)) |
| 05:07:36 | | Join billytwowilly [0] (n=chris@S01060016b649355d.ed.shawcable.net) |
| 05:11:17 | Llorean | Soap: I suspect even if you're using viewports for WPS positioning, you'll still only end up with 3 or 4 just for the positioning. I think *most* of them could be done with two viewports total for text rendering, plus one for all the images |
| 05:11:31 | Llorean | At least most of the scroll-margins using WPSes I see simply use them to avoid the album art. |
| 05:11:55 | Llorean | I think a max of as little as 16 would probably still be enough. But of course, I'm conservative in my graphical desires. |
| 05:15:44 | | Quit bb (Nick collision from services.) |
| 05:15:49 | | Join bb_ [0] (n=bb@unaffiliated/bb) |
| 05:17:28 | | Join DarkDaemon [0] (n=Prisoner@207.112.113.228) |
| 05:17:35 | DarkDaemon | hi |
| 05:17:58 | DarkDaemon | i was wondering if there is a way i can make my ipod 5.5g louder than allowed by its settings |
| 05:17:59 | DarkDaemon | ? |
| 05:18:26 | krazykit | get an external amp |
| 05:18:30 | scorche | not without massive clipping |
| 05:18:33 | Llorean | You don't find Rockbox's maximum volume loud enough? |
| 05:18:52 | psycho_maniac | didnt you ask this before yesterday? |
| 05:19:09 | DarkDaemon | i wasnt here yesterday :P |
| 05:19:25 | DarkDaemon | the volume is loud enough, i was just wondering if it can go anylouder :P |
| 05:19:34 | psycho_maniac | somebody else must of asked that then. because i remember this conversation |
| 05:19:41 | DarkDaemon | i have new headphones and i wanna test howloud they can go with out breaking |
| 05:19:42 | DarkDaemon | :D |
| 05:19:55 | krazykit | so you'll know when they break? |
| 05:20:02 | DarkDaemon | yep |
| 05:20:03 | krazykit | sounds like a great plan. |
| 05:20:16 | scorche | great...so you find out, then have to get new ones.. |
| 05:20:24 | psycho_maniac | or go deaf |
| 05:20:26 | DarkDaemon | my old ones broke as soon as i turned it up to full |
| 05:20:32 | DarkDaemon | just got them |
| 05:20:39 | DarkDaemon | 30 day return policyu |
| 05:20:39 | DarkDaemon | :D |
| 05:20:50 | * | scorche facepalms |
| 05:20:53 | psycho_maniac | just hook them up to a reciever or something. those get pretty loud. |
| 05:21:07 | scorche | i before e, except after c... |
| 05:21:08 | DarkDaemon | reciever? |
| 05:21:24 | psycho_maniac | yes |
| 05:22:01 | DarkDaemon | ...and that is? |
| 05:22:37 | psycho_maniac | like a home theater system |
| 05:22:51 | DarkDaemon | oh true |
| 05:23:02 | scorche | to stay on topic, without an external amp, or MASSIVE clipping, no it isnt possible |
| 05:23:08 | DarkDaemon | ok |
| 05:23:09 | DarkDaemon | thanx |
| 05:25:29 | DarkDaemon | one more question |
| 05:26:00 | DarkDaemon | when i hold the middle button and it goes to the playlist menu, is there any way i can move the queue option to the top for easy accessibility? |
| 05:26:17 | psycho_maniac | you can but its not easy |
| 05:26:20 | scorche | if you edit the code and recompile, yesw |
| 05:26:37 | | Quit karashata ("Leaving.") |
| 05:26:38 | DarkDaemon | what language is it in? |
| 05:26:51 | krazykit | c |
| 05:26:51 | scorche | C |
| 05:27:00 | | Join karashata [0] (n=Kimi@pool1-181.adsl.user.start.ca) |
| 05:27:06 | DarkDaemon | hmm |
| 05:28:10 | DarkDaemon | i know visual basic, q basic, turning, dark basic and some PIC programming |
| 05:28:14 | DarkDaemon | would i have trouble with it? |
| 05:28:22 | scorche | only you can say for sure |
| 05:28:35 | DarkDaemon | good point |
| 05:28:41 | DarkDaemon | ok then i will have a look at the code |
| 05:28:55 | scorche | it is quite a simple edit |
| 05:29:05 | DarkDaemon | thats what i'm thinking |
| 05:31:44 | DarkDaemon | thanks for the help guys |
| 05:31:48 | DarkDaemon | imma go hit the hay |
| 05:31:52 | DarkDaemon | got school tomorrow -_- |
| 05:32:11 | | Quit DarkDaemon ("-= TMD-RecruitServer 5.0=-") |
| 05:33:36 | scorche | ugh...too much basic |
| 05:35:02 | | Join atsea-39 [0] (i=atsea-@gateway/tor/x-ca9a67a726cfc417) |
| 05:50:41 | | Quit Calcifer (Read error: 110 (Connection timed out)) |
| 05:58:48 | | Quit midgey () |
| 06:00 |
| 06:02:16 | | Join midgey [0] (n=tjross@westquad-188-19.reshall.umich.edu) |
| 06:05:57 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
| 06:13:33 | | Join Maxexcloo [0] (n=Max@c220-239-9-200.belrs4.nsw.optusnet.com.au) |
| 06:13:48 | Maxexcloo | Hallo |
| 06:15:03 | | Quit midgey () |
| 06:16:04 | Maxexcloo | ?????? |
| 06:18:02 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 06:18:14 | *** | Saving seen data "./dancer.seen" |
| 06:18:14 | | Quit Maxexcloo (Client Quit) |
| 06:19:48 | | Join ddalton [0] (n=Daniel@203-214-86-100.dyn.iinet.net.au) |
| 06:19:54 | | Part ddalton |
| 06:37:25 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 06:37:51 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
| 06:45:21 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
| 06:52:40 | | Join doom27 [0] (i=cc6f7a3d@gateway/web/cgi-irc/labb.contactor.se/x-0dd2ea788cfaabef) |
| 06:52:48 | doom27 | anyone online? |
| 06:56:19 | | Quit doom27 (Client Quit) |
| 06:58:11 | toffe82 | yes |
| 07:00 |
| 07:07:44 | | Join jumijoze [0] (n=jumijoze@unaffiliated/mike-zed) |
| 07:09:19 | | Quit karashata ("Leaving.") |
| 07:09:21 | | Part safetydan |
| 07:14:54 | | Quit psycho_maniac (Read error: 110 (Connection timed out)) |
| 07:17:01 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 07:31:03 | | Quit jhulst ("Konversation terminated!") |
| 07:35:57 | | Join dongs [0] (i=500@l212168.ppp.asahi-net.or.jp) |
| 07:35:57 | | Part toffe82 |
| 07:36:00 | dongs | hai guyz |
| 07:36:09 | dongs | whats the slowest platform arm7 based that can decode AAC? |
| 07:36:20 | dongs | ipud sis 74mhz, how much cpu does aac decode take there |
| 07:39:24 | dongs | anyone know lol. |
| 07:39:28 | dongs | is thi sthing on |
| 07:39:47 | | Join daurn|iphone [0] (n=daurn@203.46.66.87) |
| 07:42:31 | dongs | hap |
| 07:42:32 | dongs | halp |
| 07:43:59 | | Join Buschel [0] (n=AndreeBu@p54A3EA67.dip.t-dialin.net) |
| 07:44:12 | scorche | dongs: long time no see |
| 07:44:43 | | Quit daurnimator (Read error: 104 (Connection reset by peer)) |
| 07:45:11 | scorche | if you havent noticed, this channel has gotten much stricter in your absence...it would be wise to read the guidelines linked in the topic ;) |
| 07:51:24 | | Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) |
| 07:58:42 | | Quit darkless (Read error: 113 (No route to host)) |
| 07:59:23 | | Quit TMM ("Ex-Chat") |
| 08:00 |
| 08:00:36 | dongs | scorche: it would be wiser to answer my question so I can just leave |
| 08:01:10 | dongs | and i just looked at the "guidelines" and my question is within them. |
| 08:01:39 | scorche | my issue was not with the question, but the 7 lines containing it |
| 08:01:47 | scorche | a) we run the ipod at 80 MHz now |
| 08:02:10 | dongs | my question was whats the slowest system that still supports AAC decode |
| 08:02:12 | scorche | b) look int he wiki for the test codec plugin, as that will allow you to see for yourself |
| 08:02:22 | scorche | slowest system as in what? |
| 08:02:34 | dongs | something rockbox supports that is slow and decodes AAC. |
| 08:03:10 | scorche | well, all SWcodec devices will play it, and the slowest will be all of the PP devices |
| 08:03:26 | dongs | and how slow is that. |
| 08:03:34 | dongs | 70+mhz? |
| 08:03:43 | scorche | as i just said, 80 |
| 08:03:48 | dongs | o i c |
| 08:04:19 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 08:04:29 | scorche | also in those guidelines, you will find something about speaking "real english" |
| 08:05:06 | scorche | which means that we expect "oh i see" instead ;) |
| 08:05:49 | | Quit BigBambi (Remote closed the connection) |
| 08:06:08 | | Join tpickers66 [0] (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) |
| 08:06:42 | dongs | so how much cpu does aac decode take up. |
| 08:06:56 | scorche | <scorche> b) look int he wiki for the test codec plugin, as that will allow you to see for yourself |
| 08:07:21 | | Quit Buschel () |
| 08:07:24 | dongs | wouldnt that.. require installing rockbox? |
| 08:07:34 | scorche | yes, it would |
| 08:07:40 | dongs | well, thats not an option |
| 08:07:58 | scorche | then you will have to wait around for someone else to do it for you |
| 08:11:31 | dongs | i figured someone in the channel would have this statistic right off the top of their head. |
| 08:11:33 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
| 08:12:20 | scorche | well, i sure dont, and it doesnt look like anyone else is stepping forward.. |
| 08:13:57 | * | JdGordon contemplates buying a c150 to help with the possible port... |
| 08:14:24 | JdGordon | it doesnt have a microSD slot though :( |
| 08:15:36 | advcomp2019 | JdGordon, it does have a microsd slot i thought |
| 08:15:39 | | Quit hannesd (Read error: 145 (Connection timed out)) |
| 08:15:40 | | Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) |
| 08:15:47 | JdGordon | the c200 does |
| 08:18:18 | *** | Saving seen data "./dancer.seen" |
| 08:19:05 | advcomp2019 | JdGordon, never mind i might have been thinking of a different player |
| 08:23:31 | | Quit JdGordon ("Konversation terminated!") |
| 08:24:56 | | Part dongs ("dongs") |
| 08:25:47 | | Join JdGordon [0] (n=Miranda@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 08:27:12 | | Join Rob2222 [0] (n=Miranda@p54B1744D.dip.t-dialin.net) |
| 08:38:17 | | Join dongs [0] (i=500@l212168.ppp.asahi-net.or.jp) |
| 08:38:29 | dongs | how big is the aac decode plugin |
| 08:38:53 | scorche | there is no aac decode plugin |
| 08:38:58 | dongs | then? |
| 08:39:07 | scorche | it is a codec |
| 08:39:15 | dongs | oka,y how big is the aac codec. |
| 08:39:43 | scorche | download a latest build, unzip, navigate to codecs, profit |
| 08:42:06 | dongs | that wroks. |
| 08:42:10 | dongs | also thats pretty huge :( |
| 08:42:21 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 08:44:08 | | Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) |
| 08:44:24 | | Quit Rob222241 (Read error: 110 (Connection timed out)) |
| 08:48:19 | | Join tarsius [0] (i=a807eebb@gateway/web/cgi-irc/labb.contactor.se/x-91c1e3b8632f1f46) |
| 08:51:25 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 08:51:36 | | Part dongs ("lol") |
| 08:51:44 | | Quit Darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 08:54:50 | | Quit linuxstb_ (Client Quit) |
| 09:00 |
| 09:09:15 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 09:11:09 | | Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) |
| 09:14:21 | linuxstb | stripwax: Hi. Do you still have a copy of ihpfirm? Someone mentioned yesterday that the link on the IriverToolsGuide is dead. (I know it's probably obsolete now, but it could be nice to fix the dead link - e.g. attach the source to the wiki). |
| 09:14:55 | stripwax | linuxstb - i'll have a look |
| 09:15:57 | stripwax | http://www.beermex.com/ihpfirm.exe should do it |
| 09:16:09 | linuxstb | And the source? |
| 09:16:15 | stripwax | no idea where the source code has got to .. |
| 09:16:56 | linuxstb | :( |
| 09:17:13 | stripwax | found a local copy, i'll upload somewhere but don't have time to update wiki right now |
| 09:17:24 | linuxstb | I'll edit the wiki if you want. |
| 09:18:07 | stripwax | www.beermex.com/ihpfirm.src.zip - thanks |
| 09:18:52 | linuxstb | Thanks - wiki links fixed. |
| 09:19:35 | | Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) |
| 09:21:16 | | Join LinusN [0] (i=linus@rockbox/developer/LinusN) |
| 09:22:15 | | Join Zagor_ [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:22:42 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 09:24:01 | | Nick Zagor_ is now known as Zagor (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 09:25:58 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 09:27:45 | linuxstb | Zagor: I'm curious, did you write the comment at the top of usb_ch9.h that austriancoder committed yesterday? I recognise it from your patch... |
| 09:28:08 | | Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) |
| 09:31:26 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:33:37 | Zagor | linuxstb: no, the text is from the linux usb/ch9.h header file. only he stripped some bits. |
| 09:33:58 | Bagder | I don't like blatant copies from other sources without references |
| 09:34:42 | Zagor | that's why I kept the lines about linux in that comment |
| 09:35:20 | Zagor | though I agree it should rather be properly referenced |
| 09:36:38 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 09:36:47 | | Part norbusan |
| 09:36:52 | linuxstb | Zagor: Did you see austriancoder's comment on the USB flyspray task? |
| 09:37:03 | Zagor | no. checking... |
| 09:39:05 | | Join _FireFly_ [0] (n=stephan@fhrouter83.fh-wuerzburg.de) |
| 09:40:49 | linuxstb | Looking at usb_ch9.h in SVN, it seems to be taken from the Linux kernel, with (C) Linux Kernel Developers, and the Rockbox (C) header has been used - http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/usb_ch9.h?view=markup |
| 09:40:53 | | Part _FireFly_ ("Kopete 0.12.3 : http://kopete.kde.org") |
| 09:41:27 | Zagor | linuxstb: yes it is |
| 09:41:56 | * | petur is not surprised, given the fact that he tried to port the Linux stack... |
| 09:44:25 | linuxstb | I'm just thinking of gplv2/v3 issues - by using the Rockbox header, we're changing that file from gplv2 to gpl "any version" (IMO). |
| 09:45:12 | Zagor | linuxstb: I agree, we should not claim copyright on copied files. |
| 09:46:33 | Bagder | I think lots of austriancoder's (c) lines should be checked |
| 09:46:49 | Bagder | since lots of it is copied from linux and their (c) lines have been removed |
| 09:47:15 | petur | iirc, he was already told not to do that |
| 09:47:26 | Bagder | ok, good |
| 09:49:33 | petur | and why bother if his code is going to be removed again anyway.... |
| 09:50:17 | Bagder | right |
| 09:50:58 | | Join karashata [0] (n=Kimi@pool1-181.adsl.user.start.ca) |
| 09:52:32 | * | Bagder looks at the c100 scan |
| 09:52:48 | tarsius | what do you think? |
| 09:53:04 | Bagder | could it say ESMT on that second chip? |
| 09:53:11 | tarsius | it does |
| 09:53:18 | Bagder | ah good, then it's a ram module |
| 09:53:29 | tarsius | yep... i looked up the part number already |
| 09:53:33 | Bagder | hehe |
| 09:53:41 | tarsius | it's posted above the pics |
| 09:54:17 | Bagder | you mean I need to pay attention as well? ;-P |
| 09:54:31 | linuxstb | tarsius: Could you find the TEA5767 ? I notice you wrote "allegedly"... |
| 09:54:43 | linuxstb | s/allegedly/reportedly/ |
| 09:55:17 | tarsius | linuxstb: i'm guessing it's on that little circuit board i didn't remove |
| 09:55:52 | linuxstb | What about the main flash module? In my device, that's on a small daughterboard which looks similar to the one on your player. |
| 09:55:58 | tarsius | there was a decent-sized chip there, but it was upside down and pressed against the larger PCB, surrounded by the plastic case |
| 09:56:10 | linuxstb | That sounds like the flash. |
| 09:56:15 | tarsius | oh okay |
| 09:56:45 | tarsius | well i didn't actually see the TEA5767, but it was mentioned on that non-english forum |
| 09:56:47 | Bagder | here's a pic of a tea5767 btw http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents#Philips_TEA_5767_Low_power_FM_st |
| 09:56:59 | linuxstb | Obvious question, but does your C100 have radio? I know the E200 came in versions with and without radio. |
| 09:57:42 | tarsius | it's highly likely that it's in the C100 because both the m100 (i think the number is 100) and the c100 have FM radios |
| 09:58:38 | tarsius | so it's probable that Sandisk used the same chip in both... it's looking more and more like the c100 is based on the m100... c=color, m=monochrome? |
| 09:59:26 | linuxstb | Sounds likely. |
| 10:00 |
| 10:00:26 | tarsius | additionally, the non-english forum appears to mention it's in the c100, although what they wrote is technically incorrect |
| 10:00:48 | pixelma | the c100 looks very similar to the c200 from the outside if I find the right pictures |
| 10:01:03 | linuxstb | tarsius: Did you see the commit of my initial work to port to my Telechips device? |
| 10:01:47 | tarsius | (http://forum.mp3store.pl/index.php?showtopic=14695&st=0&p=142343&#entry142343) says both the C100 and M200 (not 100... my mistake) have the [ESMT M12S16161A 1M X 16 DRAM]... but the C100 has different ram |
| 10:01:52 | tarsius | yep |
| 10:02:07 | tarsius | i'm still in the process of getting a suitable linux install |
| 10:02:12 | linuxstb | Those changes should give you a clue about what's needed when it comes to adding the c100 as a target in Rockbox. i.e. everything that's specific to the Logik DAX you will need to do for the c100. |
| 10:03:06 | tarsius | Ubuntu 7.10 (Gutsy) wouldn't boot the livecd, but i did get Knoppix to work... if all else fails, i'll work out of Knoppix |
| 10:03:20 | tarsius | okahy |
| 10:04:06 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 10:05:20 | linuxstb | It shouldn't be that hard to get tcctool working in Windows - once you set things up, Rockbox development is pretty much the same in Windows compared to native Linux (using either Cygwin or vmware). |
| 10:05:44 | | Join J-23 [0] (n=opera@a105.net128.okay.pl) |
| 10:05:46 | J-23 | Hello! |
| 10:06:07 | petur | tarsius: 7.10 is a bit of a mess, I'd try 7.04.... |
| 10:06:25 | * | J-23 reboots to Linux |
| 10:06:26 | | Quit J-23 (Client Quit) |
| 10:06:44 | tarsius | petur: i learned that lesson and i have 7.04 74% downloaded ;-) |
| 10:06:47 | | Join przemhb [0] (n=chatzill@ck170.internetdsl.tpnet.pl) |
| 10:07:28 | * | petur did the upgrade and wished he had waited longer to hear reactions first |
| 10:08:36 | tarsius | petur: what hardware are you using? i have an HP tx1000 and i've heard HP users are in particularly bad shape with 7.10 |
| 10:09:18 | petur | a dell D820 laptop - no hardware support issues, just minor annoyances. |
| 10:09:31 | * | petur ends OT talk |
| 10:15:57 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 10:18:21 | *** | Saving seen data "./dancer.seen" |
| 10:21:15 | przemhb | Hi all |
| 10:26:15 | | Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) |
| 10:29:18 | tarsius | time to install linux. bye all |
| 10:29:22 | | Part tarsius |
| 10:40:02 | | Quit MournBlade ("Her lips were wet with venom") |
| 10:40:30 | przemhb | amiconn: Have you read the info about H10's tuner I have send you on Friday? What do you think about it? |
| 10:56:49 | | Quit rvvs89 (Read error: 104 (Connection reset by peer)) |
| 11:00 |
| 11:02:55 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 11:02:58 | | Quit markun (Remote closed the connection) |
| 11:04:27 | | Join rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) |
| 11:05:59 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 11:07:59 | | Join ApotheoZ [0] (i=Apo@nfb68-1-88-169-81-101.fbx.proxad.net) |
| 11:11:47 | | Join markun [0] (n=markun@rockbox/developer/markun) |
| 11:13:57 | | Quit TotallyInfected () |
| 11:14:48 | | Quit Nico_P (Remote closed the connection) |
| 11:18:39 | | Join lee-qid [0] (n=liqid@p549648D5.dip.t-dialin.net) |
| 11:19:55 | | Quit daurn|iphone (Remote closed the connection) |
| 11:20:46 | Bagder | http://www.tuaw.com/2007/10/29/instant-jailbreak-for-iphone-and-ipod-touch/ |
| 11:20:59 | Bagder | for the rockbox port to ipod touch ;-) |
| 11:22:52 | | Join MajorC [0] (i=redeem@host183-38.bornet.net) |
| 11:23:23 | linuxstb | Isn't the ipod touch just a PDA? |
| 11:23:54 | Bagder | well, a dap with pda stuff in it I guess |
| 11:24:13 | linuxstb | Nice hack though... |
| 11:24:19 | Zagor | way more suited for ipl than rockbox i'd say |
| 11:24:27 | MajorC | im about to compile my own voice file, is there a good TTS-software that is gpl? |
| 11:24:31 | Bagder | ipl is dead |
| 11:24:46 | Zagor | Bagder: yeah, well, in principle :) |
| 11:24:56 | rasher | MajorC: espeak, flite, festival |
| 11:24:59 | linuxstb | I wouldn't go that far, but I wouldn't say that's suited either - it's uclinux. |
| 11:25:11 | linuxstb | I'm assuming the touch is capable of running real Linux. |
| 11:25:19 | markun | MajorC: espeak+mbrola is also a good combination |
| 11:25:25 | JdGordon | linuxstb: bsd... |
| 11:25:28 | MajorC | thanks |
| 11:25:38 | MajorC | are they win32 compatible? |
| 11:26:04 | markun | at least festival, mbrola and espeak are |
| 11:26:11 | linuxstb | Being BSD-based, presumably there's no obligation for Apple to release source? |
| 11:26:11 | markun | don't know about flite |
| 11:26:15 | Zagor | linuxstb: right I forgot it's uc-based. yeah I mean proper linux would be better than rockbox. |
| 11:26:24 | billenium_ | my terminal says |Make your PATH include :/usr/local/sh-elf/bin:/usr/local/m68k-elf/bin:/usr/local/arm-elf/bin |
| 11:26:24 | billenium_ | | how do i do so? |
| 11:26:58 | linuxstb | billenium_: What operating system are you using? |
| 11:27:03 | billenium_ | Linux |
| 11:27:06 | billenium_ | Ubuntu |
| 11:27:13 | daurnimator | billenium_: PATH=$PATH:/usr/local/sh-elf/bin:/usr/local/m68k-elf/bin:/usr/local/arm-elf/bin |
| 11:27:18 | daurnimator | export PATH |
| 11:27:29 | linuxstb | Add the line "export PATH=$PATH:/usr/local/sh-elf/bin:/usr/local/m68k-elf/bin:/usr/local/arm-elf/bin" to the .bashrc file in your home directory. |
| 11:27:37 | daurnimator | for a more permanent solution, add that to your .bash_profile |
| 11:27:55 | | Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) |
| 11:28:10 | billenium_ | do i just add it to the bottom of (Both?) |
| 11:28:24 | daurnimator | yes |
| 11:28:34 | daurnimator | do mine or linuxstb's |
| 11:28:42 | billenium_ | or both? |
| 11:28:43 | daurnimator | not both |
| 11:28:46 | billenium_ | oh okay |
| 11:29:12 | billenium_ | wait... |
| 11:29:15 | billenium_ | i cant find it |
| 11:29:15 | billenium_ | xD |
| 11:29:26 | linuxstb | How are you looking? |
| 11:29:39 | linuxstb | Files beginning with a dot are normally hidden by most apps in Unix. |
| 11:29:42 | daurnimator | make the file yourself then |
| 11:29:56 | billenium_ | well i dont know where to look o.0 |
| 11:30:02 | daurnimator | mmm |
| 11:30:04 | linuxstb | Type "ls -al" in your home directory. |
| 11:30:06 | | Quit J3TC- (Read error: 113 (No route to host)) |
| 11:30:21 | daurnimator | how do you stop a $VAR from expanding when you echo it somewhere? |
| 11:30:48 | linuxstb | Put it in " quotes? |
| 11:30:49 | daurnimator | eg - echo "$PATH" actually echoes your path bar |
| 11:30:52 | billenium_ | oaky i did View show all |
| 11:30:54 | billenium_ | and i can see all |
| 11:30:56 | billenium_ | and i found it |
| 11:31:00 | billenium_ | .bashrc |
| 11:31:17 | Zagor | daurnimator: echo \$PATH |
| 11:31:21 | linuxstb | daurnimator: Then you want single quotes. |
| 11:31:47 | daurnimator | that does it :)P_ |
| 11:32:13 | rasher | Why doesn't rockboxdev.sh add this line to .bashrc? 99.9% of the time it would be correct.. |
| 11:32:18 | | Join TMM [0] (n=hp@212.123.212.131) |
| 11:32:34 | linuxstb | When you run it twice, things would break... |
| 11:32:48 | rasher | it could check if it's already there |
| 11:32:52 | linuxstb | But it could maybe be smart about it.... |
| 11:32:52 | billenium_ | i pasted export PATH=$PATH:/usr/local/sh-elf/bin:/usr/local/m68k-elf/bin:/usr/local/arm-elf/bin in the last line of .bashrc |
| 11:32:55 | billenium_ | its still not working |
| 11:32:57 | billenium_ | when i compile |
| 11:33:00 | Zagor | it could ask |
| 11:33:06 | rasher | also, it wouldn't really break, would it? Just be confused |
| 11:33:08 | linuxstb | billenium_: You need to open up a new terminal window. |
| 11:33:27 | linuxstb | billenium_: When you do that, type "echo $PATH" to see if the changes have taken effect. |
| 11:33:40 | linuxstb | ^affect |
| 11:33:59 | rasher | Zagor: or it could write a comment with a magic value in the file as well, and check for that |
| 11:34:27 | billenium_ | they have |
| 11:34:34 | billenium_ | its all good |
| 11:34:34 | billenium_ | thanks |
| 11:34:54 | Zagor | rasher: yeah, but I don't like scripts modifying my dotfiles without my permission |
| 11:35:06 | linuxstb | I agree, it should ask. |
| 11:35:38 | Bagder | as long as the question is done first with the others I think that's a good idea |
| 11:36:06 | linuxstb | But doesn't the script require running as root in the default case? |
| 11:36:27 | Bagder | with the default paths with a default system, yes |
| 11:36:59 | rasher | in that case I guess it could put it in /etc/whatever |
| 11:37:11 | | Quit ApotheoZ () |
| 11:37:28 | linuxstb | Another option could be to install the compilers in the user's home directory... |
| 11:37:59 | Bagder | that's probably a good idea in any case |
| 11:38:55 | linuxstb | Bagder: Are you planning on writing a build-server kicking interface? |
| 11:39:08 | Bagder | yeah |
| 11:40:23 | rasher | Perhaps it could be a file in svn, that when updated triggers the kicking |
| 11:40:36 | linuxstb | I was thinking the same. |
| 11:41:01 | Bagder | but then I'd have to have a separate process for checking the state of that file |
| 11:41:22 | rasher | or a svn commit-hook! |
| 11:41:40 | Bagder | well... the svn server is not the build master |
| 11:41:45 | | Join Thundercloud [0] (n=thunderc@resnet19.nat.lancs.ac.uk) |
| 11:41:45 | rasher | ah |
| 11:42:00 | Bagder | could still be done, but would take some fun anyway |
| 11:48:09 | Bagder | as a first test |
| 11:48:23 | Bagder | I'm making the script exit hard if it detect being run for > 20 mintues |
| 11:48:50 | Bagder | it should be the equivalent of getting killed externally |
| 11:50:25 | preglow | linuxstb: you talked about allocating seek tables as metadata the other day, yes? |
| 11:57:41 | | Join ramon8 [0] (i=DontFuCk@adsl-71-146-128-181.dsl.pltn13.sbcglobal.net) |
| 11:58:33 | | Quit jhMikeS (Nick collision from services.) |
| 11:58:39 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 12:00 |
| 12:02:12 | linuxstb | preglow: Yes, but I don't know enough about Nico_P's work to do it. |
| 12:04:13 | preglow | linuxstb: nah, just wondered if he commented oin it |
| 12:05:39 | linuxstb | I'm not sure if I mentioned that specifically, I did talk to him about the rest of the metadata struct though. |
| 12:06:01 | preglow | okies |
| 12:06:09 | preglow | anyway, seems to me we're pretty close to getting rid of the malloc buffer |
| 12:06:18 | preglow | only two real problem codecs i see are tremor and faad |
| 12:06:24 | preglow | so we should try to go for it |
| 12:06:47 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 12:11:10 | | Quit Nico_P (Remote closed the connection) |
| 12:11:42 | preglow | we should really try to be rid of faad... |
| 12:13:11 | preglow | argh, this helix one seems so nice :/ |
| 12:13:37 | markun | if only we could use non GPL (and still open source) codecs with rockbox.. |
| 12:14:00 | preglow | doesn't the helix people claim their license is gpl compatible? |
| 12:14:05 | preglow | have anyone commented on that at all? |
| 12:14:05 | Zagor | markun: such as? |
| 12:14:51 | markun | Zagor: there is the 3GPP reference AAC decoder |
| 12:14:51 | linuxstb | preglow: Yes, but IIUC the reverse isn't true, so it's just marketing... |
| 12:14:55 | preglow | such as: https://datatype.helixcommunity.org/2005/aacfixptdec |
| 12:15:08 | preglow | linuxstb: right... |
| 12:15:25 | markun | linuxstb: so rockbox would be shipped under their license? |
| 12:15:26 | | Join J-23 [0] (i=aldwulf@a187.net131.okay.pl) |
| 12:16:22 | J-23 | Hello! Is TextViewer UTF-8-compatible? |
| 12:16:26 | markun | yes |
| 12:16:31 | Zagor | what license is it? |
| 12:16:41 | preglow | doesn't seem like their code has changed much since release |
| 12:16:43 | linuxstb | markun: I think it means that if someone combines Helix and GPL code, that person doesn't infringe the Helix license... |
| 12:17:33 | markun | Zagor: it doesn't state a specific license, let me look again. |
| 12:18:07 | markun | Zagor: it's a fixed point implementation |
| 12:18:17 | markun | (that was a BTW) |
| 12:18:23 | *** | Saving seen data "./dancer.seen" |
| 12:18:41 | markun | also made by codingtechnologies.com (same as FAAD, right?) |
| 12:19:08 | preglow | seems helix would even be able to do sbr in fixed point on ipods |
| 12:19:45 | markun | I'm not sure how fast the 3GPP implementation is |
| 12:20:13 | linuxstb | preglow: Having said what I've said, I'm not sure exactly what in the RPSL makes it incompatible with the GPL... |
| 12:21:04 | Zagor | "The RPSL is a free software license that is GPL-incompatible for a number of reasons: it requires that derivative works be licensed under the terms of the RPSL, and mandates that any litigation take place in Seattle, Washington." −− http://www.gnu.org/philosophy/license-list.html |
| 12:21:18 | preglow | hahaha |
| 12:21:42 | preglow | wouldn't hurt if ffmpeg got that aac codec of theirs working either |
| 12:21:48 | * | preglow summons merbanan |
| 12:22:13 | J-23 | Can I read ISO-8859-2 on Rockbox? |
| 12:22:53 | linuxstb | J-23: I would expect so - IIUC you need to set the codepage setting to iso-8859-2, and use a font with the required characters. |
| 12:24:01 | preglow | at least the current ffmpeg implementation looks pretty cute |
| 12:24:23 | linuxstb | Is it in the main SVN yet? |
| 12:24:28 | preglow | no... |
| 12:24:40 | preglow | i wonder why the hell they started all soc work in another branch |
| 12:24:54 | | Part karashata |
| 12:25:11 | preglow | not much risk of anything happening to it when it's hidden away in another place |
| 12:25:19 | | Part J-23 |
| 12:25:32 | | Join J-23 [0] (i=aldwulf@a187.net131.okay.pl) |
| 12:25:36 | J-23 | : |
| 12:25:37 | J-23 | :|* |
| 12:25:50 | markun | J-23: what's wrong? |
| 12:27:00 | | Join J3TC- [0] (n=jetc123@wlrsvd-221.njit.edu) |
| 12:28:11 | linuxstb | preglow: Do you think there's any point in further optimising (including maybe restructuring) faad2? I don't understand why the code is fundamentally bad... |
| 12:28:35 | preglow | me neither, i just know that most aac codecs are way smaller than it |
| 12:28:52 | linuxstb | Is there possibly just a lot of dead code there? |
| 12:28:52 | preglow | linuxstb: seems merbanan has done work on aac.c, he should be able to tell me how far away it is from being usable |
| 12:28:58 | preglow | linuxstb: maybe, *shrug* |
| 12:29:00 | | Quit safetydan ("Leaving") |
| 12:29:09 | linuxstb | But isn't that floating point only still? |
| 12:29:35 | | Join spiorf [0] (n=spiorf@host13-223-dynamic.1-79-r.retail.telecomitalia.it) |
| 12:30:11 | preglow | sure, but i'd be more than willing to fix that |
| 12:30:17 | J-23 | How I can convert ISO-8859-2 file to UTF-8? |
| 12:30:27 | | Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 12:30:27 | markun | J-23: with iconv |
| 12:31:03 | markun | cat oldfile.txt | iconv -f iso-8859-2 -t utf-8 > newfile.txt |
| 12:32:27 | preglow | linuxstb: i've got a feeling it'll be a pretty easy job anyway, for some reason |
| 12:32:53 | preglow | linuxstb: at least having the usual profile going |
| 12:33:09 | linuxstb | We would also need to port the codec to Rockbox, which might not be straightforward, depending on how integrated with ffmpeg it is. |
| 12:33:11 | preglow | LC |
| 12:34:29 | markun | J-23: was that useful? |
| 12:35:00 | JdGordon | does anyone know if nico started trying to get cuesheet going with MoB? |
| 12:35:11 | linuxstb | What do "SBR" and "PS" mean in AAC? They're defined for our build of faad. |
| 12:35:28 | markun | linuxstb: PS is parametric stereo |
| 12:35:38 | pixelma | J-23: do you want to convert them for vieweing them in rockbox? |
| 12:35:43 | preglow | linuxstb: both are used in aacplus |
| 12:35:48 | preglow | linuxstb: only gigabeat manages to decode that |
| 12:36:00 | preglow | JdGordon: he said it was next |
| 12:36:26 | linuxstb | So is aacplus part of "LC" ? |
| 12:36:29 | preglow | no |
| 12:36:33 | | Quit rep|icant_ (Read error: 113 (No route to host)) |
| 12:36:37 | preglow | lc is pure bare-bones aac |
| 12:36:40 | preglow | no sbr, no ps |
| 12:36:43 | J-23 | markun: Yes. |
| 12:36:52 | J-23 | pixelma: Yes. |
| 12:37:08 | linuxstb | I'm confused by the #defines in libfaad/common.h - LC_ONLY_DECODER is defined, but then so are other things like PS and SBR... |
| 12:37:15 | markun | preglow: is PS really so expensive? |
| 12:37:22 | preglow | markun: i wouldn't think so |
| 12:37:23 | preglow | but sbr is |
| 12:37:30 | markun | yes |
| 12:37:30 | | Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) |
| 12:37:40 | preglow | i've got a really kickass implementation of qmf for speex now, hope that can be reused... |
| 12:37:43 | * | preglow checks out |
| 12:37:55 | markun | qmf? |
| 12:37:56 | pixelma | J-23: you don't need to do that, the text viewer supports ISO-8859-2 (according to the menu, can't easily check myself) |
| 12:38:10 | preglow | quadrature mirror filter, a way of splitting a signal in two equally sized bands |
| 12:38:13 | preglow | with some funny side effects |
| 12:38:17 | J-23 | and how I can check codepage of file? |
| 12:38:40 | markun | J-23: I don't think there is a good way to tell |
| 12:38:53 | J-23 | pixelma: Thanks. |
| 12:39:21 | markun | J-23: otherwise rockbox could do the checking and convert to unicode automatically |
| 12:39:56 | pixelma | the text viewer has its own codepage setting though and unfortunately this isn't in the manual |
| 12:40:09 | linuxstb | Does Rockbox check text files for a BOM, regardless of codepage settings? |
| 12:40:11 | preglow | mno, that wasn't the same at all |
| 12:40:13 | J-23 | I have tried ISO-8859-2, UTF-8, Win1250... |
| 12:40:33 | pixelma | the entire text viewer chapter is a outdated :\ |
| 12:40:39 | markun | J-23: do you have a link to the file? |
| 12:40:46 | J-23 | http://www.gutenberg.org/files/15201/15201-8.txt |
| 12:40:54 | J-23 | but I'm on emulator |
| 12:41:03 | J-23 | UI Simulator* |
| 12:41:07 | linuxstb | J-23: An easy way to test files for character encodings is to open it up in Firefox, and change the character encoding setting in View->Character encoding |
| 12:41:26 | J-23 | linuxstb: In Opera too ;) |
| 12:41:36 | mrkiko | I understood many things, but codepages ... |
| 12:42:55 | J-23 | File is probably bad |
| 12:43:15 | J-23 | or... It's in Win150. |
| 12:43:16 | markun | J-23: looks like CP1250 to me |
| 12:43:23 | | Quit MajorC () |
| 12:44:00 | J-23 | but what fonts supports Win1250? |
| 12:44:16 | * | linuxstb gives markun a cookie |
| 12:44:39 | markun | linuxstb: I actually use w3m |
| 12:45:16 | linuxstb | w3m? |
| 12:45:25 | markun | textmode internet browser |
| 12:45:37 | linuxstb | And it detected the encoding? |
| 12:45:48 | markun | no, just tried a few |
| 12:45:48 | pixelma | J-23: see UnicodeFonts in the rockbox wiki (or rasher's page, don't have the URL at hand) |
| 12:46:27 | J-23 | but it's Win :| |
| 12:46:48 | * | J-23 converts it to UTF. |
| 12:46:57 | markun | J-23: it doesn't matter |
| 12:47:07 | markun | the fonts are not codepage dependant |
| 12:47:20 | JdGordon | any objections to FS #8008 ? |
| 12:49:06 | | Quit jhMikeS (Nick collision from services.) |
| 12:49:12 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 12:49:36 | linuxstb | JdGordon: What happens if the track changes whilst you're using that feature? |
| 12:49:47 | JdGordon | dunno... ill find out |
| 12:49:56 | JdGordon | I just found it and thought its a great idea |
| 12:50:02 | markun | J-23: I see CP1250 is not supported, so it does make sense to convert to UTF-8, sorry for the confusion |
| 12:50:22 | J-23 | It works! :) |
| 12:50:38 | J-23 | hmm, no. |
| 12:50:42 | preglow | hrm |
| 12:50:51 | preglow | parametric stereo was definitely more complex than i expected |
| 12:50:52 | markun | hm, it should be supported, maybe I need to recompile |
| 12:51:02 | markun | J-23: what doesn't work? |
| 12:51:02 | pixelma | markun: I see it in the encoding options in the text viewer... |
| 12:51:08 | markun | pixelma: yes, me too |
| 12:51:10 | J-23 | I have only changed font, no downloaded file |
| 12:51:21 | markun | I'll shut up now :) |
| 12:51:30 | markun | J-23: I just tried it with helvR12 |
| 12:52:17 | J-23 | It works aldough, TextViewer decodes Win1250 |
| 12:52:21 | JdGordon | linuxstb: well... if you have it open for the current artist and the track changes, the database options stay as the previous artist which I guess is correct |
| 12:52:38 | J-23 | but I had bad font |
| 12:52:47 | J-23 | now I have set UTF font |
| 12:52:56 | linuxstb | JdGordon: Yes, you would want to to remember the artist at the time you selected it. |
| 12:53:08 | linuxstb | s/to to/it to/ |
| 12:53:19 | markun | J-23: there are not really UTF fonts, but I know what you mean |
| 12:53:29 | JdGordon | so no problems commiting it? |
| 12:53:58 | linuxstb | Sounds a useful feature to me, but I can't comment on the implementation. |
| 12:54:46 | linuxstb | Some kind of GUI query editor for the database would be nice... |
| 12:55:26 | JdGordon | sounds like bloat to me :p |
| 12:55:30 | JdGordon | the vkeyboard isnt good enough? |
| 12:55:46 | | Join Arathis [0] (n=doerk@p508A534D.dip.t-dialin.net) |
| 12:55:55 | | Quit J-23 () |
| 13:00 |
| 13:01:17 | pondlife | JdGordon: If it helps, I'd like to see FS #8008 committed too, just haven't had time to test it/look at it. |
| 13:01:37 | JdGordon | commiting now.. code looks fine and no problems runninng it |
| 13:05:30 | JdGordon | and onto the problem of the tagnavi.config not being localised... how about we check for langs/tagnavi.<language> on load and shit translated tagnavis in the zip? |
| 13:06:06 | linuxstb | JdGordon: I'm obviously talking about a plugin... |
| 13:06:34 | JdGordon | oh... well that maybe is more possible |
| 13:07:06 | | Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) |
| 13:08:30 | linuxstb | Alternatively, it could be done in Rockbox utility... |
| 13:09:05 | JdGordon | a tagnavi.config editor on the dap would be more useful |
| 13:09:46 | linuxstb | Maybe... Doing it in Rockbox utility would allow a much nicer UI - and a real keyboard. |
| 13:09:47 | JdGordon | Slasheri: you round? |
| 13:10:22 | JdGordon | notepad isnt a nice enough UI if you have acces to the computer anyway? |
| 13:10:36 | linuxstb | Not if you're someone like my mother... |
| 13:10:50 | JdGordon | the defaults arnt good enough for your mum? |
| 13:11:34 | linuxstb | I'm just thinking that a lot of users probably aren't taking advantage of the power of tagnavi, because there's no easy way to edit it. And I don't count a text file as easy for normal users. |
| 13:12:11 | | Quit jumpatrain (Nick collision from services.) |
| 13:12:48 | JdGordon | yeah ok, I agree |
| 13:12:59 | JdGordon | and BAH... extra yellow :( |
| 13:14:45 | | Join feng [0] (i=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-3e7515691fe1189c) |
| 13:16:09 | feng | JdGordon: hey. I don't know whether it's possible but it would be great if I could also find the songs in the same folder as the current song. Is it possible to add? |
| 13:16:29 | JdGordon | its gonna be interesting in years to come when the build table is long gone/changed and someone tries to figure out what the heck all the "fix yellow/red" commits are :p |
| 13:16:53 | JdGordon | feng: I was tinhing the same... I didnt do the patch, but Ill hve a look |
| 13:17:01 | * | pixelma wonders if that is another database feature that doesn't work correctly on hwcodec (as "gather runtime" date IIRC) |
| 13:17:10 | pixelma | *data |
| 13:17:26 | JdGordon | this one should work fine on hwcodec |
| 13:17:41 | JdGordon | gather runtime probably doesnt hook into hwcodec playback properly |
| 13:17:48 | feng | JdGordon: I have some folders with songs by different artists / from different albums. And I like the similar feature in MediaMonkey |
| 13:18:31 | | Part agm3nt |
| 13:20:08 | ramon8 | psf |
| 13:22:05 | feng | JdGordon: hmmm... But wouldn't finding songs in the same folder force a switch to the file browser? |
| 13:22:13 | JdGordon | no |
| 13:22:31 | * | JdGordon has an idea how to add heaps of extra options to this |
| 13:22:35 | feng | JdGordon: then please please implement the feature! |
| 13:23:52 | linuxstb | "heaps of extra options" <- Just what Rockbox needs ;) |
| 13:24:24 | JdGordon | :D just 1 or 2 dozen... |
| 13:24:27 | JdGordon | nothing major |
| 13:24:42 | JdGordon | should actually simplify that patch a fair bit |
| 13:25:07 | JdGordon | and by simplify I mean give it the ol' Jd touch which could go either way ! :p |
| 13:28:01 | JdGordon | anyone remember how to use offset() ? |
| 13:28:03 | | Join PaulJam [0] (i=PaulJam_@vpn-3097.gwdg.de) |
| 13:28:20 | JdGordon | I mean to get a datamembers offset? |
| 13:28:36 | JdGordon | s/data/struct |
| 13:29:06 | LinusN | offsetof? |
| 13:29:30 | JdGordon | thats the one :) |
| 13:29:57 | LinusN | off = offsetof(structname, membername); |
| 13:30:03 | JdGordon | ta |
| 13:30:34 | * | preglow didn't know of that one |
| 13:30:40 | | Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) |
| 13:31:06 | preglow | just basically &struct.members - &struct ? |
| 13:31:25 | LinusN | yes |
| 13:31:50 | linuxstb | Is that C or gcc? |
| 13:31:51 | preglow | what's the need for offsetof, then? |
| 13:32:01 | roolku | JdGordon: thanks for comitting FS #8008 for me. :) |
| 13:32:04 | linuxstb | I guess offsetof is compile-time? |
| 13:32:10 | preglow | good point |
| 13:32:24 | preglow | offsetof() is a macro, apparently |
| 13:32:44 | JdGordon | roolku: thats for doing it :) one of the few things i might actually use the DB for |
| 13:32:57 | roolku | JdGordon: I was going to do it myself, but wanted to remove one restriction (that is still there from the dynamic searches) |
| 13:32:57 | * | JdGordon is currently mangling the patch though :p |
| 13:33:35 | roolku | JdGordon: currently you can only use one of the dynamic searches in a clause (e.g. the last one), as search string is a dynamic variable |
| 13:33:51 | JdGordon | you have commit acces? I forgot :p I would have left it for you then |
| 13:33:58 | roolku | grr...searchstring is a static variable I meant to say |
| 13:34:54 | roolku | JdGordon: if you want to include this fix in your mangling go ahead. :) |
| 13:35:18 | JdGordon | na, I'll leave that to you... :) |
| 13:35:59 | | Quit mrkiko (Remote closed the connection) |
| 13:36:54 | PaulJam | JdGordon: does fs#8008 require a rebuild of the database? |
| 13:36:59 | JdGordon | no |
| 13:37:12 | PaulJam | thanks |
| 13:38:39 | roolku | JdGordon: are you still going ahead to implement #directory# ? |
| 13:38:55 | JdGordon | im adding all the id3 strings in a very generic way |
| 13:39:04 | JdGordon | well... thats my aim anyway |
| 13:39:47 | pixelma | and then go ahead and document it? ;) |
| 13:40:18 | roolku | JdGordon: okay, so I better wait. There is no id3 string for directory though IIRC |
| 13:40:50 | JdGordon | pixelma: :'( do I haaave to :'( |
| 13:41:11 | JdGordon | roolku: their is the full path which is good.. we just extra handling for it |
| 13:45:44 | | Quit feng ("CGI:IRC") |
| 13:46:29 | linuxstb | roolku, JdGordon: Wouldn't the code be clearer without the SOURCE_CURRENT_ALBUM and SOURCE_CURRENT_ARTIST #defines? From what I can see, they're only used once. |
| 13:46:59 | JdGordon | its still nicer to have them in a define than hardcoded imho |
| 13:47:44 | linuxstb | No, because it hides what is going on. IMO, defines are only useful if the same string is used in multiple places. |
| 13:50:09 | JdGordon | ok, well, they are being moved more out of the code so I'll replace them with strings then |
| 13:50:20 | * | JdGordon really getting frustarted with the 80char width rule |
| 13:51:53 | preglow | it's there to stay, baby |
| 13:52:17 | * | preglow really loves being able to fit a ton of windows on one screen |
| 13:52:28 | preglow | enough that i even use the 80 char rule privately |
| 13:52:39 | Bagder | amen |
| 13:53:06 | preglow | and i do find it annoying too, but not more annoying than 320 char wide lines that wrap like mad |
| 13:53:36 | * | linuxstb prefers full-screen windows and alt-tab to quickly switch between them |
| 13:54:35 | preglow | i used to do that, but no more |
| 13:54:50 | JdGordon | fullscreen windows with a widesceen lcd is no good |
| 13:55:01 | Bagder | i like to be able to have source code windows side-by-side |
| 13:55:35 | * | JdGordon loves when his code compiles first try! |
| 13:56:11 | preglow | it's especially nice when syncing |
| 13:56:50 | preglow | ugh, seems i've broken wma locally |
| 13:58:30 | JdGordon | roolku: still there? |
| 13:59:08 | | Join norbusan [0] (n=norbusan@dhcp02.algebra.tuwien.ac.at) |
| 13:59:13 | | Part norbusan |
| 14:00 |
| 14:00:36 | * | JdGordon has no idea how tagnavi.config works :p |
| 14:02:01 | | Quit kclaf (Read error: 110 (Connection timed out)) |
| 14:02:24 | | Join MethoS- [0] (n=clemens@pD955E3A1.dip.t-dialin.net) |
| 14:03:30 | | Quit MethoS- (Read error: 104 (Connection reset by peer)) |
| 14:12:04 | | Join nicktastic [0] (n=nick@unaffiliated/nicktastic) |
| 14:14:24 | | Join webguest24 [0] (i=53ed3c9a@gateway/web/cgi-irc/labb.contactor.se/x-ef171954bb6043cf) |
| 14:14:26 | | Quit webguest24 (Client Quit) |
| 14:15:34 | | Join Daniel_S [0] (i=57b0db68@gateway/web/cgi-irc/labb.contactor.se/x-e1fc8a3352b5d259) |
| 14:16:10 | | Join MethoS- [0] (n=clemens@pD955E3A1.dip.t-dialin.net) |
| 14:18:27 | *** | Saving seen data "./dancer.seen" |
| 14:24:06 | | Join kclaf [0] (i=kclaf@85.95.211.245) |
| 14:24:38 | | Quit Daniel_S ("CGI:IRC") |
| 14:25:28 | | Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) |
| 14:28:17 | | Join midgey [0] (n=tjross@westquad-188-19.reshall.umich.edu) |
| 14:29:32 | | Quit Seed (Nick collision from services.) |
| 14:29:39 | | Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) |
| 14:30:05 | | Quit midgey (Client Quit) |
| 14:32:53 | | Quit rep|icant (Read error: 110 (Connection timed out)) |
| 14:40:40 | | Join parafin|sleep [0] (i=parafin@paraf.in) |
| 14:43:02 | | Quit parafin|away (Read error: 145 (Connection timed out)) |
| 14:43:10 | PaulJam | hi, i noticed that on h300 in mpegplayer there is a long delay (3-4 seconds) between pressing PLAY to pause the video and the video actually pausing. is this normal? |
| 14:44:35 | | Join Arathis2 [0] (n=doerk@p508A6532.dip.t-dialin.net) |
| 14:44:48 | linuxstb | I assume that's a new "feature" ? |
| 14:45:42 | JdGordon | roolku: ping? |
| 14:46:18 | | Quit Arathis (Read error: 110 (Connection timed out)) |
| 14:48:20 | JdGordon | any complaints about this diff? http://rafb.net/p/ttPak934.html |
| 14:49:35 | PaulJam | seems like the delay is caused by a disk spinup. i wonder why the disk has to spin up on pause. |
| 14:51:20 | | Quit keen- (Read error: 110 (Connection timed out)) |
| 14:51:27 | linuxstb | JdGordon: What is "disc" - the disc number (e.g. 1 of 2) ? |
| 14:51:38 | JdGordon | not 100% sure |
| 14:52:04 | LinusN | PaulJam: to save the position perhaps? |
| 14:52:06 | linuxstb | Also, does Rockbox support albumartist? |
| 14:52:17 | JdGordon | i tihnk so |
| 14:52:29 | linuxstb | That may be a useful string to add - maybe instead of disc. |
| 14:52:29 | JdGordon | I just added them to show its doable.. more can be added |
| 14:53:52 | linuxstb | PaulJam, LinusN: Shouldn't it only save the position on exit? |
| 14:54:06 | LinusN | absolutely |
| 14:54:18 | LinusN | it was just a guess |
| 14:54:50 | linuxstb | Another reason could be that it's waiting for a buffer to empty. But again, it shouldn't... |
| 14:55:28 | | Quit hcs ("Leaving.") |
| 14:56:03 | * | linuxstb gives LinusN a cookie - settings_save () is being called... |
| 14:56:16 | LinusN | :-) |
| 14:56:16 | JdGordon | wasnt there a commit recently to reduce the time it took the e200 to turn the lcd back on? |
| 14:57:01 | JdGordon | settings_save() shouldnt cause a spinup.... (unless im forgetting...) it should just register the callback for next time |
| 14:57:11 | JdGordon | unless your using your own settings_sav |
| 14:57:16 | JdGordon | in which case.. ill shutup |
| 14:57:17 | LinusN | JdGordon: this is save_settings() |
| 14:57:25 | LinusN | the plugin version |
| 14:57:31 | * | pixelma thinks that linuxstb has a lot of cookies to hand out today... :) |
| 14:57:33 | JdGordon | ah |
| 14:57:59 | * | linuxstb gives pixelma a cookie too |
| 14:58:08 | LinusN | yummy |
| 14:58:10 | * | JdGordon wants a cookie! :'( |
| 14:58:18 | pixelma | thank you :) |
| 14:58:38 | * | linuxstb looks at the empty cookie box and shrugs |
| 14:58:43 | * | pondlife might go to the shops |
| 14:59:03 | * | JdGordon has a temper tantrum and throws random stuff at linuxstb |
| 14:59:21 | * | linuxstb finds another box in the cupboard and gives two cookies to JdGordon |
| 14:59:36 | JdGordon | hehe awesome :D |
| 14:59:45 | JdGordon | does anyone know the tagnavi.config syntax? |
| 15:00 |
| 15:00:03 | PaulJam | there is a wikipage DataBase |
| 15:00:12 | JdGordon | I know... |
| 15:00:13 | * | pondlife hates it when he commits a bad 'un then notices only seconds after the build triggered |
| 15:02:37 | LinusN | no more sucky workarounds for you |
| 15:03:10 | | Quit Thundercloud (Remote closed the connection) |
| 15:03:15 | | Join scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche) |
| 15:03:17 | pondlife | I blame Nico_P, a little ;p |
| 15:03:22 | | Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) |
| 15:03:31 | LinusN | :-) |
| 15:03:31 | Nico_P | sucky workaround? |
| 15:03:50 | pondlife | Nah, I left some of my debugging code in. |
| 15:05:22 | Nico_P | pondlife: that was to try to find the cause of the SID segfault, wasn't it? |
| 15:05:31 | pondlife | Yes.. Hopefully a new build will trigger and remove it though! |
| 15:05:47 | pondlife | I'm still getting a segfault with SIDs though |
| 15:05:59 | pondlife | Don't know if you saw the Flyspray report? |
| 15:06:06 | pondlife | Looks like it's in the codec now |
| 15:06:06 | Nico_P | I did |
| 15:06:18 | Nico_P | yeah I got this segfault earlier |
| 15:06:29 | Nico_P | didn't find out why |
| 15:06:47 | pondlife | That size=65535 looked suspicious |
| 15:07:07 | Nico_P | why? |
| 15:07:10 | pondlife | BTW, could you maybe make those error #defines all start with ERR_ or something? |
| 15:07:45 | pondlife | Seeing a 65535 going into arithmetic operations always makes me suspicious. |
| 15:08:15 | pondlife | Some numbers just shouldn't be involved in arithmetic :) |
| 15:09:15 | Nico_P | ok about the defines... in SID I also managed to get an endless loop at one point |
| 15:12:29 | | Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) |
| 15:12:29 | JdGordon | fucking DST... its 1am and im not tired :'( |
| 15:13:37 | * | pondlife still has a load of clocks to put back ;p |
| 15:15:18 | scorche|w | at least yours changed... |
| 15:15:38 | * | scorche|w shakes his fist at congress for having the urge to be "different" |
| 15:15:41 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 15:18:33 | * | JdGordon gives up.... stupid wiki table sytax... way too annoying for 1am editing! |
| 15:19:08 | | Join [1]seb [0] (n=seb@port-212-202-41-195.dynamic.qsc.de) |
| 15:19:13 | linuxstb | Isn't it only 12am really? |
| 15:19:30 | JdGordon | yes... |
| 15:19:46 | JdGordon | but its still wiki tables which noone sane can do properly :p |
| 15:20:21 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 15:22:05 | [1]seb | does rockbox support Micro SD Ultra II cards? |
| 15:22:47 | linuxstb | [1]seb: Are you talking about Rockbox on the E200? |
| 15:23:07 | [1]seb | yes |
| 15:23:36 | JdGordon | are they just really fast micro SD cards? |
| 15:24:17 | [1]seb | it thinks so, but twice expensive |
| 15:24:27 | JdGordon | so probably... |
| 15:24:43 | JdGordon | but why get a fast small card when you can get a 4gb micro for the same price? |
| 15:28:29 | [1]seb | hmm. the fact is there're 2gb microsd for 10€, a microsd II 2gb for 20€, the cheapest 4 gb comes 40 € (microsd hc) |
| 15:29:32 | [1]seb | but i think 4 gb alltogether is enough for me. i have a 2gb sansa |
| 15:29:55 | | Join webguest02 [0] (i=52985296@gateway/web/cgi-irc/labb.contactor.se/x-07d04af86e4c745a) |
| 15:30:23 | | Join Rondom [0] (n=Rondom@p57A97E7B.dip.t-dialin.net) |
| 15:30:30 | [1]seb | so my second question: does the transferrate matter? |
| 15:30:55 | Zagor | [1]seb: not for rockbox |
| 15:31:02 | JdGordon | nope... ive never had a problem with my crappy ultra slow 1gb card |
| 15:31:16 | JdGordon | writing to it on the computer is spainful though |
| 15:31:56 | Zagor | it would be interesting to see how much difference, if any, a faster card would give |
| 15:33:38 | [1]seb | you mean writing on it by a cardreader or through the sansa? is there a difference? |
| 15:33:48 | JdGordon | both are slow |
| 15:34:32 | Zagor | i through the sansa. to see if the sansa or the card is the limiting factor |
| 15:34:41 | Zagor | i mean* |
| 15:34:47 | | Join MethoS-- [0] (n=clemens@pD955D5D3.dip.t-dialin.net) |
| 15:35:05 | | Quit JdGordon ("Konversation terminated!") |
| 15:35:07 | roolku | JdGordon: back |
| 15:35:12 | roolku | oops |
| 15:35:13 | linuxstb | ;) |
| 15:35:14 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 15:35:23 | linuxstb | Nicely timed. |
| 15:35:23 | Zagor | roolku: that was flawless timing |
| 15:35:52 | roolku | :) |
| 15:39:08 | [1]seb | ok, so i'll think i might pick the fast one. at a near local shop it would get only 1gb for 20 bugs. |
| 15:40:02 | | Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) |
| 15:40:25 | | Quit webguest02 ("CGI:IRC (Ping timeout)") |
| 15:45:05 | | Join webguest02 [0] (i=52985296@gateway/web/cgi-irc/labb.contactor.se/x-134c0f5883226820) |
| 15:45:35 | | Join J-23 [0] (i=aldwulf@a187.net131.okay.pl) |
| 15:46:37 | | Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 15:48:21 | | Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) |
| 15:49:25 | | Part [1]seb |
| 15:50:33 | | Quit webguest02 ("CGI:IRC (Ping timeout)") |
| 15:51:42 | | Quit advcomp2019 (Read error: 110 (Connection timed out)) |
| 15:52:41 | | Quit MethoS- (Read error: 101 (Network is unreachable)) |
| 15:55:11 | | Join Redbreva [0] (n=chatzill@host86-144-108-57.range86-144.btcentralplus.com) |
| 16:00 |
| 16:00:27 | | Quit Zagor ("Client exiting") |
| 16:00:29 | | Join cooz [0] (n=grzyzrul@pc178-100.ghnet.pl) |
| 16:01:46 | | Part LinusN |
| 16:18:28 | *** | Saving seen data "./dancer.seen" |
| 16:26:48 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:26:58 | | Join mf0102 [0] (n=michi@85.127.180.92) |
| 16:27:45 | | Quit J-23 () |
| 16:29:10 | | Join J-23 [0] (i=aldwulf@a187.net131.okay.pl) |
| 16:32:50 | | Quit ramon8 ("O FUK! WAATZ DAT SMELL?!!! O WAIT I FORGETS DAT I AM DA DOPEST SHIITTT!!!") |
| 16:32:57 | | Quit markun (Remote closed the connection) |
| 16:36:46 | | Quit przemhb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 16:38:50 | | Quit J-23 () |
| 16:42:03 | | Join markun [0] (n=markun@rockbox/developer/markun) |
| 16:42:46 | | Part Llorean |
| 16:53:08 | PaulJam | Nico_P: i tested the current buld with the uisimulator, and the problem with the runtime data not updating seems to be fixed. But i noticed that in the WPS the autoscore for the first track after starting playback (doesn't matter if resuming or staring playback by selecting a file) doesn't show up. (But i think a similar problem was already present for a long time, but only showed up after skipping a directory) |
| 16:53:19 | | Nick bb_ is now known as bb (n=bb@unaffiliated/bb) |
| 16:54:15 | Nico_P | PaulJam: cool :) about the autoscore, I think i have an idea... also do you know whether there's an open task about it? |
| 16:55:24 | PaulJam | I'm not sure if there is a fs task |
| 16:57:55 | PaulJam | that reminds me, i should test if 7318 is still valid. |
| 16:58:54 | Nico_P | PaulJam: do you know how to use gdb? |
| 16:59:13 | PaulJam | sorry, i have no idea |
| 17:00 |
| 17:01:55 | Nico_P | hmm yeah I think I know what the problem is... I doubt it existed in pre-MoB code though |
| 17:07:26 | Nico_P | am I the only one finding the DEBUGF output of firmware/id3.c annoying? |
| 17:07:52 | linuxstb | Yes, remove it... |
| 17:08:41 | Nico_P | I've long disabled it locally, but using a clean SVN sim reminds me how annoying it is each time |
| 17:10:38 | linuxstb | Maybe they should be changed to LOGF, so that they can be enabled for that file with LOGF_ENABLE (if I understand your last commit...) |
| 17:11:20 | Nico_P | hmm yeah why not... |
| 17:11:31 | Nico_P | maybe logf and DEBUGF should be unified anyway |
| 17:13:27 | linuxstb | We probably need to ask the old-timers why there are two different functions. i.e. if the hardware allows DEBUGF, do you need LOGF as well? |
| 17:14:32 | Nico_P | I agree, even though I hardly see how logf can be preffered over debugf |
| 17:15:23 | linuxstb | I can't think of a reason either. I've never found logf on the target very helpful. |
| 17:17:51 | * | linuxstb is hoping Zagor implements usb serial to enable DEBUGF on portalplayer targets |
| 17:20:59 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 17:23:38 | amiconn | Imho both make sense |
| 17:24:02 | linuxstb | But the question is if we need both at the same time, or could we unify them? |
| 17:24:12 | amiconn | While the hardware might allow for using gdb, not all devs will have the necessary equipment, or are willing to open and solder their dap |
| 17:24:57 | linuxstb | I mean it would be a build option to change the behaviour of LOGF to either log to the logf buffer, or to log to the serial port. |
| 17:25:15 | linuxstb | But there would only be one function in Rockbox. |
| 17:25:36 | linuxstb | So we don't have a mixture of LOGF/DEBUGF in the code. |
| 17:25:46 | lostlogic | Nico_P: I think we should do away with can_add_handle entirely... what do you think of that? |
| 17:28:40 | Nico_P | lostlogic: I was thinking of it |
| 17:30:25 | lostlogic | I mean the cost on bufopen of open and closing the fd is just not that big and the function seems to violate some contract somehow is my thought. |
| 17:34:20 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 17:35:56 | | Quit scorche (Connection timed out) |
| 17:36:37 | lostlogic | Nico_P: I'd also like to change the semantics of move_handle so that it returns a boolean indicating whether the handle is moved and takes a memory_handle** which it either doesn't touch or updaets with the new location of the handle. This makes the caller's work easier, especially if we introduce finer per-handle locking or something of that sort. |
| 17:37:59 | | Join Mastercactapus_ [0] (n=chatzill@dsl-72-55-217-72.tcq.net) |
| 17:38:56 | | Join Mastercactapus [0] (n=chatzill@dsl-72-55-217-72.tcq.net) |
| 17:39:08 | | Quit Mastercactapus_ (Client Quit) |
| 17:43:06 | | Part Mastercactapus |
| 17:44:48 | | Join Buschel [0] (n=AndreeBu@p54A3FA9B.dip.t-dialin.net) |
| 17:45:38 | | Join kugel [0] (i=kugel@unaffiliated/kugel) |
| 17:45:57 | | Quit jhulst ("Konversation terminated!") |
| 17:49:12 | | Join illissius- [0] (n=illissiu@91.83.19.106.pool.invitel.hu) |
| 17:49:49 | lostlogic | Nico_P: committed those changes + one other code cleanup, I hope you think they're an improvement as I do. |
| 17:50:09 | | Join ackbahr [0] (n=ackbahr@d213-103-137-66.cust.tele2.ch) |
| 17:56:19 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
| 17:56:27 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 17:56:50 | lostlogic | gah, screwed it up. |
| 17:57:05 | | Quit ackbahr (Read error: 104 (Connection reset by peer)) |
| 17:57:07 | Lear | Nico_P: Around? |
| 17:57:19 | Nico_P | Lear: kinda |
| 17:57:34 | Lear | Nico_P: Seen a buffering problem twice now... |
| 17:58:17 | cooz | hey guys, is there way to turn off rec button as i constantly keep hitting it by accident |
| 17:58:19 | | Join webguest93 [0] (i=410848ee@gateway/web/cgi-irc/labb.contactor.se/x-c692ab932ba74e6d) |
| 17:58:57 | Lear | I start a playlist. When there's 20-30 seconds left of the first track, audio stops. UI isn't locked, so I went to the debug screen. PCM was empty, don't remember anything else of importance (sorry). |
| 17:59:21 | Lear | Skipping to the next track works, so I skip back to the first track, seek towards the end, and no further playback issues. |
| 17:59:44 | pondlife | Sounds like buffering stalled. |
| 17:59:59 | pondlife | I had that before the weekend, but it's not happened since. |
| 18:00 |
| 18:00:30 | PaulJam | Nico_P: maybe i was wrong, and ther is still something wrong with updating the runtime data. after having played several tracks now only one got updated. i will observe this and let you know if i can find a pattern. |
| 18:01:09 | | Quit webguest93 (Client Quit) |
| 18:02:45 | Lear | pondlife: does the buffering debug screen show this (don't really know how to read the new one...)? |
| 18:02:51 | pondlife | Yes |
| 18:03:08 | pondlife | Well, all of the bars are empty |
| 18:03:12 | lostlogic | Nico_P: my next idea for improving the buffering semantics would be invasive. make any access to the ->next of a memory_handle require &llist_mutex and therfor use a find_next_handle(handle_id) as the common way to iterate the list from outside of the explicit list functions. |
| 18:04:29 | lostlogic | Nico_P: (btw, all of the changes I'm introducing ATM are coming about from my _attempt_ to introduce strict locking semantics including per-handle locks that can never be taken up without holding the llist_mutex. I never got that working, but it brought to light the potential concurrency traps in the current system) |
| 18:05:03 | pondlife | Nico_P: Your commit to update the elapsed/offset data smells wrong to me... is it right to update the buffer like that? Plus updating two places each time.... |
| 18:05:22 | lostlogic | pondlife: I had the same feeling, but hadn't gotten around to looking at it more closely yet. |
| 18:05:51 | Lear | pondlife: IIRC, not all bars were empty though. |
| 18:05:54 | pondlife | If curtrack_id3 is having it's stats overwritten, that's the problem. |
| 18:06:07 | pondlife | Lear: Ah, maybe different then |
| 18:06:40 | pondlife | Straight playback has been working fine for me today. |
| 18:07:09 | Lear | Well, I don't have the most recent changes (last 24h or so). |
| 18:08:10 | jhMikeS | lostlogic: I had a look at that and see a way to arrange this with half the mutex usage or less and without locking the list during removal. Only one contractual obligation need be observed and that's if a handle is about to be freed, nothing intends to use it (freeing implies that or else it's like a double-free of memory and is a bug). |
| 18:08:33 | | Quit illissius` (Read error: 110 (Connection timed out)) |
| 18:08:54 | lostlogic | jhMikeS: so your solution would only do strict locking around rm_handle and move_handle? |
| 18:10:25 | Lear | Btw, started playback now, and behavior in sim and target is different. In sim, "real" in debug screen is full, on target, it started at 500kB, is now 4MB. This on a Sansa. |
| 18:11:14 | jhMikeS | actually stricter locking than there is now but less |
| 18:11:31 | lostlogic | jhMikeS: sounds good to me |
| 18:12:03 | lostlogic | does it use some kind of latch-esque mechanism? |
| 18:12:17 | | Quit petur ("work->home") |
| 18:12:32 | jhMikeS | find handle should leave the mutex locked |
| 18:13:00 | jhMikeS | not sure what you mean by "latch-esque" though |
| 18:13:11 | lostlogic | yeah, that was part of what I did, but I broke stuff. |
| 18:13:29 | lostlogic | I'm still concerned about accessing ->next pointers without llist_mutex held though. |
| 18:14:10 | jhMikeS | if the _first_ operation when removing a handle is to change ->next, it should be fine |
| 18:15:19 | lostlogic | hmm *nod* |
| 18:15:26 | jhMikeS | that's iff the contract above is also observed. |
| 18:15:39 | lostlogic | right |
| 18:15:47 | lostlogic | so you gonna write it up? :-D |
| 18:16:35 | jhMikeS | I could give it a go soon. It seems pretty simple. |
| 18:16:47 | lostlogic | :) |
| 18:17:26 | jhMikeS | One bugger is the callback registration. Should the callbacks be added and removed only on the buffering thread in stead of by the caller? |
| 18:17:48 | lostlogic | that doesn't seem to be a likely place for a concurrency pitfall though? |
| 18:18:30 | *** | Saving seen data "./dancer.seen" |
| 18:19:19 | jhMikeS | depends...I'm looking at this in terms of utterly simultaneous use to guard against suprise bugs later |
| 18:19:25 | lostlogic | yah |
| 18:20:14 | preglow | which one should |
| 18:20:28 | preglow | if using threads at all: do it properly |
| 18:20:44 | | Join Daniel_S [0] (i=57b0db68@gateway/web/cgi-irc/labb.contactor.se/x-e2855683047a93a3) |
| 18:21:07 | | Quit annulus_ (SendQ exceeded) |
| 18:21:42 | jhMikeS | we don't need the surpise yield factor creeping in afterall. should have learned the lesson already :) |
| 18:24:03 | jhMikeS | This mpegplayer's keeping me busy though but it can play the other half of test movies I have now instead of choking. |
| 18:24:12 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
| 18:24:38 | | Part norbusan |
| 18:29:29 | | Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) |
| 18:34:35 | | Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) |
| 18:40:03 | | Quit pondlife ("Read error: 110 (Connection slimed out)") |
| 18:45:27 | | Join pondlife [0] (n=Steve@rockbox/developer/pondlife) |
| 18:51:50 | | Quit idnar (Nick collision from services.) |
| 18:51:53 | | Join idnar_ [0] (i=mithrand@unaffiliated/idnar) |
| 18:55:19 | | Quit Daniel_S ("CGI:IRC") |
| 18:58:00 | | Quit Arathis2 ("Bye, bye") |
| 19:00 |
| 19:00:06 | | Join bluey [0] (n=bluey@dslb-088-073-092-183.pools.arcor-ip.net) |
| 19:01:52 | | Join moos [0] (i=moos@m147.net81-66-159.noos.fr) |
| 19:04:25 | preglow | really, what is the difference between logf and debugf? |
| 19:04:29 | preglow | why aren't they one command? |
| 19:04:49 | lostlogic | hear hear! |
| 19:05:02 | Nico_P | preglow: logf writes to a buffer and debugf is supposed to write to the serial port |
| 19:05:04 | pondlife | I'd like a combined one, with "channels" i.e. the ability to enable debugging for playback only or whatever |
| 19:05:26 | pondlife | I thought debugf only output to stdio on sim... |
| 19:05:32 | pondlife | Didn't know about serial support |
| 19:05:35 | Nico_P | pondlife: we're not far from it, all that's left to do is turn all the debugf into logf |
| 19:05:36 | rasher | Nico_P: they *should* be the same thing, which does the right thing depending on what's available |
| 19:05:45 | Nico_P | rasher: I totally agree |
| 19:05:50 | roolku | logf can write to serial on h120 |
| 19:06:04 | | Join ilgufo [0] (n=matteo@host250-149-dynamic.58-82-r.retail.telecomitalia.it) |
| 19:06:05 | roolku | it also displays on the remote display |
| 19:06:10 | pondlife | That's logf |
| 19:06:10 | Nico_P | btw, sorry for disappearing earlier, a friend dropped by |
| 19:06:19 | Nico_P | I'm catching up now |
| 19:06:38 | roolku | pondlife: what is? |
| 19:06:55 | pondlife | logf writes to the remote, right? |
| 19:07:24 | roolku | logf is limited to a certain line lenght ( to conicide with display with and array size) |
| 19:07:45 | roolku | debugf has unlimited (well) line length |
| 19:08:13 | roolku | pondlife: yes, sorry - was a continuation from my previous line |
| 19:10:10 | preglow | roolku: that can be fixed |
| 19:10:44 | preglow | but i agree completely, they should be the same, logf should behave like debugf if it can |
| 19:10:48 | preglow | if not, then it doesn't |
| 19:11:12 | preglow | pondlife: that enabling should be source level, no channels |
| 19:11:20 | pixelma | Nico_P: what exactly is turned off by your latest commit? |
| 19:11:25 | preglow | pondlife: i don't want any playback.c logging in my binary by default unless i'm actually debugging it |
| 19:11:45 | pondlife | I'd assume a normal build wouldn't have logging in anyway |
| 19:11:50 | preglow | leaving them in (enabled) in the first place is a pure oversight that ought to be fixed, if you ask me |
| 19:11:51 | pondlife | Only a debug build |
| 19:11:58 | lostlogic | Nico_P:: is the average bitrate of a file known when bufopen is called? If so it might be reasonable to add bitrate the memory_handle and use the bitrate of the current file in the watermark calculations instead of whatever we default to atm |
| 19:12:00 | Nico_P | pixelma: the output from the ID3 parser in the sim |
| 19:12:09 | preglow | pondlife: well, sure, but why introduce "channels" for something that should be fixed with ifdefs? |
| 19:12:18 | Nico_P | lostlogic: if the metadata has been loaded then I think it is |
| 19:12:23 | pondlife | #Ifdefs would be fine |
| 19:12:49 | pondlife | I mean, a more structure way to enable what debug output occurs, at compile time. |
| 19:12:49 | preglow | pondlife: each source file usings logfs should have nice fat #define USE_LOGF at the top |
| 19:13:02 | Nico_P | preglow: logf (or even debugf) messages are never included if you don't ask for them to be |
| 19:13:09 | preglow | Nico_P: i know |
| 19:13:09 | pondlife | That would do. And SVN could have them all commented out. |
| 19:13:15 | preglow | Nico_P: but once i want them, they're currently all enabled |
| 19:13:17 | pixelma | only the ID3 parser? Btw. in general this info was once useful when I found an aiff that wouldn't want to play in Rockbox... |
| 19:13:21 | preglow | pondlife: indeed |
| 19:13:23 | Nico_P | preglow: not anymore |
| 19:13:34 | preglow | Nico_P: i don't think your commit dealt with all of them, did it? |
| 19:13:46 | Nico_P | pixelma: you can reenable the messages easily |
| 19:13:58 | Nico_P | preglow: in an earlier commit I disabled all logf messages by default |
| 19:14:15 | pixelma | I wouldn't have known... |
| 19:14:31 | preglow | Nico_P: all of them? i thought we agreed a per-file thing would be best |
| 19:14:47 | Nico_P | preglow: they are disabled and per-file enabling is possible |
| 19:14:49 | preglow | if i want to debug tagcache.c, i want to enable a #define in the top of that file |
| 19:15:01 | Nico_P | preglow: that's how it's done |
| 19:15:33 | Nico_P | see r15291 (http://svn.rockbox.org/viewvc.cgi?view=rev&revision=15291) |
| 19:16:15 | preglow | Nico_P: will check it out later |
| 19:17:08 | * | linuxstb would prefer to break the rules and use // to comment out #defines |
| 19:17:40 | pondlife | Why? |
| 19:17:46 | Nico_P | maybe I should add a note somewhere about how to enable logf output |
| 19:18:01 | linuxstb | pondlife: It just looks tidier to my eyes... |
| 19:18:19 | pondlife | I think // is tidier all round, but I guess it's what you're used to. |
| 19:18:38 | pixelma | linuxstb: it's done elsewhere this way (for example for the Ondio backlight mod - got an "ok" there) |
| 19:18:45 | linuxstb | Or maybe they should just be #undef LOGF_ENABLE |
| 19:19:48 | pondlife | Any reason we have lots of while(1)'s in - rather than while(true) ? |
| 19:20:21 | | Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) |
| 19:20:26 | * | pondlife is a type pedant |
| 19:20:35 | przemhb | Hi all |
| 19:21:10 | przemhb | barrywardell: I have some new info about H10's tuner; are you interested? |
| 19:21:28 | barrywardell | yeah!!! |
| 19:21:36 | * | linuxstb wonders why we have logf (a macro) in lower-case |
| 19:22:23 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:23:09 | przemhb | barrywardell: tuner/line-in switch is LV44052's B pin, which is connected to GPIOB.2 |
| 19:23:25 | przemhb | barrywardell: LV4052's A pin is -> GND |
| 19:23:52 | linuxstb | pondlife: Lots of C programmers don't use bool... |
| 19:24:01 | przemhb | barrywardell: BUSMODE of TEA5767 is -> GND so I2C is preselected |
| 19:24:07 | barrywardell | cool. what about enabling power to the tuner? |
| 19:24:59 | przemhb | barrywardell: VCC is turned on constantly - I did not noticed it to be turned off |
| 19:25:08 | pondlife | linuxstb: But no objection to it? |
| 19:25:12 | przemhb | barrywardell: BUSENABLE seems to be... |
| 19:25:29 | przemhb | barrywardell: left free |
| 19:25:34 | barrywardell | oh, I wonder why I couldn't get communication working in that case. I must try it again |
| 19:25:40 | przemhb | barrywardell: strange, I now, but |
| 19:26:01 | przemhb | barrywardell: well - it may work |
| 19:26:48 | przemhb | barrywardell: tuner's datasheets states that BUSENABLE should be pulled-up to VCC for at least 10us before any data transfer |
| 19:26:52 | barrywardell | przemhb: can you add that info to this page: http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments#H10_GPIO |
| 19:27:03 | przemhb | barrywardell: yes |
| 19:27:27 | przemhb | barrywardell: I will do this later |
| 19:28:03 | | Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) |
| 19:28:04 | barrywardell | free as in not enabled? |
| 19:28:11 | przemhb | barrywardell: I was investigating the tuner together with my friend |
| 19:28:19 | Nico_P | lostlogic: reading your commit now, nice |
| 19:28:34 | przemhb | barrywardell: yes, it seems to be floating |
| 19:28:50 | przemhb | it is not hard wired to VCC |
| 19:29:18 | barrywardell | any idea to pull BUSENABLE to VCC? another gpio bit? |
| 19:29:20 | przemhb | barrywardell: it is not present on a FPC cable that links daughterboard with mainboard |
| 19:29:40 | lostlogic | Nico_P: glad you don't object. |
| 19:30:13 | przemhb | barrywardell: No. Note that I have connected digital osciloscope and checed if I can catch any positive edge |
| 19:30:35 | | Join Domonoky [0] (n=Domonoky@f051104165.adsl.alicedsl.de) |
| 19:31:01 | barrywardell | przemhb: so do you think BUSENABLE shouldn't affect the tuner? |
| 19:31:10 | barrywardell | since it's not connected to the daughterboard anyway? |
| 19:31:17 | przemhb | barrywardell: full off->power on, power on-> tuner on, tuner on->off <= no edge at all; constantly sth about GND |
| 19:31:56 | barrywardell | power on -> tuner on : that's in the OF? |
| 19:32:03 | | Join lazka [0] (n=lazka@85-125-222-15.dynamic.xdsl-line.inode.at) |
| 19:32:04 | przemhb | barrywardell: yes |
| 19:32:07 | linuxstb | pondlife: Objection to what? |
| 19:33:10 | przemhb | barrywardell: there's a chance that you don't have to give positive edge to the BUSENABLE to enable I2C data transfer |
| 19:34:21 | przemhb | barrywardell: according to the BUSENABLE simplified schematic in datasheet there is a bipolar PNP transistor with emitter connected trough some current source to VCC and base to BUSENABLE pin |
| 19:34:26 | | Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 19:34:45 | Nico_P | pondlife, lostlogi: about the elapsed/offset commit, I don't really see another solution. I can't really keep a pointer to the write location, can I? |
| 19:35:04 | przemhb | barrywardell: so it should act the same whether it is connected to VCC or if it is left floating |
| 19:35:21 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 19:35:54 | przemhb | barrywardell: if only simplified schematic of the input gives enough details |
| 19:36:35 | przemhb | barrywardell: you have no resistance smaller then 10MOhms to any pin of the mentioned FPC cable |
| 19:36:47 | amiconn | hi przemhb |
| 19:37:06 | przemhb | barrywardell: it seems that there's no "reset" RC circuit from BUSENABLE to VCC |
| 19:37:15 | amiconn | I found your discoveries in the log, but didn't have time to do anything with them except saving them |
| 19:37:22 | | Quit SirFunk_ (Remote closed the connection) |
| 19:37:41 | przemhb | barrywardell: and it seems that there's no C in series to any FPC cable from BUSENABLE |
| 19:37:47 | przemhb | amiconn: Hi |
| 19:37:48 | * | amiconn is currently dissecting the G5.5 ROM |
| 19:38:40 | przemhb | barrywardell: I thin that we should try enabling H10's tuner basing on the data |
| 19:38:54 | barrywardell | last time I tried, I don't think i2c communication was working for me. |
| 19:38:54 | barrywardell | so I must be missing something |
| 19:39:18 | przemhb | (sorry for the missing letters - keyb. problem) |
| 19:39:30 | przemhb | barrywardell: what? |
| 19:39:52 | przemhb | I think we have to assume that we do not need to drive BUSENABLE |
| 19:40:20 | | Join J3TC- [0] (n=jetc123@wlrsvd-221.njit.edu) |
| 19:40:31 | przemhb | in case we would be wrong there's a second option which should leed us toward our aim |
| 19:41:09 | lostlogic | Nico_P: I don't understand fully the need to update the mp3info on the buffer at all −− how does the runtime data end up reading from it? |
| 19:41:25 | lostlogic | Nico_P: my thought is that it should only be updated once it's become static (ie the track it belogns to is no longer being played) |
| 19:42:13 | Nico_P | lostlogic: the buffer/unbuffer callbacks access the handles in the main buffer |
| 19:42:51 | Nico_P | see audio_generate_postbuffer_events() and audio_clear_track_entries() |
| 19:42:59 | | Join Daniel_S [0] (i=57b0db68@gateway/web/cgi-irc/labb.contactor.se/x-aa114efa2d052537) |
| 19:43:12 | lostlogic | Nico_P: gotcha, then we should offer playback a callback that can update them when they are no longer playback's current track. |
| 19:43:35 | przemhb | barrywardell: I have written a "set_gpio" plugin, which I have used to chec which GPIO pin drives LV4052 switch |
| 19:43:50 | Nico_P | lostlogic: yes, maybe |
| 19:43:57 | barrywardell | przemhb: sorry, I'm on a bad connection here. I'm slow in receiving IRC messages. |
| 19:44:06 | roolku | lostlogic: depends what you mean by update - I think the idea is not to spin up the disk |
| 19:44:10 | | Quit J3TC- (Client Quit) |
| 19:44:12 | Nico_P | I want to rethink the buffer/unbuffer callbacks too |
| 19:44:26 | pixelma | lostlogic, Nico_P: could that fix the "gather runtime data" not working on hwcodec? |
| 19:44:37 | lostlogic | roolku: it's not on the disk, just in memory. |
| 19:44:40 | przemhb | barrywardell: as BUSENABLE wasn't present on FPC, I didn't try the plug to find GPIO pin which could drive BUSENABLE |
| 19:44:47 | Nico_P | pixelma: that's probably broken elsewhere |
| 19:44:53 | barrywardell | przemhb: I'll dig out my old patch later and try it again. I'll post it to the tracker too. |
| 19:45:12 | przemhb | barrywardell: what patch? |
| 19:46:15 | Nico_P | lostlogic: can you tell me more about your locking ideas? |
| 19:46:19 | roolku | lostlogic: that's why I wrote "depends on" - I am fairly sure it currently updates to disk (certainly if tagcache not in ram) |
| 19:46:33 | | Join merbanan [0] (n=banan@83.233.243.136) |
| 19:46:59 | Nico_P | roolku: IIUC the updates are queued and probably only written on the following disk spinup |
| 19:47:00 | | Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) |
| 19:47:02 | lostlogic | roolku: the runtime data stuff would still hafta hit disk, but all I'm talking about is how and when the data gets from teh playback side of the fence back to the buffer side |
| 19:47:06 | przemhb | barrywardell: in case I've missed BUSENABLE driving edge (I do not think I did) there's still an option with my plug or testing pin by pin driving them for 10us L->H->L |
| 19:47:07 | | Join J3TC- [0] (n=jetc123@dhcp78-35.njit.edu) |
| 19:47:28 | lostlogic | Nico_P: I have a no-longer-applies (and broken any way) patch that might explain what I was after... I'll post it. |
| 19:47:49 | | Quit jhulst ("Konversation terminated!") |
| 19:47:58 | Nico_P | lostlogic: did I miss some recent discussion? |
| 19:48:20 | Nico_P | I saw one between you and jhMikeS invloving caching multiple handles |
| 19:48:31 | lostlogic | http://test.lostlogicx.com/transfer/rockbox/20071028_buffering_strict_locking.patch |
| 19:49:04 | lostlogic | Nico_P: Mike has an idea that involves some similarity with what I suggest (holding a lock on erturn from find-handle that the caller must then unlock when they are done with the found handle) |
| 19:49:20 | lostlogic | I'm pretty confident that his idea is right and mine is just excessive caution at the expense of sanity |
| 19:49:48 | | Quit TMM ("Ex-Chat") |
| 19:50:03 | Nico_P | lostlogic: what's the basic of your idea? |
| 19:50:25 | Nico_P | locking both the linked list mutex and a per-handle mutex? |
| 19:50:26 | barrywardell | przemhb: I previously tried to enable the H10 radio with rockbox. I have a patch somewhere saved on another computer which I'll have access to later |
| 19:50:53 | Nico_P | oh yes, find_next_handle... |
| 19:50:55 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 19:51:10 | lostlogic | Nico_P: the basic idea is that a handle can never leave the llist_mutex without its own mutex being locked |
| 19:51:10 | barrywardell | przemhb: that set_gpio plugin could be kinda useful too. do you have a patch? |
| 19:51:53 | lostlogic | the locking semantics of that are complex to realize though because they require strict adherance to order of lock uptake and strictly well behaved clients to the linked list functions that will always drop their locks as appropriate. |
| 19:52:00 | przemhb | barrywardell: no I don't have, but I can send it to the tracker |
| 19:52:07 | lostlogic | (which is why that patch is large and unfunctional) |
| 19:52:08 | | Quit Daniel_S ("CGI:IRC") |
| 19:52:13 | przemhb | barrywardell: I will prepare the patch |
| 19:52:31 | przemhb | barrywardell: currently it is for H10 only |
| 19:53:20 | przemhb | barrywardell: it make use of the knowledge about default GPIO's states |
| 19:53:36 | Nico_P | lostlogic: yeah it seems a bit invasive |
| 19:53:45 | przemhb | barrywardell: it enables to change value of a selected GPIO |
| 19:54:08 | przemhb | and it's direction, but only from I/O to O |
| 19:54:20 | lostlogic | Nico_P: it was never intended for commit, more as a "is this possible and what traps does it reveal" thing |
| 19:54:38 | przemhb | barrywardell: for safety reasons there are masks which prevent setting pin which byy default is an I as an O |
| 19:55:00 | barrywardell | przemhb: thanks. It might be helpful for all PortalPlayer devices |
| 19:55:05 | przemhb | barrywardell: as it could lead to O-O conflict and could possibly damage logic |
| 19:55:51 | przemhb | barrywardell: of course it cannot be commited as it's safety is limited |
| 19:56:04 | Buschel | amiconn: you there? |
| 19:56:48 | amiconn | yes |
| 19:57:32 | Buschel | amiconn: great. i saw you did some further rework of the 5G LCD driver and i could not let my hands off it :o) |
| 19:57:38 | przemhb | barrywardell: will you be able to send your patch this evening? |
| 19:57:58 | | Join bluebrother [0] (i=tS0Jksml@rockbox/staff/bluebrother) |
| 19:58:19 | amiconn | Buschel: Imo we should neither remove the bcm wait nor drop frames. That's dirty and leads to graphical artifacts |
| 19:58:33 | jhMikeS | Are displacements going to be used in metadata stucts instead of pointers in the future? Not having to adjust them when they're moved would be nice. (things like adjust_mp3entry) |
| 19:58:34 | amiconn | Instead we should try to get a better understanding of the bcm |
| 19:58:45 | amiconn | It looks like it is capable of double buffering |
| 19:59:00 | Buschel | amiconn: did play around a bit and got it (some little) faster. interesting is that you can reduce the bcm-commanding by far |
| 19:59:03 | Nico_P | jhMikeS: could be good, yeah |
| 19:59:19 | Buschel | amiconn: lots of the register writes/read seem to not have any effect |
| 19:59:28 | Nico_P | lostlogic: did it reveal traps? |
| 19:59:37 | barrywardell | przemhb: yes, in a couple of hours. |
| 19:59:53 | amiconn | Buschel: The sequences are obviously very close to what the G5.5 rom does |
| 20:00 |
| 20:00:02 | Nico_P | jhMikeS: linuxstb also raised the idea of having a separate buffer for the strings |
| 20:00:03 | Buschel | amiconn: about the frame-dropping -> not the best solution, but without any bad effect for video playback. i did never see any artifacts |
| 20:00:46 | amiconn | The 0xfffa0005 is somekind of magic or command; I found some other in the rom, but don't know yet what they do |
| 20:00:55 | lostlogic | Nico_P: my biggest concerns that it indicated are: unlocked access to first_handle, cur_handle and h->next and the other two that I already fixed (the potential escape of a h with move_handle and the can_add_handle questionable safety) |
| 20:00:56 | preglow | it could be a nice option, it's fairly common: vsync on/off |
| 20:01:34 | lostlogic | Nico_P: btw, it's not necessary to update buf_widx as often as we currently are afaics −− probably sufficient to update it as part of the update_data_counters call, which I think is safer. |
| 20:01:37 | przemhb | barrywardell: great |
| 20:01:42 | amiconn | (namely 0xfff5000a and 0xfff70008) |
| 20:01:59 | przemhb | barrywardell: maybe I'll be able to take a look at it today |
| 20:02:21 | amiconn | Another interesting area would be the investigation of how to use the on-disk version of the bcm firmware |
| 20:02:34 | amiconn | It seems to be quite different from the rom version |
| 20:02:36 | jhMikeS | Nico_P: now exceptions start creeping in? |
| 20:03:25 | Buschel | amiconn: did you try to set the other magic values to x1F8? |
| 20:03:45 | amiconn | Only one of them; 0xfff5000a |
| 20:03:53 | Buschel | and? |
| 20:04:16 | amiconn | But they are obviously having a different purpose than 0xfffa0005 |
| 20:04:37 | amiconn | Using the other one leads to 100% blind operated rockbox... |
| 20:04:45 | Nico_P | jhMikeS: exceptions? |
| 20:05:08 | amiconn | And the ROM routines using these constants do not set up the update rectangle etc like with 0xfffa0005 |
| 20:05:29 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 20:05:31 | amiconn | (but they send them to reg 0x1f8) |
| 20:05:39 | jhMikeS | Nico_P: this format gets a separate buffer, this one doesn't, etc. etc. IMHO any data format used on buffer should be moveable by design. |
| 20:05:58 | lostlogic | jhMikeS: I agree, I've always hated the absolute pointers in struct mp3info |
| 20:06:46 | | Quit moos ("Glory to Rockbox") |
| 20:08:11 | Nico_P | offsets wouldn't allow the const genres array though |
| 20:08:26 | jhMikeS | why? |
| 20:08:27 | preglow | pointers, ugh, nast |
| 20:08:30 | preglow | y |
| 20:08:44 | Nico_P | jhMikeS: a pointer is needed for those |
| 20:08:53 | Nico_P | but I still agree offsets are way better |
| 20:09:05 | jhMikeS | yeah, but those string don't move on the buffer |
| 20:09:14 | | Nick Buschel is now known as Buschel_off (n=AndreeBu@p54A3FA9B.dip.t-dialin.net) |
| 20:09:23 | | Join J3TC- [0] (n=jetc123@dhcp78-54.njit.edu) |
| 20:09:38 | Nico_P | jhMikeS: yes but you can either have a pointer to a const array or a pointer t the inner buffer |
| 20:09:54 | amiconn | Buschel: Ah, now I understand the basic principle of these command words: the second halfword is always the bitwise inverse of the first (some kind of consistency check)? |
| 20:10:13 | Nico_P | jhMikeS: it's easily solved by using a "genre" int though |
| 20:10:17 | jhMikeS | ah, right. always flagable somehow |
| 20:10:18 | amiconn | I found some more: 0xffeb0014 and 0xffec0013 |
| 20:10:46 | jhMikeS | that's good too |
| 20:10:48 | Nico_P | jhMikeS: this const array was precisley the cause of a crash. the pointer was adjusted when it shouldn't |
| 20:11:39 | | Join TotallyInfected [0] (n=ebola@pool-141-151-2-209.phlapa.east.verizon.net) |
| 20:12:05 | jhMikeS | aha. those little oopses always creep in with big reworks. |
| 20:12:33 | Nico_P | yeah, it was a long-standing bug revealed by MoB :) |
| 20:12:44 | amiconn | Buschel_off: And the 0x31 is some kind of 'go' command' |
| 20:13:02 | jhMikeS | not much different than leaving out an interrupt enable in 3000 lines of kernel code by mistake |
| 20:13:10 | PaulJam | Nico_P: i now did a little bit of testing on my h300 and the gather runtime feature is still broken. In the wps the runtime data is missing for the first track and the tracks that are played after rebufering (if rebuffering happened during track 6, then playcount and autoscore are missing for track 7). and the runtime data doesn't get updated for every track (only for first and last track it seems to get updated reliably) |
| 20:14:39 | Nico_P | hmm I think the callbacks need to be reworked |
| 20:15:34 | * | Nico_P has to go |
| 20:16:32 | | Quit Nico_P (Remote closed the connection) |
| 20:17:21 | | Quit desowin ("use linux") |
| 20:17:43 | | Join darkless [0] (n=darkless@x1-6-00-1a-92-ea-71-14.k201.webspeed.dk) |
| 20:18:32 | *** | Saving seen data "./dancer.seen" |
| 20:18:56 | jhMikeS | lostlogic: my first round: find_handle() locks the mutex, tries to find the handle. if not found unlocks it. if returned, mutex stays locked. some other functions adjusted to take a handle pointer instead of an id (which implies locked). this avoids additional searches when the pointer is already available. |
| 20:19:22 | | Join Fraser [0] (n=Fraser@thelawsons.plus.com) |
| 20:19:51 | lostlogic | jhMikeS: cool, that's kinda the other (and almost assuredly better) approach from what I was doing −− I was passing IDs only most of the time forcingn everyone to re-find and re-lock. |
| 20:20:19 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
| 20:22:05 | | Join abstrak [0] (n=asbtrak@client88-85-20-12.abo.net2000.ch) |
| 20:22:05 | jhMikeS | the rebuffer_handle function is only called in one spot and makes it harder to follow. it's critical to follow because it uses send_message inside the lock. mind if that goes? |
| 20:22:33 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 20:22:54 | jhMikeS | I'm just thinking to move the few lines of code straight into bufseek |
| 20:23:14 | lostlogic | jhMikeS: that's fine with me −− functions should enhance readability, not the othe rway around. |
| 20:23:19 | | Quit Toxicity999 (Read error: 104 (Connection reset by peer)) |
| 20:23:23 | lostlogic | (I had considered doing the same) |
| 20:24:20 | | Join ShadowCode [0] (n=aa@82.146.26.233) |
| 20:24:27 | ShadowCode | hi all |
| 20:24:36 | ShadowCode | I have a question :) |
| 20:24:36 | | Quit J3TC- (Read error: 104 (Connection reset by peer)) |
| 20:25:15 | | Join J3TC- [0] (n=jetc123@dhcp78-54.njit.edu) |
| 20:25:19 | preglow | ShadowCode: then you must ask it |
| 20:25:23 | ShadowCode | i have a zsp400 DSP core based rockchip player |
| 20:25:37 | ShadowCode | and i want to port Rockbox on it |
| 20:25:49 | ShadowCode | cen you qive me some starting help |
| 20:27:12 | Domonoky | ShadowCode: take a look at the NewPort wiki page... |
| 20:27:40 | ShadowCode | yes but the info ther is not helping me |
| 20:28:02 | preglow | hm, 16 bit dsp |
| 20:28:06 | ShadowCode | i need some one to tell me from where in the code to start |
| 20:28:07 | preglow | look forward to a hard port |
| 20:28:23 | Domonoky | is there a compiler for this chip ? :-) |
| 20:28:32 | preglow | ShadowCode: you need documentation first, then compilers |
| 20:28:34 | ShadowCode | it is RK1608A 100MHz CPU |
| 20:28:40 | preglow | in other words, what the newport page says |
| 20:28:45 | preglow | you don't start coding the first thing |
| 20:28:49 | ShadowCode | i have the data sheet |
| 20:29:13 | preglow | compilers? |
| 20:29:24 | preglow | i can't seem to find any info on any rk1608a cpu |
| 20:29:31 | ShadowCode | yes i am not new to rockbox but i need guidense |
| 20:29:43 | ShadowCode | I dont know about the compiler |
| 20:29:46 | Domonoky | ShadowCode: if you have a compiler... the next step would be to find out how to start your own code on it.. |
| 20:30:18 | abstrak | Any TCC78X datasheet here ? (want to port D2) |
| 20:30:19 | ShadowCode | that is the hard part |
| 20:30:31 | ShadowCode | i dont now how to test the code |
| 20:31:03 | ShadowCode | i have a disassembler for the games of the player |
| 20:31:06 | Domonoky | abstrak: i think there are TCC datasheets "somewhere".. :-) |
| 20:31:25 | ShadowCode | maby the asm instructions cen be usfule ? |
| 20:31:25 | abstrak | Domonoky: hard to find... |
| 20:31:32 | preglow | don't we have someone porting to D2? TMM? |
| 20:31:42 | ShadowCode | D2 ? |
| 20:31:47 | preglow | iaudio, no? |
| 20:32:06 | abstrak | yep |
| 20:32:09 | Domonoky | there is someone working on D2.. |
| 20:32:17 | abstrak | who ? |
| 20:32:17 | ShadowCode | what is D2 ? |
| 20:32:29 | preglow | domonoky: would that someone be tMM? i can't remember... |
| 20:32:33 | preglow | ShadowCode: an iaudio player |
| 20:32:44 | Domonoky | preglow, yes i think so... |
| 20:32:50 | | Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) |
| 20:32:58 | preglow | abstrak: then you should try getting hold of him |
| 20:33:02 | ShadowCode | strange thing :) |
| 20:33:33 | | Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) |
| 20:33:35 | | Join donutman25 [0] (n=chatzill@65.75.87.48) |
| 20:33:49 | Domonoky | the TMM is also the person to aks for the datasheets, but maybe someone else also have them.. :-) |
| 20:33:55 | ShadowCode | ok dose he come on irc channal ? |
| 20:34:02 | linuxstb_ | TMM is working on the iaudio 6/7, not the D2. |
| 20:34:05 | | Quit lukaswayne9 (Client Quit) |
| 20:34:09 | ShadowCode | I have the Datasheet |
| 20:34:40 | Domonoky | ShadowCode: dont mix up.. i was taking to abstrak :-) |
| 20:34:59 | ShadowCode | sry :) |
| 20:34:59 | abstrak | ShadowCode: u can send me ? |
| 20:35:07 | preglow | linuxstb_: hmm, anyone working on d2? |
| 20:35:18 | ShadowCode | w8 a sec |
| 20:35:33 | | Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) |
| 20:36:09 | linuxstb_ | preglow: Not afaik. |
| 20:36:16 | preglow | mok, then i'm just confused |
| 20:36:41 | linuxstb_ | Although tcctool has been successfully tested on the D2, so we can safely upload and run code via usb boot. |
| 20:36:53 | | Quit Frazz (Connection timed out) |
| 20:36:56 | | Join Frazz [0] (n=Fraser@thelawsons.plus.com) |
| 20:37:19 | ShadowCode | hhhm |
| 20:37:36 | ShadowCode | ok that is something i like |
| 20:37:50 | ShadowCode | is the tcctool on the site ? |
| 20:38:21 | linuxstb_ | It's in the Rockbox SVN - in utils/tcctool/ |
| 20:39:20 | ShadowCode | so this tool cen run code on the device via usb ? |
| 20:39:47 | | Quit sd (Nick collision from services.) |
| 20:39:51 | | Join sd__ [0] (n=sd@81.201.60.183) |
| 20:40:28 | linuxstb_ | Telechips CPUs have a usb boot mode. tcctool implements the PC-side of that process, transferring a firmware file to the device, which is then executed. |
| 20:40:46 | | Quit Fraser (Success) |
| 20:41:11 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 20:41:28 | Domonoky | abstrak: please join #datasheets :-) |
| 20:42:28 | ShadowCode | sry Domonky i dident see the name :) |
| 20:43:51 | ShadowCode | and haw do i get in usb boot mode the only mode i know is upgread and i get there with shorting the cpu :) |
| 20:44:05 | preglow | ShadowCode: not all players have any usb boot mode |
| 20:44:11 | preglow | we're talking iaudio d2 here |
| 20:44:21 | | Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) |
| 20:44:41 | ShadowCode | ok |
| 20:45:10 | ShadowCode | I am asking about the rockchip rk2608 players |
| 20:46:38 | preglow | well, i don't think anyone here has experience with it |
| 20:47:07 | ShadowCode | hm this is vary bad |
| 20:47:22 | ShadowCode | this player have a very good CPU |
| 20:47:32 | ShadowCode | to bad :( |
| 20:48:34 | ShadowCode | Teclast C260 is the official name of the player :) |
| 20:48:47 | ShadowCode | have you seen it ? |
| 20:48:51 | linuxstb_ | abstrak: Have you seen the Cowon D2 thread in the Rockbox forums? |
| 20:48:58 | bertrik | ShadowCode: what kind of CPU is in it? do you have a link? |
| 20:49:31 | | Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) |
| 20:49:51 | abstrak | linuxstb: yep |
| 20:51:07 | abstrak | linuxstb: i read it every ~2 days... not a lot of interested people |
| 20:51:28 | linuxstb_ | I think there's a lot of interest, just not anyone who is both interested and skilled. |
| 20:52:08 | linuxstb_ | But if you can get past the touchscreen, it looks a nice player. |
| 20:52:18 | * | preglow feels like aquiring a telechips target |
| 20:52:24 | preglow | no touchscreen... |
| 20:53:48 | preglow | linuxstb_: what tcc does iaudio 6/7 use? |
| 20:53:58 | linuxstb_ | 771L |
| 20:54:21 | abstrak | linuxstb_: it's my first rockbox port, i cannot port it alone but with a little help to start... |
| 20:54:43 | linuxstb_ | The difference between the 77x CPUs seems to be which combinations of modules are included - the list is (I think) 2MB SDRAM, NOR flash and audio codec. |
| 20:55:09 | ShadowCode | http://www.teclasters.com |
| 20:55:10 | linuxstb_ | The iaudio 7 has an external SDRAM module, so presumably the 771 doesn't have the builtin SDRAM. |
| 20:55:15 | ShadowCode | look in the forum |
| 20:55:28 | ShadowCode | you cen find pics on google |
| 20:55:31 | linuxstb_ | My device has no external SDRAM (773L) |
| 20:55:42 | | Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) |
| 20:56:20 | linuxstb_ | The 7801 is a different beast - dual ARM cores (arm926 and arm946) |
| 20:57:31 | linuxstb_ | Plus DSPs... |
| 20:58:15 | preglow | what has that? :> |
| 20:58:33 | linuxstb_ | abstrak: A lot of the work going on with other Telechips deviecs will help a D2 port - tcctool is the first example, but a lot of the code should be close to what you need as well. |
| 20:58:43 | linuxstb_ | preglow: Cowon D2 and iriver Clix2 |
| 20:59:01 | | Quit ilgufo (Remote closed the connection) |
| 20:59:13 | | Join xys [0] (n=xys@63-224-211-9.spkn.qwest.net) |
| 20:59:38 | | Join ilgufo [0] (n=matteo@host250-149-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:00 |
| 21:00:10 | ShadowCode | look this its c260 |
| 21:00:10 | ShadowCode | http://64.233.179.104/translate_c?hl=en&u=http://www.teclast.com/topic.php%3FchannelID%3D70%26topicID%3D140%26pid%3D4 |
| 21:00:56 | abstrak | linuxstb_: what's the steps ? the first thing to code/port ? |
| 21:02:07 | linuxstb_ | You basically need to write drivers for all the bits of hardware. It makes sense to start with the LCD, as that makes everything easier. |
| 21:02:22 | * | abstrak still want to find datasheet (TCC77X/78X) |
| 21:02:25 | abstrak | oko |
| 21:03:13 | * | abstrak is still on #datasheets |
| 21:04:10 | linuxstb_ | To do that, you'll need to disassemble the original firmware, and try and find the LCD driver functions there. |
| 21:04:11 | | Quit barrywardell () |
| 21:05:20 | | Part pondlife ("Gone") |
| 21:06:37 | abstrak | there is a SDK or ARM tools/package availiable? |
| 21:07:52 | | Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
| 21:07:56 | | Quit ilgufo (Remote closed the connection) |
| 21:08:11 | abstrak | arm disassembler? |
| 21:08:16 | linuxstb_ | Download the Rockbox source code and run the tools/rockboxdev.sh script - that installs the GNU binutils and gcc for ARM |
| 21:08:22 | | Join ilgufo [0] (n=matteo@host250-149-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:08:50 | abstrak | thanks |
| 21:10:19 | abstrak | all utils works under cygwin ? |
| 21:10:46 | lostlogic | abstrak: they should, but slow. |
| 21:11:07 | amiconn | For cygwin there are packages with pre-built crosscompilers available |
| 21:11:22 | linuxstb_ | preglow: The Samsung K5 looks interesting - it's the one with a speaker... |
| 21:11:23 | amiconn | rockboxdev.sh should work on cygwin too, but it'll take hours |
| 21:11:38 | amiconn | (my estimation: >4 hours) |
| 21:11:55 | | Join nanok [0] (n=nanok@194.145.183.75) |
| 21:12:03 | preglow | linuxstb_: oooh, it's an arm5 core! |
| 21:12:04 | nanok | hello |
| 21:12:05 | preglow | 77x, that is |
| 21:12:07 | lostlogic | abstrak: you really might consider vmware, I think there's still a vmware image out there that's good for developing. It's apparently much quicker than cygwin to compile on |
| 21:12:13 | preglow | i've never worked with one of those bastards |
| 21:12:16 | linuxstb_ | preglow: I've been saying that for weeks ;) |
| 21:12:31 | * | preglow turns on his attention brain centre |
| 21:12:55 | linuxstb_ | amiconn: The cygwin packages won't have the armv5 multilibs patch. |
| 21:13:00 | nanok | it seems the issue with playback freezing on some files (it seemed to me ogg, but now it apears not only ogg, mp3 also) is still present |
| 21:13:11 | nanok | allthough not so often anymore |
| 21:13:18 | amiconn | linuxstb: Not yet, no. Does current rockboxdev.sh build them? |
| 21:13:27 | linuxstb_ | Yes, but not correctly I think. |
| 21:13:33 | lostlogic | nanok: how often, after how long of playback, on what target? |
| 21:14:00 | lostlogic | nanok: does it always freeze on the same files but not on others, or are there other conditions that impact the freeze |
| 21:14:07 | nanok | sansa e200, i would say it happened less than 10 times today |
| 21:14:15 | linuxstb_ | amiconn: i.e. it only works for my specific CPU, not other armv5. kkurbjun was going to investigate, and it's on my list as well. We need to fix that before updating packages. |
| 21:14:17 | nanok | time of playback varies |
| 21:14:37 | nanok | lostlogic: that's the tricky part: i cant make out a pattern |
| 21:14:42 | amiconn | linuxstb: The vmware image also doesn't have the arm multilib stuff |
| 21:14:49 | lostlogic | nanok: I ask you as I realize that my ipod video that's been siting here playing all day is just now frozen. |
| 21:14:51 | amiconn | (neither the older one nor mine) |
| 21:14:56 | abstrak | i'll use my linux distrib... |
| 21:15:03 | lostlogic | nanok: it's most likely that the engine hits a need to rebuffer and somehow doesn't. |
| 21:15:15 | Bagder | the tcc771 doesn't have internal sdram, but which does? |
| 21:15:16 | | Quit ilgufo (Remote closed the connection) |
| 21:15:19 | nanok | first it seemed to happen on files which were ogg, but not allways. only a reboot would bring it back (after it happened nothing will play, allthough it was not crashed, menu's and the like worked) |
| 21:15:25 | Bagder | it has 64K sram |
| 21:15:41 | linuxstb_ | Bagder: The TCC773 (in my device) has 2MB SDRAM builtin. |
| 21:15:47 | Bagder | wow |
| 21:15:50 | nanok | now it also happens with mp3's, in the middle of playback (not as previously, only when starting playback of an ogg) |
| 21:15:51 | lostlogic | nanok: yeah, that's about how mine is I think... I'll ask you more if I need more info... it is looking like the buffering engine isn't freeing buffers properly somehow. |
| 21:16:10 | nanok | lostlogic: aham, i get it |
| 21:16:32 | lostlogic | hmm... are you sure that you need to reboot to get playback going again? |
| 21:16:41 | lostlogic | I'm able to get it back just by stopping and then playing again. |
| 21:16:43 | nanok | btw, i saw in the manual there should be a setting for the "second buffer" (anti skip), i can;t find it, was it disabled for solid-state targets? |
| 21:16:50 | | Join ilgufo [0] (n=matteo@host250-149-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:16:57 | Bagder | linuxstb: you found any sensible "overview" or similar of the various tcc chips that details stuff like this? |
| 21:17:20 | nanok | lostlogic: when it happens at beggining of playback of an ogg, i have no other way. even switching to another file (and format) doesn;t help |
| 21:17:21 | lostlogic | nanok: unsure, it's under general settings|playback|anti-skip-buffer |
| 21:17:34 | linuxstb_ | Bagder: No |
| 21:17:48 | nanok | yeah, that's where i looked. i don;t have that entry in the menu.. strange |
| 21:17:52 | lostlogic | nanok: ok, is that bug still happening at all? I think that should be gone. The one with the middle of playback is different. |
| 21:18:12 | | Quit ShadowCode () |
| 21:18:17 | bertrik | pcmbufdesc = 0 when it happens on my sansa |
| 21:18:23 | nanok | the one with ogg happened again today, but i think only once (so definetly not so often) |
| 21:18:39 | nanok | the one with mp3 seems, indeed, a whole different matter, sorry for the mixup |
| 21:18:42 | lostlogic | bertrik: yeah, both buffers were empty when I got it just now on my ipv |
| 21:18:55 | nanok | s/mp3/middle of playback |
| 21:19:14 | lostlogic | nanok: ok, I'm interested in more info on the beginning of an ogg one. the other one I think we have enough detail to look for. |
| 21:19:28 | nanok | lostlogic: what can i do? |
| 21:19:59 | lostlogic | nanok: try to make it happen again and see if there's something particular about the scenario where it does happen versus when it doesn't. |
| 21:20:59 | nanok | lostlogic: unfortunately i only had the player for a few days (rockboxed since the first half an hour or so, ofcourse ;) ), and that issue popped up a few times, but i can;t make out a pattern yet |
| 21:21:03 | pixelma | nanok: yes, the anti-skip setting was disabled for flash based targets |
| 21:21:24 | nanok | after the reboot, iirc, all is fine, and it keeps on working fine for a long time (maybe till next reboot?.. hmm) |
| 21:21:47 | | Quit nicktastic ("Leaving") |
| 21:21:47 | nanok | pixelma: okay, i thought so ;). it makes sense, after all |
| 21:22:27 | nanok | lostlogic: is there any way i can make it log to a file, so i can send you some info after this happens? |
| 21:22:31 | | Quit amiconn (Nick collision from services.) |
| 21:22:35 | | Join amiconn [0] (n=jens@p54BD74CB.dip.t-dialin.net) |
| 21:22:48 | pixelma | though the manual should be updated accordingly... |
| 21:23:04 | nanok | i currently have about 1G free on the player, and i don't mind keeping some free for a while, if i can help |
| 21:23:06 | lostlogic | nanok: you could make a logf build with buffering and playback logf t urned on, but tbh I'm not sure how to do that these days |
| 21:23:33 | preglow | advanced build |
| 21:23:43 | nanok | pixelma: speaking of the manual, the recording options, trigger functions, are missing. and i think they are common to all targets (?) |
| 21:23:58 | lostlogic | preglow: isn't there some #define stuff that needs done now too since Nico_P turned it off by default or something? |
| 21:24:12 | nanok | lostlogic: if you're not sure, me even less |
| 21:24:14 | bertrik | I won't mind to also help out to debug |
| 21:24:17 | nanok | :) |
| 21:24:26 | nanok | lostlogic: i will try to go on that reboot thing |
| 21:24:37 | nanok | tomorrow, i will try to find some time to play a bit with it |
| 21:25:17 | nanok | lostlogic: btw, there's a "debug" setting somewhre in the menu (labeled in brakets "keep out!" :) ) |
| 21:25:28 | nanok | would that be any help in this case? |
| 21:25:49 | pixelma | nanok: they are common to all targets that can record - and yes, the manual has weak points. The trigger options are best explained in the wiki IIRC. |
| 21:27:14 | nanok | pixelma: okay. maybe one of these days i can find some time to give a hand with the documentation. i know reading the manual convinced me to get the sansa, to rockbox it, i think it might be one of the main entrypoints for many people (about the features and such of rockbox) |
| 21:27:27 | lostlogic | nanok: yeah, the debug|buffering thread info for when the ogg bug happens would be useful. |
| 21:28:12 | nanok | lostlogic: okay, i will try to search in the docs how i can use that, and see if my 1G free is enough for it's verbosity :) |
| 21:29:33 | pixelma | nanok: help is very welcome :) (most developers only implement new features and don't help documenting them for the average user in the manual ;P ) |
| 21:29:38 | lostlogic | nanok: the bufferint thread is just a gui display −− logf is the one that would write to the disk and even that only stores a few kilobytes of data when you ask it to after stuff blows up |
| 21:29:51 | | Quit markun (Remote closed the connection) |
| 21:32:25 | nanok | pixelma: i know, i am a sysadmin, so i know how "boring" writing docs is. i also know how essential it is ;) |
| 21:32:59 | nanok | pixelma: i also know developers/sysadmins should never be bored, at least not oto much, or they become inefficient ;) |
| 21:33:00 | | Quit JRoT (Read error: 104 (Connection reset by peer)) |
| 21:33:26 | nanok | lostlogic: aahm, i see |
| 21:33:55 | amiconn | lostlogic: Frozen in what way (your G5)? |
| 21:33:57 | nanok | lostlogic: so basically it just buffers some debug info, and it "cycles" it, and only flushes if asked to |
| 21:34:12 | amiconn | Just frozen gui with music still playing and backlight reacting to buttons? |
| 21:35:37 | nanok | s/$/? |
| 21:35:54 | lostlogic | nanok: yes, that's how logf works |
| 21:36:25 | amiconn | Hmm, Nivo_p isn't around ... |
| 21:36:30 | amiconn | *Nico_P |
| 21:36:31 | lostlogic | amiconn: no, actually gui responsive, just music stopped and it appears that the buffering system had gotten into a situation where it thought that the whole buffer was allocated even though there was actually no real data on it |
| 21:36:38 | lostlogic | amiconn: yeah, he had to run |
| 21:36:48 | | Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 21:37:21 | | Join crossfade [0] (i=4b151979@gateway/web/cgi-irc/labb.contactor.se/x-3523a40a8e81acec) |
| 21:37:23 | amiconn | I checked the wps behaviour wrt track changes more closely (while waiting for another bug to show up) |
| 21:37:42 | crossfade | hi is anyone here familiar with the ipod nano v1.1.3 |
| 21:37:45 | amiconn | The current track metadata behaves correctly, but the playlist position advances too early |
| 21:38:39 | amiconn | And sometimes the progress bar briefly jumps back to the start, but I didn't find a pattern yet |
| 21:39:20 | crossfade | cause im not sure how to install it onto the ipod v1.1.3 |
| 21:40:26 | lostlogic | crossfade: waht is 1.1.3? the firmware version? firmware version doesn't matter to rockbox installation |
| 21:40:33 | | Quit ilgufo (Remote closed the connection) |
| 21:40:39 | | Quit mirak ("Ex-Chat") |
| 21:40:42 | | Quit mf0102 ("Verlassend") |
| 21:40:43 | crossfade | well its the ipod nano mini i think its a second gen |
| 21:40:43 | lostlogic | crossfade: is it the original nano or the second generation nano or the third generation? |
| 21:40:52 | lostlogic | rockbox doesn't support the nano 2g |
| 21:40:58 | crossfade | cause like when i also tried to install linux on it it did not detect my ipod |
| 21:41:02 | | Join ilgufo [0] (n=matteo@host250-149-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:41:25 | crossfade | its the four gig nano |
| 21:41:38 | crossfade | second gen |
| 21:41:46 | lostlogic | right, we only support the nano first gen. |
| 21:42:07 | linuxstb_ | crossfade: http://docs.info.apple.com/article.html?artnum=61688 |
| 21:42:30 | crossfade | yuup its a second generation |
| 21:42:33 | crossfade | i looked it up |
| 21:42:39 | amiconn | grrrr |
| 21:42:56 | amiconn | Why do spurious bugs never show up when you're waiting for them??? |
| 21:42:56 | crossfade | linux i suppose u r familiar with linux? |
| 21:43:07 | crossfade | >linuxstb< |
| 21:43:09 | krazykit | crossfade, please read the Ircguidelines |
| 21:43:16 | crossfade | sorry my bad |
| 21:43:23 | lostlogic | amiconn: observation changes the heisenbug ;) |
| 21:43:53 | linuxstb_ | crossfade: If you're about to ask about ipodlinux, it works on the same ipods Rockbox does, no more. |
| 21:43:59 | crossfade | but back to rockbox cause id really like to mod my ipod second generation but like i don't know how to install it |
| 21:44:24 | lostlogic | crossfade: as I've said repeatedly, rockbox does not work on the 2nd gen ipod nano. |
| 21:44:30 | crossfade | o k |
| 21:44:34 | linuxstb_ | Rockbox doesn't work on the 2nd gen Nano - it's a completely different device internally to other ipods, and no-one has ported Rockbox to it. |
| 21:44:42 | crossfade | alrighty |
| 21:44:45 | | Join markun_ [0] (n=markun@rockbox/developer/markun) |
| 21:46:06 | crossfade | so i presume that goes for the linux osx as well |
| 21:46:16 | crossfade | damn o well i was hoping it could thanks for the help |
| 21:48:04 | | Quit crossfade ("CGI:IRC (EOF)") |
| 21:49:04 | | Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") |
| 21:52:17 | xys | hi, i recently started using rockbox on my ipod 5g 30gb, is there anything that can be done to increase battery life? |
| 21:53:12 | lostlogic | xys: use less features (ie eq, replaygain, crossfade, crossfeed, peakmeter) |
| 21:54:04 | lostlogic | xys: or help us figure out what might be using extra battery and/or get rockbox actually running on both cores to reduce the cpu speed needed |
| 21:54:59 | amiconn | The core clock isn't that much of an issue |
| 21:55:02 | xys | i was looking at the spec sheet for the 5022 and was wondering if you guys were using both cores |
| 21:55:26 | xys | is there work on that? |
| 21:55:29 | amiconn | There are 3 main power suckers atm: (1) we need to find out what internal modules we can switch off, and how |
| 21:55:44 | linuxstb_ | xys: A little. e.g. mpegplayer uses them, and there is work being done to make core Rockbox dual-core safe. |
| 21:55:45 | lostlogic | xys: thanks to jhMikes and safetydan both cores are runnable, but currently nothing runs on the second core. |
| 21:55:56 | lostlogic | oh, forgot about mpegplayer. |
| 21:55:58 | amiconn | (2) (G5 only) We need to figure out backlight brightness. Full brightness is a real power sucker |
| 21:56:09 | amiconn | (3) We need to figure out disk poweroff |
| 21:56:27 | linuxstb_ | lostlogic: Also, wasn't it dan_a who did the initial dual-core work, not safetydan? |
| 21:56:34 | lostlogic | amiconn: we don't currently turn off the interface when we spin down? |
| 21:56:40 | amiconn | On G1..G3 where we did (1) and (3), we get runtimes on par, or exceeding, OF runtime |
| 21:56:49 | lostlogic | linuxstb_: yeah, sigh, I've been away too long ;) |
| 21:57:05 | xys | is spindown different from disk poweroff? |
| 21:57:06 | amiconn | And on G1..G3 rockbox runs single core |
| 21:57:11 | linuxstb_ | lostlogic: You have - but welcome back ;) |
| 21:57:16 | amiconn | xys: yes |
| 21:57:56 | lostlogic | linuxstb_: thanks :-P I still might turn out to be an illusion |
| 21:58:07 | amiconn | When spun down, all HDDs still need a bit of power for their ata interface. Most, if not all, hdd based mp3 players have an electronic switch to cut the power to the hdd when not in use |
| 21:58:23 | amiconn | On the ipods, except G1..G3, we don't know how to do that yet |
| 21:59:14 | xys | I was wondering the legality of disassembling the ipod firmware also |
| 22:00 |
| 22:00:46 | linuxstb_ | xys: I think that depends on the country you are in. |
| 22:01:04 | | Nick Buschel_off is now known as Buschel (n=AndreeBu@p54A3FA9B.dip.t-dialin.net) |
| 22:01:42 | Buschel | amiconn: maybe you're right with assumption that the x31 starts transmission to display |
| 22:02:14 | amiconn | Buschel: 0x31 is a general 'go' command, also for the other instructions |
| 22:02:27 | Buschel | amiconn: if you send x31 rigth after setup_rect the fps goes up to 36.6fps (@30MHz). |
| 22:02:39 | amiconn | I tried all 4 I found, both individually and in combination like the rom does |
| 22:02:56 | Buschel | amiconn: but you'll display the last screen screens update then |
| 22:03:00 | amiconn | 3 seem to do just nothing, one is a reset code |
| 22:03:43 | amiconn | Sending 0xfff70008 to 0x1f8 followed by 0x31 to control produces a white flash |
| 22:04:32 | amiconn | Buschel: Did you try to not sending the write address everytime, e.g. in setup_rect? |
| 22:04:43 | Buschel | amiconn: we may use the 14ms of the display update for the routines which copy data to lcd data port |
| 22:04:50 | amiconn | I suspect that the address pointer auto-increments |
| 22:04:52 | | Join Domonoky_ [0] (n=Domonoky@f051115217.adsl.alicedsl.de) |
| 22:05:43 | | Quit darkless (Read error: 110 (Connection timed out)) |
| 22:05:49 | amiconn | Buschel: Much simpler - we can let lcd_update_rect and lcd_yuv_blit just let write to the appropriate addresses, and then set a flag 'update needed' |
| 22:06:08 | Buschel | amiconn: which one? the E0020? |
| 22:06:17 | amiconn | The scroll thread could take care of that, i.e. check whether the bcm is ready for update, and then send 0x31 |
| 22:06:35 | amiconn | I think 0xe0020 is just the start addres |
| 22:06:36 | amiconn | s |
| 22:06:44 | | Quit abstrak () |
| 22:07:00 | nanok | lostlogic: i will be out in a minute. i will try to update to the latest build (clean, with no themes and such except for the default pack), and if it happens again, i will let you know (the ogg freeze problem), and if it does, maybe we can talk about some "serious" debugging/logging |
| 22:07:10 | amiconn | We could set up a permanent fullscreen rectangle, and then render into the appropriate region |
| 22:07:15 | nanok | lostlogic: does that sound good? |
| 22:07:25 | lostlogic | nanok: sounds good, also nico_p is your man for such things if I'm not around ;0 |
| 22:07:42 | przemhb | be |
| 22:07:47 | przemhb | bye |
| 22:07:48 | nanok | lostlogic: my current install is the build from 27 btw |
| 22:07:52 | | Part przemhb |
| 22:08:00 | nanok | lostlogic: okay, good to know |
| 22:08:02 | bertrik | nanok, can you reproduce FS #8037? |
| 22:08:23 | amiconn | Buschel: I mean, the first word of the data we're transferring is written to 0xe0020, the next one to 0xe0022 etc |
| 22:08:24 | nanok | bertrik: uhm, let me check, i don;t know the number :) |
| 22:08:24 | lostlogic | nanok: ah, the ogg freeze might have been picked up by one of Nico or my commits since then. |
| 22:09:14 | nanok | lostlogic: i updated to that one because someone here (maybe amiconn? not sure) said it was fixed (at that time just 8 hours old build or so) |
| 22:09:32 | nanok | lostlogic: but i am laos thinking maybe, somehow, i didn;t quite "catch" it |
| 22:09:36 | nanok | ;) |
| 22:09:36 | amiconn | That's what I mean with the autoincrementing addresses - it should also work in setup_rect that we just set the address to 0xe0000 and then transfer all parameters in succession |
| 22:09:52 | nanok | damn ; |
| 22:10:00 | nanok | it allways happen when i smoke and type.. |
| 22:10:05 | nanok | happens |
| 22:10:06 | amiconn | I'll check that theory, after my experiments wrt the lcd freeze |
| 22:10:31 | lostlogic | nanok: we've been making lots of improvements to the buffering stuff since Nico first did the big MoB commit last week. |
| 22:11:17 | amiconn | lostlogic: Do you have an idea how to fix the too early advancing playlist position? |
| 22:11:29 | nanok | lostlogic: cool. does this include some possible power consumption improvements, by any chance (i know with the sansa that's not where it is lacking, but still .. :) ) |
| 22:11:39 | | Join petur [0] (n=petur@d54C2B5CE.access.telenet.be) |
| 22:11:45 | lostlogic | amiconn: use the pcmbuf end of track callback to advance it instead of the buffer over... but I'm not sure of the full implications of that |
| 22:12:01 | lostlogic | nanok: no. |
| 22:12:07 | amiconn | The sansa also has the power consumption issues, just not as significant (the hdd power issue doesn't apply to itz) |
| 22:13:03 | nanok | bertrik: aaaahm. sounds like my litle devil (FS #8037), i will try it also |
| 22:13:45 | nanok | lostlogic: :). okay, you can't blame a man for hoping.. :P |
| 22:13:52 | lostlogic | :) |
| 22:14:50 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 22:14:58 | nanok | i understand the power management is a work in progress on the sansa (don;t know how it goes though, i hear quite sllow..). i did notice though that it is not as bad as it seems |
| 22:15:08 | | Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 22:15:09 | nanok | changing the theme and disabling the eq did wonders |
| 22:15:16 | | Join webguest50 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-f9c627fcd4748e36) |
| 22:15:27 | lostlogic | nanok: yeah, often just disabling the 'extras' makes a big improvement. |
| 22:15:44 | bertrik | nanok: the theme influences power consumption? |
| 22:15:46 | nanok | i think that should be documented somewhere also (i found it in a mail thread, quite difficult to get ot it), as in "power saving tips" |
| 22:16:26 | lostlogic | nanok: you're welcome to update our manual and submit a patch :-D |
| 22:16:29 | nanok | bertrik: well, a very "heavy" theme seems to be able to drain quite a lot. i suspect that also depends on the target though (the dev's can tell us i think) |
| 22:17:07 | nanok | lostlogic: as i said earlyer, i think i will try to help with that, as i am no coder, not much more i can do, though |
| 22:17:07 | lostlogic | bertrik: peakmeter and progressbar specifically do consume cpu cycles and cause more frequent LCD updates. |
| 22:17:10 | amiconn | Buschel: If we do it clever enough, we could try to send the 0x31 at exactly the right moment so that we're running just a tiny bit ahead of the bcm's internal processing |
| 22:17:25 | lostlogic | nanok: if you hang out long enough, you might be surprised ;) |
| 22:17:37 | | Quit merbanan ("Leaving") |
| 22:17:58 | amiconn | Meh, heisenbug ;\ |
| 22:18:10 | webguest50 | i have just converted my e200r into a e200 and i am dual-booting with rockbox. For some reason, when i connect it to the computer, nothing happens. it says connected on the sansa screen and when i plugged it in it said found new hardware. The neccessary files were not foundand nothing appears in my computer. When i used e200r, it connected fine but now it won't. Any suggestions. (i'm using sansa e200) |
| 22:18:33 | *** | Saving seen data "./dancer.seen" |
| 22:18:45 | nanok | lostlogic: i don't hang out. i need music like i need nicotine :), and i allways wanted an opensource firmware (i;m fed up with all the limitations, praying and waiting). so if i'm in, i'm in. it all comes down to how much time i can spare, from this point on ;) |
| 22:19:01 | Domonoky_ | webguest50: use the OF firmware for usb.. |
| 22:19:22 | lostlogic | nanok: that's kinda what I meant by hang out −− if you're here often and start submitting patches for the manual, you just might find yourself learning to code too. |
| 22:19:43 | nanok | but right now, i really have to watch this movie with my girlfriend, or i won;t be breathing when i wake up tomorrow morning (so i won't be much help for anything, in that case) |
| 22:20:04 | lostlogic | enjoy! |
| 22:20:29 | nanok | lostlogic: oooh, i doubt about coding. anything beyond some bash or perl is way out of my league (perl is allready voodoo stuff ;) ) |
| 22:20:50 | nanok | okay |
| 22:20:50 | nanok | see you, guys |
| 22:20:58 | nanok | thanks a lot ;) |
| 22:21:38 | nanok | webguest50: maybe change de usb mode to "mass storage device" on the sansa? |
| 22:21:52 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 22:22:00 | nanok | ahm, sorry |
| 22:22:09 | | Quit Domonoky (Read error: 110 (Connection timed out)) |
| 22:22:18 | nanok | missunderstood. clear sign i must take a break ;) |
| 22:22:45 | | Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 22:23:23 | | Part bluey ("Leaving") |
| 22:23:34 | webguest50 | nanok: It is on MSD mode |
| 22:23:42 | nanok | (or maybe not, i think rockbox never ays "connected", sounds like the OF) |
| 22:23:53 | nanok | webguest50: uhm, i never can remeber those acronyms |
| 22:23:57 | nanok | try the other one :) |
| 22:24:05 | nanok | what the hell is that one called? |
| 22:24:30 | webguest50 | i tried both MSC and MTP modes |
| 22:24:37 | scorche|w | you want MSC mode |
| 22:24:59 | nanok | webguest50: windows? or something else? |
| 22:25:26 | webguest50 | MSC connects but when i try to install it after the "found new hardware" window pops up, it doesn't find the files it needs i think |
| 22:25:57 | nanok | webguest50: i think scorche|w is right, btw, msc is the one i am using also |
| 22:26:12 | nanok | you try to install what exactly? |
| 22:26:20 | nanok | rockbox? |
| 22:26:40 | webguest50 | i already had rockbox installed and rockbox works fine |
| 22:26:57 | Domonoky_ | i think webguest just have to boot into the sansa firmware to get usb working.. rockbox will present its usb as "unkown device" :-) |
| 22:27:00 | nanok | do you see a drive letter for for the player? (it is windows i assume, right?) |
| 22:27:25 | | Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") |
| 22:27:29 | Domonoky_ | webguest50: you are in the sansa firmware when you connect usb ? |
| 22:27:36 | nanok | Domonoky_: i have a hunch he allready is, rockbox in my experience never says "connected" on the sansa |
| 22:27:38 | webguest50 | hold on, i'll give you exactly what it says (it said Removable E when i used e200r but now i don't see anything |
| 22:27:39 | bertrik | windows wouldn't recognise my sansa until I installed the software from the cd-rom |
| 22:27:49 | webguest50 | domonoky: yes |
| 22:27:58 | | Quit Echel0n (Connection timed out) |
| 22:28:20 | nanok | bertrik: oh really? weird, i assumed it should work out of the box with msc mode at least |
| 22:28:32 | nanok | it does on linux :-D |
| 22:28:57 | bertrik | I'll wipe the registry entries and try again to be sure |
| 22:29:19 | | Quit Frazz ("Leaving") |
| 22:29:21 | nanok | webguest50: try to check if there is a new letter, like e or something, anyway, even if windows doesn't tell you there is anymore (maybe it is just quiet) |
| 22:30:15 | webguest50 | Windows has found the following new hardware: |
| 22:30:24 | webguest50 | sorry, did that ny accident |
| 22:32:29 | | Quit nanok ("fourtytwo...") |
| 22:33:45 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 22:33:59 | webguest50 | it asks if i want to automatically search for a better driver or to specify the location of the driver. I selected automatic. Then it says windows was unable to locate the software for this device. |
| 22:35:47 | | Quit Alonea ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102213]") |
| 22:37:12 | | Quit xys ("Ex-Chat") |
| 22:38:49 | | Join J3TC- [0] (n=jetc123@dhcp78-54.njit.edu) |
| 22:43:19 | Bagder | it seems we never got any scans/fotos of a gmini |
| 22:43:50 | Bagder | there are photos of an xclef mt-500, claimed to be very similar to the gmini |
| 22:44:07 | | Join Echel0n [0] (n=SweetOne@pennilesshost.com) |
| 22:44:43 | | Join ender1 [0] (i=krneki@84-255-206-8.static.t-2.net) |
| 22:45:05 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 22:47:21 | Bagder | the telechip page grew a lot... :-) |
| 22:48:00 | | Join markun [0] (n=markun@rockbox/developer/markun) |
| 22:48:37 | | Quit markun_ (Read error: 104 (Connection reset by peer)) |
| 22:48:53 | bertrik | is there a guide somewhere on how to use debug and logging with rockbox? |
| 22:49:13 | | Join safetydan [0] (i=dc9d468b@rockbox/developer/safetydan) |
| 22:50:59 | | Quit webguest50 ("CGI:IRC (EOF)") |
| 22:53:38 | bertrik | I compiled for debug and logf, but I can't notice any difference with a normal build |
| 22:53:44 | | Nick ender1 is now known as ender` (i=krneki@84-255-206-8.static.t-2.net) |
| 22:53:57 | bertrik | ROCKBOX_HAS_LOGF is still #undef'ed in autoconf.h |
| 22:54:44 | preglow | amiconn: here? |
| 22:54:52 | Zagor | bertrik: the behaviour recently changed. you now have to add LOGF_ENABLE to those files you want logging enabled in |
| 22:55:13 | bertrik | ok thanks |
| 22:55:28 | Zagor | otherwise the log is quickly filled with stuff you're probably not interested in |
| 22:55:34 | lostlogic | bertrik: so if you're looking at the playback and buffering bugs, you'd add #define LOGF_ENABLE to the top of playback.c and buffering.c |
| 22:56:22 | amiconn | preglow: yes |
| 22:56:23 | Zagor | and iirc you need to add the define before #include "logf.h" |
| 22:56:46 | bertrik | Zagor: yes, I enabled that one |
| 22:57:04 | bertrik | I should also probably enable the ROCKBOX_HAS_LOGF in autoconf.h? |
| 22:57:19 | preglow | amiconn: look at clip_sample_16() in dsp.c, the fast clip trick i used in filters_cf.S for speex should be way faster than that, right? |
| 22:57:29 | bertrik | (i'll know if it worked in 15 minutes) |
| 22:57:43 | Zagor | bertrik: that should have been done by tools/configure |
| 22:58:42 | bertrik | I can just type "DL"<enter> at the advanced options question of tool/configure? |
| 22:59:37 | Zagor | I don't know actually, I've only ever used either option |
| 22:59:43 | bertrik | If i just type "DL"<enter>, the ROCKBOX_HAS_LOGF is #undef'ed in autoconf.h |
| 23:00 |
| 23:00:14 | | Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") |
| 23:00:26 | amiconn | preglow: I'm not sure. This one should be pretty fast too |
| 23:00:27 | | Join Domonoky [0] (n=Domonoky@f051115217.adsl.alicedsl.de) |
| 23:00:39 | amiconn | You can speed up the clipping case a bit with asm |
| 23:00:40 | preglow | the clipping in sample_output_dithered is really broken for frac_bits >= 30... |
| 23:00:42 | | Join webguest84 [0] (i=5439acbf@gateway/web/cgi-irc/labb.contactor.se/x-491cff67c5a56d43) |
| 23:00:59 | Zagor | bertrik: ok seems that doesn't work then. in that case yes enable ROCKBOX_HAS_LOGF manually in autoconf.h |
| 23:01:17 | Bagder | bertrik: you'll have to select d and l individually |
| 23:01:28 | amiconn | The non-clipping case should in fact be faster than what you do in speex, but it can't be used for arbitrary ranges |
| 23:01:29 | Bagder | not both at the same time |
| 23:01:45 | Bagder | type d[enter] then L[enter] |
| 23:02:22 | preglow | amiconn: nah, i figured that |
| 23:03:27 | amiconn | In speex you need a non-standard range. The method in clip_sample_16() only works fast for clipping to 16 bit (and 8 bit) |
| 23:04:10 | | Quit webguest84 (Client Quit) |
| 23:04:38 | Buschel | amiconn: gotta leave, maybe you've got the breaking through idea? I need to let the news settle a bit :o) |
| 23:05:21 | amiconn | In cf asm I would write it like this (clipping %d0): move.l %d0, %d1; ext.l %d1, cmp.l %d0, %d1; beq.s 1f; swap %d1; clr.l %d0; move.w %d1, %d0; 1: |
| 23:06:01 | | Quit Buschel () |
| 23:06:16 | amiconn | That would be 6 cycles non-clipping, and 7 cycles clipping |
| 23:06:52 | | Quit TotallyInfected () |
| 23:06:55 | | Join midgey [0] (n=tjross@westquad-188-19.reshall.umich.edu) |
| 23:06:58 | amiconn | Hmm, forget that |
| 23:07:18 | * | amiconn silly |
| 23:09:25 | | Join webguest91 [0] (i=53c7a3b9@gateway/web/cgi-irc/labb.contactor.se/x-67b093d8c716a0b8) |
| 23:09:59 | bertrik | argh, won't compile, errors in kernel.c |
| 23:10:00 | | Join JRoT [0] (n=JRoT@ip4da03737.direct-adsl.nl) |
| 23:10:14 | | Part JRoT |
| 23:10:17 | | Quit jgarvey ("Leaving") |
| 23:10:18 | | Quit webguest91 (Client Quit) |
| 23:12:06 | preglow | man, that clipping in sample_output_dithered looks weird |
| 23:12:59 | preglow | man, that is one bugged piece of shit |
| 23:17:40 | | Quit Llorean ("Leaving.") |
| 23:19:25 | amiconn | Yay! My theory is correct |
| 23:20:06 | amiconn | The bcm auto-increments the last used write address, so lcd_bcm_setup_rect() needs to do a lot less |
| 23:20:45 | * | amiconn wonders about the meaning of the 'cmd' |
| 23:20:55 | bertrik | I think I cannot use DEBUG at all with a sansa.... |
| 23:21:17 | Bagder | bertrik: what do you want to achieve? |
| 23:21:35 | bertrik | look into the playback.c problems |
| 23:21:51 | Bagder | surely logf is what you want then? |
| 23:22:00 | Bagder | unless you go for a sim build |
| 23:22:11 | lostlogic | bertrik: you probably just want logf, debugf is for serial debugging or sim |
| 23:22:16 | bertrik | I'll put up a patch for kernel.c debugging |
| 23:22:57 | bertrik | ok thanks |
| 23:24:50 | | Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") |
| 23:26:09 | | Join freqmod__nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) |
| 23:26:39 | | Quit freqmod__nx (Remote closed the connection) |
| 23:30:08 | | Quit ompaul (Client Quit) |
| 23:31:03 | preglow | amiconn: can you think of any fast ways of doing clip_sample() that doesn't mess up with extreme values of min/range? it messes up if range is 2^31 - 1 |
| 23:31:19 | | Quit jhMikeS (Nick collision from services.) |
| 23:31:25 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
| 23:31:56 | | Join midgey_ [0] (n=tjross@westquad-188-67.reshall.umich.edu) |
| 23:35:38 | | Quit J3TC- (Read error: 110 (Connection timed out)) |
| 23:38:13 | | Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) |
| 23:47:06 | | Quit tpickers66 (Read error: 113 (No route to host)) |
| 23:47:44 | | Quit midgey (Read error: 110 (Connection timed out)) |
| 23:52:33 | | Quit midgey_ () |
| 23:55:14 | | Quit ender` (" To get as fewest unhappy people as possible, always bully the same ones.") |
| 23:58:00 | | Quit MethoS-- (Remote closed the connection) |
icon identifies that the person is a core developer (has commit access).