--- Log for 07.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 0 days ago 00.01.02 # * amiconn oh-noes @ mono bitmap drawing performance on anything chunky 00.01.38 Join fml [0] (n=4fd3d3e0@gateway/web/cgi-irc/labb.contactor.se/x-68e896a92c627bfa) 00.01.42 # I.e. both 16bit and greylib 00.02.32 # Err... My commit has caused bootloader build failures. How should I proceed? Revert? Or quickly fix? 00.03.34 # fml: fix 00.03.41 # "NCHARS and max code mismatch "? 00.04.45 # bluebrother: Bagder said he's off for a few days (holiday) 00.04.50 # Bagder: rbutil 1.1 binary for mac: http://jdgordon.info/~domonoky/rbutilqt-v1.1.dmg please copy to the download server 00.04.53 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-051ea0722c656884) 00.05.30 # (or anyone else with access to the download server) :-) 00.05.41 # fml: Looks like you introduced a bug wrt font range limiting. The bootloaders must only get pure ascii. 00.06.07 # domonoky: yeah, you should stop using jdgordon.info and use gordonmob.com instead.... i dont knnow when ill change it but it could be soon 00.06.11 Join miepchen^schlaf [0] (n=miepel@p579EC9E4.dip.t-dialin.net) 00.06.44 # http://gordonmob.com/~domonoky/rbutilqt-v1.1.dmg :-) 00.07.28 # I just added two more GSOC ideas 00.09.41 # amiconn: could you elaborate? Do you mean that bootloaders should only consider chars < 128? 00.09.46 # saratoga: "optimizing for ARM playback" ? What about our other targets? And where is the WMA pro codec - ffmpeg? 00.10.09 # linuxstb: yes its in ffmpeg 00.10.11 # fml: Yes. That's specific by a command line switch to convbdf 00.10.37 # generally, coldfire has been fast enough that no arch specific optimization has been needed, at least in my experience 00.10.49 # plus its unlikely we'll find a student with a CF device 00.11.23 # amiconn: ok, I'll check 00.11.29 # fml: convbdf has two switches for this, -s and -l . See getopt() 00.11.35 # linuxstb: well ffmpeg-soc branch, it hasn't been merged into main yet 00.11.43 # but its functional and very nearly complete 00.13.24 # amiconn: Ok, I see the offending lines. I've introduced them recently. It's weird that it only fails now. 00.14.22 # Well, the check is new... 00.15.00 # starting at line 467 00.16.01 Quit reacocard ("dammit screen give me my unicode already") 00.17.23 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 00.17.30 Quit bluebrother ("leaving") 00.19.56 # amiconn: I introduced it as a sanity check but it was too much of a good. I removed the check for now and will re introduce it (or something similar) in a later version. 00.20.17 # * amiconn thinks that convbdf now spits far too many warnings 00.20.44 # * bertrik too 00.21.08 # I plan to introduce more command line options to allow to build fonts with modified ascent/descent (see mailing list and FS#9931) 00.21.27 # Ok, I'll introduce an option to be verbose or quiet 00.21.36 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.21.36 Quit pixelma (Nick collision from services.) 00.21.36 Quit amiconn (Nick collision from services.) 00.21.36 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.21.48 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.21.53 # Should the last warning be always printed (how many glyphs were clipped)? 00.21.54 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.22.13 # Or also only when in verbose mode? 00.23.49 # Only in verbose mode imo 00.24.04 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 00.26.35 # amiconn: but then ther will be no indication of clipping at all 00.26.43 # The warnings don't make sense during a normal build, because you get to see the warnings, but not the font(s) they're referring to 00.26.44 Quit goffa (Read error: 104 (Connection reset by peer)) 00.27.11 # I don't care about this clipping, in fact. If the font is designed to clip, then let it... 00.27.56 # It probably makes sense to display the warnings in verbose mode so that you can analyze a font and fix it if you want, but during normal builds it's just clutter 00.28.20 # amiconn: OK 00.28.26 # I get >4 pages worth of warnings on a 'make 7zip' now 00.29.13 Quit planetbeing_ () 00.32.49 # amiconn: now you have something to read before you go to sleep! :-) Ok, fixed. 00.37.28 Quit flydutch ("/* empty */") 00.39.02 *** Saving seen data "./dancer.seen" 00.39.12 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 00.42.53 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 00.44.44 Join plutonian [0] (n=plutonia@c-67-183-155-218.hsd1.wa.comcast.net) 00.44.57 # I have a repeating freeze on my rockbox player 00.45.50 # when I load a certain song with a theme that has album artwork, the song plays for 9 seconds, I see the album artwork, and then at the exact same time I get "Data Abort at 000098BC (0)" 00.45.57 # and I have to reboot my iPod 00.46.16 # the crash doesn't occur when I'm using a non-album artwork theme 00.46.52 Quit fml ("CGI:IRC") 00.48.18 # and if I start playing the song with a non-album artwork theme 00.48.26 # I can switch to an album artwork theme 00.48.32 # and then play from the middle of it 00.48.47 # but if I try to play the first 9 seconds with album artwork enabled, it always crashes 00.49.19 # is this caused by the bmp scaling code? 00.52.54 # amiconn: Any idea why archos sims don't get stripped by default whereas the rest do? 00.54.18 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 00.57.38 # plutonian: could you tell the revision number of the build you're running? 00.58.52 # it's the one under official build right now 00.58.54 # 3.1 00.59.11 # I'm in disk mode right now, so I can't get the exact number 01.00.42 # sounds a bit like the bug to me that got fixed in r20081 which was after 3.1 (http://www.rockbox.org/tracker/task/9827). Please try with a current build 01.00.59 # will do 01.01.31 Quit jhMikeS (Nick collision from services.) 01.01.37 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.01.42 # that bug doesn't sound like mine 01.01.47 # my bug only happens with certain files 01.02.10 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.03.28 # this was happening too for me (I could reproduce it reliably with one album), see my comment there 01.05.22 # it did not crash with all files as the original poster reported 01.06.01 # hm 01.06.21 # Well it'll take me a while to figure out what I need to back up from my .rockbox directory before I upgrade 01.06.29 # but I'll try the nightly 01.07.05 # plutonian: Current 01.07.14 # you don't have to back up anything 01.08.07 # plutonian: The archive (daily) build is just the current built at the same time every day. There is no reason to use it over a current build, except in the very rare occasions when the current is known bad 01.08.19 # don't I have to delete my current .rockbox in order to have a clean install? 01.08.39 # Just overwrite it 01.09.01 # what if there are files in the old version that aren't in the new? 01.09.08 # or that shouldn't be, rather 01.09.19 # doesn't matter 01.09.19 # doesn't matter 01.09.29 # look we're not trying to trick you here 01.09.37 # If the new doesn't have them, it won't try to use them as it doesn't expect to have them 01.09.56 # plutonian: Honestly, we know whereof we speak 01.10.06 # I don't doubt it 01.12.03 # I'm just suspicious that my .rockbox contains some cached files that might be causing errors 01.18.03 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 01.19.00 # plutonian: You can delete everything if you want - if you want to save your settings first, then you can. Also, if you do stuff like runtime gathering with the database then you will need to export that too. 01.20.06 # amiconn: yes, only the cache build uses any of the scalers, but we might be able to shave some off of that ~15min cache build if we can speed it up, and the multiplies that can be 16x16->32 are the ones performed most often 01.20.45 # I've just committed my tweaks 01.20.55 Quit tyfoo ("Carpe diem") 01.21.26 # also, if you can write up an asm 16x32->32, i think there are some places that could use that inline instead of calling the 32x32->32 routine... they're not as large a portion of the load as the ones in the line scaler, though. 01.21.42 # Turned out that the destination and the operands need to have the right size in addition to the casting in order to make gcc use the instruction instead of the subroutine 01.22.30 # does get_buffer advance the buffer position or do i have to call advance_buffer for the amount of bytes read in? 01.23.09 # The only changes in the generated code for arm and cf are now asr->lsr, verified by diffing the disassemblies. Took me a while to get fade_color() right to not change more... 01.24.33 # making the scaling for cache dynamic is on my to-do list as well, though. it's probably never going to be possible on sh1, though, no matter how much the scaler can be optimized. 01.24.45 Join webguest [0] (n=63f3f065@gateway/web/cgi-irc/labb.contactor.se/x-998adcb199cd7ea8) 01.24.53 # WHat do you mean? 01.24.58 # Hello everyone 01.25.21 # Will music quiz feature be available anytime soon? 01.25.50 # i mean i want to get rid of the "cache building" wait at the beginning. it can be done, with a few core scaler tweaks, and a very small static buffer for the scaler to use. 01.25.56 # hmm my sample rate ends up being about 16 million 01.26.05 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 01.26.55 # the scaled images will still be cached to disk when they're done, but the startup will be reduced to making sure that the cache items are for the proper albums, and of the proper size. 01.28.17 # webguest, unlikely 01.29.16 # webguest: If someone that wants it (like you) writes it 01.30.34 Quit domonoky (Read error: 104 (Connection reset by peer)) 01.31.38 # are .voice files target specific? 01.35.13 # saratoga: get_buffer() doesn't change the buffer position - you call advance_buffer() when you're finished with that buffer. i.e. call get_buffer(), then process the data, then call advance_buffer with how many bytes you've consumed. 01.35.26 # and will the Sansa e200 .voice file on the wiki work for my ipod 5g? 01.35.47 # linuxstb: is the buffer invalidated when I call advance_buffer, or do I have to call get_buffer again to do that? 01.36.02 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.36.41 # I'm not sure what you mean. What do you mean by invalidated? 01.37.06 # well sooner or later that buffer gets overwritten with subsequent data from the audio buffer right? 01.37.10 # plutonian: Yes to your first question, and therefore no to the second. 01.37.12 # Unhelpful: For comparison, my H340 needs 4 minutes, and my H180 needs 3 minutes for preparing the slides for the same set of albums. 01.37.31 # So the 15 minutes aren't that bad given the cpu speed difference... 01.37.31 Quit webguest ("CGI:IRC (EOF)") 01.38.01 Join webguest [0] (n=63f3f065@gateway/web/cgi-irc/labb.contactor.se/x-817dd68b12f09625) 01.38.08 # oh advance_buffer actually returns a new pointer? 01.38.10 # saratoga: Yes - only after the codec has called advance_buffer. 01.38.24 # About album arts, can I place all my album arts in one folder? Will rockbox find it? 01.38.26 # ok so I don't call get_buffer again, just advance buffer? 01.38.40 # H340 achieves ~24fps while scrolling around, H180 does 32fps 01.38.42 # no, but 15 min is probably not fast enough for cache-build-on-demand 01.38.59 # H3xx is color, H1xx grey, right? 01.39.05 # get_buffer() simply returns a pointer to the current "buffer position". advance_buffer will increase "buffer position" and then the memory you've advanced over is free to be overwritten by the buffering code. 01.39.51 # where do I get voice files for the current build? 01.39.59 # there are about 235 covers on my beast, it takes 75s to build cache 01.40.27 # the newest voice file for the ipod 5g is for "Between 11/18/07 and 8/06/07" 01.40.53 # Yeah, right. I don't have that many albums, but I do have many single tracks with an album tag without a cover (in 'various tracks' folders) 01.41.03 # the source bitmaps are what, screen-size? 01.41.10 # 200x200 01.41.24 # linuxstb: I guess what I'm unclear about is the order of events to step through a stream, do I call get_buffer once and then just call advance_buffer when I need data? 01.41.30 # is there a program that can download album art that does not require 3.5 Net frame thingy 01.41.38 # or do I need to keep calling advance_buffer then get_buffer pairs 01.41.56 # wow, you're scaling from that large on the sh1? my estimate of its performance has improved ;) 01.42.25 # * amiconn was too lazy to make a separate set of BMP files so far 01.42.52 # * amiconn will try to fix the start screen oddness on mono targets 01.42.53 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.43.03 # i've got the same problem, i don't really use my e200 aside from testing, so the covers and music on it are just copied from the beast, and therefore a good bit larger than the screen. 01.43.15 # sweet, the new build seems to fix my problem 01.43.24 Quit midijunkie ("?(???~•~)?") 01.43.31 # saratoga: The main decoding loop consists of a call to get_buffer() to get a pointer to the next frame/packet/whatever (you pass it the maximum possible size for a frame, unless you know it), then you call the codec decoding function to process it, then when you're finished, call advance_buffer() with the actual number of bytes you've consumed. 01.43.37 # might it be worthwhile to logf the time the cache build takes, and play around with optimizing the scaler a bit? 01.43.48 Quit yhuang ("Leaving") 01.43.55 # what is the meaning of the volume tag in wps syntax? 01.43.57 # get_buffer() is guaranteed to return up to GUARD_BUFFER_SIZE (32KB) of contiguous data. 01.44.06 # what is meant by "0db", I mean 01.45.13 Quit webguest ("CGI:IRC (EOF)") 01.45.23 # linuxstb: thanks, now I understand 01.45.34 # does it mean that the music is being played at its recorded volume? and is there anything special about 0-6 that's different from -56 to 0 in terms of what is being done to scale the volume? 01.46.03 # plutonian: Anything above 0 might clip 01.47.19 Join fool_ [0] (n=fool@unaffiliated/fool) 01.47.27 Quit toffe82 ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 01.47.39 Quit n1s ("Lämnar") 01.48.22 # does anyone know if "the sharper image" audio player work with rockbox ? 01.48.46 # Yes 01.48.50 # It doesn't. 01.49.20 # lol ok 01.49.50 # do you know what's the manufacturer of it ? 01.49.55 # Every audio player is different - Rockbox needs to be ported to each one individually, which is a lot of work. 01.50.28 # open it up and see who made it 01.51.19 # i was hoping somebody'd came across it before me saratoga 01.51.30 # looks like time to find the toolbox 01.51.31 # lol 01.51.38 # google would help there ;) 01.51.43 # well, you're welcome to look at the wiki, but i doubt anyone here knows 01.52.20 # krazykit: i did some googling 01.52.57 # will rockbox ever support suspend/resume on ipods? 01.53.10 # the screws are so small i'm afraid i'm gonna break it 01.53.12 # lol 01.53.55 Quit midgey () 01.54.43 # plutonian: I think most people weren't that in favor of it, but if someone did the work well enough it probably wouldn't be rejected 01.54.52 # and we'd like to have it on the 1/2G since its needed on those 01.56.15 # all there is is a huge samsung chip 01.56.16 # :/ 01.56.42 # google it 01.56.49 # take pictures and write down the numbers on the chips 01.56.50 # I like the new LCD screen off 01.56.59 # hopefully my battery life will improve 01.57.44 # fool_: That sounds like the flash memory. There are probably other chips hidden somewhere... 01.59.32 # Seeking isn't expected to be 100% accurate on long MP3s, right? 01.59.34 # yep linuxstb 01.59.43 # SAMSUNG 716 k9laGO8UOM , flash reader 01.59.57 # well then search harder until you find hte CPU 02.00.10 # acu7513 02.00.13 Join planetbeing_ [0] (n=planetbe@174.6.121.106) 02.00.14 # does that sound like it ? 02.01.11 # actions semiconductor apparently 02.01.49 # http://www.actions-semi.com/en/product.aspx?id=27 02.04.53 # ah one of the S1mp3 generic players then 02.06.39 # http://www.s1fw.com/Actions-ACU75XX/ there are a ton of firmware here 02.06.40 # :/ 02.07.20 Quit bertrik ("Leaving") 02.07.31 # nothing on the wiki 02.07.40 # looks like i'm out of luck then 02.11.11 Quit n17ikh () 02.18.20 Join n17ikh [0] (n=n17ikh@130.127.74.89) 02.24.08 # gahh 02.24.20 # i put it all back together and realize the onoff slider is stuck 02.24.22 # damn 02.24.40 # i knew something's gonna fsck up 02.25.59 Join Q751 [0] (n=pnb118@pool-70-104-140-76.nycmny.fios.verizon.net) 02.26.46 Part Q751 02.28.18 Quit ender` (" Today's BOFH excuse: broadcast packets on wrong frequency") 02.32.11 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 02.32.53 # amiconn: ping 02.33.23 # saratoga: what did you do with your s1mp3 player ? 02.33.34 # the current interface sucks bad :/ 02.33.46 # I don't have an s1mp3 02.34.02 Quit matsl (Remote closed the connection) 02.35.00 # Seeking isn't expected to be 100% accurate on long MP3s, right? Is it expected at least to always end up before the target time, I hope? 02.35.05 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 02.35.49 # amiconn: nevermind, found a bug in my makefile 02.39.06 *** Saving seen data "./dancer.seen" 02.40.02 Quit plutonian ("Lost terminal") 02.43.57 # where is int32_t defined in rockbox? 02.45.09 Quit JdGordon (Read error: 110 (Connection timed out)) 02.45.14 # ah inttypes.h 02.50.42 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.53.09 Quit JdGordon_ (Read error: 145 (Connection timed out)) 02.54.55 Quit saratoga ("CGI:IRC (EOF)") 03.07.41 Quit Nico_P (Remote closed the connection) 03.11.36 Quit HellDragon (Client Quit) 03.29.02 Join FlynDice [0] (n=FlynDice@m150436d0.tmodns.net) 03.32.39 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 03.34.27 Quit Thundercloud (Remote closed the connection) 03.38.49 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 03.43.09 Part fool_ ("brb") 03.52.54 Join kevin__ [0] (n=chatzill@pool-71-105-78-15.lsanca.dsl-w.verizon.net) 03.54.09 Join DC1 [0] (n=dc1@70.107.136.192) 03.55.23 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 04.01.47 Quit efyx (Remote closed the connection) 04.02.12 Join z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) 04.06.04 Join blkhawk- [0] (n=blkhawk@f051111159.adsl.alicedsl.de) 04.11.01 Join Strife89 [0] (n=nds@204.116.244.200) 04.22.30 Quit blkhawk (Read error: 110 (Connection timed out)) 04.23.02 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051111159.adsl.alicedsl.de) 04.24.05 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.26.23 # amiconn: i assume i could do *basically* the same thing as MULUQ for signed values as well? 04.27.47 Join Barahir_ [0] (n=jonathan@BAI2552.bai.pppool.de) 04.28.30 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-2dce2604b71b3335) 04.28.41 # the linear line scaler could potentially use a MULQ for the same sort of optimization i described for the area line scaler. i doubt you'll often be scaling covers up on sh1, though, and the linear scaler is loads faster because of the less frequent repetition of per-input-pixel math 04.31.09 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 04.35.20 Quit AndyI (Read error: 110 (Connection timed out)) 04.39.03 Quit Lss (Read error: 104 (Connection reset by peer)) 04.39.08 *** Saving seen data "./dancer.seen" 04.39.48 Quit Barahir (Read error: 113 (No route to host)) 04.47.16 Quit mirak (Remote closed the connection) 04.50.50 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.57.21 Quit planetbeing_ () 05.01.18 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.07.43 # amiconn: when you get a chance, if you don't mind testing them, i have a couple of patches. http://pastie.org/410009 splashes the number of ticks spent on the cache build after it completes, you'll need to use whatever the ok/select button is on the target to clear it, and http://pastie.org/410002 uses hardware multiplies in the row scalers. the limits this imposes are that the maximum output width be <2**16, and that the scale factor w 05.07.43 # hen scaling down can be no more than 258x... 05.16.23 Quit Strife89 ("Bye Froggy! :-*") 05.26.21 Join kevin___ [0] (n=chatzill@75.80.31.10) 05.28.38 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 05.37.02 Join planetbeing_ [0] (n=planetbe@174.6.121.106) 05.37.27 Join rodpod [0] (n=rod@hick.org) 05.44.49 Quit kevin__ (Read error: 110 (Connection timed out)) 05.54.01 Quit Llorean (Read error: 131 (Connection reset by peer)) 05.54.20 Join Llorean [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) 05.59.59 Quit xSlack ("Ex-Chat") 06.03.10 Quit jhMikeS (Nick collision from services.) 06.03.16 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 06.05.21 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 06.05.56 Nick BUMBACL0T is now known as BUMBACLOT (n=ORF@unaffiliated/bumbacl0t) 06.08.12 Quit DaCapn (Read error: 60 (Operation timed out)) 06.08.24 Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 06.19.33 Quit BlakeJohnson86 (Remote closed the connection) 06.21.56 Quit DC1 ("$4e75") 06.23.39 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 06.36.55 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.39.12 *** Saving seen data "./dancer.seen" 06.57.35 Quit XavierGr () 07.04.46 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.05.02 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-01c3455ad40b835f) 07.10.15 Quit rodpod (Remote closed the connection) 07.14.14 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 07.25.23 Join Alex00088 [0] (n=chatzill@03-159.244.popsite.net) 07.27.34 # I just installed a new motherboard without re-installing XP (used sysprep). SVN won't let me update. Here's the error: ==== SVN: Can't open file 'utils/MTP/beastpatcher/.svn/lock': Permission denied === Any ideas? 07.27.55 # btw there is no "lock" file in that dir 07.34.38 # you'd probably best look for a more general windows or svn help channel for that. you could try deleting and doing a fresh svn checkout, first, though. 07.36.04 # That would take hours. I'm gonna try copying my Rockbox folder from Ubuntu (a few months old). Thanks. 07.36.21 # a new svn checkout would take *hours*? 07.37.58 # dial-up 07.38.33 # oops - Cygwin took hours. 07.42.08 Quit planetbeing_ () 07.47.57 Quit BHSPitLappy (Remote closed the connection) 08.06.35 Join midijunkie [0] (n=Miranda@pD9545DC8.dip0.t-ipconnect.de) 08.09.17 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 08.14.43 # I just copied my Rockbox folder to a FAT drive, then copied it back. SVN is updating. 08.16.28 Join einhirn_ [0] (n=Miranda@p4FC60530.dip0.t-ipconnect.de) 08.17.42 Quit Alex00088 ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 08.36.30 Quit einhirn_ (Read error: 110 (Connection timed out)) 08.37.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.39.13 *** Saving seen data "./dancer.seen" 08.50.57 # Unhelpful: I was thinking a bit about the MULUQ (and MULSQ) macros. Perhaps it would be better to use a little inline asm instead of relying on heavy casting to prod gcc into using the single instruction? 08.53.13 Join Rob2223 [0] (n=Miranda@p4FDCC226.dip.t-dialin.net) 08.53.22 Join midgey [0] (n=tjross@71.238.148.140) 08.53.41 # It is mainly an SH1 specific optimisation. Coldfire also has a 16x16->32 multiply intsruction, in addition to 32x32->32, but they are equally fast. 08.53.56 Quit n17ikh (Read error: 104 (Connection reset by peer)) 08.54.18 Join n17ikh [0] (n=n17ikh@130.127.74.89) 08.54.23 # In fact the datasheet says that the 32x32 instruction does early termination, while the 16x16 one doesn't 08.56.44 # The disadvantage of using inline asm is that it means the two instructions (lutliplication and fetching the result from the accumulator) will always ibe put together, causing a two-cyle pipeline stall. But in the cases I checked yesterday, gcc does the same anyway. 09.06.13 Quit kevin___ ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 09.11.25 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.12.17 Quit midijunkie (Read error: 104 (Connection reset by peer)) 09.13.12 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.15.34 Quit planetbeing_ () 09.16.22 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 09.19.38 # if the casts work, i'd stick with them. where we *might* find some inline asm useful is an 16x32->32 unsigned multiply for the vertical scalers - that should be possible with two hardware multiplies on sh1, along with shift-add or using mac for one of the multiplies, right? 09.20.38 # The problem with the casts is that it also depends on the operand and destination variables whether they work 09.21.06 # basically, the V scaler is doing the same operation the H scaler is, but on each 32-bit output value in a row from the H scaler, instead of on 8-bit values from the loader 09.21.31 # ah... so perhaps i'd better look more closely at how it handled the use of that macro in the scaler :) 09.22.14 # I discovered this while tracking down why the casts didn't work in my first attempt in pf. Both the operands and the output variable must be 32 bit (i.e. int or unsigned int - signedness doesn't matter) in order to trick gcc into using the instruction 09.22.55 # so if the operands are 16-bit or 8-bit? 09.23.02 # If either of the three is 16 bit or smaller, gcc will for some reason still use the subroutine. This even applies if an intermediate variable for the destination can be optimized away. 09.24.09 # This is the cause for my changes to fade_color() operand and return value types 09.25.08 # So using inline asm would make things more reliable. 09.25.27 # This technique is not only used in pf, but also in the greylib and some other places 09.28.53 # And yes, a 32x16 multiply can be done with two hardware multiplies plus a bit of shifting and adding 09.29.25 # That'll save a bit of time versus 32x32->32 (which needs 3 hardware multiplies + more shifting and adding) 09.30.57 # also, since it's not in core, inlining it for speed might be acceptable. for what it's worth, it appears the same macro works fine in the scaler - the values are uint32_t, the only one i'm not sure about are the bitmap struct's dimension fields, but the asm seems pretty clear 09.32.52 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.33.26 Quit z35 ("Leaving") 09.35.58 # Regarding your patches - limiting the output size should be fine, but I'm not sure about limiting the downscaling factor 09.38.42 Nick Barahir_ is now known as Barahir (n=jonathan@BAI2552.bai.pppool.de) 09.39.16 # that should give you sizes that approach the limits of the algorithm used, anyway, for reasonable target sizes. 09.40.03 # even if you're scaling down to 16x16, that lets you have input of 4128, which is large enough to possibly overflow the pixel value accumulator 09.44.07 Join Darksair [0] (n=user@221.221.152.69) 09.46.49 Quit _lifeless (Remote closed the connection) 09.47.05 Join _lifeless [0] (n=lifeless@90.151.211.136) 09.55.57 Join plutonian [0] (n=plutonia@c-67-183-155-218.hsd1.wa.comcast.net) 09.56.14 # what controls how often rockbox refreshes wps tags? 09.56.42 # I've got a wps that puts the %pc tag in two places, one in the center viewport and one on the side 09.56.49 # the one in the center refreshes, the one on the side doesn't 09.58.37 Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) 09.59.37 # is one of them in a line that has the %s tag? Or are the viewports perhaps overlapping? 10.01.14 # one of them is in a scrolling line, yes 10.01.20 # does that make it so it can't refresh? 10.03.08 # yes, scrolling lines have a problem with dynamic content that should refresh regularly 10.03.20 # hmm 10.03.43 # I like AAFreak theme, but it has a problem with files that run over an hour 10.03.45 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.03.56 # the progress times don't fit 10.06.41 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 10.15.01 # is the fact that my ipod no longer automatically goes into disk mode when I plug it in under rockbox a bug or a feature? 10.16.54 # Which ipod? 10.22.26 # 5g 10.31.49 # FlynDice, have you been able to test the new patch for the e200v2 rtc? 10.36.32 # plutonian: Then yes, that seems like a bug. Does it never go into disk mode, or just sometimes? 10.39.17 *** Saving seen data "./dancer.seen" 10.41.59 # huh? 10.42.30 Quit homielowe (Read error: 110 (Connection timed out)) 10.42.53 # if plugging in under Rockbox one should have Rockbox USB now on an 5g Ipod, no? 10.44.08 # plug in USB I mean 10.48.03 Quit midgey () 10.59.22 # plutonian: since you upgraded from 3.1 to a current build yesterday - and if you still get a USB data connection even if it's not Apple's disk mode - I vote for "a feature" 11.00.40 # pixelma: so your recommendation for the pictureflow album view would be direct use of core custom actions? it seems that PLA provides some of the boilerplate that will be needed for that sort of thing, but i don't really see how to make PLA itself useful in a way that's not a huge mess... 11.01.31 # it would, except for the most simple cases, end up being each plugin having its very own PLA context, or else the stuff that happens now with combining contexts and some actions just having their mappings disappear 11.03.51 Join __lifeless [0] (n=lifeless@94.51.198.68) 11.06.04 Quit _lifeless (Remote closed the connection) 11.07.39 # core custom actions? In my opinion PLA is not useful in its current state at all, I could only imagine 2..3 (maybe only one) very basic contexts in a lib like that. If you need more it's better if the plugin itself defines its own buttons or actions as that does prevents hidden "connections" and does not stuff things away. amiconn had an idea how to use the action "system" so you don't have to take care of pre conditions etc., I guess he can expla 11.11.20 Join _lifeless [0] (n=lifeless@94.51.197.236) 11.12.05 # the core get_custom_action function that PLA calls is what i'm thinking of using... the track list in PF can just use get_action with the list/browser context :) 11.12.56 # but the album list does something nothing in core does, scrolling horizontally. people using scrollwheel targets will expect the wheel to scroll the album list horizontally as well as the track list vertically. 11.13.32 Quit __lifeless (Remote closed the connection) 11.15.41 # i can also see PLA *possibly* working, since combined contexts have a defined precedence, if we actually make the contexts even more simple, but sometimes define actions in them more than once. we might define several buttons as menu or select, for example, and then place a horizontal scrolling context before the one with menu and select, and they end up using whichever of their several definitions the scrolling context doesn't steal. 11.18.27 # in general? 11.21.14 # Unhelpful: Combining contexts is bound to break on some targets, as shown in the past 11.21.29 # PLA working in general? i think a system of even simpler, but overdefined contexts could make it work in more places than it does now... but there will always be things that can't work. 11.21.45 # I'd expect it would not work on all targets and you can't actually find out until you try 11.22.05 # This is due to the fact that the contexts hide which buttons are actually used, and hence one context's actions can shadow actions of the other context(s), which are hence unreachable 11.22.06 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.22.11 # so, best to define my own mappings, and call get_custom_action, then, if i'm not using something that fits to a core context? 11.23.09 Part pondlife 11.23.09 # is there an overview somewhere of rockbox targets with line-in? 11.23.16 # PLA can be useful for a few contexts. Those contexts must never be combined though. Plugins which have too specific needs to use one such context should use their own context(s) 11.23.27 # man, even the first plugin (bubbles) ever converted to PLA had problems and got ugly exceptions 11.24.23 # oh, the BuyersGuide wiki shows info like that 11.24.40 # Unhelpful: The list context would probably work for the tracklist. Currently the tracklist behaviour is somewhat confusing 11.25.43 # amiconn: you mean the fact that select returns you to the album list? we need to use back for that, for consistency, and because some day select needs to let you play tracks :) 11.26.12 # yes 11.26.43 # Adding playback start shouldn't be difficult in fact 11.27.23 # using the core's browser context means that there will be a useful back and select key, and vertical scrolling, already defined, right? 11.27.25 # It might require exporting one or two more functions from the core, which can then simply be called with the track name 11.28.07 # Of course pf needs to release the audio buffer before starting playback in case it uses this buffer. 11.30.05 # right, and then it would need to exit without trying to draw any more covers, since its allocation for them will be trashed 11.31.35 # ok, so i guess the question is, should i be using PLA with my own custom context, or calling get_custom_action directly? PLA already implements the needed get_context_map, although i think that perhaps a simpler one could be written if there is only ever one context. 11.34.45 Quit arohtar (Client Quit) 11.35.00 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 11.38.51 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 11.39.07 Join MethoS- [0] (n=lem@host-091-097-242-062.ewe-ip-backbone.de) 11.43.22 Join {phoenix} [0] (n=dirk@p54B46C5B.dip.t-dialin.net) 11.47.36 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 11.55.24 Quit Darksair ("Use the Force, Luke!") 12.00.55 Join mrkiko [0] (n=mrkiko@host33-108-dynamic.8-87-r.retail.telecomitalia.it) 12.05.06 Join miepchen^schlaf [0] (n=miepel@p579ECD66.dip.t-dialin.net) 12.05.22 Quit rocko ("Leaving") 12.18.21 Quit Acksaw (Read error: 104 (Connection reset by peer)) 12.24.37 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 12.27.26 Quit nuonguy ("This computer has gone to sleep") 12.31.10 Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) 12.32.38 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.38.43 # soap think your revision number is perhaps the problem one and not the solution in http://forums.rockbox.org/index.php?topic=20849.45 12.39.19 *** Saving seen data "./dancer.seen" 12.42.26 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.54.26 Quit ibseco (Read error: 110 (Connection timed out)) 12.56.01 Quit plutonian ("Lost terminal") 12.57.20 Quit ender` (Read error: 60 (Operation timed out)) 13.04.56 Join pyro_mania1 [0] (n=jens@i59F760F1.versanet.de) 13.05.42 Quit {phoenix} (Read error: 104 (Connection reset by peer)) 13.13.21 Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) 13.22.44 # hrrm... pictureflow.tex actually should now be "enabled" for the bitmap Archos manual and the button table needs to be filled out. I just don't like to do that with the kind of broken controls on Ondio :\ 13.23.24 # manuals 13.26.04 Quit robin0800 (Remote closed the connection) 13.30.28 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.31.09 Join MethoS-- [0] (n=lem@host-091-097-245-127.ewe-ip-backbone.de) 13.31.12 Quit Lss () 13.32.05 # in the lang files - all current "user:" lines should now be "user: core", right? 13.32.39 # Yes. Which reminds me that I should have a look at what my translator does 13.38.40 Quit MethoS- (Read error: 104 (Connection reset by peer)) 13.41.02 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.43.51 # Unhelpful: Btw, there seems to be a completely unused function in pf (static inline though, so doesn't end up in the binary): is_empty_rect() 13.47.11 Quit domonoky ("Leaving.") 13.48.40 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.51.02 Quit timc (Read error: 104 (Connection reset by peer)) 13.53.39 Quit BigBambi (Read error: 104 (Connection reset by peer)) 14.02.44 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 14.02.47 Quit bmbl ("Woah!") 14.02.51 Join timc [0] (n=aoeu@124.93.243.83) 14.03.37 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 14.08.49 # amiconn, lots of plugins have non-static functions that could be made static 14.09.26 # they're easy to find by compiling with -Wmissing-prototypes 14.09.49 # Well, it saves space and it's a bit faster (saving a call if the function is only used once and hence inlined) 14.10.14 # I did a cleanup of the codecs some time ago, I wouldn't mind doing the same for plugins 14.10.15 # All single file plugins can have all their functions static'ed, except plugin_start 14.10.41 # Multi-file plugins can't, of course 14.11.00 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.11.10 # bleh. Odd warning.... 14.11.43 # hehe :P 14.12.18 Quit Lss (Read error: 54 (Connection reset by peer)) 14.13.25 Quit domonoky (Read error: 104 (Connection reset by peer)) 14.14.16 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 14.14.16 # * amiconn ponders reversal, 'cause somehow this static'ing messed up the tracklist display at least on recorder 14.14.27 # If you go to the tracklist display, pf freezes.... 14.17.27 # maybe it's a different bug, revealed by making things static 14.17.37 Join BigBambi [0] (n=alex@152.27.192-77.rev.gaoland.net) 14.17.52 # Eeek. On H1x0 pf now crashes right at the start 14.18.33 # (panic: stkov main) 14.18.41 Join Sedgewick [0] (n=Sedgewic@net-93-145-251-167.t2.dsl.vodafone.it) 14.19.46 Quit MethoS-- (Remote closed the connection) 14.22.32 Nick Lear is now known as Lear_ (i=chatzill@rockbox/developer/lear) 14.26.07 # bertrik: I'll test your rtc patch this morning when I can 14.27.32 Quit BigBambi ("No Ping reply in 30 seconds.") 14.32.16 Quit ibseco (Read error: 145 (Connection timed out)) 14.35.34 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 14.36.41 Join BigBambi [0] (n=alex@77.192.27.152) 14.36.56 Quit FlynDice (Remote closed the connection) 14.39.22 *** Saving seen data "./dancer.seen" 14.50.02 Quit robin0800 (Remote closed the connection) 14.58.03 Join rvvs89_ [0] (n=ivo@bright-snat.ucc.asn.au) 14.59.04 # amiconn: i think i cleared out the use of that before the renderer rewrite. it used to draw the center slide first, and use the outermost edge of each slide on screen to clip the next slide. the trouble was, that keeps you from seeing the top of the slide when it would project above the one in front of it. 14.59.21 Quit rvvs89 (Nick collision from services.) 14.59.24 Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89) 14.59.59 # fix was to draw from the outside in and overdraw, and it killed all the uses of those rectangle structures 15.02.31 Quit Xerion (Connection reset by peer) 15.06.02 Nick Lear_ is now known as Lear (i=chatzill@rockbox/developer/lear) 15.06.19 Join rvvs89_ [0] (n=ivo@bright-snat.ucc.asn.au) 15.13.44 Quit BigBambi (Remote closed the connection) 15.21.28 Join BigBambi [0] (n=alex@152.27.192-77.rev.gaoland.net) 15.22.42 Quit rvvs89 (Nick collision from services.) 15.22.45 Nick rvvs89_ is now known as rvvs89 (n=ivo@pdpc/supporter/base/rvvs89) 15.35.45 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 15.43.03 Quit avis (Remote closed the connection) 15.53.12 Join avis [0] (n=ident@pdpc/supporter/student/avis) 15.56.23 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.57.03 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 15.57.40 Quit efyx (Remote closed the connection) 15.58.04 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 16.16.20 Join Wonko__ [0] (n=Wonko@84-119-68-135.dynamic.xdsl-line.inode.at) 16.21.23 Quit BUMBACLOT (Connection timed out) 16.24.04 Quit faemir ("Leaving") 16.25.46 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 16.35.09 Join ibseco [0] (n=ibseco@HSI-KBW-091-089-199-124.hsi2.kabel-badenwuerttemberg.de) 16.35.28 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b4pre/20090305033203]") 16.39.23 *** Saving seen data "./dancer.seen" 16.39.58 Join ender` [0] (i=krneki@foo.eternallybored.org) 16.46.05 Quit kugel (Read error: 110 (Connection timed out)) 16.47.36 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.52.15 # amiconn: i wonder, is it a good idea to have a function called "main" in pf? 16.54.51 Join obo_ [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) 16.55.43 Join Llorean1 [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) 16.57.20 Quit kugel (grisham.freenode.net irc.freenode.net) 16.57.20 NSplit grisham.freenode.net irc.freenode.net 16.57.20 Quit Wonko__ (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Aurix_Lexico (grisham.freenode.net irc.freenode.net) 16.57.20 Quit miepchen^schlaf (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Rob2223 (grisham.freenode.net irc.freenode.net) 16.57.20 Quit yhuang (grisham.freenode.net irc.freenode.net) 16.57.20 Quit blkhawk (grisham.freenode.net irc.freenode.net) 16.57.20 Quit amiconn (grisham.freenode.net irc.freenode.net) 16.57.20 Quit pixelma (grisham.freenode.net irc.freenode.net) 16.57.20 Quit dionoea (grisham.freenode.net irc.freenode.net) 16.57.20 Quit maraz (grisham.freenode.net irc.freenode.net) 16.57.20 Quit rphillips (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Ridayah (grisham.freenode.net irc.freenode.net) 16.57.20 Quit shadearg (grisham.freenode.net irc.freenode.net) 16.57.20 Quit tchan (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Tuplanolla (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Barahir (grisham.freenode.net irc.freenode.net) 16.57.20 Quit agaffney (grisham.freenode.net irc.freenode.net) 16.57.20 Quit daurnimator (grisham.freenode.net irc.freenode.net) 16.57.20 Quit alexbobp (grisham.freenode.net irc.freenode.net) 16.57.20 Quit tmzt (grisham.freenode.net irc.freenode.net) 16.57.20 Quit lightbulbjim (grisham.freenode.net irc.freenode.net) 16.57.20 Quit advcomp2019 (grisham.freenode.net irc.freenode.net) 16.57.20 Quit ChanServ (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Seed (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Galois (grisham.freenode.net irc.freenode.net) 16.57.20 Quit scorche|sh (grisham.freenode.net irc.freenode.net) 16.57.20 Quit BUMBACL0T (grisham.freenode.net irc.freenode.net) 16.57.20 Quit avis (grisham.freenode.net irc.freenode.net) 16.57.20 Quit AndyIL (grisham.freenode.net irc.freenode.net) 16.57.20 Quit kadoban (grisham.freenode.net irc.freenode.net) 16.57.20 Quit DataGhost (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Unhelpful (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Bagder (grisham.freenode.net irc.freenode.net) 16.57.20 Quit ze (grisham.freenode.net irc.freenode.net) 16.57.20 Quit ender` (grisham.freenode.net irc.freenode.net) 16.57.20 Quit rvvs89 (grisham.freenode.net irc.freenode.net) 16.57.20 Quit BlakeJohnson86 (grisham.freenode.net irc.freenode.net) 16.57.20 Quit shodanX (grisham.freenode.net irc.freenode.net) 16.57.20 Quit daurn (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Dhraakellian (grisham.freenode.net irc.freenode.net) 16.57.20 Quit planetbeing (grisham.freenode.net irc.freenode.net) 16.57.20 Quit FOAD (grisham.freenode.net irc.freenode.net) 16.57.20 Quit flydutch (grisham.freenode.net irc.freenode.net) 16.57.20 Quit perrikwp (grisham.freenode.net irc.freenode.net) 16.57.20 Quit reacocard (grisham.freenode.net irc.freenode.net) 16.57.20 Quit SirFunk (grisham.freenode.net irc.freenode.net) 16.57.20 Quit einhirn (grisham.freenode.net irc.freenode.net) 16.57.20 Quit _Auron_ (grisham.freenode.net irc.freenode.net) 16.57.20 Quit intrados_ (grisham.freenode.net irc.freenode.net) 16.57.20 Quit courtc (grisham.freenode.net irc.freenode.net) 16.57.20 Quit freqmod_gq (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Scoth (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Tristan (grisham.freenode.net irc.freenode.net) 16.57.20 Quit pabs (grisham.freenode.net irc.freenode.net) 16.57.20 Quit Llorean (grisham.freenode.net irc.freenode.net) 16.57.20 Quit obo (grisham.freenode.net irc.freenode.net) 16.57.21 Quit The-Compiler (grisham.freenode.net irc.freenode.net) 16.57.21 Quit CaptainKewl (grisham.freenode.net irc.freenode.net) 16.57.21 Quit _lifeless (grisham.freenode.net irc.freenode.net) 16.57.21 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.57.21 Quit chrippa (grisham.freenode.net irc.freenode.net) 16.57.21 Quit killan_ (grisham.freenode.net irc.freenode.net) 16.57.21 Quit soap (grisham.freenode.net irc.freenode.net) 16.57.21 Quit jamiem (grisham.freenode.net irc.freenode.net) 16.57.21 Quit at0m (grisham.freenode.net irc.freenode.net) 16.57.21 Quit crwl (grisham.freenode.net irc.freenode.net) 16.57.21 Quit avacore (grisham.freenode.net irc.freenode.net) 16.57.21 Quit Dieterbe (grisham.freenode.net irc.freenode.net) 16.57.21 Quit jeffronius (grisham.freenode.net irc.freenode.net) 16.58.02 NHeal grisham.freenode.net irc.freenode.net 16.58.02 NJoin ChanServ [0] (ChanServ@services.) 16.58.02 Join Dauron [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 16.58.02 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 16.58.02 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 16.58.02 NJoin BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 16.58.02 NJoin Wonko__ [0] (n=Wonko@84-119-68-135.dynamic.xdsl-line.inode.at) 16.58.02 NJoin CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 16.58.02 NJoin avis [0] (n=ident@pdpc/supporter/student/avis) 16.58.02 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 16.58.02 NJoin Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 16.58.02 NJoin miepchen^schlaf [0] (n=miepel@p579ECD66.dip.t-dialin.net) 16.58.02 NJoin _lifeless [0] (n=lifeless@94.51.197.236) 16.58.02 NJoin tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) 16.58.02 NJoin flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 16.58.02 NJoin Rob2223 [0] (n=Miranda@p4FDCC226.dip.t-dialin.net) 16.58.02 NJoin perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-01c3455ad40b835f) 16.58.02 NJoin BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 16.58.02 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 16.58.02 NJoin yhuang [0] (n=yhuang@unaffiliated/yhuang) 16.58.02 NJoin Barahir [0] (n=jonathan@BAI2552.bai.pppool.de) 16.58.02 NJoin AndyIL [0] (i=AndyI@212.14.205.32) 16.58.02 NJoin blkhawk [0] (n=blkhawk@f051111159.adsl.alicedsl.de) 16.58.02 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 16.58.02 NJoin pixelma [50] (n=pixelma@rockbox/staff/pixelma) 16.58.02 NJoin reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 16.58.02 NJoin SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 16.58.02 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 16.58.02 NJoin rphillips [0] (n=rphillip@unaffiliated/rphillips) 16.58.02 NJoin Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 16.58.02 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 16.58.02 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 16.58.02 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 16.58.02 NJoin Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) 16.58.02 NJoin shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 16.58.02 NJoin Scoth [0] (n=scott@adsl-068-209-049-197.sip.asm.bellsouth.net) 16.58.02 NJoin Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 16.58.02 NJoin einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 16.58.02 NJoin agaffney [0] (n=agaffney@gentoo/developer/agaffney) 16.58.02 NJoin daurnimator [0] (n=daurn@ppp118-208-164-180.lns10.mel4.internode.on.net) 16.58.02 NJoin daurn [0] (n=daurnima@unaffiliated/daurnimator) 16.58.02 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 16.58.02 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 16.58.02 NJoin intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 16.58.02 NJoin Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 16.58.02 Mode "#rockbox +o ChanServ " by irc.freenode.net 16.58.02 NJoin chrippa [0] (n=chrippa@evangelion.se) 16.58.02 NJoin courtc [0] (n=court@unaffiliated/courtc) 16.58.02 NJoin killan_ [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 16.58.02 NJoin freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 16.58.02 Join The-Compiler [0] (n=compiler@unaffiliated/the-compiler) 16.58.02 NJoin DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.58.02 NJoin tmzt [0] (n=tmzt@76.211.25.247) 16.58.02 NJoin jamiem [0] (n=jm|home@dilbert.jamiem.com) 16.58.02 Join soap [50] (n=soap@rockbox/staff/soap) 16.58.02 NJoin Tristan [0] (i=tristan@66.252.24.153) 16.58.02 NJoin alexbobp [0] (n=alex@ppp-70-253-65-66.dsl.austtx.swbell.net) 16.58.02 NJoin FOAD [0] (n=dok@dinah.blub.net) 16.58.02 NJoin lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 16.58.02 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 16.58.02 NJoin jeffronius [0] (n=jomegata@69.12.221.210) 16.58.02 NJoin Dieterbe [0] (n=Dieterbe@213.219.137.46.adsl.dyn.edpnet.net) 16.58.02 NJoin planetbeing [0] (n=planetbe@67-207-128-206.slicehost.net) 16.58.02 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 16.58.02 NJoin Galois [0] (i=djao@efnet-math.org) 16.58.02 NJoin ze [0] (i=ze@76.91.72.105) 16.58.02 NJoin crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 16.58.02 NJoin Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 16.58.02 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 16.58.02 NJoin pabs [0] (n=pabs@xor.pablotron.org) 16.58.02 NJoin avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 16.58.02 NJoin at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 16.58.07 Quit tarbo (SendQ exceeded) 16.59.09 Join tarbo [0] (n=me@unaffiliated/tarbo) 17.10.19 Nick rocko is now known as rockanta (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 17.12.35 Quit _Auron_ (Connection timed out) 17.12.35 Nick Dauron is now known as _Auron_ (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 17.15.08 Quit Llorean (Connection timed out) 17.16.46 Quit flydutch ("/* empty */") 17.16.50 Join gartral1 [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 17.20.58 Join toffe82 [0] (n=chatzill@adsl-99-130-5-139.dsl.frs2ca.sbcglobal.net) 17.26.06 Join webguest68 [0] (n=4c75e088@gateway/web/cgi-irc/labb.contactor.se/x-1148fa14087691a6) 17.26.14 Quit Aurix_Lexico (Remote closed the connection) 17.29.29 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 17.30.40 Join petur [50] (n=petur@rockbox/developer/petur) 17.30.40 Quit webguest68 (Client Quit) 17.30.52 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 17.35.31 Quit ibseco (Read error: 110 (Connection timed out)) 17.47.20 Quit Wonko__ (Read error: 104 (Connection reset by peer)) 17.47.21 Join _Wonko [0] (n=Wonko@84-119-68-135.dynamic.xdsl-line.inode.at) 17.48.25 Quit Horscht (Read error: 110 (Connection timed out)) 18.00.16 Join {phoenix} [0] (n=dirk@p54B46C5B.dip.t-dialin.net) 18.00.45 Quit yhuang (Read error: 110 (Connection timed out)) 18.12.13 Quit rvvs89 (Read error: 110 (Connection timed out)) 18.17.23 Join SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 18.17.33 Quit BUMBACL0T () 18.17.54 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 18.23.51 Quit rockanta ("Leaving") 18.28.13 Join midijunkie [0] (n=Miranda@pD9545DC8.dip0.t-ipconnect.de) 18.29.25 Join kushalone [0] (n=kushal@12.169.180.178) 18.32.06 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 18.36.23 Quit SUSaiyan (Read error: 113 (No route to host)) 18.39.27 *** Saving seen data "./dancer.seen" 18.46.08 Quit FOAD ("I'll be back") 18.46.37 Join FOAD [0] (n=dok@dinah.blub.net) 18.54.53 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 18.55.00 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 18.56.01 Quit Seed ("cu, Andre") 18.57.24 Join Landon [0] (n=Landon@unaffiliated/landon) 18.57.39 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.12.31 Quit gartral1 (Read error: 54 (Connection reset by peer)) 19.17.37 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.22.48 Join Strife89 [0] (n=nds@204.116.244.200) 19.26.33 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 19.26.53 Quit pondlife (Client Quit) 19.26.55 Join cellofellow [0] (n=josh@209-193-108-62.mammothnetworks.com) 19.27.12 # where can I find the reverse bootloader for 3.1? 19.28.17 Join gartral1 [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 19.28.28 Part gartral1 19.29.58 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.30.37 # cellofellow: That's not provided by Rockbox. 19.30.40 Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) 19.30.53 # it's a hack, though, but the only one I can find is for 2.x. 19.31.14 # (but, all or rb is a hack anyway :) 19.32.09 # This may sound crazy - and Im probably wrong. But the 5g ipod can run games from itunes store. Why cant we look at the code from the 5g(since its decrypted) and find out how to encrypt our own binaries? 19.32.56 # cellofellow: you didn't say which player you have, but I'm pretty sure it didn't have a 2.x release 19.33.07 # e200 19.33.36 # cellofellow: The reverse bootloader is provided by someone else. This channel is for official Rockbox stuff (things we provide). We don't keep track of other peoples' personal projects, and they're considered off-topic for the channel 19.34.13 # taylor_: i'm not sure what you mean, why would we want to encrypt our own itunes games? 19.34.23 Part cellofellow ("Leaving") 19.34.29 Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) 19.34.29 # to run code 19.34.52 # taylor_: We already run code. 19.34.55 # What do you think Rockbox is? 19.35.08 # i Mean on the NEWER ipods 19.35.09 # taylor_: we can already run code on the 5g amd there is nothing that says this encryption would be the same as for newer ipods 19.35.25 # 3g/4g nano 19.35.33 # Its most likely the same 19.35.47 # if the same game (for example vortex) 19.36.02 # taylor_: Why would it be the same if, by that point, they knew we had access to the 5G OF _and_ were already taking active measures to make the hardware more secure? 19.36.16 # can run on 5g and 6g classic for instance, the code 19.36.20 # might be the same 19.36.36 # I dont know - it just sounds weird 19.37.37 # When you got to the apple download center it says: "games for 3g/4g nano classic, OR fifth generation ipod) 19.38.08 # that would suggest then (if you are right) they would have separate apps for different ipod generations 19.38.50 # Or that iTunes just does something different when syncing the apps. 19.39.09 # if i were to sell my sansa e270 with rockbox on it, since i installed rockbox on a linux machine logged in with my username, would any other username on another machine, be able to manage rockbox, or the files already located on the device ? 19.39.31 # avis: It's FAT32, it doesn't have that sort of permission system. 19.40.05 # Interesting to find out though... 19.40.09 # Ill look into this 19.47.35 Join jaykay [0] (n=chatzill@p579E6B62.dip.t-dialin.net) 19.47.43 Part pyro_mania1 19.51.47 Join ibseo [0] (n=hd@p5B1605DB.dip0.t-ipconnect.de) 19.52.56 Quit Seed ("cu, Andre") 19.55.33 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.57.46 Quit kugel (Nick collision from services.) 19.57.51 Join kugel [0] (n=kugel@rockbox/developer/kugel) 19.58.49 Join toffe82_ [0] (n=chatzill@99.130.5.139) 20.11.02 # is the rockbox daily build the same as svn ? i updated my rockbox to it, and its not auto mounting for me, was told it had usb features in the svn build, thought the daily build might be it. this is for the e270 20.11.13 # avis: The daily build is just a svn build built at a certain time each day. Get a current build to be bang up-to-date 20.11.46 # But both a current build and today's daily should have USB 20.12.27 # hmm, well i'm guessing i dont need to be bang up to date, just to have my device auto mount. not sure whats wrong then. its got MTP enabled on the OF side, it stopped mounting right after the update to daily build 20.13.37 # The OF should not affect Rockbox USB 20.13.46 # What version does Rockbox report? 20.14.08 # avis: rockbox doesn't have MTP, so if you're trying to do something from the OS side in terms of MTP, that won't work 20.14.21 # r2026 20.14.42 # avis: Do you mean the original firmware's not automounting? 20.14.58 # nope. the rockbox firmware doesn't mount 20.15.05 # let me sudo fdisk -l 20.15.34 # sudo fdisk -l doesn't see it either. it charges though 20.16.04 Quit jaykay (Read error: 110 (Connection timed out)) 20.17.10 Quit toffe82 (Read error: 110 (Connection timed out)) 20.17.15 # got a mount point through the official firmware. that a relief 20.18.56 # avis: What SVN revision are you running, I don't want to try to guess where the typo was in the number you gave before. 20.19.16 # i think i just may have to continue using that usb test build i had. it was somewhat recent 20.19.44 # i'm using daily build r20226 20.20.01 # Why didn't you download the current build instead? 20.20.27 # perhaps i should have. these build things confuse me 20.20.59 # i'll try the current build 20.21.53 # Is it the text in RBUtil that's confusing, or what? 20.22.09 # no i'm not using rbutil 20.22.39 # I don't think we even link to the daily build from the front page 20.24.03 # How'd you end up there? 20.24.44 # i had followed it from a svn link 20.24.57 # What do you mean "a svn link"? 20.24.59 # yep the current built works great for auto mounting . 20.25.37 # Does our website link to the daily builds somewhere other than the current build page? 20.26.23 # let me see 20.27.42 # there is a daily snapshots link from the "using svn" page 20.27.55 # that took me to the daily build page 20.27.59 Join jaykay [0] (n=chatzill@p579E7335.dip.t-dialin.net) 20.29.54 # Ah, from a development page. 20.30.04 # regardless, the current build works great. thank you 20.30.43 # its sometimes difficult for me to communicate because of my medication. :) sorry about that 20.31.16 # n1s: that main is probably a relic of the PC version, i would think. it could always be renamed or made static, but i don't really see what harm it could cause... 20.32.08 # Unhelpful: ok, i was just curious, it seems a bit strange to me but if it's no problem 20.32.30 # there's a *lot* that's strange inside PF :) 20.33.42 # avis: I'm removing that from the page anyway. It has nothing to do with using SVN (in fact, using SVN is something you do because you don't want to download the daily tarball) 20.34.55 # yep 20.35.59 Quit gromit`` (Read error: 110 (Connection timed out)) 20.37.00 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 20.37.21 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 20.38.03 Quit petur (Remote closed the connection) 20.39.28 Quit Strife89 (Read error: 60 (Operation timed out)) 20.39.30 *** Saving seen data "./dancer.seen" 20.41.25 Join petur [50] (n=petur@rockbox/developer/petur) 20.42.32 Quit ibseo ("quit") 20.56.30 Quit midijunkie ("?(???~•~)?") 20.57.36 Quit Thundercloud (Remote closed the connection) 21.03.22 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.19.17 Quit kugel (Remote closed the connection) 21.23.07 Quit tyfoo (Read error: 104 (Connection reset by peer)) 21.30.02 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 21.40.19 Join midgey [0] (n=tjross@71.238.148.140) 21.40.34 Quit jhMikeS (Nick collision from services.) 21.40.40 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 21.41.50 Quit pixelma (Nick collision from services.) 21.41.50 Quit amiconn (Nick collision from services.) 21.41.51 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 21.41.51 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 21.42.05 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 21.42.09 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 22.00.36 Quit krazykit ("brb wireless shens") 22.04.06 Join krazykit [0] (n=kkit@ppp-70-236-44-223.dsl.ipltin.ameritech.net) 22.07.16 Join Chris_Black [0] (n=Sedgewic@net-93-145-251-167.t2.dsl.vodafone.it) 22.07.59 Quit Sedgewick (Read error: 104 (Connection reset by peer)) 22.08.43 Quit Chris_Black (Read error: 104 (Connection reset by peer)) 22.09.02 Join pyro_maniac [0] (n=jens@91-64-191-48-dynip.superkabel.de) 22.09.51 Join kugel [0] (n=kugel@rockbox/developer/kugel) 22.11.59 Quit pixelma (Read error: 104 (Connection reset by peer)) 22.11.59 Quit amiconn (Read error: 104 (Connection reset by peer)) 22.12.01 Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) 22.12.02 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.12.51 Join Rabbit^^ [0] (n=Rabbit^^@72-24-220-205.cpe.cableone.net) 22.14.00 # I am having to return a now DEAD View to Sandisk. When I receive my replacement, what are the "firmware" files I need to copy to the root directory? 22.15.17 # Rabbit^^: The view isn't supported by Rockbox yet. 22.16.22 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.7/2009030516]") 22.17.07 # Some people have gotten it to go on View according to posts in Sansa forums at Sandisk. I, unfortunately, do not know of a way to chat with Sandisk, except via e-mail or phone. 22.19.23 # There's development work going on. It's not ready to be used yet. If you want to get involved with development, you can read the thread in the New Ports forum and see how far it's come, and the instructions for doing what can be done so far. 22.19.41 # Okay. 22.19.49 Part Rabbit^^ 22.20.52 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 22.28.12 Join kushalone [0] (n=kushal@12.169.180.178) 22.30.23 Join toffe82 [0] (n=chatzill@adsl-99-130-5-139.dsl.frs2ca.sbcglobal.net) 22.39.32 *** Saving seen data "./dancer.seen" 22.46.24 Quit gromit` (Read error: 145 (Connection timed out)) 22.48.24 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-471ba336c23e0fea) 22.48.40 Quit toffe82_ (Read error: 110 (Connection timed out)) 22.49.14 Quit jaykay ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 22.53.54 Join toffe82_ [0] (n=chatzill@adsl-99-130-5-139.dsl.frs2ca.sbcglobal.net) 22.54.57 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 23.01.31 Quit toffe82 (Read error: 145 (Connection timed out)) 23.02.28 Join DC1 [0] (n=dc1@pool-70-107-136-192.ny325.east.verizon.net) 23.09.07 # n1s: It isn't. Having main() in a shared object/dll sometimes causes weird effects, e.g. on cygwin 23.09.35 # But the more puzzling part is why static'ing the functions causes pf to crash/hang 23.10.32 # I see Newegg has Fuzes quite cheap, at least in north america 23.16.01 Join krazykit` [0] (n=kkit@adsl-76-252-12-119.dsl.ipltin.sbcglobal.net) 23.25.09 Part toffe82_ 23.36.43 Quit krazykit (Read error: 110 (Connection timed out)) 23.36.54 Quit Landon (Remote closed the connection) 23.39.59 Quit yhuang ("Leaving") 23.45.34 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 23.47.00 Quit fdinel (Read error: 104 (Connection reset by peer)) 23.50.45 Quit petur ("Zzzz") 23.54.12 Quit {phoenix} (Remote closed the connection) 23.58.12 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net)