--- Log for 14.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 8 hours ago 00.03.04 Quit JdGordon|zzz (Read error: 110 (Connection timed out)) 00.03.46 Quit miepchen^schlaf () 00.05.24 Quit HBK () 00.06.58 Join miepchen^schlaf [0] (n=miepchen@p579ECCD2.dip.t-dialin.net) 00.11.22 Quit Thundercloud (Remote closed the connection) 00.12.36 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 00.12.47 Quit bluebrother ("leaving") 00.14.15 Quit tyfoo2 ("Carpe diem") 00.15.15 Quit Nico_P ("bed time") 00.16.42 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 00.18.08 Quit petur ("Zzzz") 00.22.53 Quit faemir (Remote closed the connection) 00.29.00 # ehm. from musepack codec: r->read(r->data, tmp, sizeof(tmp)); 00.29.07 # error: 'mpc_reader' has no member named 'sim_read' 00.29.24 # sims are fun 00.30.26 # does anyknow know how that is kludged through the current build? 00.32.12 Join btl [0] (n=wizrdofh@cpe-69-205-60-6.nycap.res.rr.com) 00.33.19 # aha, we use the duplicate lightweight "codec.h" instead of "codeclib.h" 00.34.07 Quit PaulJam (".") 00.35.43 # meh, I'm fixing too much at once :-( 00.35.52 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-82b7c8472eebfab7) 00.40.25 Join wallison [0] (n=wallison@pool-71-179-228-128.bltmmd.fios.verizon.net) 00.45.22 # can anyone guess what's wrong here ? ( http://img247.imageshack.us/img247/457/wpseditorwrongcf3.png , probably format mismatch) 00.45.38 # I force RGB565 00.45.41 # forced* 00.47.33 # Zagor: Chin up! Someone has to do it! 00.47.47 # kugel: then why doesn't he? 00.48.16 # * Zagor realized he's become Mr Someone 00.48.23 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 00.48.37 Quit ender` (" Doesn't it strike you as mildly ironic that most of the people who are against abortion are people you wouldn't want to fuc") 00.49.21 # Zagor: and while you're at it, fix the target tree :) 00.49.42 # eek 00.49.52 # And the theme site! 00.50.33 # * gevaerts promises to continue work on the MULTIDRIVER/MULTIDRIVE/MULTIVOLUME thing tomorrow 00.50.48 # and midi plugin please 00.54.31 Quit SoapWork ("CGI:IRC (Ping timeout)") 01.06.10 Quit moos ("Rockbox rules the DAP world") 01.06.56 Quit linuxstb (Remote closed the connection) 01.12.14 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 01.14.36 Join webguest16 [0] (n=3aac9a01@gateway/web/cgi-irc/labb.contactor.se/x-b7d8045864e14869) 01.15.03 Join JdGordon|zzz [0] (n=jonno@c211-28-145-137.smelb2.vic.optusnet.com.au) 01.15.31 Quit webguest16 (Client Quit) 01.23.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.25.10 Quit mcuelenaere () 01.27.36 # wiki is pretty clean, bluebrother, linuxstb 01.27.56 # there are still some broken ones, but less all the time. 01.28.31 # Your desire, linuxstb, to have copyright holders be the sole uploaders of their work is not the direction I thought we were going (not that I have a problem with that rule.) 01.29.26 # I've been working on culling the themes from the old rockbox-themes.org site which: A- have a claimed permissive license, and B - appear at a moderate glance not to be copyright infringing. 01.29.45 # If we're going to require authors to upload I might as well stop that activity. 01.30.08 Join MegafEee [0] (n=Portable@unaffiliated/megaf) 01.30.20 # hi all, what abou a x86 version? 01.30.30 # soap: I think that if A) the theme has CC-BY-SA as its license (as I thought we were going one-license for the new theme site to simplify things) and works in SVN Rockbox we should move it, personally 01.30.35 # MegafEee: What about one? 01.30.45 # targets and sims done. only boot left. 01.31.23 # im just wondering, rockbox runing on my eee 701 01.31.46 # i have rock box instaled on my nano, since 2006 01.31.51 # or 05 01.31.52 # MegafEee, you could run the sim. 01.31.54 # MegafEee: Do you mean "I have Rockbox running on my eee 701" or "I want to see rockbox running on my eee 701" or what? 01.31.58 # * Llorean thinks some words are missing. 01.32.28 # Llorean, i would like to see 01.32.38 # :) 01.33.00 # MegafEee: Rockbox isn't suited as an operating system for a PC really, but as krazykit mentioned there's always the simulator until someone does the work to make it more suitable as an app 01.34.35 # yes,but, in fullscreen mode? 01.34.58 # No. 01.35.02 # As I said, nobody's done the work. 01.37.09 # hm 01.38.27 # i'd suggest amarok, or quod libet, for a PC 01.38.45 # you know, i think this would be nice if you just want to listen music or watch a film in your pc, 01.39.00 # so, you will not need to wait 01.39.07 # all boot process 01.39.46 # MegafEee: there are solutions for that already, but this should be moved to the -community channel 01.40.01 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 01.41.31 Quit kachna|lappy (Read error: 113 (No route to host)) 01.41.58 Quit krazykit ("Connection reset by beer") 01.43.43 # * Llorean notes that Rockbox is also about the worst imaginable video player for PC use. 01.44.13 # I would appreciate if those with a few spare minutes could try out the makefile patch (FS#9534) and report if you find problems with any targets. 01.44.56 *** Saving seen data "./dancer.seen" 01.45.15 # Zagor: vs current svn? 01.45.48 # Unhelpful: no, just if there are any problems with it. the speed is not important. 01.47.32 # I'm off to bed. see you all in the morning. 01.47.34 Quit Zagor ("Client exiting") 01.48.10 Quit MegafEee ("Leaving") 01.50.54 Quit XavierGr () 01.50.57 Quit culture (Connection timed out) 01.51.07 Join avis [0] (n=ident@pdpc/supporter/student/avis) 01.51.34 Quit t0mas ("Leaving") 01.55.42 Join SolarP1993DS [0] (n=nds@115.145.204.68.cfl.res.rr.com) 01.56.37 # does album art have to be a specific size for the sansa c200 01.58.29 # ? 01.58.52 # The size depends on your theme, not your player. 01.59.40 # oh well im using "yap" 02.00.29 # Just check in the .wps file, and use the wiki page for custom wps creation to check what size the theme expects. 02.01.22 # ok thanks man 02.01.34 Join webguest67 [0] (n=46be7286@gateway/web/cgi-irc/labb.contactor.se/x-cf07c10a126f9439) 02.02.00 # Hello 02.03.38 Quit webguest67 (Client Quit) 02.03.54 # SolarP1993DS: the album art size of the loaded WPS (provided the WPS has that) is also displayed in the "Rockbox Info" screen (in the system menu) 02.07.43 Quit lasser (Read error: 110 (Connection timed out)) 02.10.38 Quit jhulst (Read error: 110 (Connection timed out)) 02.13.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.20.34 Quit SolarP1993DS (Read error: 110 (Connection timed out)) 02.31.24 Quit balou_ (Remote closed the connection) 02.31.27 Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 02.33.33 Quit MethoS (Remote closed the connection) 02.34.09 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.43.52 Quit aarcane ("Leaving") 02.49.05 Quit trisiak ("UTF!") 02.58.06 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 02.59.26 Quit jhulst (Read error: 104 (Connection reset by peer)) 03.14.21 Join jhulst__ [0] (n=jhulst@207.72.172.222) 03.15.41 Quit jhulst_ (Read error: 104 (Connection reset by peer)) 03.22.36 Join Darksair [0] (n=user@221.221.163.173) 03.22.48 Part pixelma 03.23.00 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 03.23.29 Part dany_21a_ 03.24.27 Quit jhulst__ (Read error: 104 (Connection reset by peer)) 03.24.42 Join jhulst__ [0] (n=jhulst@207.72.172.222) 03.25.31 Quit jhulst__ (Remote closed the connection) 03.36.23 Join gabe565 [0] (n=gabe565@ip68-12-96-57.ok.ok.cox.net) 03.36.32 Quit kronflux ("Leaving") 03.39.07 Quit gabe565 (Remote closed the connection) 03.43.14 Join mmadia [0] (n=chatzill@138.89.125.122) 03.44.58 *** Saving seen data "./dancer.seen" 03.46.19 Quit ajonat (Read error: 60 (Operation timed out)) 03.46.26 Join ajonat_ [0] (n=ajonat@190.48.125.206) 03.57.22 Quit mmadia ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 04.01.58 Quit Zarggg_ (Read error: 131 (Connection reset by peer)) 04.03.19 Quit nuonguy ("Leaving") 04.04.06 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.05.44 Quit reacocard (Read error: 110 (Connection timed out)) 04.08.47 Nick midkay_ is now known as midkay (n=midkay@75-172-112-151.tukw.qwest.net) 04.15.11 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008101315]") 04.18.55 Quit amiconn (Nick collision from services.) 04.19.01 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 04.20.35 Quit shodanX (Read error: 104 (Connection reset by peer)) 04.20.37 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 04.23.52 Nick Darksair is now known as Darksair{away} (n=user@221.221.163.173) 04.28.25 Quit razym (Read error: 60 (Operation timed out)) 04.30.15 Join pireau [0] (i=1000@pdpc/supporter/student/pireau) 04.30.32 # Hello, anyone playing with a chip from Telechip ? 04.31.05 # I figured a way to get the files listed on http://forums.rockbox.org/index.php?topic=10164.90 ... 04.31.28 Join miepchen^schlaf_ [0] (n=miepchen@p579ECB02.dip.t-dialin.net) 04.38.48 Part btl 04.46.38 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.46.52 Join blkhawk- [0] (n=blkhawk@g228068043.adsl.alicedsl.de) 04.51.35 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 04.55.13 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.57.25 Nick Darksair{away} is now known as Darksair (n=user@221.221.163.173) 05.04.13 Quit blkhawk (Read error: 110 (Connection timed out)) 05.04.49 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228068043.adsl.alicedsl.de) 05.06.56 Part wallison ("Leaving") 05.10.02 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 05.12.13 Part kkurbjun 05.32.43 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 05.45.02 *** Saving seen data "./dancer.seen" 05.45.14 Join webguest35 [0] (n=47707d72@gateway/web/cgi-irc/labb.contactor.se/x-f961d6c4bca86d94) 05.46.28 # I seem to have a bit of trouble getting videos to work in Rockbox on my 5.5th gen 80gb iPod... Does anyone know where I might find the correct settings for what to convert videos too? 05.47.31 # http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 05.47.56 # mpeg1 or mpeg2 video, mpeg layer 2 or 3 audio, in mpeg system stream container, i believe 05.48.10 # Ah, thanks a bunch :) I'll try that. 05.48.23 Join saxamo [0] (n=jeremy@cpe-24-164-164-132.hvc.res.rr.com) 05.48.26 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.50.27 # Is it me or are any others getting more bugs/glitches in 3.0 than the last stable? In Sansa e200 series... 05.50.54 # There was no last stable. 05.53.12 # And if you're experiencing bugs you should upgrade to the current build, confirm how to reproduce them, and report them in the tracker 06.01.40 # Sorry, that's a good point. The bugs aren't all too reproducible, a crash here, a slowdown there. But I will pay more attention next time, thanks! 06.04.24 Quit ajonat_ () 06.07.22 # Anyone know what I should set the bitrates too for videos on 5.5th gen iPod? 06.08.12 # webguest35: Generally speaking, video performance on the 5.5G in Rockbox is just going to be poor. 06.08.46 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 06.10.17 # Aw, alright. Thanks for the warning. Guess I'll just use the apple OS for vids. 06.10.18 Quit webguest35 ("CGI:IRC") 06.14.25 Quit bmbl (Client Quit) 06.17.20 Quit saxamo ("Ex-Chat") 06.30.23 Quit Zarggg ("Lost game") 06.44.43 Quit __lifeless (Remote closed the connection) 06.44.53 Join __lifeless [0] (n=lifeless@83.219.9.12) 06.54.45 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 07.07.58 Quit aarcane ("Leaving") 07.18.46 Join reacocard [0] (n=reacocar@134.173.51.241) 07.28.13 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.28.38 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.39.39 Quit |ap0| (Read error: 104 (Connection reset by peer)) 07.45.06 *** Saving seen data "./dancer.seen" 08.08.14 Join ConstructingGod [0] (n=userr@cpe-72-129-72-251.socal.res.rr.com) 08.08.19 # hey guys 08.09.30 # quick question, i dont know what i changed but for some reason rockbox firmware wont display hidden folders. a few days ago before this happen i was able to view hidden folders on rockbox so i dont know whats going on 08.09.52 # it's a setting, what files to show 08.11.57 # under what menu 08.12.31 # the manual should go into it...show files 08.13.23 # where in the manual? general settings? 08.13.39 # somewhere in the manual... 08.16.24 # nobody here has the manual memorized, either. and if one of us would have to look it up to be able to answer you, there's really no reason that you shouldn't go do that yourself. it's not about trying to be jerks, just expecting people to help themselves when they can. 08.16.32 Join whydoubt_ [0] (n=whydoubt@ip68-12-76-9.ok.ok.cox.net) 08.16.34 # ok ty 08.17.32 # so, what cool settings do u guys always change? this firmware has a labourious menu system i sometimes feel like im missing out cause there is so much to configure 08.19.14 # on a fresh install? the first thing i do is turn on the database. file browsing is for people who don't actually like being able to find the music they want. ;) 08.19.59 # oh yeah definatly i have it set to auto update too 08.20.45 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.21.56 # i recently found car adaptor mode, that is cool too if u never used it 08.22.01 # but only for car lol 08.22.13 # Zagor: your unified make patch builds a working rockbox for my beast. or it did, until i cleaned untracked files from my git repo, which was somehow not tracking things that did come from SVN. not your fault, that. :/ 08.22.26 # oops 08.22.49 # thank you for testing 08.23.12 # i'm not sure if my repo was corrupted somehow, or if the git mirror i had initialized it from was bad. building a fresh one from scratch now, probably killing the SVN server. :/ 08.23.42 Quit whydoubt (Read error: 110 (Connection timed out)) 08.23.46 # no problem. recursive make should die wherever it can. :D 08.25.01 # you're svn pulling goes awfully slow 08.25.20 # the server is idle 08.25.34 # odd 08.26.17 # it's been going for ages now. literally hours. perhaps merging the revs into git is the bottleneck, or the network on my end. 08.26.28 # ok i searched the word resume in the manual and skim around the area, but i couldnt find it. does the new firmware of rockbox have this option: 08.26.28 # like ur playing music and than u turn it off. and than u turn it back on, well it doesnt play the music right away, instead u have to go down to the resume playback option. Well in the older firmware there is an option to resume playback instantly on power on, is there a way to do that on this new firmware of rockbox? 08.26.55 # ConstructingGod: it's still there, but not supported by all targets iirc 08.27.29 # what u mean not supported by target? 08.27.46 # a target is a particular device on which rockbox can run 08.27.59 # oh like the type of player? 08.28.09 # mine is an iriver h10 20GB 08.28.21 Quit BigBambi (Read error: 113 (No route to host)) 08.29.16 # so im guessing mine is not supported anymore? 08.29.20 # that feature i mean 08.29.54 # if it was supported before, it still is. we don't tend to remove features 08.30.00 # i don't know, i only have gigabeat s and a few sansas. i can't imagine why it would've been removed it rockbox used to do it on that target. 08.30.44 # well im thinking (because the theme was greatly updated and much better looking now) they have to change the layout a bit? but ill check right now in my player to see if its still there 08.31.54 # the menu items are not part of the theme 08.32.10 # its the default theme that came with rockbix 08.32.25 # you can change the font they're displayed in, but which options are available does not change. 08.33.31 # ConstructingGod: the setting is general->system->start screen. 08.33.55 # ahh system no wonder, i was cheecking sound and general 08.34.25 # i dont have a start screen option under susyem 08.34.47 # only rockbox info, version, running time, sleep timer, debug (keep out) 08.35.21 # general settings 08.36.16 # hmm, we have a bug in the manuals where at least xpdf doesn't find the text in all-caps. 08.37.40 # sound more like in xpdf, perhaps? 08.37.47 # ok i went into the start screen menu and i dont get it, when i click on anything in that menu it takes me back to previous menu 08.38.05 # i tried all buttons, its either scroll or back to previous menu 08.38.41 # oh 08.38.45 # i think i get it 08.38.54 # its the screen i choose to how my player starts 08.39.00 # sec let me see if this will fix it 08.39.06 # linuxstb: there? 08.39.20 # Unhelpful: perhaps. I don't have any non-linux machine to try other readers in 08.39.27 Quit reacocard (".") 08.39.56 # yay it worked thanks zagor 08.40.09 # ConstructingGod: you're welcome 08.40.47 # im so in love with this firmware, its like a living thing it knows exactly whats going on and what u want to do, it stops playing when headphones remove and knows when i shut my car off 08.40.55 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.41.15 # if there were a "one-page" version of the online manual, perhaps that would make it easier for users to search the whole thing for random text. 08.41.18 # it also knows when you sleep 08.41.26 # it plots 08.42.03 # i can do file browsing by folders AND id3 tags (something every player needs to do) and my fav part of the whole thing, i can edit/save/create playlists and delete songs on the spot! 08.43.15 # Evince Document Viewer (pdf reader in Gnome) has the same problem. though it's probably based on the same code as xpdf. 08.43.39 # speaking of id3 tags, musicbrainz picard is a good program if anyone has a large collection of music with mismatched id3 tags. i used it to fix my music b4 transfer to rockbox 08.44.17 # it's rather a problem since the small-caps words are often the ones you search for. such as "resume" in this case, which doesn't find the "resume playback" setting because it is written in smallcaps... 08.44.41 # can anyone try in windows? 08.45.07 # im in windows, what do u want me to do? 08.45.51 # load up the manual (h10 in my test) and search for "resume playback", case insensitive. see if you find the text in chapter 8.5.1 08.46.09 # the pdf or the html version 08.46.12 # pdf 08.46.14 # k 08.46.15 # pdf 08.47.05 # it found that phrase in the table of contents, i click next and it takes me to secttion 5.6 08.47.23 # keep going 08.47.43 # you'll find it in 7.6 too, and then 8.5.9? 08.47.45 # I found them too, acrobat reader on linux 08.47.48 # clicking next after that takes me to 7.6 08.47.59 # and the next? 08.48.02 # n than 8.5.1 08.48.26 # ok so it's a problem in xpdf then. thanks. 08.48.57 # n after 8.5.1 im at 8.5.9 08.50.03 # who is our tex god? 08.50.10 # gevaerts? 08.50.49 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.51.27 # tex? 08.51.51 # ConstructingGod: http://en.wikipedia.org/wiki/TeX 08.52.00 # it's a formatting/markup language. i assume our fine manual is written in it? 08.52.05 # yes it is 08.52.32 # how do i check 08.53.25 # Zagor: for what it's worth, adobe's acroread on linux works correctly. 08.53.46 # im using foxit reader for viewing the .pdf 08.53.48 # Unhelpful: ok, good to know 08.56.17 Join Rob2222 [0] (n=Miranda@p4FDCC3DC.dip.t-dialin.net) 08.56.32 Quit BHSPitMonkey ("Ex-Chat") 08.59.19 # can someone try a few cygwin builds with FS#9534 applied? 09.04.19 Quit GodEater (Remote closed the connection) 09.04.19 Quit perrikwp (Remote closed the connection) 09.05.14 Quit Seed ("cu, Andre") 09.07.11 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-5ca7ce07969c4061) 09.09.06 Quit pixelma2 (Nick collision from services.) 09.09.14 Join pixelma2_ [0] (n=marianne@rockbox/staff/pixelma) 09.09.16 Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) 09.09.54 Quit amiconn (Nick collision from services.) 09.09.58 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 09.13.55 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.23.35 Quit homielowe () 09.26.22 Join petur [50] (n=petur@rockbox/developer/petur) 09.27.42 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 09.27.52 Join einhirn_ [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.29.32 Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) 09.32.12 # amiconn_: Here now. 09.32.27 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 09.33.08 # linuxstb: I did some tests regarding the speed differences between targets which *should* have the same speed 09.33.53 # Difference between mini g2 and ipod photo is ~7% for ape regardless of compression level, but for other codecs, the difference is not the same 09.34.02 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.34.20 # For mp3, it's ~3.5%, but for ogg it's ~12% 09.34.50 # * amiconn didn't check whether ogg uses more iram on PP5022 though 09.36.03 # Did you reduce/account for the lcd updates? Although I would be surprised if they have that much effect. 09.36.44 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 09.37.16 # No, this is plain SVN test_codec 09.37.44 # Right now I'm testing on c200, and I get the roughly the same speed as on mini g2 09.42.46 Join blkhawk- [0] (n=blkhawk@g228068043.adsl.alicedsl.de) 09.42.46 Quit blkhawk (Read error: 104 (Connection reset by peer)) 09.43.44 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228068043.adsl.alicedsl.de) 09.45.10 *** Saving seen data "./dancer.seen" 10.05.15 Join lasser [0] (n=chatzill@W8faf.w.pppool.de) 10.13.09 Quit jhulst (Read error: 148 (No route to host)) 10.15.32 Join whydoubt [0] (n=whydoubt@ip68-12-76-9.ok.ok.cox.net) 10.21.40 Quit whydoubt_ (Read error: 110 (Connection timed out)) 10.23.40 Quit Thundercloud (Remote closed the connection) 10.34.36 Quit culture (Read error: 110 (Connection timed out)) 10.36.09 Quit pixelma2 ("-") 10.37.02 # linuxstb: lcd_update() is not the cause. I disabled it completely in log_text() if 'advance' is false. The Photo became a little bit faster, but that accounts only for a very small part of the ~7% difference.... 10.37.47 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.37.53 # * amiconn will also disable the actual text output if 'advance' is false 10.38.37 # linuxstb: Btw, there is no difference in APE IRAM usage on PP5020 vs. PP5022 10.38.49 # (only 5002 is difefrent) 10.38.49 Quit linuxstb (Read error: 60 (Operation timed out)) 10.39.04 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 10.39.05 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.41.32 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 10.42.50 Quit miepchen^schlaf_ () 10.44.14 # Zagor: I can't get your latest patch to apply properly 10.44.24 # oh? 10.45.27 # First fail is on apps/Makefile (Reversed (or previously applied) patch detected! Assume -R) 10.45.42 # linuxstb: APE -c1000, iPod Photo, SVN test_codec: 130.0%, no lcd_update(): 131.4%, no lcd_update() and no lcd_puts(): 131.5% 10.45.44 # Zagor: while you're working on the build system, can't we make it possible to build the tools directly from tools/ ? 10.46.02 # markun: how would that work? 10.46.11 # it still needs some variables iirc 10.46.16 # Compare that with Mini G2, SVN test_codec: 139.7% (c240 achieves 138.9%) 10.46.22 # ie that are detected by configure 10.46.25 # gevaerts: it applies for me, if you mean the unified make one 10.46.43 # gevaerts: hmm, apps/Makefile is removed completely in the latest patch 10.46.52 # Looks like there is a performance difference between PP5020 and PP5022, even though IRAM usage is the same... 10.47.13 # B4gder: I didn't know that. Which tools are that? scramble? 10.47.22 # I don't remember exat 10.47.25 # exactly 10.47.34 # Maybe an issue with my options to patch 10.47.38 # I just recall the reason being something likethat 10.48.04 # B4gder: Afaik the only reason is that not all tools are needed for all targets 10.48.09 # B4gder: I can't find any such variable use 10.48.14 # Zagor: the one regularly around who knows most about LaTeX is bluebrother 10.48.16 # ah right, that's the reason 10.48.47 # The tools are built *in* tools/, so they can't differ per target 10.48.47 # it only builds the tools necessary for the particular target 10.48.55 # ok. the tools are still built from the build dir. but we can also allow them to be built in tools 10.49.10 # no the tools don't differ but the set differ 10.49.16 # right 10.49.43 # how do they differ, btw? I don't have any conditionals in my tool build list 10.49.54 # Zagor: there's a list of tools to build 10.49.55 # uclpack, of course 10.50.06 # ... in configure 10.50.37 # is it? it doesn't seem to be printed to Makefile 10.50.41 # Zagor: the problem is in the $Id$ lines 10.51.24 # Zagor: @TOOLSET@ 10.51.43 Join aditya [0] (n=7aa94283@gateway/web/cgi-irc/labb.contactor.se/x-5d1f33420dcde0b7) 10.52.02 # B4gder: yeah, it's in configure but is never printed... 10.52.11 # Hi every1 10.52.24 # but it is passed in to the make that is run in tools/ 10.52.31 # so only those targets are built 10.52.42 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 10.52.42 # I want some help regarding using rockbox as an app for motomagx phones 10.53.19 Quit Genre9mp3 (Client Quit) 10.53.23 # B4gder: aha 10.53.39 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 10.53.55 Quit Genre9mp3 (Client Quit) 10.54.00 # aditya: that patch has never made it to the official rockbox so all we know is that there is or was some work on that 10.54.09 # B4gder can u help 10.54.28 # me make the patch 10.54.31 # * B4gder brings out his crystal ball and looks 10.54.35 # Do i need all the hardware 10.54.38 # details 10.54.44 Quit whydoubt (zelazny.freenode.net irc.freenode.net) 10.54.44 NSplit zelazny.freenode.net irc.freenode.net 10.54.47 # what are you talking about? 10.54.58 # can you please clarify what you need help with? 10.55.03 # I wanna port rckbox to motorola zn5 10.55.21 # aditya: and that runs Linux right? is sdl ported to it? 10.55.24 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-5fbec121daf50841) 10.55.39 Quit ender` (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit HBK (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit Bensawsome (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit Xerion (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit plus_M (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit havien (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit Bjoern-Erik (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit Kohlrabi_ (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit stu8ball (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit Tuplanolla (zelazny.freenode.net irc.freenode.net) 10.55.39 Quit tchan (zelazny.freenode.net irc.freenode.net) 10.55.46 # No thats is the ezx linux for the old phones 10.55.52 NHeal zelazny.freenode.net irc.freenode.net 10.55.52 NJoin whydoubt [0] (n=whydoubt@ip68-12-76-9.ok.ok.cox.net) 10.55.59 # what is? 10.55.59 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 10.55.59 NJoin HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 10.55.59 NJoin Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 10.55.59 NJoin Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 10.55.59 NJoin tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) 10.55.59 NJoin stu8ball [0] (n=stuart@aurora.ossified.net) 10.55.59 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 10.55.59 NJoin Kohlrabi_ [0] (n=Kohlrabi@frustrum.nosebud.de) 10.55.59 NJoin plus_M [0] (n=plus@li26-205.members.linode.com) 10.55.59 NJoin havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 10.55.59 NJoin Bjoern-Erik [0] (n=Bjoern@173.80-202-110.nextgentel.com) 10.56.01 # Motomagx Is the new 1 10.56.13 # ...and it runs what? 10.56.14 # new 1? 10.56.17 # Z6 has it and rockbox has been ported to z6 10.56.24 # has what? 10.56.28 # it runs linux but a different version 10.56.42 # * B4gder 's head is spinning 10.56.48 # it has the motomagx version of linux not ezx 10.56.56 # aditya: please relax and try to form complete sentences 10.57.06 # ezx is the version for which the sdl is available 10.57.19 # ah, so the one you have has no sdl? 10.57.22 # okay 10.57.40 Quit linuxstb (Read error: 110 (Connection timed out)) 10.57.40 # yea I do not have a sdl 10.58.05 # but a phone with similar os i.e. z6 is running rockbox 10.58.19 # right, on sdl 10.58.30 # so I'd suggest you first get sdl running 10.58.34 # no not on sdl 10.58.40 # there is no sdl for z6 10.58.41 # then how? 10.58.49 # thats what I wanna know 10.58.52 # then that's something nobody told us about 10.59.00 # ask them who did it 10.59.04 # they never told us 10.59.10 # I can't find the person 10.59.16 # I could find the app though 11.00.44 # the patch for motorola ezx did use sdl 11.01.11 # yes I know that I have made the one usgin sdl 11.01.20 # But this one is way different 11.01.32 # I have no hardware or software details of the os 11.02.01 # then I guess you're up for some work 11.02.27 # hmmmm............ I wish I can find the guy who made it for z6 11.02.52 Quit cg (Read error: 110 (Connection timed out)) 11.02.57 # aditya: start with reading this: http://www.motorola.com/mot/doc/6/6864_MotDoc.pdf 11.03.05 # I'm also working on the rockboxplayerlittle 11.03.13 # the hardware 11.03.32 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-eb4b1fc5a31b5ef3) 11.04.11 # I have that pdf , I also have the motodev studio but it doesn't support any phones as yet it's for the phones coming in the future 11.04.28 # how great is that!!! 11.04.43 # well there's not coming any more phones with that 11.05.13 # they have announced they're abandoning motomagx and focusing on androind and windows mobile 11.05.15 # aditya: well, at least that's a company who attempted to reveal details. we're used to complete secrecy! ;-) 11.05.16 # then the studio is a waste 11.05.58 # O about that, reas the forums on motodev, they are not abandoning motomagx, motorola official 11.06.15 # read* 11.06.29 # said that just shifting focus 11.06.55 # I thought Motorola was going down the drain anyway ;-) 11.07.44 # aditya: "shifting focus" is corporate speak for "stop wasting money on" 11.07.52 # no I believe if they give out better sdk's they will lead cause their hardware and base os is simply amazing 11.08.07 # their base os? linux? 11.08.21 # yeah linux is cool 11.08.39 # they new motozine zn5 has 500Mhz + cpu 11.08.43 # yea linux 11.09.34 # aditya: find out what sort of graphics library they are using in motomagx. it uses webkit so it's probably not a major problem porting sdl to it. 11.09.56 # aditya: but with them switching to android, it's not going to be "their" OS so much. it'll be somethnig that plenty of others have, or at least can if they want to. :/ 11.11.05 # with android it'll be a free world for application builders 11.11.14 # no stopping then 11.11.29 # aditya: yes, but it won't be anything special or unique to moto. 11.11.30 # heh yeah just like the g1? very free... 11.12.01 # "what? people can run stuff as root? we need to stop that!" 11.12.31 # I promise i'll try porting rockbox to g1 when it gets delivered to me in india 11.12.54 # :-) 11.12.54 # why do we need to stop that? 11.13.02 # aditya: they did 11.13.24 # na not yet I'm here, i'm waiting for it 11.13.31 # there's no super user access available on the g1 11.13.54 # proving zagor's point 11.14.19 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 11.14.19 Join Nibbler [0] (n=Nibbler@77.23.145.92) 11.14.39 # sorry guys gotta go have an exam tomorrow!!! 11.14.53 # gevaerts: indeed, if the pdf code looks anything like the html no wonder it's hard to search 11.15.34 # bye 11.15.57 Quit aditya ("CGI:IRC (EOF)") 11.20.13 Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") 11.27.07 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 11.33.17 Quit Nibbler (Read error: 113 (No route to host)) 11.45.11 *** Saving seen data "./dancer.seen" 11.50.45 Join Megaf [0] (n=EeeUsr@unaffiliated/megaf) 11.52.25 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.53.24 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 11.54.09 Join Darksair [0] (n=user@123.112.112.50) 11.57.13 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.58.43 Quit Megaf ("Leaving") 11.59.48 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 12.09.52 Part ConstructingGod 12.22.10 Join PaulJam [0] (n=PaulJam_@vpn-3016.gwdg.de) 12.26.28 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.35.56 Quit n17ikh|Lappy () 12.39.38 Join whydoubt_ [0] (n=whydoubt@ip68-12-76-9.ok.ok.cox.net) 12.47.18 Quit whydoubt (Read error: 110 (Connection timed out)) 12.48.51 Join fredddy [0] (n=freddy@p3E9E242F.dip0.t-ipconnect.de) 12.49.53 Join daurnimator [0] (n=fake@unaffiliated/daurnimator) 13.09.07 # do the bootloaders use bitmaps? 13.09.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 13.10.11 # I don't think they dp 13.10.19 # s/dp/do 13.12.02 # I didn't think so either, but the bootloader Makefile compiles them 13.14.27 # also, what is the "romstart" file used for? 13.16.03 # to create the ROM_START define it seems 13.16.29 Quit scorche (Connection timed out) 13.17.20 # B4gder: which is used where? 13.17.46 # I don't know... 13.23.24 Join Nibbler [0] (n=Nibbler@e181109183.adsl.alicedsl.de) 13.24.29 Join LambdaCalculus37 [0] (n=rmenes@nmd.sbx09467.newyony.wayport.net) 13.27.12 Quit bmbl ("Woah!") 13.33.56 Join dany_21a [0] (n=dan@84-119-25-140.dynamic.xdsl-line.inode.at) 13.43.16 Quit ap0 (Read error: 104 (Connection reset by peer)) 13.44.59 Quit fredddy ("Verlassend") 13.45.16 *** Saving seen data "./dancer.seen" 13.45.18 Join TheSphinX^ [0] (n=cold@p54A5D7BC.dip.t-dialin.net) 13.46.40 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.49.33 Quit Nibbler (Read error: 113 (No route to host)) 13.58.57 # LambdaCalculus37: hello friend :) 14.04.49 Part dany_21a 14.05.04 Join dany_21a [0] (n=dan@84-119-25-140.dynamic.xdsl-line.inode.at) 14.15.45 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.18.56 Quit LambdaCalculus37 (Read error: 113 (No route to host)) 14.18.56 # Zagor: bootloader use bitmaps 14.19.34 # Zagor: since a few month most (if not all) are showing the rockbox logo unless they need to tell something 14.20.28 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-8275735417c144b6) 14.22.14 Quit HBK () 14.23.20 # LambdaCalculus37: ping 14.23.37 # kugel: yup, saw it in SOURCES. thanks. 14.23.58 # kugel: Zing :) 14.24.12 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 14.24.15 # I'm going to test in a little bit. 14.26.15 # Zagor: you're welcome :) 14.27.02 # LambdaCalculus37: thank you so much. I believe the version will fix the choppyness 14.33.55 Join n1s [0] (n=nils@rockbox/developer/n1s) 14.34.10 Join Schmogel [0] (n=Miranda@p3EE21788.dip0.t-ipconnect.de) 14.47.36 Quit __lifeless (Remote closed the connection) 14.47.57 Join __lifeless [0] (n=lifeless@90.151.34.253) 14.51.25 # * GodEater swears at all the stupid distros that seem to think running X needs he -nolisten tcp thing there by default. 14.51.27 # grrrrrrr 14.52.01 Quit J-23 ("mv /mnt/chair/J-23 /mnt/bed/") 14.54.54 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 14.54.56 # GodEater: go fix them :) 14.54.57 Nick Darksair is now known as Darksair{away} (n=user@123.112.112.50) 14.56.56 Nick Darksair{away} is now known as Darksair (n=user@123.112.112.50) 14.56.58 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.01.00 Join MethoS [0] (n=clemens@host-091-096-215-179.ewe-ip-backbone.de) 15.02.35 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 15.04.24 Join DerGrunePunkt [0] (n=_Der_Gru@200.59.130.147) 15.05.17 # Hi does someone have a Sansa with V1 firmare and installed a microSD card? 15.06.53 # kugel: Error in building. 15.07.56 # so many?, please answer one by one :p 15.08.43 # Look in target/arm/imx31/gigabeat-s/backlight-imx31.c:36... comparison between pointer and integer. The label "_is_backlight_on" is used but not defined. 15.08.58 # s/36/136 15.09.44 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-53e9a56b53d97945) 15.09.47 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.10.27 # DerGrunePunkt: 1) patience - IRC is not "instant reply chat", not everyone is always looking at their monitor or even following the channel all the time ;) (2) it's better if you ask a more specific question, someone who knows will answer 15.12.35 # ok, I can't get working an aditional SD card installed on my sansa e260(v1), I'm using rockbox 3.0-080923 15.13.52 # in what way does it not work ? 15.14.15 # can you explain what doesn't work, also what size (GB) is your card? 15.16.45 Nick Darksair is now known as Darksair{away} (n=user@123.112.112.50) 15.20.55 # SD cards don't fit, microsd cards do ;-) 15.25.29 # it's a 4gb MICRO sd (same size that the internal disk) and when I plug the player to the PC I can't access the additional card 15.25.41 # that's expected 15.25.53 # the original firmware doesn't support >2GB cards 15.26.20 # !? 15.26.27 # soo, who wants to try some fresh-baked bootloaders? 15.26.39 # Zagor: Ooh, me! :) 15.26.48 # LambdaCalculus37: which target? 15.27.03 # DerGrunePunkt: Do you have a card reader and a microSD card adapter? Use that. 15.27.06 # I read somewhere that a 4gb player can be used with an 4gb card 15.27.12 # Zagor: What's freshly baked today? 15.27.21 # LambdaCalculus37: my makefiles 15.27.32 # DerGrunePunkt: With rockbox you can use larger cards that so, but the OF still can't read them 15.27.35 Join MethoS- [0] (n=clemens@host-091-097-240-129.ewe-ip-backbone.de) 15.27.37 # it's on-demand bakery 15.27.39 # Hmmm.... iPod Color? 15.27.45 # coming up 15.28.30 # * LambdaCalculus37 gets out his iPod color 15.29.34 # great!, how access the files in the new card? 15.29.38 # LambdaCalculus37: http://bjorn.haxx.se/testing/bootloader-ipodcolor.ipod 15.30.04 # DerGrunePunkt: Rockbox can access them when you run it, and to get files onto it you probably use a card reader in your PC 15.30.23 # (or you rebuild Rockbox with the USB stack enabled) 15.30.49 # Zagor: Thanks. I'll install it in a couple of minutes. 15.31.04 # anyone else wants some steaming hot .. uh .. bootloaders? 15.31.12 # let me see 15.35.02 # What was the option to write an outside bootloader file to the iPod with iPodpatcher? 15.35.27 # LambdaCalculus37: ipodpatcher -h will tell you ;) 15.35.28 # -a i think 15.36.15 Nick Darksair{away} is now known as Darksair (n=user@123.112.112.50) 15.36.30 # -a if it's in .ipod format, -ab if it's .bin 15.37.21 # * LambdaCalculus37 writes Zagor's bootloader to his iPod color 15.38.02 # Zagor: Success. :) 15.39.03 # yay 15.39.53 # linuxstb: Regarding http://forums.rockbox.org/index.php?topic=19300.msg139071#msg139071 ; I'm betting he's using an iPod video, because I recognize that behavior. My iPod video does the same thing. 15.43.05 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.43.28 # should I name the forlders with a particular name? 15.44.02 Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) 15.44.37 Part LinusN 15.45.20 *** Saving seen data "./dancer.seen" 15.45.22 # anything new with Sansa v2 SD driver? 15.46.47 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 15.46.48 # LambdaCalculus37: yay another stupid typo 15.46.56 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 15.48.11 # LambdaCalculus37: add a 0 after <= in line 136 of firmware/target/arm/imx31/gigabeat-s/backlight-imx31.c 15.48.57 Quit MethoS (Read error: 110 (Connection timed out)) 15.49.15 # Zagor: let me try too 15.49.17 # MSD: Not present 15.49.28 # please do 15.49.48 # need a e200 version 15.49.51 # ok 15.50.14 # Zagor: the bin if possibly (I removed the of bootloader) 15.50.21 # possible* 15.51.17 # Zagor: and the "new" sansapatcher too if needed 15.51.32 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-093-061.ewe-ip-backbone.de) 15.51.48 # kugel: There's a new Sansapatcher up on Flyspray. 15.51.53 # Let me go look it up. 15.52.15 # kugel: FS#9369 15.52.46 # kugel: so you want the .bin and not the .mi4? 15.53.02 Quit thegeek (Read error: 145 (Connection timed out)) 15.53.10 # Zagor: yep 15.53.24 # http://bjorn.haxx.se/testing/e200-bootloader.bin 15.53.43 # LambdaCalculus37: I meant "new" as in compiled with the new makefile (if sansapatcher is concerned with it) 15.55.19 Join m0f0x [0] (n=m0f0x@189-47-41-170.dsl.telesp.net.br) 15.55.35 # kugel: no, it isn't affected 15.56.38 # LambdaCalculus37: apparently the sansapatcher on that tracker entry doesn't work 15.56.38 # hmm, why is descramble and sh2d listed in the TOOLSET variable? those are hardly needed to build rockbox 15.58.02 # I think because they're related tools and it's not that easy to build them otherwise 15.58.33 # kugel: We may have to make new Sansapatchers with the new makefile, then. 16.00.31 # B4gder: ok. since we can now run make in tools, I'll strip them from the main Makefile 16.00.43 # Zagor, Bagder: Wouldn't it be a worthwhile simplification to just build all the tools? it's not like people (or buildservers) do "make veryclean" often 16.00.53 # Zagor: sounds fine to me 16.01.12 # yeah I could agree to building all the tools 16.01.30 # n1s: yeah I think so too. it certainly makes the build script one less cryptic $(patsubst) line simpler :-) 16.02.15 # Zagor: works fine 16.02.29 # kugel: excellent. thank you. 16.03.26 # LambdaCalculus37: have you fixed it and recompiled? 16.03.53 # kugel: Not yet. Boss is around. <_< >_> 16.05.08 # LambdaCalculus37: i bet he'll be impressed by the backlight fading. go on :) 16.08.17 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 16.08.23 # does anyone want to take a deeper look at this before I commit? I have about an hour to fix problems before I have to go... 16.10.04 # Zagor: I was planning at giving it a closer look tonight... 16.10.24 # ok, I'll wait 16.12.04 # Which rockbox-supported DAP has the largest storage capacity, and is still on the market? 16.12.15 # My X5 just went MIA. 16.12.19 # that's easy: none 16.12.46 # Hm 16.15.30 # cowon d2 is missing LCD_REMOTE_DEPTH 16.16.28 # does it have a remote? 16.16.37 # ah, simply another error in configure 16.16.40 # I didn't know it had one at all, let alone one with a display 16.17.19 Part nicktastic 16.17.44 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 16.19.48 # LambdaCalculus37: I would expect it to be either the Nano or Video - they both had new backlight code (the same code) added relatively recently, so could both have that issue. 16.23.16 # linuxstb: Since I don't have a nano, I didn't know that it would be affected like this as well. Thanks for pointing that out. 16.23.56 Quit __lifeless (Remote closed the connection) 16.26.37 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 16.28.13 # LambdaCalculus37: And the Apple firmware for the Nano doesn't implement backlight fading, even though it's the same backlight hardware as the Video... (and it works in Rockbox) 16.29.54 Join nplus [0] (n=nplus@141.25.Globcom.Net) 16.32.40 Quit scorche (Connection timed out) 16.33.52 # commit candidate patch posted 16.33.55 # see you later 16.33.56 Quit Zagor ("Client exiting") 16.34.49 # linuxstb: I guess the bootloader init's the backlight with DEFAULT_BRIGHTNESS_SETTING (which all backlight drivers I know do), whereas the apple of bootloader inits it with 100% 16.38.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.39.48 Quit DerGrunePunkt ("Saliendo") 16.44.01 # * LambdaCalculus37 makes that fix to kugel's typo 16.46.06 # kugel: Line 136 of firmware/target/arm/imx31/gigabeat-s/backlight-imx31.c should be 'if (brightnexx <= 0 && _is_backlight_on)', correct? 16.46.25 # s/brightnexx/brightness 16.47.42 Join _lifeless [0] (n=lifeless@90.151.34.253) 16.48.06 Quit moos ("Rockbox rules the DAP world") 16.48.12 # LambdaCalculus37: correct 16.48.49 Quit MethoS- (Remote closed the connection) 16.50.56 Join MethoS [0] (n=clemens@host-091-097-240-129.ewe-ip-backbone.de) 16.55.16 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 16.56.39 # Anybody have a clue if the refurbished Sansa e250's at NewEgg right now would be v1 or v2? Not sure I want to spend the $25 if I can't load rockbox. ;-) 16.57.28 # refurbished (at that price) is usually v1 16.59.43 # Froobi is a safer bet for getting a v1. 17.02.29 Quit TheSphinX^ ("XChat@Linux") 17.05.55 # kugel: Cross your fingers! :) 17.07.26 # LambdaCalculus37: I do! 17.07.33 # kugel: It works. 17.07.42 # I know :D 17.07.53 # No, honestly, I'm glad it's working finally 17.08.02 # Backlight fades in and out, I can interrupt the fade out and it returns to the correct setting. 17.08.06 # B4gder, LambdaCalculus37: thanks 17.08.18 # And I can also set the brightness correctly. 17.08.18 # LambdaCalculus37: it was choppy because I wrote #ifdef instead of #ifndef 17.08.30 # whydoubt_: No problem! 17.08.51 # kugel: It's smoother now, too. 17.08.53 # LambdaCalculus37: now talk to jhMikeS or rather mailing list? 17.09.27 # LambdaCalculus37: sure about that? Wasn't intended. Maybe because I inlined a function it's faster/more effictive 17.09.27 # kugel: Fix that typo, post it again, and I'll speak to jhMikeS. 17.09.54 # kugel: The fadeout is smoother now than before. 17.10.16 # It's a little slow, but it does fade more smoothly. 17.10.26 # sounds good 17.10.39 # from the highest setting too? 17.11.54 # Smooth even from the highest setting. 17.13.41 Quit scorche (Read error: 110 (Connection timed out)) 17.14.13 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 17.16.07 # according to http://www.rockbox.org/twiki/bin/view/Main/IaudioPort#Rockbox_Status the power handling for those devices is somewhere around 10% complete. what do i need to know/understand before i'm able to pursue working on that? 17.18.20 # there might not be any x5 experts around atm 17.18.26 Join cg [0] (n=cromos@cable-kmi-fefff900-32.dhcp.inet.fi) 17.18.26 # kugel: If you'd like, I can also correct the typo in your patch and repost it. 17.20.52 # LambdaCalculus37: no, I'll add some comments 17.21.10 # kugel: Okay. 17.22.11 # B4gder: who should i get in touch with? 17.22.14 # LambdaCalculus37: however you might try if commenting out #define HAVE_BACKLIGHT_THREAD_FADING in the target config works 17.22.41 # sin613: I think amiconn and LinusN might know the answers, they frequent this channel 17.24.10 # thanks 17.24.57 # LambdaCalculus37: Also, I'm gonna rename HAVE_BACKLIGHT_THREAD_FADING to USE_ since it's optional in the end 17.28.36 # kugel: Okay, I'll try that out in a little bit and I'll give you an update status. 17.29.27 # LambdaCalculus37: no need to try that. I tried on my sansa and my search&replace didn't fail 17.30.05 # LambdaCalculus37: should I add some copyright notices for me and Martin Ritter? 17.30.30 # kugel: You can add "Additional work by..." to the headers. 17.31.03 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.31.07 Join miepchen^schlaf [0] (n=miepchen@p579ECB02.dip.t-dialin.net) 17.33.31 Quit petur ("*plop*") 17.37.23 # LambdaCalculus37: can you please test if inserting usb cable is working properly? 17.37.26 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 17.39.38 # kugel: Sure. 17.40.41 # Works on my beast. 17.40.42 # LambdaCalculus37: also without that #define 17.41.16 # I'm getting crashes, but only when it's not defined 17.41.26 # kugel: I'll have to roll another build. 17.41.46 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 17.43.07 # kugel: Give me a couple of minutes to finish some work up, and I'll get another build going with that #define commented out. 17.43.22 # LambdaCalculus37: ok, thank you 17.44.23 # Roll another build or roll another.... ? 17.44.49 # beta2k: Some patch testing. 17.45.23 *** Saving seen data "./dancer.seen" 17.47.01 Join Strife89 [0] (n=michael@204.116.245.152) 17.49.26 Part B4gder 17.51.20 Quit Seed ("cu, Andre") 17.51.49 Quit Nibbler (Read error: 113 (No route to host)) 17.53.07 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-879b400517c9f674) 17.54.37 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 17.54.57 # kugel: Okay, rolling a new build now with the #define commented out. 17.57.25 # * Strife89 wonders if ya'll are working on the backlight code. 18.00.21 # Strife89: I am 18.00.46 Quit linuxstb (Read error: 60 (Operation timed out)) 18.02.05 Quit scorche (Nick collision from services.) 18.02.10 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 18.02.57 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 18.04.38 # kugel: Commenting out the #define causes make to crap out with an error. 18.12.22 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 18.14.53 # LambdaCalculus37: fixed: http://pastebin.ca/1256272 18.17.18 Join J-23_ [0] (n=kvirc@a105.net128.okay.pl) 18.17.23 # hmm, gcc didn't give a warning where it should 18.18.23 Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.18.23 Quit J-23 (Read error: 104 (Connection reset by peer)) 18.19.53 # kugel: I'll try in a bit. 18.31.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.35.30 Join Strife1989 [0] (n=michael@204.116.245.152) 18.35.42 Quit Strife89 (Nick collision from services.) 18.40.42 Join Strife89 [0] (n=michael@204.116.245.152) 18.41.02 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.41.52 # how can I turn on more sensible warning? 18.41.55 Quit BigBambi (Read error: 104 (Connection reset by peer)) 18.42.13 Quit reacocard (Read error: 110 (Connection timed out)) 18.46.35 # * kugel decides to make his pc responsible for this issue 18.47.09 # Yes, blame the PC. :P 18.51.34 # well, I get many warnings when making tools 18.51.47 # no warning at all when making bin 18.52.20 # LambdaCalculus37: Everything is properly #ifdef'd, I checked the diff like 3 times. It must be my pc 18.52.20 Quit Strife1989 (Read error: 110 (Connection timed out)) 18.54.16 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.56.02 # Crap, I just screwed up reverting a patch. :( 18.56.31 # I accidentally reverted a patch twice, and now reapplying the same patch is causing everything to error out with end of hunk errors. 18.57.38 # LambdaCalculus37: "svn -R revert *" is your friend 18.58.11 # it won't delete new files though, so make sure you manually delete backlight-thread-fading.c and .h 18.59.25 Quit solrize_ (Remote closed the connection) 19.01.28 Nick J-23_ is now known as J-23 (n=kvirc@a105.net128.okay.pl) 19.02.21 Quit Xerion (" ") 19.04.44 # kugel: Any reason as to why firmware/export/backlight-thread-fading.h has two Rockbox headers and (mostly) the same code listed twice? 19.05.37 # The #ifndef on the upper half is _BACKLIGHT_THREAD_FADING_, and the one on the lower half is BACKLIGHT_THREAD_FADING_H. 19.06.03 # Ditto for a #define which is _BACKLIGHT_THREAD_FADING_ on the top, and BACKLIGHT_THREAD_FADING_H on the bottom. 19.06.50 # The bool and void values are the same on both the upper and lower parts. 19.07.04 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.07.37 # * LambdaCalculus37 wonders if he can eliminate one Rockbox header and some of that redundant code 19.09.48 # LambdaCalculus37: Yea, I've noticed that too, and have it already fixed. It won't hurt your copy though 19.10.31 # LambdaCalculus37: you can just leave it, the #ifndef _BACKLIGHT_THREAD_FADING_ will avoid duplicated code after preprocessor 19.10.38 # Hello 19.10.55 # kugel: All right, but what about the second header? Can I remove one? 19.11.12 # LambdaCalculus37: you can leave it or remove it. The final patch version won't have it 19.12.49 # kugel: All right... here goes.... 19.12.50 # * LambdaCalculus37 makes 19.12.54 Join petur [50] (n=petur@rockbox/developer/petur) 19.22.29 Quit pabs (Read error: 110 (Connection timed out)) 19.29.08 # kugel: Successful build. 19.30.14 Quit MethoS (Remote closed the connection) 19.30.34 Join MethoS [0] (n=clemens@host-091-097-240-129.ewe-ip-backbone.de) 19.40.22 Join Horschti [0] (n=Horscht@p4FD4C2C7.dip.t-dialin.net) 19.41.08 Quit Horscht (Nick collision from services.) 19.41.53 Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") 19.45.24 *** Saving seen data "./dancer.seen" 19.48.30 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.52.29 # LambdaCalculus37: how's it running? 19.54.21 # kugel: It's running fine, but was this last patch supposed to add the backlight fading or no? 20.00.10 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 20.00.22 # LambdaCalculus37: it was supposed to disable it in order to test if the old code is still working 20.00.38 # kugel: In that case, it's working perfectly. 20.01.32 Join tessarakt [0] (n=jens@e180073017.adsl.alicedsl.de) 20.03.18 # LambdaCalculus37: good, let me upload the (hopefully) final version 20.07.37 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.08.15 # LambdaCalculus37: done! 20.09.46 Quit linuxstb (Nick collision from services.) 20.09.50 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 20.09.58 # LambdaCalculus37: you might test that version one last time, I made the fade time slightly longer 20.18.29 # linuxstb: How much progress did you make with the AV300? 20.18.53 # I'm not sure... I'm just looking at my tree now, it seems there's some work I never committed. 20.20.04 # I think I was last working on the lcd driver - I didn't get as far as getting that working. 20.21.04 # I _think_ the ata driver was working, so I could dump things to disk for testing. 20.21.59 # The bootloader compiles, but the main build stops on mp3_playback.c - the MAS driver is obviously very closely linked to the SH-1, but the AV300 has an ARM CPU. 20.22.47 # linuxstb: Yes, a TI TMS320-based CPU, right? 20.22.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 20.23.09 # Right. 20.23.41 # The JBMM/AV100 is largely the same hardware as the AV300. 20.24.59 # I had been wondering just how much of the AV300 code can be adapted to make an AV100 port. 20.27.08 # Apart from the basics, it's going to be quite a hard port - it will be a mixture of hwcodec (for mpeg audio) and swcodec (for other formats), requiring the pcm codec to be loaded to the MAS between tracks... 20.29.02 # And the CPU itself is quite slow (around 50-60MHz IIRC), so not all formats will be playable. 20.29.30 # linuxstb: I figure that the port can start out HWCODEC only, and then we can just add codecs that are playable. 20.29.32 # No ape? 20.29.52 # gevaerts: That's a safe assumption. 20.29.58 # Certainly not on these targets. IIRC the TMS320 is an ARM7TDMI running at ~54MHz. 20.30.13 # 32KB of IRAM and no cache. 20.30.36 # It's a TMS320DSC25, to be specific. 20.30.45 # LambdaCalculus37: It's a lot more than "just add codecs", but yes, it would make sense too start as hwcodec only. 20.31.31 # But to get the basics working should be relatively easy - there are leaked datasheets, plus source code from archopen 20.31.41 # linuxstb: Got my remarks regarding PP5020 vs. PP5022 performance? 20.31.56 # gevaerts: in 5 month, when amiconn finished optimizing, -c1000 may be playable 20.32.04 # linuxstb: It's more logical to do it that way, so we can at least say "yes, we have working sound and playback", and then worry about which codecs will work well on the target later on. 20.33.14 # * kugel hopes jhMikeS comes back 20.33.33 # amiconn: Yes. Do you have any theories? AFAIK, the ARM cores should be identical, so that leaves things like caches and external memory. 20.33.40 # linuxstb, LambdaCalculus37: Afaik you need the mas pcm codec in order to be able to output pcm (i.e. swcodec stuff) 20.34.24 # linuxstb: Yes, the cores are identical. The funny thing is that for APE, PP5002 performance is very close to PP5022, while PP5020 is a few percent slower 20.34.52 # amiconn: Yes, you do. archopen used it, but I think they just extracted a binary blob from the Archos firmware... 20.35.21 # linuxstb: We have that thing, officially from archos+micronas, including documentation 20.35.35 # PP5002 has all time critical code in IRAM (and the insane filter buffer in DRAM instead), PP50020 and PP5022 have code in DRAM and buffers in IRAM instead 20.35.49 Join luis_ [0] (n=luis___@200.59.130.147) 20.36.00 Quit plus_M (Read error: 60 (Operation timed out)) 20.36.05 # So the only cause I can imagine is that the PP5022 somehow has a more efficient cache 20.36.36 # hi, How can I use am aditional micro sd memory in a sansa e260 player? 20.37.18 # luis_, put the card in the slot 20.37.19 # use a card reader/writer to put some music on the card, then place it in the sansa 20.37.31 # In order to be really sure, it would be nice if someone could test APE performance on an ipod G4 or a Mini G1 20.38.06 # I could test on my ipod color. What's your test track? 20.38.08 # bertrik, I did that and I cant find the music that is in the aditional card 20.38.23 # luis_, you're using rockbox, right? 20.38.41 # bertrik, yes 3.0 20.38.49 # :p 20.39.01 # luis_: Using the "Database" option, or "Files" ? 20.39.09 # linuxstb: I tested on color myself. I suggested G4 or Mini G1 because these are PP5020 + greyscale LCD 20.39.26 # (to make really sure it has nothing to do with the display) 20.39.42 # Hmm, another reason could be different DRAM access speed 20.40.24 # linuxstb: I did that 20.40.40 # with no luck 20.40.43 # luis_: Did what? 20.41.08 Join nur4v [0] (n=ee106035@220.227.156.11) 20.41.09 # sorry, using the files and database, 20.41.47 # In system -> rockbox info says: "MSD: not present" 20.42.11 Part nur4v 20.42.54 # which filesystem the card should have? 20.43.07 # FAT16 or FAT32 20.43.11 # luis_, ok that's weird, is it a SDHC or a regular SD? if it is an SD card, does it work with the original firmware? 20.43.21 # amiconn: maybe m:robe 100? 20.43.33 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 20.43.38 # micro sd hc 20.44.13 Join plus_M [0] (n=plus@li26-205.members.linode.com) 20.44.36 # gevaerts: That would probably work too 20.44.57 Quit ap0 ("Baļ") 20.45.09 # luis_, rockbox should read it but you need a sdhc card reader to put stuff on it 20.46.01 # LambdaCalculus37: A JBMM /AV1x0 port would probably be a good thing. It would require some work towards hwcodec+swcodec unification... 20.46.02 # * kugel likes to add that rockbox can read microsdhc just fine, in contrast to the of, which is why you need a card reader 20.46.07 # I have one in here 20.46.42 # just because it have been said multiple times already 20.46.55 # well, some other thing must be wrong, thanks guys!!! 20.46.57 # luis_: did you make sure the card is really inserted? 20.47.14 Quit luis_ ("Saliendo") 20.47.18 # amiconn: the standard CodecPerformanceComparison test track? 20.47.18 # gone.. 20.48.39 # bertrik: you can give the backlight fading patch a test if you want (FS#6800). It's gone final 20.49.20 Join AndyI [0] (i=AndyI@212.14.205.32) 20.53.12 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 20.57.32 # amiconn: I can also test APE performance on my iPod color. 20.57.42 # No need to... 20.57.48 # Okay. 20.57.58 # * amiconn has 2 colour PP5020 targets himself 20.58.08 # Unfortunately no monochrome or greyscale 20.58.26 # As for the JBMM/AV1x0 port, I'm watching an eBay auction for a JBMM. If I can get it, then I can start looking into a port again. 20.59.34 # amiconn: I had a 4G greyscale, but I traded it for my 2G iPod. 21.00.27 Quit AndyIL (Read error: 110 (Connection timed out)) 21.01.55 Quit linuxstb (Remote closed the connection) 21.06.58 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 21.14.40 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.15.50 # amiconn: mr100 131.43% 21.16.05 # Thanks. That proves my theory 21.16.54 # I got 130.0% on ipod Photo, and 131.5% without text output and LCD update during the test 21.17.26 # PP5022 achieved 138.9% (c240) resp. 139.7% (Mini G2) 21.18.42 # So colour eats about 1% 21.19.12 # Yes, also depending a bit on LCD size 21.19.36 # But the PP5020 vs. PP5022 difference is larger than that 21.19.56 # ...even though IRAM usage is the same in the APE codec 21.20.25 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 21.22.39 Quit MethoS (Remote closed the connection) 21.23.31 Quit jhulst (Read error: 148 (No route to host)) 21.24.38 Quit beta2k (Read error: 110 (Connection timed out)) 21.24.55 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.26.07 Join MethoS [0] (n=clemens@host-091-097-240-129.ewe-ip-backbone.de) 21.31.36 Quit aarcane ("Leaving") 21.35.44 Join scorche|1h [0] (n=scorche@squisch.net) 21.36.12 Join plus_M_ [0] (n=plus@li26-205.members.linode.com) 21.39.04 # Just curious, but where's lowlight been lately? I saw him pop in and out on the forums in the past few days, but I haven't seen anything else from him. 21.41.03 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 21.41.12 Quit jhulst (Read error: 113 (No route to host)) 21.44.30 Join saratoga [0] (n=9803c264@gateway/web/cgi-irc/labb.contactor.se/x-ffd895773d36a17e) 21.45.22 Quit plus_M (Read error: 104 (Connection reset by peer)) 21.45.22 # amiconn: the ipodlinux "bogomips" benchmark always reported the PP5022 as a couple percent faster then PP5020 as well 21.45.29 *** Saving seen data "./dancer.seen" 21.45.32 Quit scorche|sh (Read error: 104 (Connection reset by peer)) 21.45.34 # i assumed they tweaked the cache or memory controller a little 21.55.14 Quit bmbl ("Woah!") 21.57.57 Quit toffe82 (Read error: 110 (Connection timed out)) 21.59.23 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.01.24 Quit saratoga ("CGI:IRC (EOF)") 22.02.11 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 22.03.28 Quit nanok (Read error: 113 (No route to host)) 22.03.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.05.18 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 22.05.43 Join nanok [0] (n=nanok@194.145.183.75) 22.14.38 Quit jgarvey ("Leaving") 22.16.06 Quit Acksaw (Connection timed out) 22.20.08 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.21.13 # ok, one idea for the themes: how about having each theme from t.r.o include an "install log" file? Like /.rockbox/logs/theme.ini? 22.21.29 # that way rbutil could also find and uninstall themes that have been installed manually 22.21.46 # the same could be done for other extra packages 22.23.01 # Works for me. Just a list of all files/folders associated with that theme, I assume? 22.23.19 # yep. Maybe also add a user-friendly name too 22.24.19 # So like "cabbie.theme.ini" (so it can be easily recognized as a theme, which might be helpful down the line when/if there are other removable extras) 22.24.35 # another option would be to make it like the current installation log of rbutil -- i.e. have a ini section named after the theme, then file=version entries for each file 22.25.32 Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) 22.25.44 # thinking about it, maybe if we only use a file list instead of the rbutil format we should use a different extension -- like .log 22.29.44 Quit Slack ("Ex-Chat") 22.30.05 Quit J-23 ("Flying cow pressed ^D on my keyboard.") 22.31.18 # * domonoky detects that the sd driver for sansa v2, doesnt need the xpd pins switched to SD-mode (the CCU_IO register),at least for m200v4. And without this, i get my backlight back working :-) 22.31.54 # and it seems this makes the sd driver working !! i can browse files on m200v4 :-) 22.32.47 # congrats! 22.32.52 # but i get panics sometimes, i think because it can not write to the sd yet.. 22.32.53 # nice 22.34.24 # * domonoky tries a bootloader without this CCU_IO modifications... 22.35.50 Quit tessarakt (Read error: 110 (Connection timed out)) 22.36.17 Join tessarakt [0] (i=nobody@vpn-cl-163-23.rz.uni-karlsruhe.de) 22.37.31 Join nanok_ [0] (n=nanok@194.145.183.75) 22.37.39 Quit nanok (Read error: 113 (No route to host)) 22.40.18 # bootloader works, and it seems tobe much faster to boot. but sd still isnt completly stable, sometimes the checksum is wrong, and other read errors when rockbox runs.. 22.40.26 # could someone with another sansa v2 target try if it also works without the CCU_IO modifications ? 22.49.15 # domonoky: did you say "rockbox runs sansa v2", or am i too tired and dreaming? 22.49.36 # nanok_: we are working on it. it isnt ready.. 22.50.40 # domonoky: maybe i shouldn't ask here. is there a link with the current status? 22.51.32 # i think i'd hunt down a cheap sansa v2 and buy it just to help testing, if it's at the point where this could be of help 22.51.47 # nanok_: maybe take a look here: http://www.rockbox.org/twiki/bin/view/Main/TargetStatus also the forum thread may gibe more info (do not ask for progress in the forum)... 22.52.08 # testing is not what we need at moment... we need devs :-) 22.52.44 # domonoky: yeah, i know :(. i am far from being that, unfortunately 22.54.15 # next big steps: improve the SD-driver (its unstable, and needs write support). And figure out the sound hardware. After that testing can come (and much more little improvements).. :-) 22.54.17 Quit tessarakt (Success) 22.54.47 Join tessarakt [0] (i=nobody@vpn-cl-163-23.rz.uni-karlsruhe.de) 22.57.25 # domonoky: aham, okay. this is great news, i understand from this that we have a working bootloader and basic functionality, but no sound yet. (i guess the sd slot is not so urgent at this stage, right?) 22.58.28 # both internal and the slot is sd-memory, so its the same driver... 22.59.10 # aaah, okay 22.59.23 # yes, bootloader is pratically finished, i can run rockbox, and browse files on my m200v4. theoretically i could now play gameboy on it.. .:-) 22.59.53 # i'll check the forum thread (been checking it for months, but not in the past week or two, though) 23.00.09 # so its mainly instable/unfinished mass-storage access and the sound... and lots of bug fixing an polishing... 23.00.40 Join LambdaCalculus37 [0] (n=rmenes@m930736d0.tmodns.net) 23.02.15 # nanok, you can thank funman for the largest part of the recent progress on ams sansas 23.02.19 Quit petur ("Zzzzz") 23.02.20 # it sounds great. if we had sound and stable storage for, say, christmas, i think i would not ask santa for anything else. nevermind the odd bug and polishing, i know that goes quite fast, once the critical point is passed. 23.03.13 # to have a target "in production" again. wow.. :) 23.03.38 # bertrik: kudos to him, and to all of you for that matter 23.04.59 # oh, btw, last stupid question: is this bootloader dual boot (already)? 23.05.28 # yes 23.06.01 # okay okay. thanks a lot. enough stupid questions 23.06.36 # yes, it dualboot... but nobody know when we squash those bugs.. chrismas might be too early.. 23.06.37 # maybe i should buy "coding for absolute dummies" and try to join in someday :) 23.08.08 # the nice thing with this sansa v2s is, that we get multiple targets at once :-) 23.08.09 # domonoky: yes, i understand, it was just dreaming. i know it can be next week, or much later next year. it doesn't matter really, i had a shitty week and today was the shittiest day in it. you just made my day with this news, i am _grining_ :) 23.08.13 # so thank you 23.08.57 # domonoky: yes, that's part of the reason. it's at least the fuze, the clip, the e200v2 and m200v2, if i remeber correctly, right? 23.08.59 # a lot of the recent quick progress was because sandisk seems to use standard blocks for a lot of the peripherals, maybe you can identify the i2s controller so we can re-use already existing code for it 23.09.35 # bertrik: i2s or i2c? 23.09.50 # i2s, for the sound data 23.10.32 # bertrik: so, i take it, buying a sansa clip or something to take it apart and figure out what's what might actually be of some help to you guys? 23.11.31 # nanok_, no I think that's no use 23.11.33 # pulling it apart probably wont help, much is integrated into the main-chip... 23.12.43 # aham, i see. any link/hint on what is required? i fear we might be talking some hardware to "map" that ic/main-chip? 23.13.47 # the datasheet mentions a CWda03 - SPDIF-AES/EBU TO I2S CONVERTER, maybe you can figure out something about that 23.14.18 Join {phoenix} [0] (n=dirk@p54B4779F.dip.t-dialin.net) 23.15.08 # coreworks? 23.15.57 # hm, on seconds thought that may not be very interesting for now 23.17.04 # bertrik: i thing the first thing we need for audio is i2Sout support ? 23.17.18 # domonoky, exactly 23.18.18 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 23.18.58 # hmm, I2S out actually doesn't look THAT complicated... 23.19.44 # bertrik: The datasheet seems to fully describe the I2S interface(s), unless I'm missing something... 23.19.46 # but I think we also need DMA to work for that 23.21.13 # Zagor: lillebror seems to have caused some failed builds (+ there's this weird once in a while failure on OndioSP) 23.21.15 # and possibly the FIQ too... and configure the codec to accepts the I2S stream and enable analog out 23.21.33 # bertrik: i did find something, but i doubt if it's anything spectacular, you probably have the same already, and perhaps more :) 23.21.57 # A first test could just be a loop that writes data to the DAC. But yes, we would want to use DMA if we can. 23.22.45 # agreed, we could probably just "manually" feed the FIFO 23.22.55 # nanok_, what did you do? 23.23.19 # pixelma: ouch, sdl is missing :-( fixing 23.23.29 # bertrik: as i said, nothing spectacular, just google. so probably worthless :) 23.23.43 # what did you find? 23.24.38 # found some web page of coreworks, which mentions they can provide some sourcecode (for a price i assume, and, most importantly, not likely to be oss friendly) 23.24.55 # found some diagram also 23.25.50 # http://www.hitechglobal.com/IPCores/cwda03.htm 23.26.00 Quit bertrik ("zZz") 23.26.15 # not sure how useful it might be (judging by how easy it was to find, i assume it must be very old news) 23.27.51 # bluebrother: do you know how to fix FS#9550 and F#5721? 23.28.28 # it might also be interesting to find if some existing players might be using it (if i recall correctly, sony -- of all companyes -- has some player said to be near-open-source?) 23.28.51 Nick nanok_ is now known as nanok (n=nanok@194.145.183.75) 23.32.10 Quit HellDragon (Client Quit) 23.34.05 Quit Bensawsome ("The awsome is gone :(") 23.34.58 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 23.40.41 Quit Strife89 ("Saving stuff from lightning.") 23.41.09 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 23.45.34 *** Saving seen data "./dancer.seen" 23.49.04 Quit meven ("Konversation terminated!") 23.55.15 # Zagor: unfortunately no. It seems to be a rather strange issue -- I remember doing some tests back the time FS#5721 appeared but didn't found a solution. 23.55.36 # maybe I should try again though as it's a bit annoying with the pdf. 23.55.51 # bluebrother: where is \setting defined? 23.56.24 Quit krazykit ("be back on tuesday") 23.56.31 # in manual/preamble.tex, and it simply expands to \textsc 23.56.42 # and textsc is builtin? 23.56.52 # yes, IIRC. 23.56.55 # ok 23.57.11 # we need a TeX ninja