--- Log for 26.10.107 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 24 days and 18 hours ago 00.00.22 # Nico_P: it happens in find_handle, but since find_handle doesn't modify any part of the linked list, no. it's caused elsewhere 00.01.11 # lostlogic: maybe the handle has moved 00.01.43 Quit jgarvey ("Leaving") 00.02.15 # aye, the question is how do we track down which function has the inconsistency that allows the linked list to contain a handle that's no longer valid 00.02.19 # Does this mean we can have MoB (Malloc on Buffer)? ;) 00.02.37 # and it can't currently be a concurrency since everything's mutex'd that actually changes the LL 00.03.04 # jhMikeS: maybe ;) 00.03.17 # bufalloc isn't too far from it 00.03.34 # but no FoB of couse :p 00.03.53 # Free on Buffer? 00.04.13 # :) no need for that 00.04.46 # Nico_P: you should be able to reproduce the bad state by skipping backwards during buffering 00.04.48 # Nico_P: bufalloc as in plugins reclaiming buffer without stopping playback? 00.04.59 # yes 00.05.03 # Nico_P: Congrats on the great commit by the way 00.05.10 # thanks ;) 00.05.14 # Nico_P: nice, that would be awesome 00.05.22 Quit bluebrother ("sleep.") 00.06.06 # Nico_P: w0000t! 00.06.14 # wow I have just seen Dennis Chambers, the greatest player in the world :-O 00.06.26 # player of drums 00.06.32 # Nico_P: cuesheet support is broken now? 00.06.39 # a drummer ... ^^ 00.06.50 # mirak: On topic please 00.07.02 # preglow: no, only the preloading is disabled 00.07.06 # BigBambi: I recorded it 00.07.13 # preglow: it still works well 00.07.17 # BigBambi: with rockbox of course, and H320 00.07.20 # Fix as many bugs as possible? What bugs wouldn't be possible to fix? 00.07.23 # Nico_P: will it take a long time to adapt? 00.07.25 # * Nico_P should have been clearer about cuesheet 00.07.34 # preglow: I don't expect so 00.07.42 # mirak: How good he is is irrelevant though 00.07.46 # jhMikeS: those we don't know about? 00.07.49 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 00.07.50 # Nico_P: can we get rid of that enable cuesheet option then? :P 00.07.58 # preglow: that's the aim 00.08.15 Join Hilikus [0] (n=rockero@69.157.170.87) 00.08.19 # Nico_P: those _must_ not exist :) 00.08.25 # BigBambi: I think I am going to fix someday the speed of the anticlip. it's too slow to go back to normal volume 00.08.30 # Weird. All the arm targets saw around 300 bytes binsize increase - only the c200 didn't 00.08.40 # * amiconn wonders what's going on there 00.08.45 # Nico_P: triggered it at buffering.c:632 fill_buffer, so yeah, something definitelyi gets out of sync 00.08.50 # Nico_P: man, this rocks, i'm gonna try it out right now 00.08.57 # amiconn: I disabled parts of the debugging screen for the c200 00.09.03 Part Hilikus 00.09.03 # ah 00.09.11 # mirak: Good, but I'm not the one to talk to about it, I rarely use recording 00.09.14 # wtf???? 12k green deltas? 00.09.20 Quit davina (Remote closed the connection) 00.09.27 # \o/ 00.09.39 # preglow: that huge static struct array got killed :-) 00.09.48 # that's gotta be a record 00.09.57 # BigBambi: no, I just took you. Now I won't let you go :D 00.10.02 Join Hilikus [0] (n=rockero@69.157.170.87) 00.10.03 # Zagor: btw, why haven't why given google tax info yet? 00.10.11 # don't we want money? :> 00.10.22 # I guess the inclusion of loaded size wasn't such a bad idea afterall 00.10.25 # amiconn: now how about porting mob to hwcodec? 00.10.26 # preglow: The binary sizes are almost the same (slightly larger on arm), the green delta is due to the ram savings 00.10.42 # preglow: uhh, good question. I wonder if perhaps that duty fell on me... 00.10.46 # binary -1k on coldfire though 00.11.00 # yeah, right 00.11.23 # The ram savings on hwcodec will be less almost for sure, but still desirable 00.11.26 # Zagor: i have no idea, but just throwing that cash out of the windows is silly 00.11.32 # Zagor: i'll have it if you don't want it :P 00.11.42 # preglow: very. I'll sync with bagder and we'll fix it. 00.11.42 # coldfire hates array access instructions for size 00.11.44 # Hwcodec playback only has 16 metadata slots, while the pre-mod swcodec engine had 32 00.11.48 # amiconn: well, mob is a good thing anyway, if you ask me 00.12.17 # *pre-MoB 00.13.37 Quit n1s () 00.14.04 Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) 00.15.17 # linuxstb: welcome to the rockbox MoB party \o/ 00.15.21 # * preglow throws confetti 00.15.43 # * BigBambi boogies on down 00.15.52 # * jhMikeS brings beer 00.16.25 # I tried a video in 224*128 at 150kbits seconds and 128kbit mp3 on H320 it's almost it. With 5 fps in plus, it would be all right. I am not sure which part should be optimised now. The slice.c file as lost code, but it's full of macros. I am wondering if it would be usefull to code in asm the zigzag matrix building plus the quantisation. That's almost as repetitive as idct², but less complex 00.16.33 Quit Sedgewick ("Money can't buy happiness but it can provide a better class of enemy.") 00.16.59 # as lot of code, (not as lost) 00.17.37 # * preglow lacks beer 00.17.50 # isn't there a no-break tag or somthing to prevent forced linebreaks in HTML? 00.18.09 #   00.18.18 # or "nowrap" in table cells 00.18.40 # there's one with no space though...can't remember it. it just glues to things together. 00.18.51 # s/to/two/ 00.19.11 # It's definitely not   though. I know that much. 00.19.14 # Nico_P: one small complaint, you can't seem to skip until buffering is complete, now 00.19.22 # Nico_P: which can take quite some time 00.19.22 # well the browsers only wrap on space (and some on hyphen) so... 00.19.37 # * preglow has 127 tracks in his buffer :> 00.19.45 # preglow: because the UI is kinda blocked? 00.20.02 # Nico_P: ui still responds, but next track just doesn't play until all files are buffered 00.20.03 # yeah, there's a tag that's the exact opposite of
...argh. I've used it too. 00.20.10 # oh 00.20.12 # maybe the audio thread needs to yield/sleep more 00.20.40 # jhMikeS: I don't understand. what is separating the two elements you don't want to wrap? (and what are the elements?) 00.21.02 # Nico_P: i inserted about 120 tracks, pressed next, info updated in wps, but nothing happened. so i went to the buffering screen, and that clearly showed files being buffered, then when it was done, next file played 00.21.33 # Nico_P: if the next file is buffered and ready, it should play regardless if other buffering is still going on 00.21.43 # I agree 00.23.09 # hmm 00.23.48 # also, if i play a file from the "view playlist" screen, it doesn't look like buffering works at all 00.24.05 # i select one song, it plays. then when disk has spun down, it has to spin up again when i select the next track 00.24.10 # Zagor: trying to remember what it is. It's like or something. 00.24.52 # * ender` yawns 00.25.24 # yeah, 00.25.36 # jhMikeS: you could always do a 
00.25.45 Join    rotator [0] (n=e@rockbox/developer/rotator)
00.25.58 #        Nico_P: buffering works fine from the wps, though
00.26.13 #        scorche|w: but that affects the font iirc,  only prevents linebreaking
00.26.24 #        there is , but i dont think it has ever been a part of W3C
00.26.35 #        jhMikeS: ah, some non-html vendor booya
00.26.50 Quit    ompaul (Client Quit)
00.27.26 #        whatever works :)
00.27.42 #        well, it works, but not all browsers support it since it isnt W3C
00.27.47 Join    kugel|afk [0] (i=kugel@unaffiliated/kugel)
00.27.55 Quit    kugel (Nick collision from services.)
00.28.00 Nick    kugel|afk is now known as kugel (i=kugel@unaffiliated/kugel)
00.28.21 #       * jhMikeS wonders what's up W3C's you-know-what sometimes.
00.29.54 #        preglow: investigating. I agree the time it takes to skip while buffering is annoying with many tracks buffered
00.30.57 #        Nico_P: why would it?
00.31.17 #        jhMikeS: why would it take time?
00.31.26 #        yeah...well _more_ time
00.32.18 Nick    fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
00.34.14 #        long stretch...but anyone have shell accounts for rockbox development?
00.34.25 #        we don't do that as a rule
00.34.27 #        it shouldn't
00.34.27 Part    Hilikus
00.34.42 #        but hey, perhaps someone is secretly offering and msging you as we speak :<
00.35.58 #        preglow: I think I know where the problem is
00.36.45 #        Nico_P: any reason the audio thread priority was lowered?
00.36.57 #        jhMikeS: it does less things?
00.37.06 #        yes...but they must be slow typers :p
00.37.22 Join    carini [0] (n=chatzill@pdpc/supporter/active/carini)
00.37.34 Quit    carini (Client Quit)
00.38.19 #        Nico_P: so that has no relation to the skipping delay?
00.38.48 #        nomel: why do you need a shell account? you can develop rockbox on pretty much any platform
00.38.59 #        I don't think so. the problem seems to be that there is a long loop that doesn't listen to the queue
00.39.13 Nick    fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
00.39.26 #        ah...that can do it too.
00.39.59 #        it's particularly painful when a lot of tracks can be buffered
00.40.38 Join    barrywardell [0] (n=barrywar@89-125-27-44.dhcp-ripwave.irishbroadband.ie)
00.41.03 #        preglow: I have a fix
00.41.16 #        zargo: yes. but i get soem free time at work during what I do...so, working remotely is a must :-)
00.41.50 #        Nico_P: great
00.41.58 #        queue monitoring is quite cheap so no need to hold that off
00.42.14 #        yeah I just break the loop if !queue_empty
00.42.28 #        and post a message so that buffering continues afterwards
00.42.48 #        jhMikeS: sounds ok to you?
00.42.50 #        zagor: ^
00.42.57 #        nomel: In which case, setup your own Linux box at home...
00.45.18 Quit    midkay ("Leaving")
00.46.27 #        Nico_P: I'm using a state-machinish approach in mpegplayer and it really keeps things compact and results in queues being monitored always.
00.47.27 #        jhMikeS: how does that translate in concrete terms?
00.47.52 Quit    Toxicity999 ("Leaving")
00.48.02 #        hmm....
00.48.32 #        Using 32 bit ints for the filter in libdemac seems to work properly, but the speedup on arm isn't nearly what I expected
00.48.50 #        Each state change is set it one variable...TSTATE_RENDER_WAIT might be one. If it get's interrupted and no state change is needed, it continues as is. If something changes the state, new actions are taken.
00.49.05 Quit    ender` (" I believe that God left certain drugs growing naturally upon our planet to help speed up and facilitate our evolution. Okay,)
00.49.59 Quit    kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]")
00.50.04 #        jhMikeS: how do you know when it's interrupted?
00.50.07 #        Each command only allows valid transitions from the current state.
00.50.09 #        The filter only gets ~8.5% faster (-c2000 on PP502x: 75->77% realtime)
00.50.14 #        amiconn: Do the buffers still fit in IRAM?
00.50.24 #        Not on PP5020
00.50.47 #        Nico_P: just queue_emtpy. then it jumps to the message handler. after the message handler, the state is checked and the appropriate jump taken.
00.50.51 #        Only filterbuf32 fits - but that's what's used for -c2000
00.51.01 #       * amiconn scratches that idea
00.51.13 #        jhMikeS: ok. I'll have to look at the mpegplayer source
00.51.14 #       * jhMikeS will pastebin the video thread code
00.51.22 #        Nico_P: not in SVN yet
00.51.26 #        oh right
00.51.32 #        linuxstb: Now that my filter optimisations are committed, we *need* entropy decoder optimisations
00.52.14 #        I had a look - and it seems the problem is that the entropy decoder performs (at least) 2 divisions *per sample*
00.52.25 #        Divisions are costly, especially on arm
00.52.25 #        what're you going for here? isn't monkeys audio pretty fast now?
00.52.27 Quit    troxor (Read error: 104 (Connection reset by peer))
00.52.31 #        Yes, I noticed those.
00.52.31 #        i'd rather see lcd driver optimizations :)
00.52.40 #        preglow: Far from it.
00.52.47 #        preglow: should be better now
00.52.55 #        Nico_P: cool, will check out
00.52.58 #        Nico_P: http://www.pastebin.ca/749804
00.53.07 #        amiconn: monkeys audio is ill-suited to dap decoding anyway
00.53.08 #        The standard level (-c3000) is only usable on gigabeat. -c2000 works okay now on cf
00.53.27 #        And *none* of the levels are usable on PP targets, let alone the iFP
00.53.37 #        does ape -c3000 compress any better than flac or wavpack?
00.53.40 Join    troxor [0] (n=boyo@unaffiliated/troxor)
00.53.58 #        preglow: Apparently ape anything compresses better than flac.
00.54.08 #        preglow: Even -c1000 often compresses better than flac -8
00.54.16 #        really?
00.54.29 #        amiconn: btw, should we even keep unusable codecs enabled?
00.54.34 #        Don't know about wavpack - never really used it apart from testing
00.54.36 #        Although we're only talking a few percent...
00.54.47 #        wavpack is around newest flac, i think
00.55.08 #        haven't checked for a while
00.55.44 Quit    barrywardell ()
00.57.04 #        linuxstb: I googled a bit for range coding. It might be possible to write a range decoder that doesn't need division iiuc
00.57.18 Quit    scorche|w ("CGI:IRC")
00.57.25 Join    iamben [0] (n=ben@dpc67142179038.direcpc.com)
00.58.20 #        it uses range coding???
00.58.24 #        That would be nice.  The range decoder libdemac is using isn't the same as the official decoder's source, but the official decoder is also using divisions.
00.59.00 #        amiconn: so those divides are probably the reason it sucks so bad on arm, i take it?
00.59.20 #        linuxstb: That function range_decode_culfreq() looks similar to the one in ffmpeg
00.59.36 #        Where in ffmpeg?
01.00.38 #        http://cekirdek.pardus.org.tr/~ismail/ffmpeg-docs/apedec_8c-source.html line 270
01.01.45 Part    Zagor ("Client exiting")
01.02.26 #        Well, ffmpeg's APE decoder is based on libdemac...
01.02.35 Quit    RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by")
01.02.40 #        ah
01.03.02 #        Eh, should've noticed that in the header
01.04.28 #        can I unlock this thread and ask for a link? http://forums.rockbox.org/index.php?topic=13435.0
01.04.30 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
01.05.28 #        markun: I'm not sure it's worth the effort...
01.06.06 #        linuxstb: Umm. What's that nasty search do in range_get_symbol*() ??
01.06.47 #        The one where the comment says it should be a binary search?
01.06.53 #        yup
01.06.57 #        linuxstb: you think it's realistic to try to completely get rid of the malloc buffer?
01.07.44 #        preglow: Sure.  IIRC, the codec that I've worked on only use it to store the seektable, if at all.
01.08.36 #        preglow: At the very least, I think we could make the codecs malloc from the codec buffer, possibly increasing it slightly, rather than having the malloc buffer separate.
01.09.06 #        amiconn: All I know is what the source is telling us - I don't understand the maths behind it.
01.09.23 #        Adding a binsearch there shouldn't be hard
01.09.45 Quit    RaZorbacK ("MegaIRC v3.90 http://ironfist.at.tut.by")
01.09.52 #        linuxstb: i think perhaps i might have a go through all codecs to see if it's possible to make them not malloc
01.09.58 #       * amiconn already uses a binsearch in the charcell lcd driver's unicode->character decoder
01.09.59 #        speex should be done as of now anyway
01.10.20 #        Isn't Tremor a problem though?
01.10.29 #        linuxstb: might be, haven't looked at the allocing
01.10.53 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
01.11.30 #        That will help my Telechips device - it only has 2MB RAM.
01.11.39 #       * amiconn tries that
01.12.27 #        linuxstb: really? which?
01.12.38 #        linuxstb: that kinda sucks, where does the playback buffer go? :/
01.12.39 #        My DAB/MP3 player.
01.12.56 #        It's flash, so playback buffer shouldn't matter much...
01.12.57 Join    Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999)
01.13.02 Quit    Arathis ("Bye, bye")
01.13.21 #        linuxstb: retailos probably reads straight from flash too... i haven't been looking forward to the day we need to do that for some reason
01.13.33 #        but then again, i probably won't be coding it :>
01.13.50 #        And it only has a small mono LCD, so I expect the plugin buffer can be reduced to Archos levels.
01.14.14 Quit    einhirn (Read error: 104 (Connection reset by peer))
01.14.27 #        But 1MB for codec+codec malloc  hurts...
01.15.38 #        linuxstb: Still, that's twice as much RAM as the iFP right?
01.15.39 #        ouch, speex still has the occasional float here and there
01.15.41 #        but never in innerloops
01.15.44 #        i wonder how much i care
01.16.01 #        Llorean: Yes, but I've no idea of the state of the iFP port...
01.16.10 #        linuxstb: i suspect faad is going to be a true bitch in the malloc apartment
01.16.14 #        department...
01.16.31 #        man, i love speex, every time it needs some temp stuff, it just takes it from the stack
01.16.33 ***     Saving seen data "./dancer.seen"
01.16.36 #        fast, good memory
01.17.11 #        linuxstb: I think I read it was actually capable of playback, though not realtime, but still had a wide range of problems
01.17.59 #        Llorean: Looking at the source code, the iFP has a reduced (128KB) codec buffer.  Not many codecs will fit there.
01.19.26 #        Llorean: Have you still never tried Rockbox on your iFP?
01.19.43 #        Pure laziness.
01.20.02 #        I have to track down the iRiver Music Manager software and "upgrade" my firmware to UMS before I can install the rockbox-patched firmware
01.20.08 Quit    amiconn (Nick collision from services.)
01.20.13 Join    amiconn [0] (n=jens@rockbox/developer/amiconn)
01.20.50 #        Considering it dual boots, and all my music on it is MP3 anyway so I don't need to worry about the loss of WMA, I guess there's no reason *not* to try it.
01.22.43 #        linuxstb: That 128kb is for the .codec file *and* any memory it needs to allocate? Do you know how big that usually gets?
01.23.11 Join    nomel_ [0] (n=chatzill@adsl-71-130-51-42.dsl.scrm01.pacbell.net)
01.23.11 Quit    nomel ("CGI:IRC (EOF)")
01.23.14 Nick    nomel_ is now known as nomel (n=chatzill@adsl-71-130-51-42.dsl.scrm01.pacbell.net)
01.23.25 #        Standard swcodec is 512KB for the codec, plus a 512KB codec malloc buffer.
01.23.45 #        I don't know how big the codec malloc buffer is on the iFP
01.23.52 #        Also, I think the iFP port couldn't address the flash properly in the 1gb models, now that I recall
01.24.22 #        linuxstb: Is there a file that determines which codecs are built?
01.24.30 #        apps/codecs/SOURCES
01.24.35 #        Ah, there's a SOURCES for them.
01.24.43 #        speex fails for ifp
01.24.47 #        But it's not up to date - only AAC is disabled for the iFP, but others fail...
01.24.55 Join    midgey [0] (n=tjross@westquad-188-65.reshall.umich.edu)
01.25.48 #        But we probably need some way to disable codec support completely - the AAC code in core Rockbox will still be built IIUC.
01.27.11 Quit    cooz` ()
01.29.52 #        I wonder what the maximum amount of memory I can give the codec is on iFP
01.30.39 #        Looks like vorbis is too big too
01.31.43 #       * Nico_P is off to bed
01.32.05 #       * linuxstb joins Nico_P (so to speak...)
01.32.17 #        hehe :) good night
01.32.24 Quit    Nico_P (Remote closed the connection)
01.32.39 Quit    linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]")
01.33.32 Quit    Rondom (Nick collision from services.)
01.33.48 Join    Rondom [0] (n=Rondom@p57A97AA2.dip.t-dialin.net)
01.34.07 Quit    Toxicity999 (Remote closed the connection)
01.34.56 Quit    Rondom (Read error: 104 (Connection reset by peer))
01.36.27 Quit    donutman25 (Read error: 104 (Connection reset by peer))
01.36.32 Join    midkay [0] (n=midkay@rockbox/developer/midkay)
01.36.50 Join    Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999)
01.40.07 Join    makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
01.40.19 Join    rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net)
01.40.23 #        is there anyway to play a .swf file with Rockbox?
01.40.31 #        no
01.45.56 #        evening all. i am having a weird id3 tag anamoly and have not seen any mention of it on the forums or manual. i have an 80gig ipod that shows this. i'm using a custom build but have tried a daily build as of 3 days ago just in case it was something wrong with the custom build. i also am not using itunes or the itunes database, strictly maintaining everything straight on the ipod. i will prefix this issue also with saying t
01.49.20 Part    pixelma
01.52.20 #        rep|icant_, your question stopped at "this issue also with saying t"
01.52.32 #        seriously?
01.52.37 #        um
01.52.38 #        thats weird
01.52.43 #        ok let me copy where it left off
01.53.05 #         will prefix this issue also with saying that i've tried deleting the various database related files and re-initializing/updating the database. ok now with the issue, a select group of mp3s are having weird tagging issues. the artist/album tags show up perfectly, however the track title tag shows up as just (for example) "BAL.mp3" instead of "Ballah". Any ideas of what might be happening?
01.54.31 #        wonder if there is a char limit on text. didn't think there was in irc
01.54.35 #        could just be my irc client
01.57.01 #        ahh crap gota leave to watch the virginia tech game. i'll check back later to see if it was answered
01.57.09 #        thanks guys if any of you read this. thanks krazykit for keeping me in line :D
01.59.10 Quit    makuseru (Read error: 104 (Connection reset by peer))
01.59.15 Quit    meoblast001 ("Leaving")
01.59.23 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
01.59.42 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
02.05.28 Quit    spiorf (Remote closed the connection)
02.16.05 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
02.16.20 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
02.17.33 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
02.18.11 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
02.21.29 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
02.21.53 Join    SirFunk [0] (n=Sir@206-159-155-246.netsync.net)
02.39.04 Quit    alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )")
02.41.27 Join    JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au)
02.48.06 Quit    nomel ("heading home...")
02.50.59 Quit    Toxicity999 (Read error: 110 (Connection timed out))
02.53.04 Quit    Thundercloud (Remote closed the connection)
02.56.21 Join    webguest08 [0] (i=3cea8738@gateway/web/cgi-irc/labb.contactor.se/x-79f63f7972518c24)
02.56.56 Quit    J3TC- (Read error: 110 (Connection timed out))
02.59.29 Quit    webguest08 (Client Quit)
03.01.18 Join    Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999)
03.02.04 Quit    Toxicity999 (Remote closed the connection)
03.02.34 Join    Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999)
03.06.51 Join    karashata [0] (n=Kimi@pool2-086.adsl.user.start.ca)
03.16.34 ***     Saving seen data "./dancer.seen"
03.22.48 Quit    criznach (Read error: 104 (Connection reset by peer))
03.24.56 #        ehh
03.25.04 #        why the hell doesn't that error happen here?
03.25.10 #        because...
03.40.39 Join    sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca)
03.48.09 Quit    grndslm ("Leaving")
03.54.21 Quit    mirak (Remote closed the connection)
03.55.26 Quit    eXpL0iT ()
04.06.06 Join    psycho_maniac [0] (i=psycho_m@ppp-64-91-85-199.cam.centurytel.net)
04.11.57 Join    J3TC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net)
04.12.24 Quit    midgey ()
04.15.31 Quit    sdoyon ("ircII EPIC4-2.4 -- Are we there yet?")
04.15.37 Quit    animeloe ("Leaving")
04.16.07 #        I saw that MoB was commited.  How does that effect small files?
04.16.17 #        (NSF, SPC, stuff like that.)
04.16.49 #        *blinks*  MoB was commited...?
04.16.55 #        Yup
04.17.01 #        hmm...
04.17.04 #        Mouser_X: You can fit more on the buffer than ever previously
04.17.12 #        Oh goody.
04.17.18 #        Though I think there's still a limit, it's much higher as there's so much less overhead
04.17.21 #        Like... 128 I think?
04.17.24 #        well, that could be why the tags aren't displaying for the NSF files and stuff...
04.17.37 #        karashata: It shouldn't be, at least
04.18.03 #        Now my playlists of 500+ NSFs can be loaded more efficiently.
04.18.17 #        hmm, I haven't tested the most recent build yet, but the one I was running previously wasn't displaying the NSF tags on my WPS screens
04.18.46 #        karashata: Previously from when?
04.18.59 #        lemme see which build number it was...
04.19.13 #        r15294
04.19.53 #        Will MoB also effet patches?  Specifically the MOD patch, and the GBS patch (meaning, to the best of your knowledge, those patches will be able to take advantage of the MoB changes, without modification to said patches)?
04.20.51 #        Many, many patches will need to be reworked, I expect
04.21.06 #        Hmmm.
04.21.20 #        karashata: That's before MoB
04.21.24 #        I probably won't be updating soon then.
04.21.28 #        not 7738 ;) but i doubt this has anything to do with MoB
04.22.19 #        Llorean: okay, I'll see if it makes a difference with the most recent build when I get a chance to and see if that makes a difference
04.22.48 Join    animeloe [0] (n=animeloe@unaffiliated/animeloe)
04.25.36 Join    sdoyon [0] (n=steph@modemcable193.152-83-70.mc.videotron.ca)
04.27.41 #        Is the reported battery level ever accurate when charging? In particular, in the info screen, we don't handle CONFIG_CHARGING == CHARGING_SIMPLE: I'd change it to say just "Charging" when that's the case...
04.28.46 #        rasher: are you around?
04.29.08 Quit    miepchen^schlaf (Read error: 110 (Connection timed out))
04.29.19 Join    miepchen^schlaf [0] (n=hihi@p54BF6751.dip.t-dialin.net)
04.35.53 Join    nomel [0] (i=42ed06d2@gateway/web/cgi-irc/labb.contactor.se/x-0104f7c2d98a6a5b)
04.36.31 Quit    nomel (Client Quit)
04.37.00 Join    nomel [0] (i=PooTron@66-237-6-210.starstream.net)
04.41.36 #        Meh
04.41.52 #        New svn update broke the build with the patches
04.41.53 #        :3
04.42.30 #        hrm?
04.43.10 #        I applied patches and did an update and do a build but it broke :3
04.43.14 #        I assume that's normal
04.43.34 #        of course
04.43.44 #        especially with big changes like MoB
04.43.53 #        MoB?
04.44.04 #        the second to latest commit
04.44.07 #        Metadata on buffer.
04.44.16 #        scorche: Actually, the second to last build-triggering commit.
04.44.34 #        And it's maybe four down now, actually
04.44.35 #        Ah right
04.44.46 #        wtrue..
04.45.00 #        Either way, big fundamental change to core bits == lots of broken patches
04.45.09 #        i should have said on the log then
04.46.18 #        Ah lol
04.46.19 #        :3
04.46.39 #        Llorean: mob shouldnt have broken many patches at all..
04.46.56 #        i cant tihnk of many patches which are for the playback area
04.47.15 #       * JdGordon goned
04.47.37 #        JdGordon: New codecs with new metadata, for one?
04.47.42 #        I am doing as close of a build as maxwen0 does
04.47.42 #        :3
04.48.18 Quit    troxor (Read error: 104 (Connection reset by peer))
04.49.18 Join    troxor [0] (n=boyo@unaffiliated/troxor)
04.51.49 Join    jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659)
04.51.56 #        hey
04.53.49 Quit    troxor (Client Quit)
04.55.08 #        its going to be weird when album art is actually supported. i dont really like that feature that much and most themes will probably want to use that feature.
04.55.38 #        Hmmm.  True...
04.56.03 #        A good theme should be able to use the conditional, and look fine with or without album art.
04.56.05 #        Stick with the old themes?
04.56.10 #        Or remove the album art from the files themselves
04.56.30 Quit    SirFunk (Read error: 110 (Connection timed out))
04.57.07 #        thats what i did with a couple of themes.
04.57.17 Join    SirFunk [0] (n=Sir@206-159-155-246.netsync.net)
04.57.41 #        I'm actually using a WPS that was meant to support album art.  I just removed that bit though.
05.02.16 #        whats the name?
05.03.04 #        Pixel for Gigabeat.
05.04.43 Quit    sdoyon ("ircII EPIC4-2.4 -- Are we there yet?")
05.08.29 Join    midgey [0] (n=tjross@westquad-188-65.reshall.umich.edu)
05.09.14 #        X5 has lots of great themes that supports album art and non-album art at the same time
05.13.00 #        There we go
05.13.17 #        The album art patch is borkz with the new changes
05.13.27 #        well, that happens...
05.13.36 #        I know
05.13.42 #        But I found out which patch broke
05.13.52 #        the patch author/maintainer is the one to notify
05.14.00 #        Looks about right too....the patch failed at playback.c
05.14.10 #        I know I know
05.14.15 #        I'm just saying :3
05.15.29 Quit    bb (Nick collision from services.)
05.15.36 Join    bb_ [0] (n=bb@unaffiliated/bb)
05.16.36 ***     Saving seen data "./dancer.seen"
05.16.43 #        Yep
05.16.56 #        playback.c had really major changes done on
05.17.24 #        No joke.
05.19.08 Quit    rep|icant_ ()
05.22.58 Join    rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net)
05.31.42 Join    Ebert [0] (n=EbErT@adsl-211-220-6.asm.bellsouth.net)
05.32.48 Quit    animeloe (Remote closed the connection)
05.35.49 Join    makuseru [0] (n=max@163.106.40.24.aeneasdsl.com)
05.36.01 #        what file format of word documets does Rockbox support?
05.36.05 Join    animeloe [0] (n=animeloe@unaffiliated/animeloe)
05.37.00 #        rockbox doesnt support word documents
05.37.07 #        it has a txt viewer though
05.37.11 Join    donsd_l [0] (n=don@ip68-101-195-153.sd.sd.cox.net)
05.37.25 #        i cant put a text file on there and veiw it?
05.37.40 #        well, you asked about word documents...
05.37.49 #        as i said, it can view txt files
05.38.09 #        ah
05.38.13 #        well i ment txt files
05.38.21 #        i just couldnt figure out what format to save it as
05.38.34 Join    webguest79 [0] (i=be288777@gateway/web/cgi-irc/labb.contactor.se/x-4c79233527d01cc8)
05.39.26 #        thank you
05.39.34 Quit    makuseru (Read error: 104 (Connection reset by peer))
05.40.47 #        My Rockbox will not turn off.  What should I do?
05.40.58 Quit    newbyx86 ()
05.41.31 #        donsd_l: what player do you have?
05.42.21 Join    kkurbjun [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net)
05.43.18 #        psycho_maniac: Sansa e200
05.43.36 #        try a hard reset?
05.43.38 #        keep holding the pwr button down
05.43.42 #        it will eventually
05.43.57 #        it can take up to a minute or so
05.44.00 #        or even two
05.44.07 #        Tried that.  Will try again.  Maybe I need to hold down longer.  Thanks.
05.44.21 #        yea freaked me out the first time it happened
05.44.24 #        be persistent
05.44.52 #        Success!  Thanks guys.
05.48.05 Join    newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net)
05.49.12 Join    grndslm [0] (n=grndslm@24-116-87-97.cpe.cableone.net)
05.49.52 Quit    webguest79 ("CGI:IRC (EOF)")
05.50.42 #        jhMikeS: do you know when portal player interrupts are enabled during boot in the main build?
05.53.13 #        yeah when the sansa freezes up holding down power takes so long you start worrying hehe
05.53.58 Quit    donsd_l (Remote closed the connection)
05.58.24 Quit    tedrock (Read error: 113 (No route to host))
05.58.50 Join    Cronoh [0] (n=sdfdssfd@ip68-104-191-249.ph.ph.cox.net)
05.58.53 #        yo.
05.59.12 #        im like, trying to install rockbox (im sure u get a ton of idiots like me poppin in, sorry)
05.59.26 #        and it has errors downloading the files, received HTTP error 7602289 it says
06.01.32 #        anyone know? :o
06.03.00 #        when you do what
06.03.22 #        "downloading the files" is pretty vague
06.04.21 #        sorry
06.04.22 #        like
06.04.23 Quit    midgey (Read error: 110 (Connection timed out))
06.04.25 #        im using rockbox utility
06.04.33 #        and click complete installation
06.04.37 #        or small isntallation
06.04.43 #        both give me errors in the littlwe popup box
06.06.02 #        do it manually?
06.06.16 #        you sure rbutil has access
06.06.21 #        to the internet
06.06.26 #        how to know?
06.06.32 #        thats a simple possibility
06.06.34 #        i downlaoded themes and stuff
06.06.35 #        without problem
06.06.38 #        using the noral installer
06.07.17 #        Cronoh, please try to keep stuff to the same line.  the enter key is not the spacebar
06.07.25 #        Sorry, bad habit
06.08.03 #        I just tried runnign the normal installer, tbutil, and clicked bootloader it says "unsupported Bootloader Install method"
06.08.05 #        :/
06.08.32 #        i'd recommend using the manual install as outlined in the manual, then
06.08.36 #        ah k
06.14.06 #        arg
06.14.17 #        a write error
06.14.42 #        Error reading from disk: Data error (cyclic redundancy check).
06.15.14 #        i'd recommend doing a chkdisk (or whatever windows calls it) / fsck on that drive, then.
06.15.24 Join    tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net)
06.15.32 Part    Llorean
06.16.09 #        i did a chkdsk on it
06.16.28 #        chkdsk H:\ - came back with no errors
06.18.36 #        hmm, any ideas? :/
06.19.48 Quit    rotator ()
06.21.48 Quit    rep|icant ()
06.26.10 Join    rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net)
06.30.39 #        ok.. i formatted the ipod so it had nothing on it
06.30.42 #        did a restore with itunes
06.30.50 #        and the bootloader still wont work
06.30.51 #        wth
06.31.01 #        define "wont work"
06.31.07 #        same error as before
06.31.14 #        while running the manual installation, it says:
06.31.24 #        what device is this?
06.31.30 #        Error reading from disk: Data error (cyclic redudancy check).
06.31.36 #        iPod Video 30G
06.32.06 #        [ERR] Write Failed
06.32.14 #        and thats it, Image movement failed.
06.32.24 #        --install failed.  Press ENTER to exit ipodpatcher.
06.32.27 #        image movement?
06.32.38 #        yeah this is the stuff it tells me in ipodpatcher.exe
06.33.42 #        have you tried a different computer and/or cable?
06.34.10 #        and just to be clear, where did you get ipodpatcher?
06.34.26 #        from the link on manual
06.34.34 #        no i havnt tried a different pc or cable
06.34.40 #        maybe i can try a different usb slot
06.34.42 Join    donsd_l [0] (n=don@ip68-101-195-153.sd.sd.cox.net)
06.34.49 #        but everythign else transfers to the ipod fine
06.34.59 #        i cai did a mnualy isntall of all the .rockbox/ stuff
06.38.07 #        anyone know what i can do?
06.38.26 #        what exactly does the bootloader do?  is it a TON of files?
06.38.45 #        The bootloader does exactly that.  It's the boot file that loads Rockbox.
06.39.09 #        evening all.. quick (i hope) question about a problem i'm having:
06.39.16 #        install the bootloader, extract the rockbox.zip file and it should work.
06.39.39 #        psycho_maniac:  For whatever reason, the bootloader isn't installing for Cronoh.
06.39.49 #        hopefully it all shows up
06.39.50 #        i am having a weird id3 tag anamoly and have not seen any mention of it on the forums or manual. i have an 80gig ipod that shows this. i'm using a custom build but have tried a daily build as of 3 days ago just in case it was something wrong with the custom build. i also am not using itunes or the itunes database, strictly maintaining everything straight on the ipod. i will prefix this issue also with saying that i've tried
06.39.59 #        what did you use to install the bootloader?
06.40.11 #        Rbutil+ipodpatcher.
06.40.43 #        rep|icant:  You're typing too much.  It didn't all come through.
06.40.59 #        bah, where did it leave off?
06.41.03 #        Also, there's been some big changes recently.  You'll need to try a new non-custom build.
06.41.04 #        sorry about that
06.41.12 #        was that to me mouser?
06.41.14 #        (Metadata on Buffer was commited.)
06.41.15 #        the big changes
06.41.15 #        Yes.
06.41.19 #        ahh ok cool
06.41.25 #        i'll giev latest daily a go then
06.41.27 #        Mosuer, I have tried the obvious
06.41.30 #        thanks kindly
06.41.44 #        btw if that doesn't work, do you have any other ideas of what it may be?
06.41.54 #        I get errors when running ipodpatcher or anythignt o install the bootloader
06.42.02 #        here should be rest of it mouser:
06.42.03 #         i will prefix this issue also with saying that i've tried deleting the various database related files and re-initializing/updating the database. ok now with the issue, a select group of mp3s are having weird tagging issues. the artist/album tags show up perfectly, however the track title tag shows up as just (for example) "BAL.mp3" instead of "Ballah". Any ideas of what might be happening?
06.42.03 #        isnt there a file i can manually place on the ipod, or something?
06.42.11 #        rep|icant:  Sorry, no, I don't have any ideas.
06.42.22 #        *nod* appreciate your time none the less
06.42.47 #        Cronoh:  There is a manual method, but I don't remember what it is (I don't have an iPod).
06.42.59 #        The manual metho,d using ipodpatcher.exe ?
06.43.10 #        Becuase thats running in the cmd window, and it still gets an error
06.43.41 #        but i can pu files onto the ipod with no problems, even by dragging and dropping, so i cant see why there is a problem :/
06.43.56 #        It's been quite awhile ago that the manual method was used.  I don't remember how it was done before ipodpatcher, but I would think there's a way to do it.
06.44.09 #        know of anywhere i could look it up
06.44.39 #        Cronoh:  The iPod bootloader (what you're trying to replace) is "hidden" in a special location on the iPod that is not normally accessable.
06.44.51 #        Thus, you can't simply drag+drop files to replace it.
06.45.03 #        hmm
06.45.11 #        This is why ipodpatcher was made.
06.45.17 #        right
06.45.19 #        It knows how to access this hidden section.
06.45.59 #        hmmm
06.46.07 #        so i am lost on what to do
06.46.44 #        uis there a different bootloader, that i can try?
06.47.22 #        Look for ipodlinux.  They have some other bootloader.
06.47.50 #        do i need linux installed
06.47.51 #        (I think there's even a method to triple boot - iPodLinux+Rockbox+Apple OS.
06.47.53 #        in order to get that?
06.48.20 #        No, you shouldn't.  However, I don't know how it'd be used, so it might not be what you're looking for.
06.49.08 #        Cronoh:  Take a look here -  http://www.rockbox.org/twiki/bin/view/Main/IpodPatcher
06.49.44 #        Does that give you additional information?  It might give you an idea on how to diagnos your iPod, using ipodpatcher.
06.50.55 #        so, rockbox supports microsdhc, right?
06.51.04 #        for the players with micro sd slots
06.51.08 #        eg sansa e200
06.51.20 #        Can I delete the entire directory, SYSTEM, which includes the folders, DATA, REFS and WMDRMPD?
06.51.20 #        Yes, it should, as I recall.
06.51.32 #        I'd love to have a 32 gb flash player
06.51.36 #        or, 36
06.51.42 #        since it should still be able to use the original space
06.51.57 #        donsd_l:  What player are you talking about?
06.52.08 #        (I just bought an e260 on the cheap)
06.52.18 #        donsd_l:  Some players require certain files to be present, for them to work.
06.52.28 #        Mouser_X: Sansa e200.
06.52.38 #        certain files
06.53.01 #        Ah.  I have no idea then.  Sorry (I have a Gigabeat, and some of the OF files need to be present for it to boot).
06.53.07 #        how much space does the original firmware take up anyway?
06.53.08 #        Yes, but would they be recreated if missing?
06.53.17 #        you'd have to download some sort of utility from sandisk, probably
06.53.21 #        like a recovery tool
06.53.34 #        Most likely, yes. (@ n17ikh|Lappy)
06.53.47 #        How about the DATA directory?
06.53.50 #        dunno
06.53.59 #        I'll test it when my e260 gets here and let you know >_>
06.54.07 #        n17ikh|Lappy: it would end up being 32 GB of space, since flash memory comes in multiples of 8
06.54.23 #        and some of that 32 GB would be lost to firmware files
06.54.27 #        well, yeah
06.54.44 #        it'd be 32 gb + 4 gb
06.54.55 #        since the player has 4gb soldered in, anyway
06.55.15 #        ohhh, you mean a 32 GB card as extra, then...
06.55.18 #        nvm me then
06.55.25 #        I wouldn't expect the firmware to take up anything significant, anyhow
06.55.37 #        thought you meant a 32 GB player with the full 32 built in...
06.55.40 #        nah
06.55.42 #        donsd_l:  Take a look at what's in the data directory.  Chances are that it could be deleted, but you should look first.  If it looks like it's not music (or something important) then don't delete it.
06.55.46 #        I was talking about using an SDHC card
06.56.00 #        I bet a 32gb micro-sdhc card would be extraordinarily expensive
06.56.08 #        hell, they probably don't exist yet
06.57.15 #        ipodlinux installer dosnt recognize my ipod as being there? lol
06.57.34 #        ipodlinux is not supported here
06.58.28 #        Mouser_X: Mostly, IDX files.  I'm pretty sure I can delete them.
06.58.33 #        Cronoh: how old is this player?
06.59.10 #        no clue i bougt it used
06.59.14 #        from some black kid :)
06.59.45 #        Cronoh:  Did you look at the link I posted?
07.00.03 #        yeah i have it open
07.00.09 #        but unsure what exactly i should do with ti :D
07.00.14 #        Read it.
07.00.49 #        k sec
07.00.51 #        Does it provide useful info (does it tell you any additional stuff that you can do with ipodpatcher, to help you figure out what's going on)?
07.01.31 #        You might need to open a separate command window (rather than double-clicking on ipodpatcher.exe, you might have to access it in a window).
07.01.42 #        right
07.01.57 #        is the rockbox.ipod included in the "daily" file for my ipod
07.02.04 #        is that the bootloader? or firmware whatever
07.04.15 #        No, that's not the bootloader.
07.04.28 #        oh well i just wrote it to the ipod as the firmware
07.04.29 #        lol :D
07.04.37 #        I could be wrong.
07.05.41 #        (I was checking my Gigabeat's files.  I realize a Gigabeat is not an iPod, and thus there will be major differences.  I have a "gigabeat.rockbox" file, so I mistakeningly thought it was similar to the "rockbox.ipod" file.)
07.06.01 #        The rockbox.ipod file is probably what you wanted.
07.06.09 #         --write-firmware (-wf) filename.ipod
07.06.09 #        This command can be used to completely replace the Apple firmware in the OSOS image with either the Rockbox bootloader or the main rockbox.ipod file.
07.06.14 #        ^ thats from the page
07.06.37 #        I hadn't gotten that far (I've never read the page, because I have no need to use ipodpatcher).
07.06.49 #        HOLY SHIRT
07.06.51 #        is thi right
07.06.55 #        some REALLY SMALL writing?
07.07.04 #        HWEEEEELLL YEAH!!!
07.07.11 #       * Cronoh HUGS MOUSER
07.07.11 #       * Cronoh HUGS MOUSER
07.07.14 #        ...
07.07.24 #        cmon
07.07.26 #        embrace the love
07.07.28 #        <333
07.07.30 #        What'd I do?
07.07.36 #        sent me that page!
07.07.41 #        which led to me doing this, and fixing it!
07.07.59 #        Ah.  Cool.  Glad I could help.
07.08.05 #        <3
07.08.11 #        so how to take it fof this SUPER TINY FONT theme?
07.08.35 #        look up the wps gallery in the wiki
07.08.37 #        Read the manual.  It'll tell you how to change themes/fonts/WPS and all that stuff.
07.09.00 #        quick question though
07.09.05 #        does it always have this reaaaaly tiny font?
07.09.15 #        No, it doesn't.
07.09.22 #        k
07.09.29 #        how ahrd is it to make your own theme
07.09.32 #        You can change the font.  There's different styles, types, and sizes.
07.10.11 #        It's not that hard (it's actually pretty easy, generally speaking), but it might be time-consuming.
07.10.41 #        coolsaucwe
07.10.59 #        dang man im so happy
07.11.04 #        i thought i was going to be screwed
07.11.10 #        with my SLOW LAGGY ipo interface
07.11.13 #        ipod*
07.11.18 #        Cronoh: I've made a few WPS themes of my own, I'd say depending what you do it can take anywhere from 2 to 4 hours to make one
07.11.25 #        k
07.11.26 #        http://www.rockbox.org/twiki/bin/view/Main/CustomWPS
07.11.29 #        Cronoh: The default font is very small.  It is easily changed, but I can't tell you how right now. :(
07.11.38 #        ok
07.11.40 #        give or take maybe a half hour to test it and tweak it to work exactly right
07.11.47 #        cool man thanks
07.11.57 #        Cronoh:  Check out that CustomWPS link, as well as http://www.rockbox.org/twiki/bin/view/Main/CustomIcons
07.12.05 #        is the voice talking and stuff worth it?  lol or dumb? ;p
07.12.17 #        if you like voiced menus, sure
07.12.20 #        It's worth it if you're blind.
07.12.29 #        lmao
07.12.31 #        and what Mouser_X said
07.12.40 #        If you're not blind, then I'd say 50/50, depending on your tastes.
07.12.59 #        could be useful if you like to use your iPod from your pocket
07.13.07 #        True.
07.13.11 #        wow no Verdana font?
07.13.13 #        that sucks :[
07.13.29 #        Cronoh:  Did you install the additional fonts?
07.13.33 #        yea
07.13.38 #        i got like 30-50 or so it looks like
07.13.47 #        there's a little utility somewhere that can take ttf fonts and turn them into a usable font for RB
07.13.53 #        can't remember where it is though
07.13.57 #        ah really
07.14.02 #        damn rb fuckin rocks~!
07.14.08 #        and Verdana is a Windows font, isn't it..?
07.14.09 #        Very true.
07.14.17 #       * Mouser_X likes Rockbox.
07.14.23 #       * karashata likes it too
07.14.51 #        yes it is
07.15.11 #        ahh
07.15.20 #        Cronoh:  If you work on a WPS, or a theme, you might want to check out http://rasher.dk/rockbox/simulator
07.15.41 #        You can find some simulator builds there, which can aid in testing a theme/WPS.
07.16.09 #        sweeet thanks <3
07.16.39 ***     Saving seen data "./dancer.seen"
07.17.06 #        i got doom in games like (i installed wap or whatever)
07.17.28 #        and in small tesxt at top is an error, "Data bort at 0016B5D8 (0)"
07.17.37 #        I like Rockboy.  I don't play FPS type games often...
07.18.14 #        Cronoh:  Been here?  http://www.rockbox.org/twiki/bin/view/Main/PluginDoom
07.18.19 #        no sir
07.18.51 #        ty
07.19.24 #        do i manually add my music?  If so, where to?
07.19.46 #        Anywhere you want.
07.19.59 #        Rockbox works on a filetree system.
07.20.00 #        can it find ti all easily?  Or how does that work
07.20.21 #        Do you plan on using the OF occasionally?
07.21.00 #        (I assume that you will, since you're using an iPod.  People usually switch between RB, and OF on the iPod, due to battery life.)
07.21.21 #        whats of?
07.21.31 #        original firmware
07.21.31 #        Original Firmware.
07.21.39 #        Jinx
07.21.44 #        d'oh
07.21.50 #        oh, like, this one sues battery faster?
07.21.53 #        uses*
07.22.10 #        on the iPods, most notably
07.22.16 #        like terribly?
07.22.27 #        well, PP devices..
07.22.28 #        Yes, Rockbox hasn't been optimized for iPods yet.  As such, the battery life is not spectacular on the iPods.
07.22.44 #        like if tis ussually, 8 hours, when running this, it will be, 3 hours? or like 6?
07.22.54 #        It's okay (10 hours?  I don't actually know), but it's not great.
07.22.56 #        my H10 averages about 11.5 hours
07.23.26 #        though the battery I have in there isn't stock, and the stock was advertised as good for about 16 hours on OF
07.23.44 #        should test the OF on the new battery, see how long it lasts
07.23.51 #        Heh.
07.24.29 #        I haven't once used the OF with the new battery, I wonder if it'll detect the battery life right...
07.24.36 #        Cronoh:  If you do decide to use both RB and the OF, then you'll most likely want to (perhaps even need to) use Rockbox's database stuff.
07.24.49 #        Cronoh: look up IpodRuntime on the wiki. it will give you an idea of how long it lasts.
07.25.09 #        There's an idea!  (I hadn't thought of that.)
07.26.02 Quit    qwm (Read error: 104 (Connection reset by peer))
07.27.29 #        yeah
07.27.34 #        looks like 5-7 hrs
07.28.46 #        get one of those super capacity batteries too, you'll need it
07.28.55 #        ? where do you get that
07.29.12 #        ebay 10 bucks, install yourself
07.29.24 #        how much better are they
07.29.32 #        you don't really need it, just joking
07.29.50 #        stock is 600 mah, can be 1200mah
07.30.15 #        I'd like to put a 1200mah in my Gigabeat...
07.30.41 #        you can get a 4g ipod battery and do that, you see the wiki for it?
07.31.17 #        where do ig et games and stuff? :p
07.31.29 #        Ebert:  Yes I did.  Neat stuff.
07.31.44 #        also, should i locate my music in the .rockbox folder, or no?
07.31.58 #        Definitely not.
07.32.00 #        have you downloaded manual? and looked at install instructions?
07.33.16 #        anybody every try to play a song in the .rockbox folder?
07.33.36 #        it should work, but it isnt recommended to use that for music storage..
07.34.29 #        uh roh
07.34.34 #        i put a mp3 on the thing somehwere
07.34.35 #        and ti says
07.34.38 #        No codec!
07.35.01 #        have to reupdate the id3 tags
07.35.17 #        like, manually for all my songs?
07.35.27 #        no no, its a button in rockbox
07.35.45 #        settings/database/initialize or update
07.36.19 #        Ebert:  I don't think he's using the database yet.
07.36.39 #        ok id id initialize
07.36.41 #        in databasse
07.36.43 #        ;p;
07.36.57 #        no workie
07.37.01 #        still codec failure
07.37.12 #        ya, im no good
07.37.17 #       * Ebert closes trap
07.37.23 #        Try rebooting?
07.37.27 #        yeah i did
07.37.30 #        i go to database
07.37.31 #        :(
07.37.34 #        and it has my song in the list
07.37.57 #        codec failure...?
07.38.01 #        but when i play it gets yeah that ^
07.38.27 #        that usually happens when you ahvent extracted the .rockbox folder fully
07.38.34 #        ah really
07.38.53 #        k reextracting
07.39.40 #        did you not extract the whole rockbox.zip file the first time?
07.39.51 #        i thogut i did
07.39.55 #        but it is possible i didnt
07.40.38 Part    donsd_l ("Leaving")
07.40.49 #        yup
07.40.53 #        you fucking rule my friend!
07.40.55 #        it works!
07.41.08 Part    Ebert
07.41.39 Join    ToHellWithGA [0] (n=ryan@d16-124.rt2-bras.clm.centurytel.net)
07.42.00 #        so this "database" function
07.42.03 #        is like an itunes?
07.42.20 #        sorta
07.42.32 #        the database organizes your music files based on ID3 tag information
07.42.55 #        Sort of.  If you've used iTunes on your iPod, then you'll pretty much have to use the database, since iTunes mangles the file names of your songs.
07.43.09 #        it's like itunes but without the jive store and streaming radio and user interface
07.43.48 #        so how do i do playlists n shyt?
07.43.53 #        lol <-- total nub sorry
07.44.15 #        please read the manual
07.44.49 #        rockbox reads standard m3u playlists...many many programs can create these, and rockbox can ont he device too
07.46.14 #        hmmm
07.46.18 #        i am draggin an droppin files
07.46.25 #        into the ipod in my computer, and it says now...
07.46.44 #        (The enter key is not a spacebar.)
07.46.44 #        Cannot create or replace: xxx (filename) The parameter is incorrect
07.47.42 #        i think that means a bad disk. because i got that same parameter is incorrect on a cdrom and that was because it was scratched.
07.48.03 #        so does that mean my ipod is broken now? ;p
07.48.15 #        Run checkdisk on it.
07.48.15 #        try some other files.
07.50.42 #        dang
07.50.49 #        i lvoe how fast it switches through files though
07.50.50 #        :)
07.52.41 #        hmm
07.56.24 #        ok.
08.04.38 Join    mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it)
08.04.41 #        Hi all!
08.05.01 #        I can't crash my H340 anymore with the yesterday-built rockbox
08.05.12 #        I was in the bus so I didn't tried seriously crashing it ...
08.05.22 #        But scrolling fastly didn't give the right effect.
08.05.30 #        Oh come on.  It can't be *that* hard to crash it.  Throw it at a brick wall or something.
08.05.36 #        (While driving.)
08.05.50 #        :)
08.06.11 #        Mouser_X: may be you're trying to be nice, but here are 8:00 AM and so I can't apreciate it. thank you aniway :)
08.06.39 #        I was trying to be funny.  Not that I was, but I did try.
08.06.46 Quit    grndslm ("Leaving")
08.07.37 Quit    kubiix (Connection reset by peer)
08.07.38 #        Mouser_X: :) oh.. I'm not a native english speaker so I don't know exactly the difference between "nice" and "funny". Aniway: It's my fault. When I arriver here at school at this hour I'm always acid :)
08.07.49 #        acid -> irritable...
08.08.05 Quit    ToHellWithGA (Read error: 110 (Connection timed out))
08.08.47 Quit    psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference")
08.08.58 #        No problem.  I've had much, much worse.  If you're irritable now (I figured you weren't that bad, reasonable even), then you must be an all around nice guy, when you're in a good mood.
08.09.27 #        Anyway, back on-topic.  (Sorry about that.)
08.12.29 Join    pondlife [0] (n=Steve@rockbox/developer/pondlife)
08.21.09 #        Mouser_X: :) thank you
08.28.59 Quit    BigBambi (Read error: 113 (No route to host))
08.30.12 #        Wow, MoB got a serious green delta
08.30.42 #        What's that mean, if I'm allowed to ask?
08.30.48 Quit    jhulst ("Konversation terminated!")
08.30.55 #        http://build.rockbox.org/dev.cgi
08.31.06 #        pondlife: " Almost all RAM savings, but still.
08.31.34 Quit    Rick ("I don't need to be here.")
08.33.05 #        scorche: ?
08.33.23 #        pondlife: his response to me when i said roughly the same thing
08.34.39 Join    Rob2222 [0] (n=Miranda@p54B1461A.dip.t-dialin.net)
08.42.59 #        If I have 55% of the battery left on my Gigabeat, would I be safe to assume that it will last as long tomorrow, as it did today?
08.43.57 #        if you run it in the same conditions, perhaps
08.44.35 #        MP3s, + 2 videos (it's pretty much what I do every day).
08.45.15 #        more than likely, as long as the mp3s are encoded at the same bitrate
08.46.23 #        Most VBR.  I'm going through my OC ReMix stuff right now.
08.47.10 #        ahh
08.47.24 #       * karashata nudges Mouser_X to -community
08.49.28 Join    Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net)
08.52.36 Quit    anakiokoi (Read error: 110 (Connection timed out))
08.52.54 Join    eigma [0] (n=cat@216.48.162.210)
08.53.07 Quit    Rob222241 (Read error: 110 (Connection timed out))
08.57.29 Quit    iamben (Read error: 104 (Connection reset by peer))
08.57.34 Join    iamben [0] (n=ben@dpc67142179038.direcpc.com)
09.06.52 Join    ender` [0] (i=krneki@84-255-206-8.static.t-2.net)
09.06.54 Join    Redbreva [0] (n=chatzill@host86-144-108-57.range86-144.btcentralplus.com)
09.10.35 Join    Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net)
09.10.58 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
09.16.40 ***     Saving seen data "./dancer.seen"
09.24.29 Join    boyko [0] (i=c27f0812@gateway/web/cgi-irc/labb.contactor.se/x-bae3b7278b952d0e)
09.26.40 #        Anybody here with commit access? I've spotted a typo in the manual, chapter 2.3.1. In "Prebuild binaries for Windows, Linux..." it should read "Prebuilt", i.e. 'd' should be replaced with 't' in 'Prebuild.' I wouldn't like to create a patch for such a little change.
09.27.36 Quit    boyko (Client Quit)
09.32.30 Join    davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com)
09.32.46 #        boyko: thanks boyko, fixed.
09.37.11 Quit    eigma ()
09.40.36 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
09.40.48 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
09.41.57 Join    inteliwasp [0] (i=4cbd5e22@gateway/web/cgi-irc/labb.contactor.se/x-9ebc2dc7bae16fff)
09.42.13 #        anyone awake?
09.42.25 Join    webguest46 [0] (i=7cb56cc6@gateway/web/cgi-irc/labb.contactor.se/x-fe73f0d93101b942)
09.42.32 Quit    RaZorbacK (Client Quit)
09.42.38 #        hi, dose rockbox work on an Iriver e10?
09.43.26 #        not currently, and AFIAK no one's working on a port to it
09.44.28 #        ok
09.44.37 #        has there been any major changes to rb for the 4g since early feb? i just got a new battery...
09.44.43 #        AFIAK ?
09.45.12 #        he means "as far as i know"
09.46.00 #        ok
09.46.04 #        inteliwasp: http://www.rockbox.org/twiki/bin/view/Main/MajorChanges
09.46.06 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
09.46.21 #        so it will be a while until i can put rockbox on my iriver
09.47.10 #        webguest46: maybe it will be forever since noone is working on it.
09.47.12 #        rasher: many thanks....*reading*
09.47.35 Quit    webguest46 ("CGI:IRC (EOF)")
09.47.40 #       * pondlife missed the MoB party
09.47.57 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
09.48.46 Quit    TMM (Read error: 110 (Connection timed out))
09.49.40 Join    petur [0] (n=petur@rockbox/developer/petur)
09.53.32 #        pondlife: it was HUGE!!! we had strippers and grog and everything
09.53.55 #        wait... you said MoB party...
09.53.57 #        never mind
09.54.03 #       * JdGordon missed it also :'(
09.55.11 #        They had beer :/
09.55.19 #        Just read the logs
09.59.48 Nick    fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
10.02.35 #        haha really?
10.04.03 Join    CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de)
10.05.13 Join    pixelma [0] (i=pixelma@rockbox/staff/pixelma)
10.08.05 #        i noticed that on the ipod build, the rockbox.ipod file is not in the main directory but in .rockbox, will this pose a problem for my ipod that has not been updated since febuary?
10.10.07 #        just delete the .ipod in the root
10.10.16 #        you may have to upgrade your bootloader
10.10.38 #        ...     0_0
10.11.04 #        got a link for upgrading the bootloader in linux?
10.11.11 #        the wiki
10.11.31 #        or the manual
10.12.26 Quit    DogBoy (Read error: 110 (Connection timed out))
10.12.58 Quit    JdGordon ("Konversation terminated!")
10.15.50 #        got it, thanks pixelma
10.16.35 #        now all i need to do is wait for 3 more hours to charge my shiny new 1200mAh battery...
10.17.53 Join    LinusN [0] (i=linus@rockbox/developer/LinusN)
10.19.16 Quit    Zagor ("Client exiting")
10.19.36 Join    Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net)
10.24.42 Quit    freqmod__nx (Remote closed the connection)
10.24.44 Quit    inteliwasp ("bye all")
10.31.59 Join    lee-qid [0] (n=liqid@p5496744F.dip.t-dialin.net)
10.33.28 Join    SynMonger [0] (n=syn@h106.66.141.67.ip.alltel.net)
10.34.03 #        Is it possible to delete out of date wiki pages?
10.34.59 Part    Redbreva ("Out for the day...!")
10.37.26 #        pondlife: no they are stuck on the internet forever, forever broadcasting their dead content into the black empty void...
10.37.36 #        Pity
10.37.43 #        :)
10.37.44 #        Misleading content too.
10.38.10 #        Anyone know where I can get an up-to-date RbUtilQt?  I can't build it under Cygwin
10.38.36 #        1.0.2 doesn't make .talk files correctly (still?).  Want to see if I'm just missing a release..
10.38.44 #        pondlife: the "more" link at the bottom of wiki pages allow you to delete them
10.39.17 #        or maybe it's restricted. I don't quite remember. I get a "delete topic" link there anyway.
10.39.33 #        Access Denied
10.39.48 #        "Access check on Main.MetadataOnBufferTesting failed. Action "rename": access not  allowed on web."
10.39.57 #        ok
10.40.29 #        I think "normal" users can't delete things since the wiki had to be set up new last time :\   Same with attached files, IIRC.
10.40.50 #        I think we should rather add a line on top of the page: "M-O-B is now committed, and this topic is outdated."
10.41.00 #        I already edited it.
10.42.04 #        keeping old stuff doesn't hurt, as long as it's properly marked imho
10.42.27 #        Perhaps we should have a standard - a big red OBSOLETE at the top?
10.43.00 #        i think we have some red text like that on a few pages already. I'll look it up...
10.43.37 Join    spiorf [0] (n=spiorf@host247-22-dynamic.21-87-r.retail.telecomitalia.it)
10.44.58 #        FlashingRockbox has a text, though it's rather verbose
10.45.30 #        I think IpodInstallation has something like that too
10.45.30 #        Just a simple %RED%*OBSOLETE*%ENDCOLOR% maybe
10.46.05 #        I think a few words of explanation are in order too. why is it obsolete? i.e. feature dropped, found impossible, or simply done?
10.46.26 #        OK
10.46.46 #        but I'd like it at the very top of the article, not in the middle of the text
10.48.40 #        Zagor: Like this? http://www.rockbox.org/twiki/bin/view/Main/MetadataOnBufferTesting
10.49.03 #        i.e. even above the page title
10.49.37 #        yes, looks good
10.50.07 #        that way it's more of a post-it note on the article, rather than part of the article itself
10.50.47 #       * amiconn would rather like to be able to remove old stuff
10.50.47 Quit    miepchen^schlaf (Read error: 110 (Connection timed out))
10.57.54 #        Anyone done a before-and-after-MoB comparison of runtime yet?
10.59.19 #        you would have to expect my results in a week or so :P
11.04.23 Join    parafin|sleep [0] (i=parafin@parafin.dialup.corbina.ru)
11.14.16 Quit    parafin|away (Read error: 113 (No route to host))
11.14.21 #        Ah, just had a missed track change... WPS stays mainly on track 2 (progress bar at 100%) although audio is track 3..
11.16.23 Quit    idnar (Read error: 110 (Connection timed out))
11.16.41 ***     Saving seen data "./dancer.seen"
11.18.12 Nick    fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
11.25.34 Quit    TotallyInfected ()
11.32.53 #        Calcipher: You still having problems with video playback and voice, by the way?
11.33.20 Quit    jumpatrain (Remote closed the connection)
11.33.46 Join    jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659)
11.35.58 Join    desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl)
11.36.40 Quit    SynMonger ("BitchX: now with wings!")
11.37.55 Join    n1s [0] (n=nils@nl104-209-90.student.uu.se)
11.40.31 Nick    daurn is now known as daurnimator (i=daurn@unaffiliated/daurnimator)
11.46.10 Quit    CaptainSquid ("Miranda IM!")
11.47.41 Quit    jumpatrain (Remote closed the connection)
11.48.23 Join    jumpatrain [0] (i=tabac@gateway/gpg-tor/key-0xB9002659)
11.52.11 Join    tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi)
11.53.51 Join    mf0102 [0] (n=michi@85.127.180.92)
11.57.02 Nick    fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
12.00.05 Join    Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net)
12.10.08 Join    TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl)
12.22.55 Join    miepchen^schlaf [0] (n=hihi@dslb-088-072-242-220.pools.arcor-ip.net)
12.23.42 #        I'm getting random data abort errors and a rather consistent "Unidentified instruction at 00060AD8 (0)" message when I switch from a NSFE file to a MP3 file on r15314, any ideas what's causing this?
12.27.46 #        a bug? :P
12.27.58 Quit    lazka (Read error: 110 (Connection timed out))
12.28.08 #        also getting data aborts and unidentified instructions switching back and forth between mp3 and spc formats
12.28.19 #        well, what's causing the bug, though
12.28.20 #        ?
12.28.25 Quit    mrkiko (Remote closed the connection)
12.28.48 #        karashata: probably the big MoB commit, reprt it in the tracker or directly to Nico_P
12.29.06 #        and if it bothers you to no end go back to a build before yesterday
12.30.02 #        it's not a major issue, stopping all playback then switching formats works fine, but trying to switch while playing one or the other causes data aborts
12.30.21 #        I won't worry about dropping back but I'll leave a note in the tracker
12.30.26 #        karashata: oh, that would be my fault, as n1s said. what player do you have?
12.30.27 #        karashata: please report it anyway, all crashes are bad bugs
12.30.29 Quit    Zagor ("Client exiting")
12.30.36 #        H10 20GB
12.31.00 Join    lazka [0] (n=lazka@83-65-237-63.dynamic.xdsl-line.inode.at)
12.31.14 #        karashata: is the adress always the same,
12.31.17 #        ?
12.31.45 #        no, it tends to vary a little depending if I'm going from an mp3 to an nsfe or the other way around
12.31.56 #        same with from mp3 to spc and vice-versa
12.32.23 #        a report in the tracker would be nice, and a range of adresses would probably be most helpful :)
12.32.28 Join    Thundercloud [0] (n=thunderc@resnet02.nat.lancs.ac.uk)
12.32.39 #        I think lostlogic had an experience with a similar bug
12.32.49 #        Nico_P: Well done!
12.32.53 #        I'll see what I can come up with, the data abort address is a tad hard to catch some times
12.33.04 #        n1s: btw, has my recent commit improved the situation with the slowness you reported?
12.33.16 #        pondlife: thanks ;) and thanks for the correction too
12.33.30 #        I also saw your report on FS
12.33.30 #        You won't say thanks when you look at Flyspray :)
12.33.43 #        I also had playback stop again
12.33.49 #        :/
12.33.50 #        But it's a bit random
12.34.11 #        In this case it actually stopped and went back to the browser!  Not a stalled buffering.
12.34.35 #        hum, does rockbox support videos?
12.34.39 #        I'll find it easier to manage now it's in SVN.
12.34.43 #        flv videos*
12.34.49 #        tuplanolla: MPEG2 only
12.35.15 #        ok, there must be a way to convert flv to mpeg2, thanks.
12.35.20 #        Nico_P: maybe a little not much though, clicking an nsf in a folder with ~200 others still takes ~4 seconds before it starts playing and just sits in the wps with the elapsed time showing 0:00
12.35.49 #        Nico_P: Changing codecs during playback gives similar symptoms here.   Slowness I mean.
12.36.22 #        n1s: it's strange, mp3 seems to start fast even when adding a lot of tracks
12.36.35 #        I need to investigate
12.37.13 #       * Nico_P needs to find a bunch of small tracks like NSF and SID to test
12.37.27 #        Nico_P: Google for HVSC ?
12.38.09 #        wow, aren't there smaller archives?
12.38.26 #        Probably, but you wanted a bunch :p
12.38.38 #        that's more!
12.38.40 #        :p
12.38.52 #        Nico_P: maybe it isn't your fault, it takes about as long when there are just a handful of nsf's in the folder too
12.39.12 #        still a bug tho IMHO
12.39.14 #        I suspect it's codec-loading that's slower?
12.39.16 #        n1s: is nsf one of these codecs that need all the data?
12.39.40 #        Nico_P: I'm not at all familiar with how it works
12.40.27 #        well sid is as fast as it was before so it's probably some nsf quuirk
12.40.31 #        well it started fast in SVN anyway so no reason it shouldn't be the same in MoB... I'll investigate
12.45.36 Join    ze_ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com)
12.46.57 #        amiconn: reported the bug, yet?
12.47.56 #        Nico_P: how detailed do you want this tracker entry to be?
12.49.08 #        karashata: as much as reasonaly possible ;)
12.49.22 #        more details will help me track the bug down as these are quite hard to reproduce
12.49.51 #        well, I'm trying every codec combination I can do with the formats I have, and listing the results as understandably as possible
12.50.03 #        thanks a lot :)
12.50.05 #        hopefully it gives you a thorough idea what works and what doesn't
12.50.15 #        is the crash consistent?
12.50.25 #        Put all reports onto Flyspray... of course..
12.50.57 #       * Nico_P is going to have to make flyspray his new homepage
12.51.23 #        Hmm, SID playback kills the sim.
12.51.27 #        karashata: you can also assign the task to me
12.51.31 #        gdb is my friend
12.51.38 #        pondlife: good :) that means we get a bt
12.51.47 #        Nico_P: You don't have to fix it all yourself, you know :)
12.51.51 #        Nico_P: how do I assign it to you?
12.52.20 #        karashata: no idea. there should be a field. otherwise I'll just do it myself
12.52.40 #        there isn't a field...
12.52.54 #        karashata: oh, then I'll do it, don't worry
12.53.16 #        pondlife: I feel responsible ;) also at this point I almost know the code by hjeart
12.53.19 #        hmm...
12.53.48 #        I have a glitchy FLAC file I'll have to fix...  not a RB issue but something I ran on while testing...
12.53.54 #        Aha, I just managed to make the sim stop (and go back to browser)
12.54.01 #        Just by skipping.
12.54.52 #        The sim is  lot less responsive than pre-MoB..
12.55.11 #        Nico_P: FS#8027 is my report if you want to look at it now
12.55.22 #        It locks up during buffering completely, although playback continues
12.55.29 Quit    ze (Read error: 110 (Connection timed out))
12.55.30 Nick    ze_ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com)
12.55.35 #        geh...  forgot to test between SPC and NSFE...
12.55.38 #        Woo, segfault
12.56.29 #        pondlife: you're cursed!
12.57.05 #        Seems to be when playing SIDs and an MP3 is buffered
12.57.17 #        karashata: are the the adresses you noted consistent?
12.57.38 #        eg is the SPC to MP3 data abort adress always the same?
12.58.27 #        as far as I've seen that's the only one that's appeared out of all four SPC to MP3 attempts I tried
12.58.44 Join    CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de)
12.58.54 #        0000831C (0) seems to crop up the most for the data abort address
12.59.19 #        the unidentified instruction doesn't seem to happen at all for some of them either
12.59.38 Part    jumpatrain ("Leaving")
12.59.51 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
13.01.23 #        by the way, not related to the codec swapping issues, but still a small concern that may be MoB related...
13.01.37 #        sory testing something
13.01.50 Quit    RaZorbacK (Client Quit)
13.02.12 #        approximately 2 seconds lag between switching tracks in a playlist, stopping playback, and shutting the player down
13.02.14 #        Nico_P: http://www.rockbox.org/tracker/task/8028 has plenty of info... perhaps these are all codec swapping issues?
13.03.15 #        ie. about 2 seconds more song plays after doing any of those things...
13.03.56 #        karashata: that's during buffering, isn't it?
13.04.10 Join    e200owner [0] (i=c27f0811@gateway/web/cgi-irc/labb.contactor.se/x-fc0c715f088a7f4c)
13.04.19 #        swapping file formats?  I do believe so, yes
13.04.53 #        and while switching tracks and the rest was while it was still buffering as well
13.05.13 #        that's not something avoidable, and is known, then?
13.05.31 #        or known and not known how to avoid, perhaps?
13.05.45 #        There are some keymap related patches for e200 in the FS. Is there any chance they will be committed? I have not tried them but from what the descriptions state, they would make e200 usage more intuitive.
13.06.20 #        E.g. FS#7871, FS#7232
13.06.41 #        pondlife: thanks for the report
13.06.55 #        It's not as reproducible as I hoped
13.07.00 #        I've had it twice
13.07.18 #        Always a similar backtrace
13.07.38 #        karashata: there is definitely room for improvement... things should get better over time
13.07.55 #        if I had and SID files around I'd test swapping between those and the other formats I have, but I removed them when I needed space for other music...
13.07.58 #        Could it be a stack overflow?
13.09.11 #        pondlife: I doubt it... the codec_load_file (plugin=0x0, api=0x4668a0) call looks very suspicious to le
13.09.12 #        Nico_P: it's not something that would bother me too much in normal use, thankfully
13.09.34 #        if it were, I do have a build from before the MoB commit that I could use until the kinks are worked out a little more
13.09.45 #        pondlife: I think the segfault originate from there
13.09.50 #        Yes
13.10.02 #        and, a slight work around is to just stop all playback before moving into files of a different codec
13.10.37 #        Q_CODEC_LOAD_DISK with data = 0...
13.12.01 #        pondlife: yes, and I think it comes from playback.c:2062
13.12.14 #        The other queue has a NULL test
13.12.23 #        there is no check of codec_fn there, whereas yes, the other has a check
13.12.24 #        Why should get_codec_filename return NULL
13.12.52 #        maybe the metadata is invalid somehow
13.13.08 #        pondlife: maybe it would be useful to break on calls to get_codec_filename
13.13.22 #        Problem is that this is timing-dependent in some way.
13.13.31 #        Might need to be logf/DEBUGFed
13.13.38 #        you never know...
13.13.43 Quit    lazka (Read error: 110 (Connection timed out))
13.13.50 #       * Nico_P needs to make some lunch
13.14.00 #       * pondlife sets breakpoints
13.14.30 #       * karashata wonders how his mp3 player could have used so much battery with his tests that it's recharging already...
13.15.12 #        what an interesting page: http://www.rockbox.org/twiki/bin/view/Main/UsingSubversion
13.15.21 #        Indeed!
13.15.32 Join    lazka [0] (n=lazka@85.127.153.163)
13.15.46 #        ...heh
13.15.47 Quit    desowin ("use linux")
13.16.04 Join    desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl)
13.16.45 ***     Saving seen data "./dancer.seen"
13.16.53 #        LinusN: are you able to delete it?
13.17.03 #        sure
13.17.23 #        get_codec_filename() is called for each track I buffer :/
13.17.31 #       * pondlife wears out his c key
13.19.09 #       * karashata gives pondlife a replacement c key
13.26.49 Join    ze_ [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com)
13.26.52 Quit    ze (Read error: 104 (Connection reset by peer))
13.27.04 Nick    ze_ is now known as ze (i=ze@cpe-76-175-22-254.socal.res.rr.com)
13.27.07 #        Anyone know how to use a conditional stop or assertion in gdb?
13.27.28 #        get_codec_filename is being passed a value of 0, which outputs NULL
13.27.32 #        pondlife: break  if 
13.27.57 #        break get_codec_filename if cod_spec == 0
13.28.05 #        Thanks
13.28.22 #        LinusN, pondlife: there was one version of that wiki page that had both svn and cvs info (and the svn part was different than what there is on UsingSVN e.g. a link to redbean, or the introduction). Thought one could move that over before it gets deleted...
13.30.15 #        Nico_P: There's a long delay before buffering starts after playback in the sim.  The first track is buffered and played, but then it's about 20 seconds before it bothers buffering tracks 2 onwards
13.30.29 #        During this 20 seconds, the sim is fairly locked up
13.30.54 #        Maybe waiting for dircache?  Or some kind of ata emulation thing
13.31.19 #        I have no idea why it's like that... :/
13.31.50 #        Have you tried it?
13.31.55 #        pondlife: by buffering you mean adding new tracks or reading data from disk to mem?
13.32.05 #        Reading from disk to mem, I think
13.32.10 #        Try it
13.32.22 #        Make an H300 sim, with a load of SIDs to play with
13.32.26 Quit    kclaf (Read error: 110 (Connection timed out))
13.32.42 #        Use my CFG if it helps, from FlySpray
13.33.50 #        as soon as I finish my luch ;)
13.34.14 #        OK
13.34.18 Quit    lee-qid ("aufwiederbyebientotsayonara")
13.34.53 Join    Genre9mp3 [0] (n=yngwiejo@87.203.85.184)
13.35.29 Quit    lazka (Read error: 113 (No route to host))
13.37.15 Join    jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com)
13.37.54 Join    alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net)
13.40.20 #        pondlife: Most probably one more problem in the threading simulation - ask jhMikeS
13.43.19 Join    Arathis [0] (n=doerk@p508A5F3F.dip.t-dialin.net)
13.45.48 #        wow these SIDs are tiny!
13.46.05 #        Nico_P:
13.46.17 #        Could it be that playback.c line 2059
13.46.44 #        should be based on CUR_TI, not curtrack_id3?
13.47.13 #        This is being executed with a null-filled curtrack_id3
13.48.05 #        how come it's null-filled?
13.48.21 #        Timing I guess.  What sets up curtrack_id3?
13.48.37 #        audio_check_new_track
13.48.38 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
13.48.42 #        but audio_rebuffer clears it
13.49.44 #        hmm no I'm sorry the setting up was moved to audio_update_trackinfo
13.50.02 #        which is called by audio_check_new_track
13.50.11 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
13.51.25 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
13.53.14 #        Nico_P: yeah, stuff like sid is the big winner with MoB
13.53.38 #        well I'm seeing the 128 limit is probably a bit tight... but it can be upped at almost no cost
13.53.42 #        Nico_P: i buffered 128 spcs yesterday, buffer wasn't even quarter full
13.53.49 Quit    RaZorbacK (Read error: 104 (Connection reset by peer))
13.53.55 #        Nico_P: yeah, but we shouldn't overdo it either, buffering all these tiny files does take time
13.53.59 #        I have 119 sids and its almost empty
13.54.06 #        Nico_P: and that's annoying when all you want to do is listen to one of them from the file browser
13.54.15 #        preglow: true
13.54.34 #        pondlife: I just got the segfault on my gigabeat sim
13.54.36 #        Nico_P: then again, that can be fixed by optimizing metadata parsers, i guess
13.54.45 #        I need to go to class though
13.54.53 #        i suspect those are the ones who take the most time in buffering
13.55.00 #        preglow: probably, yes
13.55.16 #        buffering such a tiny amount of data should be quite fats
13.55.20 #        fast
13.55.39 #        OK... looks like a race condition on curtrack_id3...
13.56.39 #        pondlife: I'm surprised the codec needs to be loaded from disk though
13.56.43 #        Nico_P: but it won't be if the metadata parser seeks around too much
13.57.08 #        Nico_P: It should be loaded, it's playing SIDs at the time
13.57.21 #        that's why I'm surprised
13.57.33 #        Need to keep digging I suspect
13.57.57 #        I'm afraid I won't have much time today
13.58.05 #        No rush
13.58.31 #        pondlife: if you find a fix, don't hesitate to commit ;)
13.58.56 #        Well I have a sticking plaster, but I won't commit that :)
13.59.04 #        Need to work out what's actually going on
13.59.12 #        I doubt I'll have time either
13.59.40 #        I agree, committing the workaround isn't the right thing to do
13.59.48 #       * Nico_P is off now, already late :p
14.05.51 Part    karashata
14.07.51 Join    donutman25 [0] (n=chatzill@65.75.87.48)
14.10.59 Quit    JRoT (Read error: 110 (Connection timed out))
14.17.10 #        hmm, when i sync some source files to their original source, and they upgrade/change their license, i should do so on the local modified copy as well?
14.23.49 Quit    Mouser_X (Read error: 110 (Connection timed out))
14.25.54 Join    RaZorbacK [0] (n=RaZorbac@gar31-1-82-66-75-34.fbx.proxad.net)
14.26.25 Quit    e200owner (calvino.freenode.net irc.freenode.net)
14.26.25 NSplit  calvino.freenode.net irc.freenode.net
14.26.25 Quit    tedrock (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    Calcipher (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    keanu (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    [omni]_ (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    sneakums (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    krazykit (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    J (calvino.freenode.net irc.freenode.net)
14.26.25 Quit    solatis (calvino.freenode.net irc.freenode.net)
14.26.53 #        So the 100% completed patches are already commited to the svn?
14.27.31 NHeal   calvino.freenode.net irc.freenode.net
14.27.31 NJoin   tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net)
14.27.31 NJoin   Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net)
14.27.31 NJoin   keanu [0] (n=keanu@unaffiliated/keanu)
14.27.31 NJoin   [omni]_ [0] (n=omni@bestII.com)
14.27.31 NJoin   sneakums [0] (i=sneakums@jenny.ondioline.org)
14.27.31 NJoin   krazykit [0] (n=kkit@light.sunsetab.denison.edu)
14.27.31 NJoin   J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com)
14.27.31 NJoin   solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl)
14.28.42 Join    whazilla [0] (i=whazilla@blinkenshell.org)
14.28.45 #        hellow all
14.29.04 #        can i run rockbox and ipodlinux with apple firmware all happy net to eatch other ?
14.29.57 Join    kugel [0] (i=kugel@unaffiliated/kugel)
14.30.07 #        allso i got an ipod with serial number mB145ZD/a ipod classic silver 160gb
14.30.28 #        whazilla: rockbox won't work on the classic
14.30.34 #        neither will ipodlinux
14.30.52 #        euhm ? i thought it just ran on classic o_0
14.31.20 #        what would happen when i try to install it ?
14.31.27 #        i got a garantee right ?
14.31.44 #        whazilla: if you check the frontpage it states explicitly that it doesn't work on classic
14.31.58 #        so nothing works for classic yet ?
14.32.15 #        whazilla: our patcher would refuse to patch it because it will not recognize the device
14.32.31 #        there's no point in trying, there's not a chance it hell it'll work
14.32.40 Quit    mf0102 ("Verlassend")
14.34.07 Quit    RaZorbacK (Remote closed the connection)
14.36.32 #        k thkx
14.36.55 Join    kugel_ [0] (i=kugel@e178102160.adsl.alicedsl.de)
14.36.58 #        i will get back in about a year  ... lets hope its patched by then
14.37.09 Quit    kugel (Nick collision from services.)
14.37.11 Nick    kugel_ is now known as kugel (i=kugel@e178102160.adsl.alicedsl.de)
14.37.24 #        just a shame i have to upload every song to itunes before i can put it on my classic
14.37.52 Part    whazilla
14.50.37 #        well, what the heck? why don't we all sit down and wait for things to happen?
14.51.11 #        markun: around?
14.57.07 Join    einhirn [0] (n=Miranda@p5B030842.dip0.t-ipconnect.de)
15.02.07 #        LinusN: I sat around and waited for Nico_P to do MoB... ;)
15.02.54 #        :-)
15.03.14 #        that proves that the concept works! ;-)
15.03.23 #        Exactly
15.03.35 #        So, shall I start believing in the Classic port?
15.04.07 #        just wait and see :-D
15.04.31 #       * petur wonders what happened to the crypto guy that wanted a flash dump
15.04.45 #        Zune Linux will be created in exactly the same manner
15.05.32 #        Hah, now you're stretching it
15.06.39 Quit    miepchen^schlaf (Read error: 110 (Connection timed out))
15.07.06 Join    Frazz [0] (n=Fraser@thelawsons.plus.com)
15.08.17 Join    nicktastic [0] (n=nick@unaffiliated/nicktastic)
15.11.47 #        Hmm, why would my sim keep locking in a loop outputting "We open the real file '/.rockbox/database_4.tcd" repeatedly
15.16.48 ***     Saving seen data "./dancer.seen"
15.20.34 Quit    XavierGr (Nick collision from services.)
15.20.37 Join    XavierGr [0] (n=xavier@ppp25-208.adsl.forthnet.gr)
15.26.14 Join    linuxstb [0] (n=chatzill@195.154.159.62)
15.30.07 Join    miepchen^schlaf [0] (n=hihi@p54BF6751.dip.t-dialin.net)
15.31.16 #        preglow: yes
15.35.15 Join    jac0b-work [0] (n=jac0b-wo@gifn3.fpl.com)
15.35.35 #        hi jac0b-work, I also have a 1200mAh battery now
15.35.52 #        very cool, how is it working for you
15.36.30 #        it's working well I think, but I had to do quite some bending to get the cross working
15.36.49 #        I didn't do any soldering but just replaced the connector
15.38.14 #        markun: You're talking about replacing the battery in a Gigabeat F?
15.39.05 #        yes
15.40.08 #        I edited the forum thread post, but that didn't move the thread up in the list for some reason
15.40.13 #        did anyone test the S series
15.40.42 #        jac0b-work: toffe just tested the original F battery in the S, that worked
15.41.03 #        what about a iPod battery in the S
15.41.17 #        he doesn't have such a battery yet
15.41.43 #        linuxstb: do you have a S?
15.42.06 #        markun: In theory...  I need to collect it from GodEater.
15.42.13 #        crap if I knew that I would have sent him the trash iPod batteries I had but I threw them away
15.43.12 #        hi linuxstb
15.43.22 #        amiconn: Hi.
15.43.49 #        I tried a binsearch in the spot we talked about yesterday.
15.44.03 #        It worked, but was actually slower than the linear search :(
15.44.04 #        Did it make any difference?
15.44.15 #        ;)  I guess you can remove that comment then...
15.44.21 #        i just wanted to come on to see how the MOB is going for everyone
15.44.36 #        But reading a bit further, I found a mail regarding the initial commit of ape support to ffmpeg based on libdemac
15.44.41 #        hashtable?
15.45.14 #        They say that they included it as-is as far as possible, so that it includes another range decoder etc
15.45.38 #        Yes, I remember that thread.
15.45.38 #        That implies ffmpeg has another range decoder - and that one looks like it doesn't use division
15.46.21 #       * jhMikeS is curious where this search code is located exactly
15.46.35 #        apps/codecs/demac/libdemac/entropy.c
15.47.29 #        amiconn: Did you see any comments in that thread about how suitable the ffmpeg range decoder would be?
15.47.59 #        no
15.48.07 Quit    ze (Read error: 104 (Connection reset by peer))
15.48.10 Join    ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com)
15.56.32 #        jhMikeS: The array being searched is quite small - just 65 elements
15.56.35 #        amiconn: Are you intending to look at it?  If not, then I'll try to.
15.58.19 #        yes. is that done on each sample though? I don't know this codec yet.
15.59.21 #        how many loops on average does it do?
16.03.39 #        linuxstb: It would be nice if you could have a look. I intend to go back to lcd stuff, starting with a little broadcom hacking session...
16.04.03 #       * amiconn has several ideas how to speed up things for the G5 lcd
16.04.16 #        jhMikeS: Yes, it seems to be for each sample...
16.05.07 #        preglow: but I have to go now. Will check the logs later.
16.05.35 #        amiconn: OK, I'll try and have a look.
16.06.21 #        amiconn: What needs doing for the ipod Color's LCD?  I got a big speedup with that change barrywardell suggested, but you said it was out of spec.  Do you know yet how to do it within spec?
16.06.26 Join    scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche)
16.07.01 #        No, but barry built a whole list with various test results
16.07.22 #        Still, this list doesn't give all the details. I'll do more experiments on my small H10
16.08.02 Quit    Frazz (Read error: 110 (Connection timed out))
16.09.46 #        markun: have you checked out the .text stuff for tremor arm imdct asm on gigabeat? i'd like to close that bug
16.10.55 #        linuxstb: i've done a quick overview on mallocs in codecs, faad and tremor are the big offenders
16.11.02 Quit    jac0b-work ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]")
16.11.11 #        linuxstb: in addition, ape.c uses one for its seek table. can that be made static?
16.11.22 #        linuxstb: also, libm4a does mallocs, can those be removed easily?
16.11.53 #        Probably best to ask Lear about libm4a now - he's worked on it a lot.  IIRC, it only used to perform one malloc - for the seektable.
16.12.28 #        Maybe for seektables, we should use the remaining RAM in the main codec buffer.  I'm not sure if there's a function to get that RAM though...
16.12.33 #        (similar to plugins)
16.12.50 #        In fact, MoB could maybe help us there...
16.12.59 #       * linuxstb looks towards NicoP
16.14.07 #        yes?
16.14.46 Join    japc [0] (n=japc@194.65.5.235)
16.14.51 #        when is the seektable read?
16.15.17 #        also, does anyone know the SID codec?
16.15.35 #        mine is in an endless loop right now
16.15.38 #        At the moment, it's normally read by the codec itself when it starts to decode the file.
16.15.51 Join    gnakidjim [0] (i=0@86.122.116.44)
16.16.07 #        linuxstb: hmm, not good. would it be possible to move that to the metadata parser?
16.16.11 #        But I think it could be added to get_metadata() quite easily.
16.16.31 #        then it would be quite easy to get it stored by MoB
16.16.43 #        but it might move though... would that be a problem?
16.17.14 #        It depends when it moves...
16.17.17 #        otherwise it could be made unmovable, but that's not really optimal
16.17.27 #        i.e. if it moves during the seek operation, that would be bad...
16.18.00 #        hahaha
16.18.25 #        that can be prevented
16.19.52 #        hmm there's no maintainer for SID... who wrote it?
16.21.00 Quit    nenolod (SendQ exceeded)
16.21.17 Join    nenolod [0] (n=nenolod@petrie.sacredspiral.co.uk)
16.22.13 #        Has UTF-8 any drawback compared to the other encoders available for the text viewer?
16.22.54 Join    roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk)
16.23.32 #       * n1s facepalms
16.24.27 #        Nico_P: sids play forever if this is what you mean by endless loop
16.24.58 #        hehe, no. I was looping in cpuJSR
16.25.03 #        never getting out of it
16.25.29 #        roolku: So an individual SID track never ends?
16.25.43 #        pondlife: unfortunately no
16.25.50 #        Wacky!
16.26.02 #        pondlife: it is even worse, they can contain subtracks
16.26.03 #        pondlife: there's no time displayed in the WPS
16.26.13 #        pondlife: that's how sid tunes work
16.26.29 #        this means you can have pretty much unlimited music in the buffer!
16.26.39 #        128 different endless tracks
16.26.57 #        One would last the same amount of time then...
16.27.00 #        :)
16.27.51 #       * kugel hopes that someone noticed his question
16.27.53 #        128 will last less long as it needs more time to load so more battery used :P
16.28.16 #        It does seem that switching from SID to any other codec crashes the sim
16.28.30 #        This is with default settings too.
16.28.44 #        pondlife: indeed. SID looks very buggy with mob. endless loops, segfaults in the codec
16.28.52 #        segfaults loading the codec
16.29.54 #        there was a recent change by brandon low to sid - could this be the cause?
16.30.46 #        linuxstb: wasn't libogg2 supposed to eliminate mallocs?
16.31.20 #        SID -> WMA locks up with no segfault :/
16.31.54 #        Ah, it doesn't lock completely, it just gets stuck in a (No file) state.
16.32.13 #        Nico_P: it struck me as odd that read_filebuf() can deliver the whole sid as a single chunk always, but I never followed it up
16.32.18 #        isn't codec switching in general shaky?
16.32.52 #        roolku: what do you mean?
16.33.27 #        Nico_P: http://svn.rockbox.org/viewvc.cgi/trunk/apps/codecs/sid.c?r1=15302&r2=15303
16.34.12 #        preglow: I don't know...  I once started my own Ogg parser, but never finished it.
16.34.52 #        Nico_P: is this guaranteed to work? even if not fully buffered or at the end of the (ring-) buffer?
16.35.17 #        roolku: It should be read_filebuf will block until all data is available
16.35.36 #        okay, fair enough
16.35.47 #        but maybe there's a problem there
16.36.03 #        An easy test to revert that and see if it changes behaviour.
16.36.06 Quit    nenolod (" omg it's almost meep o'clock, the harmonies of the universe are summoning me to the squirrel tree, bbl :)))))")
16.36.09 Join    nenolod [0] (n=nenolod@atheme/developer/nenolod)
16.37.10 #        Hmm, it seems that the codec_get_memory() function returns the malloc buffer, rather than returning the unused space in the codec buffer (the equivalent to plugin_get_buffer())
16.40.16 Join    Shaid` [0] (i=shaid@124-168-60-218.dyn.iinet.net.au)
16.40.44 Quit    XavierGr (calvino.freenode.net irc.freenode.net)
16.40.44 NSplit  calvino.freenode.net irc.freenode.net
16.40.44 Quit    J (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    sneakums (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    tedrock (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    krazykit (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    Calcipher (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    keanu (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    solatis (calvino.freenode.net irc.freenode.net)
16.40.44 Quit    [omni]_ (calvino.freenode.net irc.freenode.net)
16.40.44 Join    boyko [0] (i=c27f0814@gateway/web/cgi-irc/labb.contactor.se/x-ef5ee8a11481eece)
16.41.44 #        Is it correct that there are some playback issues in RB after committing the MOB code so that I should wait with updating?
16.42.57 #        boyko: either wait, or update and help us find the bugs
16.43.03 #        boyko: I think the official line is you should update and help with  testing and bug fixing. :)
16.43.43 Part    LinusN
16.43.48 Join    Mouser_X [0] (n=someone@207.155.176.3)
16.43.53 NHeal   calvino.freenode.net irc.freenode.net
16.43.53 NJoin   solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl)
16.44.23 #        hmm changing from SID to MP3 just worked fine when stepping through the transition. I smell a race condition
16.45.20 Join    freqmod_nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no)
16.46.44 Join    Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com)
16.47.02 Quit    CaptainSquid ("Miranda IM!")
16.49.20 NJoin   krazykit [0] (n=kkit@light.sunsetab.denison.edu)
16.50.04 #        LinusN, roolku: yes, that's the best for RB, I know :-)
16.50.13 Quit    Mouser_X (Nick collision from services.)
16.50.26 Join    Mouser_X [0] (n=someone@207.155.176.3)
16.55.15 Join    hcs [0] (n=agashlin@rockbox/contributor/hcs)
16.55.55 NJoin   XavierGr [0] (n=xavier@ppp25-208.adsl.forthnet.gr)
16.56.58 NJoin   Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net)
16.58.38 Quit    Shaid (Read error: 101 (Network is unreachable))
16.58.39 Nick    Shaid` is now known as Shaid (i=shaid@124-168-60-218.dyn.iinet.net.au)
16.58.43 Join    toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net)
17.01.27 NJoin   J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com)
17.04.25 Quit    petur ("connection reset by beer")
17.04.29 Join    bluebrother [0] (i=eRBS1wgT@rockbox/staff/bluebrother)
17.05.00 Quit    pixelma (Read error: 110 (Connection timed out))
17.05.57 Quit    boyko ("CGI:IRC")
17.06.08 Quit    linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]")
17.10.35 Join    jhulst [0] (n=jhulst@unaffiliated/jhulst)
17.12.29 Quit    Mouser_X (Read error: 110 (Connection timed out))
17.13.07 NJoin   keanu [0] (n=keanu@unaffiliated/keanu)
17.15.47 Join    Mouser_X [0] (n=someone@207.155.176.3)
17.16.52 ***     Saving seen data "./dancer.seen"
17.18.27 Join    TentaclePorn [0] (i=Tentacle@58.174.202.98)
17.18.37 #        Hi there ;]
17.19.13 #        I've been looking around and I'm having trouble finding a program to resize .mpgs for my iriver. Anyone able to help?
17.20.10 #        WinFF, as mentioned on the wiki?
17.20.57 Join    ToHellWithGA [0] (n=ryan@d16-124.rt2-bras.clm.centurytel.net)
17.21.28 #        Wiki hasn't been loading, I just get cannot connect to server. But then again, I've been getting them on a lot of sites lately, probably my connection. Thanks for that pondlife
17.24.34 #        TentaclePorn: you might want to try googles cache ;-)
17.25.00 #        Thanks for the tip bluebrother!
17.30.55 #        pondlife: you're flooding the tracker! :p
17.31.07 #        Sorry :/
17.31.25 #        Not all MoB issues, though
17.31.37 #        Nico_P: afraid of all the MoB issues coming up? ;-)
17.31.40 #        hehe, no worry. better to know the bugs
17.31.46 #        bluebrother: a bit :)
17.31.46 #        indeed.
17.32.10 #        we should think about another tracker cleanup week ;-)
17.32.24 #        Give MoB a while to bed in first.
17.32.53 #        LinusN deleted a wiki page!
17.32.59 #        sure. Maybe beginning of next year?
17.33.17 #       * bluebrother would like to see a new release for CF targets some time
17.33.20 Quit    hcs ("Leaving.")
17.33.36 #        Hey, it's almost time for Fireworks + 1
17.33.57 #        bluebrother, pondlife: we could have AA in the release!
17.34.07 #        hehe ... as mayday never happened fireworks sounds nice.
17.34.18 #        Or maybe wait for Mayday + 2
17.34.43 #        AA must wait until the playback is perfect, surely ;)
17.35.02 #        "We waited two additional years for mayday -- it must be great!"
17.35.25 Join    sneakums [0] (i=sneakums@jenny.ondioline.org)
17.37.12 #       * Nico_P is off to catch a plane
17.37.22 Quit    Nico_P (Remote closed the connection)
17.37.44 #       * pondlife shouts after Nico_P
17.37.55 Quit    Genre9mp3 ()
17.38.03 #        "My WPS just failed to switch tracks again"
17.38.50 Join    criznach [0] (n=criznach@69.145.134.192)
17.38.50 Join    tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net)
17.41.21 Join    Arathis_2 [0] (n=doerk@p508A5F3F.dip.t-dialin.net)
17.42.56 Join    criznach_ [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net)
17.43.01 Quit    Mouser_X (Read error: 110 (Connection timed out))
17.43.23 Quit    criznach (Read error: 113 (No route to host))
17.43.33 Nick    criznach_ is now known as criznach (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net)
17.45.36 Join    [omni] [0] (n=omni@bestII.com)
17.47.07 Quit    J3TC- (".UPP.")
17.47.20 Quit    scorche|w ("CGI:IRC")
17.48.22 Join    scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche)
17.52.32 #        yay, certain parts of my large shuffled playlist refuse to load with MoB, let's sing the data abort song (and I hope Nico_P's plane is going somewhere where he'll be online)
17.53.10 #        What's MoB?
17.53.13 Join    J3TC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net)
17.53.24 Quit    scorche|w ("CGI:IRC (Ping timeout)")
17.53.26 #        bit metadata on buffer patch that was committed yesterday
17.53.31 #        big
17.53.50 Join    scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche)
17.54.04 Join    CiNc028 [0] (n=chopper@pool-71-175-201-19.phlapa.east.verizon.net)
17.54.35 #        anyone here that help me with an ipod problem?
17.56.05 Join    TiMiD[FD] [0] (n=TiMiD@ntoska177059.oska.nt.ftth.ppp.infoweb.ne.jp)
17.56.10 #        hello !
17.56.14 Join    zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se)
17.56.58 #        does someone knows how to commit only one file (and not the whole directory )
17.57.15 Quit    jhulst (Remote closed the connection)
17.57.38 #        I've got a fix for a plugin but I don't want to commit stuff I'm still working on with other plugins
17.57.53 #        TiMiD[FD]: sure, just add the file(s) to commit as argument to svn
17.58.03 #        i.e. svn ci apps/plugins/foo.c
17.58.15 #        ok thanks
17.58.25 #       * bluebrother does that all the time :)
17.58.29 #        Oh bluebrother :3
17.58.34 #        Did you get my pm last time?
17.58.45 #        no
17.58.51 #        I found something like that on the net but I don't wanna screw up the repository :)
17.58.54 #        ok I do it !
17.58.55 #        Ah ok
17.59.03 #        i  have an ipod photo that only has the apple logo when it starts and wont go no further.
17.59.11 #        get prepared for a red :)
17.59.19 #        is there liek a utility that will help me to fix this?
17.59.27 #        you're not identified to nickserv so you can't pm me. Check the freenode website for details about that
17.59.37 #        CiNc028: Itunes has a restore thingy
17.59.39 #        Oh ok
17.59.58 #        Well, I just have a question with the sudoku patch you helped rasher fixed last year
18.00.04 #        http://www.rockbox.org/tracker/task/5519?histring=sudoku
18.00.05 #        oh word.
18.00.08 #         let me try that
18.00.49 #        I got to sync it to the latest svn code and it works but still get the same warning on compile
18.00.59 Part    ToHellWithGA
18.01.14 #        now it shows me the battery with a lightning bolt  on the screen
18.01.24 Quit    Arathis (Read error: 110 (Connection timed out))
18.01.29 #        http://web.njit.edu/~jc242/rockbox/sudoku_20071023.patch
18.01.43 #        Here is the latest patch, the one in the flyspray, I didn't get to check it and that patch breaks
18.02.22 #        I've got some weird behaviours with the new buffering engine
18.02.27 Quit    TMM ("Ex-Chat")
18.02.57 #        hope it'll be easier to maintain than the previous one
18.03.45 #        also does someone here owns an h1x0 ?
18.04.08 #        with the latest build it crashes when loading japanese language
18.04.35 #        TiMiD[FD]: me, but I never use japanese -- I don't understand a single character of that language ;-)
18.04.48 #        does anyone here know how to restart the samsa e200 from within rockbox without pressing the power button?
18.04.55 #        oh
18.05.01 #        could you test ?
18.05.06 #        donutman25, through the debug menu, i think
18.05.07 Quit    TentaclePorn ()
18.05.17 #        (try not to get lost in the menus !)
18.05.21 #        TiMiD[FD]: switching to japanese?
18.05.30 #        just go to languages and select jp
18.05.32 #        ok thanks
18.05.43 #        on my iriver it directly crash
18.05.49 #        prepare a sharp pen :)
18.06.12 #        I guess I'll need to backup the player first then :)
18.06.20 #       * bluebrother searches for cable
18.06.20 #        chinese works fine though
18.06.30 #        hmm no need
18.06.45 #        it hangs but doesn't format the hdd
18.07.07 #        fortunately
18.07.17 #        Has UTF-8 any drawback compared to the other encoders available for the text viewer?
18.07.46 #        drawbacks by what means?
18.07.52 #        I get I05:Div0 .. maybe a proble with the file
18.08.00 #        it's just an encoding for text
18.08.04 #        kugel: depends of what you're doing
18.08.25 #        krazykit: i cant find the option in the debug menu
18.08.38 #        in 99% of the cases it only have advantages
18.08.56 #        So, why isn't it the default encoder?
18.09.18 #        because ... I don't know :)
18.09.19 #        it's not an encoder ...
18.09.21 #        it sint an encoder...it is an encoding...big difference
18.09.36 #        the drawbacks are speed (it's slower on string operations)
18.09.39 #        I'm just saying encoder, I know that it isn't actually an encoder
18.09.53 #        and some problems with crappy applications
18.09.56 #        if you know it isnt, then why say it?
18.09.58 #        like outlook
18.10.03 #        using the wrong term never ends well..
18.10.37 #        japanese outlook fails miserably on utf8/utf7 encoded mails
18.10.47 #        I didn't know that "an encoding" is an appropriate term, I kinda wanted to abbreviate it
18.10.52 #        obliged to use euc-jp in that case
18.11.09 #        anyway
18.11.26 #        a quick search for "UTF-8" would have granted you the correct term, and likely the answer to your question too
18.11.56 #        from what I've noticed UTF-8 is the only encoding that displays the characters of the defaul rockbox keyboard well
18.12.37 #        searching for UTF-8 wouldn't have answered why it isn't the default encoding in rockbox
18.13.18 #        as long as your text only contains ASCII characters there is no difference between ASCII and utf-8
18.13.20 Nick    fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net)
18.13.42 #        it likely isnt to preserve compatibility with more applications
18.13.49 #        (just a guess though)
18.14.19 #        donutman25, it appears i was wrong.  i would have sworn there was an option to reset
18.14.19 #        kugel:  I guess there are still more text files that are not in UTF-8 than there are that are in UTF-8?
18.14.31 #        The line doesn't wrap properly with the default encoding on my sansa
18.14.49 #        and it may have not been able to answer that question, but searching would have answered the others...
18.14.54 #        lines
18.15.04 #        TiMiD[FD]: I didn't get a crash when selecting japanese
18.15.11 Join    rotator [0] (n=e@rockbox/developer/rotator)
18.15.30 #        with current svn -- it just worked
18.16.27 Join    kclaf [0] (i=kclaf@85.95.211.245)
18.16.29 #        scorche|w: I did read the wikipedia article, and it looked like it has only advantages, but I asked here, because I thought that there might a special reason for rockbox not to use UTF-8 as default encoding
18.17.34 #        utf-8 is a multibyte charset. It makes handling more complex
18.18.08 #        bluebrother: ok then it's a problem with my install ....
18.19.34 #        kugel: rockbox internally use unicode ...
18.20.06 #        for id3tags it is be set to another encoding
18.20.20 Join    bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl)
18.20.34 #        since a few people have a music collection with unicode tags
18.21.12 #        for id3v2 it shouldn't really matter since afaik the encoding is stored in the tags
18.21.52 #        if you read the wikipedia page, why did you say "encoder" when it uses the correct term in the first line then?
18.23.46 #        vorbis comments are always utf-8
18.23.59 #        scorche|w: Because I read the German arctile
18.24.06 #        while id3v1 doesn't indicate the used encoding -- it can be about any encoding
18.24.08 #        Doesn't ID3 have a way of setting encoding for frames?
18.24.33 #        id3v2 has a way to identify if the tag is utf-8 or not IIRC.
18.25.22 #        Yeah, should have specified v2. It's been a while since I looked at it.
18.26.29 #        Hrm, might generic tagging be useful in the tracker?
18.27.25 #        generic tagging?
18.27.49 #        Yeah, for example we could tag new bugs MoB and quickly bring up MoB related bugs
18.28.00 #        Without having to add more categories
18.28.14 #        ah. Might get messy thoug.
18.28.32 #        In which way?
18.28.41 #        at least if "general" users could add new tags that way.
18.28.55 #        large potential for abuse and misinformation
18.28.58 #        Yeah, I don't think we'd want that. Only devs
18.29.07 #        like, having "MoB" and "MOB" as tag, and possibly someone misspelles it as "MOG" or ruch.
18.29.11 #        *such
18.29.26 #        but if that was restricted to devs I don't see a strong reason against it.
18.29.42 #        and users arent the best at knowing where a problem lies
18.30.01 #        Don't know if it's useful enough to bother doing it though
18.30.11 #        I'd think that Music Playback would be a good enough search for MoB fixing...
18.30.29 #        The idea is that we can now attack older bugs with some confidence.
18.30.38 #        Not just new ones :)
18.30.53 #        Well, it's not like MoB is the only tag allowed
18.31.01 #        most users would also not want to know that much technical details like "MoB"
18.31.31 #        bluebrother: the tags could even be hidden, I guess, or in another tab (just like the task history, etc.)
18.31.45 #        yep, that could work.
18.32.09 #        Think I'll have a go at it. If nothing else, perhaps mainline FlySpray would be interested in it
18.32.39 #        Do you know if the rockbox flyspray is heavily patched?
18.33.02 #        I know it's patched, but I have no idea how much
18.33.08 #        my ipod wont get past the apple logo. in dark:(
18.35.47 #        what does MoB stands for ?
18.36.18 #        Metadata on Buffer
18.36.53 Join    Frazz [0] (n=Fraser@thelawsons.plus.com)
18.37.03 Join    jhulst [0] (n=jhulst@unaffiliated/jhulst)
18.38.43 #        ok
18.39.38 #        I noticed some bugs here after updating
18.39.42 Quit    jgarvey ("Leaving")
18.40.19 #        but I'll reset settings before calling them bugs
18.40.43 Quit    gnakidjim (Read error: 104 (Connection reset by peer))
18.41.53 Join    hnakioeck [0] (i=0@86.122.116.44)
18.42.50 Join    BlindBricks [0] (i=519c1f9d@gateway/web/cgi-irc/labb.contactor.se/x-2ae33f3177ebef60)
18.42.51 #        Hi guys
18.43.21 #        So I have a question
18.43.37 #        this happens sometimes.
18.43.51 #        You know the rockbox image when I pit on my player
18.43.55 #        can that be changed?
18.44.04 #        Or is it part of an unsupported build?
18.44.16 #        Or simply a .bmp which I could not find
18.44.17 #        you mean the logo? Not without recompiling
18.44.19 #        jhMikeS: Can I bring http://www.rockbox.org/tracker/task/8030 to your attention?
18.44.33 #        I see
18.44.36 #        Might indicate a sim threading problem..
18.44.40 Join    zardos [0] (i=53e279b4@gateway/web/cgi-irc/labb.contactor.se/x-51ce1154ea90cc37)
18.44.54 #        So not simple without some programming knowledge
18.45.10 #       * bluebrother doesn't see a good reason why to change the logo -- it's Rockbox at least
18.45.23 #        you need to replace a bmp file and recompile
18.45.31 #        but you need how to compile -- or learn it.
18.45.35 #        Ah
18.45.37 #        Right
18.45.38 #        hi! can some one here tell me how i whould go about compiling the doom "folder" separate? so i dont need to recompile the whole build if i make some small changes in Doom?
18.45.57 #        Well its just the logo looks sorta ugly sometimes
18.46.05 #        zardos: make only rebuilds the files that have actually changed.
18.46.14 #        but IIRC there is "make plugins"
18.46.17 #        zagor , for the log, the usb chip on the S is the isp1504 from  NXP (Philips) what do you need to know or do you want to make some test  ?
18.46.19 #        Especially the way it is not centered
18.46.33 Quit    roolku ()
18.46.57 #       * BlindBricks looks into compiling
18.47.02 #        you don't see it when operating the player.
18.47.19 #        and the same applies to other bootup logos like the OF usually have
18.47.45 #        Thats true
18.47.56 #        humm, ok but lets say  that i deletet all the old build files :) is it then possible to compile one doom tindo doom.rock?
18.47.59 #        Ok, let's see if I can do 17 patched build again
18.48.00 #        :3
18.48.16 #        I also need to look into how to easily make some playlists
18.48.36 #        zardos: you can disable the other plugins ... check SOURCES
18.48.48 #        BlindBricks: that is handled in the manual ...
18.49.01 #        It is?
18.49.09 #        How did I manage to overlook it
18.49.15 #        I feel stupid now :)
18.49.35 Join    JRoT [0] (n=JRoT@ip4da03737.direct-adsl.nl)
18.49.46 #        toffe82: what do you mean by S?
18.50.09 #        bertrik: gigabeat S
18.50.44 #        bertrik: are you working on the usb too ?
18.51.16 #        I wish someone would fix the way the ipod boots into disk mode when it connects to the PC
18.51.19 #        Makes it look bricked
18.51.40 #        the way the Ipod boots?
18.51.40 #        toffe82: no, not really, just interested, but I plan to help coding/debugging more actively
18.52.10 #        iAudio X5
18.52.10 #        broken?
18.52.12 #        Lol
18.52.19 #        I mean when you connect the ipod to the usb slot to charge or update
18.52.30 #        I thought it was the patches I was applying but yeah it's not :3
18.52.34 #        and what's wrong with that?
18.52.35 #        bertrik: the linux driver for this chip exist, I don't know if it can help
18.52.38 #        it goes into monochromatic do no disconnect screen
18.52.47 #        And it looks horribl e:)
18.52.57 #        but i am familiar with some USB device controllers and I wrote implementations of USB MSC and virtual com port
18.52.59 #        BlindBricks, that's desired behavior.  if you don't like how it looks, flip the device over
18.53.00 #        my Ipod is always greyscale ...
18.53.46 #        I'm just being picky I suppose
18.54.12 Join    petur [0] (n=petur@rockbox/developer/petur)
18.54.15 #        that's not uncommon for Ipod users *g*
18.54.32 #        Hehe
18.54.51 #        But Rockbox looks SO much better than the original firmware for the ipods
18.55.59 #        sure is surprising with a nick like yours :p
18.56.46 #        ?
18.57.16 #        man i miss my rockbox:(
18.57.20 #        it looks better but you call yourself blind?
18.57.30 #         friggin ipod is hung on the apple logo.  darnit
18.57.33 #        Ah
18.57.39 #        nm - too many beers ;)
18.57.51 #        I can't be bothered getting into the technical stuff on that
18.57.55 #        CiNc028: tried rebooting? select+play for few seconds
18.57.58 #        Beers being 15 that would be a bad thing
18.58.03 #        yeah
18.58.25 #         i mean yes. but the only time it does somethign is when i press menu + select
18.58.34 #        and? did it reboot and hang again at the logo?
18.58.49 #        yes it does
18.59.10 #        so as soon as it reboots, press select+pause
18.59.24 #        ok let me try .
18.59.45 Join    mf0102 [0] (n=michi@85.127.180.92)
18.59.54 #        nothin
19.00.02 #        Mabye a reinstall
19.00.04 #        :|
19.00.15 #        Or simply a battery recharge
19.00.25 #        did you try again with a full battery?
19.00.45 #        well i connect the usb cord to my pc but it dont show me if its charging
19.01.03 #        or should i just connect it and just leave it there. and try later?
19.01.28 #        click the hold stwich on off
19.01.55 #        did that and nothing happens
19.02.43 #        does it appaer in itunes?
19.02.48 #        nope
19.03.09 #        Well leave it charging for at least 30 mins
19.03.13 #        then try again later
19.03.20 #        i guess so .
19.03.41 #        i love this ipod  ever since i foudn out about rockbox.
19.04.23 #        this all started when i updated the FW and it asked me for a wall charger but i dont have one.
19.05.18 #        Ohhh
19.05.20 #        you should conect it to computer
19.05.24 #        He has
19.05.34 #        So you went into the test screen
19.05.45 #        and now its asking for the firewire port
19.05.48 #        pondlife: yes, you may :)
19.05.56 #        Or mabye I misread
19.06.14 #        Seems to be the sim isn't quite threading right, or at least not checking for button presses.
19.06.36 #        well this is what i did specifically. i connect the ipod to itunes.  did an update. but i dont have a wall charger so when it showed the wall charger icon on ipod screen  i t went down hill form there
19.06.36 #        I don't pretend to understand that stuff.. :)
19.06.55 #        But it ought not to lock up, and should be as close to the target as possble.
19.06.59 #        pondlife: the queue functions should behave the same way
19.07.24 #        TIMEOUT_NOBLOCK is not stopping when a key is pressed, apparently.
19.08.12 Quit    TiMiD[FD] ("leaving")
19.08.14 #        timeout noblock means queue_wait_w_tmo is called with 0. lemme look.
19.08.42 #        Easy to repro, just go into the database debug screen
19.10.01 #        is there a yield in the debug screen. noblock literally doesn't yield at all.
19.10.13 #        It uses the simple list
19.10.25 #        On target, something yields though.
19.10.32 #        On sim, no escape!
19.10.49 #        there is a difference. the button driver cannot post unless a thread yields. no way around this really.
19.10.54 Nick    Arathis_2 is now known as Arathis (n=doerk@p508A5F3F.dip.t-dialin.net)
19.11.10 #        is there a way to speedup compiling? maybeby using Visual Studo or something? or a simmuler one for linux? now am using Cygwin and it is sloooow :/
19.11.13 #        since the sim doesn't have true interrupts
19.11.16 #        So there's an extra mechanism on target to interrupt
19.11.28 #        yes, interrupts :)
19.11.29 #        Of course... pity we can't simulate those
19.11.39 Quit    einhirn (Read error: 104 (Connection reset by peer))
19.12.00 #        I was thinking about a way...needs more mutexes however to simulate an irq level
19.12.08 #        zardos: we have a preconfigured linux VM that is a lot fater
19.12.33 #        I'd just throw a yield in for the sim atm to make sure the button thread can post messages
19.13.10 #        Will do
19.13.47 #        n1s: cool, but whould it help just to switch to anny linux and install a c compiler?
19.13.48 Quit    BlindBricks ("CGI:IRC (EOF)")
19.14.18 #        zardos: yes native linux is fast too
19.14.40 #        zardos, you're not switching to linux completely, the premade virtual machine has the entire build environment set up for you.
19.16.09 #        excuse me. desowin... what does the icon of a battery with a thunderbolt on it mean?
19.16.19 #        Charging, normally
19.16.39 #        oh okay well i connect my ipdo to my pc and nwo it shows that icon
19.16.55 ***     Saving seen data "./dancer.seen"
19.16.58 #        that you have drained battery, it'll take some time until it'll get into normal charging state
19.17.24 #        damn it went away and now the apple logo is back on the screen
19.17.50 #        keep it connected, to be sure battery is charged
19.17.56 #        ok
19.18.07 #        im on ebay righ tnow just in case.
19.18.29 Quit    japc (Read error: 104 (Connection reset by peer))
19.18.40 #        Meh, missed TiMiD (da metronome breaka)
19.18.57 Part    pondlife ("Gone")
19.19.05 #        who's got an ear to the ground on any issues that have cropped up sine MoB commit?  Have users reported the Data aborts that I've been seeing?
19.19.13 #        Not in the forums.
19.19.20 #        i have itunes open on my pc. and it didnt recognize it
19.19.25 #        Pretty much the only reports are within the last few entries on Flyspray
19.19.55 Join    BigBambi [0] (n=alex@rockbox/staff/BigBambi)
19.20.42 Quit    petur ("*real life*")
19.22.00 #        CiNc028: calm down, keep it connected for hour and then try doing other things (it may be drained battery) like getting into ipod diagnostics to see if everything is okay
19.23.06 Join    ilgufo [0] (n=matteo@host5-188-dynamic.0-79-r.retail.telecomitalia.it)
19.23.07 #        pondlife: ok, you got me. shouldn't take much time to implement a realistic set_irq_level for sim.
19.25.08 #        okay. desowin.
19.30.02 Quit    JETC- (".UPP.")
19.31.29 Join    pixelma [0] (i=pixelma@rockbox/staff/pixelma)
19.33.17 Join    merbanan [0] (n=banan@83.233.243.136)
19.34.26 #        Llorean: one of the bugs is a data abort ;)
19.35.30 #        lostlogic: Including a pretty wide range of memory addresses too, right?
19.35.37 #        Well, not wide range, but large number
19.35.42 #        yeah, that's what I get, but I trigger it differently
19.36.13 #        I ran into codec errors myself, but only when I started my player, resumed playback, and immediately went into the new debug screen.
19.36.32 #        I haven't seen them at all yet in anything resembling "normal" conditions, but I'm a pretty mild user.
19.36.37 #        it's definitely performance sensitive, which makes it superfun to try and track down...
19.36.50 #        ie it happens more when I have priority scheduling off than when I have it on
19.37.23 Join    JETC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net)
19.37.26 #        Hmm...
19.37.28 #        part of the raeson taht the aborts happen at several addresses is that the aborts are actually symptoms of a problem that is created earlier
19.37.36 #        Could it be trying to execute not fully loaded codecs?
19.37.46 #        ie the linked list gets corrupted and the next thing that tries to itterate it blows up
19.38.10 #        no, all of the aborts happen within buffering.c and in linked list code (at least all of the ones that I've mapped down to instructions so far)
19.38.32 #        Ah, okay
19.39.00 #        I haven't compared .map files yet, but the errors I was getting in the debug screen were flickering splashes that *seemed* to say it was failing to even open the .codec files
19.39.45 #        yeah, I've seen that as well, for now I'm betting it's part of the same problem until I'm proven wrong.
19.40.18 #        Seems like a fair bet.
19.40.41 #        If it's performance critical, could my use of a gigabeat be why I'm not seeing problems under casual playback? Plenty of elbow room?
19.43.46 #        Llorean: yes.
19.43.52 #        Llorean: probably why it's easy for my ipod video to trigger.
19.44.20 #        The iPod video is pretty much the worst performing swcodec target.
19.44.37 #        In terms of cpu elbow-room that is
19.44.56 #        yeah, until we can sort out some way to effectively make use of the COP for audio playback.
19.45.10 #        Well now that dual core is steady and reliable, someone can start working on it.
19.46.11 Quit    ender` (" A man without religion is like a fish without a bike.")
19.47.49 Join    ender` [0] (i=krneki@84-255-206-8.static.t-2.net)
19.48.39 Quit    n1s ()
19.49.01 Join    idnar [0] (i=mithrand@unaffiliated/idnar)
19.50.43 Quit    kclaf (Read error: 113 (No route to host))
19.51.34 Join    einhirn [0] (n=Miranda@p5B0328B7.dip0.t-ipconnect.de)
19.53.20 #        Llorean: I missed that start of your conversation, but if it related I got a codec error on the gigabeat just now by resuming, then in a second or two pressing skip to next track (this is MP3 to OGG).  It then proceeded to start to go through every other track of my 700 track playlist to sy codec failure, and the only way I could stop it was the battery switch.
19.54.34 #        BigBambi: Pretty much the problem I had, but I only managed to trigger it in the debug screen, which is why I hadn't filed a bug report yet.
19.54.53 Quit    Frazz (Read error: 110 (Connection timed out))
19.54.57 #        I'll pop op for this then as it is definately normal use
19.55.20 #        Thanks
19.58.10 #        can someone please tell me what file(s) contain the instructions that are run when usb is plugged into a sansa e200?
19.58.59 #        Llorean: http://www.rockbox.org/tracker/task/8034
20.02.54 Join    mrkiko [0] (n=mrkiko@adsl-ull-55-206.42-151.net24.it)
20.02.56 #        Hi all!
20.03.02 #        Llorean: any race condition issues in playback must be sorted out first for that to work but then MoB+COP should make a fine race condition detector. :)
20.03.26 #        BigBambi: I've seen that behavior too -- seems that skipping forward before the next track's codec is loaded is the trigger there.
20.03.33 #        now Im' starting to think we have two separate problems.
20.04.15 #        lostlogic: Yes, I skipped very quickly, then when I tried it again a bit more slowly (nice accurate timings you note), it was OK
20.04.27 #        BigBambi: :)
20.04.53 #        I try to help :)
20.05.35 #        so that's probably caused by some assumption of the codec handle for the 'next track' being valid... ugh, need more brain cycles, should have started reading Nico's code sooner so I'd have a better understanding of where to look for these things.
20.05.39 #        ugh...SDL sync primitives suck
20.06.28 #        lostlogic: At least you are able to understand it after reading it, I need to go and learn C first :)
20.06.31 #        jhMikeS: I'm in no hurry, my current favorite target is single core anyway. :-P
20.08.14 #        Can someone help me getting the SIM audio working?
20.08.20 Join    PaulJam [0] (i=PaulJam_@vpn-3005.gwdg.de)
20.08.21 #        Llorean: but multicore programming is funner :)
20.08.26 #        The sym starts and from the debug logs I can see it loads my tracks
20.08.45 #        it starts them, analyze them and then pass to the next track after having displayed correct id3 info
20.09.26 Join    pondlife [0] (n=Steve@rockbox/developer/pondlife)
20.09.58 #        hi podfile!
20.10.11 #        podfile? ;-)
20.10.23 #        * :) pondlife
20.10.28 #        jhMikeS: Just a hit and run here - if you do get sim irqs working you can surely revert my commit
20.10.36 #        mrkiko: I quite like podfile
20.10.39 Join    przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl)
20.10.42 #        Anyway, gotta go
20.10.45 Part    pondlife ("Gone")
20.10.57 #        aren't hit and runs illegal?
20.10.59 Quit    kkurbjun_ ("leaving")
20.11.28 Join    styleism [0] (n=sfgfadga@87-194-104-214.bethere.co.uk)
20.12.17 #        pondlife: :) I just suggested it to keep things operating arm.
20.16.45 Join    ompaul [0] (n=ompaul@gnewsense/friend/ompaul)
20.19.19 #        mrkiko: audio playback in the sim works fine for me. Skipping seems to be broken
20.19.32 #        but I'll try a clean build
20.20.34 Join    saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-bc979c6fa1a48576)
20.20.45 Join    hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net)
20.21.02 #        jhMikeS:  did you get that package?
20.22.10 #        ah, yes. thanks much.
20.22.20 #        everything works fine
20.22.24 #        hmm, now it works.
20.23.35 #        bluebrother: I was thinking I missed some libs
20.23.42 #        but I have all the needed libs and infact it compiles.
20.23.45 #        Nico_P: no idea if this is intended / known but the sim is kinda unresponsive while buffering
20.23.58 #        mrkiko: you're not trying an archos sim, don't you?
20.24.07 #        Looks like the ipod OFs consist of modules compiled with different optimisation levels, or even different compilers
20.24.34 #        bluebrother: No, I'm using an H300 sim
20.24.35 #        jhMikeS: Firewire card?
20.25.14 #        amiconn: binary pp sdk + apple code perhaps?
20.26.20 #        Probably. Maybe even some more external blobs
20.26.24 #        bluebrother: I tried to compile it to have some way of debugging the FS#8003 problem
20.26.36 #        bluebrother: Im very annoied by that crash and so I'm trying to solve it
20.26.44 #        amiconn: did you ever submit that patch?
20.26.54 #        amiconn: yes
20.27.10 Join    xazax [0] (n=xazax@c83-250-125-158.bredband.comhem.se)
20.27.27 #        preglow: no
20.28.20 #        amiconn: why not?
20.28.34 #        saratoga: sorry for not mentioning sooner. I didn't see you around. Forgot to check today. :P
20.29.34 #        amiconn: btw, i expect apple use plenty of pre-compiled librarier supplied from other people
20.29.39 #        libraries
20.30.26 #        Yes, sure precompiled
20.30.50 #        The G5.5 firmware contains some setup code for the colour lcd bridge (which it does not use)...
20.30.59 #        hahahaha
20.31.32 #        And the differing optimisation levels are what made me not find these accesses in the colour firmware - I now stumbled upon them while looking for broadcom stuff
20.32.06 #        I expected to see either a constant like 0x70008a00 loaded with ldr, or some fancy orr'ing
20.32.06 #        but yeah, just getting object code is very common in that industry, it seems
20.32.39 #        But the 0x70008axx addresses are accessed by loading 0x70008000 as the base, then using 0xa00 etc offsets
20.34.10 #        that's pretty common in retailos
20.34.17 #        and even the bootloader
20.34.32 #        The broadcom has 3 bit addresses, which are mapped to PP address bits 16..18
20.35.32 #        lcd-video only uses bcm addresses 0, 1, 2 and 3. The OF also uses 4, 5, 6, 7 for something
20.36.32 #        From one init it looks like 0 an 4, 1 and 5 etc are pairs with similar function. As the bcm product brief shows that it supports more than one display, I gues 4..7 are for a secondary display (tv out?)
20.36.34 Quit    hannesd (Read error: 110 (Connection timed out))
20.36.35 Nick    hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net)
20.36.48 #        perhaps
20.40.33 #        does the latest version of itunes compatible with older ipods?
20.43.33 #        ask apple
20.44.09 Quit    PaulJam (".")
20.47.15 Part    xazax ("Leaving")
20.52.22 Quit    saratoga ("CGI:IRC")
20.52.23 Quit    jhulst ("Konversation terminated!")
20.52.44 #        has anyone ever tried to hook up a laptop HD to an ipod?
20.54.07 #        http://uncyclopedia.org/wiki/Ipod_Nano_200gb_Instructions
20.58.21 #        I was thinking to make a thing like this with my iRiver H340, but we can't speak about this here - off-topic.
20.58.34 Join    Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se)
20.58.38 Join    pongg [0] (n=nimo@84.228.242.32)
20.58.45 #        amiconn: but anyway, why not submit that patch? if we're not going to, we might as well just fix it ourselves and start distributing the patch to build servers
20.58.59 #        why there is no medium peak filters in the video ipod port's hardware eq.?
20.59.12 #        only low and high filters
20.59.18 #        pongg: because the doesn't seem to be any in the hardware
20.59.26 #        pongg: that screen is going to be removed and replaced by treble/bass controls
20.59.29 #        oh really?
20.59.32 #        pongg: yes
20.59.33 #        ahh nice
20.59.42 Join    cooz [0] (n=grzyzrul@pc178-100.ghnet.pl)
20.59.52 #        the docs indicate there should be peaking filtesr too, but we can't make them work
20.59.57 #        how do you recommend me to adjust it? to use only hardware eq? only software? i dunno which is better
21.00.50 #        pongg: depends on your needs, if you only need a bit more bass or treble, use the tone controls
21.01.10 #        i pretty much just recommend you play around with them and see which fits you best
21.01.15 #        the eq is by far the most advanced
21.01.18 #        And the docs aren't for thatt exact chip used in the G5, but for a similar one
21.01.23 #        and another thing thats interesed me, if you're here and it seems like youre a part of the deveoplers
21.01.44 #        why isnt the "select brightness" feature into the official build? its in the non official ones for pretty long time
21.01.44 #        we're tons of developers in here
21.01.56 #        pongg: i'm not familiar with that feature
21.02.23 #        to save battery on video ipod. dunno why, but mine only lasts about 4 hours of playback
21.02.28 #        and with original OS like 12
21.02.28 #        ahhhh
21.02.31 #        that one
21.02.45 #        i don't really know, is there a patch for it in the tracker?
21.02.57 #        brigthness control sounds like a good thing to me for sure
21.02.57 #        yeah its inside all non official builds
21.03.05 #        pongg: that doesn't mean there's a patch for it in our tracker
21.03.11 #        oh
21.03.13 #        pongg: if people never tell us about a patch, we won't notice it
21.03.19 #        pongg: we tend to use the official build, being developers
21.03.37 #        really? but its in the forums
21.03.39 #        pongg: but like i said, there might be a patch for it, i don't have an ipod video
21.04.02 #        pong: 4 hours is pretty low, I get at least double that with RB on my ipod G5 30g
21.04.15 #        not many devs read the forums
21.04.17 #        i have a 30g ipod video i just put rockbox on last ngith
21.04.19 #        check out senab's build it has some nice stuff
21.04.21 #        but havnt tested it, but i dont want to
21.04.29 #        like the "click" sounds of ipod
21.04.33 #        im going to make a hardwired PHP charger in my jeep, lol :D
21.04.40 #        lol
21.04.42 #        i dont mean php
21.04.45 #        ipod charger*
21.04.49 #        how can i "recommend" things to get into the official build?
21.04.59 #        pongg: by pestering developers
21.05.03 #        pongg: and devs dont have much reason to use an unsupported build, as they can just compile their own
21.05.05 #        anyone here good with electronics?
21.05.07 #        pongg: and making sure they are on the patch tracker :-P
21.05.09 #        pongg: and posting on the flyspray tracker entry
21.05.25 #        does senab have a homepage for this build?
21.05.27 #        Cronoh: does this have something to do with rockbox?
21.05.30 #        preglow: http://www.rockbox.org/tracker/task/5234?histring=Brightness
21.05.30 #        like, if i split this ipod usb cable in half can i gwet a positive/ground line from it, to hook up to my car battery
21.05.30 #        and make sure the patch follows the coding guidelines
21.05.35 #        sorta?
21.05.41 #        ok. i thought that the unofficial builds are used like for "beta testing" and ones theyre ok you get the patches to the official one
21.05.41 #        preglow: One of the problems being that it doesn't cooperate well with plugins, still, last I heard.
21.05.56 #        didnt senab stop doing builds a while back?
21.06.03 #        ahhh
21.06.14 #        it uses manual backlight pwm
21.06.19 #        pongg: Proper testing needs to be one patch at a time, because the patch needs to have individual bugs ironed out before it can go in.
21.06.23 #        preglow: Yup
21.06.29 #        i don't know how big a fan i am of that scheme
21.06.34 #        Cronoh: you cant just do that...you need resistors, regulators, etc...but yes, this is offtopic here
21.06.44 #        i'm quite sure g5 has hardware support for dimming the light
21.06.48 #        we should rather find out how to do that
21.07.10 #        preglow: I think that's what was said ages ago when the patch first showed up in the tracker. :)
21.07.11 Join    DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net)
21.07.19 #        what can i use to take a 12v to 5v?
21.07.32 #        using backlight pwm fading for constant brightness is a bit ugly thanks to boosting
21.07.37 #        Cronoh: did you miss what i said about being offtopic here?
21.07.39 #        as i think this guy discovered
21.07.50 #        Cronoh: This is #rockbox, that's really not related to Rockbox at all beyond "You're making hardware for a player that runs Rockbox".
21.08.00 #        ugh
21.08.04 #        pongg: so yeah, this is probably one of those cases were it isn't in official rockbox because it's not done in a way we like
21.08.15 #        so i can wait for ages
21.08.22 #        or just install an unofficial build;
21.08.32 #        that, or make your own build
21.08.36 #        or for someone (maybe you) to do it the right way
21.08.38 #        which isn't very hard at all
21.08.58 #        im actually a developer myself, but a .net developer
21.09.07 #        Is there a right way, for the ipods?
21.09.07 #        used to c++ 5 years ago
21.09.14 #        then you should have no trouble setting up a developer kit, heh
21.09.24 #        http://pastebin.ca/750754
21.09.25 #        yer right
21.09.27 #        What does this mean?
21.09.32 #        well thanks guys
21.09.34 #        pongg: anyway, brightness control would be put in official rockbox for sure, when we find a nice way to do it
21.09.36 Quit    pongg ()
21.09.44 #        Cronoh: 7805 or similar f.e.
21.09.58 #        I'm doing a compile and this is the first time I saw that
21.10.04 #        rasher: I think the assumption is that "there is, but we don't know how yet"
21.10.04 #        J3TC-: looks like build output for the tools/ dir to me. Any particular thing you're asking about?
21.10.15 #        Lots of gcc -o
21.10.20 #        right way = using hardware support
21.10.23 #        It usually doesn't do that >_>
21.10.24 #        there's nothing special about.
21.10.46 #        If that's normal then that's good
21.10.48 #        J3TC-: that's because you've either downloaded a fresh sourcetree or run make veryclean
21.10.49 #        rasher: Though there is mention of registers for adjusting brightness on the 5G in the task commends, by linuxstb. Dunno what became of that
21.11.07 #        J3TC-: if there is an error, or warning, it will say that
21.11.44 #        rasher: Ah ok, I did a fresh sourcetree
21.11.45 #        Hmm :/
21.11.50 #        Well a new svn to a different folder
21.12.21 #        I can definitely write to 0x30000000 using stmia and the broadcom eats it, even if its port is only 16 bit
21.12.29 Join    boyko [0] (i=53850cd5@gateway/web/cgi-irc/labb.contactor.se/x-85c51ffa3be6659d)
21.13.11 #        This works because the low address bits aren't decoded, so the broadcom doest't care which 0x3000nnnn address one actually writes to
21.13.24 #        where can i ask about making a car chargery for my ipod?  I want one directly going to the battery, im going to turn it on and off with aswitch and ahve a little light that means, OK its working! :D lol :DD
21.13.28 Quit    boyko (Client Quit)
21.13.33 #        But: Doing this yields only 0.5...1fps speedup. Yuck!
21.13.46 #        amiconn: why haven't you submitted the patch?
21.13.47 Join    e200owner [0] (i=53850cd5@gateway/web/cgi-irc/labb.contactor.se/x-bd4ca10fc28c7b2d)
21.13.57 #        (0.5fps when boosted, and 1fps when not boosted)
21.14.27 #        I'd have to create an account, but I don't want to
21.14.32 #        Cronoh: Find an iPod fansite, or an iPod channel.
21.14.37 #        Use google or something
21.14.38 #        Cronoh: no clue, but not here
21.14.44 #        amiconn: ok, so it's not to be submitted, then
21.14.48 #        amiconn: give it to and i'll do it
21.14.53 #        Llorean: is is much more basic electronics than ipod related
21.14.57 #        "to me"
21.15.14 #        big deal, another account
21.15.32 #        scorche|w: But there are iPod-specific features to get it recognized as a charger as opposed to a USB connection, right?
21.15.53 #        My understanding is that it's a certain amount of resistance on certain pins.
21.16.12 Quit    Bagder (Read error: 110 (Connection timed out))
21.16.20 #        Isn't there are thread in the forums about tying logic lines to something or other
21.16.34 #        could be, but it seems to be a small part of the larger topic
21.16.46 #        Llorean: hello llorean. Could you comment on my question (today at 13.05.45)? You seem to own e200 player as well.
21.16.58 ***     Saving seen data "./dancer.seen"
21.17.20 Join    kclaf [0] (i=kclaf@85.95.211.245)
21.18.00 Nick    kclaf is now known as kclafk (i=kclaf@85.95.211.245)
21.18.02 #        e200owner: I wrote 7232.
21.19.06 #        I'm not sure about 7871, but I'd very much like 7232 (in my original form) to be committed, but have chosen not to do it myself as I don't think I have the right to make arbitrary changes to the keymap without agreement
21.20.20 #        Llorean: ah, but what is the state of the discussion? It's kind of stuck. Is there anybody pushin it forward?
21.20.41 #        scorche|w: Indeed it is
21.20.50 #        For reference this is the thread that mentions iPod charger stuff:  http://forums.rockbox.org/index.php?topic=13322.0
21.21.19 Join    petur [0] (n=petur@d54C6FBFB.access.telenet.be)
21.22.05 #        e200owner: Well, 7871 needs to be completed for other targets. 7232 gets brought up from time to time, but I'm afraid the people objecting to it aren't backing down, and nobody's just going ahead and doing it.
21.22.17 Nick    kclafk is now known as kclaf (i=kclaf@85.95.211.245)
21.24.48 #        Llorean: iiuc, only jdGordon was objecting until now, the other readers would like it. And the rest probably doesn't care.
21.25.25 #        The problem is that keymap changes are more subjective than objective as to whether they're better.
21.25.31 #        I changed on key on the Gigabeat and got a lot of objections.
21.26.04 #        Even if there's only one objector, I'd very much prefer if someone else made the commit so at the very least it's not "Me forcing my preferences on everyone else"
21.26.51 #        Llorean: and why does 7871 have to be completed for other targets? It's an e200 specific patch.
21.27.17 #        e200owner: No, it's not really
21.27.32 #        It's a patch that's only been implemented for e200, but changes the functionality of Rockbox in certain screens.
21.27.42 #        And it's functionality that, if it's going to be there, should be there on all targets
21.27.46 #        Or any targets where possible.
21.28.03 Join    DylanL [0] (i=52aa0884@gateway/web/cgi-irc/labb.contactor.se/x-4b7fe6d7d89100e0)
21.28.23 #        People online here?
21.29.16 #        Llorean: from the description, I thought that it only changes the 'leave to wps' keys
21.29.48 #        Anyway, that means I'll have to wait :-/
21.29.56 Join    Songokuu [0] (i=5b5e3ad7@gateway/web/cgi-irc/labb.contactor.se/x-76cdd12cbf33491a)
21.30.32 #        I looked up in Ipod 6G firmware there is much decrypted stuff tough it seems all Game data but outside the game data in the firmware i still found something decrypted can somebody tells wat this means:   MonoBullXLRegularFONTLAB30:TTEXPORTMonoBullXLRegul arMonoBullXL Þ Í€*p®p®`*p`~0}07
21.30.45 #        e200owner: It doesn't change it. It adds a "go to wps" key to many screens, and it should add that on multiple targets.
21.31.34 Quit    e200owner ("CGI:IRC (EOF)")
21.35.25 Quit    Songokuu ("CGI:IRC (Ping timeout)")
21.35.53 Quit    SirFunk (Read error: 104 (Connection reset by peer))
21.37.25 Join    mirak [0] (n=mirak@m94.net81-66-75.noos.fr)
21.41.40 Join    midgey [0] (n=tjross@westquad-188-65.reshall.umich.edu)
21.44.05 #        Llorean: did you swap the center button and the 'a' key on the gigabeat?
21.44.15 #        er, did you change the code to swap those two keys
21.47.10 Quit    DylanL ("CGI:IRC")
21.48.22 #        Yes
21.48.51 #        heh, I'm still getting used to that change
21.49.24 #        Very interesting stuff...
21.49.35 #       * amiconn is controlling the broadcom via the alternate addresses
21.50.06 #        They behave exactly the same as the first set when used exclusively - but mixing them causes lockups
21.50.38 Quit    styleism ()
21.50.43 #        My theory is that one can use them in an alternating fashion, preparing the next frame in the background
21.52.48 #       * amiconn is going to check that theory
21.53.11 #        Might lead to doubling our framerate...
21.53.52 #        sounds pretty sweet
21.54.20 #        Not bad
21.55.05 Join    SirFunk [0] (n=Sir@206-159-155-246.netsync.net)
21.55.06 #       * lostlogic is happily correcting bugs and potential bugs in the new buffering stuff
21.56.05 #        lostlogic: thank you
21.56.27 #        bertrik: do you have a particular bug?
21.57.19 #        no, I played with the latest version and got some hangups and spontaneous playback stops, but nothing that's easy pinpointable
21.57.54 #        *nod* I _think_ that what I'm working on rigth now might apply to those spontaneous playback stops after a full playout of a buffer and refill
21.58.39 Quit    miepchen^schlaf (Read error: 110 (Connection timed out))
21.58.54 Join    miepchen^schlaf [0] (n=hihi@p54BF6751.dip.t-dialin.net)
22.02.22 Quit    ilgufo (Read error: 110 (Connection timed out))
22.04.46 #        Anyone know what error is *PANIC* Stkov audio
22.04.47 #        ?
22.06.09 #        the audio thread exhausted its stack
22.06.17 #        how'd you get it?
22.06.40 #        I applied a crapload of patches which I used to do before but now it breaks now
22.06.50 Join    pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net)
22.07.20 #        I'm going to see which patch breaks it
22.07.38 #        J3TC-: first step now is to apply the patches each at a time and try to reproduce it. Once you figure out which one it is, go bug the author of that patch.
22.07.40 #        well then some of those patches must increase the stack depth of the audio thread and the new buffering probably does as well and the result is too much stack used.
22.07.45 #        fun!
22.07.58 #        Ah
22.10.04 #        http://web.njit.edu/~jc242/rockbox/download/
22.10.12 #        These are the patches I'm using
22.10.20 #        I'm guessing the WPS buffer
22.10.21 #        :3
22.10.50 #       * bertrik checks the codec stack
22.12.03 #        plain SVN on a sansa e200 gives 91% usage on the coded task, audio task is at 81%
22.12.36 #        Those are the high points, not the current level.
22.12.49 #        good to know, do you know how that compares to prior to MOB?
22.13.27 Quit    Toxicity999 (Remote closed the connection)
22.13.54 #        codec task was at 91% yesterday before mob, but I don't know about the audio task
22.14.14 #        I don't *think* MoB would affect the codec stack anyway, would it?
22.14.59 Nick    parafin|sleep is now known as parafin (i=parafin@parafin.dialup.corbina.ru)
22.15.36 Join    Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999)
22.16.16 #        amiconn: quick question, if I'm planning to move something and I want to align the distance to move it to four bytes, on the small side I would just do 'dist&=~3' and on the big side I'd do 'dist=(dist+3)&~3' right?
22.16.43 #        yep
22.16.47 #        thanks.
22.18.33 Join    Lakshmi [0] (n=chatzill@66-240-25-49.isp.comcastbusiness.net)
22.20.16 Quit    amiconn (Nick collision from services.)
22.20.22 Join    amiconn [0] (n=jens@rockbox/developer/amiconn)
22.21.45 Quit    nicktastic (Read error: 104 (Connection reset by peer))
22.21.48 #        amiconn: one more for ya: will sizeof(struct somestruct) always be 4 byte aligned, or do I need to do something special in the struct definition to force it to be?
22.22.19 Join    hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net)
22.22.22 Join    nicktastic [0] (n=nick@unaffiliated/nicktastic)
22.22.38 #        Depends on the struct and on the architecture
22.22.57 #        By default, structs are not packed, so that members are aligned according to their size
22.23.11 Quit    nicktastic (Read error: 104 (Connection reset by peer))
22.23.28 #        If the first and last members are both 32 bit types, the size of the struct will be a multiple of 4
22.23.43 Join    nicktastic [0] (n=nick@unaffiliated/nicktastic)
22.24.10 #        If either member is smaller than 32 bit, it depends on the rest of the struct whether the size is a multiple of 4
22.24.24 Quit    pepie34 ("Ex-Chat")
22.24.36 #        amiconn: more thanks, that' what I needed to know.
22.25.51 Join    pepie34 [0] (n=pepie34@cop60-1-82-240-26-92.fbx.proxad.net)
22.27.04 Quit    hannesd (Read error: 145 (Connection timed out))
22.27.54 Quit    nicktastic (Read error: 104 (Connection reset by peer))
22.29.33 #        lostlogic: With this knowledge, it's sometimes possible to reduce the size of a struct without removing members. Just order the members by size
22.30.20 #        Using packed structs for internal purposes is not recommended; they cause binary size increase on several platforms because members can then be unaligned
22.31.00 #        amiconn: yeah to both.  having to pull out unaligned data definitely bad
22.31.01 #        also slow
22.31.12 Quit    atsea-32 (SendQ exceeded)
22.31.23 Join    hannesd [0] (n=light@gate-hannes-tdsl.imos.net)
22.32.30 Quit    pepie34 ("Ex-Chat")
22.33.45 Quit    animeloe ("Leaving")
22.34.39 Part    mrkiko
22.35.20 #        DESOWIN:i got into the diagnostic screen on the ipod. and tried to go into the diskmode. it froze on me. it restarted and then showed me an ipod with a sad face.
22.35.36 #         what doe sthat mean?
22.36.20 #        that sounds like bricked iPod
22.37.26 #        but could it be just the HD?
22.37.58 #        Hmm, this does not work as expected. Still the same fps :/
22.40.47 Join    animeloe [0] (n=animeloe@unaffiliated/animeloe)
22.41.49 #        Hi all
22.41.56 Nick    Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se)
22.41.57 Quit    hannesd_ (Read error: 110 (Connection timed out))
22.42.26 Part    Lakshmi
22.42.31 #        amiconn: I have new info about H10's tuner
22.46.27 #        amiconn: line-in/tuner switch is GPIOB.2 (LV4052 A)
22.46.51 #        amiconn: LV4052 B -> GND
22.48.06 #        amiconn: TEA5767's BUS_ENABLE seems to be... left free
22.49.05 Nick    parafin is now known as parafin|away (i=parafin@parafin.dialup.corbina.ru)
22.49.46 #        amiconn: it's strange, but using digital oscilloscope I wasn't able to proove the signal is driven
22.49.48 Quit    petur ("*plop*")
22.49.50 Join    matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se)
22.54.42 Quit    zicho (Remote closed the connection)
22.55.01 #        hmm, playback just stopped spontaneously in the middle of a song
22.55.31 #        max audio task stack usage is at 80%
22.55.34 #        I hope I'm right about the right patch that's causing the error
22.56.28 #        hmmm...now sim interrupts are just too realistic. forgot to enable them in main() and it froze at the logo just like the real thing. works now though.
22.57.12 #        amiconn: there's no (sensible) resistance to GND neither to VCC; the BUS_ENABLE is not present on FPC cable connecting daughterboard with the tuner and mainboard
22.59.07 Quit    bertrik ("bye")
22.59.31 #        amiconn: or at least there is a capacitor in series, but as I mentioned earlier scope measurements proove that the BUS_ENABLE seems not to be driven at all
23.01.24 #        amiconn: BUSMODE is at GND so I2C mode is forced
23.02.53 Quit    kugel (Remote closed the connection)
23.03.51 #        amiconn: BUSENABLE could have it's "reset" giving needed 10us+ positive pulse, but yet one more time scope measurements gave no proove for that hypothesis
23.06.48 Quit    toffe82 (Read error: 104 (Connection reset by peer))
23.06.52 Join    toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net)
23.06.57 Nick    toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net)
23.07.26 #        anyone care to review or test this patch that 1)fixes some minor stuff and adds comments to buffering.c and 2) fixes some logical errors in move_handle that could have resulted in codecs or structs being split across the wrap? http://test.lostlogicx.com/transfer/rockbox/20071026_fix_move_handle.patch
23.07.42 Join    hcs [0] (n=agashlin@rockbox/contributor/hcs)
23.08.39 #        I don't know how to "test" patches >_>
23.08.50 #        Other than obviously seeing it not break
23.09.16 #        J3TC-: basically that's it -- compare behavior between the code you normally run and that code + this patch
23.09.24 #        report any differences good or bad
23.09.47 #        Ok
23.09.56 #        I'll give it a go then
23.10.04 #        ty
23.11.21 Join    kugel [0] (i=kugel@unaffiliated/kugel)
23.12.08 #        Going to load up the normal build
23.12.23 #        I don't want the other patches screwing it up lol
23.12.52 #        well, that is the general idea ;)
23.14.52 #        ;o
23.15.01 #        Man, my internet is really being slow
23.15.06 #        I blame the weather
23.17.00 ***     Saving seen data "./dancer.seen"
23.18.07 Join    linuxstb [0] (n=chatzill@i-83-67-212-170.freedom2surf.net)
23.20.40 Join    Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net)
23.20.46 #        amiconn: I was told by Kostya from ffmpeg that insane ape files don't play realtime on his mac (G4) so we don't have to be ashamed :)
23.22.21 Join    zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se)
23.23.47 #        markun: is there a chance high ape files play realtime on PP targets?
23.24.18 Nick    fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net)
23.24.43 #        no idea
23.24.56 #        better reencode your files to flac of wavpack
23.25.13 #        transcode
23.25.41 #        markun: think i left a message for you in the logs
23.26.17 #        ah, about the .text stuff
23.26.55 #        what is the best recording format in the recording dialog for long runtime? mp3?
23.27.43 Quit    DataGhost (Nick collision from services.)
23.27.49 Join    DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl)
23.27.58 #        preglow: well, I tried it by just putting .text in there and it worked fine, but almost no speedup
23.28.17 #        do you think we should bother with it?
23.28.21 #        przemhb: We would like that to happen, and it could be feasible if we further optimise the decoder and also start using both CPU cores.  But running both cores at full-speed isn't going to help battery life, so as markun suggested, recoding to FLAC would be sensible...
23.28.24 #        markun: if there is any speedup at all: sure
23.28.32 #        markun: if not, then no
23.28.41 #        617% to 618% or something
23.28.46 #        markun: sure, then why not
23.29.48 #        do you want to add the #ifdef and include the right config files?
23.31.18 #        could you do it? i can't test it or anything
23.31.26 #        plus, i'm in windows right now
23.31.36 #        linuxstb: I transcode my APE files to FLAC, but I would sacrifice battery's life if it could give me APE playback, 'cause sometimes it's a case of being able to play at all (if you have no time/possibility to transcode)
23.35.47 Quit    zicho (Remote closed the connection)
23.38.11 Join    zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se)
23.38.53 #        preglow: I'm at my gf's place right now. Could do it after the weekend.
23.39.50 #        does anyone know what does a folder icon with the exclamation point mean?
23.41.22 #        dangerous folder?
23.41.55 #        CiNc028: isn't there an errorcode as well?
23.42.19 #        rasher: apple firmware "error"
23.42.30 #        just useless picture
23.42.31 #        Still compiling
23.42.32 #        >_>
23.42.56 #        scorche|w: okay, my memory just had an errorcode associated with them
23.42.58 #        no error code
23.43.12 #         it shows that picture and then the apple website url.
23.44.28 #        ok desowin. my pc  finally noticed the ipod.
23.44.51 #         but this apple ipod reset utility said this ipod is not supported
23.50.48 #        Which apple ipod reset utility? And which ipod do you have?
23.53.11 #        i have the ipod photo30 gig
23.54.26 #        iPod Reset Utility
23.54.51 #        i got it form the apple website
23.55.38 #        this ipod is going nuts on me. because  starts with the apple logo then  a folder then it goes into disk mode. and charges. then restarts all over again
23.55.52 #        You said earlier that your ipod was asking for the charger - did you plug it in?  It needs it to do a firmware update, and I don't believe it will let you continue without it.
23.56.37 #         i know. but i only have a usb cable for it. no regular wall power adapter
23.57.29 #        no wit just showed me the sad face ipod. lol
23.58.00 #        You should probably try asking for help somewhere that knows about Apple's firmware.
23.58.50 Quit    midgey ()