--- Log for 11.10.107 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 18 hours ago 00.00.00 Quit outside (Read error: 110 (Connection timed out)) 00.00.21 # what are the buttons u hold down to still use rockbox with it plugged into ur comp? 00.00.53 # i think you hold down select while plugging it in 00.01.13 # i'll give it a try 00.01.14 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.01.16 # could also be menu 00.01.24 # lol 00.01.42 # wasn't select 00.01.55 # can someone answer my original question? 00.03.15 # menu it was..ty 00.03.39 # zajacattack: You should generally ask what player they're using, first. 00.03.53 Quit matsl (Remote closed the connection) 00.03.56 # llorean: why? 00.04.07 # Because it's different buttons on different players? 00.04.24 # It's menu on some, select on others. 00.04.34 # And may even be something else on the H300, I'm not sure. 00.04.47 # 'mode' on some others 00.04.56 # oh, ok 00.05.19 # but can someone tell me how to fix the "bulk write error" in e200tool? 00.05.24 # rec on h300, but i think the plans are to use the hold button 00.06.20 Quit lee-qid ("aufwiederbyebientotsayonara") 00.06.23 # PaulJam__: I'd use A-B for that one. 00.06.46 # It shouldn't be something you can do accidentally. 00.06.48 # Llorean: but a-b brings up the quickmenu 00.06.53 # PaulJam__: Yes, and? 00.07.01 # The quickmenu doesn't do anything on its own without further button presses. 00.07.22 # Holding "Menu" on iPods brings up the quickmenu, and it serves the "charge instead of connecting" function when held on iPod. 00.07.31 Join Toadinator [0] (i=4cc58e66@gateway/web/cgi-irc/labb.contactor.se/x-0898720327c38a6c) 00.08.19 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.09.02 Quit davina (Remote closed the connection) 00.09.16 # "can someone tell me how to fix the "bulk write error" in e200tool?" still waiting 00.09.54 # zajacattack: Please, quit repeating the question. 00.10.09 # Two people have entered the room since you last asked it. 00.10.11 # well, no one is responding 00.10.26 # yeah, someone know the answer? 00.10.29 # Yes, and asking the question again doesn't magically make people who didn't know before, know now. 00.10.52 # well, no one said anything, so i thought it was just missed by everyone 00.11.03 # Do you want all 141 other people to respond "No"? 00.11.27 # of course he doesn't/ 00.11.36 # if the chat was jumping off thew wall with replies to toher things, then we mightve, but things are pretty slow at the moment. 00.11.44 # *to other 00.12.22 # Does anyone know how far the iPod Nano 2G port is in development? 00.12.28 # Toadinator: It's not, at all. 00.12.38 # zajacattack: If nobody answers, assume it was read, and nobody knew, and ask again in maybe a half hour. 00.12.54 # zajacattack: Don't assume it was ignored or missed and spam the channel by repeating it every five minutes, please. 00.13.00 # ..theres a differnce in Ipods with varying hard drive sizes? 00.13.09 # Klevi: 2G refers to "2nd Generation" 00.13.15 # Ah. 00.13.26 # Im used to seeing 2ndG 00.13.31 # ;) 00.13.45 Quit obo ("bye") 00.14.02 # zajacattack: Other options involve posting to the dev mailing list, or creating a post in the appropriate section of the forums, etc. Probably the mailing list is best. 00.14.21 Quit jhulst ("Konversation terminated!") 00.14.54 # zajacattack: I'd say it means there was a failure when sending usb data 00.15.12 # bulk write is the kind of sending it does 00.15.20 Nick Klevi is now known as Klevi_food (n=Owner@ool-435682a7.dyn.optonline.net) 00.16.35 # Ok, I've read the manual and the faq, does installing rockbox allow me to reinstall apple's software later if I need to? 00.16.46 # It's still thre 00.16.50 # *there 00.17.26 # ok 00.17.46 # is it best to just disconnect the sansa and try again later? 00.18.08 # your guess is as good as mine 00.18.20 Quit bertrik (Read error: 104 (Connection reset by peer)) 00.18.24 # try later, try another port, try another computer I'd say 00.18.55 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 00.19.03 # ok 00.19.05 # thanks 00.19.17 # or possibly investigate libusb if you can get more details or try other approaches 00.19.52 Quit Zagor ("Client exiting") 00.20.09 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 00.21.52 # Kionon: if you read the manual you should have gotten to the section about uninstalling eventually ;) 00.23.53 Part zajacattack 00.24.13 Join andruk [0] (n=chatzill@c-67-165-246-61.hsd1.co.comcast.net) 00.26.42 # is there a rockbox installer for linux (or does the installer run on wine) without having to install ipodlinux? 00.26.57 # rbutil 00.28.06 Quit n1s () 00.29.12 # andruk: im doing it now for the first time 00.29.46 # ty all 00.29.47 Join Rob2222 [0] (n=Miranda@p54B16639.dip.t-dialin.net) 00.29.52 # andruk: there's even a manual you could read... 00.30.25 Quit ddalton ("leaving") 00.30.30 # currently doing so. i havent found my answer in the manual yet. 00.30.47 # get rbutil (qt application), run as root, go to the installation menu and install the bootloader, 'firmware upgrade' the player (with iriver) 00.30.53 Join scorche|w [0] (n=8dc5049d@ircby.iptel.by) 00.31.02 # after that i get segmentation faults from rbutil 00.31.10 # when installing rockbox 00.31.14 # lol, of course as soon as i say that i find what i was looking for... 00.31.24 # i got the bootloader installed 00.31.29 # and .rockbox is installed 00.31.34 # but it's booting iriver 00.32.29 # Couldn't they hve looked Can someone remind me when the latest iPod bootloader required is from (roughly) 00.32.44 # ignore the first few words of that :) 00.33.17 # i.e. roughly how old doesn't work with current builds 00.33.37 # the pp bootloader change that requires upgrade was done march 4 00.33.39 # and now it doesn't boot on it's own, unless i plug it in and let it boot automatically to iriver's os 00.34.01 # Bagder: thanks 00.34.34 Quit Toxicity999 (Remote closed the connection) 00.35.44 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 00.36.32 Quit Kionon (Read error: 110 (Connection timed out)) 00.36.33 Quit bgmrk () 00.37.09 # andruk: the rbutil application contains a link for the manual 00.37.10 Join Kionon [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 00.37.42 Part Klevi_food ("Leaving") 00.37.56 # cool. i found the part in the manual, so i should be good to go. i just have homework to do instead, so itll be awhile before i get to it. :-/ 00.38.45 Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) 00.39.20 Nick PaulJam__ is now known as PaulJam (i=Paul@vpn-3001.gwdg.de) 00.43.00 Quit BigMac ("Leaving") 00.43.40 Quit Toadinator ("CGI:IRC (Ping timeout)") 00.44.17 Quit Toxicity999 (Read error: 104 (Connection reset by peer)) 00.45.07 # anyone use evilg's fusion? 00.45.48 Quit sin613 ("Leaving.") 00.47.10 # Hmm... did my question go through? 00.48.31 # the one about restoring the apple firmware? 00.49.03 # Someone mentioned your name awhile ago 00.49.07 # Kionon 00.49.13 # Ill see if i can find logs of mine 00.49.27 # I got disconnected, unfortunately. 00.49.34 # I see. 00.49.41 Quit ender` (" I went to the cinema, and the prices were: Adults $5.00, children $2.50. So I said, "Give me two boys and a girl."") 00.49.50 # >.< and I just noticed that since i reinstalled xchat logging got disabled.. 00.50.00 Quit Jon-Kha (Read error: 131 (Connection reset by peer)) 00.50.07 Join Jon-Kha [0] (i=jon-kha@80-248-247-190.cust.suomicom.fi) 00.50.23 # the channel is logged 00.50.28 # http://www.rockbox.org/irc/ 00.50.39 # its updated on the wire? 00.50.44 # * pixelma prepares for a red delta 00.50.50 # I just want to make sure that installing rockbox won't A) preclude the reinstallation of apple's firmware later B) delete my current files from my ipod. 00.52.39 # Kionon: rockbox doesnt mess with apple's firmware and is able to be uninstalled no problem; the installation will only delete files if you reformat 00.52.50 # Outstanding. 00.53.44 # but it's always a good idea to have a backup... 00.54.06 # I do. 00.54.11 # But just in case. 00.55.49 Join Reno [0] (i=4c10ea95@gateway/web/cgi-irc/labb.contactor.se/x-f1cb51ee294dadd7) 00.56.45 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 00.58.53 Join t0m4 [0] (n=Thomas@lec67-1-87-88-140-80.dsl.club-internet.fr) 00.59.51 # And I just froze it. :/ 01.00.58 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 01.01.05 # wow 35k on sansa :p 01.01.41 # the recording code is huge 01.02.58 Quit andruk ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") 01.03.15 # that's why the OndioSP still has rombox and the FM doesn't (plus radio of course) :\ 01.03.16 # hi i got a question i want to kow how i can install the GIFviewer on rockbox? 01.03.38 # Reno, you need to compile your own build for that, patching the source 01.04.28 Quit jhMikeS (Nick collision from services.) 01.04.34 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 01.04.36 # Reno, it's not very usable 01.04.50 # of course hwcodec recording is a bit different from swcodec recording... 01.04.58 # What kind of video can rockbox handle? 01.05.02 # mpeg 01.05.11 # just mpeg? 01.05.26 # I think.. *Is New* 01.05.44 # read more in the manual and in the wiki (PluginMpegplayer) 01.06.09 # um...i don't know how to compile. i read a page i fiound on the wiki about how to compile and i really don't understand it, (actually i'm not really even sure what compile means) sorry. =( 01.06.30 # Im learning myself ^.^ 01.06.41 # Reno, what player do you have? 01.06.58 # ipod video 30gigs 5G. 01.07.09 # you can try my custim build 01.07.32 # custom build? where can i get it? 01.07.41 # http://forums.rockbox.org/index.php?topic=12280.0 01.08.10 # so i ccan just download it here roght? 01.08.20 # i ment right 01.08.25 # :) 01.08.40 *** Saving seen data "./dancer.seen" 01.09.07 # download http://paraf.in/rockbox/rockbox-ipodvideo-32mb.zip and unpack to root dir of player 01.09.17 # Oh bah. 01.09.28 # I only bought my ipod for video. :/ 01.09.45 # Okay, thanks for the help, guys. Rockbox installed correctly. 01.10.17 # kk thank you. let me try it! :) 01.10.19 # Kionon: you can still boot into the apple firmware to watch videos 01.10.21 Quit scorche|w ("CGI:IRC (EOF)") 01.12.10 # ok i got it, so all i need to do is click on the image and it will load right? 01.12.54 # How do I do that, Paul? 01.13.11 # since it's a GIF image when the image loads will it move like its supposed to or will it stay still? 01.13.25 # wow! 35k in recording! 01.13.43 Quit petur ("switch") 01.13.48 Join petur [0] (n=petur@rockbox/developer/petur) 01.13.58 Quit pixelma (Read error: 104 (Connection reset by peer)) 01.14.44 Quit SirFunk (Remote closed the connection) 01.14.47 # Reno, it won't move 01.15.01 # Kionon: i think by enabling hold while booting. shoult be explained in the manual 01.15.08 # you'll be lucky if it loads at least normal image as expected 01.15.17 # as i said it's not very usefull 01.16.11 Join webguest38 [0] (i=c0dc8ac6@gateway/web/cgi-irc/labb.contactor.se/x-67de708ff858a4b1) 01.16.42 # Yep, thanks 01.17.00 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 01.17.10 # Welcome back Pixelma 01.18.01 # is it possible to make a viewer that makes thos types of images move? 01.18.18 # Once rockbox incorporates most forms of video (h264/x264, XviD, DivX, etc), I'll probably be more interested in it. 01.18.36 # Kionon: Why? 01.18.54 # Because I bought my video ipod specifically for video. 01.18.56 # Not for audio. 01.18.58 # Rockbox only needs one good video codec. As you have to pre-scale the videos in advance anyway, there's no good reason not to transcode them to the supported format. 01.19.11 # Not strictly true. 01.19.17 # Oh? 01.19.35 # I'm a video editor, those of us in my community use a variety of standards. 01.19.42 # * amiconn wonders why someone would buy a dap with video add-on instead of a real pmp for video 01.19.57 # Xvid/AVI and h264/MP4 being the most common, but not the only one. 01.20.08 # Kionon: Yes, and those videos will need to at least be resized for use. 01.20.16 Join midgey [0] (n=tjross@westquad-188-93.reshall.umich.edu) 01.20.25 # Really? 01.20.34 # Kionon: If they're not 320x240 in advance, then yes 01.20.38 # I just figured some program could just display "fullscreen" 01.20.40 # And very few videos start at 320x240 01.20.42 # Kionon *unrelated* Is there another player besides VLC that supports FLV file types? 01.20.47 # And afaiu h264 is completely out of question for the cpu power of any rockbox target, *perhaps* except the gigabeat S 01.20.50 # Klevi: ffdshow 01.20.55 # So, anything in windows, just about. 01.20.57 # ff- 01.21.00 # Yeah, that. 01.21.09 # *nods* thanks 01.21.15 # Get amvapp, and you'll be good. 01.21.19 # Well, ffmpeg, so "Xbox media center, any linux player that incorporates it, etc" 01.21.28 # ffmpeg is eh 01.21.31 # Kionon: There's not enough CPU power available to automatically scale videos. 01.21.40 # Boo. :/ 01.21.40 # Vlc is fine on my desktop, but shoots up my laptops processor, making it heat up to almost burning my leg after awhile 01.22.06 # It's just that the transcoding I do now with either third party software or itunes makes it crappy. 01.22.16 # Kionon: So, you have to convert them to display resolution in advance. MPEG2 was partially chosen because it'll get better framerates than the other formats. Would you rather 5-10 excellent looking FPS, or 30 "decent" looking FPS? 01.22.25 # Not that the ipod video even will get 30 01.22.33 # Since there's no way currently to use the broadcom chip 01.22.35 # * Isolinear <3 XBMC 01.22.37 # 29.97 is fine with me :P 01.22.44 # Since that's what I edit in. 01.22.49 # I don't need the whole 30. 01.22.55 # lol 01.22.55 # Kionon: So, you'd choose fluidity over individual frame quality? 01.23.01 # Yes, probably. 01.23.02 Nick Klevi is now known as Klevi_away (n=Owner@ool-435682a7.dyn.optonline.net) 01.23.06 # Depending on the source. 01.23.13 # Then you've just admitted that the mpeg-2 player we use ought to be fine. 01.23.26 Part toffe82 01.23.31 # Then again, iPod Video is unlikely to ever have decent video playback in Rockbox anyway. 01.23.41 # So it shouldn't be a big concern of you what format we chose, since you probably won't use it. :) 01.24.03 # I'm not arguing that. All I'm saying is I wish there was a way that whatever I have on my computer (including skittles at 1024p) would play. >P 01.24.10 # As insane as that request may be. 01.24.31 Quit jhMikeS (Nick collision from services.) 01.24.37 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 01.24.38 # There is no way. 01.24.44 # anyone use EvilGs Fusion build? 01.24.59 # The iPod is a dual core 75mhz processor. 01.25.01 Join chris_mt [0] (n=chatzill@host-69-145-134-192.grf-mt.client.bresnan.net) 01.25.05 # if so, what are the requirements for album artwork? 01.25.27 # albumname.bmp in the same folder? 01.25.30 # ...75mhz 01.25.30 # Oh my. 01.25.33 # I've been corrected, 80mhz 01.25.39 # Forgot that we finally are running them at spec. 01.25.41 # still. 01.25.48 # Well, some of them 01.25.48 # That's... bad. 01.25.54 # Others can in theory go up to I believe 110. 01.26.02 # Or maybe it was 100 01.26.05 # spky: http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=AlbumArt 01.26.11 # i have another qestion or questions. i installed the doom wad file thingy, and it work great but i have a different doom game wad is it possible to switch between both doom games? 01.26.25 # is it possible to install apache on an archos ? 01.26.26 # Reno: See the instructions for addons 01.26.37 # t0m4: Rockbox isn't Linux. 01.26.56 # k 01.27.02 # There is a linux for ipod, I think. 01.27.05 # my other question is that when i save gameboy roms it wont save? it says data abort? 01.27.23 # 's a bug then 01.27.50 # ok? um...how can i fix that? :) 01.27.56 # :) 01.28.20 # a patch or something? 01.28.43 # cuz...i really don't know how to apply patches. 01.28.44 # Well, you'd need to figure out what's going wrong first. 01.28.46 # :( 01.28.58 # If there were simply a patch that fixes the bug, we'd probably already include it. 01.29.18 # i was just asking... 01.29.38 Nick Klevi_away is now known as Klevi (n=Owner@ool-435682a7.dyn.optonline.net) 01.29.54 # nice 01.29.56 # thanks alot =] 01.31.17 # what do you mean figure out what the problem is? All I know is that it says "Data abort at O1F852AC (0)" thats it. 01.33.06 # JdGordon: seen my MoB update ? I've made good progres 01.33.40 Quit Toxicity999 (Read error: 104 (Connection reset by peer)) 01.33.56 # and I have backwards skipping too now, although it fails in some cases for a reason I don't get 01.34.39 # these are my final 2 questions, what is "Recording" on rockbox used for? If i download some video codecs can i paste them in the codecs directory, and will rockbox play that type of video format? 01.34.56 # Recording is used for recording audio from a microphone, and no. 01.35.59 # petur: Why didn't you optimize the fd range checks (using an unsigned comparison)? 01.36.03 # * amiconn likes this trick 01.36.37 # feel free to change 01.36.39 # if (fd < 0 || fd > MAX_OPEN_FILES-1) ==> if ((unsigned)fd > MAX_OPEN_FILES-1) 01.36.58 # I just copied from the other checks 01.37.00 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 01.37.02 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 01.37.05 # aha, hmm 01.37.07 # ok thanks for the info and for that custom build! :) 01.37.15 # Some potential for green deltas :) 01.37.17 # :) :) :) :) 01.38.22 # amiconn: casting to unsigned doesn't change the bits, right ? that's why it works ? 01.38.33 # yup 01.38.57 Quit Reno ("CGI:IRC (EOF)") 01.39.00 # ok :) at first I thought the cast would give the absolute value 01.39.29 # I used this trick for clipping in the lcd drawing routines 01.39.49 # time date calculation of the front page is funny: my commit is 'thursday' while the other ones before that are 'today' :) 01.40.05 # Yes, due to the still unfixed 1 hour difference 01.40.42 # * petur enjoys committing in the future for another 20 minutes 01.43.51 Join GERM [0] (i=8ea5d033@gateway/web/cgi-irc/labb.contactor.se/x-ce3ccea630165adf) 01.45.32 # QUESTION: rockbox now supports the c200 line of audio players, could the c100 line easily be ported using the existing c200 firmware? 01.45.37 Join Spiritsoulx [0] (n=eyes_of_@24.86.181.152) 01.46.03 # Does anyone ever find that wallpaper they manually set from their files don't stay when their player is turned on and off? 01.46.06 # GERM, if the c100 shares most of the same hardware, yes 01.46.25 # thanks ill check on the hardware now 01.46.34 # blithe: is the file in the .rockbox/backdrops directory? 01.46.50 # PaulJam: Nope, in my 'PICTURES' directory. 01.46.52 # petur: I can think of a possibility why someone might experience lulls in flushing still. scheduler-related of course (mutexes in FAT driver). tbf anyway soon. 01.47.06 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 01.47.11 # petur: Wow, it seems gcc already knows that trick, at least for SH 01.47.13 # blithe: then copy it to the backdrops dir. 01.47.15 # The wallpaper can be set fine, but gets reset to the underlying color on restart. 01.48.06 # * jhMikeS at least has nicely working dual-core test plugins on H10 01.48.28 # blithe: You need to put it in /.rockbox/backdrops to make it permanent. This is intended behaviour 01.48.40 # Odd, why would that be intended? 01.48.43 # Just curious. 01.48.58 # So I just installed RB on my friend's Sansa c2xx, and a few days later, the right output of the headphone jack goes dead. Anyone know why? 01.49.10 # No, wait, left output. >_> 01.49.42 # mine went dead a while back in both it probally just crapped out on you 01.49.44 # Spiritsoulx, bad hardware, most likely, but try using the latest build, and then clear the settings, to be sure. also check in the OF first 01.49.52 # i use it for storage now... 01.50.00 # if it happens in rockbox and the OF, it's hardware. 01.50.08 # Partially it is a leftover from the old settings system. But it also allows testing backdrops without problems. As long as you *dont* put it into the place for permanent backdrop, you can even make your display completely unreadable with a backdrop. Reboot, and it's gone 01.50.10 # =/ 01.50.22 # That's what I thought. 01.50.29 # amiconn: Ah, got it. 01.50.39 # I can live with that. Just didn't know I had to do that. 01.50.40 # Thanks! 01.51.30 Quit spiorf (Remote closed the connection) 01.51.38 Join Rob2222 [0] (n=Miranda@p54B16639.dip.t-dialin.net) 01.52.11 # * amiconn checks the other archs 01.52.56 # How do you get into diag mode again? 01.53.55 # http://www.google.com/search?q=ipod+diagnostic+mode 01.54.18 # I meant for the Sansa Cxx. 01.55.01 # hey can anybody help me apply a patch to my cvs tree? 01.55.08 # I can't get it to work 01.55.41 # what diagnostic mode?...are you referring to either recovery or manufactuing mode? 01.56.04 # chris_mt: what error are you ancountering? (and we use svn) 01.56.04 # There's a diag mode on Sansa Cxx, isn't there? 01.56.11 # sorry, I mean svn. 01.56.13 # if there is, i havent heard of it 01.56.22 # just a sec, let me copy/paste it... 01.57.26 # can't find file to patch at input line 5 01.57.41 # I'm in the root and it's looking for apps/plugins/viewers.config 01.57.56 # this is the patch: http://labb.contactor.se/tracker/task/6884?pagenum=1 01.58.05 # starting with the first one... 01.58.31 # first one? 01.58.45 # the updates are further and further down 01.58.55 # the .patch at the top of the list. or do I use the latest one? 01.58.59 # be right back... 01.59.29 Part webguest38 02.02.57 # Really interesting... 02.03.10 # having trobles finding specs for c100/150 will the rockbox c200 firmware work at all (noob q) 02.03.11 # * amiconn just didn't expect that gcc knows this trick 02.04.14 # GERM: No, Rockbox only runs on the players it specifically says it runs on 02.04.30 # k :P 02.04.50 # anyone know where to find spec for sansa players 02.05.27 # The easiest method is probably google. Second easiest is to open up the player, identify the chips, then google. 02.05.52 # ty 02.05.55 # toodles 02.05.58 Part GERM 02.06.55 Quit petur ("Zzzzz") 02.06.59 Quit t0m4 () 02.07.29 Quit PaulJam (".") 02.10.34 # didn't Soap say he had a C100 and wanted to look into it? 02.10.53 Quit Spiritsoulx () 02.14.22 # Yes he did. 02.14.33 # * linuxstb passes Soap a screwdriver 02.14.46 # no screws, the case is sealed tighter than Fort Knox. 02.14.56 # * linuxstb passes Soap a hammer 02.15.01 # I'm out of town again, but debating physical destruction of the case. 02.15.25 # and no, GERM, (who appears to have left) I can not find any specs. 02.15.34 # So we've no idea what CPU is inside? 02.15.40 # not yet 02.15.44 # Are there any firmware updates? 02.16.09 # I've read about some on the Anything But Ipod forums, but haven't use one yet. 02.17.28 # perfect timing, pixelma. I had /just/ finished reading all the back-logs when you said my name. 02.18.59 Join iamben [0] (n=ben@dpc67142179038.direcpc.com) 02.19.57 Quit Toxicity999 (Remote closed the connection) 02.20.37 # Ah telechips ;) 02.20.38 # ok, so about that patch... 02.20.59 # you figured that out already? 02.21.19 # scorche: you still here? 02.21.31 # yes, but what do you want me specifically for? 02.21.38 # I had some assumptions, but wasn't going to voice them being ASSumptions. 02.21.53 # any idea what I'm doing wrong applying that patch? I haven't done it before. 02.22.15 # do I take the first one from the thread, or the most recent update? 02.22.16 # * scorche gets out his crystal ball 02.22.31 # nice... 02.22.36 # chris_mt, Step back for a second. Why would you not want the most recent update? 02.22.38 # why would you want to try an dapply an outdated version? 02.23.22 # The plugin files aren't in the SVN tree. So are they incremental, or does the last one contain all changes? 02.23.40 # chris_mt, I say step back for a second, because I think you are getting overwhelmed, if not spooked. Take it slowly, think about each step, and I do believe between logic and the documentation provided you will find you can do it. 02.24.23 # chris_mt, they're not incrementel. that would be masochistic 02.24.38 # I'm not afraid to screw it up - I can just re-checkout. But even the latest .patch file gives me similar errors. 02.24.45 # The paths all appear to be from the root. 02.24.53 # and the files in question are there... 02.25.49 # chris_mt, well, maybe not recheckout, but certainly svn revert 02.26.22 # chris_mt, no need to recheck out. "svn revert -R ." from the root of your svn (usually "rockbox") 02.26.39 # ok. 02.27.10 Quit Nico_P (Remote closed the connection) 02.27.12 # revert as in "undo all changes" -R as in "recursive in all subdirectories, . as in "start HERE" 02.27.13 Part pixelma 02.27.17 # ok, using tortise SVN gave me some clues... 02.27.20 Quit squigtreiba (Read error: 104 (Connection reset by peer)) 02.27.54 # It fetched the correct revision of the file and took me to tortisemerge. Do you have to do that manually when using the command line? 02.28.22 # * Soap can't speak to the tortise 02.28.43 Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) 02.30.12 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.31.00 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 02.32.46 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.36.32 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 02.36.45 Quit Arathis (Remote closed the connection) 02.37.30 # Soap: Looks like the Telechips TCC770 02.37.53 # you want it? 02.38.43 # ;) 02.38.50 # Same as the M200 02.39.09 # You don't? 02.40.45 Quit chris_mt ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 02.41.10 # Do you think I will be able to do anything productive with it? 02.41.51 # Cygwin doesnt detect Either arm-elf-gcc or arm-elf-ld, I tried reinstalling it (downloaded from Rockbox) with no success. Any Ideas? 02.42.11 # Klevi, it is a PATH issue I assume, step 4 IIRC 02.42.20 # Tried that as well. 02.42.34 # Maybe I typoed something, though 02.44.03 Join toffe82 [0] (n=chatzill@ppp-71-140-89-156.dsl.frs2ca.pacbell.net) 02.44.33 Quit BigMac ("Leaving") 02.45.01 # Hmm.. even after using the alternate method (typing this in the build directory export PATH=/usr/local/arm-elf/bin:$PATH) I still get the same error when attempting to compile 02.48.26 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 02.57.15 Quit Klevi ("Quit messages. The unintentional channel spam of people closing IRC, realizing they have a life.") 03.06.03 Quit atsea-34 (Remote closed the connection) 03.08.43 *** Saving seen data "./dancer.seen" 03.16.50 Join jbm [0] (i=jbm_@outbound.silenceisdefeat.org) 03.18.57 Quit Toxicity999 (Remote closed the connection) 03.24.28 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 03.24.38 Join ArchFool [0] (n=woody@ppp-69-214-55-245.dsl.dytnoh.ameritech.net) 03.24.43 # W00t! :) 03.32.22 # 'aloo? Anybody 'ome? Anyone with a Sansa c200? 03.32.49 # i see 130 users...and no question 03.33.34 # Heh... how do I mount my sansa c200 running rockbox? It connects and auto-mounts when running the native OS, but not rockbox. 03.34.00 # you connect in the original firmware, the "native os" 03.34.11 # USB is currently not implemented. 03.34.21 # Aahhhh... that explains it. 03.34.25 # For curiosity, why not? 03.34.54 # because coding takes time, and the usb stack is still being written 03.35.06 # I just hate having to rebuild the database for the sansa firmware (slow!) and THEN for rockbox! 03.35.22 Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) 03.35.25 # krazy: great.. so it IS being worked on. :) :) Just need to wait. 03.35.33 # * ArchFool twiddles his three thumbs. 03.35.41 # ArchFool, neat tip, if you use a format not supported by the OF, like Vorbis, the OF's refresh will be far faster ;-) 03.35.50 # :] 03.35.54 # can someone explain how to remove the radio from the sansa c200s source? 03.36.14 # Klevi: ifdef out all the radio related code 03.36.24 # further explain? 03.36.28 # please. 03.36.40 # well, that is assuming you are saying what i think you are saying with that.. 03.36.45 # no. 03.37.04 # just disable it in the config-c200.h file. 03.37.20 # which would trigger the ifdefs ;) 03.37.22 Quit RoC_MasterMind ("Leaving") 03.37.23 # edit it? 03.37.37 # How so? 03.37.43 # scorche: yeah, but that makes it sound like you have to edit a billion files. 03.37.56 # Klevi: a text editor.. 03.38.12 Join DGMurdockIII [0] (i=DGMurdoc@208-70-40-212.bb.hrtc.net) 03.38.24 # * ArchFool pulls up the text editor on his sansa c200. ;) 03.38.32 # heh, not quite. 03.38.43 # I know that much.. i meant exactly what and how doi edit it? 03.39.01 # comment/uncomment it 03.39.22 # with the # symbol, correct? 03.39.27 # no 03.39.30 Quit midgey (Read error: 104 (Connection reset by peer)) 03.39.33 # that is perl...not C 03.39.50 # well, other languages too.. 03.39.51 # okay, sowhat does perl use 03.40.24 # i am saying that the hash symbol is the wrong symbol for commenting code in C 03.40.27 # no, what you're editing is C :) 03.40.41 # C comments look like this /* comment */ 03.41.22 # so, at the portion labeled, FM Tuner, put a /* at the beginning of the first line, and a */ at the end of the second. 03.41.28 Quit Kionon (Connection timed out) 03.41.36 # *nods* 03.41.38 # thanks 03.41.45 # why would you want to comment out radio, though? 03.42.02 Join Kionon [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 03.42.10 # My sansa hangs upon loading rockbox when the radio is enabled 03.42.19 # god knows why 03.42.35 # the OF can use it fine 03.42.36 # well, you should have told us.. are you latest svn? 03.42.54 # which, is the same as low_light's and he has no problem 03.43.02 # No, not right now 03.43.06 # I will be 03.43.12 # though 03.43.16 # are you rather closeish, though? 03.43.32 # I tried it, without trying to edit it at alll, and it still didnt work 03.43.40 # Klevi: let us know if it does that with the current build 03.43.41 # well, you must, because the radio was enabled. 03.43.47 # anyhow, I'm going to bed. 03.43.52 # night 03.44.36 # I did tell you guys 03.44.43 # maybe it was missed. 03.50.20 # *testing newest build out now* 03.51.10 # uh 03.51.14 # doesnt hang 03.51.41 # but i get an Undefined Instruction at 01000014c (0) 03.52.00 # then it hangs 03.52.10 # it used to just stop at the Rockbox logo screen 03.52.50 # scorche ^ 03.54.38 # just disable it in the config-c200.h file. <------- Where is that file located? 03.56.54 Quit hcs ("Leaving.") 04.00.40 # |}{| 04.05.15 # Nevermind. I found it, started compiling, all is well so far =) 04.06.55 Quit Klevi ("Quit messages. The unintentional channel spam of people closing IRC, realizing they have a life.") 04.20.06 Quit ArchFool ("p00f!") 04.23.46 Quit Bitter (Client Quit) 04.24.32 Join HellDragon_ [0] (n=Nocebo@unaffiliated/helldragon) 04.25.10 Quit HellDragon_ (Read error: 104 (Connection reset by peer)) 04.25.37 Join HellDragon_ [0] (n=Nocebo@unaffiliated/helldragon) 04.27.54 Quit animeloe ("Leaving") 04.28.24 Quit DGMurdockIII ("get satisfied! • :: ««« (Gamers.IRC) »»» ::") 04.29.24 Nick HellDragon_ is now known as Bitter (n=Nocebo@unaffiliated/helldragon) 04.30.16 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 04.46.09 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.46.27 Join JasonF [0] (n=jay@no-sources/jasonf) 04.47.27 # I have the ipod bootloader thing installed on my ipod already, with the only options set to apple os, disk mode, and sleep. Is it possible (or is there a howto) on how to integrate rockbox with this? 04.48.07 # it is possible, but that is offtopic here, as that is not our bootloader 04.48.17 # try #ipodlinux 04.48.52 # Well then, question #2... can rockbox loader operate the same way, with options to boot apple os or rockbox on the fly? 04.49.00 # I'm basically hoping to do music with apple stuff, and games with rockbox stuff 04.49.29 # rockbox's bootloader is dualboot by default 04.50.11 # *nod* 04.50.14 # i'll try that for now then 04.50.34 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 04.52.12 Join webguest13 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-98154b976ebecc08) 04.52.19 Quit webguest13 (Client Quit) 04.52.27 Join webguest13 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-a09217eaf191db5d) 04.53.11 Quit webguest13 (Client Quit) 04.55.04 Join sneh1621 [0] (i=413cc33c@gateway/web/cgi-irc/labb.contactor.se/x-b7e071072ce1981e) 04.55.35 # can someone direct me as to where i can find how to manually install rockbox on my 5G iPod video?? 04.55.44 # I'd recommend the manual 04.57.03 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 04.57.03 Quit sneh1621 (Client Quit) 04.57.47 Join sneh1621 [0] (i=413cc33c@gateway/web/cgi-irc/labb.contactor.se/x-8ee986ff2556ef6b) 05.02.40 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 05.03.44 Nick Gnu47 is now known as Gnu47|Asleep (i=Gnu47@private.ntwk.thita.net) 05.05.13 Join MBaller20 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-d79f2d7c4279de93) 05.05.32 Quit Toxicity999 (Read error: 113 (No route to host)) 05.05.32 Quit sneh1621 ("CGI:IRC (EOF)") 05.06.24 Quit MBaller20 (Client Quit) 05.06.28 Join MBaller20 [0] (i=4a469ecd@gateway/web/cgi-irc/labb.contactor.se/x-4ed8728751179780) 05.08.00 Quit MBaller20 (Client Quit) 05.08.44 *** Saving seen data "./dancer.seen" 05.09.08 Quit hannesd (Read error: 110 (Connection timed out)) 05.09.08 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 05.10.18 # any way to set the apple firmware as the default 05.10.26 # so I have to put "hold" on to boot into rockbox? 05.10.47 # you would have to recompile the bootloader 05.11.00 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 05.12.54 # thanks scorche 05.12.58 # this looks pretty cool 05.15.20 Quit bb (Nick collision from services.) 05.15.25 Join bb_ [0] (n=bb@unaffiliated/bb) 05.23.16 # /join #ipodlinux 05.26.36 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 05.33.02 Join JdGordon|uni [0] (i=82c20d67@gateway/web/cgi-irc/labb.contactor.se/x-6562d45bd6164223) 05.33.22 Quit JdGordon|uni (Client Quit) 05.34.36 Join ilovegamestah [0] (n=dsdaffsd@121-79-17-53-dsl.ispone.net.au) 05.35.17 # hi i installed rockbox last night. Everything was working fine. Turned it off and wene to turn it back on today and nothing happens screen just stays blank even when i plug the power in 05.35.20 # whats the go here? 05.36.44 # ok it just needed to be reset 05.36.52 # must have foze or something 05.44.06 Nick jhulst is now known as newb (n=jhulst@unaffiliated/jhulst) 05.44.37 Nick newb is now known as jhulst (n=jhulst@c-71-205-0-132.hsd1.mi.comcast.net) 05.47.41 # fuck the 5g is slow with rockbox 05.48.23 # the language isnt needed... 05.49.57 Join psycho_maniac [0] (i=psycho_m@ppp428.hk.centurytel.net) 05.50.03 # little kiddies i guess 05.50.19 Part JasonF 05.55.53 Quit ilovegamestah () 06.02.56 Join Kionon_ [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 06.03.15 Quit Kionon (Read error: 104 (Connection reset by peer)) 06.12.47 Join n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 06.16.59 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") 06.18.48 Quit n17ikh|Lappy (Connection timed out) 06.37.31 Quit Kionon_ (Connection timed out) 06.38.17 Join Kionon_ [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 06.42.59 Join Chronon [0] (n=knoppix@c-24-21-45-96.hsd1.or.comcast.net) 07.04.36 Quit qweru ("moo") 07.08.46 *** Saving seen data "./dancer.seen" 07.10.12 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.12.21 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 07.12.27 Quit jhulst ("Konversation terminated!") 07.12.41 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 07.17.05 Join petur [0] (n=petur@rockbox/developer/petur) 07.25.43 Quit Toxicity999 (Remote closed the connection) 07.27.06 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 07.29.46 Join blithen [0] (n=blithen@c-67-185-177-112.hsd1.mi.comcast.net) 07.30.04 # hey everyone. 07.32.29 Quit Kionon_ (Connection timed out) 07.33.13 Join Kionon_ [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 07.33.19 Part blithen ("Leaving") 07.40.43 Part toffe82 07.43.28 Join blithen [0] (n=blithen@c-67-185-177-112.hsd1.mi.comcast.net) 07.43.47 # Has anyone heard of the 2nd gen iPod nano firmware being worked on? 07.44.46 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.45.54 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 07.46.11 Quit ddalton (Client Quit) 07.46.16 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 07.47.03 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 07.48.21 # testing 07.48.41 # did my message come through? 07.48.45 # Yeah. 07.49.07 # ok thanks I can't seem to svn up 07.49.59 # maybe I can now 07.51.46 Part blithen ("Leaving") 07.52.15 # Any comments on p7910? 07.52.58 Nick rmf_ is now known as sslashes (n=rmf@209.67.252.122) 07.54.03 # anyone looked at it? 08.01.35 Join haemmy [0] (n=stefan@194.208.162.140) 08.06.05 Quit petur ("home->work") 08.14.46 Join bertrik [0] (n=Bertrik_@253-022-045-062.dynamic.caiway.nl) 08.14.53 Part Llorean 08.25.57 # what variable should I send to my time function that holds the elapsed time in seconds for the wps? 08.29.09 Quit jhulst ("Konversation terminated!") 08.31.50 Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) 08.33.30 Join petur [0] (n=petur@rockbox/developer/petur) 08.33.45 Part safetydan 08.33.48 Quit Kionon_ (Connection timed out) 08.34.14 Join Kionon_ [0] (n=Kionon@adsl-074-237-009-202.sip.asm.bellsouth.net) 08.42.29 Quit BigBambi (Read error: 113 (No route to host)) 08.43.13 Join Rob222241 [0] (n=Miranda@p54B14AB1.dip.t-dialin.net) 08.45.49 Quit bertrik (Read error: 104 (Connection reset by peer)) 08.46.26 Join cendres [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:23) 08.47.20 Join atsea-34 [0] (i=atsea-@gateway/tor/x-0c7c0bb67ee0108c) 08.48.43 Quit ashes (Read error: 113 (No route to host)) 08.50.23 # http://img401.imageshack.us/my.php?image=mythemeoy3.jpg 08.50.25 # any input? 08.50.59 # needs too many patches =/ 08.51.19 # =\ 08.55.17 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 09.00.31 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.06.57 Quit Kionon_ (Read error: 104 (Connection reset by peer)) 09.08.47 *** Saving seen data "./dancer.seen" 09.08.49 Join CaptainSquid [0] (n=Miranda@proxy16.netz.sbs.de) 09.11.16 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.20.19 Quit JdGordon ("Konversation terminated!") 09.21.48 Join JdGordon [0] (n=Miranda@c210-49-113-143.smelb1.vic.optusnet.com.au) 09.25.57 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 09.39.47 Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) 09.41.08 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 09.41.41 # seriously - someone needs to lock that patching thread and tell DavidRawson to stop wasting our (and his) time. 09.42.23 # GodEater_: what pach thred? 09.43.00 # in the "Getting Started and Compiling" forum 09.43.09 # the thread is called "Patching" 09.43.35 # ok 09.46.53 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 09.48.59 Quit haemmy () 09.50.23 # wow, he has some minor details left to figure out ;-) 09.50.34 # "I did the stuff that does the thing and it did the install thing" 09.50.49 # ready for GoldenQuotes 09.51.29 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 09.52.27 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.53.35 Quit qweru ("moo") 09.59.58 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.01.20 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 10.01.56 Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 10.02.08 # Hey aliask 10.02.17 # Hello 10.02.36 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 10.05.52 # aliask: any news about the S ? 10.08.19 # Nico_P: Not really, I haven't had much time to spend on it recently. 10.09.15 # is the S code still in a branch, or has it been merged into trunk ? 10.09.27 # It's been merged back in 10.09.35 # sweet 10.11.44 # interestin log I just read (yesterday's for #gigbeat) 10.12.14 # ooh - doesn't even compile at the moment =/ 10.12.25 # Really? 10.12.34 # Bootloader, or normal build? 10.12.59 # normal 10.14.37 Join spiorf [0] (n=spiorf@host75-169-dynamic.11-79-r.retail.telecomitalia.it) 10.15.30 Join obo [0] (n=obo@rockbox/developer/obo) 10.18.09 # Well, it's an easy enough fix - pcm stuff hasn't been implemented so all those functions should be empty. 10.18.56 # hey Nico_P 10.19.00 # nice work on the mob update :) 10.19.39 Quit JdGordon ("rebooting") 10.20.56 Quit TMM (Read error: 110 (Connection timed out)) 10.22.16 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 10.25.54 # "I put the player in manufacture mode and renamed rockboxpatch.c to BL_SDboardSupport.rom and patched it to my player with e200tool." lol 10.28.28 # rofl 10.28.57 # not _quite_ there yet ;-) 10.29.12 # At least he didn't use playback.c ;) 10.30.53 # GodEater_: Last commit should have got it compiling again 10.31.40 # :) 10.31.50 # Nico_P: I'm liking your recent playback.c mods (in your mob git), seems to be simplifying quite nicely now. 10.31.50 # aliask: what is the current state of the port? waiting for usb? 10.32.33 # * GodEater_ thinks aliask should update the port info page with details of yesterday's #gigabeat discussion 10.32.59 # GodEater_ do you have a link to those logs? 10.33.00 # n1s: Sort of. Even when we have USB support in svn it likely won't work off the bat - we are still only running in the bootloader 10.33.28 # I'll get to editing the wiki right away 10.33.31 # * JdGordon wonders what i missed in #gigabeat? 10.34.35 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 10.34.36 # #gigabeat has a log link in the title.... 10.34.55 # thanks 10.42.07 # when usb support is in rockbox would it be possible for the DAP to sync it's clock a'la ntp? (obviously not out of the box, but would it be possible?) 10.42.19 # GodEater_ hmm that's discouraging news about the brickage... 10.42.21 # http://www.rockbox.org/twiki/bin/view/Main/AaronE713 <-- needs deleting... 10.43.10 # n1s: yeah - I'm keen to see if I can get the firmware updater working on linux, but testing it is...not inviting currently 10.43.43 # is there no known way to recover a bricked unit? 10.43.43 # J: everything is possible, but I would guess clock sync to be very low prio in the usb land 10.44.05 # n1s: that's why I wanted to get hold of toffe, and ask if he'd made progress on the JTAG interface 10.44.22 # he first posted about it back in March (in the thread), but there's precious little else been said about it 10.44.26 # Bagder: thanks. I was unsure as to whether the DAP could request the time signal or the host PC would have to tell the DAP 10.44.37 # Toffe even suggested that it is possible to boot over the serial port (the imx31 datasheet indicates this also) 10.44.46 # Bagder: I don't mind it being a priority, just if it's possible :) 10.44.47 # GodEater_: ah, yes, what kind of hardware would one need to use that? 10.45.06 # aliask: but he never posted on whether he found the transmit part of the serial connector did her ? 10.45.09 # s/her/he 10.45.21 # n1s: no idea :) 10.45.37 # GodEater_: The transmit part? 10.46.04 # aliask: his notes in the thread indicated he got data flowing from the S to his PC, but he couldn't go in the other direction (i.e. issue commands to it) 10.47.19 # again though, I have no idea if that's the current state of affairs or not - he never mentioned anything more about it 10.48.23 # I am on r15074. How do I go down to r15015? 10.49.00 # svn co -r 15015 10.49.08 # I think :) 10.49.15 # Well, it looks like he's found both tx and rx on the board. Maybe the software running on the S just wasn't listening to what he was outputting to it 10.49.19 # ok I will try that. 10.49.42 # aliask: that's also possible I suppose - but would be unusual behaviour for a WinCE based device 10.49.50 # not enough arguments 10.50.11 # ddalton: you still have to specify which repo you're getting the revision from 10.50.20 # ddalton: use "up" instead of "co" 10.50.26 # I have checked out already 10.50.43 # "svn up r15015"? 10.50.43 # ddalton: then do what n1s says, use "svn up -r 15015" 10.51.33 # aliask: for example, I have a proper PDA that also uses WinCE, and when you hook the console up on that - you can issue commands to it 10.51.36 # it just says at revision 15074 and does nothing. 10.51.47 # aliask: which is useful for doing rom dumps 10.51.58 # ddalton: No space after the r 10.52.08 Quit thegeek (Read error: 110 (Connection timed out)) 10.52.21 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 10.52.31 # still no luck :-( 10.52.44 # GodEater: the WinCE debugger uses that interface too 10.53.00 # the debugger on PC that is 10.53.33 # ddalton: "man svn" then 10.53.42 # ok 10.55.05 # I will just check out again at r15015 because can't be bother find it on google. 10.55.13 # bothered 11.00.12 # svn up -r should work 11.00.29 # "svn up -r15015"? 11.00.39 # well svn help shows a space 11.00.45 # but I've never used it 11.00.47 # so I'm not sure 11.00.56 Quit thegeek_ (Read error: 110 (Connection timed out)) 11.00.56 # * GodEater_ uses git svn 11.01.17 # with or without space doesn't matter 11.01.34 # I just tried both ways 11.01.35 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 11.04.11 # Indeed, I tried both under Cygwin too 11.07.24 Join juxtap [0] (n=juxtap@unaffiliated/juxtap) 11.08.21 # Pondlife: do you use "quilt" with cygwin? 11.08.27 # No 11.08.49 *** Saving seen data "./dancer.seen" 11.09.04 # Just patch and svn diff 11.09.38 # Apparently it is useful for handling multiple patches. 11.10.02 # Pondlife: what exactly did you type? "svn up -R 15015"? 11.10.21 # svn up -r15015 11.10.35 # Note lower-case r 11.11.05 # Oh sorry didn't pick that up with my screenreader. (Copy and paste is useful) 11.14.06 Quit barrywardell () 11.16.46 Quit idnar (Nick collision from services.) 11.16.49 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 11.19.08 Quit thegeek (Read error: 110 (Connection timed out)) 11.19.25 Quit ddalton ("leaving") 11.19.28 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 11.19.30 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 11.19.37 Quit ddalton (Client Quit) 11.19.40 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 11.19.52 Quit ddalton (Client Quit) 11.19.55 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 11.20.32 Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) 11.20.56 # n1s: Are you nls? 11.21.06 # in the tracker 11.21.27 # aliask? 11.22.02 # oh you are 11.22.20 # do you think the buttons should be voiced? (in the alarm screen) 11.22.41 # recorder/recording.c: In function 'recording_screen': 11.22.41 # recorder/recording.c:1870: error: 'SRCF_FMRADIO_PAUSED' undeclared (first use in 11.22.41 # this function) 11.22.41 DBUG Enqueued KICK Klevi 11.22.41 # recorder/recording.c:1870: error: (Each undeclared identifier is reported only o 11.22.41 # nce 11.22.43 # recorder/recording.c:1870: error: for each function it appears in.) 11.22.45 # recorder/recording.c:1870: error: 'SRCF_FMRADIO_PLAYING' undeclared (first use i 11.22.47 # n this function) 11.22.50 # make[1]: *** [/home/owner/rockbox/build/apps/recorder/recording.o] Error 1 11.22.51 # make: *** [build] Error 2 11.23.01 # Klevi: use pastebin please 11.23.04 # Klevi: don't do that please 11.23.06 # Oh, wow I really have xchat for that right about now. 11.23.14 # That wasnt intentional 11.23.35 # Sorry.. 11.29.15 # ddalton: yes i am, and I think voicing those buttons could be helpful, how else should blind users know which button to press (well without looking in the manual) 11.29.49 # and we display them in the screen so there seems to be a need for it 11.30.10 Quit Klevi ("Quit messages. The unintentional channel spam of people closing IRC, realizing they have a life.") 11.30.19 # The screen and voice UI should always match wherever possible IMHO 11.30.27 # Makes support easier if nothing else 11.32.29 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 11.34.24 # GodEater_: ? 11.34.53 # conf. call 11.35.17 Nick brm__ is now known as TMM (n=brm@ip565b35da.direct-adsl.nl) 11.35.21 Join Entasis [0] (n=Jarred@ppp121-45-59-73.lns11.adl2.internode.on.net) 11.37.09 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 11.38.47 # N1s: 1. How big will the voice file be? 2. Once you know the button presses then won't it just be really anoying? 11.38.50 # annoying 11.38.57 # linuxstb: will I just make a tag for the bootloader? no need to add one for sansapatcher? 11.41.06 # linuxstb: also, should I change the version[] in bootloader/main-pp.c to 0.3 or leave it as APPSVERSION 11.41.08 # Pondlife: You really think all the button presses should be added to voice. 11.41.09 # ddalton: I don't feel strongly about it since I don't even have a player that supports alarm wake up but it seemed to cause problems for at least one user anyway I think you are a better judge of whether it's annoying or not than me 11.41.14 # That's going to be a big voice file 11.41.39 # I just think the UI should be the same whether displayed or spoken 11.42.02 # n1s: I think people can read the manual. But I can write up a patch if people want I will ask on the mailing list later Just need to subscribe. 11.42.03 # ddalton: I mean for _just_ this screen as it is non-standard, so it's just one added clip 11.42.25 # amd possibly other similar screens like set time and date 11.42.26 # I wouldn't voice buttons, we're not showing keys on the display too... 11.42.40 # petur: we are, in some places 11.42.44 # Yes but it would be annoying when entering that screen (Especially if you use it a lot) and what about other screens like the delete file screen. 11.42.45 # Ideally the voicing shouldn't even need special coding, it should come out from the lower-level code 11.42.49 # then remove them ;) 11.42.58 # confermation 11.43.35 # those can be voiced because they promt the user for action 11.43.39 # +p 11.44.19 # It says "really delete" that's good. But should it say press select to delete stop to cancel 11.44.43 # pondlife: what do you mean by "lower-level code" 11.44.46 # It should say whatever is displayed, and shouldn't need special coding 11.45.02 # how would that work? You need a lang file 11.45.22 # The displayed string should already be in a lang file 11.45.57 # can 11.46.09 # can't you some times have it in a variable? 11.46.20 # variable ="something" display the variable 11.46.34 # of type char I guess and I have another example hang on 11.46.46 # pondlife: afaik only splash() works like that automatically 11.47.02 # ID2P does that 11.47.39 # Pondlife: What about this? gui_syncsplash(HZ*2, "No .rockbox directory"); 11.47.44 Nick bb_ is now known as bb (n=bb@unaffiliated/bb) 11.48.06 # ddalton: That couldn't be voiced or langed... No .rockbox dir = no .lang or .voice file 11.48.07 # you cant voice that splash 11.48.19 # not without TTS anyway 11.48.27 # good point 11.48.34 # but something else like that? 11.48.34 # inbuilt-TTS that is... having it in a plugin wouldnt work eother 11.48.45 # yes 11.49.00 # Aliask did you contact the author of espeak? 11.49.45 Quit linuxstb (Read error: 110 (Connection timed out)) 11.50.16 # ddalton: Yes, and he didn't want to change his license 11.50.59 # Aliask: So I guess we will just have to go back to an older version of espeak? Or do you have another idea? 11.52.08 # Well, the other option is to convert rockbox to GPLv3 - but that's a big issue 11.52.36 # did we ever reach a conclusion on which version we are currently under? 11.52.49 # or rather are we "or later"? 11.52.49 # So we are just going to forget porting espeak to rb? 11.52.51 # for now? 11.53.24 # n1s: isn't it v2? 11.53.41 Join PaulJam [0] (i=Paul@vpn-3023.gwdg.de) 11.54.14 # ddalton: there were some discussion going on but I don't know if a conclusion was arrived at 11.54.32 # n1s: im pretty sure it is v2 11.55.05 # but yeah I think we are under v2 but the question is if we are under "v2 or later" or just plain v2 11.56.20 # Line two of /docs/copying says " Version 2, June 1991" 11.56.28 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 11.56.28 # * JdGordon thought we were definatly v2 and most probably v2 or later 11.56.45 # would anyone care if we (ever) manage to download all the files linked on the S Info page hosting them on the wiki itself ? 11.56.49 # rapidshare is a PITA 11.56.50 # or we would have no problems with the or later bit as far as imported code is concerened 11.57.14 # * ddalton Doubts a lot of players could even run espeak 11.57.29 # Bagder: can I send you the new sansapatcher versions for the download server? 11.57.31 Quit obo ("bye") 12.00.52 # * JdGordon wishes Karl would come online with some good news :( 12.07.41 Quit barrywardell () 12.08.43 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007073113]") 12.09.42 Quit ddalton ("leaving") 12.09.49 Join lee-qid [0] (n=liqid@p549673BA.dip.t-dialin.net) 12.12.36 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 12.12.45 # crap - it's impossible to get those files back from rapidshare 12.12.56 # pondlife: thanks :) 12.12.59 # JdGordon: hi 12.13.26 # hey 12.16.27 # in case you didn't see last time, the wiki page report is already outdated... I got backwards skipping 12.17.12 # great 12.18.28 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.19.00 # GodEater_: I think most of the files hosted on rapidhsare are too big for the wiki 12.19.16 # I can host them on a webspace of mine though 12.19.40 Quit barrywardell () 12.20.17 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 12.20.48 # ditto 12.21.02 Quit Soap (Remote closed the connection) 12.21.28 # also me 12.21.35 # but you'd have to be able to download them in the first place 12.21.37 # which I can't 12.21.41 Quit barrywardell (Client Quit) 12.22.18 # I've just downloaded the firmware 12.29.15 Join ddalton [0] (n=daniel@203-214-50-20.dyn.iinet.net.au) 12.29.24 Part ddalton 12.30.07 # http://www.geocities.com/ipaq41xx/ <-- interesting WinCE info. Wonder if we can do similar with the Gigabeat S 12.30.16 # just aout of couriosity: would it be possible to adjust the speed ot the RTC chip in the h300? 12.34.18 # you mean calibrate it? 12.35.45 # yes 12.36.13 # GodEater_, yeah! lets port rockbox to winCE :) 12.36.15 # no, you can't calibrate it, afaik 12.36.25 # ok, thank you. 12.36.52 # the h300 uses the cheap solution for the clock source, so it isn't very accurate 12.37.15 # TMM: I'm thinking more of using the WinCE bootloader to bootstrap Rockbox :) 12.37.54 # GodEater_, don't the handhelds.org people have bootloaders for pretty much all ipaqs? 12.38.13 Join shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 12.39.08 # they do 12.39.39 # brb - work calls :( 12.52.10 Join obo [0] (n=obo@rockbox/developer/obo) 12.53.33 # Bagder: you round? can you delete an account on fs? 13.05.07 Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) 13.08.51 *** Saving seen data "./dancer.seen" 13.14.09 Join pondlif1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 13.14.30 Part pondlif1 ("disconnected has pondlife") 13.17.25 Join mf0102 [0] (n=michi@85.127.182.13) 13.19.04 Join Arathis [0] (n=doerk@p508A6E1E.dip.t-dialin.net) 13.22.30 Quit XavierGr (Nick collision from services.) 13.22.31 Join XavierGr_ [0] (n=xavier@ppp153-114.adsl.forthnet.gr) 13.27.38 Quit pondlife (Read error: 110 (Connection timed out)) 13.30.23 Join agm3nt [0] (n=k-o-n-r-@bartek.tu.kielce.pl) 13.36.53 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.38.00 Quit thegeek_ (Read error: 110 (Connection timed out)) 13.54.58 Quit iamben (Read error: 104 (Connection reset by peer)) 13.57.37 # GodEater_: I've uploaded files to the wiki or my webspace. Now none require rapidshare 13.59.38 # Nico_P: thank you sir. You're a gentleman, and a scholar. 14.03.11 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 14.06.06 Join jba [0] (n=jba@c211-30-160-138.blktn3.nsw.optusnet.com.au) 14.11.30 Quit kubiix (Read error: 104 (Connection reset by peer)) 14.15.41 # JdGordon: which account? Nuri? 14.20.17 Quit jba ("Leaving") 14.23.10 # yeah 14.23.15 # he's stopped though 14.26.39 Quit juxtap (Read error: 110 (Connection timed out)) 14.28.10 Join leftright [0] (i=c41b5afa@gateway/web/cgi-irc/labb.contactor.se/x-0c2b38f9f4b466b0) 14.29.58 # GodEater_, 'scholar' what kind of compliment is that? 14.30.11 # a very British one 14.30.30 # Hi, could a dev please look at implementing Patch 7898, which fixes a Insert bug, and also 7911 which enables one to create a playlist with playlist stopped 14.30.54 # thanks 14.32.37 # * leftright wonders who he can prod woth a few beers 14.34.02 # :-) 14.34.14 # aha a taker 14.34.28 # did someone say beer? 14.34.37 # it works 14.35.13 # * JdGordon opens those taks 14.35.16 # * petur has plenty, find something else :p 14.35.26 # was waiting for petur to speak up :D 14.35.52 # the magic word summons all spirits 14.36.22 # leftright: regarding 7898, the current "Insert next" beaviour is the intended one 14.36.41 # from the manual: "Add track(s) immediately after current playing track, no matter what else has been inserted." 14.38.17 # thanks Linus, I will re-verify that behaviour when inserting more than one track 14.38.37 # good 14.39.31 # and 7911 is also the intended behaviour.. 14.39.42 # although, im not sure i agree with both of them 14.41.46 Quit lee-qid ("aufwiederbyebientotsayonara") 14.42.50 # * amiconn thinks that neither svn nor the fix in 7898 is correct behaviour 14.42.51 # there is a change of playlist creating philosophy, so I guess it needs to be discussed, although I like the idea of being able to create a playlist without it starting playback immediately 14.43.12 # we could import sqlite :) 14.43.12 # I would expect 1 6 7 8 9 5 4 2 3 14.43.24 # amiconn: me too, actuallt 14.43.27 # acrually 14.43.32 Join Benoitb [0] (n=Benoitb@public1.alcasat.net) 14.43.34 # lol 14.43.39 # try again ;) 14.43.54 # no sqlite? :) 14.44.14 # http://stupidfilter.org/wiki/ <-- implement on the forums please 14.44.34 # * JdGordon wonders how 5 could be before 4? 14.44.47 # 1 4 7 8 9 5 6 2 3 makes sense to me 14.45.02 # Because "insert next" always inserts after the current (1 in this case) 14.45.39 # Or is intended to... 14.47.57 # haha 14.48.06 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 14.48.07 # this ipod guy on flyspray is cracking me up 14.50.10 # im surpised he didnt reopen it.. 14.50.23 # i sure would have if someone did that to me :p 14.50.30 # how come no 3 hours can go by in this channel without someone mentioning the i word? ;) 14.50.41 # which i word? 14.50.46 # oh dear 14.50.54 # * GodEater_ chides JdGordon 14.51.08 # did /me miss something? 14.51.35 # read preglow's last line ? 14.51.44 # ipod? 14.51.50 # * GodEater_ claps 14.52.05 # * JdGordon wonders how we could discuss rockbox without mentioning its biggest target? 14.52.08 # I would expect the same order as amiconn... 14.52.21 # that order doesnt make sense to me... 14.52.31 # I also agree with amiconn's ordering 14.52.46 Quit leftright ("CGI:IRC (Ping timeout)") 14.52.53 # must be a northern hemisphere thing then? 14.53.11 # write it down on a bit of paper JdGordon 14.53.42 # JdGordon: must be :-) however the order that tasks says is in svn makes no sense at all 14.53.45 # insert next insters after that last thing inserted, and should do it in a block if its a playlist/dir 14.54.04 # no insert next inserts after what's PLAYING 14.54.19 # insert inserts after what was inserted last 14.54.26 # JdGordon: I see insert nex as inserting after the current track and "insert" as inserting after last inserted 14.54.41 # apparently I agree with godeater too :_) 14.54.42 # oh. misread LinusN's quote from the manual... ok that order makes more sense 14.54.48 # the only one I don't understand is insert last 14.54.54 # although adding in blocks does make sense if its a dir 14.55.19 # GodEater_: append to the playlist 14.55.36 # so why is it not called "Append", since you're not inserting ? :) 14.55.57 # GodEater_: good point 14.55.57 # because of the Queue/Insert terminology perhaps 14.55.57 # it should definitely be append 14.56.04 Quit agm3nt (Read error: 104 (Connection reset by peer)) 14.56.15 # n1s: that terminolody is *clearly* bad, since it's confusing 14.56.21 # s/d/g 14.56.21 # what should "queue last" be called then? 14.56.29 # "append queued" 14.56.33 # yep 14.56.34 # or something 14.56.48 # ok, I can live with that :-) 14.57.56 # are the insert points independent for queue and insert ? 14.58.03 Join barrywardell [0] (i=c101acbc@gateway/web/cgi-irc/labb.contactor.se/x-ff4578d97b32c9be) 15.00.32 # i never remember how the insert stuff works 15.00.40 # seems kind of unintuitive 15.00.46 # I never use it myself 15.00.48 # but then again, it's not the only part of rockbox that is :> 15.01.00 # hehe 15.01.01 # unfortunatly its not 15.02.47 # what about if one song is being added, we open the playlist viewer with it already selected to be moved around? 15.03.01 # and possibly do that for dirplay/playlist also? 15.04.26 # * JdGordon wonders if we can get a low-mem version of the playlist viewer going if the plugin buffer cant be stolen 15.06.16 # * amiconn thinks the insert/queue stuff is pretty intuitive 15.06.54 Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") 15.07.06 # what's the difference between insert and queue? 15.07.15 # queue removes t after being played 15.07.19 # why, that's not intuitive at all 15.07.32 # it's impossible to figure that out from 15.07.36 # from the menu entries alone 15.07.39 # that's the same as a lot other media player do 15.07.42 # really? 15.07.51 # yep 15.07.51 # i guess i just don't use playlists enough, then 15.07.55 # which is true, since i don't use them 15.07.57 # but even they don't tell you that 15.08.03 # you have to work it out on your own 15.08.50 # is there a way to make one file (or more) come next even if playmode is shuffle? 15.08.53 *** Saving seen data "./dancer.seen" 15.09.40 # preglow: I implemented your idea about changin midiplayer to synth one voice to a buffer instead of one sample, it got a bit faster but i now have to memcpy that buffer to the output buffer so that dma will work 15.09.59 # n1s: and now it's more friendly to asm optimize as well 15.11.51 Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) 15.12.14 # preglow: I have'n done much with that but the fact that the same voice is several times made it possible to break out some stuff of one the synthing loops 15.13.31 # n1s: btw, why don't you work directly in the end buffer? 15.14.10 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 15.14.11 # preglow: because end buffer is accessed by dma and on coldfire the dma can't access iram 15.14.15 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 15.14.28 # the pcm_play_data function uses dma 15.14.28 # n1s: right, i keep forgetting this isn't a codec :) 15.14.51 # hmm, it can't access dma? i thought the first 64kb could be accessed by dma 15.15.02 # when it's turned into a codec I'll make sure to fix that 15.15.07 # you can't 15.15.18 # when it's a codec, you work directly in iram and let playback.c take care of the rest 15.15.40 # preglow: well, that's true but 48 of those are used by the core and there is no way to tell the linker where to put the buffer 15.16.21 # n1s: i wonder if core needs dmaable iram 15.16.31 # I actually got _one_ build working with a 4K buffer in iram but then i cahnged something small and it wouldn't work anymore 15.16.58 # could any core devs comment on this? 15.19.20 Quit petur ("reboot") 15.19.50 Join bluebrother [0] (i=w27PB21u@rockbox/staff/bluebrother) 15.20.25 # btw: why don't we support embedded cue sheetS? 15.20.59 Join webguest61 [0] (i=29e1f27c@gateway/web/cgi-irc/labb.contactor.se/x-0ee875efee6c36f1) 15.21.09 Quit webguest61 (Client Quit) 15.21.35 Join Bene^da [0] (n=bla@91.64.97.108) 15.21.55 # <|Rain|> has anyone else had problems with the tag database rebuilding when it shouldn't, ultimately resulting in duplicate entries for every song? 15.22.01 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.22.55 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 15.24.00 # |Rain|: Do you have both dircache enabled and database in RAM enabled? 15.24.09 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 15.24.39 Quit barrywardell ("CGI:IRC (Ping timeout)") 15.25.36 Join petur [0] (n=petur@rockbox/developer/petur) 15.25.47 # preglow: we currently map the iram as 64k dma-capable ram followed by 32k non-dma ram, which means that the linker will use dma-capable ram for non-dma stuff 15.26.03 # LinusN: sure, but we could change that, right? 15.26.13 # we could map it the other way, so that the stacks and core data structures end up in non-dma ram 15.26.29 # does core use any dma on coldfire? 15.27.27 # preglow: I looked at embedded cuesheets (in FLAC), and couldn't decide which of the two standards to support - foobar helpfully both embeds the entire cuesheet as a vorbis comment, and also creates the native FLAC cuesheet metadata structure, with the individual track metadata as vorbis comments. There's a forum thread and/or flyspray task where I discussed this with an interested user. 15.28.20 # preglow: the pcm playback is in the core 15.29.12 # linuxstb: isnt our thing to only support the standard? 15.29.19 # the entire dsp engine is in the core, isn't it? 15.29.24 # JdGordon: Yes, but which one? ;) 15.29.37 # native FLAC cuesheet metadata structure sounds more standard... 15.29.39 # <|Rain|> pondlife: I'm using an e200, which I don't believe has the 'database in RAM' option 15.29.49 # <|Rain|> (because it's flash-based) 15.29.50 # Ah, ok 15.30.17 # linuxstb: yeah, foobar has retarded support for that 15.30.26 # LinusN: it is 15.30.42 # linuxstb: i'd use the native flac one 15.31.14 # LinusN: so, all we use dma for is audio? no ata? 15.31.27 # preglow: true 15.31.28 # preglow: So would I, but I seem to recall there being some reason why that wasn't obviously the best thing to do. I forget why though... 15.32.58 # Here's the forum discussion - http://forums.rockbox.org/index.php?topic=9895.0 15.33.59 # go with whichever is easier to implement? 15.35.19 # That would be the embedded .cue file - we just use the existing parser and point it to the section of the .flac file with the cuesheet. 15.35.51 # so add that one, then add the other? 15.36.01 Join ArchFool [0] (n=woody@ppp-69-214-55-245.dsl.dytnoh.ameritech.net) 15.36.09 # * ArchFool says, |}{| 15.36.19 # its 2 faces... 15.36.24 # no a vase... 15.36.31 # Or... an hourglass on its side. :) 15.36.39 # I would prefer not to support multiple ways of doing the same thing - then you get problems when a file has both (such as anything foobar creates...) 15.37.10 # flip a coin then? 15.37.24 # Or not do anything, as I never embed cuesheets... 15.37.34 # works for me (r) 15.37.37 # embedding cue sheets is really sweet 15.38.00 # I always failed to see the point to be honest 15.38.09 # why not just split the damn file up into tracks? 15.38.12 # preglow: well, we do use dma for the lcd on the h300, but it uses regular DRAM 15.38.45 # TMM: I like the idea that anyone can take any audio file, no matter what format, drop it onto a Rockbox player, and play it. 15.38.49 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 15.38.51 # TMM: some people prefer one file to several 15.39.04 # well, yeah, but I just wondered what the point is 15.39.04 # TMM: i used to, but i just stopped doing it because if issues like this 15.39.38 # I'd agree that rockbox should just play whatever you throw at it, if it's not DRM'd :) 15.40.00 # ahaha 15.40.04 # * ArchFool tweaks his RockBox settings... I hope this works! 15.40.21 # it seems foobar's behaviour is to convert the binary flac cuesheet to a cue text file, then store that in vorbis tags 15.40.26 # sweet god, how bloody redundant 15.40.51 # preglow: Are you playing with foobar now? 15.41.11 # TMM: also, you need cue sheets to retain sub-indices 15.41.14 # I'm curious to know what it does if you edit a track name... 15.41.14 # linuxstb: no 15.41.19 # linuxstb: not even in windows 15.41.46 # ... or give it a file with conflicting cuesheets 15.41.56 Join webguest9975 [0] (i=29e1f27c@gateway/web/cgi-irc/labb.contactor.se/x-7bf5afda91cf9bac) 15.42.53 # Can I record on an iPod 3g? 15.44.25 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 15.44.54 # webguest9975: Why don't you ask Apple? 15.45.19 Quit petur ("moving...") 15.45.48 Nick Tanuva|off is now known as Tanuva (n=tanuva@83.220.128.10) 15.45.52 Join _kch_ [0] (n=kch@250.Red-80-34-94.staticIP.rima-tde.net) 15.46.27 # linuxstb: bah, sorry i asked, how forgot how tedious this stuff becomes :) 15.47.40 # linuxstb: do you intend on implementing code to extract an embedded cuesheet ? 15.47.55 Quit webguest9975 ("CGI:IRC (Ping timeout)") 15.48.33 Quit _kch_ (Client Quit) 15.48.41 Join petur [0] (n=petur@rockbox/developer/petur) 15.49.02 Quit petur (Client Quit) 15.49.25 Nick Gnu47|Asleep is now known as Gnu47 (i=Gnu47@private.ntwk.thita.net) 15.51.38 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 15.51.55 # i wonder how many lines of code are needed to decode flac cue to our cue struct 15.52.04 # supporting both methods might work nicely 15.52.16 # parsing the vorbis tag one should be done with existing code 15.52.31 Quit jhulst ("Konversation terminated!") 15.53.03 # I plan on modifying the cue code to store cues as MoB handles once playback is stable 15.53.27 # best to to is probably to store the cue struct once it's been parsed 15.54.01 # that way the setting and buffer_alloc can go away :) 15.54.03 # Nico! I have a son called Nico! :) 15.54.37 # ArchFool: is he just called "Nico" ? My real first name is Nicolas 15.54.48 Join PaulJam_ [0] (i=Paul@vpn-3023.gwdg.de) 15.56.00 # Nico's real name is Nicholas. :) He's 1/2 Mexican. 15.56.40 # Mmmm... FLAC on my Sansa! 15.57.27 # hi , I just tried the FS#5960 patch , has anyone tested this because JdGordon's patch doesn' t seem to work 15.58.36 # doesnt work? or needs resync? 15.58.46 # * ArchFool wonders how many people here have had nocturnal transmissions. 15.59.26 # folders with the ROCKBOX_DATABASE_IGNORE_FOLDER file are added to the database 15.59.40 # oh ok.. 15.59.49 Quit CaptainSquid ("Miranda IM!") 16.00.20 # are there any volunteer devs to test my MoB code on a not too powerul SWCODEC target ? 16.00.22 Join rasher [0] (n=rasher@rockbox/developer/rasher) 16.00.37 # * Nico_P only has a gigabeat... not a very good indication 16.00.56 # * JdGordon 's sansa is wiling to play guienea pig 16.00.56 # Depends. What's a MoB? What's a SWCODEC? ;) 16.01.23 # ArchFool: I said "devs" because I don't want to explain it all now ;) 16.01.33 # * ArchFool nods his head. 16.01.37 # * ArchFool bobs his head happily. 16.01.52 # also there is no benefit to users currently 16.01.55 # Nico_P: i could test 16.02.04 Join scorche|w [0] (n=8dc5049d@mail.bystart.com) 16.02.05 # Nico_P: can yo do a e20 build for me? or pass me a diff? 16.02.06 # I'm a developer. I just usually develop in Perl. ;) 16.02.07 Join barrywardell [0] (i=c101acbc@gateway/web/cgi-irc/labb.contactor.se/x-e62bf19285f1e4ea) 16.02.20 # JdGordon, n1s: the gitweb interface allows downloading a snapshot 16.02.29 # linkage? 16.02.31 # http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob 16.02.38 # click "snapshot" 16.03.00 # Nico_P: sure, is nano good enough? 16.03.10 # preglow: of course 16.03.12 # oh, forget that, windows :/ 16.03.15 # compiler is in linux 16.03.39 # * JdGordon can do builds for people once the snapshot is downloaded 16.04.10 # JdGordon: if the download is too slow I can provide a patch 16.04.16 # its done 16.05.14 # JdGordon: whip me up a quick nano build and i'll checkie out when i've had a shower 16.05.40 # anyone else want a build? 16.05.45 # JdGordon: I'll take a h330 please :-) 16.05.53 # s/330/300 16.06.00 # n1s: btw, how much faster did it go? 16.06.44 # * JdGordon loves his quad core 16.07.00 # * ArchFool only has two cores. =snif= 16.07.06 # * preglow has one :/ 16.07.11 # preglow: with the loop optimizations it made possible the number of skips on my primary test file dropped from 12 to 2 but that also makes it a pretty lousy test file now :-) 16.07.14 # * ArchFool dumps core. 16.07.30 # n1s: wow, that's pretty significant 16.07.41 # * preglow concludes he's still good when it comes to dsp code :> 16.07.45 # n1s: http://www.jdgordon.info/jonno/rockbox/mob/h300.zip 16.08.01 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.08.23 # unless of course it doesnt want to work :( 16.08.42 # preglow: yep, it' sa nice speed boost, I guess it will show better results with heavier files thoug 16.08.57 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 16.09.39 # preglow: n1s: http://jdgordon.info:8080/jonno/rockbox/mob/ 16.09.51 # hmm looks like I recently caused a regression somewhere in the skipping 16.09.52 # JdGordon: got it thanks 16.10.08 # preglow... is that like a glow-plug on a diesel? =blink= 16.10.09 # JdGordon: cheers 16.10.11 # JdGordon: ok, I would try an M5 build... 16.10.25 # * JdGordon adds e200 and m5 in a min 16.10.52 # * Nico_P feels he is going to get flooded with "it doesn't work" or "it crashed" comments 16.10.55 # nice compile service here ;) 16.11.26 # Nico_P: playback resuming works, it just started playing :-) 16.11.31 # ArchFool: i really didn't know of anything that meant "preglow" when i started using this nick, i just used to call myself "glow" and i liked the sound of "preglow" 16.11.38 # getcher red hot rockbox builds! FResh off the press! 16.11.44 # but yeah, preglow is the kind of thing you apply on a diesiel engine car to make it start :P 16.11.48 # Nico_P: easily... should I try on my Ondio too? :P 16.12.03 # pixelma: ok, m5 is up also 16.12.21 # pixelma: hehe, no need :) 16.12.53 Quit PaulJam (Read error: 110 (Connection timed out)) 16.13.23 # bah, my sansa has gone walk-abouts.. ill test it out tomorow and let you know (prob in the logs) 16.13.43 # ok 16.14.01 Quit ArchFool ("p00f!") 16.14.41 Part LinusN 16.15.44 # Nico_P: some light skipping and seeking backwards and forwards works :-) 16.16.01 # n1s: does it feel more or less responsive than the SVN code ? 16.17.01 # Nico_P: well it is bloody instant on trackskip when it doesn't need to access the disk 16.17.11 Quit tchan ("WeeChat 0.2.7-dev") 16.17.19 Join Arathis_ [0] (n=doerk@p508A6E1E.dip.t-dialin.net) 16.17.26 Join przemhb [0] (n=chatzill@ck170.internetdsl.tpnet.pl) 16.17.30 # gnite all 16.17.33 Quit JdGordon ("Konversation terminated!") 16.17.37 # but I haven't noticed any delay in svn either so I would say as good as or better 16.17.49 Quit Arathis (Read error: 110 (Connection timed out)) 16.17.52 # Nico_P: are there restrictions in the format? 16.17.56 # cool :) I was afraid it would be super slow on H300 16.18.09 # * barrywardell can test on sansa 16.18.12 # pixelma: no, but switching codecs will most probably fail 16.18.20 # data abort :( 16.18.31 # well... tried aac first and it hung instantly 16.18.50 # ah... well I got a segfault with WAV... I think I know why 16.19.06 # n1s: what codec are you using ? 16.19.14 Quit Zagor ("Client exiting") 16.19.16 # mp3 works but it rebuffers on trackchange even if the next track should be still in the buffer 16.19.24 # (skipping forward) 16.19.33 # Nico_P: so far vorbis but I put some other stuff in the playlist 16.19.51 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 16.19.59 # I can feel the hd spin and it also shows disk activity in my wps 16.20.07 # pixelma: it rebuffers if the track wasn't buffered. it can happen because the buffering loop isn't too good right now 16.20.39 # pixelma: so far I haven't really tried to optimise disk spins 16.21.30 # Hi all 16.21.30 # rebuffers on every trackchange while skipping forward with just standard length mp3s (I know it wouldn't happen that often with svn) 16.22.10 # hmm, I got some really weird playlist viewer/ what's actually playing inconsistency... 16.25.07 # dunno if it has to do with this 16.25.35 # n1s: did you change the playlist ? 16.25.43 # if so it's expected 16.25.48 # ah, ok 16.26.11 # the only shorten file I have results in "paperclip mode" :-) 16.26.25 # Nico_P: same happens after a seek and skipping backwards even if it's just to the beginning of the track. Don't know if it's got to do with the M5 only having 16MB of RAM (only playing an album of mp3s currently) 16.26.40 # I get a segfault with a WAV file on sim... strange because it used to work fine 16.27.08 # pixelma: yes, it's normal. the disk usage isn't very smart yet. 16.28.06 # well it looks to me as if it just starts buffering again, thought that is exactly what it should not do 16.28.11 # barrywardell: have you tried finding out H10's tuner control signals in hardware or have you disassembled OF? 16.28.50 # i tried a little but couldn't get it to work 16.29.07 # it's the same hw as the h300 16.30.02 # but you have tried via OF disassembly, is that right? 16.30.05 # so we should just be able to adapt that driver 16.30.26 # no, no OF disassm for radio 16.30.34 # yet 16.31.11 # from what I have founf out we've got the same chip, the same driver, but different GPIO pin which drives BUS_ENABLE of the TEA5767 16.31.40 # and different switching of playback source 16.32.33 # and different i2c 16.32.45 # so if I'm right we have to find out where signals: BUS_ENABLE for radio and A,B for multiplexer are located, right? 16.33.00 # yes 16.33.16 # the i2c already has it's driver, so that's not a problem I believe 16.33.20 # and make adapt the i2c(easy) 16.33.25 # uhmm 16.33.59 # I am thinking about hardware approach 16.34.13 # ah,ok 16.34.23 # Nico_P: I have the impression that the beginning of the track isn't played correctly (while buffering) ... yes ... listening to a live album confirms that because it isn't gapless. I don't hear a pause but the next track starts not at the beginning but a tad bit later 16.34.32 # i think we need to find bus_enable first 16.34.43 # yes 16.34.55 # multiplexer can come later 16.35.00 # pixelma: yeah I think I noticed that too, but only very recently... 16.35.09 # it's new I think 16.35.22 # is there a plug that enables setting individual I/O's of the PP5020 for the H10? 16.35.36 # Nico_P: I'm about to test using JdGordon's H300 build 16.35.37 # plug? 16.35.50 # rockbox plug-in 16.36.01 # memmon plugin is one option 16.36.02 # Nico_P: well it's the first time I try :) 16.36.14 # you can change any memory address 16.37.15 # how can I do this? 16.37.44 # * Nico_P tries git-bisect to find the cause of all these recent regressions 16.38.34 # przemhb: http://www.rockbox.org/tracker/task/6586 16.39.06 # I would have to have it working on H10; I would disassemble hardware and measure BUS_ENABLE pin of the tuner chip when setting I/O's 16.39.38 # Nico_P: It seems to be keeping the audio buffer completely full. Or are the debug screens not being updated? 16.40.03 # pondlife: what's the audio buffer ? 16.40.18 # is it the file/main buffer ? 16.40.21 # yes 16.40.35 # Go into Debug > View audio thread 16.40.38 # pondlife: the debug screen is probably wrong 16.40.41 # OK 16.40.45 # Nico_P: do you still use a max file number, btw? 16.40.47 # thank you - it may be helpful 16.41.06 # przembh: there's no specific gpio testing plugin 16.41.07 # preglow: the "tracks" array now has 128 elements 16.41.16 # sounds pretty reasonable 16.41.38 # but it would be helpful to have one 16.41.51 # Nico_P: what size is that struct? 16.41.59 # one more question: where can I find memmory addresses of the H10's PP5020 GPIO ports? 16.42.04 # Nico_P: Do you want bug reports yet? 16.42.11 # If so, how do you want them! 16.42.45 # pondlife: I think I'll wait a bit before asking for bug reports... I have enough in my head :) 16.42.46 # check firmware/export/pp5020.h 16.42.54 # OK, thought you might 16.42.58 # great 16.43.03 # It's working ok mainly 16.43.10 # there's a list of what i've found so far in the wiki too 16.43.15 # preglow: struct track_info is 24 bytes 16.43.20 # not bad 16.43.47 # I've got 38 tracks buffered here... 16.44.38 # I think I have all the necessary info at the moment; I will try to find out the signals mapping and let you know 16.44.41 # it just sped through five tracks here... 16.45.02 # Yes, here too 16.45.13 # now it "codec failure"s its way through tons of spcs, so no, it's not bug free :) 16.45.15 # (but it may take some time because I'm quite busy) 16.45.43 # Thank you barrywardel for your help. 16.45.45 Join outside [0] (i=nat-021a@82.135.221.171) 16.45.49 # preglow: if you make it change codecs it will fail 16.45.52 # did you ? 16.46.21 # but meta data is displayed correctly (also the next track's), and yes I have it skip half of a track too (still the live album, all mp3) 16.46.51 # przemhb: good luck.i hope you figure it out 16.46.55 # without doing something myself just listening for a while, didn't touch any controls 16.47.00 # Nico_P: i did 16.49.41 # thank you, bye, bye 16.49.55 Quit przemhb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 16.52.52 Join petur [0] (n=petur@rockbox/developer/petur) 16.53.45 Quit pondlife (Read error: 104 (Connection reset by peer)) 16.57.37 # git bisect is a wonderful tool 16.59.53 # * Nico_P feels stupid for having handed out a version with regressions 17.02.21 # barrywardell: you said you had a data abort with the mob code you tried ? 17.03.51 # Nico_P: actually on track change with that life album something weird happens: at the end of the first track it starts playing from the same position in time of the next track basically I can only listen to every other song, depending on which is longer that can lead to other effects and sometimes playback just stops. Don't know if it's important but these are vbr mp3s 17.04.25 # pixelma: would you mind getting the latest snapshot and seeing if the problem persists ? 17.04.55 Quit barrywardell ("CGI:IRC (Ping timeout)") 17.05.05 # do I need git to checkout? 17.05.14 # pixelma: http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob, then click snapshot to get a zip file 17.05.56 # take the one from the latest commit of course 17.06.48 # "Bump version for new release with fixed OF loading on e200." <- it still doesn't work here with e280 17.07.00 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.08.19 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 17.08.57 *** Saving seen data "./dancer.seen" 17.09.38 Nick Arathis_ is now known as Arathis (n=doerk@p508A6E1E.dip.t-dialin.net) 17.13.45 Quit TMM ("Ik ga weg") 17.14.01 Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) 17.14.46 # pixelma: any better ? 17.15.05 # just started compiling, downloading took a while 17.15.12 # ok 17.16.53 # the awkward buffering will probably still be there but you shouldn't have the start of track problems and gapless should be fine 17.17.26 # get some warnings in playback.c 17.18.31 # oh ? I'll try a coldfire build 17.18.49 Quit cendres (Read error: 104 (Connection reset by peer)) 17.18.49 Join miepchen^schlaf [0] (n=hihi@p54BF6852.dip.t-dialin.net) 17.18.55 # desowin: The SVN bootloader still doesn't work for you? 17.19.04 Join ashes [0] (n=ashes@2001:5c0:8fff:ffff:0:0:0:23) 17.19.06 # oops, sorry, didn't update PP5022.mi4 17.19.29 # desowin: Are you compiling yourself? I don't think the download server has been updated with the new files yet. 17.19.48 # yes, and I found problem, it works now, thanks anyway 17.20.08 # np. Thanks for the confirmation it works ;) 17.20.28 # but on amd64 there's bunch of warning 17.21.14 # http://rafb.net/p/I4tymZ73.html 17.22.11 Join seablue [0] (n=s@0x535c1344.banxx3.adsl-dhcp.tele.dk) 17.22.56 Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) 17.24.28 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 17.25.47 # desowin: Yes, barrywardell mentioned those yesterday. 17.26.20 Quit tedrock (Client Quit) 17.26.56 Quit linuxstb ("Client Exiting") 17.27.35 # desowin: so the new sansapatcher works OK for you now? 17.28.28 Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 17.28.47 # barrywardell: yes, I forgot to update PP5022.mi4 in sansapatcher dir first (then I told here that it doesn't work), but when I updated PP5022.mi4 it works like a charm 17.29.01 # Great. 17.29.16 # I have emailed binaries for windows, linux, osx and linux amd64 to Bagder, so hopefully he'll have a chance to put them up on the download server soon 17.29.37 Quit PaulJam_ (Read error: 104 (Connection reset by peer)) 17.30.16 Join PaulJam_ [0] (i=Paul@vpn-3023.gwdg.de) 17.32.39 Join adam__ [0] (n=chatzill@c-68-51-3-51.hsd1.ar.comcast.net) 17.33.08 # hey guys, I've got an iPod Nano and i'm trying to figure out if it is compatible with RockBox 17.33.19 # it's the red one that came with AIDs 17.34.05 # that's a 2nd G 17.34.07 # it's not 17.36.41 # to clarify, it is a second den that is not compatible :) 17.36.47 # gen 17.37.11 # hmm, we should really extend IdentifyPlayer and link it from the front page. 17.37.12 # eration 17.40.31 Quit Arathis ("Bye, bye") 17.43.32 Join kugel [0] (i=kugel@e178073191.adsl.alicedsl.de) 17.46.13 Join Arathis [0] (n=doerk@p508A6E1E.dip.t-dialin.net) 17.47.04 # Nico_P: yes, it's better. I can now listen to all songs and gaplessly 17.47.38 # cool :) something was very wrong with the previous version 17.48.26 # I think I'll soon have track transitions ready 17.48.32 # codec transitions I mean 17.48.56 Quit pondlife ("disconnected has pondlife") 17.49.35 # still rebuffering on every track change though (at the end of the current track) even if the next should be completely in buffer 17.49.52 # it should but it isn't 17.50.15 # sometimes the next few tracks end up being in the buffer and skipping will be instantaneous 17.50.18 # ok, then keep up the work :) 17.50.23 # I am :) 17.52.35 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 17.52.36 # damnit 17.52.40 # i want my ipod to work 17.52.50 # is there anything at all that i can do to make it work with rockbox 17.53.19 Quit barrywardell (Remote closed the connection) 17.53.31 # unless you find a way to run custom code on that player, no 17.53.41 # you can work on porting rockbox to your device, but it requires a lot of time and effort 17.53.48 # (and quite a bit of a "clue" 17.54.58 # scorche|w: by the way... nice collection of pics. I found most of them earlier but didn't notice until today that you three were on quite a few... :) 17.55.17 Join XavierGr [0] (n=xavier@194.219.215.54) 17.55.41 # pixelma: yeah...all the ones with a group photo, we are in somewhere :) 17.56.01 # i should post some of the ones where we are hiding behind people so you can have more of a challenge ;) 17.56.38 # makes a nice "where are the rockbox devs?" game 17.56.45 # bummer 17.56.54 Nick adam__ is now known as eclecticus (n=chatzill@c-68-51-3-51.hsd1.ar.comcast.net) 17.57.28 # i was tempted to circle them in red, but that would ruin the fun 17.57.44 # perhaps i should have it as the "answers" 17.58.08 # scorche|w = work i assume? 17.58.11 Quit Gnu47 ("You know you'll miss me :P") 17.58.14 # AM I completely missing something or does autofire_delay_settings in fireworks.c have one element too much? 17.58.25 # scorche|w: could you give the link to your photos ? 17.58.59 # I suggest reducing the array size to 15, removing the duplicate "300ms" entry and reducing autofire_delay_values to 15 as well (as well as the call to set_int(). 17.59.10 # Nico_P: same as yesterday http://scorche.cleansoap.org/rockbox/gsoc/ 17.59.15 # Nico_P: none of markun's are up there (not that he took many), but it is at scorche.cleansoap...bah 17.59.33 # :P 18.00.09 # hmm this time even the page doesn't load :( 18.01.38 # weird, no problem here (but it was also ok yesterday) 18.03.31 # question - what irc client do you all use 18.03.53 Quit freqmod (Remote closed the connection) 18.04.30 # codec transitions ! :D 18.04.52 # :D 18.04.59 # Nico_P: But I only just got the last one built...:/ 18.05.07 # \o/ 18.05.18 # pondlife: don't worry, it's still buggy :p 18.05.42 Quit XavierGr_ (Read error: 110 (Connection timed out)) 18.06.53 Quit Isolinear (Read error: 110 (Connection timed out)) 18.07.18 Quit ivan` ("Coyote finally caught me") 18.07.26 # sweet jesus that David-NYC bloke looks scarey! 18.07.47 # Can someone verify P#7933 and commit it please? 18.07.56 # GodEater_: Where? 18.08.22 # forums 18.08.27 # the NYC meeting thread 18.08.34 Join ivan` [0] (n=ivan`@adsl-71-142-224-59.dsl.scrm01.pacbell.net) 18.08.35 # PS - you coming on the 18th ? 18.08.47 # No. 18.08.50 # :( 18.08.58 # lowest turnout yet then 18.09.03 # Just you? 18.09.04 # looks like it's just me and linuxstb so far 18.09.22 # Nico_P: should I paste the warnings in playback.c somewhere or did you already take a look yourself/plan to look into it later? 18.09.44 # pixelma: I've looked but didn't find an easy way to fix them 18.10.05 # At least it's playing through an album ok-ish now (so far) 18.10.07 # ok 18.10.38 # 37 tracks buffered at the mo too 18.11.00 # pondlife: how do you know ? the debug screen ? 18.11.04 # Yes 18.11.12 # I'm not sure if it can be trusted 18.11.24 # It's about right for the test album I'm using 18.11.42 # The buffer usage indicator seems to be going down properly now too 18.12.14 # At track transitions, the number buffered drops by one too... so I'm fairly sure it's right 18.12.52 # yeah if the debug screen reads the tracks array it can be close from being right 18.13.24 # but the data might not be buffered on disk yet, that's the buffering API's work and the debug screen doesn't know about it 18.13.26 # pondlife: in "view audio thread"? 18.13.29 # Yes 18.13.34 # Ah, ok 18.13.47 # Nico_P: That's good, isn't it 18.13.54 Quit eclecticus ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 18.13.58 # IMO it is 18.14.05 # I should so a buffering debug screen 18.14.10 # We could have a view buffering thread option too 18.14.12 # lol 18.14.15 # :) 18.14.27 # I'm not sure how it would access the data though 18.14.43 # You'd need to add some bufdebug_... API entries 18.14.48 # (it's meant to be private to buffering.c) 18.14.57 # ok 18.15.01 Quit petur ("work->home") 18.15.03 # makes sense 18.15.11 # The vars would definitely remain private 18.15.23 # PubCon??? It's DevConPub! 18.15.59 # oh...heh...morning 18.17.12 # fixed :) 18.17.32 # and how is it you're not attending next week then pondlife ? 18.17.36 # it was YOU that picked the date 18.17.44 # I know, but I never promised 18.17.55 # mrs pondlife came up with a better offer.. 18.17.56 # pondlife: for me it still rebuffering on every track change 18.18.18 # pixelma: I've not checked that yet... just want to see it working 18.18.25 # * GodEater_ wants to see the excuse note from mrs pondlife 18.18.29 # haha 18.18.55 # pondlife can't come out today because.... 18.19.04 # he's forgotten his gym kit 18.19.14 # the dog ate his Rockbox 18.19.20 # hehe 18.20.09 # Nico_P: That annoying code to keep the progress bar running all the way to the end of a track... has it been removed? 18.20.14 # pondlife: I thought you were saying earlier that it works correctly for you, maybe misread then 18.20.29 # pondlife: yes, and you can see it's missing... I don't really know what do do 18.20.30 # Well, it plays through an album without doing weird things like before 18.20.49 # Nico_P: As long as that's intentional, we can find a way to fix somehow. 18.20.49 # actually I simply disabled it 18.21.23 # Hmm, why can't we maintain it? It needed a global variable to hold the last track length, right? 18.21.32 # ok, codec change now appears to be safe 18.21.55 # pondlife: ah, ok - you meant that 18.21.58 # pixelma: It's not buffering on every track change, but it does buffer much earlier than before 18.22.07 # pondlife: actually it accessed the prev track's mp3entry directly. this isn't good with mob so it could be replaced with global vars 18.22.31 # Yes, we were going to have a single variable just for this purpose I thought. 18.22.56 # two actually, because it needs prev_track_elapsed and prev_track_len 18.23.09 Quit obo ("bye") 18.23.23 # OK, but only one track's worth 18.23.24 Join bluey- [0] (n=bluey@dslb-088-073-103-027.pools.arcor-ip.net) 18.23.35 # yes 18.23.51 # it's for when the playback engine has changed tracks but not the WPS 18.23.57 # pixelma: Are you using H300 too? 18.24.39 # I'm not seeing much more disk activity here... assuming the status bar indicator is reliable 18.25.10 # Mind you, I'm not seeking or skipping at all 18.25.50 Join Gnu47 [0] (i=Gnu47@82.118.125.98) 18.26.15 # pondlife: no, I'm testing on M5, but looks like you are right. Now I'm watching the audio thread it was just by chance at a track change but disk is spinning more often (overall). No skipping or seeking here too - will pay a bit more attention 18.26.58 # Nico_P: Is there an easy way an SVN user (i.e. me) could update from your git "mob" head? Or will I need git? 18.27.27 # pondlife: you'd need git 18.27.41 # OK, I actually have it... do I start with a git clone? 18.27.52 # Or checkout 18.28.09 # pondlife: http://www.rockbox.org/twiki/bin/view/Main/GitVersionControl#Using_git_with_the_SVN_repositor 18.28.51 # this should set you up with a working git-svn repo on which you can use git svn rebase 18.29.11 # if you only want to keep track of the mob branch you can simply clone though 18.29.41 # I just want a low-bandwidth way to get your changes here 18.29.43 # * Nico_P pushes his changes for codec ransitions 18.30.15 # pondlife: you have no choice but to do the initial clone which will download the entire repo :/ 18.30.23 # No problem 18.30.28 # As long as it's only once 18.30.58 # yes it's only once... then "git pull origin mob" (I think) should give you the latest updates 18.31.28 # problem is I have to rebase mob on svn from time to time 18.31.29 # origin/mob or origin mob ? 18.31.50 Quit homielowe (Read error: 110 (Connection timed out)) 18.31.56 # origin mob I think... "pull the mob branch from the origin remote" 18.32.10 # I thought I could save the diff and patch that into my local mob tree 18.32.12 # but maybe origin/mob works too 18.32.39 Join Crash91 [0] (n=evil91@196.218.80.108) 18.32.41 # pixelma: you can do that too but IMHO it's less practical 18.33.00 # * Nico_P tries cloning his own repo 18.33.14 Join Stupid0 [0] (n=Stupido@a240-164.24online.fi) 18.34.00 # well... but I don't need to get git for it 18.34.31 # pondlife: once you have your local git repo you can make changes to it, commit them and push them to me 18.34.41 # or I can pull from you 18.35.00 # I don't think I'll be doing more than testing 18.35.11 # Might put some use cases on the wiki 18.35.24 # good idea :) 18.35.35 # I need to start looking at the bugs in flyspray 18.35.46 # Even better idea :) 18.36.10 # I'm pretty confident at least some of them solved themselves 18.37.28 # * pondlife awaits the big commit before updating Flyspray ;) 18.37.46 # the big SVN commit ? 18.38.35 # Yes... at this rate we'll have MOB in there in no time.. 18.38.42 # (no pressure, again) :) 18.38.47 # :p 18.39.37 # p.s. I'm getting build warnings, do you know about them? 18.39.55 Join remi__ [0] (n=remi@ti541110a080-5896.bb.online.no) 18.39.56 # the type-punned pointer dereferencing business ? 18.40.43 # http://www.pastebin.ca/733198 18.41.08 # yeah well I have no idea how to make these disappear 18.41.19 # other than by changing a compile flag 18.41.26 # will it be long till rockbox supports ipod nano 2g? 18.43.20 Join petur [0] (n=petur@rockbox/developer/petur) 18.43.22 # Nico_P: Did you push your codec stuff yet? 18.43.36 # yes 18.43.45 # I'm still getting "Already up-to-date.".. 18.43.55 # the three commits from the last 20 minutes 18.44.13 # maybe you are... the latest is "Rename getptr to bufgetcodec and make it ensure the ... " 18.46.03 # Guess I am, git log includes that 18.46.06 Join Pyromancer [0] (i=DeepInTh@c-24-63-23-50.hsd1.ma.comcast.net) 18.46.23 Join The-Compiler [0] (i=534d0ed7@gateway/web/cgi-irc/labb.contactor.se/x-42c8e15b85a7cc76) 18.47.44 # I have some question about the c200: What does work, what not? What's the cpu of the c200? 18.48.38 # Nico_P: MOB seems much more responsive to me... might be my imagination though 18.48.47 # one of my M4B podcasts makes the sim segfault, both SVN and MoB 18.49.03 # pondlife: to me too, but I was afraid it was just my imagination :) 18.49.08 # gdb rockboxui.exe 18.49.18 # yeah it's in the mp4 metadata parser 18.49.24 # Or, pop it on Flyspray for now and ignore 18.50.02 Quit The-Compiler (Client Quit) 18.50.29 # Oops, crashed by skipping back 2 tracks 18.50.39 # and I just wanted to answer him... 18.51.47 # pondlife: really ? I've been skipping back plenty more than that without any problems ? anything peculiar with the tracks ? 18.51.54 # Short tracks? 18.52.01 # About 10 seconds each 18.52.09 # It span up the disk, then locked 18.52.29 # could you send the tracks to me ? i don't have such short ones 18.52.54 # ...but I just got a lockup :/ 18.53.00 # Me too (again) 18.54.18 Quit Stupid0 ("Bersirc 2.2, for external use only. [ http://www.bersirc.org/ - Open Source IRC ]") 18.54.27 # hmm mine wasn't my fault, it was the previously mentioned M4B podcast crash 18.54.48 Quit mf0102 ("Verlassend") 18.57.47 Part pondlife ("disconnected has pondlife") 19.02.00 Quit pixelma (Read error: 104 (Connection reset by peer)) 19.08.02 Part Crash91 19.09.00 *** Saving seen data "./dancer.seen" 19.09.21 # Nico_P: the type-punned pointer warnings comes from casting to different types, for example this cast (unsigned char **)&id3 19.09.53 Join ilgufo [0] (n=matteo@host94-173-dynamic.0-87-r.retail.telecomitalia.it) 19.09.53 # n1s: yes, but I've tried t solve it without success 19.10.59 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 19.15.22 # * amiconn wonders whether he should torture-test MoB together with the .mod patch on a 64MB iPod video 19.15.28 # Nico_P: you can also do it the less clean way and simply add -fno-strict-aliasing to the compiler flags, we do that for gcc 4.x builds anyway 19.15.48 # Might be that it would have to buffer all 80 .mods I have in that folder... 19.16.05 # amiconn: please do :) 19.16.56 # The code throws type-punned pointer warnigns even with gcc 3.x? 19.17.03 # That's usually a bad sign iirc 19.17.50 # * amiconn wonders what would be necessary to test the thing 19.17.55 # Just test it with the .sid codec.. 19.18.06 # Nah 19.18.18 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.19.39 # I let my M5 just play now and hold it in the hand, the disk spins up every 4..5 minutes when in the wps, doesn't have to do with track changes. That seems a bit too often to me (currently 128kbps mp3s, got 13,3 MB of free buffer) and yes - typed that one-handedly 19.20.18 Join bertrik [0] (n=Bertrik_@253-022-045-062.dynamic.caiway.nl) 19.21.02 # pixelma: I have done nothing to optimise disk spins yet 19.21.08 # I mean how to fetch the source tree in order to test it 19.21.34 # amiconn: you can get a zip snapshot or use git to clone the repo 19.21.36 # you can download a snapshot as I did 19.21.50 # * amiconn wants to stay far away from git 19.22.21 # then http://repo.or.cz/w/Rockbox.git?a=shortlog;h=mob 19.22.54 Quit Entasis (Read error: 104 (Connection reset by peer)) 19.22.58 Quit rvvs89_ (Read error: 104 (Connection reset by peer)) 19.23.04 Join Entasis [0] (n=Jarred@ppp121-45-59-73.lns11.adl2.internode.on.net) 19.23.24 Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) 19.23.27 Join Fraser [0] (n=Fraser@thelawsons.plus.com) 19.23.28 Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 19.24.23 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.24.23 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 19.24.59 # Nico_P: if I add a lot of sids to the playlist then stop and resume again it will not start playing, in the audio debug thread track count stops at 128 19.25.22 # yeah 128 is the max number 19.25.26 # btw I'm using the version jdgordon built earlier 19.25.51 # but it seems like it won't start playing if more than 128 tracks fit in the buffer 19.26.00 # n1s: maybe update, the version JdGordon built had some regressions but I don't know if they would affect what you're doing 19.26.00 # Why is there a maximum number? 19.26.23 # amiconn: because I need to store handle IDs somewhere 19.26.32 # so that the player doesn't try to buffer 5000 sid files? 19.26.33 # It's a language course bug waiting to happen! 19.26.34 # that would take ages 19.26.48 # I thought that MoB would use a linked list within the buffer... 19.26.53 # playback.c can't access the linked list directly 19.27.36 # preglow: but after that, you could practically remove the harddisk 19.29.02 # Hmm.... 19.29.11 # meh the neverending looping of sid tracks is anoyying 19.29.19 # * amiconn thought we would get rid of that static limit stuff... 19.29.39 # Nico_P: my comment about disk spinning was more directed to pondlife (though I see now that he left) because he said it wouldn't spin up so often for him - ok the H300 has more RAM but it should also be more often than svn for him... or there must be another difference 19.29.48 # rasher: well, yeah, but i don't WANT it to buffer 5000 sids, that's overkill 19.30.06 # the disk would be spinning for a pretty long time 19.30.42 # so the static limit is a good thing, if you ask me, not that i think it should necessarily be enforced with a static array 19.30.53 # you could do it in the background while it was doing other stuff anyway, if the disk spins up, just keep it spinning for a bit longer? 19.31.03 # TMM: battery life is an issue 19.31.10 # I was just thinking.. is it possible to remove the nano 2g firmware and then replace it with 1g? 19.31.10 # the drive sucks down currenmt 19.31.11 # current <- 19.31.18 # remi__: hell no 19.31.22 # if the lists' in memory, after that you'll save battery 19.31.25 # f**k 19.31.59 # TMM: assuming i want to listen to all of them, the fact that i keep songs in the same dir doesn't automatically imply that i always want to listen to as many of them as possible 19.32.18 # TMM: if i want to listen to one, then another one in another dir, 4999 sids just got buffered during a thirty second spinup for no reason 19.32.46 # I suppose that's true 19.32.47 # and thirty seconds is probably an optimistic estimate 19.33.06 # thanks to metadata parsin 19.33.20 # hmm... 19.33.30 # Nico_P: when does metadata parsin happen with mob? during disk load or afteR? 19.33.32 # preglow: you should use that "Insert" function we talkt about earlier 19.33.43 # preglow: during 19.33.44 # :-P 19.33.51 # n1s: i don't like playlists 19.33.53 # Which reminds me.. someone with a clue and a heart for sids should have a look at FS#7891 19.34.19 # rasher: that database is a text file :/ 19.34.32 # rasher: parsing a bloody text file for every sid load sounds "interesting" 19.34.43 # there could be a conversion script to a more friendly layout 19.35.10 # also, the md5s are sorted, so it'd "only" be a binary search :) 19.35.14 # or the bloody idiots could start tagging their files, like the rest of the world 19.35.17 # Nico_P: I get no warnings during build (core and codecs)... 19.35.27 # preglow: I suggest ogg/sid 19.35.34 # amiconn: the warnings only appear on coldfire builds 19.35.40 # ah 19.35.41 # i really wouldn't use ogg for a non-streaming codec 19.35.51 # * amiconn is building for ipod video 19.36.08 # at least not without asking someone skilled with ogg 19.36.14 # I didn't know about them until pixelma mentioned them 19.36.20 # My point was just that sids by design can't be tagged, afaiu 19.36.22 # amiconn: strict aliasing is disabled for gcc => 4 in configure 19.36.42 Part remi__ ("Ex-Chat") 19.36.58 Quit Frazz (Read error: 110 (Connection timed out)) 19.37.00 # n1s: Yeah, probably due to some bogus warnings... if 3.x gives those, I think they're not bogus.... 19.37.39 # rasher: i really hate any scheme that needs to modify files 19.38.19 Join lee-qid [0] (n=liqid@p54964383.dip.t-dialin.net) 19.38.34 # for pure text data base we'd need an md5 routine too, that kinda sucks... 19.38.52 # Why is that? 19.39.03 # Are those text database pre-made using md5? 19.39.08 # *databases 19.39.09 # The best part is that the fingerprint isn't simply an md5sum of the .sid.. but something else 19.39.13 # 19:35 < rasher> also, the md5s are sorted, so it'd "only" be a binary search :) 19.39.23 Join Daenyth [0] (n=Daenyth@c-66-31-245-110.hsd1.ma.comcast.net) 19.39.32 # Actually, I'm not even entirely sure it's md5, just has the same size 19.40.00 # I just updated my ipod video to the latest build, from an older one, and now it won't start correctly. It just stalls at the splash screen with the rockbox logo 19.40.18 # * amiconn thinks that if a format can't be tagged, then leave it that way 19.40.32 Quit RaRe (Read error: 110 (Connection timed out)) 19.40.40 Quit bluey- ("Leaving") 19.40.44 # has anyone heard of anything that might cause that? 19.41.12 Join Domonoky [0] (n=Domonoky@e179051169.adsl.alicedsl.de) 19.41.51 Join merbanan [0] (n=banan@83.233.242.209) 19.43.11 # I just redid the bootloader with ipodpatcher, let me see if that helps... 19.44.39 # Daenyth: is it a 5/5.5G/video? 19.44.46 # 5g 19.44.55 # yup, that has been reported 19.45.07 # downgrade the firmware then? 19.45.09 # which version is safe? 19.45.51 # I don't know but jhMikeS who reworked the pcm code last week (?) suspected it might be the cause so go back about a week or so 19.45.55 # I used http://build.rockbox.org/dist/build-ipodvideo/rockbox.zip 19.46.21 Quit ilgufo (Connection timed out) 19.46.30 # that would be the current build 19.46.36 # Nico_P: Did you try casting to (void**) in order to avoid the warnings? 19.46.45 # ok, lemme try one from september 19.46.54 # amiconn: yes, but maybe I didn't do it quite right 19.46.56 # Blah, I'll just try 19.48.10 # preglow: ah yes, it is md5, but it's... "special": http://www.google.com/codesearch?q=SidTuneMod%3A%3AcreateMD5 19.48.55 # the 9/30 build locks also 19.49.30 # Nico_P: How far from svn is that tree, apart from your changes? 19.50.03 # amiconn: it's based on r15048 19.50.35 # * Nico_P should rebase 19.50.57 # * amiconn wanted to check the binary size changes 19.51.23 Join webguest98 [0] (i=55e3986a@gateway/web/cgi-irc/labb.contactor.se/x-1db5bbef4ec91a71) 19.51.24 # Atm it looks like it becomes a bit smaller, but there were size-increasing changes in svn after 15048 19.51.27 Quit webguest98 (Client Quit) 19.51.37 Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) 19.51.51 Join webguest97 [0] (i=55e3986a@gateway/web/cgi-irc/labb.contactor.se/x-9da2a84b015c682c) 19.51.54 Quit webguest97 (Client Quit) 19.52.49 # amiconn: what are you comparing ? svn versus the build from the snapshot ? 19.52.54 # yes 19.53.17 # so there might be a slight increase 19.53.41 # I can compare quite easily but I have uncommited changes right now 19.54.48 Join ilgufo [0] (n=matteo@host222-173-dynamic.0-87-r.retail.telecomitalia.it) 19.56.08 # n1s: the 9/11 build is still locking it.. I'll try again tonight but I don't have more time right now 19.58.01 # amiconn: the mob build is 1688 less for me 19.58.07 Join Crash91 [0] (n=evil91@196.218.80.108) 19.58.08 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.58.39 # * amiconn silenced the "type punned pointer..." warnings locally 19.58.56 # Daenyth: do you know how old your bootloader is= 19.58.58 # nice :) how did you do ? 19.59.01 # s/=/? 19.59.06 # Just cast to (void *) instead of (unsigned char **) 19.59.15 # Note the single asterisk 19.59.56 # bufgetdata() knows what it expects after all, and (void*) is the fit-all universal pointer 20.00.27 # Daenyth: sorry, overlooked your statement that you updated it too, ognore 20.00.40 # But there's one more warning in playback.c for coldfire 20.00.50 # playback.c:2751: warning: 'fd' might be used uninitialized in this function 20.01.51 # amiconn: so for example in bufgetid3 it should be (void *)id3 ? 20.02.22 # No, (void *)&id3 20.03.19 Join agm3nt [0] (n=k-o-n-r-@bartek.tu.kielce.pl) 20.03.24 # so a void * can be an ** ? 20.03.40 # yeah I guess 20.04.07 # void* is just a pointer that can point to anything 20.04.19 Quit flynux (calvino.freenode.net irc.freenode.net) 20.04.19 NSplit calvino.freenode.net irc.freenode.net 20.04.19 Quit Ave (calvino.freenode.net irc.freenode.net) 20.04.23 # So in this case it points to something that is a pointer itself 20.05.06 Quit agm3nt (Client Quit) 20.05.34 Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) 20.05.41 # amiconn: should I declare bufgetdata as requiring a void ** ? 20.05.48 # no 20.05.56 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 20.05.59 # Leave it as it is 20.06.08 # it's just that unsigned char ** feels dirty 20.09.06 NHeal calvino.freenode.net irc.freenode.net 20.09.06 NJoin flynux [0] (n=flynux@2a01:38:0:0:0:0:0:1) 20.09.12 # Then make it require a void* (again, one asterisk), and change the assignment to *data = &buffer[h->ridx]; 20.09.37 # Hmm, that might not work... 20.10.25 # and it feels even more dirty IMHO 20.10.26 # (void**) might in fact work, with the same assignment 20.12.43 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 20.12.59 Quit ilgufo (Nick collision from services.) 20.13.02 Join gufo [0] (n=matteo@host164-31-dynamic.13-87-r.retail.telecomitalia.it) 20.13.34 Quit gufo (Connection reset by peer) 20.14.26 # amiconn: if you're interC[C[Cested, my idea for rendering midis turned out to be faster than the current one, according to n1s 20.14.37 # what the hell happened in "interested" there... 20.15.04 # Nico_P: This compiles, and after thinking a bit more, looks like it makes sense 20.15.18 # The resulting binaries have the same size to the byte 20.15.33 # amiconn: what's "this" ? 20.16.00 # ssize_t bufgetdata(int handle_id, size_t size, void **data); 20.16.19 # ...and then doing *data = &buffer[h->ridx]; in bufgetdata() 20.16.30 # ...and calling it with a cast to (void*) 20.16.36 # n1s: btw, why don't you commit it ? 20.17.01 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 20.17.35 Join elinenbe [0] (n=elinenbe@209.196.192.8) 20.18.14 # The void **data reflects that the returned pointer can point to anything, depending on how the caller interprets it 20.19.06 # n1s: is there a wiki page for the midi plug? 20.19.22 # * amiconn would guess PluginMidiplay 20.19.24 # unrelated, but does anyone have have experience using a bash script to ssh to a gateway machine and then again ssh'ing from there? 20.20.02 # Nah, slightly wrong: PluginMidiPlay 20.20.18 # yup 20.20.23 # elinenbe: yes, it is unrelated... 20.20.46 # just looking for some advice. 20.21.03 Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) 20.21.05 # elinenbe: Try reading the channel topic. It might have a suggestion. 20.21.16 # n1s: are there any fancier patch sets around than this? 20.21.18 Join linuxstb [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 20.21.39 # Llorean: I don't understand :-) 20.22.18 # elinenbe: 1) There are guidelines. 2) There's a part of the topic that says "Please direct offtopic..." 20.23.00 # amiconn: http://repo.or.cz/w/Rockbox.git?a=commitdiff;h=ff17404d4f16d4a34821fc055a9f09ae8c416325 20.23.40 # this compiles fine 20.24.35 # Looks okay to me 20.24.54 # Just keep in mind that you can't do pointer arithmetics with void* in standard C 20.25.15 # In gcc you can, but that's a gnu extension, and should be avoided imho 20.25.19 # sounds logical 20.25.54 # (gcc treats void* as char* for pointer arithmetics) 20.26.13 # isn't that ansi c spec? 20.26.50 Join Jchord [0] (n=Jchord@dyn216-8-174-23.ADSL.mnsi.net) 20.27.23 # amiconn: btw, why do you want to stay far from git ? 20.27.24 # http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/Pointer-Arith.html#Pointer-Arith 20.27.43 # (under "5 Extensions to the C Language Family") 20.27.51 Join ilgufo [0] (n=matteo@host29-177-dynamic.2-87-r.retail.telecomitalia.it) 20.28.33 # is that so 20.29.30 Quit ilgufo (Remote closed the connection) 20.32.33 # (1) I prefer one central repository. (2) git is (reportetly) slow on cygwin 20.33.14 # amiconn: you can have one central repository with git.. 20.33.18 # ah yes you're on cygwin 20.33.30 # in fact, that is how we would set it up... 20.33.45 # I hear a windows native implementation is in the works and already quite advanced 20.34.07 # Nico_P: i could always ask the git guys i met at google 20.34.14 # Yes, you can. With svn, you must 20.34.44 # scorche|w: who did you meet ? 20.34.57 # umm 20.35.04 # The 128 track limit is too low 20.35.12 # there were 2 git guys that i remember...talked more with a guy named "shawn"...would have to see the wiki to find out more 20.35.28 # I now have 84 MODs buffered, which just need around 1/3 of the whole buffer 20.35.43 # ...and it took very few seconds to buffer them 20.35.58 # amiconn: struct track_info is only 24 bytes so we can probably set the limit to way more than 128 20.36.17 # amiconn: they might not actually be buffered though 20.36.41 # I would prefer no imposed limit, but if that's unavoidable, the code must be able to handle the case that the IDs are used up before the whole ram is filled 20.36.46 # scorche|w: Shawn O. Pearce and Johannes Schindelin (from the google git page) 20.37.16 # amiconn: doesn't it ? 20.37.21 # amiconn: it would basically be the same, but you would have the additional benefits of being able to pull a branch from another dev, and other stuff like that...but you actually dont *have* to use that...one talk there was about git, and one project said they had a lot of older devs that were very leery, but they set it up exactly like it was with svn, and it worked great...they gradually started using the other features 20.37.45 # notes are on the jot wiki that i can look up later.. 20.38.00 # scorche|w: is that wiki accessible ? 20.39.16 # scorche: I'm not sure whether I would like this ability being present, even if I wouldn't use it... 20.39.26 Join ilgufo [0] (n=matteo@host232-31-dynamic.13-87-r.retail.telecomitalia.it) 20.39.45 # Nico_P: by a few of us...we have been using Bagder's credentials...when markun gets back, we will likely talk a bit about what we learned, what can be improved, etc...i may write a wiki page about it 20.39.54 # Nico_P: I dunno; I don't have that many small tracks, but iirc pondlife reported a problem with resume not working 20.39.55 # amiconn: if you didnt use it, what would it matter? 20.40.15 # scorche: Others who would use it could mess up something 20.40.34 # This git feature sounds too complex to me to be trustworthy 20.40.36 # example? 20.41.08 # It works for the Linux kernel.. surely it won't mess up Rockbox 20.42.10 # Does anyone know if the Gigabeat F runs Linux in its default firmware? 20.42.28 # zicho: Yes, it does. 20.42.37 # Ah, nice. 20.42.48 # Not really... 20.43.21 # By all accounts (from people who have used it), it's one of the worst firmwares known to mankind. 20.43.24 # Nico_P: In fact it was n1s who reported that problem 20.43.30 Quit barrywardell ("Konversation terminated!") 20.44.06 # linuxstb: Haha, I didnt use it. I changed to rockbox immediately. 20.44.16 # But it was ugly as hell as far as i saw. 20.46.06 # Hmm, I'll have to check something when switching back to an svn build... *possibly* the MoB code doesn't yield enough/properly/whatever 20.46.41 # Scrolling in the wps is slow as hell on G5.5 (*might* be due to peakmeters - that's what I have to compare) 20.47.26 Quit ilgufo (Nick collision from services.) 20.47.29 Join gufo [0] (n=matteo@host232-31-dynamic.13-87-r.retail.telecomitalia.it) 20.47.32 # amiconn: it's very possible 20.47.38 # Hmm, skipping back spins up the disk 20.47.57 # I know that svn also does this 20.48.01 # now always 20.48.04 # not <- 20.48.08 # yes, that's because track handles are released immediately after the track is finished playing 20.48.22 # and i'd love to retain that 20.48.29 # I should probably be a bit more conservative about that 20.48.31 # if data is still there, it should be used 20.48.56 # Nico_P: The ymight need one more possible state 20.49.35 # handles ? 20.49.42 # yes 20.49.52 # If they're available for overwriting but not yet actually overwritten 20.50.05 # yes I see what you mean 20.51.01 Join Redbreva [0] (n=chatzill@host86-138-16-226.range86-138.btcentralplus.com) 20.52.09 Quit gufo (Read error: 104 (Connection reset by peer)) 20.52.25 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.53.04 Quit alienbiker99 (Read error: 110 (Connection timed out)) 20.53.36 # n1s: the patch set from the wiki page is not very nice... 20.54.21 # also, are you sure the linear interpolation is done properly? kind of doesn't sound like it is 20.54.36 Quit petur ("switch") 20.54.55 Join petur [0] (n=petur@rockbox/developer/petur) 20.56.14 Join gufo [0] (n=matteo@host56-181-dynamic.2-87-r.retail.telecomitalia.it) 20.57.00 # there's some weird kind of high frequency ringing here 20.57.18 # Nico_P: SVN has the same slow-scroll problem, so the MoB code seems to be okay 20.57.31 # cool 20.57.56 # amiconn: btw, have you noticed a change in responsiveness for track skipping and seeking ? 20.58.32 # no 20.58.43 # I didn't try seeking at all though 20.59.25 # ...only skipping 21.01.21 # preglow: I am actually not very familiar with the techical details so it might very well be broken, also I haven't found any other patch sets 21.01.32 # not that I have been looking... 21.02.09 # something is definitely up with the sound 21.02.33 Join gufoo [0] (n=matteo@host167-158-dynamic.58-82-r.retail.telecomitalia.it) 21.02.44 # also, we need some reverb :P 21.03.40 # preglow: I actually introduced a bug with my last commit but I can't hear it and it only affects the last fraction of a tick that doesn't fit the buffer so I don't think that's it 21.04.11 # nah, surely not 21.04.15 # I'd say we need to be realtime on pp before reverb :-) 21.04.15 # why don't you commit the new stuff, btw? 21.05.15 # dunno, the memcpy feels hacky and it's probably not needed for others than coldfire so I have to #ifdef a bit 21.05.48 # I think I'll do it tomorrow 21.06.12 # like linusn said, making core use non-dma memory before dma memory should only be a matter of hacking plugin scripts 21.06.16 # ehh 21.06.18 # linker scripts 21.06.28 # besides, this is eventually going to be a codec where the output buffer is in iram anyway 21.06.52 # the memcpy is hacky, but only needed for coldfire 21.06.56 # and not needed for long, hopefully 21.08.13 # and as always I will need to find someone to test it for me as I still don't have any other target than my h300 but that is for tomorrow 21.08.42 Join tomtom [0] (n=tom@pD9E2E441.dip.t-dialin.net) 21.08.53 # hi 21.09.02 *** Saving seen data "./dancer.seen" 21.10.34 Join ilgufo [0] (n=matteo@host36-182-dynamic.2-87-r.retail.telecomitalia.it) 21.11.24 # i've got a nano 21.11.39 # I've just heard of rockbox for the first time. I'm having some questions and I hope someone has a second for me 21.11.41 # looking at the interp function i can't see anything obviously wrong with it 21.11.48 # I'll nag you when I have a patch then ;) 21.11.48 # tomtom: just ask 21.11.58 # preglow: codecs can't use iram for dma either. Only the core can 21.12.17 # ...unless you mean that the buffer will reside in core iram 21.13.36 Join Soap [0] (n=Soap@rockbox/staff/soap) 21.13.37 # what formats of music can be played with an ipod "updated" with rockbox? can it really be filled with drm protected songs? 21.13.40 # I wonder whether swapping would be a good idea. It would mean that codecs and plugins could use dma, but the core in turn couldn't 21.13.49 # tomtom: no drm 21.14.01 # tomtom: we'll probably never support drm, we don't like it 21.14.09 # but wma itself is possible? 21.14.14 Quit zicho ("Lämnar") 21.14.18 # tomtom: yup, but it's a work in progress 21.14.20 Quit ilgufo (Nick collision from services.) 21.14.22 Join gufetto [0] (n=matteo@host125-184-dynamic.4-87-r.retail.telecomitalia.it) 21.14.25 # There's no way around that; only one of the 2 iram blocks of the coldfires supports dma 21.14.29 Join zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) 21.14.38 # tomtom: and see SoundCodecs (wikipage) for supported codecs 21.14.56 # amiconn: do we use dma for iram in the core? 21.14.57 # 5249 has 64KB of dma capable iram, and 32KB of non-dma capable iram. 5250 has 64KB of each type 21.14.58 # amiconn: codecs have no need for dma since it passes the buffer on to the core anyway 21.15.09 # amiconn: midiplay is a plugin, which is why it's an issue 21.15.29 # Plugins and codecs have the same issue... unless codecs also memcpy() 21.16.55 # is it - as a matter of principle - possible that apple's ipod will be made compatible with drm protected wma files ever or is this rather a pipe dream? 21.17.02 # or maybe we could device some linkerscript hack to let us decide what it puts inside the 16kB of dma capable plugin/codec iram 21.17.31 # tomtom: If it ever happens, it won't be by way of Rockbox. 21.18.10 # n1s: That won't help the iaudios 21.18.12 # tomtom: that would probably be illegal in parts of the world etc. 21.18.29 # amiconn: ah do they have 64/64 split? 21.18.33 # yes 21.18.34 # amiconn: codecs don't care, if any memcpy happens, it's the core doing it, and probably in the form of src point begin iram and dst pointer being ram in some process 21.18.51 # yes you're right, stupid idea... 21.19.19 # Llorean: keep in mind that rockbox would probably end up in legal trouble if we ever DID implement drm support 21.19.22 # - 21.19.22 # ehh 21.19.25 Quit rvvs89_ (Client Quit) 21.19.25 # tomtom: that was for you 21.19.35 # n1s: I stumbled upon that when digging for the reason why rockboy hung on X5... 21.19.43 # drm isn't very open source friendly 21.19.57 # I wonder if any plugin or codec uses that extra 16 KB 21.20.01 # It worked *by chance* on H1x0/H300, because the audio output buffer was in the first 16KB of plugin iram 21.20.21 # n1s: Not yet, but the core does neither 21.20.37 # It just feels logical to do a fair split 21.21.04 # that's propably right, preglow 21.21.04 # (unless it doesn't make sense like on archos) 21.22.20 Join webguest46 [0] (i=9fbf0c18@gateway/web/cgi-irc/labb.contactor.se/x-024e66f26102eac7) 21.22.59 # n1s: How big buffers are we talking, btw? 21.23.08 Quit Jchord (Read error: 104 (Connection reset by peer)) 21.23.23 # Perhaps they could be put on the stack. plugins run in the main thread, and the main stack is in core iram 21.23.35 Quit gufetto ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 21.23.43 Join ilgufo [0] (n=matteo@host125-184-dynamic.4-87-r.retail.telecomitalia.it) 21.24.04 Quit gufo (Connection timed out) 21.24.18 Quit gufoo (Success) 21.27.40 # amiconn: we can choose pretty freely, currently the output buffer is 32kB but before that it was just 1 21.28.15 # How big is the stack? 21.29.06 # what do you think about everyone having his own codecs and restrictions for his players today? shoudln't every customer be able to decide what player he wants to fill with what music from what supplier? 21.30.00 # or do you support the politics of the big companies? 21.30.35 # tomtom: what are you getting at? 21.30.41 Part agm3nt 21.30.43 # tomtom: I don't really understand the question 21.30.53 # Main stack is 8KB but a fair bit is needed for other stuff 21.31.05 # I think 2KB buffer on stack would be affordable 21.31.34 # tomtom: that is what most of us think 21.31.48 # tomtom: and that is why we support a very great number of codecs 21.31.53 # amiconn: that will probably increase skipping, but it's definitely worth testing 21.32.06 # tomtom: i can stuff all files i have on my computer straight onto a dap with rockbox, and it will all play as it is 21.32.21 # tomtom: that includes mp3 files, aac files, vorbis files, flac wiles, wavpack files, wav files, spc files 21.32.25 Join massiveH [0] (n=massiveH@ool-44c48846.dyn.optonline.net) 21.33.49 Join fxb_ [0] (n=felixbru@p548F4169.dip.t-dialin.net) 21.34.46 # yes of yourse rockbos supports as much as formats as possible but what I'm talking about is the approach of the industry 21.35.02 # the industry isn't something we can do anything about 21.35.23 Quit fxb (Nick collision from services.) 21.35.27 Nick fxb_ is now known as fxb (n=felixbru@p548F4169.dip.t-dialin.net) 21.35.35 Join _fxb [0] (n=felixbru@h1252615.stratoserver.net) 21.35.56 Quit fxb (Client Quit) 21.36.00 Nick _fxb is now known as fxb (n=felixbru@h1252615.stratoserver.net) 21.36.29 # tomtom: We just do our own thing 21.36.40 Join xnyhps [0] (n=xnyhps@15-101-dsl.ipact.nl) 21.36.53 # * BigBambi is using the we losely, personally I do very little :) 21.37.00 # * BigBambi also can't spell 21.38.01 # yes that's right, of course we can't and your project including your ambitions are great but what I wanted to know is what you think about those harassments. 21.38.40 # petur: funny bug... 21.38.49 # yup 21.39.10 # Which harassments? It'd be nice if the world were open and DRM less, but it isn't but rockbox exists 21.39.23 # tomtom: But, this channel is about #rockbox, both support and technical details. That sort of thing is off topic here. 21.39.44 # tomtom: in my opinion: in the end, it's not going to be viable for most companies to build their own proprietary firmwares. Some companies will start shipping rockbox as their default firmware and their players will sell for a lot less, DRM free. 21.40.08 # * BigBambi points tomtom at #rockbox-community 21.40.21 # tomtom: people keep forgetting that DRM is fucking EXPENSIVE :) 21.40.27 # that would be great 21.40.57 # but yeah -community for this 21.41.12 # you're right, let's stop here 21.41.29 # ... and wait till rockbox is available for 6th generation^^ 21.42.05 # Keep on waiting 21.42.09 # tomtom: That discussion will never be on-topic for this channel. 21.42.34 # tomtom: start hacking! or stop buying hardware with eaten apples on it 21.43.17 # tomtom: that bite from the apple is a symbol for the part of the soul you lost when you bought it :) 21.45.09 # propably^^ 21.45.10 # linuxstb: around? 21.46.46 # amiconn: Yes. 21.47.20 # linuxstb: Just checking; maybe I'll soon have something that would need testing on a color... 21.47.55 # OK. I should be around for a few hours. 21.49.09 # * amiconn wants to clean up the PP colour lcd drivers (color/nano and H10), and port the fast update to the H10 21.49.46 # If it doesn't work on H10 out of the box, a register dump from a color might be helpful 21.49.50 Join Entasis_ [0] (n=Jarred@ppp121-45-59-73.lns11.adl2.internode.on.net) 21.53.07 Quit Entasis (Read error: 104 (Connection reset by peer)) 21.53.38 Quit webguest46 ("CGI:IRC (EOF)") 21.55.12 Join mistermuckle [0] (n=choffman@74.94.176.241) 21.56.38 Quit krazykit ("Connection reset by beer") 21.57.00 Part mistermuckle 21.57.24 # * petur wishes people would stop using his friday quit message 21.57.56 # * BigBambi changes his quit messqge... 21.58.17 # * petur takes an empty beer bottle... 21.58.25 # petur: what is it ? 21.58.42 # * BigBambi hides 21.58.56 # "Connection reset by beer" 21.59.13 # haha 22.00.26 Quit desowin ("use linux") 22.00.35 Nick Tanuva is now known as Tanuva|off (n=tanuva@83.220.128.10) 22.00.38 Join barrywardell [0] (n=barrywar@host-194-46-226-143.dsl-ie.utvinternet.net) 22.00.42 Quit Bene^da ("get satisfied! • :: ««« (Gamers.IRC) »»» www.gamersirc.net ::") 22.05.31 Join Rob2222 [0] (n=Miranda@p54B14AB1.dip.t-dialin.net) 22.05.34 Quit Rob222241 (Read error: 104 (Connection reset by peer)) 22.07.08 # * amiconn fetches a beer 22.07.25 Quit spky (Read error: 110 (Connection timed out)) 22.07.25 Quit lee-qid ("aufwiederbyebientotsayonara") 22.07.54 # * BigBambi envies amiconn, for I am beerless 22.09.01 Quit ilgufo (Read error: 110 (Connection timed out)) 22.10.02 Quit BrianHV (Remote closed the connection) 22.10.43 Quit Crash91 ("Bye Bye!") 22.11.18 Join BrianHV [0] (n=bhv1@copland.brianhv.org) 22.11.52 Quit amiconn (Nick collision from services.) 22.11.58 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 22.12.17 Quit barrywardell () 22.13.19 Quit merbanan (Remote closed the connection) 22.15.26 Quit tomtom () 22.19.45 # sansapatcher time 22.20.58 # would there be any idea in implementing zip/rar filter in front of codecs? 22.21.11 # in front of? 22.21.33 # so that codecs itself don't need to have the support for archives 22.21.39 # * Domonoky sees there is a new release of sansapatcher.. is it only a new bootloader ? 22.22.13 # mainly for computer generated music files which usually are archived for space reasons 22.22.48 Quit hannesd ("Client suicide") 22.23.14 # Domonoky: Yes. Nothing to do for rbutil. 22.23.21 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 22.23.54 # only the bootloader on download.rockbox.org has to be updated.. 22.25.08 # no sansapatcher too 22.25.12 # i think the current codec api would work nicely even when dealing with archives 22.25.14 # tumu: yes there are some plans for a separate loader for some formats such as midi and xm 22.25.57 Join krazykit [0] (n=krazykit@140.141.208.123) 22.26.06 # tumu: That would mean adding zip support to the file browser and other parts of Rockbox... (rar is closed and horrible...) 22.26.32 # linuxstb, there is open source unrar available 22.26.41 # that doesn't make the format open though 22.27.09 # tumu: the license of the unrar utility is quite horrendous 22.27.09 # well, i'm not planning on having rockbox making the archives, so.. :) 22.27.22 # tumu: very, very GPL incompatible 22.28.05 # rar is evil 22.28.17 # anyways, licenses aside 22.28.18 # It's probably also prohibitively slow 22.28.31 # It'd make more sense to unpack on your computer 22.28.35 # space issues aside 22.28.50 # there is a pure GPL unrar utility as well afaik 22.28.54 # rar can be replaced with other as capable ones 22.29.02 # reverse engineered, but it won't unpack everything made the last 3 years 22.29.07 # so i don't consider it as an issue 22.29.25 Join sin613 [0] (n=single@71-221-28-20.farg.qwest.net) 22.29.41 # linuxstb: I got two mi4 files from barry for this update, do you happen to know what firmware.mi4 is in this context as compared to PP5022.mi4 ? 22.30.02 # Is that the c200 bootloader? 22.30.18 # ah, could be 22.30.21 # I better ask him 22.30.26 # firmware is c200 and PP5022 is e200 iirc 22.30.27 # I'm guessing barry didn't build an e200r? 22.30.44 # it doesn't look like that 22.32.10 # linuxstb: Care to test a patch for me on color? 22.32.26 # Should probably also be tested on nano... 22.33.06 Quit Fraser (Read error: 104 (Connection reset by peer)) 22.33.11 # amiconn: Sure. 22.33.18 Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) 22.33.43 # I'm mainly interested in whether lcd works stable 22.33.51 # If you want to DCC it, send it to linuxstb_ 22.33.52 # There should also be a slight speedup 22.34.19 # Should I build test_fps then? 22.34.24 # Is there a way to unbrick a sansa that does nothing when you try to turn it on? 22.34.29 # amiconn: It appears that clock skipping when scaling is obligatory when using the COP at least on 5020. Otherwise it's super happy dual core there. :) I just need to add that ingredient. No freezes ever from any sort of core sync now. 22.34.59 # linuxstb: http://amiconn.dyndns.org/pp-color-lcd.diff 22.35.47 # jhMikeS: Then why does the ipod firmware not need clock skipping when scaling? 22.36.21 # Maybe it's device-dependent? The H10 firmware does. 22.36.38 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 22.37.07 # I can say for sure it's that on H10 and it corrupts the RAM if you don't. 22.37.08 # Doesn't make much sense imho. Scaling is purely PP internal 22.37.32 # Oddity 22.37.49 # clock skipping? 22.37.53 # It's the only thing that ever causes a problem. If it stays boosted, there are no problems. 22.37.56 # linuxstb: It would be great if you could run test_fps before & after 22.38.07 # Klevi, depends on what "nothing" means. have you tried putting it in recovery mode? 22.38.21 # (just to check whether my optimisations don't cause the opposite of what they should) 22.38.26 # Nothing, meaning that only the menu and button lights come on =/ 22.38.27 # preglow: the processor control registers let the cores lay idle for certain amounts of time 22.38.33 # amiconn: OK, will do. 22.38.37 # I cant get into diag mode 22.38.54 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.39.12 # jhMikeS: and how does that relate to scaling? 22.39.46 # I formatted my sansa completly by accident in class today, it was in my pocket. 22.39.58 # Klevi: What do you mean by "diag mode" ? 22.40.05 # preglow: H10 crashes if the COP is in use during switches. We don't see it because the COP is normally in idle mode. mpegplayer doesn't crash out because it only runs boosted. 22.40.29 # what a piece of shit portalplayer is starting to sound like 22.40.35 # http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port 22.40.38 # they probably don't even _have_ specs 22.40.51 # they just tweak around bugs as they go and force everyone to use their libs 22.41.04 Join vosque [0] (n=ninobody@indra.vis.nu) 22.41.19 # hehe...they did correct this trouble. I thought it was the concurrent write in Peterson's algorthim so I tried Dekker's (which only writes turn upon unlock) but no change. 22.42.31 # Am i SOL? 22.42.31 # Klevi, if it screwed up like that just in your pocked, my guess would be that it's hardware rather than software 22.43.02 # no, it said format complete, right on the screen whe nI looked at it 22.43.10 # then it shut off. 22.43.15 # jhMikeS: so you're getting closer with the dual core stuff? 22.43.30 # Klevi: I formatted my c200 just the other day. what's the problem? 22.43.33 # jhMikeS: you have any special stress tests you use to see if things are up to par? 22.43.38 # preglow: it works...period. I just need to make the scaling behave. 22.43.44 # It wont turn back on after formatting it. 22.43.52 # I even gave it fat32 :) 22.43.57 # jhMikeS: cool, then we need to make people start talking about preemptive multitasking soon :P 22.44.03 # Klevi: are you on linux? 22.44.13 # No, I can be, but then i lack an internet connection 22.44.13 # preglow: the dual-core queue_test plugins and a version of the dual-core SPC codec (which uses sems and events) 22.44.27 # But, your saying there is a way to fix this? 22.44.35 # preglow: hehe...it's not far off from that 22.45.06 # jhMikeS: i would imagine not, making your current code go preemptive is probably mostly a question of making rockbox apps/ code do threading properly 22.45.12 # I mean I can lock it by killing the spc thread from View OS Stacks, but that's it. 22.45.12 # Klevi: I don't know what state your player is in, so I can't tell. but I'd like to know what "fdisk -l /dev/sda" says in linux 22.45.24 # * amiconn is going to extend test_fps 22.45.40 # Ill try getting my laptop online, one miute 22.45.47 Join fm2 [0] (n=chatzill@83.242.62.77) 22.46.09 # the sansa OF has a formatting option, but one would assume it doesn't brick the player... 22.46.21 # preglow: I think most concern there would hardly be a concern with a "narrow" interface that dispatches and serializes things. 22.46.40 # petur: hello petur. Why the need to explicitly declare the size of the array in fireworks.c? 22.47.14 # and making people write proper multi-threading code, of course 22.47.16 # Wouldn't a declaration with just [] do the same? 22.47.22 # i've got things to learn in that department myself... 22.47.25 # * jhMikeS suggests int myarray[strlen(s)]; <== totally legal :) 22.47.46 # jhMikeS: Urgh, that would be runtime... 22.48.05 # well, it's an alternative to _alloca anyway 22.48.38 # Yes, it's even standard C99 22.48.50 # But I would avoid it if not absolutely necessary 22.48.50 # c99 supports dynamically sized local storage? 22.48.56 # yes 22.48.58 # cool 22.49.01 # i love that feature 22.49.09 # and it has so very little runtime overhead 22.49.11 # is a subtract from the sp a big deal? 22.49.33 # * linuxstb switches computers 22.49.38 Quit linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 22.49.46 # jhMikeS: The strlen() is the overhead... 22.50.15 # well, if you use it anyhow it's not more. It does depend of course. 22.50.19 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.50.53 # The subtract from SP is not, of course. It's just variable instead of constant 22.51.03 # What do the => and ===> mean in the list box with the forums? 22.51.04 Quit seablue ("life, death, life, death") 22.51.18 Join Rob2222 [0] (n=Miranda@p54B14AB1.dip.t-dialin.net) 22.51.23 Join p3tur [0] (n=petur@rockbox/developer/petur) 22.52.44 # it would probably need sp+n for locals and fp=sp-size for the dynamic stuff. It could have a tiny bit more than the sp change. 22.52.53 Quit Klevi ("Quit messages. The unintentional channel spam of people closing IRC, realizing they have a life.") 22.52.59 Join Klevi [0] (n=Levi@ool-435682a7.dyn.optonline.net) 22.53.07 # alright laptops on 22.53.12 # We always comiple using -fomit-frame-pointer 22.53.18 # *compile 22.53.24 Nick parafin is now known as parafin|away (i=parafin@paraf.in) 22.53.40 # probably won't work here then unless an explicit switch off is possible per function 22.53.47 # * p3tur kicks his router 22.54.02 # bluebrother: you're a forum moderator, right? Any comments about the purpose of => and ===>? Why the different length? 22.54.15 Quit petur (Nick collision from services.) 22.54.20 # petur: A network router or a woodworking tool?? 22.54.20 Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) 22.54.28 # p3tur: are you the same person as petur? 22.54.31 # amiconn: Patch seems to work fine. test_fps with your patch (30MHz) - 19.5fps fullscreen and 75.5fps 1/4 screen. @80MHz - 51.5fps fullscreen and 202.0fps 1/4 screen. 22.54.47 # oh, yes..."p3tur" today...woops 22.55.17 # this dlink router crashes when somebody downloads a big file from my pc :( 22.55.18 # now he switched back again 22.55.53 Part Redbreva ("Out for the day...!") 22.55.54 Join haemmy [0] (n=stefan@194.208.162.140) 22.55.58 # linuxstb: Ok, so basically no speed change 22.56.09 # Klevi: what happens when you turn on your sansa? 22.56.21 # (assuming the values in LcdFrameRate are still valid for the Color) 22.56.34 # Zagor, just a blank screen 22.56.45 # petur: Is one of the PCs on wireless? 22.57.12 # linuxstb: No crashes/freezes/hangs? 22.57.16 Part fm2 ("Nobody seems to like to talk to me today. 'll try next time.") 22.57.28 # by the way, Zagor what command did you want me to run with linux? 22.57.38 # amiconn: I've just reverted your patch, and will run test_fps again. 22.58.31 # amiconn: yes, but not the one that hosts, and the client is from the internet, so no wireless involved except my laptop 22.58.34 # amiconn: SVN is identical... 22.58.47 # Klevi: try connecting your sansa to usb, and run "tail -f /var/log/kern.log" to see if it registers 22.58.53 Join PhinnFort [0] (n=martin@78.91.73.210) 22.58.54 # okay 22.59.08 # windows came up with USB device 22.59.14 # petur: I had the same issue with a netgear (copying large files between wireless and wired clients crashed the router) 22.59.28 # I now replaced it... no crashes so far 22.59.42 # Klevi: how big? 22.59.49 Join _aLF [0] (n=Alexandr@aix73-2-88-160-210-8.fbx.proxad.net) 22.59.56 Quit xnyhps ("I had a question, but I can read faqs...") 22.59.57 # amiconn: different issue here - found a newer firmware, will disconnect soon ;) 22.59.57 # wouldnt recognize it. 23.00.09 # preglow: I did do something to single core that's making it behave oddly after adding the alternate locking. Do doubt just a dumb error. It cropped up last time I majorly changed the patch around. I hate that...so boring to track even if simple. 23.00.14 # what does kern.log say? 23.00.19 # *No doubt 23.00.47 Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) 23.00.52 # Zagor only wireless devices came up under that command. 23.01.10 # nothing dealing with USB 23.01.22 # amiconn: I've installed your patch again, and it seems stable. 23.01.36 Quit petur ("upgrading") 23.01.37 # ill brb 23.02.05 # I got gfx glitches from applying the same idea to H10.. but there's a bug in svn already (I think) 23.02.27 Quit BrianHV (Remote closed the connection) 23.03.24 # beer! 23.03.39 # shut up!!"¤ 23.03.50 # barrywardell: Can you build an e200r bootloader to go with the other two? It's not used by sansapatcher, and has a different mi4 encoding to the vanilla e200. 23.04.46 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 23.05.41 Join petur [0] (n=petur@rockbox/developer/petur) 23.06.37 # beer beer beer beer beer!! 23.06.43 Quit Domonoky (Read error: 104 (Connection reset by peer)) 23.06.47 # argh 23.07.13 # back 23.07.34 # Zagor, you mentioned another command earlier, what was it? 23.07.40 # * jhMikeS shouldn't have done that...for his own sake too 23.07.41 # * preglow covers ears and sings 23.07.47 # Klevi: it assumed you got a usb connection 23.07.49 # hrmmmm 23.08.13 # i do. 23.08.25 # Klevi: I thought you said it wasn't recognized? 23.08.27 Join BrianHV [0] (n=bhv1@copland.brianhv.org) 23.08.41 # under windows it isnr 23.08.41 # *t 23.09.02 # it comes up as USB Device. from there it does nothing 23.09.04 *** Saving seen data "./dancer.seen" 23.09.14 # Klevi: so you can't browse it? 23.09.18 # no 23.09.28 # Zagor: how's usb going, by the way? 23.09.32 # * jhMikeS may put b-word refences in the kernel now :P 23.09.36 # Nothing happens, the backlight for the lcd doesnt come on either 23.09.47 # preglow: pretty good. I'm starting with the ata/scsi translation code now. 23.09.57 # Zagor: really looking forward to this 23.10.03 # me too :) 23.10.12 # linuxstb: will do. I didn't realise it was different 23.10.23 # Klevi: do the buttons light up? 23.10.43 # lsusb brings up Sansa Corp 23.10.47 # er 23.10.53 # "Sandisk corp 23.10.58 # Yes 23.10.59 # Zagor: you took over the USB project? 23.11.16 # jhMikeS: http://daniel.haxx.se/blog/2007/10/10/rockbox-usb/ 23.11.22 # jhMikeS: well I sort of restarted it. I'm writing a new implementation from scratch. 23.12.26 # Theres nothing I can really do here is there? 23.12.34 # * amiconn found the glitching problem 23.13.21 # Klevi: run "lsusb -v | less". look for the "endpoints" below the sandisk entry. you should have two "bulk" endpoints. 23.13.32 # nods*** 23.13.33 # if so, you should be able to mount it in linux too 23.13.52 # ...or not :\ 23.13.55 # linuxstb: sent to Bagder 23.14.01 # I take it any paragraphs-length writups on threading should probably be on a wiki page and not in comments in thread.c? Maybe a reference "See xxxx for details?" 23.14.16 Quit BigBambi ("Please insert girder") 23.14.23 # got them 23.14.32 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 23.15.11 # jhMikeS: how about both? I know I would prefer an explanation in the code rather than hunting around on the web for it. 23.15.27 # ...if I were digging around in the code, that is 23.15.43 # i'd rather have it in the code 23.15.52 # so then, how would I mount it? 23.15.55 # Zagor: That's why I wanted to point to it there. It really should have some writup on how it operates. 23.16.12 # mount /dev/sda? 23.16.29 # Klevi: well do you have a /dev/sda device? 23.16.30 # But if it's too long, maybe just a URL in the code? 23.16.54 # Zagor: there's also explanations on _how_ to implement certain routines so any target gets all the low-lag benefits and such. 23.17.01 # Yeah, thats what it used to come up as 23.17.41 # Klevi: then try "fdisk -l /dev/sda" and post the result on http://pastebin.com/ 23.18.00 # but if it isnt booting anything it wont be in fstab 23.18.12 # fstab has nothing to do with this 23.18.29 # Well, if it isnt in there i cant mount it, thats why i said 23.19.18 # ? no result.. 23.19.30 # _no_ result? not even an error message? 23.19.35 # nothing at all 23.22.21 # jhMikeS: anyway, if you're feeling suicidal, there's no reason NOT to fix up rockbox code to do thread communication properly. after that's done, a quick preemptive threading showcase would be cool (and probably needed to convince some people) :P 23.22.23 # does anyone knows why rockbox is picking up the fm radio frequencies off frequency now 23.22.23 # ah right, fdisk doesn't say anything 23.22.23 # Klevi: so what does "ls /dev/sd*" say? 23.22.23 # sansapatcher + sansa bootloaders updated 23.22.46 Join [IDC]Dragon [0] (i=0c182f0a@gateway/web/cgi-irc/labb.contactor.se/x-8467af80e0838730) 23.22.59 # Unable to mount /dev/sda 23.22.59 # yay :) 23.23.36 # Klevi: Shouldnt it be like "/dev/sda1"? 23.23.39 # <[IDC]Dragon> hi guys! 23.23.43 Quit haemmy () 23.23.52 # I told you it isnt mounting at all 23.24.03 # look an [IDC]Dragon! ;-) 23.24.04 # Klevi: that was not the output from 'ls /dev/sd*' 23.24.06 # Normally, yes.... oh wait misread nick... 23.24.11 # sorry. 23.24.32 # <[IDC]Dragon> does somebody know if the Archos 605 is somewhat of an open platform? 23.24.49 # I believe the archos guys use linux 23.24.49 # <[IDC]Dragon> (it runs linux, so...) 23.24.57 Join homielowe [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 23.25.00 # no, theres no such directory as "/dev/sda" 23.25.00 # but I doubt they release their modules' source code 23.25.20 Quit petur ("*plop*") 23.25.24 # <[IDC]Dragon> it would be OK if I can compile for it 23.25.25 # [IDC]Dragon: that a dm320 target? 23.25.32 # Klevi: did you find any bulk endpoints in lsusb -v? 23.25.37 # <[IDC]Dragon> I'm not sure 23.26.26 # <[IDC]Dragon> I stubled over that device yesterday, it could be a nice portable browser 23.26.30 Nick Klevi is now known as Klevi-Dinner (n=Levi@ool-435682a7.dyn.optonline.net) 23.26.37 # Ill be back soon 23.26.39 # <[IDC]Dragon> smaller than the Nokia 800 23.27.20 # <[IDC]Dragon> with the same screen 23.27.38 # some fm frequencies are 0.05MHz and some are 0.1MHz off 23.27.38 # [IDC]Dragon: You could try archopen, although their website isn't the clearest. 23.27.41 # http://www.engadget.com/2007/06/14/archos-605-and-405-details-hands-on/ Wow, they really want your wallet. 23.28.05 # I find no proper dissection on it 23.28.29 # linuxstb: is your Color LCD type 0 or type 1? 23.28.45 # amiconn: Good question. It's a type 1. 23.28.47 # preglow: I think playback is the first code that will get extensive treatment there. 23.28.56 # jhMikeS: it's probably what needs it most 23.29.25 # amiconn: I don't know of anyone with a type 0, but if their ipod was sold as a "Photo" then the chances are high. 23.29.25 # <[IDC]Dragon> it's almost as small as an ipod touch, but has way better screen resolution 23.29.29 # it hardly survives as it is. _after_ the MoB patch of course which should ease things. 23.30.06 # linuxstb: For type 1, it looks like a slight speedup is possible (gleaned from H10 - the wait_write is only necessary every other write for 8-bit width as it seems) 23.30.31 # I'll make a patch 23.30.31 # rasher, sounds like something you want to run some oss on 23.30.55 # Is the nano always type1? 23.31.08 # Yes. 23.31.17 # ok 23.32.44 # advcomp2019: something isn't stable with the radio (maybe an initialisation problem?). But I sometimes got that too - then most of the times a reboot helps, low_light reported that he had to set the frequency region setting in the OF again (on c200 though but it has the same tuner chip). I had one occasion where the radio wasn't detected by Rockbox after starting it in the OF once it was back in Rockbox too 23.33.50 # * [IDC]Dragon will buy a Sansa, you may see me again then 23.34.08 # [IDC]Dragon: old timers revival then! 23.34.09 # * [IDC]Dragon is in gadget-buying mode 23.34.14 # even zagor is back ;-) 23.34.21 # <[IDC]Dragon> the dollar is so cheap! 23.34.27 # haha, indeed 23.34.29 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 23.34.33 # Bagder: :) 23.34.48 # <[IDC]Dragon> I hope customs won't dissect me 23.35.20 # pixelma, i seen something in the middle part of the fm frequencies.. it is like flowing up and down now 23.35.22 Quit Toxicity999 ("Leaving") 23.35.32 # <[IDC]Dragon> the US sansa has an FM radio? 23.35.45 # yes 23.35.52 # but there are euro ones with fm too 23.36.05 # if we're talking e200 23.36.13 # there are radio Sansas available in Europe too 23.36.16 # <[IDC]Dragon> e280, yes 23.36.17 # linuxstb: New patch up: http://amiconn.dyndns.org/pp-color-lcd2.diff 23.36.22 # the c200 seem to all have fm, even if not said to ;-) 23.37.44 # so we're not the only ones having a good dollar now 23.38.24 # right, it is the dollar that is low so that goes for plenty people 23.38.45 # even canadians go US to shop now I hear... 23.39.13 # they've always come here. i live an hour from the border, and my town is always swamped with people from canada. 23.39.15 # <[IDC]Dragon> european consumer electronic retailes still convert 1:1 and cash the rest 23.39.29 # every weekend. they drive campers down and park in the walmart parking lot 23.40.07 # @Nano owners: This patch should ideally also be tested on nano 23.40.17 # amiconn: It doesn't link - undefined reference to lcd_send_lo 23.40.54 # [IDC]Dragon: even worse for the brits 23.41.06 Nick Klevi-Dinner is now known as Klevi (n=Levi@ool-435682a7.dyn.optonline.net) 23.41.12 # [IDC]Dragon: but you're currently not in New York City by any chance? 23.41.25 # linuxstb: oops - I'll check 23.42.12 Quit Klevi ("Leaving") 23.42.38 Join Klevi [0] (n=Levi@ool-435682a7.dyn.optonline.net) 23.42.38 # Ah, lcd_update_rect() and lcd_yuv_blit() try to send commands directly that way - need to fix 23.42.52 # <[IDC]Dragon> pixelma: no, I'm in silicon valley 23.44.29 Quit outside (Read error: 110 (Connection timed out)) 23.45.53 # hmph 23.48.16 # hl 23.49.08 # [IDC]Dragon: You're not interested in porting to a new device? 23.51.05 # <[IDC]Dragon> which would that be? 23.51.16 # * [IDC]Dragon has already done that... 23.51.22 # Good question... 23.51.33 # linuxstb: New patch up: http://amiconn.dyndns.org/pp-color-lcd3.diff 23.51.38 # There's a definite lack of nice DAPs at the moment... 23.51.41 # ^^ verified to build this time :) 23.51.46 # ;) 23.51.52 # <[IDC]Dragon> I thought you're gonna advertise one 23.52.16 # <[IDC]Dragon> the nano 3g is nice... 23.52.18 # linuxstb: did you have had any chance checking FS#7913? 23.52.45 # * amiconn thinks the nano 3g is ugly 23.52.50 # it is 23.52.58 # and it really isn't nice to use either 23.52.59 # <[IDC]Dragon> did that guy return with the apple datasheets? ;-) 23.53.00 # fits poorly in the hand 23.53.01 # bluebrother: Didn't I already write a patch for that? 23.53.05 # the nano 3g has the nickname "fatty" for a reason ;-) 23.53.06 # Too big for a flash based dap, even though it's thin 23.53.17 # linuxstb: did you write a patch? I only remember you trying it out 23.53.34 # but I might have missed that patch 23.53.46 # * amiconn would like to see a port to the shuffle (2nd or 3rd gen), or the classic 23.53.52 # <[IDC]Dragon> have you held it? I found it amazingly small 23.53.59 # yes 23.54.08 # it's too short 23.54.08 # <[IDC]Dragon> almost like an after eight wafer 23.54.14 # it kept slipping around in my hand when i tried to navigate 23.54.16 # bluebrother: I'll try and look at it tomorrow - I need to do something else this evening, and my ibook is elsewhere. 23.54.17 # the nano1g fits perfectly 23.54.25 # <[IDC]Dragon> hot-glue it to a stick! 23.54.29 # yesBut even those aren't *that* nice, as they have no radio, as all ipods, and no recording either 23.54.31 # no hurries. 23.54.42 # * preglow thinks he's done with ipods 23.54.52 # bluebrother: I think I'll need to get libusb working as well... I'm not sure how that works with univeral binaries... 23.54.54 # ...and that touch stuff 23.54.57 # <[IDC]Dragon> so this all sounds like Sansa then 23.55.09 # ah, ok. 23.55.19 # Although, the Nano (1st gen) and video have the best (so far) LCDs of all our colour targets 23.55.43 # There are lots of telechips devices out there, but they all seem flash based. 23.55.43 # I'm talking about the actual panels 23.56.49 # * linuxstb agrees with preglow about ipods 23.58.12 Join spky [0] (n=lawlrawr@cpe-075-190-168-028.carolina.res.rr.com) 23.58.41 Quit Klevi ("Leaving") 23.58.47 Join zajacattack [0] (i=426172ec@gateway/web/cgi-irc/labb.contactor.se/x-c121067ace3f0b98) 23.58.53 Join Kayasha-kun [0] (i=46518fe6@gateway/web/cgi-irc/labb.contactor.se/x-003dd97a5fc6f862) 23.58.58 # Hello people, got a quick question