--- Log for 19.02.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 14 days and 7 hours ago 00.00.19 # umm, the page at http://www.rockbox.org/twiki/bin/view/Main/PluginIndex says no plugins are loaded too the Ipod 3g >.> is this correct, or a mistake? 00.00.32 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-a2f10bb7e2a7593e) 00.01.25 # Speaking of the plugin pages, is the intention to remove them and instead refer to the manual? 00.01.28 Part akur 00.06.32 Quit bluebrother ("leaving") 00.07.29 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 00.10.18 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.10.18 Quit amiconn (Nick collision from services.) 00.10.18 Quit pixelma (Nick collision from services.) 00.10.19 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.10.31 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.10.36 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.20.04 # rasher: yeh, i tihnk that was the plan 00.20.34 # I guess keeping the PluginIndex matrix is still valuable 00.21.46 # I don't think we want to remove *all* plugin pages 00.21.56 # The manual currently refers to some of them for more complex stuff (video encoding) 00.22.03 Quit dfkt (Read error: 110 (Connection timed out)) 00.22.16 # But we could drop them with say "VideoEncodingForRockbox" and "DictionarySetup" type pages instead of "PluginDict" etc 00.22.38 Quit ender` (Read error: 60 (Operation timed out)) 00.23.03 # That seems reasonable 00.23.12 Join midijunkie [0] (n=Miranda@pD9547628.dip0.t-ipconnect.de) 00.25.02 # I agree about the index page 00.30.26 # The index page should be kept (more or less as-is), and pages that are referenced in the manual should be split out 00.30.32 *** Saving seen data "./dancer.seen" 00.31.06 # * rasher discovers there are no screenshots of his ancient Logo plugin 00.32.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.32.45 # the index page is generated from the PluginBlah subpages and their checkmark list in the end, so you probably can't just delete PluginBlah and keep the index as-is. Or do I overlook something? 00.33.33 # No, you don't 00.33.51 # It's a matter of re-creating the table staticly 00.35.17 Join Beta2K___ [0] (n=beta@d36-78-228.home1.cgocable.net) 00.38.57 Quit mcuelenaere () 00.39.24 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-8821e81e729c7595) 00.40.18 Join moos [0] (i=Mustapha@rockbox/staff/moos) 00.41.07 # * rasher detects an americanism in the jpegviewer 00.41.46 # Throw it out! 00.42.22 # I will! 00.44.48 # The settings seem to use Grayscale as well :\ 00.45.21 # No sense in changing that though, I guess. 00.45.45 # too bad there isn't a "mass replace X with Y" function too TWiki... 00.45.58 # It'd be too dangerous anyway. 00.46.09 # You get it replacing examples in guidelines of "what not to do" and such like. 00.46.20 # you can limit it too Admins Only 00.46.40 # Dangerous in the sense of "even someone who's thought it through can very easily make stupid mistakes and not realize it for years" 00.46.54 # ahh.. 00.49.03 Quit Beta2K__ (Read error: 113 (No route to host)) 00.54.09 Part LinusN 01.04.38 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.06.31 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.08.39 Join Laemhax [0] (n=StolenId@S0106001f164c2653.su.shawcable.net) 01.10.04 Quit amiconn_ (".") 01.15.55 # wt... ACTION_LISTTREE_PGUP/PGDOWN is mapped in 3 different ways for the gigabeat F/X in context_list. I only looked at this because BigBambisaid when reworking the bookmark chapter that the delete button combo doesn't work there and I see that the list context is chained to the boobmark context and both want to use the "A" button in different ways... 01.16.18 # * pixelma blames time for typos 01.17.07 Join sharperguy [0] (n=sharperg@khbed74-242.studenthalls.gla.ac.uk) 01.17.24 # did anyone ever port python to rockbox? 01.17.35 # No. No one did. 01.17.39 # the question is how to best fix this - 01.18.13 # sharperguy: Doesn't seem like a very good fit if you ask me. There's an initial port of LUA in the tracker though 01.22.21 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.23.07 Join isthatall [0] (n=guy2@unaffiliated/isthatall) 01.23.14 # * rasher needed to install texlive-latex-extra in addition to the packages listed on ManualHowto on Debian 01.24.02 # Also, evince doesn't take kindly to filenames with a colon in them, it seems. Odd. 01.25.14 # sharperguy: if there's something you want a plugin to do, it will probably be easier to write a plugin to do it than a plugin to interpret a python script to do it. this is likely true even if you want ten or one hundred new plugins. :) 01.25.21 # lua in rockbox? 01.27.11 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 01.27.50 # gartral: yes, search in flyspray for it. no idea how out-of-sync it might be, at this point. 01.29.06 # * gartral has only seen LUA in two places; 1) cell phones, and 2) Garry's Mod >.> 01.29.51 Join MxxCon [0] (i=donuts@ool-18b9baa8.dyn.optonline.net) 01.30.35 # hey folks, do you know how/if hackable Slacker player is? 01.30.40 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 01.32.29 # MxxCon: this channel is for rockbox in particular. the front page at rockbox.org lists supported players, and to my knowledge, there's no work done at all toward running rockbox on Slacker... 01.34.41 # yes, i'm aware this channel is for rockbox. just sincey ou guys are emerged in this enviroment, just thought somebody might know or directly me where to 01.35.21 Join akur1 [0] (n=akur@bl6-144-164.dsl.telepac.pt) 01.36.40 Part akur1 01.38.44 # it would be nice if disk tidy could include the amount of space freed by the clean up >.> 01.42.22 Join Jetoni [0] (n=4d1cbad6@gateway/web/cgi-irc/labb.contactor.se/x-a74c8feec630d14c) 01.43.03 # I'm getting continous data abort at 000090A4 (0) on my sansa e200 with the latest build with some mp3 podcasts 01.43.08 Quit toffe82 ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 01.43.21 # kadoban: I just found a few tabs in a diff of my tree which is still containing your goban overlay patch - in the goban make file. Just a minor minor nitpick in case you have a minute... 01.43.38 # i've re-installed Rockbox, no help. 01.44.09 # Jetoni: sounds like http://www.rockbox.org/tracker/task/9827 to me 01.44.09 # here's the mp3 file that causes the data abort http://feeds.thisamericanlife.org/~r/talpodcast/~5/540561563/374.mp3 01.45.09 # i believe so , not sure thogh. 01.45.37 # But this happens mostly with large files(podcasts), maybe the buffer fills in. 01.45.37 Part MxxCon 01.45.45 # what it was for me, was the media was encoded badly, rarly, VBR fix fixed it 01.46.17 # pixelma: Makefiles are supposed to have tabs afaik 01.46.28 # how far back does the calender plugin go for the E200s? 01.46.49 Quit midijunkie (Read error: 104 (Connection reset by peer)) 01.47.08 # rasher: thanks for the info 01.47.20 Quit JdGordon (Read error: 110 (Connection timed out)) 01.47.34 # pixelma: yeah, that's a make thing, it *insists* on one-tab indents for rules, i believe. 01.47.57 # ok, nevermind then kadoban :) 01.48.37 Quit Laemhax (Remote closed the connection) 01.51.39 Quit isthatall (Remote closed the connection) 01.51.59 # Also, when i start a podcast or a song, the playback "stutters" after 2-3 seconds. 01.53.20 # yea, i have the same beavior, ive noticed that the buffer tends too underflow sometimes, and doesnt load enough data from the disk to keep going while it buffers other songs >.> 01.53.56 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 01.54.17 # Where do bugs for unsupported targets(ie sansa v2's) get tracked/listed. Is this simply through forum posts or are wiki and flyspray involved? 01.57.02 # FlynDice: we don't track bugs for work in progress. 01.57.14 # huh, found a strange one, the game plugin spacerocks saves its highscores as Astrorocks.hs in the /.rockbox//rocks/games dir >.> 01.57.42 # the very definition of "work in progress" is "does not work yet", i.e. "has bugs and/or missing functionality" 01.58.43 # Zagor: I understand that so is it just forum posts and changes to the wiki then? 02.00.57 # FlynDice: I hate to be blunt, but nobody is interested in bug reports on code we already know is not working. 02.02.30 Quit moos (Read error: 110 (Connection timed out)) 02.04.33 # soduko prevents you from leaving if you hve all spaces filled, but the puzzle isnt solved >.> 02.05.13 # actually, it prevents you from doing anything but record the numbers >.> 02.05.58 Quit Jetoni ("CGI:IRC") 02.07.32 # pixelma: Any thoughts on where to put albumart info? An appendix? My first thought was to put it under WPS, but that wouldn't make sense for targets that only have AA in PF 02.09.44 # thoughts on adding resize to buffer_alloc: on resize down, obviously, just chop the end f the block, and add a proper head to the new freed block. on resize up, check if a free block follows, and expand into it, else compact and try to move the block to end of allocation, freeing the old block, else (ugh) memmove everything after the block, move alloc_end, and walk the chain of following blocks to update their handle pointers 02.22.43 Join isthatall [0] (n=guy2@unaffiliated/isthatall) 02.28.04 Quit Zagor ("Clint excited") 02.28.06 # hmm, ok, I'm not a linux noob, but I just want to delete, the .rockbox folder and it won't let because it's read-only. I have tried to chmod it but it doesn't allow that either, there are weird filenames in there from corruption I'm guessing, filenames with crazy characters, etc... I've tried to chown the folder to have absolute control over it, nope. the rbutil won't remove rockbox either, any ideas? 02.28.42 # isthatall, fsck the filesystem 02.28.59 # hm, didn't even think about that 02.29.12 # thanks 02.30.33 *** Saving seen data "./dancer.seen" 02.33.38 # no go, bad superblock 02.33.49 # tried alternate 02.41.37 # if I gparted it can I nuke the 20MB 'unknown' partition without bricking it? 02.42.52 # no 02.43.20 # thought not 02.43.24 # hm 02.44.11 # I'm wondering if the permissions got freaked out by having it plugged into 2 separate ubuntu boxes, one at work, one at home, both with the same username. 02.45.13 # isthatall: no, that actually doesn't even make sense 02.46.14 # well, I'll think about it, I gotta go make some stuffed crab but I'll be back later, troublesome stuff! thanks. 02.50.51 Join help [0] (n=4cf02476@gateway/web/cgi-irc/labb.contactor.se/x-f95de9b084313e94) 02.51.12 # hey ne one here to help? 02.51.22 Nick help is now known as Guest34723 (n=4cf02476@gateway/web/cgi-irc/labb.contactor.se/x-f95de9b084313e94) 02.52.06 Quit Guest34723 (Client Quit) 02.52.26 Quit n1s ("Lämnar") 02.53.50 # dont ask to ask, just ask, if someone knows the answer, we'll share, ussually 03.02.54 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.04.23 Join lymeca [0] (n=lymeca@85-220-112-39.dsl.dynamic.simnet.is) 03.08.29 Quit faemir ("Lost terminal") 03.26.28 Quit parafin (Read error: 60 (Operation timed out)) 03.28.00 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 03.43.08 Quit Barahir (Read error: 60 (Operation timed out)) 03.43.43 Quit Beta2K___ (Read error: 113 (No route to host)) 03.48.47 Part gartral 03.52.44 Join tvelocity[away] [0] (n=tony@adsl26-167.her.forthnet.gr) 03.53.31 Quit tvelocity[away] (Client Quit) 03.58.26 Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) 03.59.36 Join JdGordon [0] (n=jonno@123-243-140-31.static.tpgi.com.au) 03.59.44 Quit tvelocity[a] (Read error: 60 (Operation timed out)) 04.05.28 Join TNT [0] (n=teague38@adsl-240-2-124.jan.bellsouth.net) 04.05.37 # hello can i have help? 04.06.08 # yes, but we don't have crystal balls, so you'll need to be more specific in your questions 04.06.34 # don't ask to ask, just ask. the guidelines (linked in the channel topic) say this. 04.06.35 # okay thats fine. i'm trying to install rockbox on my ipod but the bootloader will not install. 04.06.46 # which ipod? 04.06.48 # i have a 5g ipod video 04.07.01 # are you sure it's a video and not a classic? 04.07.16 # yes. i've ran rockbox and linux before but uninstalled it. 04.07.24 # and i want it back lol. 04.07.47 # Are you using Rockbox Utility? Because versions 1.0.9 and 1.0.8 have a bug where they can't install the bootloader on Sansas and iPods. 04.08.21 # i tried the rockbox utility and it didnt work then i tried ipodpatcher and it didnt work. 04.08.59 # "didn't work"? error message? computer exploded? 04.09.38 # lol it says.... 04.10.33 # error reading from disk: data error (cyclic redundancy check). 04.10.44 # ew 04.11.01 # :( 04.11.03 # Do a scandisk. 04.11.22 # how do i do that? 04.11.48 # What OS are you on? 04.11.56 # Windows XP 04.12.15 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 04.12.15 # http://www.computerhope.com/software/scandisk.htm 04.12.42 # Though judging from the error, your disk is physically broken. 04.13.04 # the hell? 04.13.16 # i've never had problems before and my ipod works fine. 04.13.42 # The only thing I've ever seen that message for was scratched CDs. 04.14.51 # do you think maybe having videos on my ipod that have stopped working is part of the problem? 04.15.06 # oh and im on scan disk, what boxes should i check before i start 04.15.16 # Check both of them 04.15.36 # okay scanning 04.15.41 # It'll take quite a while. 04.16.21 # doh! 04.16.26 # says i need to restart computer 04.16.29 Quit apaininth (Remote closed the connection) 04.16.33 # it shouldn't 04.16.35 Join AndyI [0] (i=AndyI@212.14.205.32) 04.16.50 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 04.16.52 # unless something (like iTunes) is still accessing your iPod 04.17.02 # or you've got the wrong drive 04.17.31 # do ctrl+alt+delete and end processes? 04.17.52 Quit apaininth (Client Quit) 04.18.23 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 04.18.25 # Yeah, check for anything apple-ish. Also try a program called "unlocker", which should tell you if anything's accessing the disk. By the way, restarting won't actually work, so don't do that. 04.18.41 # damnit 04.19.06 # its sayin "needs exclusive access to some of the files" 04.19.17 # What's saying? 04.19.25 # the disk check 04.19.27 Quit apaininth (Client Quit) 04.19.45 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 04.20.25 # this probably isn't the correct place to learn how to use windows 04.20.35 # Are you running as an administrator? 04.20.44 # you could try a tech support website or even rockbox-community 04.20.52 # saratoga we're fine. 04.21.02 # and the disc check went to phase 1 04.21.24 # i closed winrar which had my ipod directory open 04.21.40 # TNT: I mean to take this elsewhere 04.21.59 # cool_walking is helping a lot. 04.22.10 # he can help you in rockbox-community 04.22.14 # I'm in #rockbox-community, too :) 04.22.29 # lol how do i get there? ive never used IRC, sorry 04.22.42 # type /join #rockbox-community 04.23.28 Quit TNT () 04.26.43 Join austin__ [0] (n=46bcb4eb@gateway/web/cgi-irc/labb.contactor.se/x-a34d7691736c093a) 04.27.02 Quit austin__ (Client Quit) 04.27.21 Quit AndyIL (Read error: 110 (Connection timed out)) 04.30.36 *** Saving seen data "./dancer.seen" 04.31.47 Quit apaininth (Remote closed the connection) 04.32.58 Join apaininth [0] (n=irchon@c-67-169-127-192.hsd1.ca.comcast.net) 04.34.34 Quit apaininth (Client Quit) 04.37.26 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ec2702dad63d0797) 04.53.47 Join blkhawk- [0] (n=blkhawk@g227020017.adsl.alicedsl.de) 05.00.03 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.03.18 # so I'm seeing differences in how this sansa C240 behaves in linux vs. XP, I can umark it as read only in XP but linux does *not* cooperate at all in that regard. 05.03.27 # very strange, but it's FAT so go figger 05.09.54 Quit blkhawk (Read error: 110 (Connection timed out)) 05.10.45 Nick blkhawk- is now known as blkhawk (n=blkhawk@g227020017.adsl.alicedsl.de) 05.14.29 Quit saratoga ("CGI:IRC (EOF)") 05.17.28 Topic "meh" by ChanServ (ChanServ@services.) 05.18.39 Join Darksair [0] (n=user@123.112.120.227) 05.18.43 Topic "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community" by ChanServ (ChanServ@services.) 05.20.45 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 05.25.21 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 05.30.48 Quit Horscht ("Verlassend") 05.32.26 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-1f87ec44c0366e38) 05.33.53 Quit isthatall (Read error: 110 (Connection timed out)) 05.37.04 Join isthatall [0] (n=guy2@unaffiliated/isthatall) 05.55.27 Join Barahir [0] (n=jonathan@X835d.x.pppool.de) 06.01.14 Quit AndyI () 06.05.40 Join AndyI [0] (n=pasha_in@212.14.205.32) 06.06.17 Quit shadearg ("goodbye.") 06.11.23 Join shadearg [0] (i=arg@ipv4.panoptix.net) 06.15.13 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 06.30.40 *** Saving seen data "./dancer.seen" 06.35.10 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.50.58 Join parafin [0] (i=parafin@paraf.in) 07.08.15 Quit lymeca (Read error: 110 (Connection timed out)) 07.12.30 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 07.13.17 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 07.16.46 Quit kachna|lappy (Read error: 113 (No route to host)) 07.19.28 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.23.24 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.34.54 Quit CaptainKewl (Read error: 110 (Connection timed out)) 07.35.17 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.38.30 # ah, thanks pixelma (about the tabs). i need to work on that patch some more, figure out the weirdness 07.38.41 Quit z35 ("Leaving") 07.38.50 # hrm. well, pictureflow is working beautifully on e200 sim :/ 07.39.10 # it locks hard on the device, without any message telling me what's happening :/ 07.51.16 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.54.10 # http://www.junauza.com/2009/02/why-ipod-is-rockin-with-rockbox.html 07.59.27 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 08.01.23 Quit _lifeless (Remote closed the connection) 08.01.34 Join _lifeless [0] (n=lifeless@90.151.216.197) 08.06.38 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.19.15 Join n1s [0] (n=n1s@rockbox/developer/n1s) 08.23.00 Join Rob2223 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) 08.23.09 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.30.03 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.30.43 *** Saving seen data "./dancer.seen" 08.41.13 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.50.10 Join lymeca [0] (n=lymeca@157-157-125-161.dsl.dynamic.simnet.is) 08.52.30 Quit BHSPitMonkey ("Ex-Chat") 08.55.33 # kadoban: I've been told that the tabs need to be there though, so took it back :) 09.23.38 Join petur [50] (n=petur@rockbox/developer/petur) 09.26.02 Quit MrDuck (Read error: 54 (Connection reset by peer)) 09.47.05 # http://daniel.haxx.se/blog/2009/02/19/rockbox-usb-a-long-journey/ 09.58.28 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 10.01.46 # nice read B4gder 10.02.15 # "too bad it doesnt ever plan to support classic" <-- too bad we dont ever plan to support *anything*... 10.03.33 # * linuxstb also enjoys B4gder's bedtime story 10.08.33 # Although it misses out the very beginnings - everyone thinking it would be next to impossible to implement software USB on PP, then someone (MrH?) figuring out that the USB hardware was register-compatible with something that had docs. 10.08.47 # hm indeed 10.08.52 # I should add something about that 10.14.29 # speaking usb, does anyone know if the dma-setting for some bridge chips done by that tool someone posted in the wiki could be done device side? 10.16.37 # B4gder: Are you sure about the AS3514 bit? I thought that was just the audio codec (and power management) ? 10.16.47 # ug 10.16.49 # right 10.17.02 # it was imx31 similar or something 10.17.27 # yeah very similar to the one in imx31 10.17.35 # thanks, me fix more 10.19.35 # which is how come it works on the beast 10.20.44 # do you supply your own stock photos B4gder ? Or do you get them from somewhere else ? 10.21.42 # FS#9919 updated with my latest work on pictureflow buffer_alloc. i'd still like to see about stopping playback, and moving the end of the audio buffer to steal a largish piece of RAM to do allocations from, without having to rely entirely on rb->bufalloc or the (rather small) plugin buffer 10.21.43 # I try to do my own, but I also borrow them from elsewhere when in need 10.22.58 # that's a nice usb plug, that is ;) 10.23.43 # that's an example of the latter ;-) 10.24.16 # i'm guessing i'll end up having to ping Nico_P about the buffer question? 10.25.50 # B4gder: actually I wrote "my" stack from scratch. our approaches were so wildly different there was little point in reusing his code. 10.26.16 # I did read his code, but as far as I remember I never copied any of it 10.26.51 # ok, I'll update, thanks 10.27.40 Join bandan [0] (n=x@p57A5AEE4.dip.t-dialin.net) 10.29.43 # there, better? 10.30.47 *** Saving seen data "./dancer.seen" 10.34.29 # i am a little curious about the pluginlib buffer_alloc patch in the tracker. i thought we wanted a true malloc() implementation in the plugin lib 10.34.34 Quit linuxstb (Read error: 113 (No route to host)) 10.35.15 # B4gder: looks good 10.35.33 Quit Thundercloud (Remote closed the connection) 10.38.15 Quit einhirn (Read error: 110 (Connection timed out)) 10.38.28 # LinusN: i see them as being useful for different purposes... malloc is useful where we can't reasonably remove the use of the malloc API, or where moving the data is unsafe (multiple cores using the same buffer, for instance). the buffer_alloc allocator can do things we can't do with malloc, such as completely reclaim space lost to fragmentation by compacting the allocation buffer. i see reasons for using both in different places, and i 10.38.28 # thought that compaction would be more important in pictureflow than the other concerns. 10.39.31 # Unhelpful: i think both may be useful. i think the malloc() pool could be allocated using buffer_alloc 10.39.42 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 10.41.51 # LinusN: i don't think so, unless you want to lose most of the features malloc offers, besides compatibility with an API used widely in other codebases. any time an allocation is performed, any allocated buffers may be moved. pointers will be left pointing at the wrong data if not updated, which is why code using buffer_alloc needs to call buf_get_data if "something else" may have touched the allocator. 10.43.28 # you mean that a buffer allocated with buffer_alloc() may move at any time?????? 10.43.34 # how so? 10.45.11 # not at *any* time, but only when there are allocations following a free. buf_free creates holes in the pool, and if no individual hole is large enough to provide the needed memory for a later allocation, buf_alloc will compact the pool by shifting everything down in address as far as possible, and then try to allocate again from the remaining space. 10.48.39 # this is why buf_alloc, like rb->bufalloc, returns handles rather than pointers. the handle can be used to fetch the current address of an allocation, and the design is optimized to do this quickly, in some cases at the expense of a bit of space efficiency. 11.01.00 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 11.06.21 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 11.07.50 Quit bmbl ("Woah!") 11.09.10 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 11.10.59 # what firmware should I download ? ipod 4g 20gb 11.11.56 # 4g (10/3.1.1.) or 4g (4/3.1.1.) ? 11.14.43 # Nico_P: i had a question (around http://www.rockbox.org/irc/log-20090219#10:21:42) that i thought you might know about, if you're not too busy. :) 11.16.52 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.17.00 # Unhelpful: the question is "how to get RAM from the playback engine?"? 11.18.35 # Nico_P: yes, basically, but a large chunk with a fixed address, rather than a movable piece with a handle as the bufalloc api provides. stopping playback, if needed, to get it would be ok. 11.19.12 # I don't remember the details, but corssfade does basically that 11.19.24 Part bandan 11.19.49 Quit kachna (Read error: 110 (Connection timed out)) 11.20.41 # hrm. i didn't think to look outside of plugins... i couldn't find any examples there, things that need more than the plugin buffer either use bufalloc, and deal with it failing, or stop playback and grab the whole audio buffer. 11.23.36 # in two 11.24.34 # Unhelpful: I think it's done in audio_set_crossfade() (playback.c:797) 11.33.22 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no) 11.35.11 # that function seems a bit odd... it looks like the "real" magic is happening in pcmbuf.c, and i'm pretty sure that plugins shouldn't do what that does ;) 11.36.16 # i think the 1MB plugin buffer would pretty much remove any need for stolen audio buffer on color targets, and greyscale targets will likely manage OK with .5MB plugin buffer, as their slide bitmaps are 1/2 the size (per pixel) 11.36.49 Join {phoenix} [0] (n=dirk@p54B47D51.dip.t-dialin.net) 11.38.00 Join Zoxc- [0] (i=Zoxc@ti0128a340-dhcp0017.bb.online.no) 11.38.01 # there's the call to audio_get_buffer() 11.39.21 # which is the same as what is used by plugins 11.39.25 Quit rvvs89 (Read error: 113 (No route to host)) 11.39.54 # Nico_P: doesn't that just stop playback and provide a pointer to, and length of, the entire audio buffer? 11.40.22 # crossfade uses it to resize the audio buffer and restart audio 11.41.28 # ah I see what you mean, the actual size is defined by pcmbuf 11.41.57 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 11.42.28 Quit jfc (Read error: 104 (Connection reset by peer)) 11.42.43 # right, the size parameter is only used to pass back the buffer size. 11.45.11 Part B4gder 11.45.16 # I think the same apporach could still work. we just need to be careful as to how we set the buffers up 11.45.18 # heh, i can duplicate the cache fighting seen on e200 in sim, but not the hang... i might need to get serial logf working to figure out what's going on. 11.45.46 Quit rocko ("Leaving") 11.49.41 Quit Zoxc- () 11.50.00 # Nico_P: how do you tell core, when it starts playback again, that you've only used *some* of the buffer you took, though? it seems like there might need to be some new magic for that, maybe a parameter specifying the amount wanted? 11.50.06 Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 11.50.33 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 11.51.04 Quit lymeca (Read error: 110 (Connection timed out)) 11.51.47 # Unhelpful: I think pcmbuf takes care of doing the buffer layout, but I haven't looked for where yet 11.54.06 # I'm sorry I can't help you more than that, but I have to go 11.55.36 Quit kachna|lappy (Remote closed the connection) 11.55.45 Quit Zoxc (Read error: 110 (Connection timed out)) 11.56.26 # no big deal, i'm about out of work time, anyway. i'll look into it further tonight, but you've been a big help getting started :) 11.56.54 # I'll try to look into it a bit more later this afternoon 11.58.30 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 12.06.44 Quit gevaerts (Nick collision from services.) 12.06.53 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 12.17.55 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 12.22.06 Join Xenovalent [0] (n=xenovale@24.73.61.160) 12.22.26 # Does anyone know if the random freezing when connecting usb (without the Rockbox stack) also happens with the Rockbox stack? 12.23.27 # I've never seen it 12.25.51 # on my e200 with the usb test build, my wheel did not work after unplugging it but the buttons worked.. i had that happen only once so far 12.26.42 # Nico_P: thanks. an alternative (which might be useful for other things) would be making bufalloc, possibly only when passed a special flag, force just enough audio data out from the end of the buffer for the alloc to succed. then it could make allocations that way, possibly mixed with ones made from the plugin buffer, without having to stop playback at all. 12.27.46 # gevaerts: (and others) What do you think about enabling the usb stack now, to give it as long as possible for testing (and fixing of any bugs that are found) before the 3.2 release? If your tracer tests give worrying results, it could always be reverted prior to release. 12.29.19 # * Llorean is for that 12.30.36 # * Zagor too 12.30.50 *** Saving seen data "./dancer.seen" 12.34.00 # * GodEater_ is too 12.34.34 Join TheSphinX^ [0] (n=cold@p54A5C995.dip.t-dialin.net) 12.35.05 # advcomp2019: You mean that most of the time the wheel works after usb, but one time it didn't? 12.36.52 # linuxstb, yea 12.37.44 # linuxstb: i said the same thing yesterday ... although if the tacer test is probably going to be soon then maybe we hould wait till then.. jut in case... 12.38.06 # * Llorean has seen several cases of people reporting a data abort or similar the first time they use our USB stack, and then not after. 12.38.20 # advcomp2019: Was the scroll wheel thing after your first use of it? 12.38.42 # JdGordon: gevaerts said in #rockbox-community that he should receive the tracer towards the end of next week. 12.39.22 # yeah, i saw that... i guess it depends how soon before 3.2 we want it in? 12.39.39 # yea and i tried it again and it did not happened.. i can try it again 12.40.50 # JdGordon: That's what I'm saying - the sooner the better, to give more time for testing and bug fixing. 12.40.50 Join TheSphinX^_ [0] (n=cold@p54A5DC20.dip.t-dialin.net) 12.41.32 # We should put a "expected to work, but if it doesn't may result in corrupted data, please back up your music" in the commit activating it. 12.41.37 # end of next wek still gives 2 weeks before the freeze... 12.41.55 # i dont think most uses read the commit messages 12.42.31 Quit rocko ("Leaving") 12.42.38 # I don't think we're obligated to avoid slight risks to help better test the code. 12.42.42 # maybe in the news area? it's a pretty big change, USB being on. 12.43.33 # I woudn't actually object to postponing 3.2 by one or two weeks to make sure usb gets in.... 12.43.38 # We have 3.1 for people who want to avoid risk, and bleeding edge for people who want to try new stuff. 12.43.54 # if we asume peple only upgrade on releases its a huge improvemnt which people shouldnt wait another 3 months for 12.43.55 # * Llorean doesn't think we should ever postpone a release again. 12.44.06 # If we aren't confident in USB when the time comes, we drop it and it can wait for 3.3 12.44.07 # * Bagder agrees with Llorean on both usb and postponing 12.44.57 # We've seen what happens when we decide to delay "just a little bit more" 12.45.23 Quit linuxstb (Read error: 60 (Operation timed out)) 12.45.48 # I mean, if we are just waiting to make sure it works then wating an extra week for testing is OK... if it comes out that its still broken then it should be pulled 12.47.06 # Three months isn't a long time considering people have been putting up with reboot-USB for much, much longer. I don't think "trying to squeeze it in one week earlier" is a good enough reason to break our release schedule. 12.47.46 # We could even release a 3.2.1 point release on top of the 3.2 branch with USB enabled if we do decide it's good enough, if it's that big of a deal. 12.48.05 # yeah, thats a very possible optino 12.48.09 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 12.51.38 # * freqmod_gq experienced that the radio on sansa clip have much better quality when tuned into a frequency that ends with xxx.x0 than with xxx.x5 and wonders if he should report it as a bug 12.52.03 Quit TheSphinX^_ (Remote closed the connection) 12.52.14 # linuxstb, just tested it like five times, the wheel still works after disconnecting it from usb 12.52.42 # freqmod_gq: not a bug, normal stations (in the US, at least) should not have frequencies xxx.x5 12.52.49 # (i think) 12.53.09 # There were a few reports of data aborts after unplugging in the forum 12.53.26 # ok 12.54.29 # * rasher wouldn't hold usb out for this, unless it causes corruption 12.54.36 # i made the preset file with sansa e200v1 and there the x5 worked best but it is probably because of noise, crosstalk, multipath etc. 12.54.54 # rasher: that sounds pretty bad... 12.55.27 # JdGordon: Every single one it was a "it happened once, then never again" I think 12.55.46 # Yes. 12.55.55 # ah, ok 12.55.58 # There may be something up with the first time you use the stack. 12.56.03 # fun to debug :p 12.56.12 # Hard to tell what's going on. Could be completely unrelated of course 12.56.48 # But I guess the "shut down usb" code hasn't had a good shaking down yet 12.57.45 # Still, a data abort *after* disconnecting is not quite as critical I'd think 12.58.26 # Llorean, yea that is just like my wheel not working after unplugging.. it happened once and it has not happened yet 12.58.29 # they are annoying though because of the slow reboot 12.58.41 Quit TheSphinX^ (Read error: 110 (Connection timed out)) 13.02.51 Quit Rob2223 () 13.02.51 Nick Xenovalent is now known as XenovalentAFK (n=xenovale@24.73.61.160) 13.04.16 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 13.08.08 Join jaykay [0] (n=chatzill@p579E7291.dip.t-dialin.net) 13.08.52 # could someone look into http://www.rockbox.org/tracker/task/9914 and verify this is not happening? 13.09.06 # its about freezing of e200 when connecting it to a charger 13.12.14 # jaykay: for comparison reason - do you test with a downloaded build or one you built yourself? 13.12.32 # both i think 13.14.01 # jaykay, with the usb test build, it does not do that with my charger 13.14.50 # advcomp2019: which usb test build? and you cant reproduce it, right? 13.15.34 # jaykay, i am using this: http://forums.rockbox.org/index.php?topic=20664.0 and yea, i can not reproduce it 13.16.51 # ok 13.16.52 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.17.19 # sounds like the "freeze when it actually should reboot to OF" bug which happens in some builds. The reason I asked is that when I first encountered this bug with a borrowed Ipod Mini it happened with a downloaded build but not with one I built myself - with the same revision 13.19.04 Join Rob2222 [0] (n=Miranda@p4FDCCAF0.dip.t-dialin.net) 13.19.12 # as far as I know many portalplayer devices were (are still?) affected and I saw that quite a few times on my c200 as well. I'm using a Rockbox USB enabled build for a while which of course doesn't reboot to the OF and so I can't comment on if it still exists 13.19.55 # it doesn't reboot on USB connection while Rockbox is already running, I mean 13.20.49 # when connected to a charger, it doesnt, right - but when connecting to a computer it does 13.20.57 # imo everythings fine 13.22.53 # Well, if his H100 really isn't rebooting on USB insert, something isn't fine. H100s don't have USB chargers. 13.22.58 # just saying that I don't doubt the bug report this much 13.22.59 # But that'd be a separate bug. 13.23.21 # H100? 13.24.28 # "My iriver H100, when plugging in a charger or usb cable, will continue playing in rockbox and charge the battery." 13.24.40 # * Llorean doubts this very much. 13.25.45 # * pixelma was more focuesed to the original bug report 13.26.20 # The original bug report sounds like he's simply complaining that it reboots on charger insertion. 13.26.24 # probably "on" 13.26.43 # The hang is bad, but he complains about the existence of the reboot in general in the comments. 13.27.24 # "the USB cable caused a reboot into original firmware, and if that is what still happens why has the website changed from unsupported to supported." 13.27.34 # I thought it was about the hang which definitely existed for me on c200 as well in *some* build, it's just that I haven't tested for a while 13.27.50 # The impression I get is that he's not getting the hang now, just the reboot. 13.28.00 # As of his last comment. 13.29.11 # why does it reboot? 13.29.21 # as i said my e200 doesnt do that 13.29.28 # You probably have a different charger than him 13.29.29 # (when connecting it to a charger) 13.29.35 # Some chargers can't be distinguished from a USB connection. 13.29.51 # then its a problem of the charger, not of rockbox 13.30.01 # If that's what's happening, yes. 13.30.04 # But we need to wait for him to respond. 13.30.45 # is usb support enabled by default since 20032? 13.31.09 # It says in the commit message that it's not... 13.33.05 # oh sorry... 13.40.07 Join fyrestorm [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 13.40.07 Quit Aurix_Lexico (Remote closed the connection) 13.42.46 Quit _lifeless (Remote closed the connection) 13.43.02 Join _lifeless [0] (n=lifeless@90.151.210.38) 13.44.11 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.45.06 # are anywhere on the rockbox-website old manuals available? 13.45.27 Quit JdGordon (Remote closed the connection) 13.46.12 # The manual's built from SVN. You should be able to compile basically any version of the 'modern' manual. 13.47.02 # no, thats the problem 13.47.31 # What's the problem? 13.51.05 # there are some packages missing.... i dont know which ones. scorche said a new vmware-image is in work, im waiting for this. 13.51.34 # So the problem isn't that it can't be built, but that you haven't got things set up right to build it? 13.51.50 # It's possible to download and/or install any of the packages yourself. 13.52.04 # Why, exactly, do you need a *built* old manual? 13.52.08 # i guess so. as i said i dont know which ones 13.52.24 # i do not really need a old manual, it was just for comparison with the "new" one (r20034) 13.53.03 # You could just look at the diff. 13.54.58 # true 13.56.27 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 13.58.00 # what should I do "dd if=mbr-4g-20gb.bin of=/dev/disk 13.58.00 # dd: opening `/dev/disk': Is a directory" 13.58.04 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.58.15 # disk is the name of my ipod when mounted 13.59.21 Quit kachna (Read error: 60 (Operation timed out)) 14.00.47 # nevermind 14.00.51 # it is /dev/sdc1 14.05.16 Quit _lifeless (Remote closed the connection) 14.05.33 Join _lifeless [0] (n=lifeless@94.50.181.221) 14.09.22 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 14.10.03 Join pyro_maniac [0] (i=foobar@p57BB8EB8.dip0.t-ipconnect.de) 14.13.04 # rocko: No, you want to "dd" the MBR to the "whole-disk" device, which in your case is "/dev/sdc". "/dev/sdc1" refers to the first partition on that disk. 14.13.15 Join midijunkie [0] (n=Miranda@pD9547898.dip0.t-ipconnect.de) 14.13.54 # I see ok thanks LinusN 14.14.05 # linuxstb 14.14.09 # ^ 14.15.23 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 14.16.26 # linuxstb I get his "/dev/sdc: 14.16.26 # re-reading partition table 14.16.26 # BLKRRPART failed: Inappropriate ioctl for device 14.16.32 # what shooould I do 14.20.00 Quit DataGhost (Nick collision from services.) 14.20.08 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 14.21.09 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.24.10 # rocko: What is saying that? 14.24.40 # hdparm -z /dev/sdc 14.25.10 # Just unplug your ipod, and then reattach it. You will probably need to force the ipod into disk mode (hold SELECT+PLAY as it's booting) 14.26.23 # rasher: do you still happen to have .elf and .map files for the usb test builds? 14.26.28 # now what should I do? 14.26.32 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.28.01 # rocko: I assume you're following these instructions? http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 14.28.33 # yup 14.28.48 # Then step 4 ;) 14.29.07 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.29.55 # how do I know which one to use for 4g ipod to use? linuxstb 14.30.06 # there are two of them 14.30.16 # for firmware 14.30.31 # That's easy. Do you have a greyscale screen or a color one? 14.30.50 # grayscale 14.30.55 *** Saving seen data "./dancer.seen" 14.30.57 # anyone know if the timestretcher patch fixed the binsize issue? 14.30.59 # so is it 10 or 4 14.31.05 # Then I suppose you'll want the 4th gen Greyscale build. 14.31.23 # no that is not what I am talking about LambdaCalculus37 14.31.29 # I already know that 14.31.32 # * LambdaCalculus37 goes to the logs 14.31.39 # I am talking about the apple firmware 14.31.51 # Oh! 14.31.51 # for restoring ipod 14.32.14 # http://www.felixbruns.de/iPod/firmware/ 14.33.03 # Ah, okay. 14.33.07 # there is two of them which one should I use 14.33.08 Join grdxyxy [0] (n=eric@121.15.18.193) 14.33.13 # Try 10. 14.33.18 # ok 14.33.28 # BigBambi: why did you use /index in installation.tex, line 73?and why does it produce a note? 14.36.46 # * LambdaCalculus37 tries out rasher's USB-enabled build for his c250 14.40.26 # linuxstb what if it tells me that it already contains a fat32 filesystem should I just leave it 14.40.45 # I partition it in fat32 before I did the restore 14.41.06 # every thing else worked 14.43.34 # rocko: I would still run the mkfs.vfat commant again - just to be sure it's using the values from the new partition table. 14.44.07 Quit _lifeless (Remote closed the connection) 14.44.09 # And I don't think it matters which of the firmwares you download - IIRC, they're identical. 14.44.23 Join _lifeless [0] (n=lifeless@94.50.169.94) 14.45.22 # the manual for the ipod3g is form r20014.... 14.45.26 # is that normal? 14.45.35 # *from 14.46.54 # jaykay: I just looked at it and it's listed as r20045. 14.48.13 # lambdacalculus37: weird 14.48.32 # i checked it many times, also deleted the cache of firefox 14.49.41 # LambdaCalculus37: jaykay is right, it's broken in pictureflow (pdf is from the 16th) 14.51.57 Join __lifeless [0] (n=lifeless@90.151.38.136) 14.52.11 # the html is incomplete and stops after the "keys" headline in the pictureflow chapter 14.52.18 Quit _lifeless (Remote closed the connection) 14.53.06 # linuxstb I did what you said but I updated the firmware first and then umounted the ipod and did the format and it seems to work is that ok 14.53.34 # the directory was empty when I formatted it then mounted it 14.53.47 # but after I unplugged it and plugged it back iin 14.53.59 # new directories came up 14.54.12 # so I guess I am okay 14.54.17 # pixelma: Strange. I looked at the online version. 14.54.36 Quit FlynDice ("Konversation terminated!") 14.55.12 # yes, which is incomplete - like #8819 describes 14.56.32 # 1st and 2nd gen Ipod is also broken 14.57.43 # * LambdaCalculus37 fetches the manual for the 1st/2nd gen iPod 14.58.23 # pixelma: Indeed; it's dated 16 February. 14.58.59 Join moos [0] (i=Mustapha@rockbox/staff/moos) 15.02.50 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 15.04.39 # * pixelma wonders why the 1st through 3rd gen Ipods don't HAVE_SCROLLWHEEL defined in their config-* files 15.05.14 # * LambdaCalculus37 shrugs 15.06.02 # Don't they need HAVE_SCROLLWHEEL anyway? 15.07.53 Quit blkhawk (Remote closed the connection) 15.08.23 Join blkhawk [0] (n=blkhawk@g227020017.adsl.alicedsl.de) 15.09.53 # 1st gen Mini doesn't have it either but 2nd gen Mini. I know they have different wheels (one is position aware the other not) but both should be "scrollwheels". Confusing 15.12.54 # and btw. I don't like that the c200's pictureflow button table in the manual describes the current buggy behaviour, if it described how it should be maybe people would start bugging the developers to fix it ;) 15.13.54 # pixelma: We'll have to bug whoever wrote it to fix it up, unless one of us beats him to it. ;) 15.15.18 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 15.15.36 # meh, PLA and mixing contexts :\ 15.17.40 # i guess its wanted that 1g2g has {\UseOption,IPOD_3G_PAD} right? 15.19.50 Join miepchen^schlaf [0] (n=miepel@p579EC7B1.dip.t-dialin.net) 15.20.17 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 15.24.47 # not sure anymore but if I remember correctly it doesn't hurt at the moment because they use the same mappings everywhere (? - at least almost) currently 15.31.52 Part LinusN 15.32.23 # pixelma: could you check whether you can compile the manual? 15.34.18 # fix for the broken Ipod manuals is - either add IPOD_3G_PAD to the \opts and \nopts in the button table or to define HAVE_SCROLLWHEEL in their config-*.h files which may have influence on something else so I don't know 15.34.25 # no, I can't 15.37.01 # the former in pictureflow.tex 15.37.32 # you mean to all the opts with scrollwheel? 15.40.08 Quit parafin ("reboot") 15.40.15 # seems to be good news on the MTP code 15.41.44 # jaykay: No, 1g2g should have IPOD_1G1G_PAD 15.41.55 # Err, IPOD_1G2G_PAD 15.42.05 Quit grdxyxy ("Leaving.") 15.42.42 Quit faemir ("Lost terminal") 15.43.14 # amiconn: that would brake MANY things..... because IPOD_1G2G_PAD is never used 15.43.19 # except in 4 plugins 15.43.43 # pixelma: seen my aa manual patch? 15.44.21 # linuxstb thanks for your help 15.44.33 # my ipod is rocking rockbox again :D 15.44.54 # I just wanted to restore my ipod because it was acting slow and messed up 15.45.05 # now it is normal and fast again 15.45.29 # rasher: What's the FS#? 15.45.55 # Err.. Can't check now 15.46.37 # jaykay: Then that needs to be fixed. The 1G/2G pad is quite different. 15.46.47 # GodEater_: where? 15.47.25 # lambdacalculus37: 9928 15.47.55 # jaykay: Thanks. 15.48.29 # rasher: By the way, I tested your USB enabled build on my Sansa c250. Managed to transfer 800MB so far to the microSDHC card without a hitch. 15.48.42 # * LambdaCalculus37 will transfer more when he gets a chance 15.48.45 # Hurray 15.51.01 # amiconn: i hope you will have fun when checking the buttonmaps of ~60 .tex where IPOD_3G_PAD is used.... 15.52.44 Join kubiix [0] (n=511bc91c@gateway/web/cgi-irc/labb.contactor.se/x-176ae8617741b201) 15.53.13 Quit miepchen^schlaf () 15.57.33 Join parafin [0] (i=parafin@paraf.in) 15.57.36 Quit CaptainKewl (Read error: 110 (Connection timed out)) 16.02.09 Quit __lifeless (Remote closed the connection) 16.02.25 Join __lifeless [0] (n=lifeless@89.20.107.10) 16.06.59 # pixelma: can you post a pstebin with your opt-changes? i would include that in a patch 16.09.05 # I could commit it but am not sure if that's the right fix 16.10.00 # do what you want to do :) if nothing is broken.... 16.24.48 Join Multiplex [0] (n=5773d21c@gateway/web/cgi-irc/labb.contactor.se/x-73f65e709a1b169a) 16.26.16 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 16.26.42 # linuxstb: have you read the mailing list mails about the licensing issues? 16.29.35 Join MethoS- [0] (n=lem@host-091-097-243-179.ewe-ip-backbone.de) 16.29.35 Quit kubiix ("CGI:IRC (EOF)") 16.30.56 *** Saving seen data "./dancer.seen" 16.31.32 Quit Zagor ("Clint excited") 16.32.26 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.35.17 # gevaerts: dev list 16.36.46 # gevaerts: unfortunately not 16.39.10 # gevaerts: I could try recreating them, but I don't know how reliable that is 16.39.18 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.40.30 Quit __lifeless (Read error: 104 (Connection reset by peer)) 16.43.14 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-03daf4b7e873d875) 16.43.22 # I've had the sansa wheel stop working before 16.43.31 # usually just hitting any button fixes it though 16.43.34 # happened this morning to me 16.44.32 # Yeah, I've had that once in a while, seems to happen more or less randomly 16.45.12 Quit Multiplex ("CGI:IRC (EOF)") 16.45.52 # looks like the HAVE_SCROLLWHEEL define was introduced with the scrolling in lists accelaration (first e200, then the "clickwheel" Ipods). It's not enabled for the Ipods with the older wheel and the changes were in firmware/target/arm/ipod/button-clickwheel.c so it's probably correct to not define it 16.47.33 Join _lifeless [0] (n=lifeless@89.20.107.10) 16.47.46 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.48.44 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 16.48.45 # once USB is enabled, how hard is it to enable bootloader USB mode on PP? I know we'd need interrupts for that 16.49.37 # Good news on the mtp code 16.49.57 # rasher: I thought so too 16.50.04 # that reads to me as "license it however you like" 16.50.17 # "for any use" means just that, afaik 16.50.24 # yup 16.52.07 # I guess we're in the clear with the MTP code. :) 16.52.41 # assuming no-one here comes up with a reason not to use it 16.53.00 # * LambdaCalculus37 can't think of one 16.53.22 # We should buy that guy from Creative a crate of beer for giving us good news, though. :) 16.53.41 Join __lifeless [0] (n=lifeless@89.20.116.56) 16.54.10 # * jaykay agreed 16.54.16 # agrees* 16.55.04 # may i ask how much money comes in with the ads on the hompage? 16.55.11 # GodEater_: ah indeed, *that* MTP... :) 16.56.18 # I didn't think we were still running those ads 16.56.25 # we don't 16.56.41 # Right, so I'm not going crazy 16.56.44 # jaykay: which ads? 16.57.21 # i/me doesnt know 16.57.24 # omg 16.57.28 # * jaykay doesnt know 16.57.40 # wait a moment 16.58.43 # http://www.rockbox.org/twiki/bin/view/Main/WhyHaveAds 16.58.50 # Historical 16.58.54 # we don't have them any more 16.59.16 # how about deleting that page? 16.59.47 # you could just mark it as old 17.00.53 # and everyone who sees the "this page is no longer valid" will wonder why its still existing 17.02.08 # I think "This page is no longer valid" is enough of an explanation. 17.02.31 # Or say "This is page is old and only exists for historical purposes". 17.02.45 # ok thats better 17.02.54 Quit Nico_P (Remote closed the connection) 17.03.56 # rasher did that already, this cant be missed :) 17.07.11 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 17.07.50 # * n1s thinks FS#9929 is a bug in the user's expectations... 17.09.38 # n1s: this was really confusing when i tried rockbox and was happy about this delete-function.... 17.10.02 # the first few tims i always checked twice whether the file was really deleted 17.10.07 # *times 17.11.25 # I don't understand how this can be confusing, you tell it to delete the file, and it does 17.11.36 Quit _lifeless (Read error: 110 (Connection timed out)) 17.12.04 # but you think its still existing because rockbox is still playing this file 17.12.29 # it does still exist, just not on the storage 17.12.52 # what happens if the file isn't entirely buffered when you delete? 17.13.06 # or if the file is bigger then the audio buffer? 17.14.49 # saratoga: i think it just skips to the next song if the file is missing when it tries to rebuffer 17.18.26 # the quickscreen is missing from the manual... 17.18.28 # right? 17.25.20 # last time I looked it wasn't 17.25.59 # wasn't missing, I mean - so should be there 17.28.51 Quit __lifeless (Remote closed the connection) 17.29.07 Join __lifeless [0] (n=lifeless@90.151.41.57) 17.30.59 # pixelma: i didnt find it... i searched with adobe reader for "quickscreen", only one result (in the changelog) 17.35.26 # gevaerts: Recreated the builds now and saved .map and .elf.. *might* not be accurate, but I guess it's worth a shot 17.36.09 # is there any guideline for the maximum of characters in one line in the manual files? 17.36.17 # 80. 17.36.27 # ok 17.36.36 # And yes, that's in the wiki 17.39.18 # ah i found it, sorry... 17.39.19 Join nibbler [0] (n=Nibbler@pD9E30C07.dip.t-dialin.net) 17.40.05 # rasher: great. Let's see if those reported errors make sense :) 17.40.14 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.42.05 # jaykay: the quick screen is referred to as just that "quick screen" - not as one word in the manual 17.42.09 # gevaerts: http://rasher.dk/rockbox/usbtest/rockbox-c200.* 17.42.15 Join japc [0] (n=japc@194.65.5.235) 17.42.16 # rasher: if you compare md5 of the final binary with the one posted in the forum you can tell for sure if they are the same 17.42.41 # n1s: different date 17.42.54 # There were a few bytes difference in the filesizes 17.43.01 # (of the .zips) 17.43.52 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 17.44.21 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-79d1c97c49796a0f) 17.45.38 # gevaerts: all the builds have rockbox-*.map/elf uploaded now 17.46.39 # gevaerts: ah 17.47.23 Join caladan_ [0] (n=chatzill@161-bem-18.acn.waw.pl) 17.47.34 # 00008228 would be in draw_eq_slider() if (a) that number is correct and (b) the builds are equivalent 17.48.24 # I re-uploaded the builds, so any new downloads should match the .map/elf files 17.48.55 # actually... Do you still have the old ones? 17.49.17 # Of course not - do you expect me to be organised? 17.49.32 # :) 17.49.59 # * gevaerts wanted to compare them around this address 17.51.55 # jaykay: I can't look until I get home 17.52.09 # BigBambi: ok.... 17.52.53 # pixelma: Sorry about the pictureflow early ipod issue - I specifically added the minis, but missed that the early ipods didn't have scrollwheel defined 17.53.32 # pixelma: Also, I stand by describing how the c200 actually works - I think we should tell the users what actually happens, not what is supposed to happen until it actually does :) 17.56.20 Join SndBstrd [0] (n=TweakMDS@boobies.demon.nl) 17.57.36 Quit petur ("work->real life") 18.00.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.00.49 # uh, my c200 hangs at the OF "Refresh database" afer i ran fsck on it, how do i recover from this? 18.01.51 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.02.37 # n1s: Can you force it to power off? 18.02.50 # LambdaCalculus37: yeah 18.02.54 # gevaerts: that seems like an odd place to crash.. 18.03.49 Part SndBstrd 18.03.55 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 18.04.23 # n1s: Does Rockbox work normally on it? 18.04.34 # Or at least seem to be working normally? 18.05.11 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-adae270a32e4d368) 18.05.31 # LambdaCalculus37: no, i think the partition had gotten messed up pretty badly, the booloader is just flashing the logo over and over again 18.05.42 # the sansa.fmt thing doesn't work on c200 does it? 18.05.49 Join SndBstrd [0] (n=TweakMDS@boobies.demon.nl) 18.06.19 # n1s: it doesn't 18.06.40 # so, does this leave me with running your eraser tool again? :) 18.06.51 # If nothing else works, yes 18.11.52 Quit kushal_12_27_200 ("Leaving") 18.11.55 # ok, installing a fresh of in recovery mode doesn't help so i guess that's what i have to do, is the source and build instructions for c240 erase available somewhere btw? 18.12.54 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.13.19 # Sure. It's all in svn 18.13.59 # Configure for c200, then choose E and follow the plot 18.14.13 # gevaerts: aha, thanks 18.15.32 # * n1s spots breakage 18.16.23 # "/home/nils/rockbox/bootloader/main-c240wipe.c:195:53: error: macro "storage_write_sectors" requires 4 arguments, but only 3 given" this have anything to do with storage rework stuff? 18.17.42 # seems so 18.18.01 # * gevaerts fixes 18.19.52 # n1s: done 18.20.23 # great, thanks :) 18.21.51 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 18.21.52 Part SndBstrd 18.25.12 Quit caladan_ ("ChatZilla 0.9.84 [Firefox 3.0.6/2009021207]") 18.25.42 # is it the bootloader.bin file i want to use? 18.26.04 # yes 18.27.39 Part pyro_maniac ("Leaving.") 18.30.58 *** Saving seen data "./dancer.seen" 18.51.05 Join cafaro [0] (n=cafaro@adsl-dc-257b9.adsl.wanadoo.nl) 18.52.47 Quit rvvs89 (grisham.freenode.net irc.freenode.net) 18.52.47 NSplit grisham.freenode.net irc.freenode.net 18.52.47 Quit Barahir (grisham.freenode.net irc.freenode.net) 18.52.47 Quit blithe_ (grisham.freenode.net irc.freenode.net) 18.52.47 Quit Ridayah (grisham.freenode.net irc.freenode.net) 18.52.47 Quit slyyf (grisham.freenode.net irc.freenode.net) 18.53.35 Quit moos ("Rockbox rules the DAP world") 18.54.40 NHeal grisham.freenode.net irc.freenode.net 18.54.40 NJoin rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 18.54.40 NJoin Barahir [0] (n=jonathan@X835d.x.pppool.de) 18.54.40 NJoin blithe_ [0] (n=blithe@blakesmith.me) 18.54.40 NJoin Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) 18.54.40 NJoin slyyf [0] (n=slyf@CPE000f66e431ae-CM001225d76054.cpe.net.cable.rogers.com) 18.54.58 Join Barahir_ [0] (n=jonathan@X835d.x.pppool.de) 18.55.28 Quit Darksair ("To Arch or Gentoo? That is the question...") 18.56.07 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.58.26 Quit yhuang ("Leaving") 18.58.36 # mcuelenaere: Yes, I've seen your emails. It's frustrating they don't use a real license, but I think it's good enough for us. Although I would like to know what others think. 18.58.58 # I'm pretty sure "for any use" is basically PD 18.59.03 Quit Barahir (Connection reset by peer) 19.00.12 # I'm guessing mcuelenaere didn't say "hacking your own players" as the purpose of sendfirm though ;) 19.00.19 # (sendfirm is used for the Zen IIUC) 19.00.33 # hehe 19.00.56 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0438.bb.online.no) 19.01.01 # I specifically avoided mentioning Rockbox, perhaps they wouldn't answer then :) 19.01.37 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 19.02.33 # mcuelenaere: But I think that's good news. IMO the next step would be for you (as the (C) holder) to change the license of sendfirm_win.c to something more permissive (BSD?) so we can link to MS's lib. You could also commit those emails (e.g. in a README, or a comment in sendfirm_win.cpp 19.03.13 # (assuming you're happy to use BSD of course...) 19.03.20 # yeah, sure no problem :) 19.03.42 # So sendfirm is also being used for the Zen? 19.04.12 # yes 19.04.18 # it's a generic MTP firmware upload program 19.04.34 # it could be used as a replacement for sending the OF 19.06.35 # OK, so if "someone" writes a beast-specific install tool, we should keep sendfirm around as a generic tool. 19.08.25 Quit sarixe ("Leaving") 19.09.19 Part LinusN 19.11.59 # jaykay: The short answer is I didn't 19.12.09 # jaykay: It was already there, I just moved it 19.16.34 Quit gevaerts ("rebooting") 19.18.25 Quit domonoky (Read error: 104 (Connection reset by peer)) 19.20.21 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 19.21.29 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.21.38 Quit scorche (Nick collision from services.) 19.21.56 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.22.07 Join {phoenix} [0] (n=dirk@p54B47D51.dip.t-dialin.net) 19.22.24 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 19.24.02 Join anirban [0] (n=anirban@59.93.217.87) 19.24.14 # Hi 19.24.30 # I have video iPod and installed rockbox 19.24.41 # but it is not at all stable 19.24.45 # jhMikeS, anything holding back the PP502x audio DMA patch? 19.24.53 # it is hanging and rebooting all the time 19.25.14 # model no is A1136 19.25.43 # but from site i got that 5th gen video ipod build is very stable 19.25.58 # It is normally 19.26.01 # anirban: does it display any messages when it's rebooting? 19.26.07 # or hanging 19.26.19 # And what are you doing when it does? 19.26.24 # And what version of Rockbox? 19.26.34 # no my screen just getting blank or frezes up 19.27.14 # did you install the version for the 60/80 models? 19.27.42 # bertrik: not really 19.27.54 Join miepchen^schlaf [0] (n=miepel@p579EC7B1.dip.t-dialin.net) 19.27.57 # wait let me check the version of rockbox 19.28.27 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.28.34 # Ithink it is ver-19036 19.28.39 Quit nibbler (Remote closed the connection) 19.29.04 # anirban: What version did you install? 30GB or 60/80 GB? 19.29.17 # n1s: oops, sorry - didn't see you asked that already :) 19.29.17 # 30 GB 19.29.59 # most of the things works but main prob is hang and reboot 19.31.58 # Does this happen randomly, or e.g. when you play certain files? 19.32.01 # please tell me which version of rockbox to install 19.32.08 # randomly 19.32.21 # not even playing 19.32.59 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.33.01 # it happens when I am browsing my ipod or accessing the database or even while controlling the equalizer 19.33.09 # anirban: Try the latest one, you are 1000 revisions out of date 19.33.18 # Also check the filesystem for errors 19.33.30 # ok let me install it now 19.33.35 # how to do that 19.38.07 # You mean checking the filesystem? What OS are you on? 19.40.07 Quit linuxstb (Read error: 110 (Connection timed out)) 19.42.06 Quit dfkt (Read error: 104 (Connection reset by peer)) 19.45.07 # ugh, anyone want to help a relative mac newb with why his rockboxdev.sh is failing on osx? 19.45.43 Join Lss [0] (n=Lss@cm169.delta140.maxonline.com.sg) 19.46.01 # lostlogic: iirc preglow had lots of trouble building crosscompilers on osx 19.46.17 # maybe he knows something 19.46.51 Join perrikwp [0] (i=98214eea@gateway/web/ajax/mibbit.com/x-48ebb958ad910f2f) 19.47.07 Quit perrikwp (Client Quit) 19.49.08 # lostlogic: also how is it failing? 19.49.53 # "make -r" fixed -- was getting the error mentioned in this post: http://sourceware.org/ml/crossgcc/2007-12/msg00024.html 19.50.07 # so now I need to teach rockboxdev.sh to figure out when to use make -r 19.50.54 # ah 19.51.09 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 19.51.17 # or use gnu make perhaps? 19.52.03 # Sounds smarter 19.52.47 # could install gnu make 19.53.15 Quit parafin (Read error: 113 (No route to host)) 19.53.24 # I bet you'll get problems to build rockbox without it anyway 19.53.34 # didn't realize what make -r did, just found a posting that said it fixed this error :-P 19.53.50 Join parafin [0] (i=parafin@paraf.in) 19.53.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 19.54.17 # lostlogic: so, you planning to get back into rockbox hacking? ;) 19.55.24 # depends, definitely want to get it building on here regardless -- there'd need to be some feature that I want that isn't there for me to get back into it is the long standing problem... 19.58.00 # has anyone ever done much towards getting gdb serial working over usb? i'm doing a little research into it and i was wondering if there's anything rockbox specific i should read/look at. 19.58.35 # kadoban: LinusN had gdb serial working on the archos models 19.58.42 Quit MethoS- (Remote closed the connection) 19.58.57 # but I'm not sure that helps anything 19.59.14 Quit bs66_ (Connection timed out) 19.59.24 # Bagder: ah okay, that's mostly it though, right? (i saw that, but haven't looked at it in depth yet) 19.59.43 # yeah, I don't think we've had any other gdb experiments 19.59.50 # okay, thanks 20.00.40 Join bs66_ [0] (n=sysuser@95.209.30.180.bredband.tre.se) 20.03.55 # i am trying to download the rockbox installer for 64 bit linux 20.04.08 # and it seems the archive is broken 20.04.13 # unable to unzip it 20.04.23 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.04.40 # I am using this link http://download.rockbox.org/rbutil/linux/rbutilqt-v1.0.7-64bit.bz2 20.05.21 # anirban: Works for me 20.05.35 # what command you use to unzip it 20.05.46 # I am using tar -jxvf file_name 20.05.56 # anirban: bzip2 -d 20.06.05 # this isn't a tar file 20.06.08 # it's not a tarball, just 20.06.10 # zipped up 20.06.14 # bunzip2 rbutilqt-v1.0.7-64bit.bz2 20.06.19 # ok 20.06.26 Join lymeca [0] (n=lymeca@157-157-237-82.dsl.dynamic.simnet.is) 20.06.26 # * gevaerts is confused 20.06.36 # *scowl* macports gmake is stalling on activate 20.06.59 # ohh ok sorry it is not a tar 20.07.35 # Why doesn't this mr100 give lots of problems? It's behind three or five hubs depending on how you count 20.08.10 # * gevaerts is starting to suspect that he did something wrong last night 20.08.16 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.10.03 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.12.19 # gevaerts: So it might actually fix things on 5020 as well? 20.12.57 # I need to retest a bit, but IIRC the build on my mr100 does not have the PP5022 fix 20.13.25 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.14.05 # Or maybe there's a really weird thing that makes the resets go away if you keep adding hubs 20.14.22 # That does indeed sound *really* weird 20.17.38 Nick jaked is now known as jaked_ (n=jdettner@cl-2099.ham-01.de.sixxs.net) 20.18.40 Quit parafin (Nick collision from services.) 20.18.45 Join parafin|away [0] (i=parafin@paraf.in) 20.20.10 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 20.21.45 Join pyro_maniac [0] (n=jens@77-21-68-46-dynip.superkabel.de) 20.25.41 Quit japc (Read error: 145 (Connection timed out)) 20.30.59 *** Saving seen data "./dancer.seen" 20.33.23 # BigBambi: you then could scrap the "move up/down through the album list" for the c200 manual completely as it also doesn't wrap currently and you'll only ever be able to highlight the firsdt track... ;\ 20.33.36 # first too 20.37.31 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.38.48 # I just tried the latest rockbox installer on AMD 64 20.39.36 # all things load properly but when I reboot ipod i got error mesg that can not load rockbox.ipod read failed 20.39.56 # Is rockbox.ipod in the correct location? 20.40.01 # should I try to install the bootloader manually 20.40.12 # The bootloader is installed correctly 20.40.21 # I'd rather try installing rockbox manually 20.40.38 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 20.41.02 # Which consists of downloading and unzipping rockbox to the root of your ipod 20.41.49 # dont forget to flash too 20.42.11 # Lss: What are you talking about? 20.42.24 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.42.35 # oh you have the bootloader done ok 20.43.00 # No flashing involved. 20.46.15 # is there any prob if I previously loaded ipod linux in my ipod 20.46.21 # and try to install rockbox now 20.46.56 # * rasher has no idea 20.47.27 # anirban: do you have a .rockbox dir on your ipod? 20.48.01 # yeah it is there 20.48.27 # Is it partitioned in any interesting way? 20.50.20 # yeah I have one fat32 20.50.30 # and ext2 about 200 MB 20.51.07 # speaking of the "album list" in pf on the c200. Currently it neither scrolls horizontally if a track name is too long not vertically if it's higher than the display, as I remember Unhelpful saying it should...? 20.51.13 # anirban: That sounds like it could cause trouble 20.51.21 # ok 20.51.29 # so what to do? 20.51.35 # do I have to reformat 20.51.57 Join z35 [0] (n=z35@h78.29.89.75.dynamic.ip.windstream.net) 20.52.41 # Well, restoring to the original partitioning should help. How that's best done, or if there's another solution, I don't know 20.52.43 # anirban: iirc rockbox only mounts and looks for its files in the first partition so if that is not the fat32 partition it will not find them 20.53.32 # hm, I seem to remember differently 20.53.48 # anirban: you could try simply deleting the ext2 partition 20.53.56 # ok 20.54.12 # There's a chance that might do it 20.54.14 # fat32 is the first partition 20.54.38 # * rasher doesn't really know how the bootloader works in great detail 20.55.17 # actually fdisk -l /onmyipod 20.55.21 # shows 3 entry 20.55.49 # There's a small firmware partition as well 20.55.52 # frist 80293 blocks are with empty partion 20.56.09 # and it shows as /dev/sdc1 20.56.14 Join Windlord [0] (n=Windlord@cm7.sigma108.maxonline.com.sg) 20.56.21 # then /dev/sdc2 as W95 FAT32 20.56.37 # then /dev/sdc3 as Linux 20.57.05 Quit pyro_maniac (Read error: 110 (Connection timed out)) 20.57.08 # anirban: not sure if this has been asked before, but does the Apple firmware work properly? 20.57.25 # yeah it works wihtout any problem 20.58.52 # did you check the filesystem? 20.59.27 # no actually I do not know how to do it 20.59.40 # fsck.vfat /dev/sdb2 20.59.42 # do you mean fsck the file system 20.59.45 # ok 21.00.02 # I shall try first let me uninstall the whole stuff 21.00.08 # it is in the process 21.01.36 Quit Windlord ("http://project-apollo.co.cc/") 21.04.34 Quit lymeca ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 21.05.11 Join pyro_maniac [0] (n=jens@91-67-254-89-dynip.superkabel.de) 21.05.49 Quit miepchen^schlaf () 21.13.09 # * gevaerts can get his mini to not connect properly by not boosting 21.13.43 Join perrikwp [0] (i=98214eea@gateway/web/ajax/mibbit.com/x-769287c79461fc1e) 21.15.04 Join roman_ [0] (n=roman@93.81.216.24) 21.20.16 Join moos [0] (i=Mustapha@rockbox/staff/moos) 21.21.50 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.22.52 Quit jaykay (Read error: 110 (Connection timed out)) 21.24.27 # * bluebrother wonders if he should nag domonoky and LambdaCalculus37 again about the OS X patch or simply commit it and push a new rbutil release 21.25.46 # * LambdaCalculus37 wonders why the last rbutilqt version domonoky gave him just quits immediately when launched 21.26.27 # maybe someone could setup bluebrother with VNC access to an OSX box 21.26.41 # maybe because i didnt built it correctly ? ( the mac was remade, so i had to reinstall Qt and libusb) 21.27.08 # domonoky: Maybe. You also have to make sure it builds as a universal build as well. 21.27.36 # i know, but maybe i missed someting ? 21.27.43 # hey there. is there is sleep function supported in rockbox? 21.28.06 # pyro_maniac: check the manual 21.28.07 Join lymeca [0] (n=lymeca@157-157-237-82.dsl.dynamic.simnet.is) 21.28.49 # oh no I mean in the code, sorry for that 21.28.52 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 21.29.02 # I need to wait after a function 21.29.24 # is it simply sleep(10); ? 21.29.55 # hm, the rbutil binary is universal. maybe i forgot some lib ? 21.31.09 # ah, libusb isnt included as static lib. lets hunt for a static and universal libusb lib for mac :-) 21.31.54 # * kugel wonders if domonoky tried to play xobox on his e200v2 21.32.12 # pyro_maniac: I'd check some of the other code 21.32.24 # * domonoky didnt try much with his e200v2, why ? 21.32.47 # it's pretty much broken on my fuze 21.32.51 # pyro_maniac: If you want to sleep for 10 seconds, do "sleep(10*HZ);" 21.32.51 # constantly pausing 21.33.03 # * bluebrother thinks he should try to eventually get a mac :) 21.33.24 # linuxstb: ok thanks!! 21.36.50 Join tessarakt [0] (n=jens@e180065251.adsl.alicedsl.de) 21.37.39 # thank you all for the help 21.37.40 # * rasher thinks the Flyspray user settings db should be cleaned of people has their date and time-format string set to their username 21.37.56 # I need some sleep now will be back tomorrow 21.37.59 # bye 21.38.52 Quit anirban (Remote closed the connection) 21.40.34 # domonoky: I committed the e200v2 lcd driver patch, a test would be appreciated 21.41.07 Quit cafaro ("cafaro has left the building") 21.45.02 Quit pyro_maniac (Read error: 113 (No route to host)) 21.48.15 Join low_light [0] (i=c730190a@gateway/web/ajax/mibbit.com/x-2903c19f2b0b6db4) 21.48.53 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.50.44 Join perrikwp [0] (i=98214eea@gateway/web/ajax/mibbit.com/x-d25bf9092f1c1d54) 21.50.47 Quit low_light (Client Quit) 21.54.21 # domonoky: ok, xobox works ok now 21.55.48 Join `Assassin [0] (n=blank@71-8-56-51.dhcp.leds.al.charter.com) 21.56.36 # pixelma: Oh, OK :/ 21.57.29 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.57.44 # * gevaerts thinks understands the data aborts on usb disconnect 21.57.57 # gevaerts: cool, I have them too sometimes 21.57.58 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 21.58.21 # * gevaerts inserts a "he" in there 21.59.07 # gevaerts: awesome 21.59.44 # The problem is that some code calls usb_wait_for_disconnect(), and then assumes that its data is still there afterwards. Since the software USB stack uses the playback buffer, this is not a valid assumption 21.59.54 # * domonoky has now a new, and hopefully working rbutil mac test binary here http://jdgordon.info/~domonoky/rbutilqt.dmg 22.00.17 # See e.g. buffering.c line 1385. After that it calls update_data_counters(), which is where it crashes for http://forums.rockbox.org/index.php?topic=20664.msg145099#msg145099 22.00.24 # gevaerts: uh oh 22.00.39 # gevaerts: Why does the usb stack use the playback buffer? 22.00.57 Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) 22.01.25 # <`Assassin> Why do certain songs in my library always play for a few seconds with quality worse than normal and produce a data abort crash? I'm using an iPod Video (30 gb) with the latest rockbox build. 22.02.25 # amiconn: because it needs comparatively big amounts of memory (32+K), and it only needs them while connected. 22.04.57 # It grabs the buffer using audio_get_buffer() 22.05.23 Quit Llorean (Connection reset by peer) 22.06.17 Quit RoC_MasterMind ("Leaving") 22.06.20 # gevaerts: Hmm, if it does that, and yet playback/buffering still tries to access data afterwards, that's a major bug in playback/buffering 22.07.10 Join Llorean [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 22.08.24 # amiconn: maybe the problem is that it only calls audio_get_buffer() *after* sending SYS_USB_CONNECTED? 22.09.04 # At least it used to do that 22.09.24 Join miepchen^schlaf [0] (n=miepel@p579EC7B1.dip.t-dialin.net) 22.09.27 # That may be the problem, but it shouldn't 22.09.30 # after audio_get_buffer happens, the only thing could cause playback to access anything is more messages. 22.10.24 # audio_get_buffer() means playback has to back off immediately, and not try to grab it again unless started explicitly. And then it has to rebuffer everything 22.10.31 # another stop message shouldn't cause further access though or that's how it was when I last left it 22.12.43 Quit SirFunk (Read error: 110 (Connection timed out)) 22.13.12 # once audio is waiting for USB, it's message should be discarded and any sync messages auto-replied with 0 22.15.19 Join Lear [0] (n=chatzill@rockbox/developer/lear) 22.24.37 Quit blithe_ (Remote closed the connection) 22.25.23 Join blithe [0] (n=blithe@blakesmith.me) 22.25.55 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 22.25.55 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.26.20 Quit Horscht ("Verlassend") 22.30.23 Join petur [50] (n=petur@rockbox/developer/petur) 22.30.53 # jhMikeS: keyclick isn't supposed to work when playback is paused, right? 22.31.00 *** Saving seen data "./dancer.seen" 22.32.14 Join pyro_maniac [0] (n=jens@91-67-254-89-dynip.superkabel.de) 22.32.41 Join Massa [0] (n=chatzill@p5791D30F.dip.t-dialin.net) 22.34.36 # n1s: well, "supposed" isn't quite right, but yea 22.35.17 # Hi everybody! 22.36.05 # gevaerts: I have to bother you again. I wanted to test with with an earlyer usb init as you told me but I always got a system freeze on connecting 22.36.24 # I lately have some problems with the database at my iriver H340 22.36.46 Join MethoS- [0] (n=lem@dyndsl-085-016-164-056.ewe-ip-backbone.de) 22.37.03 Quit roman_ (Read error: 110 (Connection timed out)) 22.37.13 # It does not initialize - it just starts and then stops immediately again without doing anytihing - does somebody else notice that? 22.38.36 # pyro_maniac: I haven't done this. You'll really have to experiment a bit yourself... 22.38.41 # n1s: It's still in the same situation since "paused" is still considered a state above "playing". 22.38.45 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.39.33 # ok, so the same as voice not playing while paused 22.39.38 # yeah 22.40.02 # gevaerts: and you have no idea, where this freeze come from? is there a more safty method to connect? 22.40.30 # How should I know? 22.41.32 # There probably is something that's not fully initialised 22.43.18 # gevaerts: would it be 'normal' that when doing 3 logf() without any delays between them (with USB serial enabled), the device crashes? 22.43.27 # when I add sleep(5); between the calls, it doesn't 22.43.38 # Anybody in the mood to talk with me? 22.43.52 # mcuelenaere: that sounds like a bug 22.44.08 # gevaerts: a bug in the USB driver or in the USB core? 22.44.22 # the usb serial driver most likely 22.45.07 # Massa, just hold on 22.45.58 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 22.46.12 # gevaerts: oh, couldn't it be one in the USB driver (as in the USB SoC driver)? 22.46.34 # advcomp2019: ok - I'll try to be more patient ;) 22.46.54 # It could be there as well of course. 22.47.57 # perhaps you could check whether it's also on PP targets? 22.49.33 # What exactly are you doing? (i.e. where are the logf() calls?) 22.52.11 # they're in a function a (new) .C file (in firmware/drivers/), which gets called from the bootloader 22.52.20 Nick XenovalentAFK is now known as Xenovalent (n=xenovale@24.73.61.160) 22.52.31 # http://pastebin.com/m150085f4 22.52.43 # this is without sleep(5); calls between the logf()'s 22.52.49 # (which crashes) 22.52.57 # OK, so not from within the USB thread 22.53.02 # no AFAIK 22.53.08 # s/no/not/ 22.53.39 # That should work too of course (and AFAIK it does), but it might be slightly different 22.54.44 # actually, all logf()'s from within usb_core.c worked 22.54.52 # (I'm not sure whether that's from inside the USB thread or not) 22.55.09 Join avis [0] (n=ident@pdpc/supporter/student/avis) 22.55.23 # A lot of them are 22.56.20 # <`Assassin> Does anyone else get frequent data abort errors with your iPod? 22.58.43 # I just got some data aborts on my e200 today, but it wasn't an entirely clean svn version 22.59.26 # `Assassin: Under what circumstances, what SVN revision, and what iPod? 23.02.27 # <`Assassin> Particular songs will always produce a data abort error (They play for a few seconds with terrible quality compared to normal. Then they crash.) I'm using a 5th generation iPod Video (30 gb) with the latest stable build of rockbox. 23.02.47 Join fml [0] (n=4fd3cd9f@gateway/web/cgi-irc/labb.contactor.se/x-5c2ac54a578bdfb1) 23.02.50 # By "latest stable build" you mean the 3.1 release/ 23.03.00 # probably broken files then 23.03.19 # <`Assassin> Yes Llorean. 23.03.20 # you could try copying one such file to a different folder with nothing else in it [to rule out buffering bugs] and then playing it 23.03.30 # if you get teh same crash, then its a broken file 23.03.34 # if not, then its a rockbox bug 23.03.39 # bertrik: I take it it's not from the DMA change since you were querying on what was holding it back and said "no problems" 23.03.40 # yeah, but we shouldn't crash on them even if they are broken 23.03.44 Quit Thundercloud (Remote closed the connection) 23.03.54 # so either way it's a rockbox bug 23.04.05 # Massa: when using the DB, it's possible to skip some directories by placing a special file into it. Are you sure you don't have such a file in the root dir? See wiki/manual for details. 23.04.15 # broken rockbox files caused Mouser_X's beast not to boot properly 23.04.17 # jhMikeS, no saw it without the DMA patch too earlier this week / last weekend 23.04.40 # seems to happen at the end of buffering on specific albums 23.06.07 # I had a few mysterious ones myself after not having seen them for a looooong time but not enough to associate it with particular thing 23.06.09 # <`Assassin> I'm not sure why any of these files would be broken. They work fine on my computer unless something happened during the transfer to my iPod. :| 23.06.23 # kugel: hello. This is a tiny matter compared to the great work being done but I sent you a message re. inaccurate comment about the y field in the progress bar struct. Did you notice it? 23.06.40 # `Assassin: what codec do they use? 23.06.40 # fml: I don't know - will have a look; although the behaviour is really strange: when I try to open the database it says "Building database... 12981 found (STOP for return)" but then also does nothing... 23.06.55 # fml: I noticed your "complain" 23.07.04 # `Assassin: I'd recommend also always using the most up to date build when reporting issues here, anyway. You're always going to be asked to try the same test on the current build if it's an issue that needs further investigation. 23.07.07 # but in C, 0 is positive, so it's all fine 23.07.22 # n1s: my personal philosophy is to treat anything put into the metadata parsers and database as random gibberish with a correct file extension/name. 23.07.30 # Massa: try to delete all the index files (don't know exactly where the are, in .rockbox?) 23.07.56 # Massa: I don't use the DB myself, just telling you what I have read/heard here 23.08.09 # the database files are .rockbox/*.tcd 23.08.52 # jhMikeS: yeah, we can't really assume much about metadata :) I think that it's ok to reject files that are obviously broken and not jump through hoops to try to play them though 23.08.56 # Massa: if that doesn't help try to look for weird files (very long name or bad tags) 23.09.13 # .cfg and .nvram should probably have the same treament. any setting that is invalid should be clamped or defaulted. 23.09.18 # fml: I already deleted the *.tcd files 23.09.25 # <`Assassin> One of the files in question is an MP3 and iTunes says "Encoded with: unknown" 23.09.52 # Massa: have you chkdsk /f the drive? I had issues with the database recently and they were related to filesystem issues 23.10.04 # whats the name of the rockbox general channel ? 23.10.24 # Massa: can you build a sim? I'd then try to build the DB on the sim. There you'll hopefully get some debug messages. 23.10.27 # avis: This is the Rockbox channel. 23.10.32 # bluebrother: good idea, I'll give it a try - although it'll take a long time ;) 23.10.33 # jhMikeS: i think cfg is pretty good at that 23.10.36 Join akur [0] (n=akur@bl6-144-164.dsl.telepac.pt) 23.10.39 Part akur 23.10.41 # i thought there might be an offtopic channel 23.10.42 # avis: general channel? That's #rockbox, but if you're referring to general offtopic-chatter it's #rockbox-community 23.10.49 # s/cfg/our cfg parser/ 23.10.49 # ooh thank you 23.10.58 # i just put rockbox on me e270 :) 23.11.01 # offtopic isn't general ;-) 23.11.12 # avis: the other channel is rockbox-community 23.11.15 # avis: You should try reading the topic 23.11.22 Join TNT [0] (n=teague38@adsl-240-2-124.jan.bellsouth.net) 23.11.41 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 23.12.19 # does any1 know about cyclic redundancy error? 23.12.24 # fml: of course I can - it's also a good idea (I assume you mean that I should put the sim on my device to use the same files/directory structure and to make the test reliable) 23.12.45 # fml: but first I'll try to chkdsk the device... 23.12.46 # n1s: was it changed? I had an invalid setting for poweroff timeout cause the player to shut down almost immediately after entering the FW. 23.12.54 # TNT: Generally it means the disk/CD/DVD whatever is buggered 23.13.22 # i get it when trying to install the rockbox bootloader on my ipod. 23.13.22 # Massa: beware that you can't use the same .rockbox folder as on the player, and the "player" is expected in a subfolder of the sim ... 23.13.33 # nothing that should be problematic on linux at least ;-) 23.13.34 # could it possibly me a bad cord? 23.13.36 # jhMikeS: not recently no, well i _thought_ it was good at that sort of thing but i am obviously wrong then :/ 23.13.47 # TNT: possibly I guess 23.13.53 Join Llorean1 [0] (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 23.13.59 # TNT: It is certainly worth trying another 23.14.59 # cool 23.15.11 # bluebrother: I'll use Linux - much easier to act with symbolic links than to copy the whole player content to my computer's harddisk :) 23.16.06 Quit Llorean (Nick collision from services.) 23.16.08 Nick Llorean1 is now known as Llorean (n=DarkkOne@ppp-70-243-32-116.dsl.hstntx.swbell.net) 23.16.28 # thanks man\ 23.16.31 # thanks man 23.16.48 # <`Assassin> lol I'm sure these files of mine are not broken. Rockbox simply can't handle them for whatever reason. I'll see what the latest of the latest build can do for my problem. 23.17.20 # Massa: indeed. If you have access to a windows machine you might want to try windows chkdsk /f too -- at least from my experience it's less forgiving (thus finding more issues) than fsck.vfat 23.19.31 Quit buk_ (Read error: 104 (Connection reset by peer)) 23.19.35 # bluebrother: actually I ususally (have to) run windows most of the time - but I also have a lot of VMs with Linux which I often use :) 23.21.01 # bluebrother: I just ran chkdsk - and it did find some lost chains :( - I'll retry the database building shortly 23.21.50 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.22.00 # <`Assassin> Lol I'm still getting a data abort. It says "Data abort at 0000994C (0)" if that means anything to anyone. 23.22.52 # it means that the cpu tried to do an unaligned memory acces at that address 23.23.42 # it would be helpful if you could provide a sample file that causes this in some way 23.23.45 # or maybe accessed an address with nothing "behind it" 23.23.54 # n1s: the instruction's at that address-8 I think 23.24.20 # flm bluebrother: the database building seems to work now - thanks a lot for your help :) - it seems that the found/lost files are all database files... 23.24.24 # `Assassin: And the address suggests you've encountered a bug in the buffering code. 23.24.26 # jhMikeS: ah, right 23.24.33 # <`Assassin> It's no problem for me to give someone the file. n1s would you like a DCC send? 23.25.14 # <`Assassin> or I could put it on megaupload.com for anyone to look at. 23.25.29 # dcc, isn't working with my router so that won't work, is it a file that you can distribute freely? 23.26.17 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 23.26.18 # <`Assassin> uh.. You mean legally? 23.26.31 # yeah 23.26.42 Quit pyro_maniac (Read error: 104 (Connection reset by peer)) 23.26.43 # <`Assassin> lol Nope. 23.26.57 # ok, but could you mail it to me? 23.27.45 # <`Assassin> Sure. Your email is? 23.27.52 # reminds me once again of FS#9827 23.28.10 # yes, it seems to be the same thing... 23.28.23 Quit Zoxc () 23.28.54 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 23.28.58 # `Assassin: sorry if I missed it, but what player do you have? 23.28.59 # Assassin, could you try to copy the file into a dir by itself and play it by itself? 23.29.44 # or just stop playback and long click on it to insert it in a playlist so it's the only song in the playlist? 23.30.30 # <`Assassin> Yes I can. pixelma, it's an iPod video 5th generation (30 gb). 23.30.55 # gevaerts: did you see the other report indicating buffering trouble? 23.30.57 Join film42 [0] (n=GT@ip68-96-68-104.oc.oc.cox.net) 23.31.01 # Sounds like I should re-implement the buffering debugging code I wrote a while back... Nothing fancy, just validate memory_handle pointers now and then, and if invalid, dump the logf buffer. 23.31.51 # Lear: there is a patch in FS#9827 that supposedly fixes it 23.31.54 # Makes it easier to reproduce the bug and get a handle on what's going on. 23.31.58 Quit {phoenix} (Remote closed the connection) 23.33.23 # Hm, maybe I should wait and see if that one really does fix all the problems. :) 23.34.25 # mcuelenaere: more red 23.34.35 # n1s: I know 23.34.52 # good :) 23.35.31 # Lear: it would be nice if you could say anything to the attached patch. I'm having this data aborts too on a certain album 23.35.37 # playlist, rather 23.35.45 # rasher: I have now 23.37.11 # <`Assassin> Ok I just did a clean install of Rockbox and then I put one of the problem files in a new folder called Test and it's working without a problem. I'm going back to the original folder to see if the clean install fixed the problem. 23.37.14 # mcuelenaere: I seem to be able to reproduce it here 23.37.36 # gevaerts: ok, so it's not SoC specific :) 23.37.41 # kugel: I'm not that familiar with buffering.c, so I can't really say if that code is the right solution... 23.38.03 # mcuelenaere: indeed not. You're still allowed to help debug it though :) 23.38.04 Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more") 23.38.24 Quit petur (Remote closed the connection) 23.38.30 # gevaerts: I would, however the exception handler can't get as far as displaying the error on the LCD :/ 23.38.58 # <`Assassin> It seems that the clean install with the latest rockbox build is what fixed the problem. I hope the problem doesn't appear again. :( 23.39.28 # Bagder: just noticed a tiny tiny quirk in the build table - the used image height is a tad bit too small for the Philipps HDsomething "- Boot" and "- Sim", it's cut off a bit 23.39.35 # <`Assassin> Maybe my database problems will be fixed too. :D 23.40.00 # gevaerts: do you think this is an USB serial bug or USB core? 23.40.19 # mcuelenaere: usb serial I'd say. 23.40.22 # Assassin: It seems this is caused by a buffering bug and not actually related to specific files only their sizes 23.40.37 # and order in the buffer, etc 23.40.38 # pixelma: yeah I noticed, I just didn't care enough yet to do anything about it 23.40.57 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090213033101]") 23.41.09 # <`Assassin> So will I see this bug again? :( 23.41.28 # Bagder: yeah, it's not really important 23.42.16 # mcuelenaere: I suspect that there is a locking bug somewhere in usb_serial.c 23.42.19 Quit Lss (Read error: 110 (Connection timed out)) 23.42.30 # Assassin: possibly, until it's fixed 23.42.54 # <`Assassin> I guess that means a reinstall everytime it breaks. :( 23.43.29 # A reinstall won't fix it. 23.43.38 # The fact that it's gone after the reinstall is just coincidence. 23.43.41 # a reinstall _shouldn't_ fix it... so it's probably something else you did differently 23.43.47 # <`Assassin> But it JUST did fix it. (temporarily anyways) 23.43.53 # "Coincidence" 23.44.45 # a changed setting for example could make it go away, a different build could trigger the bug for a different size etc. 23.44.57 Quit n1s ("Lämnar") 23.45.17 Quit bmbl ("Woah!") 23.46.42 Quit bertrik ("Leaving") 23.47.31 # mcuelenaere: at one point vitja said that there was a bug in usb_serial, but I didn't really look into it at the time. I can't find it now :( 23.47.53 # did he mentioned it on #rockbox? 23.47.57 Quit rocko ("Leaving") 23.48.04 # <`Assassin> I hope it's fixed by the next build. :O Now to tackle my database bug again. I think the database just refuses to read the ID3 info on certain songs correctly and puts these songs in the database as or just in the wrong place. The ID3 info that shows gets cut off. Anyone know why? 23.48.15 # I think so. Looking through logs now 23.48.34 # * mcuelenaere too 23.48.40 Join buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) 23.49.30 # `Assassin: Do you have large comments or similar in your tags? That can cause Rockbox to not have enough space to store the important tags, if they come after the large field. 23.50.01 Quit tyfoo (Read error: 104 (Connection reset by peer)) 23.51.06 # bye everybody - I'll go to see my bed ;) 23.51.14 Quit Massa ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 23.51.15 # mcuelenaere: http://www.rockbox.org/irc/log-20081001#14:55:20 23.51.43 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.51.48 # hmm /me thinks we need to contact vitja :) 23.51.53 # FS#9437 23.52.19 # <`Assassin> That's interesting. You're the first person to say that. I think quite a few of these songs come with long comments. How could I make the important data come before the comments? lol Also, is anyone working on fixing this issue? 23.52.20 # oh 23.53.16 Part LinusN 23.54.14 Join yapper [0] (n=18ec7c6f@gateway/web/cgi-irc/labb.contactor.se/x-6543df1fc4393610) 23.55.13 # I guess that bit needs to be reviewed and merged. If you have time for it, feel free to have a go. I can't look into it before saturday 23.55.14 Quit yapper (Client Quit) 23.55.33 Quit jgarvey ("Leaving") 23.56.30 # `Assassin: I think the general solution is to not store essays in the comments tag... 23.56.54 Quit sharperguy (Remote closed the connection) 23.57.15 # linuxstb: I thought MoB was supposed to make room for arbitrarily large tags? 23.57.30 # <`Assassin> But sometimes I want essays. :( Oh well... can't hurt to delete them considering I didn't put them there anyways. 23.57.34 # gevaerts: I don't I'm going to touch much of that without the USB tracer 23.57.42 # rasher: On the buffer. it's the database that seems to havei ssues still 23.57.44 # s/I don't/I don't think/ 23.58.09 # rasher: The problem often is that the WPS will show the title/artist/album fine, but the database will have them truncated because something giant came before them in the metadata. 23.58.18 # rasher: AFAIK, the metadata struct is still a fixed size. It needs to be, as Rockbox copies the structs for the current and next tracks to static buffers. 23.58.22 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 23.58.48 # Llorean: Really? I'm not sure how they could be different. 23.58.56 # linuxstb: This is usually what I see reported.