--- Log for 29.10.107 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 27 days and 19 hours ago 00.00.45 # linuxstb: http://130.89.160.166/rockbox/clix2_50.txt.bz2 00.00.49 # amiconn: what would be the default font? something chosen per target? 00.01.07 # linuxstb: check out the end of the file, there you can clearly see it 00.01.12 # If you're talking about the default for the UI font, then yes 00.01.23 # but you can also see repeating patterns in other places 00.01.42 # 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 # 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 # markun: That's the version that's been unencrypted by the iriver tool? 00.04.11 # yes 00.04.25 # well, gigabeat is a small screen with small pixels. 00.04.49 Quit bertrik ("bye") 00.05.46 # 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 # 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 # On-the-fly emboldening should be possible and look okay 00.06.54 # That's something I am planning to play with when done with the low level lcd stuff 00.06.58 # I still thinks we should select a default user-font sooner rather than later. 00.07.00 # markun: I wonder if it's just that decrypt tool not doing things exactly right. 00.07.06 # 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 # linuxstb: yes, it could be that 00.07.45 # 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 # the settings system is ok enough 00.08.25 # 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 # vector fonts ... :) gotta be a reasonable way to do that. 00.08.31 # s/can't/don't/ 00.08.39 Quit iamben (Read error: 104 (Connection reset by peer)) 00.08.49 # 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 # It's too crowded 00.09.03 # rasher: that's the test if they read the manual ;) 00.09.19 # heh 00.09.21 # You shouldn't have to read the manual to pick up the device and use it... 00.09.44 # rasher: frankly I agree. a good UI is discoverable. 00.10.24 # 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 # 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 # Although it could be better... 00.11.15 # 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 # linuxstb: look for 5D6983B6 :) 00.11.53 # jhMikeS: there won't be huge differences to the Ipod Video which he tried... 00.11.53 # * preglow votes helvetica :P 00.12.06 # we should have someone bitmapize helvetica neue, that would rock :P 00.12.09 # what the res/size on that? 00.12.19 # markun: Hmm... 00.12.35 # linuxstb: every 5th line, besides the first few ends with it 00.12.42 # markun: That reminds me - any news on that font cache stuff? 00.12.52 # jhMikeS: 320x240 and really tiny pixels, a very nice display btw. 00.12.52 # amiconn: no 00.13.18 # preglow: Helvetica at smallish sizes looks rather "nervous" to me. 00.13.33 # preglow: http://rasher.dk/rockbox/fonts/100dpi/helvB08.png for example.. it looks like pixels are missing 00.13.47 # Lower-case c.. 00.13.58 Join Alonea [0] (n=chatzill@24-119-114-203.cpe.cableone.net) 00.14.20 # lower-case c is ugly 00.14.23 # Looks nicer at 14 and above 00.14.31 # i'm running the helvetica bundled on my nano 00.14.32 # looks great 00.14.41 Join ompaulafk [0] (n=ompaul@gnewsense/friend/ompaul) 00.14.49 # 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 # There's a helvetica in Rockbox? I never knew 00.14.59 Quit ompaul (Read error: 113 (No route to host)) 00.15.26 # jhMikeS: maybe we should ask linuxstb to compare? ;) 00.15.35 # * markun likes http://rasher.dk/rockbox/fonts/100dpi/helvR12-full.png 00.15.45 # Or http://rasher.dk/rockbox/fontstats/Rockbox%20fonts/helvR12.png 00.15.49 # 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 # heh, thank you :) 00.16.55 # hmmm...I seemed to remember but then I saw it a few minutes months ago. 00.17.06 # No, I lied... The video is _very_ slightly larger. 00.17.13 # * preglow uses helvR12 00.17.46 # linuxstb: ok, so I'm not full of it ? whew 00.17.54 # 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 # It could also include the display's ppi 00.19.26 # * Llorean agrees with preglow 00.19.37 # rockbox can look pretty nice these days 00.19.46 # 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 # 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 # lord, yes 00.21.25 # webguest77: type "svn help up" 00.21.27 # does vmware compile noticeably faster than cygwin, i'm getting old here waiting 00.21.55 # tdtooke: if I recall what I read correctly, it does 00.21.57 # umm...not noticeably no...incredibly 00.22.29 # markun: I have to go to bet, and I have no time to check, can you please say me the command? 00.22.33 # bed 00.22.35 # guess i should switch then, i just went with the first thing i found on the wiki 00.22.54 # webguest77: why would that be faster? 00.23.08 # 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 # markun: thanks 00.23.32 # tdcooke: me too...then I came here and asked if anything was faster with a day 00.23.38 # *within 00.23.51 # preglow: yeah, I forgot about that. My father told me it's completely useless to him. As is the vkeyboard. 00.23.52 # *tdtooke 00.24.07 Join andrewg867 [0] (n=andrew@stjhnf0124w-142162074456.pppoe-dynamic.nl.aliant.net) 00.24.25 # 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 # 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 # 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 # preglow: and I still would like bitmap alpha. the USB screen with a genuine drop shadow would look really sweet. 00.27.23 # screens like that would't suffer either, it'd be nice and fast 00.27.29 # but that's just a start 00.27.51 # Alpha can be fast. There's some packed multiply tricks to do it. 00.29.08 # 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 # meh, I'll take a nice high contrast large pixel mono lcd any day 00.33.14 # has anyone had any play stoppages or data aborts on latest SVN? 00.33.40 Quit spiorf (Remote closed the connection) 00.33.45 # 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 # 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 # seem like the boost is down by a couple % as well...not sure what would've changed that 00.36.01 # 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 # 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 # that would actually resolve what I was worried about in Nico's version of per-handle mutexes 00.38.25 # 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 # 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 # 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 # ahh, I gotcha 00.41.45 # right now, only one handle is cached it looks like 00.41.48 # amiconn: we don't use a patch for binutils currently, do we? 00.41.57 # no 00.42.06 # 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 # jhMikeS: yeah and realistically only 2 or 4 are needed in the cache 00.42.23 # 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 # 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 # ...is it just me or did the bass suddenly get a bit of a boost in the recent builds... 00.45.49 # ? 00.45.50 # 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 # good night all 00.48.37 # lostlogic: which types get used the most? audio track? 00.49.40 # 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 # jhMikeS: yeah, audio data currently 00.52.38 # I think some of what Nico's working on might make the metadata area also need some IO 00.53.54 # 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 # yeah, as I'm fiddling with some locking semantics ideas here I'm seeing where locking levels would be very helpful. 00.57.43 # 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.58 # 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 # 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 # 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 # jhMikeS: yeah, when a handle is moving it needs to be locked against anything else even looking at it 01.20.36 # I think find handle should leave the mutex locked given the operations being performed. 01.22.08 # snapshot the fd, clear it in the data, then unlock 01.22.33 # then the file is exchanged out atomically 01.28.22 # 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 # say what? 01.29.57 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 01.30.36 # hmmm...last I tried it I had no issue but never tried it with WMA 01.31.19 # 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 # jhMikeS: No clue, I haven't done any testing myself 01.32.39 # Heh...that just makes no sense first thinking about it...except gigabeat doesn't use IRAM. 01.33.06 # here's one for whoever: it is actually possible to brick playback by calling setmargins too zealously in gwps-common.c... 01.34.11 # 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 # 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 # 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 # is amiconn still here? 01.56.20 # 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 # 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 # 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 # tdtooke: Viewports would allow for a custom list position. 01.58.58 # 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.36 Quit xys ("Ex-Chat") 02.00.42 # 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 # Llorean: I was thinking that might be what the name implied 02.02.06 # 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 # 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 # 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 # 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 # 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 # clip regions are needed for that and amiconn's intents weren't to include clipping ones 02.05.56 # 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 # jhMikeS: so we should get it done before he has a chance to complin :) 02.06.07 # I'm almost certain that was pretty much their *only* job. 02.06.14 # just basic clipping to the rectangle but not complex overlapping. I want full clipping regions...which should be workable. 02.06.29 # jhMikeS: Just clipping to the rectangle would work for what I described, wouldn't it? 02.06.51 # not if one viewport is partically overlapped by another in front of it 02.07.04 Quit jhulst_ ("Konversation terminated!") 02.07.08 # if this wasn't in C that would be easier 02.07.46 # 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 # But I see what you mean 02.08.09 # 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 # 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 # 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 # 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 # JdGordon: but then each widget becomes multithreaded. a queue for the thread controlling would alleviate that however. 02.10.45 # 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 # 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 # 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 # 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 # *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 # jhMikeS: I think the real problem is static memory allocation for this one. 02.12.52 # In my head, at least. 02.12.52 Quit bipton (Client Quit) 02.12.54 # 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 # 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 # Llorean: Complexity can only be so high for any number of viewports. How many do we want? 16,64, 256? 02.13.45 # jhMikeS: 16, I think 02.13.47 # webguest68, what'd you do? 02.13.59 # jhMikeS: Even our largest screen probably won't be useful after division into even 3 or 4. 02.14.14 # Unless you're stacking them and some are completely covered. 02.14.58 # tdtooke: well, you mentioned the LSU friend...I affirming the "yes" to asking. :) 02.15.04 # fellas where would i ask about a new port? 02.15.22 # to see if there is any interest from others? 02.16.16 # 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 # 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 # 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 # 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 # tdtooke: Warning? 02.19.34 Join billenium_ [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 02.19.40 # 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 # Llorean: you said something like"I do plan to give people warning via the list and forums too, probably tomorrow." 02.19.50 # 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 # That's about the only four I can think of. 02.20.18 # tdtooke: Oh, that I'm changing the keymap on the Sansa. 02.20.37 # 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 # because in the guide it says type which arm-elf-gcc 02.21.01 # billenium_: "which arm-elf-gcc" tells you if you have it, not gets it. 02.21.08 # Running the rockboxdev.sh script can get it for you. 02.21.12 # 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 # 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 # Or the control would be anyway. 02.23.37 # billenium_, if you've already run rockboxdev.sh, you need to edit your $PATH like the guide says 02.24.13 # oh... 02.24.15 # whoops 02.24.25 # how do i run rockboxdev.sh? 02.24.35 # jhMikeS: Scaling is good, yeah. Especially when we've got upcoming targets with 640x480 and such 02.24.40 # 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 # billenium_: It's just a script in the tools folder 02.25.23 # karashata: thanks, i got a microtrack,, it is very nice but their software SEVERELY lacks 02.25.25 # okay 02.25.30 # >.< 02.25.33 # jhMikeS: That would be really, really nice. Yes. :) 02.25.54 # kinda sorta didnt help at all 02.25.56 # bipton: you're welcome 02.26.12 # how do i run a script thats somewhere in a tools folder? 02.26.45 # 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 # ive compiled before 02.27.07 # 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 # just not on this OS 02.27.16 Join MethoS-- [0] (n=clemens@pD955ED50.dip.t-dialin.net) 02.27.29 # 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 # ugh 02.28.55 # 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 # dang this is so hard and confusing... 02.31.08 # im not sure if i even have rockboxdev.sh 02.32.15 # do you have the source? 02.32.26 # Yes 02.32.58 # open a terminal and go there. then cd tools 02.33.14 # OH! 02.33.15 # 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 # yes. 02.34.23 # WARNING: this script is set to install in /usr/local but has no 02.34.23 # WARNING: write permission to do so! Please fix and re-run this script 02.35.01 # try: $ chmod ugo+rx nameofscript 02.35.17 # tdtooke, that isn't the issue 02.35.26 # billenium_, run it with sudo 02.35.42 # yes i was thinking about that 02.36.09 # 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 # Hello, are there any developers on? 02.38.30 # 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 # 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 # but I cannot create a SansaC100Port page in the wiki 02.40.15 Quit PaulJam (".") 02.40.31 # I just created an account, but I need to be added to the TWikiUsers group 02.40.41 # username? 02.40.48 # StephenPfetsch 02.41.52 # done 02.42.10 # 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 # 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 # (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 # ? 02.50.33 # billenium_, you'll have to change more than that, probably 02.50.42 # billenium_: what are you trying to do? 02.52.26 Join hoelz1 [0] (n=hoelz@emperor27.cs.wisc.edu) 02.52.40 # hello everyone 02.52.59 # 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 # jdGordon, i dont know. I just thought it would be cool to change it to like Haxor of .haxor ect 03.00.36 # 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 # 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 # No guarantee it will actually work though 03.12.26 # where might the #define be? xD 03.13.13 # settings.h 03.15.09 # oh wow thanks jdgordon 03.15.24 # apps/settings.h 03.15.39 # do you think i need to change more? 03.15.55 # that one and the one in your bootloader and thats it 03.16.00 # 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 # sounds good 03.26.24 # JdGordon one thing 03.26.41 # i only have to change /.rockbox to /.Hackedpod right? 03.27.03 # or do i have to change 03.27.17 # #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 # (also that tools script has been running for over an hour, normal?) 03.28.54 # 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 # 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 # krazykit, yes im compiling all 3 03.30.14 # 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 # i didnt think it would take a(n?) hour 03.30.46 # wait karashata you are saying the opisite of krazykit i think 03.31.07 # I could try to put it slightly different terms 03.31.36 # ROCKBOX_DIR is a variable that's being used to define the directory Rockbox is installing to 03.31.53 # so wait, doesnt it not really matter? 03.31.59 # you only need to change the value of the variable, and not the variable name itself 03.32.07 # yes i see now 03.32.24 # i could change the variable but it would just be more work 03.32.45 # so, you can change /.rockbox to /.hackedpod and have it install where you want without changing the variable name 03.33.02 # k, i get it now 03.33.28 # 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 # 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 # yea 03.33.43 # good luck 03.42.45 # viva rockbox 03.44.18 # 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 # i have been swindled 03.46.56 # sigh, my attempts to implement stricter locking semantics on buffering have so far resulted in awesome deadlockage 03.49.30 # Llorean> jhMikeS: Even our largest screen probably won't be useful after division into even 3 or 4. 03.51.07 # 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 # 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 # 1 hour and 30 minutes and the /tools script is still going... 03.58.25 # 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 # 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 # if i had 300 some mb RAM how long do you suppose it will take? 04.00.14 # It took my old computer overnight. 04.00.26 # w/320 MB of RAM. 04.00.26 # =( 04.00.32 # DRAT! 04.00.38 # a watched pot never boils. 04.00.51 # how long does it take to compile? 04.00.56 # under 30 minutes? 04.01.05 # billenium_: what specs are your computer? 04.01.09 # I've only ever compiled rockbox twice before, and it took upwards of an hour to compile for me in Cygwin 04.01.15 # umm 320mb of RAM 04.01.21 # 733mhz 04.01.31 # karashata, keep in mind cygwin is especially slow for some reason 04.01.32 # 30gb HDD =P 04.01.42 # * karashata knows 04.01.59 # * billenium_ east karashata 04.02.08 Part Davian 04.02.13 # I'm gonna look into trying VMWare the next time I feel like compiling a build of my own 04.02.13 # yes, billenium_, I believe it will take you less than 30 mins to compile in the end. 04.02.23 # awesome 04.02.26 # ill do it before school then 04.02.50 # 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 # what does "YUV" mean in the lcdframerate wiki page? 04.28.42 # i tihnk its a colour system... or something like that 04.28.42 Quit Rincewind ("Cya") 04.29.03 # this is one where wikipedia says it well. 04.29.23 # you really need the pretty pictures to envision different colour-space models IMHO. 04.32.45 # 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.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 # 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 # At least most of the scroll-margins using WPSes I see simply use them to avoid the album art. 05.11.55 # 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 # hi 05.17.58 # i was wondering if there is a way i can make my ipod 5.5g louder than allowed by its settings 05.17.59 # ? 05.18.26 # get an external amp 05.18.30 # not without massive clipping 05.18.33 # You don't find Rockbox's maximum volume loud enough? 05.18.52 # didnt you ask this before yesterday? 05.19.09 # i wasnt here yesterday :P 05.19.25 # the volume is loud enough, i was just wondering if it can go anylouder :P 05.19.34 # somebody else must of asked that then. because i remember this conversation 05.19.41 # i have new headphones and i wanna test howloud they can go with out breaking 05.19.42 # :D 05.19.55 # so you'll know when they break? 05.20.02 # yep 05.20.03 # sounds like a great plan. 05.20.16 # great...so you find out, then have to get new ones.. 05.20.24 # or go deaf 05.20.26 # my old ones broke as soon as i turned it up to full 05.20.32 # just got them 05.20.39 # 30 day return policyu 05.20.39 # :D 05.20.50 # * scorche facepalms 05.20.53 # just hook them up to a reciever or something. those get pretty loud. 05.21.07 # i before e, except after c... 05.21.08 # reciever? 05.21.24 # yes 05.22.01 # ...and that is? 05.22.37 # like a home theater system 05.22.51 # oh true 05.23.02 # to stay on topic, without an external amp, or MASSIVE clipping, no it isnt possible 05.23.08 # ok 05.23.09 # thanx 05.25.29 # one more question 05.26.00 # 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 # you can but its not easy 05.26.20 # if you edit the code and recompile, yesw 05.26.37 Quit karashata ("Leaving.") 05.26.38 # what language is it in? 05.26.51 # c 05.26.51 # C 05.27.00 Join karashata [0] (n=Kimi@pool1-181.adsl.user.start.ca) 05.27.06 # hmm 05.28.10 # i know visual basic, q basic, turning, dark basic and some PIC programming 05.28.14 # would i have trouble with it? 05.28.22 # only you can say for sure 05.28.35 # good point 05.28.41 # ok then i will have a look at the code 05.28.55 # it is quite a simple edit 05.29.05 # thats what i'm thinking 05.31.44 # thanks for the help guys 05.31.48 # imma go hit the hay 05.31.52 # got school tomorrow -_- 05.32.11 Quit DarkDaemon ("-= TMD-RecruitServer 5.0=-") 05.33.36 # 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.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 # Hallo 06.15.03 Quit midgey () 06.16.04 # ?????? 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 # anyone online? 06.56.19 Quit doom27 (Client Quit) 06.58.11 # yes 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 # hai guyz 07.36.09 # whats the slowest platform arm7 based that can decode AAC? 07.36.20 # ipud sis 74mhz, how much cpu does aac decode take there 07.39.24 # anyone know lol. 07.39.28 # is thi sthing on 07.39.47 Join daurn|iphone [0] (n=daurn@203.46.66.87) 07.42.31 # hap 07.42.32 # halp 07.43.59 Join Buschel [0] (n=AndreeBu@p54A3EA67.dip.t-dialin.net) 07.44.12 # dongs: long time no see 07.44.43 Quit daurnimator (Read error: 104 (Connection reset by peer)) 07.45.11 # 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.36 # scorche: it would be wiser to answer my question so I can just leave 08.01.10 # and i just looked at the "guidelines" and my question is within them. 08.01.39 # my issue was not with the question, but the 7 lines containing it 08.01.47 # a) we run the ipod at 80 MHz now 08.02.10 # my question was whats the slowest system that still supports AAC decode 08.02.12 # b) look int he wiki for the test codec plugin, as that will allow you to see for yourself 08.02.22 # slowest system as in what? 08.02.34 # something rockbox supports that is slow and decodes AAC. 08.03.10 # well, all SWcodec devices will play it, and the slowest will be all of the PP devices 08.03.26 # and how slow is that. 08.03.34 # 70+mhz? 08.03.43 # as i just said, 80 08.03.48 # o i c 08.04.19 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.04.29 # also in those guidelines, you will find something about speaking "real english" 08.05.06 # 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 # so how much cpu does aac decode take up. 08.06.56 # 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 # wouldnt that.. require installing rockbox? 08.07.34 # yes, it would 08.07.40 # well, thats not an option 08.07.58 # then you will have to wait around for someone else to do it for you 08.11.31 # 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 # 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 # it doesnt have a microSD slot though :( 08.15.36 # 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 # the c200 does 08.18.18 *** Saving seen data "./dancer.seen" 08.19.05 # 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 # how big is the aac decode plugin 08.38.53 # there is no aac decode plugin 08.38.58 # then? 08.39.07 # it is a codec 08.39.15 # oka,y how big is the aac codec. 08.39.43 # download a latest build, unzip, navigate to codecs, profit 08.42.06 # that wroks. 08.42.10 # 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.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 # 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 # linuxstb - i'll have a look 09.15.57 # http://www.beermex.com/ihpfirm.exe should do it 09.16.09 # And the source? 09.16.15 # no idea where the source code has got to .. 09.16.56 # :( 09.17.13 # found a local copy, i'll upload somewhere but don't have time to update wiki right now 09.17.24 # I'll edit the wiki if you want. 09.18.07 # www.beermex.com/ihpfirm.src.zip - thanks 09.18.52 # 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 # 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 # linuxstb: no, the text is from the linux usb/ch9.h header file. only he stripped some bits. 09.33.58 # I don't like blatant copies from other sources without references 09.34.42 # that's why I kept the lines about linux in that comment 09.35.20 # 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 # Zagor: Did you see austriancoder's comment on the USB flyspray task? 09.37.03 # no. checking... 09.39.05 Join _FireFly_ [0] (n=stephan@fhrouter83.fh-wuerzburg.de) 09.40.49 # 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 # 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 # 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 # linuxstb: I agree, we should not claim copyright on copied files. 09.46.33 # I think lots of austriancoder's (c) lines should be checked 09.46.49 # since lots of it is copied from linux and their (c) lines have been removed 09.47.15 # iirc, he was already told not to do that 09.47.26 # ok, good 09.49.33 # and why bother if his code is going to be removed again anyway.... 09.50.17 # 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 # what do you think? 09.53.04 # could it say ESMT on that second chip? 09.53.11 # it does 09.53.18 # ah good, then it's a ram module 09.53.29 # yep... i looked up the part number already 09.53.33 # hehe 09.53.41 # it's posted above the pics 09.54.17 # you mean I need to pay attention as well? ;-P 09.54.31 # tarsius: Could you find the TEA5767 ? I notice you wrote "allegedly"... 09.54.43 # s/allegedly/reportedly/ 09.55.17 # linuxstb: i'm guessing it's on that little circuit board i didn't remove 09.55.52 # 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 # 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 # That sounds like the flash. 09.56.15 # oh okay 09.56.45 # well i didn't actually see the TEA5767, but it was mentioned on that non-english forum 09.56.47 # 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 # Obvious question, but does your C100 have radio? I know the E200 came in versions with and without radio. 09.57.42 # 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 # 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 # Sounds likely. 10.00.26 # additionally, the non-english forum appears to mention it's in the c100, although what they wrote is technically incorrect 10.00.48 # the c100 looks very similar to the c200 from the outside if I find the right pictures 10.01.03 # tarsius: Did you see the commit of my initial work to port to my Telechips device? 10.01.47 # (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 # yep 10.02.07 # i'm still in the process of getting a suitable linux install 10.02.12 # 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 # 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 # okahy 10.04.06 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 10.05.20 # 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 # Hello! 10.06.07 # 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 # 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 # 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 # 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 # Hi all 10.26.15 Join safetydan [0] (n=safetyda@rockbox/developer/safetydan) 10.29.18 # 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 # 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.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 # http://www.tuaw.com/2007/10/29/instant-jailbreak-for-iphone-and-ipod-touch/ 11.20.59 # for the rockbox port to ipod touch ;-) 11.22.52 Join MajorC [0] (i=redeem@host183-38.bornet.net) 11.23.23 # Isn't the ipod touch just a PDA? 11.23.54 # well, a dap with pda stuff in it I guess 11.24.13 # Nice hack though... 11.24.19 # way more suited for ipl than rockbox i'd say 11.24.27 # im about to compile my own voice file, is there a good TTS-software that is gpl? 11.24.31 # ipl is dead 11.24.46 # Bagder: yeah, well, in principle :) 11.24.56 # MajorC: espeak, flite, festival 11.24.59 # I wouldn't go that far, but I wouldn't say that's suited either - it's uclinux. 11.25.11 # I'm assuming the touch is capable of running real Linux. 11.25.19 # MajorC: espeak+mbrola is also a good combination 11.25.25 # linuxstb: bsd... 11.25.28 # thanks 11.25.38 # are they win32 compatible? 11.26.04 # at least festival, mbrola and espeak are 11.26.11 # Being BSD-based, presumably there's no obligation for Apple to release source? 11.26.11 # don't know about flite 11.26.15 # linuxstb: right I forgot it's uc-based. yeah I mean proper linux would be better than rockbox. 11.26.24 # 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 # | how do i do so? 11.26.58 # billenium_: What operating system are you using? 11.27.03 # Linux 11.27.06 # Ubuntu 11.27.13 # billenium_: PATH=$PATH:/usr/local/sh-elf/bin:/usr/local/m68k-elf/bin:/usr/local/arm-elf/bin 11.27.18 # export PATH 11.27.29 # 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 # 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 # do i just add it to the bottom of (Both?) 11.28.24 # yes 11.28.34 # do mine or linuxstb's 11.28.42 # or both? 11.28.43 # not both 11.28.46 # oh okay 11.29.12 # wait... 11.29.15 # i cant find it 11.29.15 # xD 11.29.26 # How are you looking? 11.29.39 # Files beginning with a dot are normally hidden by most apps in Unix. 11.29.42 # make the file yourself then 11.29.56 # well i dont know where to look o.0 11.30.02 # mmm 11.30.04 # Type "ls -al" in your home directory. 11.30.06 Quit J3TC- (Read error: 113 (No route to host)) 11.30.21 # how do you stop a $VAR from expanding when you echo it somewhere? 11.30.48 # Put it in " quotes? 11.30.49 # eg - echo "$PATH" actually echoes your path bar 11.30.52 # oaky i did View show all 11.30.54 # and i can see all 11.30.56 # and i found it 11.31.00 # .bashrc 11.31.17 # daurnimator: echo \$PATH 11.31.21 # daurnimator: Then you want single quotes. 11.31.47 # that does it :)P_ 11.32.13 # 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 # When you run it twice, things would break... 11.32.48 # it could check if it's already there 11.32.52 # But it could maybe be smart about it.... 11.32.52 # 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 # its still not working 11.32.57 # when i compile 11.33.00 # it could ask 11.33.06 # also, it wouldn't really break, would it? Just be confused 11.33.08 # billenium_: You need to open up a new terminal window. 11.33.27 # billenium_: When you do that, type "echo $PATH" to see if the changes have taken effect. 11.33.40 # ^affect 11.33.59 # Zagor: or it could write a comment with a magic value in the file as well, and check for that 11.34.27 # they have 11.34.34 # its all good 11.34.34 # thanks 11.34.54 # rasher: yeah, but I don't like scripts modifying my dotfiles without my permission 11.35.06 # I agree, it should ask. 11.35.38 # as long as the question is done first with the others I think that's a good idea 11.36.06 # But doesn't the script require running as root in the default case? 11.36.27 # with the default paths with a default system, yes 11.36.59 # in that case I guess it could put it in /etc/whatever 11.37.11 Quit ApotheoZ () 11.37.28 # Another option could be to install the compilers in the user's home directory... 11.37.59 # that's probably a good idea in any case 11.38.55 # Bagder: Are you planning on writing a build-server kicking interface? 11.39.08 # yeah 11.40.23 # Perhaps it could be a file in svn, that when updated triggers the kicking 11.40.36 # I was thinking the same. 11.41.01 # but then I'd have to have a separate process for checking the state of that file 11.41.22 # or a svn commit-hook! 11.41.40 # 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 # ah 11.42.00 # could still be done, but would take some fun anyway 11.48.09 # as a first test 11.48.23 # I'm making the script exit hard if it detect being run for > 20 mintues 11.48.50 # it should be the equivalent of getting killed externally 11.50.25 # 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.02.12 # preglow: Yes, but I don't know enough about Nico_P's work to do it. 12.04.13 # linuxstb: nah, just wondered if he commented oin it 12.05.39 # 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 # okies 12.06.09 # anyway, seems to me we're pretty close to getting rid of the malloc buffer 12.06.18 # only two real problem codecs i see are tremor and faad 12.06.24 # 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 # we should really try to be rid of faad... 12.13.11 # argh, this helix one seems so nice :/ 12.13.37 # if only we could use non GPL (and still open source) codecs with rockbox.. 12.14.00 # doesn't the helix people claim their license is gpl compatible? 12.14.05 # have anyone commented on that at all? 12.14.05 # markun: such as? 12.14.51 # Zagor: there is the 3GPP reference AAC decoder 12.14.51 # preglow: Yes, but IIUC the reverse isn't true, so it's just marketing... 12.14.55 # such as: https://datatype.helixcommunity.org/2005/aacfixptdec 12.15.08 # linuxstb: right... 12.15.25 # 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 # Hello! Is TextViewer UTF-8-compatible? 12.16.26 # yes 12.16.31 # what license is it? 12.16.41 # doesn't seem like their code has changed much since release 12.16.43 # markun: I think it means that if someone combines Helix and GPL code, that person doesn't infringe the Helix license... 12.17.33 # Zagor: it doesn't state a specific license, let me look again. 12.18.07 # Zagor: it's a fixed point implementation 12.18.17 # (that was a BTW) 12.18.23 *** Saving seen data "./dancer.seen" 12.18.41 # also made by codingtechnologies.com (same as FAAD, right?) 12.19.08 # seems helix would even be able to do sbr in fixed point on ipods 12.19.45 # I'm not sure how fast the 3GPP implementation is 12.20.13 # 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 # "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 # hahaha 12.21.42 # wouldn't hurt if ffmpeg got that aac codec of theirs working either 12.21.48 # * preglow summons merbanan 12.22.13 # Can I read ISO-8859-2 on Rockbox? 12.22.53 # 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 # at least the current ffmpeg implementation looks pretty cute 12.24.23 # Is it in the main SVN yet? 12.24.28 # no... 12.24.40 # i wonder why the hell they started all soc work in another branch 12.24.54 Part karashata 12.25.11 # 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 # : 12.25.37 # :|* 12.25.50 # J-23: what's wrong? 12.27.00 Join J3TC- [0] (n=jetc123@wlrsvd-221.njit.edu) 12.28.11 # 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 # me neither, i just know that most aac codecs are way smaller than it 12.28.52 # Is there possibly just a lot of dead code there? 12.28.52 # 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 # linuxstb: maybe, *shrug* 12.29.00 Quit safetydan ("Leaving") 12.29.09 # 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 # sure, but i'd be more than willing to fix that 12.30.17 # 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 # J-23: with iconv 12.31.03 # cat oldfile.txt | iconv -f iso-8859-2 -t utf-8 > newfile.txt 12.32.27 # linuxstb: i've got a feeling it'll be a pretty easy job anyway, for some reason 12.32.53 # linuxstb: at least having the usual profile going 12.33.09 # 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 # LC 12.34.29 # J-23: was that useful? 12.35.00 # does anyone know if nico started trying to get cuesheet going with MoB? 12.35.11 # What do "SBR" and "PS" mean in AAC? They're defined for our build of faad. 12.35.28 # linuxstb: PS is parametric stereo 12.35.38 # J-23: do you want to convert them for vieweing them in rockbox? 12.35.43 # linuxstb: both are used in aacplus 12.35.48 # linuxstb: only gigabeat manages to decode that 12.36.00 # JdGordon: he said it was next 12.36.26 # So is aacplus part of "LC" ? 12.36.29 # no 12.36.33 Quit rep|icant_ (Read error: 113 (No route to host)) 12.36.37 # lc is pure bare-bones aac 12.36.40 # no sbr, no ps 12.36.43 # markun: Yes. 12.36.52 # pixelma: Yes. 12.37.08 # 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 # preglow: is PS really so expensive? 12.37.22 # markun: i wouldn't think so 12.37.23 # but sbr is 12.37.30 # yes 12.37.30 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 12.37.40 # 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 # qmf? 12.37.56 # 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 # quadrature mirror filter, a way of splitting a signal in two equally sized bands 12.38.13 # with some funny side effects 12.38.17 # and how I can check codepage of file? 12.38.40 # J-23: I don't think there is a good way to tell 12.38.53 # pixelma: Thanks. 12.39.21 # J-23: otherwise rockbox could do the checking and convert to unicode automatically 12.39.56 # the text viewer has its own codepage setting though and unfortunately this isn't in the manual 12.40.09 # Does Rockbox check text files for a BOM, regardless of codepage settings? 12.40.11 # mno, that wasn't the same at all 12.40.13 # I have tried ISO-8859-2, UTF-8, Win1250... 12.40.33 # the entire text viewer chapter is a outdated :\ 12.40.39 # J-23: do you have a link to the file? 12.40.46 # http://www.gutenberg.org/files/15201/15201-8.txt 12.40.54 # but I'm on emulator 12.41.03 # UI Simulator* 12.41.07 # 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 # linuxstb: In Opera too ;) 12.41.36 # I understood many things, but codepages ... 12.42.55 # File is probably bad 12.43.15 # or... It's in Win150. 12.43.16 # J-23: looks like CP1250 to me 12.43.23 Quit MajorC () 12.44.00 # but what fonts supports Win1250? 12.44.16 # * linuxstb gives markun a cookie 12.44.39 # linuxstb: I actually use w3m 12.45.16 # w3m? 12.45.25 # textmode internet browser 12.45.37 # And it detected the encoding? 12.45.48 # no, just tried a few 12.45.48 # J-23: see UnicodeFonts in the rockbox wiki (or rasher's page, don't have the URL at hand) 12.46.27 # but it's Win :| 12.46.48 # * J-23 converts it to UTF. 12.46.57 # J-23: it doesn't matter 12.47.07 # the fonts are not codepage dependant 12.47.20 # 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 # JdGordon: What happens if the track changes whilst you're using that feature? 12.49.47 # dunno... ill find out 12.49.56 # I just found it and thought its a great idea 12.50.02 # 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 # It works! :) 12.50.38 # hmm, no. 12.50.42 # hrm 12.50.51 # parametric stereo was definitely more complex than i expected 12.50.52 # hm, it should be supported, maybe I need to recompile 12.51.02 # J-23: what doesn't work? 12.51.02 # markun: I see it in the encoding options in the text viewer... 12.51.08 # pixelma: yes, me too 12.51.10 # I have only changed font, no downloaded file 12.51.21 # I'll shut up now :) 12.51.30 # J-23: I just tried it with helvR12 12.52.17 # It works aldough, TextViewer decodes Win1250 12.52.21 # 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 # but I had bad font 12.52.47 # now I have set UTF font 12.52.56 # JdGordon: Yes, you would want to to remember the artist at the time you selected it. 12.53.08 # s/to to/it to/ 12.53.19 # J-23: there are not really UTF fonts, but I know what you mean 12.53.29 # so no problems commiting it? 12.53.58 # Sounds a useful feature to me, but I can't comment on the implementation. 12.54.46 # Some kind of GUI query editor for the database would be nice... 12.55.26 # sounds like bloat to me :p 12.55.30 # 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.01.17 # 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 # commiting now.. code looks fine and no problems runninng it 13.05.30 # and onto the problem of the tagnavi.config not being localised... how about we check for langs/tagnavi. on load and shit translated tagnavis in the zip? 13.06.06 # JdGordon: I'm obviously talking about a plugin... 13.06.34 # oh... well that maybe is more possible 13.07.06 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 13.08.30 # Alternatively, it could be done in Rockbox utility... 13.09.05 # a tagnavi.config editor on the dap would be more useful 13.09.46 # Maybe... Doing it in Rockbox utility would allow a much nicer UI - and a real keyboard. 13.09.47 # Slasheri: you round? 13.10.22 # notepad isnt a nice enough UI if you have acces to the computer anyway? 13.10.36 # Not if you're someone like my mother... 13.10.50 # the defaults arnt good enough for your mum? 13.11.34 # 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 # yeah ok, I agree 13.12.59 # and BAH... extra yellow :( 13.14.45 Join feng [0] (i=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-3e7515691fe1189c) 13.16.09 # 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 # 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 # 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 # *data 13.17.26 # this one should work fine on hwcodec 13.17.41 # gather runtime probably doesnt hook into hwcodec playback properly 13.17.48 # 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 # psf 13.22.05 # JdGordon: hmmm... But wouldn't finding songs in the same folder force a switch to the file browser? 13.22.13 # no 13.22.31 # * JdGordon has an idea how to add heaps of extra options to this 13.22.35 # JdGordon: then please please implement the feature! 13.23.52 # "heaps of extra options" <- Just what Rockbox needs ;) 13.24.24 # :D just 1 or 2 dozen... 13.24.27 # nothing major 13.24.42 # should actually simplify that patch a fair bit 13.25.07 # and by simplify I mean give it the ol' Jd touch which could go either way ! :p 13.28.01 # anyone remember how to use offset() ? 13.28.03 Join PaulJam [0] (i=PaulJam_@vpn-3097.gwdg.de) 13.28.20 # I mean to get a datamembers offset? 13.28.36 # s/data/struct 13.29.06 # offsetof? 13.29.30 # thats the one :) 13.29.57 # off = offsetof(structname, membername); 13.30.03 # 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 # just basically &struct.members - &struct ? 13.31.25 # yes 13.31.50 # Is that C or gcc? 13.31.51 # what's the need for offsetof, then? 13.32.01 # JdGordon: thanks for comitting FS#8008 for me. :) 13.32.04 # I guess offsetof is compile-time? 13.32.10 # good point 13.32.24 # offsetof() is a macro, apparently 13.32.44 # roolku: thats for doing it :) one of the few things i might actually use the DB for 13.32.57 # 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 # 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 # you have commit acces? I forgot :p I would have left it for you then 13.33.58 # grr...searchstring is a static variable I meant to say 13.34.54 # JdGordon: if you want to include this fix in your mangling go ahead. :) 13.35.18 # na, I'll leave that to you... :) 13.35.59 Quit mrkiko (Remote closed the connection) 13.36.54 # JdGordon: does fs#8008 require a rebuild of the database? 13.36.59 # no 13.37.12 # thanks 13.38.39 # JdGordon: are you still going ahead to implement #directory# ? 13.38.55 # im adding all the id3 strings in a very generic way 13.39.04 # well... thats my aim anyway 13.39.47 # and then go ahead and document it? ;) 13.40.18 # JdGordon: okay, so I better wait. There is no id3 string for directory though IIRC 13.40.50 # pixelma: :'( do I haaave to :'( 13.41.11 # 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 # 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 # its still nicer to have them in a define than hardcoded imho 13.47.44 # 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 # 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 # 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 # enough that i even use the 80 char rule privately 13.52.39 # amen 13.53.06 # 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 # i used to do that, but no more 13.54.50 # fullscreen windows with a widesceen lcd is no good 13.55.01 # 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 # it's especially nice when syncing 13.56.50 # ugh, seems i've broken wma locally 13.58.30 # roolku: still there? 13.59.08 Join norbusan [0] (n=norbusan@dhcp02.algebra.tuwien.ac.at) 13.59.13 Part norbusan 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 # 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 # I assume that's a new "feature" ? 14.45.42 # roolku: ping? 14.46.18 Quit Arathis (Read error: 110 (Connection timed out)) 14.48.20 # any complaints about this diff? http://rafb.net/p/ttPak934.html 14.49.35 # 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 # JdGordon: What is "disc" - the disc number (e.g. 1 of 2) ? 14.51.38 # not 100% sure 14.52.04 # PaulJam: to save the position perhaps? 14.52.06 # Also, does Rockbox support albumartist? 14.52.17 # i tihnk so 14.52.29 # That may be a useful string to add - maybe instead of disc. 14.52.29 # I just added them to show its doable.. more can be added 14.53.52 # PaulJam, LinusN: Shouldn't it only save the position on exit? 14.54.06 # absolutely 14.54.18 # it was just a guess 14.54.50 # 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 # :-) 14.56.16 # wasnt there a commit recently to reduce the time it took the e200 to turn the lcd back on? 14.57.01 # settings_save() shouldnt cause a spinup.... (unless im forgetting...) it should just register the callback for next time 14.57.11 # unless your using your own settings_sav 14.57.16 # in which case.. ill shutup 14.57.17 # JdGordon: this is save_settings() 14.57.25 # the plugin version 14.57.31 # * pixelma thinks that linuxstb has a lot of cookies to hand out today... :) 14.57.33 # ah 14.57.59 # * linuxstb gives pixelma a cookie too 14.58.08 # yummy 14.58.10 # * JdGordon wants a cookie! :'( 14.58.18 # 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 # hehe awesome :D 14.59.45 # does anyone know the tagnavi.config syntax? 15.00.03 # there is a wikipage DataBase 15.00.12 # 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 # 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 # I blame Nico_P, a little ;p 15.03.22 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 15.03.31 # :-) 15.03.31 # sucky workaround? 15.03.50 # Nah, I left some of my debugging code in. 15.05.22 # pondlife: that was to try to find the cause of the SID segfault, wasn't it? 15.05.31 # Yes.. Hopefully a new build will trigger and remove it though! 15.05.47 # I'm still getting a segfault with SIDs though 15.05.59 # Don't know if you saw the Flyspray report? 15.06.06 # Looks like it's in the codec now 15.06.06 # I did 15.06.18 # yeah I got this segfault earlier 15.06.29 # didn't find out why 15.06.47 # That size=65535 looked suspicious 15.07.07 # why? 15.07.10 # BTW, could you maybe make those error #defines all start with ERR_ or something? 15.07.45 # Seeing a 65535 going into arithmetic operations always makes me suspicious. 15.08.15 # Some numbers just shouldn't be involved in arithmetic :) 15.09.15 # 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 # 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 # 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 # Isn't it only 12am really? 15.19.30 # yes... 15.19.46 # 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 # [1]seb: Are you talking about Rockbox on the E200? 15.23.07 # <[1]seb> yes 15.23.36 # are they just really fast micro SD cards? 15.24.17 # <[1]seb> it thinks so, but twice expensive 15.24.27 # so probably... 15.24.43 # 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 # [1]seb: not for rockbox 15.31.02 # nope... ive never had a problem with my crappy ultra slow 1gb card 15.31.16 # writing to it on the computer is spainful though 15.31.56 # 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 # both are slow 15.34.32 # i through the sansa. to see if the sansa or the card is the limiting factor 15.34.41 # 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 # JdGordon: back 15.35.12 # oops 15.35.13 # ;) 15.35.14 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 15.35.23 # Nicely timed. 15.35.23 # roolku: that was flawless timing 15.35.52 # :) 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.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 # 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 # 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 # I'm not sure if there is a fs task 16.57.55 # that reminds me, i should test if 7318 is still valid. 16.58.54 # PaulJam: do you know how to use gdb? 16.59.13 # sorry, i have no idea 17.01.55 # hmm yeah I think I know what the problem is... I doubt it existed in pre-MoB code though 17.07.26 # am I the only one finding the DEBUGF output of firmware/id3.c annoying? 17.07.52 # Yes, remove it... 17.08.41 # I've long disabled it locally, but using a clean SVN sim reminds me how annoying it is each time 17.10.38 # 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 # hmm yeah why not... 17.11.31 # maybe logf and DEBUGF should be unified anyway 17.13.27 # 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 # I agree, even though I hardly see how logf can be preffered over debugf 17.15.23 # 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 # Imho both make sense 17.24.02 # But the question is if we need both at the same time, or could we unify them? 17.24.12 # 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 # 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 # But there would only be one function in Rockbox. 17.25.36 # So we don't have a mixture of LOGF/DEBUGF in the code. 17.25.46 # Nico_P: I think we should do away with can_add_handle entirely... what do you think of that? 17.28.40 # lostlogic: I was thinking of it 17.30.25 # 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 # 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 # 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 # gah, screwed it up. 17.57.05 Quit ackbahr (Read error: 104 (Connection reset by peer)) 17.57.07 # Nico_P: Around? 17.57.19 # Lear: kinda 17.57.34 # Nico_P: Seen a buffering problem twice now... 17.58.17 # 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 # 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 # 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 # Sounds like buffering stalled. 17.59.59 # I had that before the weekend, but it's not happened since. 18.00.30 # 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 # pondlife: does the buffering debug screen show this (don't really know how to read the new one...)? 18.02.51 # Yes 18.03.08 # Well, all of the bars are empty 18.03.12 # 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 # 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 # 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 # pondlife: I had the same feeling, but hadn't gotten around to looking at it more closely yet. 18.05.51 # pondlife: IIRC, not all bars were empty though. 18.05.54 # If curtrack_id3 is having it's stats overwritten, that's the problem. 18.06.07 # Lear: Ah, maybe different then 18.06.40 # Straight playback has been working fine for me today. 18.07.09 # Well, I don't have the most recent changes (last 24h or so). 18.08.10 # 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 # jhMikeS: so your solution would only do strict locking around rm_handle and move_handle? 18.10.25 # 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 # actually stricter locking than there is now but less 18.11.31 # jhMikeS: sounds good to me 18.12.03 # does it use some kind of latch-esque mechanism? 18.12.17 Quit petur ("work->home") 18.12.32 # find handle should leave the mutex locked 18.13.00 # not sure what you mean by "latch-esque" though 18.13.11 # yeah, that was part of what I did, but I broke stuff. 18.13.29 # I'm still concerned about accessing ->next pointers without llist_mutex held though. 18.14.10 # if the _first_ operation when removing a handle is to change ->next, it should be fine 18.15.19 # hmm *nod* 18.15.26 # that's iff the contract above is also observed. 18.15.39 # right 18.15.47 # so you gonna write it up? :-D 18.16.35 # I could give it a go soon. It seems pretty simple. 18.16.47 # :) 18.17.26 # 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 # 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 # depends...I'm looking at this in terms of utterly simultaneous use to guard against suprise bugs later 18.19.25 # yah 18.20.14 # which one should 18.20.28 # 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 # we don't need the surpise yield factor creeping in afterall. should have learned the lesson already :) 18.24.03 # 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.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 # really, what is the difference between logf and debugf? 19.04.29 # why aren't they one command? 19.04.49 # hear hear! 19.05.02 # preglow: logf writes to a buffer and debugf is supposed to write to the serial port 19.05.04 # I'd like a combined one, with "channels" i.e. the ability to enable debugging for playback only or whatever 19.05.26 # I thought debugf only output to stdio on sim... 19.05.32 # Didn't know about serial support 19.05.35 # pondlife: we're not far from it, all that's left to do is turn all the debugf into logf 19.05.36 # Nico_P: they *should* be the same thing, which does the right thing depending on what's available 19.05.45 # rasher: I totally agree 19.05.50 # 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 # it also displays on the remote display 19.06.10 # That's logf 19.06.10 # btw, sorry for disappearing earlier, a friend dropped by 19.06.19 # I'm catching up now 19.06.38 # pondlife: what is? 19.06.55 # logf writes to the remote, right? 19.07.24 # logf is limited to a certain line lenght ( to conicide with display with and array size) 19.07.45 # debugf has unlimited (well) line length 19.08.13 # pondlife: yes, sorry - was a continuation from my previous line 19.10.10 # roolku: that can be fixed 19.10.44 # but i agree completely, they should be the same, logf should behave like debugf if it can 19.10.48 # if not, then it doesn't 19.11.12 # pondlife: that enabling should be source level, no channels 19.11.20 # Nico_P: what exactly is turned off by your latest commit? 19.11.25 # pondlife: i don't want any playback.c logging in my binary by default unless i'm actually debugging it 19.11.45 # I'd assume a normal build wouldn't have logging in anyway 19.11.50 # leaving them in (enabled) in the first place is a pure oversight that ought to be fixed, if you ask me 19.11.51 # Only a debug build 19.11.58 # 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 # pixelma: the output from the ID3 parser in the sim 19.12.09 # pondlife: well, sure, but why introduce "channels" for something that should be fixed with ifdefs? 19.12.18 # lostlogic: if the metadata has been loaded then I think it is 19.12.23 # #Ifdefs would be fine 19.12.49 # I mean, a more structure way to enable what debug output occurs, at compile time. 19.12.49 # pondlife: each source file usings logfs should have nice fat #define USE_LOGF at the top 19.13.02 # preglow: logf (or even debugf) messages are never included if you don't ask for them to be 19.13.09 # Nico_P: i know 19.13.09 # That would do. And SVN could have them all commented out. 19.13.15 # Nico_P: but once i want them, they're currently all enabled 19.13.17 # 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 # pondlife: indeed 19.13.23 # preglow: not anymore 19.13.34 # Nico_P: i don't think your commit dealt with all of them, did it? 19.13.46 # pixelma: you can reenable the messages easily 19.13.58 # preglow: in an earlier commit I disabled all logf messages by default 19.14.15 # I wouldn't have known... 19.14.31 # Nico_P: all of them? i thought we agreed a per-file thing would be best 19.14.47 # preglow: they are disabled and per-file enabling is possible 19.14.49 # if i want to debug tagcache.c, i want to enable a #define in the top of that file 19.15.01 # preglow: that's how it's done 19.15.33 # see r15291 (http://svn.rockbox.org/viewvc.cgi?view=rev&revision=15291) 19.16.15 # 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 # Why? 19.17.46 # maybe I should add a note somewhere about how to enable logf output 19.18.01 # pondlife: It just looks tidier to my eyes... 19.18.19 # I think // is tidier all round, but I guess it's what you're used to. 19.18.38 # linuxstb: it's done elsewhere this way (for example for the Ondio backlight mod - got an "ok" there) 19.18.45 # Or maybe they should just be #undef LOGF_ENABLE 19.19.48 # 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 # Hi all 19.21.10 # barrywardell: I have some new info about H10's tuner; are you interested? 19.21.28 # 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 # barrywardell: tuner/line-in switch is LV44052's B pin, which is connected to GPIOB.2 19.23.25 # barrywardell: LV4052's A pin is -> GND 19.23.52 # pondlife: Lots of C programmers don't use bool... 19.24.01 # barrywardell: BUSMODE of TEA5767 is -> GND so I2C is preselected 19.24.07 # cool. what about enabling power to the tuner? 19.24.59 # barrywardell: VCC is turned on constantly - I did not noticed it to be turned off 19.25.08 # linuxstb: But no objection to it? 19.25.12 # barrywardell: BUSENABLE seems to be... 19.25.29 # barrywardell: left free 19.25.34 # oh, I wonder why I couldn't get communication working in that case. I must try it again 19.25.40 # barrywardell: strange, I now, but 19.26.01 # barrywardell: well - it may work 19.26.48 # barrywardell: tuner's datasheets states that BUSENABLE should be pulled-up to VCC for at least 10us before any data transfer 19.26.52 # przemhb: can you add that info to this page: http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments#H10_GPIO 19.27.03 # barrywardell: yes 19.27.27 # barrywardell: I will do this later 19.28.03 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 19.28.04 # free as in not enabled? 19.28.11 # barrywardell: I was investigating the tuner together with my friend 19.28.19 # lostlogic: reading your commit now, nice 19.28.34 # barrywardell: yes, it seems to be floating 19.28.50 # it is not hard wired to VCC 19.29.18 # any idea to pull BUSENABLE to VCC? another gpio bit? 19.29.20 # barrywardell: it is not present on a FPC cable that links daughterboard with mainboard 19.29.40 # Nico_P: glad you don't object. 19.30.13 # 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 # przemhb: so do you think BUSENABLE shouldn't affect the tuner? 19.31.10 # since it's not connected to the daughterboard anyway? 19.31.17 # barrywardell: full off->power on, power on-> tuner on, tuner on->off <= no edge at all; constantly sth about GND 19.31.56 # 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 # barrywardell: yes 19.32.07 # pondlife: Objection to what? 19.33.10 # 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 # 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 # 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 # 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 # barrywardell: if only simplified schematic of the input gives enough details 19.36.35 # barrywardell: you have no resistance smaller then 10MOhms to any pin of the mentioned FPC cable 19.36.47 # hi przemhb 19.37.06 # barrywardell: it seems that there's no "reset" RC circuit from BUSENABLE to VCC 19.37.15 # 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 # barrywardell: and it seems that there's no C in series to any FPC cable from BUSENABLE 19.37.47 # amiconn: Hi 19.37.48 # * amiconn is currently dissecting the G5.5 ROM 19.38.40 # barrywardell: I thin that we should try enabling H10's tuner basing on the data 19.38.54 # last time I tried, I don't think i2c communication was working for me. 19.38.54 # so I must be missing something 19.39.18 # (sorry for the missing letters - keyb. problem) 19.39.30 # barrywardell: what? 19.39.52 # 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 # in case we would be wrong there's a second option which should leed us toward our aim 19.41.09 # 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 # 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 # lostlogic: the buffer/unbuffer callbacks access the handles in the main buffer 19.42.51 # 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 # 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 # barrywardell: I have written a "set_gpio" plugin, which I have used to chec which GPIO pin drives LV4052 switch 19.43.50 # lostlogic: yes, maybe 19.43.57 # przemhb: sorry, I'm on a bad connection here. I'm slow in receiving IRC messages. 19.44.06 # 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 # I want to rethink the buffer/unbuffer callbacks too 19.44.26 # lostlogic, Nico_P: could that fix the "gather runtime data" not working on hwcodec? 19.44.37 # roolku: it's not on the disk, just in memory. 19.44.40 # 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 # pixelma: that's probably broken elsewhere 19.44.53 # przemhb: I'll dig out my old patch later and try it again. I'll post it to the tracker too. 19.45.12 # barrywardell: what patch? 19.46.15 # lostlogic: can you tell me more about your locking ideas? 19.46.19 # 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 # 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 # 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 # 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 # 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 # lostlogic: did I miss some recent discussion? 19.48.20 # I saw one between you and jhMikeS invloving caching multiple handles 19.48.31 # http://test.lostlogicx.com/transfer/rockbox/20071028_buffering_strict_locking.patch 19.49.04 # 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 # 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 # lostlogic: what's the basic of your idea? 19.50.25 # locking both the linked list mutex and a per-handle mutex? 19.50.26 # 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 # oh yes, find_next_handle... 19.50.55 Quit Bagder (Read error: 110 (Connection timed out)) 19.51.10 # Nico_P: the basic idea is that a handle can never leave the llist_mutex without its own mutex being locked 19.51.10 # przemhb: that set_gpio plugin could be kinda useful too. do you have a patch? 19.51.53 # 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 # barrywardell: no I don't have, but I can send it to the tracker 19.52.07 # (which is why that patch is large and unfunctional) 19.52.08 Quit Daniel_S ("CGI:IRC") 19.52.13 # barrywardell: I will prepare the patch 19.52.31 # barrywardell: currently it is for H10 only 19.53.20 # barrywardell: it make use of the knowledge about default GPIO's states 19.53.36 # lostlogic: yeah it seems a bit invasive 19.53.45 # barrywardell: it enables to change value of a selected GPIO 19.54.08 # and it's direction, but only from I/O to O 19.54.20 # Nico_P: it was never intended for commit, more as a "is this possible and what traps does it reveal" thing 19.54.38 # barrywardell: for safety reasons there are masks which prevent setting pin which byy default is an I as an O 19.55.00 # przemhb: thanks. It might be helpful for all PortalPlayer devices 19.55.05 # barrywardell: as it could lead to O-O conflict and could possibly damage logic 19.55.51 # barrywardell: of course it cannot be commited as it's safety is limited 19.56.04 # amiconn: you there? 19.56.48 # yes 19.57.32 # 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 # 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 # Buschel: Imo we should neither remove the bcm wait nor drop frames. That's dirty and leads to graphical artifacts 19.58.33 # 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 # Instead we should try to get a better understanding of the bcm 19.58.45 # It looks like it is capable of double buffering 19.59.00 # 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 # jhMikeS: could be good, yeah 19.59.19 # amiconn: lots of the register writes/read seem to not have any effect 19.59.28 # lostlogic: did it reveal traps? 19.59.37 # przemhb: yes, in a couple of hours. 19.59.53 # Buschel: The sequences are obviously very close to what the G5.5 rom does 20.00.02 # jhMikeS: linuxstb also raised the idea of having a separate buffer for the strings 20.00.03 # 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 # 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 # 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 # it could be a nice option, it's fairly common: vsync on/off 20.01.34 # 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 # barrywardell: great 20.01.42 # (namely 0xfff5000a and 0xfff70008) 20.01.59 # barrywardell: maybe I'll be able to take a look at it today 20.02.21 # Another interesting area would be the investigation of how to use the on-disk version of the bcm firmware 20.02.34 # It seems to be quite different from the rom version 20.02.36 # Nico_P: now exceptions start creeping in? 20.03.25 # amiconn: did you try to set the other magic values to x1F8? 20.03.45 # Only one of them; 0xfff5000a 20.03.53 # and? 20.04.16 # But they are obviously having a different purpose than 0xfffa0005 20.04.37 # Using the other one leads to 100% blind operated rockbox... 20.04.45 # jhMikeS: exceptions? 20.05.08 # 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 # (but they send them to reg 0x1f8) 20.05.39 # 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 # jhMikeS: I agree, I've always hated the absolute pointers in struct mp3info 20.06.46 Quit moos ("Glory to Rockbox") 20.08.11 # offsets wouldn't allow the const genres array though 20.08.26 # why? 20.08.27 # pointers, ugh, nast 20.08.30 # y 20.08.44 # jhMikeS: a pointer is needed for those 20.08.53 # but I still agree offsets are way better 20.09.05 # 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 # jhMikeS: yes but you can either have a pointer to a const array or a pointer t the inner buffer 20.09.54 # 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 # jhMikeS: it's easily solved by using a "genre" int though 20.10.17 # ah, right. always flagable somehow 20.10.18 # I found some more: 0xffeb0014 and 0xffec0013 20.10.46 # that's good too 20.10.48 # 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 # aha. those little oopses always creep in with big reworks. 20.12.33 # yeah, it was a long-standing bug revealed by MoB :) 20.12.44 # Buschel_off: And the 0x31 is some kind of 'go' command' 20.13.02 # not much different than leaving out an interrupt enable in 3000 lines of kernel code by mistake 20.13.10 # 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 # 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 # 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 # 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 # 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 # I'm just thinking to move the few lines of code straight into bufseek 20.23.14 # 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 # (I had considered doing the same) 20.24.20 Join ShadowCode [0] (n=aa@82.146.26.233) 20.24.27 # hi all 20.24.36 # 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 # ShadowCode: then you must ask it 20.25.23 # i have a zsp400 DSP core based rockchip player 20.25.37 # and i want to port Rockbox on it 20.25.49 # cen you qive me some starting help 20.27.12 # ShadowCode: take a look at the NewPort wiki page... 20.27.40 # yes but the info ther is not helping me 20.28.02 # hm, 16 bit dsp 20.28.06 # i need some one to tell me from where in the code to start 20.28.07 # look forward to a hard port 20.28.23 # is there a compiler for this chip ? :-) 20.28.32 # ShadowCode: you need documentation first, then compilers 20.28.34 # it is RK1608A 100MHz CPU 20.28.40 # in other words, what the newport page says 20.28.45 # you don't start coding the first thing 20.28.49 # i have the data sheet 20.29.13 # compilers? 20.29.24 # i can't seem to find any info on any rk1608a cpu 20.29.31 # yes i am not new to rockbox but i need guidense 20.29.43 # I dont know about the compiler 20.29.46 # 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 # Any TCC78X datasheet here ? (want to port D2) 20.30.19 # that is the hard part 20.30.31 # i dont now how to test the code 20.31.03 # i have a disassembler for the games of the player 20.31.06 # abstrak: i think there are TCC datasheets "somewhere".. :-) 20.31.25 # maby the asm instructions cen be usfule ? 20.31.25 # Domonoky: hard to find... 20.31.32 # don't we have someone porting to D2? TMM? 20.31.42 # D2 ? 20.31.47 # iaudio, no? 20.32.06 # yep 20.32.09 # there is someone working on D2.. 20.32.17 # who ? 20.32.17 # what is D2 ? 20.32.29 # domonoky: would that someone be tMM? i can't remember... 20.32.33 # ShadowCode: an iaudio player 20.32.44 # 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 # abstrak: then you should try getting hold of him 20.33.02 # 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 # the TMM is also the person to aks for the datasheets, but maybe someone else also have them.. :-) 20.33.55 # ok dose he come on irc channal ? 20.34.02 # TMM is working on the iaudio 6/7, not the D2. 20.34.05 Quit lukaswayne9 (Client Quit) 20.34.09 # I have the Datasheet 20.34.40 # ShadowCode: dont mix up.. i was taking to abstrak :-) 20.34.59 # sry :) 20.34.59 # ShadowCode: u can send me ? 20.35.07 # linuxstb_: hmm, anyone working on d2? 20.35.18 # w8 a sec 20.35.33 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 20.36.09 # preglow: Not afaik. 20.36.16 # mok, then i'm just confused 20.36.41 # 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 # hhhm 20.37.36 # ok that is something i like 20.37.50 # is the tcctool on the site ? 20.38.21 # It's in the Rockbox SVN - in utils/tcctool/ 20.39.20 # 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 # 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 # abstrak: please join #datasheets :-) 20.42.28 # sry Domonky i dident see the name :) 20.43.51 # 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 # ShadowCode: not all players have any usb boot mode 20.44.11 # we're talking iaudio d2 here 20.44.21 Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) 20.44.41 # ok 20.45.10 # I am asking about the rockchip rk2608 players 20.46.38 # well, i don't think anyone here has experience with it 20.47.07 # hm this is vary bad 20.47.22 # this player have a very good CPU 20.47.32 # to bad :( 20.48.34 # Teclast C260 is the official name of the player :) 20.48.47 # have you seen it ? 20.48.51 # abstrak: Have you seen the Cowon D2 thread in the Rockbox forums? 20.48.58 # 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 # linuxstb: yep 20.51.07 # linuxstb: i read it every ~2 days... not a lot of interested people 20.51.28 # I think there's a lot of interest, just not anyone who is both interested and skilled. 20.52.08 # 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 # no touchscreen... 20.53.48 # linuxstb_: what tcc does iaudio 6/7 use? 20.53.58 # 771L 20.54.21 # linuxstb_: it's my first rockbox port, i cannot port it alone but with a little help to start... 20.54.43 # 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 # http://www.teclasters.com 20.55.10 # The iaudio 7 has an external SDRAM module, so presumably the 771 doesn't have the builtin SDRAM. 20.55.15 # look in the forum 20.55.28 # you cen find pics on google 20.55.31 # 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 # The 7801 is a different beast - dual ARM cores (arm926 and arm946) 20.57.31 # Plus DSPs... 20.58.15 # what has that? :> 20.58.33 # 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 # 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.10 # look this its c260 21.00.10 # 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 # linuxstb_: what's the steps ? the first thing to code/port ? 21.02.07 # 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 # oko 21.03.13 # * abstrak is still on #datasheets 21.04.10 # 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 # 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 # arm disassembler? 21.08.16 # 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 # thanks 21.10.19 # all utils works under cygwin ? 21.10.46 # abstrak: they should, but slow. 21.11.07 # For cygwin there are packages with pre-built crosscompilers available 21.11.22 # preglow: The Samsung K5 looks interesting - it's the one with a speaker... 21.11.23 # rockboxdev.sh should work on cygwin too, but it'll take hours 21.11.38 # (my estimation: >4 hours) 21.11.55 Join nanok [0] (n=nanok@194.145.183.75) 21.12.03 # linuxstb_: oooh, it's an arm5 core! 21.12.04 # hello 21.12.05 # 77x, that is 21.12.07 # 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 # i've never worked with one of those bastards 21.12.16 # preglow: I've been saying that for weeks ;) 21.12.31 # * preglow turns on his attention brain centre 21.12.55 # amiconn: The cygwin packages won't have the armv5 multilibs patch. 21.13.00 # 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 # allthough not so often anymore 21.13.18 # linuxstb: Not yet, no. Does current rockboxdev.sh build them? 21.13.27 # Yes, but not correctly I think. 21.13.33 # nanok: how often, after how long of playback, on what target? 21.14.00 # 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 # sansa e200, i would say it happened less than 10 times today 21.14.15 # 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 # time of playback varies 21.14.37 # lostlogic: that's the tricky part: i cant make out a pattern 21.14.42 # linuxstb: The vmware image also doesn't have the arm multilib stuff 21.14.49 # 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 # (neither the older one nor mine) 21.14.56 # i'll use my linux distrib... 21.15.03 # nanok: it's most likely that the engine hits a need to rebuffer and somehow doesn't. 21.15.15 # the tcc771 doesn't have internal sdram, but which does? 21.15.16 Quit ilgufo (Remote closed the connection) 21.15.19 # 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 # it has 64K sram 21.15.41 # Bagder: The TCC773 (in my device) has 2MB SDRAM builtin. 21.15.47 # wow 21.15.50 # 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 # 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 # lostlogic: aham, i get it 21.16.32 # hmm... are you sure that you need to reboot to get playback going again? 21.16.41 # I'm able to get it back just by stopping and then playing again. 21.16.43 # 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 # linuxstb: you found any sensible "overview" or similar of the various tcc chips that details stuff like this? 21.17.20 # 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 # nanok: unsure, it's under general settings|playback|anti-skip-buffer 21.17.34 # Bagder: No 21.17.48 # yeah, that's where i looked. i don;t have that entry in the menu.. strange 21.17.52 # 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 # pcmbufdesc = 0 when it happens on my sansa 21.18.23 # the one with ogg happened again today, but i think only once (so definetly not so often) 21.18.39 # the one with mp3 seems, indeed, a whole different matter, sorry for the mixup 21.18.42 # bertrik: yeah, both buffers were empty when I got it just now on my ipv 21.18.55 # s/mp3/middle of playback 21.19.14 # 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 # lostlogic: what can i do? 21.19.59 # 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 # 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 # nanok: yes, the anti-skip setting was disabled for flash based targets 21.21.24 # 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 # pixelma: okay, i thought so ;). it makes sense, after all 21.22.27 # 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 # though the manual should be updated accordingly... 21.23.04 # 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 # 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 # advanced build 21.23.43 # pixelma: speaking of the manual, the recording options, trigger functions, are missing. and i think they are common to all targets (?) 21.23.58 # 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 # lostlogic: if you're not sure, me even less 21.24.14 # I won't mind to also help out to debug 21.24.17 # :) 21.24.26 # lostlogic: i will try to go on that reboot thing 21.24.37 # tomorrow, i will try to find some time to play a bit with it 21.25.17 # lostlogic: btw, there's a "debug" setting somewhre in the menu (labeled in brakets "keep out!" :) ) 21.25.28 # would that be any help in this case? 21.25.49 # 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 # 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 # nanok: yeah, the debug|buffering thread info for when the ogg bug happens would be useful. 21.28.12 # 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 # 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 # 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 # 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 # 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 # lostlogic: aahm, i see 21.33.55 # lostlogic: Frozen in what way (your G5)? 21.33.57 # lostlogic: so basically it just buffers some debug info, and it "cycles" it, and only flushes if asked to 21.34.12 # Just frozen gui with music still playing and backlight reacting to buttons? 21.35.37 # s/$/? 21.35.54 # nanok: yes, that's how logf works 21.36.25 # Hmm, Nivo_p isn't around ... 21.36.30 # *Nico_P 21.36.31 # 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 # 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 # I checked the wps behaviour wrt track changes more closely (while waiting for another bug to show up) 21.37.42 # hi is anyone here familiar with the ipod nano v1.1.3 21.37.45 # The current track metadata behaves correctly, but the playlist position advances too early 21.38.39 # And sometimes the progress bar briefly jumps back to the start, but I didn't find a pattern yet 21.39.20 # cause im not sure how to install it onto the ipod v1.1.3 21.40.26 # 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 # well its the ipod nano mini i think its a second gen 21.40.43 # crossfade: is it the original nano or the second generation nano or the third generation? 21.40.52 # rockbox doesn't support the nano 2g 21.40.58 # 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 # its the four gig nano 21.41.38 # second gen 21.41.46 # right, we only support the nano first gen. 21.42.07 # crossfade: http://docs.info.apple.com/article.html?artnum=61688 21.42.30 # yuup its a second generation 21.42.33 # i looked it up 21.42.39 # grrrr 21.42.56 # Why do spurious bugs never show up when you're waiting for them??? 21.42.56 # linux i suppose u r familiar with linux? 21.43.07 # >linuxstb< 21.43.09 # crossfade, please read the Ircguidelines 21.43.16 # sorry my bad 21.43.23 # amiconn: observation changes the heisenbug ;) 21.43.53 # crossfade: If you're about to ask about ipodlinux, it works on the same ipods Rockbox does, no more. 21.43.59 # 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 # crossfade: as I've said repeatedly, rockbox does not work on the 2nd gen ipod nano. 21.44.30 # o k 21.44.34 # 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 # alrighty 21.44.45 Join markun_ [0] (n=markun@rockbox/developer/markun) 21.46.06 # so i presume that goes for the linux osx as well 21.46.16 # 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 # 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 # xys: use less features (ie eq, replaygain, crossfade, crossfeed, peakmeter) 21.54.04 # 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 # The core clock isn't that much of an issue 21.55.02 # i was looking at the spec sheet for the 5022 and was wondering if you guys were using both cores 21.55.26 # is there work on that? 21.55.29 # 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 # xys: A little. e.g. mpegplayer uses them, and there is work being done to make core Rockbox dual-core safe. 21.55.45 # xys: thanks to jhMikes and safetydan both cores are runnable, but currently nothing runs on the second core. 21.55.56 # oh, forgot about mpegplayer. 21.55.58 # (2) (G5 only) We need to figure out backlight brightness. Full brightness is a real power sucker 21.56.09 # (3) We need to figure out disk poweroff 21.56.27 # lostlogic: Also, wasn't it dan_a who did the initial dual-core work, not safetydan? 21.56.34 # amiconn: we don't currently turn off the interface when we spin down? 21.56.40 # On G1..G3 where we did (1) and (3), we get runtimes on par, or exceeding, OF runtime 21.56.49 # linuxstb_: yeah, sigh, I've been away too long ;) 21.57.05 # is spindown different from disk poweroff? 21.57.06 # And on G1..G3 rockbox runs single core 21.57.11 # lostlogic: You have - but welcome back ;) 21.57.16 # xys: yes 21.57.56 # linuxstb_: thanks :-P I still might turn out to be an illusion 21.58.07 # 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 # On the ipods, except G1..G3, we don't know how to do that yet 21.59.14 # I was wondering the legality of disassembling the ipod firmware also 22.00.46 # 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 # amiconn: maybe you're right with assumption that the x31 starts transmission to display 22.02.14 # Buschel: 0x31 is a general 'go' command, also for the other instructions 22.02.27 # amiconn: if you send x31 rigth after setup_rect the fps goes up to 36.6fps (@30MHz). 22.02.39 # I tried all 4 I found, both individually and in combination like the rom does 22.02.56 # amiconn: but you'll display the last screen screens update then 22.03.00 # 3 seem to do just nothing, one is a reset code 22.03.43 # Sending 0xfff70008 to 0x1f8 followed by 0x31 to control produces a white flash 22.04.32 # Buschel: Did you try to not sending the write address everytime, e.g. in setup_rect? 22.04.43 # amiconn: we may use the 14ms of the display update for the routines which copy data to lcd data port 22.04.50 # 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 # 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 # amiconn: which one? the E0020? 22.06.17 # 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 # I think 0xe0020 is just the start addres 22.06.36 # s 22.06.44 Quit abstrak () 22.07.00 # 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 # We could set up a permanent fullscreen rectangle, and then render into the appropriate region 22.07.15 # lostlogic: does that sound good? 22.07.25 # nanok: sounds good, also nico_p is your man for such things if I'm not around ;0 22.07.42 # be 22.07.47 # bye 22.07.48 # lostlogic: my current install is the build from 27 btw 22.07.52 Part przemhb 22.08.00 # lostlogic: okay, good to know 22.08.02 # nanok, can you reproduce FS#8037? 22.08.23 # 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 # bertrik: uhm, let me check, i don;t know the number :) 22.08.24 # nanok: ah, the ogg freeze might have been picked up by one of Nico or my commits since then. 22.09.14 # 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 # lostlogic: but i am laos thinking maybe, somehow, i didn;t quite "catch" it 22.09.36 # ;) 22.09.36 # 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 # damn ; 22.10.00 # it allways happen when i smoke and type.. 22.10.05 # happens 22.10.06 # I'll check that theory, after my experiments wrt the lcd freeze 22.10.31 # 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 # lostlogic: Do you have an idea how to fix the too early advancing playlist position? 22.11.29 # 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 # 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 # nanok: no. 22.12.07 # The sansa also has the power consumption issues, just not as significant (the hdd power issue doesn't apply to itz) 22.13.03 # bertrik: aaaahm. sounds like my litle devil (FS#8037), i will try it also 22.13.45 # lostlogic: :). okay, you can't blame a man for hoping.. :P 22.13.52 # :) 22.14.50 Quit ender` (Read error: 104 (Connection reset by peer)) 22.14.58 # 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 # 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 # nanok: yeah, often just disabling the 'extras' makes a big improvement. 22.15.44 # nanok: the theme influences power consumption? 22.15.46 # 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 # nanok: you're welcome to update our manual and submit a patch :-D 22.16.29 # 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 # 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 # bertrik: peakmeter and progressbar specifically do consume cpu cycles and cause more frequent LCD updates. 22.17.10 # 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 # nanok: if you hang out long enough, you might be surprised ;) 22.17.37 Quit merbanan ("Leaving") 22.17.58 # Meh, heisenbug ;\ 22.18.10 # 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 # 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 # webguest50: use the OF firmware for usb.. 22.19.22 # 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 # 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 # enjoy! 22.20.29 # 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 # okay 22.20.50 # see you, guys 22.20.58 # thanks a lot ;) 22.21.38 # 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 # ahm, sorry 22.22.09 Quit Domonoky (Read error: 110 (Connection timed out)) 22.22.18 # 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 # nanok: It is on MSD mode 22.23.42 # (or maybe not, i think rockbox never ays "connected", sounds like the OF) 22.23.53 # webguest50: uhm, i never can remeber those acronyms 22.23.57 # try the other one :) 22.24.05 # what the hell is that one called? 22.24.30 # i tried both MSC and MTP modes 22.24.37 # you want MSC mode 22.24.59 # webguest50: windows? or something else? 22.25.26 # 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 # webguest50: i think scorche|w is right, btw, msc is the one i am using also 22.26.12 # you try to install what exactly? 22.26.20 # rockbox? 22.26.40 # i already had rockbox installed and rockbox works fine 22.26.57 # 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 # 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 # webguest50: you are in the sansa firmware when you connect usb ? 22.27.36 # Domonoky_: i have a hunch he allready is, rockbox in my experience never says "connected" on the sansa 22.27.38 # 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 # windows wouldn't recognise my sansa until I installed the software from the cd-rom 22.27.49 # domonoky: yes 22.27.58 Quit Echel0n (Connection timed out) 22.28.20 # bertrik: oh really? weird, i assumed it should work out of the box with msc mode at least 22.28.32 # it does on linux :-D 22.28.57 # I'll wipe the registry entries and try again to be sure 22.29.19 Quit Frazz ("Leaving") 22.29.21 # 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 # Windows has found the following new hardware: 22.30.24 # 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 # 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 # it seems we never got any scans/fotos of a gmini 22.43.50 # 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 # 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 # 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 # 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 # ROCKBOX_HAS_LOGF is still #undef'ed in autoconf.h 22.54.44 # amiconn: here? 22.54.52 # bertrik: the behaviour recently changed. you now have to add LOGF_ENABLE to those files you want logging enabled in 22.55.13 # ok thanks 22.55.28 # otherwise the log is quickly filled with stuff you're probably not interested in 22.55.34 # 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 # preglow: yes 22.56.23 # and iirc you need to add the define before #include "logf.h" 22.56.46 # Zagor: yes, I enabled that one 22.57.04 # I should also probably enable the ROCKBOX_HAS_LOGF in autoconf.h? 22.57.19 # 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 # (i'll know if it worked in 15 minutes) 22.57.43 # bertrik: that should have been done by tools/configure 22.58.42 # I can just type "DL" at the advanced options question of tool/configure? 22.59.37 # I don't know actually, I've only ever used either option 22.59.43 # If i just type "DL", the ROCKBOX_HAS_LOGF is #undef'ed in autoconf.h 23.00.14 Quit Domonoky_ ("Trillian (http://www.ceruleanstudios.com") 23.00.26 # 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 # You can speed up the clipping case a bit with asm 23.00.40 # 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 # bertrik: ok seems that doesn't work then. in that case yes enable ROCKBOX_HAS_LOGF manually in autoconf.h 23.01.17 # bertrik: you'll have to select d and l individually 23.01.28 # 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 # not both at the same time 23.01.45 # type d[enter] then L[enter] 23.02.22 # amiconn: nah, i figured that 23.03.27 # 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 # amiconn: gotta leave, maybe you've got the breaking through idea? I need to let the news settle a bit :o) 23.05.21 # 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 # 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 # 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 # 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 # man, that clipping in sample_output_dithered looks weird 23.12.59 # man, that is one bugged piece of shit 23.17.40 Quit Llorean ("Leaving.") 23.19.25 # Yay! My theory is correct 23.20.06 # 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 # I think I cannot use DEBUG at all with a sansa.... 23.21.17 # bertrik: what do you want to achieve? 23.21.35 # look into the playback.c problems 23.21.51 # surely logf is what you want then? 23.22.00 # unless you go for a sim build 23.22.11 # bertrik: you probably just want logf, debugf is for serial debugging or sim 23.22.16 # I'll put up a patch for kernel.c debugging 23.22.57 # 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 # 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)