--- Log for 15.12.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 10 days ago 00.00.21 Join nathanh [0] (n=nathanh@220-245-222-198-act-pppoe.tpgi.com.au) 00.00.47 Quit San (Read error: 110 (Connection timed out)) 00.01.22 Join Jungti1234 [0] (n=jungti12@58.77.81.144) 00.01.33 # linuxstb: hum so with your make there is no static lib involved 00.01.35 # ? 00.02.03 # hi 00.02.13 # that's what I wanted to do linuxstb thanks 00.02.23 # gday 00.05.06 Join elinenbe [0] (i=trilluse@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.05.26 # mirak: No, I don't bother with that. 00.07.24 # One problem is that xvidcore is both an encoder and decoder - I've removed the obvious encoding parts of the library, but I'm sure that a lot of the functions still there are only used for encoding. 00.08.04 # And there are still some floats there, and some calls to libm functions 00.08.14 # (log10, sqrt etc) 00.09.05 # yes 00.09.35 # I guess postprocessing is useless 00.10.56 # The example program, xvid_decraw contains some floats which are only used to display decoding time statistics - so they can be easily removed. 00.10.57 Join textchimp [0] (n=chimp@ip48-83-132.cust.bit.net.au) 00.11.02 # hi 00.11.12 # i'm having errors compiling the CVS rockbox 00.11.31 # for that target? 00.11.33 # what 00.11.43 # Are you using Linux, Cygwin or the Development Kit? 00.11.48 Join LinusN [0] (n=linus@labb.contactor.se) 00.11.59 # and what patches if any do you have applied 00.12.04 # linuxstb_: linux 00.12.08 # And what is the error? :) 00.12.12 # sorry, hang on, let me get it 00.12.26 # hey 00.12.38 # gcc -g rdf2binary.c -o rdf2binary 00.12.48 # rdf2binary.c:1: internal compiler error: Segmentation fault 00.12.53 # whoa 00.12.54 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.12.57 # bad gcc! 00.13.13 # i haven't changed anything but the cvs update 00.13.25 # anyone here working on or interested in the iriver ifp7xx series rockbox port? 00.13.51 # textchimp: but that source file has not changed in a good while iirc 00.14.01 # xbshift: we're all interested in having more ports! ;-) 00.14.35 # well so far a guy named tomal had ported it 00.14.39 # textchimp: besides, an internal error in gcc is hardly Rockbox's fault 00.14.44 # just with minimal function though 00.15.10 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 00.15.15 # what is required to start working on such a project? i mean knowledge wise.. asm, c programming ect 00.15.35 # You want to help tomal with the port? 00.15.59 # sure, if i could 00.16.01 # the best approach for this port is probably to ask tomal himself 00.16.20 # from what i understand right now he has code injected from within a .wma file 00.16.20 # but knowing C and basic asm will sure help 00.16.34 # running the wma loads the rockbox 00.16.35 Join DT [0] (n=chatzill@140.66.mariettafiber.net) 00.16.42 Quit DT (Client Quit) 00.16.49 # im familiar with C but i queeze at the thought of asm ;/ 00.17.20 # The first thing would be to download his source code and try it out. 00.17.25 # People writing asm for the targets, how do they test the code? 00.17.36 # dwihno: on the target! ;-) 00.18.16 # I would probably brick my unit if I started doing that 00.18.37 # How hard is 68k assembly compared to x86? 00.18.46 # dwihno: just crashing the software doesn't mean bricking in most cases 00.19.00 # dwihno: 68k asm is way nicer than x86 imho 00.19.09 # linuxstb: I checked, the function that use float are not used 00.19.18 # the only one is writetimer 00.19.29 # but it can be removed as well I think 00.19.45 # http://www.misticriver.net/showthread.php?t=24020&page=5 00.20.40 # Bagder: I rather just leave the insane-o optimizing to the pro's ;) 00.20.52 # linuxstb: writetimer is for loging 00.21.45 # can gcc build code with float for coldfire or is it just that it's done software ? 00.22.21 # it'll be done in software 00.22.29 # no hardware fpu, need soft fpu 00.24.05 # the colours in uisw32.h, are the all in B, G, R order? 00.24.08 # But I don't think we have libm 00.24.24 # right 00.24.40 # simple float operations are ok, but we don't have libm 00.25.33 Quit xmixahlx ("blah blah blah") 00.29.00 Quit Jungti1234 ("bye") 00.34.26 # so can anyone suggest what to do about that gcc error? 00.35.21 # update your gcc 00.35.30 # or use make -k for now 00.35.30 # hm 00.35.41 # or edit the makefile in tools to ignore the rdf2binary tool build 00.35.51 # but your gcc is defect 00.36.18 # funny, it worked fine on the cvs code from a few months ago 00.36.37 # Have you tried a clean cvs checkout? 00.37.03 # textchimp: the rdf2binary code was last changed in june 00.37.28 # linuxstb_: what's the best way to do that? just check out into a new dir? 00.38.49 # Yes. 00.39.25 # hm, it seems to be dumping the text contents of the cvs 00.39.45 # linuxstb: I have checked floats sqr log10 double, they are not used by the decoder 00.43.11 Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) 00.43.13 Quit linuxstb_ ("CGI:IRC") 00.43.17 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 00.43.19 # So, how about that korean firmware ? 00.43.29 # mirak: You need to be able to remove the LDFLAGS=-lm line from the Makefile and still compile a working decoder 00.45.40 # ok 00.45.57 Quit mikearthur (Remote closed the connection) 00.46.06 Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 00.47.11 # oh nifty, latest version of gnome recognises the H340 as a DAP and uses an appropriate icon 00.48.49 Quit linuxstb_ ("CGI:IRC (Ping timeout)") 00.51.56 # perhaps whoever wrote that string was frustrated at something that he could not get to work 00.53.25 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 00.54.28 # linuxstb: it's ok it works 00.54.39 # most of float functions where for post processing 00.55.23 # Have you tried running the test program to decode a file? 00.57.11 # as a proof no 00.57.12 # :) 00.57.36 Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) 00.59.11 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 00.59.26 Quit linuxstb_ ("CGI:IRC") 00.59.31 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 00.59.59 Quit linuxstb (Read error: 110 (Connection timed out)) 01.05.07 # linuxstb_: well the standart exemple doesn't work 01.05.11 # I mean the command line 01.08.10 # It works fine for me. What kind of input file are you using? It needs to be a raw xvid video stream 01.08.22 # I use the cactus exemple 01.08.37 # I did not tried the decompressor yet 01.08.45 # I tried to compress the sample cactus 01.09.03 # but the commands of the doc doesn't match the exemple switchs 01.09.07 # Why are you testing the encoder? 01.09.22 # I think cactus.pgm is not compressed 01.09.26 # Just use any xvid file you have already got, and extract the video stream from it. 01.09.37 # I used "mplayer" to do that. 01.09.47 # mencoder or mplayer ? 01.10.14 # Anyway, the malloc situation looks good - all the mallocs happen at the very start of the decoding process, and it doesn't appear to call free 01.10.32 # So the simple malloc implementation used for the audio codecs will work nicely. 01.10.38 # yes I think it just swaps the buffers 01.10.50 # for the frames 01.11.22 # hem what command did you used for mplayer ? ... 01.11.31 # It mallocs about 4MB of memory for my 624x352 test file. 01.11.44 # mplayer -dumpvideo -dumpfile test.xvid myxvidfile.avi 01.11.58 # ok I have videos the size of the lcd already 01.12.02 # in 10 fps 01.15.03 *** Saving seen data "./dancer.seen" 01.16.51 # linuxstb_: it works for me 01.17.18 # there is a bunch of code that can be removed to reduce the binary size 01.18.04 # You should do that then, and also strip down the example program to the bare minimum - ready to make it a plugin in Rockbox. 01.18.20 Quit stevenm (Read error: 110 (Connection timed out)) 01.18.30 # a plugin ok 01.18.46 # Yes, I think the first stage is a video-only plugin - ignoring audio for now. 01.18.52 # sure 01.19.05 # we will se for codec later 01.19.32 Quit Kohlrabi ("Leaving") 01.19.33 # We need to get the video decoding fast enough for there to still be enough CPU left to decode audio. 01.20.51 # linuxstb_: with the plugins, can we use a kind of file chooser ? 01.21.03 # to select a file to be read for exemple 01.21.37 # I will see that tomorow 01.22.25 # I am going to bed good night 01.22.45 # No - you write it as a "viewer plugin". So you just select a file in the file browser, and that will start the plugin. 01.23.03 # ok 01.25.18 # I should buy a LCD screen 01.25.32 # my eyes are on fire 01.25.35 # Are you sure you can disable the post-processing? 01.25.51 Quit ender` (Read error: 113 (No route to host)) 01.25.52 # I removed the denoise and add noise 01.26.31 # the post processing is really post processing 01.26.44 # it's called after the frame is decoded 01.27.12 # it's called in the sample code 01.27.21 # if I am not mistaken 01.27.33 # I guess we'll find out when we try to use it. 01.31.01 # hum the extracted frame in pgm seems to be in YUV 01.31.56 Quit Moos ("Happy Birthday Rockbox") 01.34.23 # ./xvid_decraw -i test.xvid -d -c rgb24 -f tga 01.34.28 # this is working 01.34.57 Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) 01.36.06 # It also has an rgb16 output format - perfect for the h300 (assuming it's rgb565) 01.36.27 # that's perfect for 16 bit color output yes 01.36.33 # not for 18 ;) 01.37.09 # Given the speed the lcd works in 16-bit mode, I'm not sure 18-bit will happen. 01.37.13 # we will see how good iriver devs are 01.37.24 # you mean the latency ? 01.37.35 # grayscale output! 01.37.39 # No, the speed of the lcd_update() function 01.37.40 # well anyway on a screen of this size it's enough 01.37.49 # linuxstb_: what's the problem 01.37.50 # ah ok 01.37.55 # the conversion 01.38.06 Quit tvelocity ("Leaving") 01.38.29 # I was arguing with amiconn that maybe we could sacrifice some colors by just using shifts to gain speed 01.39.18 Join tvelocity [0] (n=tony@84.254.9.197) 01.39.22 Join San [0] (n=sanitari@213-202-131-161.bas502.dsl.esat.net) 01.39.24 # I know. But that's not related to this problem. We will need to write an optimised yuv2rgb565 function 01.39.46 # in the xvid codec ? 01.39.51 # Yes. 01.39.56 # a bunch of stuff can be optimised 01.40.12 # though I don't know exactly what kind of assembly C code produce 01.40.39 # I am not sure what is worth to put in assembly 01.41.18 # I asked that the other day. I was wondering if system function like memcopy are optmised in asm for each target gcc can compile to 01.41.27 # or if it's just a function that use C code 01.42.03 # It probably depends on the target. amiconn has implemented his own optimised memcpy function for both SH1 and Coldfire that outperforms the gcc version 01.42.04 # that kind of function could be optimised if not 01.42.18 # So we already have that. 01.42.32 # great 01.42.51 # bye 01.42.55 Quit mirak ("Ex-Chat") 01.43.11 Quit PaulJ (".") 01.56.54 Quit matsl ("ERC Version 5.0 (CVS) $Revision: 1.776 $ (IRC client for Emacs)") 02.06.46 Quit dpassen1 () 02.11.35 # ok, i just committed fm radio support for h300 02.12.19 # cool! 02.13.02 # thanks Linus ^^ 02.13.08 # LinusN: you're my hero 02.13.22 # the scan is slow as hell, thanks to the slow lcd driver 02.13.29 # but it works 02.13.33 # ok 02.14.24 # LinusN: someone was asking about USB charging. Should it be possible to make it work just by defining HAVE_USB_POWER and setting a button to not enter USB mode? 02.14.46 # not sure 02.15.00 Quit webguest46 ("CGI:IRC (Ping timeout)") 02.15.03 # we might have to set a register in pcf50606 too 02.17.00 # any h3xx owner care to test out a new version of bejeweled for me? https://netfiles.uiuc.edu/aboot2/www/h300/bejeweled.rock 02.17.30 Quit Febs ("CGI:IRC") 02.17.53 Quit stevenm ("Connection reset by beer") 02.18.32 # RotAtoR: total hang :-) 02.19.00 # really? 02.19.39 # i press on, and nothing happens 02.19.48 # oops, that may be a h100 build... 02.20.15 # i think i may have accidently rebuilt the sim when i thought i was in my build directory 02.20.23 # RotAtoR: i do prefer source code when i test stuff 02.21.04 # yes, but i can usually find more willing testers if i just distribute a .rock 02.21.09 # RotAtoR: Have you made bitmaps for the iPods? 02.21.14 # yes 02.21.22 # The Nano as well? 02.21.23 # and figured out what i think are good key bindings 02.21.26 # yep 02.21.38 # Cool. Let me know if you want me to test 02.22.13 # i didn't know the ipod port was able to run plugins already! 02.22.33 # Yes - plugins are working. 02.23.30 # nice, last time i looked at the status of the port the button driver was complete yet 02.23.42 # RotAtoR: any new .rock for me? 02.23.53 # working on it as we speak ;) 02.23.53 # preglow's still working on it - it's working, but not perfect yet. 02.26.09 # ok, updated at: https://netfiles.uiuc.edu/aboot2/www/h300/bejeweled.rock 02.26.57 # WOOAAAOOOWWWW! 02.27.08 # so it works! :) 02.27.12 # :-) 02.27.46 # slow as a dog, of course, but that's not your fault 02.28.09 # next thing is to update the lcd driver with alpha masks 02.28.11 # Can you upload the .c file so I can test it on the ipod? 02.28.20 # ok, it nice on the sims :) 02.28.31 # sure: https://netfiles.uiuc.edu/aboot2/www/bejeweled.diff 02.28.40 # or i can just upload the .c too 02.28.49 # diff against cvs is fine 02.28.54 # but the diff includes the plugins/SOURCES change 02.29.02 # That will be fine. 02.29.04 # brb 02.29.06 Quit linuxstb_ ("CGI:IRC") 02.29.59 # the .c is now 1500 lines of bitmap definitions and only 1000 line of real code :S 02.31.21 Join markun_ [0] (n=karl@bastards.student.utwente.nl) 02.33.28 Quit markun (Read error: 113 (No route to host)) 02.33.37 # RotAtoR: It works very nicely on my ipod. 02.33.57 # how about the key config? any issues? 02.34.22 # No, using the scrollwheel like that works nicely. 02.34.32 # good, i was hoping that would work well 02.34.41 # that's one thing that's hard to tell with the sim 02.35.52 # preglow will be pleased. 02.36.10 # :) 02.37.01 # Somehow the status on the right side needs to be improved - the jewels are too nice now :) 02.37.13 # hehe, yeah 02.37.22 # yay, more bitmaps! 02.37.33 # one annoying thing though, the nano screen height isn't a multiple of 8, so there is a row of 4 unused pixels at the top 02.38.51 # How do I exit a game? 02.39.03 # select+menu 02.39.19 # Must be the button driver - that doesn't work. 02.39.32 # Guess I'll have to play all night... 02.39.36 # select+play to save... 02.39.43 # hehe 02.40.04 # Nope, I can't save either. As I said, I'll have to keep playing. 02.40.44 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 02.40.59 # but select+another key should eventually work, right? 02.42.06 # Yes. 02.45.27 Quit mikearthur (Read error: 104 (Connection reset by peer)) 02.46.13 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 02.46.36 # RotAtoR: The new bejewled bitmaps are sexy. 02.46.45 # Are they the Gjewled ones? 02.46.54 # yes, they are 02.47.06 # Well good on you. It's a pleasure to play. 02.47.45 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 02.47.54 # Gweled has nice svg graphics, so it makes it easy to produce bitmaps which ever size I want 02.48.14 # What tool did you use to convert them? 02.48.16 # Wow, that's handy. 02.48.51 # Sodipodi (http://www.sodipodi.com/), it's aparently what was used to create them 02.49.01 # Hrm, maybe we should think about SVG graphics? It would help with having all the different screen resolutions. 02.49.13 # it has an absolutely dreadful user interface though 02.49.37 # at least on windows... 02.50.02 # RotAtoR: I assume you know the jewel backgrounds overlap when swapping 02.50.32 # yep, and nothing can be done about it presently 02.50.41 # LinusN: Was the radio fix as simple as finding the new GPIO pin? 02.50.43 # that's what I figured 02.50.45 # I thought it looked nice like that 02.51.25 # starfield is very cool in black and white... 02.51.49 # aliask: no, there were a few bugs in the i2c driver to squash as well 02.52.12 # Well congrats on getting it up and running. 02.52.40 # I'm assuming that a plugin should restore the original background and foreground colours if it changes it? 02.54.43 # From what I've seen in other plugins, people do, so I guess that's a yes. 02.55.50 # I've just tried without, and the file browser comes back in the default blue and black. So maybe it isn't needed. 02.58.54 # time to sleep 02.58.56 # nite all 02.59.12 # nite 02.59.15 Part Midgey34 02.59.20 Part LinusN 02.59.48 # starfield is now white stars on a black background on the h300 and ipod. Hope no-one objects to that. 03.01.25 # Sounds good. 03.01.55 # linuxstb: Sorry, I got mixed up. They set the drawmode back to DRMODE_SOLID, not change the colours. 03.02.24 Join actionshrimp [0] (n=NNSCRIPT@host86-136-20-96.range86-136.btcentralplus.com) 03.02.37 # aliask: OK. 03.05.31 Join Kyl3 [0] (i=no@cpe-24-90-232-130.nyc.res.rr.com) 03.12.09 Quit Kyl3 ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 03.12.23 Join dropandho [0] (n=dropandh@cpe-24-193-36-91.nyc.res.rr.com) 03.13.12 # hey all! 03.13.22 # still have no forum here- weiiird! 03.15.07 *** Saving seen data "./dancer.seen" 03.16.12 # *scowl* getting spurious "no codec for file" messages on files that it will then decide to play fine moments later. 03.19.08 # whats the difference between .wps and .rwps ?? 03.20.28 # wps is for the main screen, rwps is for the remote screen 03.23.42 # thanks 03.27.27 Join Rob2222 [0] (n=Miranda@ACB71591.ipt.aol.com) 03.28.34 Join joshn_454 [0] (n=kvirc@ool-182d4545.dyn.optonline.net) 03.36.06 Quit actionshrimp ("a bird in the bush is worth two in your house") 03.36.56 # what are the pixel dimensions of a h320 LCD? 03.38.25 # 220x176 03.38.29 # thanks 03.38.37 # np :) 03.43.56 Join amiconn_ [0] (n=jens@p54BD492E.dip.t-dialin.net) 03.56.32 # can I get a wps file to do a calculation and show the answer? 03.57.00 # so instead of -20 for volume I get it to show 84 (plus the volume) 03.57.03 # so 64 03.57.17 # No. 03.57.32 # oh well 04.02.26 Quit amiconn (Read error: 110 (Connection timed out)) 04.02.27 Nick amiconn_ is now known as amiconn (n=jens@p54BD492E.dip.t-dialin.net) 04.02.50 Quit qwisp11 () 04.10.30 Quit HCl ("Lost terminal") 04.17.50 # what's the speed limit in starfield ? lol 04.18.48 # I'm at +2000 mow ... 04.18.52 # now* 04.37.03 Join lush [0] (n=lush@bdsl.66.15.136.192.gte.net) 04.37.10 # hola guys 04.37.27 # ello? 04.37.29 # anyone home? 04.38.33 # anyone know where i can find a free wma to mp3 converter? 04.39.44 # transcoding is for the devil. but if you must, just use the wav output plugin from winamp to write .wav files from the wmas and then encode them with lame 04.40.38 # doesnt that do it in real time? 04.40.49 # aka forever? 04.41.27 # ... the wav output plugin should output as fast as it can decode... although I haven't used it in years... 04.43.15 # hmm 04.43.30 # well do you know of a less complicated solution? 04.44.09 # nope. transcoding is still for the devil. 04.45.12 # well thanks anyways 04.45.12 Join z35 [0] (n=z@adsl-152-11-43.dab.bellsouth.net) 04.45.47 # I don't think it's free, but I believe foobar2000 has transcoding support 04.46.09 # nice 04.49.13 Part lush 04.51.00 # you should probably use foobar for that task since it will conserve file tags 04.51.18 # i don't believe winamp will do that if you write to wav first 04.51.43 # opps too late 04.51.47 # oh well 04.52.17 Quit saratoga ("CGI:IRC (EOF)") 04.56.33 Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 05.02.58 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 05.03.20 Join Rob2222_ [0] (n=Miranda@ACB7E8B6.ipt.aol.com) 05.15.11 *** Saving seen data "./dancer.seen" 05.19.13 Quit Rob2222 (Read error: 110 (Connection timed out)) 05.31.19 Join bagawk [0] (n=lee@unaffiliated/bagawk) 05.47.51 Join ircfoo [0] (n=45b538a9@labb.contactor.se) 05.48.09 # hey 05.49.42 Join Jungti1234 [0] (n=jungti12@58.77.81.144) 06.17.59 # hi 06.22.24 # wow, this-ere coldfire is one neat lil' chip! 06.25.15 Quit RotAtoR () 06.26.39 # so once rockbox is on the ipod, somebody needs to figure out how to reverse engineer the rio karma flashing :p 06.42.04 Quit YouCeyE ("Leaving") 06.44.06 # the karma.. until it dies :p 06.44.10 # Hey wow, I just successfully did my first alteration of a program to fix a bug in C. 06.45.22 # aliask: w00t! Submit to the tracker 06.46.02 # It's for one of the eli_sherer plugins which isn't in CVS 06.49.04 # hahaha 06.49.07 # nice rockbox 06.52.32 Quit ^BeN^ (Read error: 104 (Connection reset by peer)) 06.53.07 # winword, or winpaint? 06.53.09 # siry 06.53.12 # sorry even 06.53.20 # Rockword or Rockpaint? 06.53.24 # kk 06.53.38 # http://www.freewebs.com/eli_sherer/ 06.54.20 # just wanted to know which plug-in aliask fixed 06.54.35 # rockpaint 06.54.50 # what's the fix? 06.55.18 # When it displays a BMP file, it would turn the backlight off after the set time. And if you pressed a key it would quit the plugin, so the image would go away. 06.55.41 # I just made it so that only the stop button actually quit the plugin when displaying a BMP from a file. 06.56.06 # good job :) 06.56.20 # but it's not uploaded anywhere yet I presume 06.56.42 # Yeah, eli doesn't have an email address on his page either, so I guess I'll have to catch him on IRC 06.57.14 # you can also PM him at MR, just to make sure he gets the message 06.57.31 Join ashridah [0] (n=cbde3724@labb.contactor.se) 06.57.31 # Oh he's at MR is he? That makes things a bit easier. 06.58.02 # yeah, he started the H300 color plug-ins thread for his work... 06.58.21 Nick ashridah is now known as Lost-notash (n=cbde3724@labb.contactor.se) 06.58.31 # either PM him, or mention the update in that thread, I'm sure he'll read it 07.00.05 Quit Lost-notash (Client Quit) 07.04.08 Join nathanh_ [0] (n=ca7d0006@labb.contactor.se) 07.07.09 Quit DrumRBoy|Away (Read error: 104 (Connection reset by peer)) 07.10.19 Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) 07.12.49 Part Sando 07.15.15 *** Saving seen data "./dancer.seen" 07.21.34 Quit pabs (Read error: 110 (Connection timed out)) 07.24.09 Join webguest83 [0] (n=18067cb1@labb.contactor.se) 07.25.30 # Hi does anyone know if Jorg's site is down? I am looking for firmware_rec.bin 07.27.34 Join lennyk [0] (n=18cdfed5@labb.contactor.se) 07.28.03 Join Lost-notash [0] (n=cbde3724@labb.contactor.se) 07.29.06 Quit lennyk (Client Quit) 07.34.05 # morning 07.34.52 # ohayoooo! 07.35.46 # hi~ 07.38.54 # Howdy y'all. 07.46.32 Quit Rob2222_ () 07.54.58 Quit Benacool () 08.00.22 # Morning 08.00.56 # morning amiconn 08.01.46 Quit ReKleSS (Read error: 110 (Connection timed out)) 08.12.23 Join lamed [0] (n=d8ef2688@labb.contactor.se) 08.13.10 Quit lamed (Client Quit) 08.13.53 Join lamed [0] (n=d8ef2688@labb.contactor.se) 08.14.40 Quit lamed (Client Quit) 08.16.15 Join lamed [0] (n=d8ef2688@labb.contactor.se) 08.16.27 # * amiconn wonders why the iriver doesn't allow recording from the radio screen.... 08.16.47 Quit lamed (Client Quit) 08.16.50 # The archos allows this for long. 08.17.13 # amiconn they anounced that h100 cannot record from radio ("hardware limitations") 08.17.44 # You _can_ record from the radio with rockbox, just it's cumbersome to do that as-is 08.17.54 # http://forums.rockbox.org/index.php?topic=2149.0 08.17.56 Quit ircfoo ("CGI:IRC (EOF)") 08.18.27 # amiconn i know, i'm just answering to your question 08.18.40 # It's just that the radio screen needs some further adjustments (and probably some code snippets as well) to allow this directly from the radio screen 08.18.51 # No, I meant in rockbox 08.19.17 # aaa, aha 08.19.32 # I never use the original firmware 08.19.46 # i understood "iriver" as original fw 08.20.01 # I meant it as rockbox target 08.20.43 # Morning 08.21.26 # hmmm 08.21.38 # the new jewels are great:) 08.22.39 # I have a V1 Recorder and I want to flash. Jorg's site is down so I got Bluechip's dev kit and made rockbox.bin. Is this what I need to flash the bootloader? 08.23.03 # This is the first time to flash. 08.24.03 # webguest83: No. You would need to build a full flash image (a multiple-step procedure) for a first time flash, but this way is *not* recommended 08.25.16 # Any idea where to get flash_rec.zip? 08.26.57 # Now that we have bootbox (meaning the images are 100% rockbox), we can distribute them on the site. They are found on the BootBox wiki page http://www.rockbox.org/twiki/bin/view/Main/BootBox 08.28.15 Join ender` [0] (i=ychat@84.52.165.220) 08.29.50 # Is Bootbox the recommended method now instead of the old two compressed image method? 08.37.43 # Bootbox still uses two (optionallly compressed) images, only that the first one is no longer original archos 08.40.53 Join webguest43 [0] (n=dc57b5d7@labb.contactor.se) 08.42.04 Part webguest43 08.46.56 # Thanks for your help. It worked. Now if I want to update I just browse to a more current .ucl and flash it right? 08.48.26 Quit nathanh_ ("CGI:IRC") 08.48.35 # Yes, however, it is recommended (and if you prefer rombox.ucl, even required) to RoLo the new ajbrec.ajz first 08.53.14 # Is limitation in radio channel save? 08.57.16 # hello? 08.57.51 # Jungti1234 say it in other way 08.58.03 # ok 08.58.35 # Is save limitation of radio channel? 08.58.53 # and 08.59.16 # ah nothing 08.59.35 # i don't know 08.59.42 # kkk 08.59.46 # ok 09.00.01 # You mean how many presets you can store? 09.00.16 # * Paul_The_Nerd is still looking forward to being able to use multiple FMR files. 09.00.30 # yes 09.00.34 # there was a patch from XavierGr iirc 09.00.54 # Yeah 09.01.37 # I heard something like it's being worked on for being committed. 09.02.09 # Jungti1234: 64 presets 09.02.11 # I only really travel frequently between two cities, so it's really a minor thing anyway, but it is convenient. 09.02.24 # ok 09.02.52 # hehe the iriver limit was 20 iirc 09.03.54 # What is iirc? 09.04.13 # if i remember correctly 09.04.20 # -_-; 09.04.33 # what is -_-; ? :) 09.04.38 # It makes translation painfully. 09.04.54 # -_-; = oh no... 09.05.10 # hahaha maybe. 09.05.25 # heh 09.06.52 Quit DJDD_ (Read error: 110 (Connection timed out)) 09.07.15 Quit webguest83 ("CGI:IRC") 09.09.35 # http://www.rockbox.org/twiki/bin/view/Main/IrcTalk 09.09.42 # feel free to add more terms 09.09.54 # lol 09.10.14 # I suppose that'll become necessary, with popularity increasing. 09.10.29 Join bazz [0] (n=nick@c-67-188-208-176.hsd1.ca.comcast.net) 09.10.33 # and its easier to refer to a URL that having to explain here 09.10.37 # than 09.10.44 # Yeah 09.10.50 # hahaha 09.10.59 # thanks Bagder 09.11.07 # np 09.11.11 # :-P 09.11.15 # oh 09.11.20 # np = no problom 09.11.28 # Problem 09.11.40 # mistake 09.12.14 # added :) 09.12.20 # what does the data in lcd_framebuffer look like if you have LCD_DEPTH=16? is it just a 16 but rgb colour? 09.12.35 Join mirak [0] (n=mirak@AAubervilliers-152-1-77-182.w86-198.abo.wanadoo.fr) 09.12.42 # err bit 09.13.15 # bazz: yes, but there are two versions of 16bit 09.13.35 # the 16 bits are rgb565 09.13.57 # and there's a byteswapped version for ipod 09.14.14 # Bagder: nod, i noticed that in lcd-win32 09.15.18 *** Saving seen data "./dancer.seen" 09.16.19 # then in 1 bit colour you're either UI_LCD_BACKGROUND or black (0 and 1 respectively) after the bit manipulation right? 09.16.38 # and in two you have a gradent between black, the background, and the background? 09.17.07 # yes 09.17.32 Join Rob2222 [0] (n=Miranda@ACB7E8B6.ipt.aol.com) 09.17.45 # what player has 2 bit? 09.17.51 # h1x0 09.17.53 # iriver h100 09.17.55 # heh 09.18.22 # and older ipods 09.18.30 # (not that we support those... yet) 09.18.44 # cool, thanks 09.19.06 # hmm 09.19.35 # Bagder: someone mentioned you were thinking of doing the sdl port of the sim i think? 09.20.02 # I am if no one else does it, but I don't think it'll happen during this year 09.20.20 # heh 09.20.22 # Well, "this year" doesn't have too many days left anyway. 09.20.27 # only 16 days left :P 09.20.33 # 16 loooong days 09.20.34 # ;-) 09.20.37 # Bagder: i'm almost done with it :) 09.20.42 # Doesn't support unicode of preset? 09.20.49 # that just rocks bazz! 09.20.57 # bazz really ? 09.21.02 # yeah 09.21.08 # bazz: we'll love you for that 09.21.17 # so we can expect x11 sdl sim ? 09.21.19 # soon 09.21.28 # Bger: that's what i'm writing it on 09.21.46 # actually, i built it on windows tonight and it works but not as well as on linux just yet 09.21.49 # great! 09.21.56 # we should make sure the win version works too, and then from that day just have one single sim 09.22.19 # yeah, i need to figure out what's broken with the windows one. if i move the window it locks up :) 09.22.26 # otherwise, it works 09.22.38 # very nice indeed 09.22.59 # need to add 16 bit support and port the thread stuff over, i'm still using pthread at the moment, but that shouldn't take long 09.29.07 Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) 09.36.40 # bazz: Do you support sound as well? 09.36.42 Quit Lynx_ (" reboot") 09.37.09 Join MrShlee [0] (i=BIGKING@58-84-73-164.dial-lns5.sa.chariot.net.au) 09.37.31 # oh right, sdl has sound too... 09.38.19 # :) 09.38.38 # linuxstb: yeah 09.38.57 # Error accessing playlist control file.. that means the playlist is just empty right? Seems to be looping :| 09.39.30 # haha in the internet slang FM means fsck me.... 09.40.24 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 09.41.54 Join LinusN [0] (n=linus@labb.contactor.se) 09.42.47 # I think we'll stick with the slightly older definition. 09.43.26 # yep :) 09.45.15 # Am I right in thinking the SH1 doesn't have an instruction cache? 09.45.34 Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) 09.45.45 Join B4gder [0] (n=Daniel@1-1-5-26a.hud.sth.bostream.se) 09.45.58 # <_FireFly_> moin 09.46.57 # moin 09.47.24 # heh is this moin = morning ? :) 09.47.29 # <_FireFly_> yepp 09.47.38 # haha ok 09.48.41 # www.rockbox.org/twiki/bin/view/Main/IrcTalk :P 09.49.16 # <_FireFly_> i have a little quistion :) why does nobody have an interrest about my remote-settings-patch ?? nobody has at least replayed to my rockbox-dev-ml thread 09.49.33 # hm, _FireFly_ i'll give it a try 09.50.00 # <_FireFly_> maybe the patch is broken against the latest cvs 09.50.11 # <_FireFly_> which is on tracker 09.50.45 # <_FireFly_> i don*t want that it gets commited now but at least i whish there where some comments about it :) 09.51.16 # What does it do? 09.51.22 # _FireFly_ patch No ? 09.51.33 # i guess it adds scroll speed etc for the remote 09.51.57 # preglow: Are you around? 09.52.28 # _FireFly_ = Stephan ? 09.53.22 # _FireFly_, please, add yourself in www.rockbox.org/twiki/bin/view/Main/IrcNicks 09.54.05 # <_FireFly_> Bger yepp 09.56.37 # looking at it now 09.56.43 # <_FireFly_> Bger the link is in the ml 09.57.16 # i think i've found it, patch No 1362248 09.58.25 # <_FireFly_> http://sourceforge.net/tracker/index.php?func=detail&aid=1362248&group_id=44306&atid=439120 09.58.29 # <_FireFly_> yepp 09.58.51 # hm, what's the reason for changing (HZ/10) with (1000/HZ) in lcd_scroll_delay ? 09.59.54 Quit Vladoman (Read error: 110 (Connection timed out)) 10.00.01 # that sounds plain wrong to me 10.00.12 # even though the result is the same if HZ is 100 10.00.14 # <_FireFly_> preglow or amiconn has mentioned it that HZ/10 is wrong 10.00.53 Join Vladoman [0] (n=Vladoman@p54A7EC09.dip.t-dialin.net) 10.01.04 # If you want to calculate the number of ticks in one tenth of a second, then HZ/10 is correct. Unless I need more coffee... 10.01.16 # I'm not sure what 1000/HZ represents 10.01.46 # amiconn ? 10.03.03 # http://www.rockbox.org/irc/rockbox-20051121.txt 10.03.23 # 17:23 10.04.02 Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 10.04.02 # 17:14, sorry 10.04.04 Quit Rick (Nick collision from services.) 10.04.14 Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) 10.04.21 # I remember now, 1000/HZ converts from ticks to ms. 10.04.28 # Thanks LinusN. 10.04.48 # LinusN: Am I right in saying there is no instruction cache on the SH1? 10.04.48 Quit Lost-notash ("CGI:IRC (EOF)") 10.04.53 Quit San (Read error: 110 (Connection timed out)) 10.05.03 # yes 10.05.49 # no caches whatsoever 10.06.36 # hm, it's logical... 1hz = 1/sec 10.06.52 # <_FireFly_> how can i escape the '_' so that twiki doesn't write my NICK italic ?? 10.07.19 # huh 10.07.26 # LinusN: Thanks. That explains the lack of an invalidate_icache() function. 10.07.31 # use _FireFly_ maybe ... 10.08.06 # or perhaps _FireFly_ ? 10.08.20 # i thought about this too... 10.08.48 # but wasn't only for not interpreting the next word as wikiword ? 10.09.18 # <_FireFly_> verbatim works 10.09.48 Quit amar ("CGI:IRC") 10.12.14 # <_FireFly_> also 10.18.04 # hello 10.18.49 Join hshah [0] (n=hshah@hirenshah.plus.com) 10.19.04 Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 10.20.22 # hello, mirak 10.24.11 # linuxstb: around now 10.26.36 # Just the man. I think we need to implement the invalidate_icache() function. Do you know how to? 10.27.11 # I'm assuming the cache is enabled at the moment (I'm running your patch) 10.27.22 # it is 10.27.28 # why do you need to invalidate it? 10.27.29 # plugins? 10.27.33 # yes. 10.27.35 # hmm 10.27.44 # a quick read run over a big range of memory should do 10.27.45 # tried that? 10.27.48 # I'm getting crashes when running plugins for the second time. 10.27.50 # just read 64k om memory or something 10.28.06 # instruction cache 10.28.35 # The ipodlinux wiki mentions address 0xf000c000 as the "cache invalidate base". But a quick grep doesn't show that address being used by IPL. 10.30.42 Quit mikearthur (Read error: 104 (Connection reset by peer)) 10.31.02 # linuxstb: ipl don't use it 10.31.49 # linuxstb: i have no idea how cache works, and i doubt they do either 10.33.26 # Hmm.. 10.35.50 # is it possible to reverse the compiling process? 10.36.22 Quit bazz ("Leaving") 10.37.40 # B4gder: ipod's got a unified cache 10.37.46 # B4gder: i assume it just buffers all reads 10.37.48 # aha 10.38.45 # Then this probably isn't the reason for the plugin crashes. An lcd_update() will remove plugin data/code from the cache. 10.39.22 # Or do cache any particular areas of memory? 10.40.06 # i have no ide 10.40.18 # i ripped both the cpu clock and cache parts right out of ipl 10.40.27 # and i don't think they're too clear on how it works themselves 10.41.31 # saa[b_r]ider what do you mean ? 10.41.50 # preglow: OK, I'll forget that issue then. 10.42.27 # Did you read in the logs that Bejeweled now has those Gnome SVG graphics, and that it works on both ipods? 10.43.16 # w000t! 10.43.19 # screenshots? 10.43.21 # something? 10.43.26 # Bger: well there's a modified .rock plug-in, and I'd like to see the source... 10.43.56 # A screenshot is in the bejeweled thread on forums.rockbox.org 10.44.27 # RotAtoR also changed the key mappings so the click wheel moves the cursor horizontally with wrapping. It works very nicely. 10.44.55 # saa[b_r]ider: you can get a dissassembly from it, but that's not what you want ;-) 10.45.29 # saa[b_r]ider: Just ask the author for the source :) 10.45.32 # Bagder, Bger: The scroll_delay argument is in ms, but the internal delays are measured in ticks. So the correct conversion is delay_ticks = delay_ms / (1000/HZ) 10.45.45 # aha 10.46.01 # linuxstb: I did, but no replies :( 10.46.35 # Wow, color bejeweled almost makes me wish I had something other than an H120. 10.46.39 # preglow: I think this is what bejeweled looks like now: http://img246.imageshack.us/img246/5940/newjewels6ut.png 10.46.54 # w0000t 10.46.56 # damn, that's slick 10.47.27 # H300 plug-ins are getting lots of colors :) 10.47.31 # as they should 10.48.59 # I'm trying to learn how sanitarium added color to pong and snake.... I don't think he uploaded the moddified plug-in to RB 10.49.21 Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 10.49.48 Join aegray__ [0] (n=aegray@12-210-86-210.client.insightBB.com) 10.50.49 # comparing the different versions of bejeweled.c in CVS didn't help me, cause bejeweled has lots of colors, and it's not easy for a person who doesn't understand code to understand :| 10.51.22 # look at the starfield patch on the rockbox patches page 10.51.23 # i think most of the game plugins would benefit from using rgb bitmaps instead of just changing the bg/fg colors 10.51.28 # very simple addition of color 10.52.53 # where's the new bejeweled ? 10.52.56 # nathanh: good idea! thanks! 10.53.36 # linusN: making my way learning the code one step at a time :) maybe one day I can help 10.53.43 # * saa[b_r]ider crosses his fingers 10.54.11 # Bger: at MR it said it was gonna happen soon, don't know what they posted at the RB forum 10.54.30 # aha, k 10.55.24 Quit YouCeyE ("Leaving") 10.55.27 # saa[b_r]ider Read a book :| 10.55.34 # Jumping into C isn't the way to learn 10.57.09 # I learned it that way 10.57.36 # i learnt by jumping in 10.57.38 # ok, its a possible option but its good to learn the basics 10.57.43 # it has come gradually no matter how you do it anyway 10.57.47 # i just started trying to code in it 10.57.51 # worked out well in the end 10.58.12 # nathanh: Did you see that I committed a patch to starfield that simply gives white stars on a black background? 10.58.15 # of course it also depends on what other languages you know already 10.58.21 # linuxstb: yes, saw that 10.58.30 # nathanh: What does your patch do? 10.58.31 # linuxstb: mine gives a color to each star, i think it looks kinda funky 10.59.07 # option, please 10.59.08 # :-) 10.59.13 # nathanh: funky yes, but not realistic :) 10.59.17 # haha 10.59.20 # stars are all different colours 10.59.25 # do you think bejeweled is realistic? :P 10.59.28 # they're rarely white 10.59.44 # starfield now looks like Elite - that's my reference for how space looks. 10.59.54 # :-) 11.00.04 # my starfield looks like the one on the old ami500 11.00.13 # which is my reference for when computer graphics stopped sucking :-) 11.00.50 # computer graphics stopped sucking the moment people started drawing ansis 11.01.29 # * LinusN sees four yorkshiremen on the horizon 11.01.36 # LinusN could you add #define CONFIG_LED LED_VIRTUAL to firmware/export/config-h300.h ? 11.01.47 # back when i was a lad, we didnt have no computer graphics, we had to make do with postit notes stuck to the fridge 11.02.04 # You were lucky to have a fridge.... 11.02.10 # hahaha 11.04.17 # * preglow can see what the logical progression of this might be... 11.04.21 # nathanh: atari !!! 11.05.10 # preglow: Does it involve 307200 people standing in bleachers, each holding a red, green, and blue sheet of paper and folding them to represent varying brightnesses? 11.05.20 # 'cuz it would rock if it did. 11.05.42 # the doubles aren't floats ? 11.05.51 # Paul_The_Nerd: no 10fps video with that one... 11.06.21 # mirak: double are more precise than floats 11.06.23 # mirak: Yes, doubles are floats. 11.06.45 # (in terms of them both being bad in Rockbox) 11.06.56 # LinusN: Maybe if they were replaced by really well trained monkeys... 11.07.30 # Bger: done 11.08.02 # LinusN eh, at last:) 11.08.23 # i was annoying nearly everyone here with commit access about this 11.08.50 # whats the led virtual for... hdd access? 11.08.54 # ok, very bad english 11.09.11 # nathanh it's like the hdd led of the PCs... but virtual 11.09.27 # because h3x0 and ondio (iirc) doesn't have real led 11.09.37 # don't 11.12.07 Join XavierGr [0] (n=XavierGr@ppp27-adsl-27.ath.forthnet.gr) 11.12.15 # morning, XavierGr ;) 11.12.35 # linuxstb: your patch doesnt do white stars on black background for grayscale devices 11.13.08 # nathanh: No. 11.13.13 # morning all 11.13.38 # nathanh: greyscale devices don't have white 11.14.21 # XavierGr where's your battery tsr plugin ? 11.14.52 # Is that greenish color you see behind so many grayscale lcds there because of technical requirement, or did someone at some point think it was an attractive color? 11.14.56 # i the tracker :) http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1357370 11.15.09 # 10x 11.15.19 *** Saving seen data "./dancer.seen" 11.15.34 # Paul_The_Nerd i've seen whitish grayscale lcds... 11.15.58 # Bger it adds 2-3 functions to the plygin api so you will have to compile it. 11.16.16 # XavierGr i'll do it 11.16.29 # Paul_The_Nerd: on the Archos at least, the greenish is due to the leds that do the backlight 11.17.09 # i suspect that the green leds are between the cheapest ones ... 11.17.23 # i suspect it's a contrast issue 11.17.34 # green leds are the cheapest 11.17.36 # green and red 11.17.39 # Bger: Please tell me your opinion and/or comments. (If it works for the H300) :) 11.17.51 # XavierGr hehe oki 11.17.54 # I don't think it is a contrast issue, I find white leds better on the Archos 11.18.30 # Somw guy in MR had changed his screen's led to red.... 11.18.34 # I was just looking at an old HP41CX calculator and thinking "Y'know, black and white displays seem to have kept pretty much the same background color for who knows how long, and to me at least it's just not really that attractive" 11.18.35 # XavierGr btw, u worked on something about the fm radio, or i'm wrong? 11.18.40 # yes 11.18.43 # * Paul_The_Nerd is talking about the led-off color. 11.18.57 # this is still on the tracker and waits for some dev to llok at it. 11.19.04 # multi fmr preset list support 11.19.17 # okay 11.20.09 # I thin it is the right time for someone to look on this now that H300 has working FM radio. 11.20.22 Join mirak_ [0] (n=mirak@AAubervilliers-152-1-14-40.w82-121.abo.wanadoo.fr) 11.20.23 # XavierGr: I compiled the FM presets in the wiki into an FMR file for each city, and posted a .zip there. Figure it'd go well with the patch. 11.20.46 # do the devs take patches off sf? or do you need to get on the mailing list and annoy the devs to commit them 11.21.16 # nathan if you annoy them in the ml naybe it will get commited faster, I am not sure yet :) 11.21.18 # if I want the pointer that reference X bytes of contigous data I do &char[X] 11.21.20 # ? 11.21.24 # I don't remember 11.21.33 # mirak: sort of, thats equivalent to char+X 11.22.02 # mirak: its a pointer to the X-th element in the array 11.22.05 # XavierGr what do you mean with this "marginal error" in the plugin's description 11.22.40 # Paul_The_Nerd: It will work perfectly! 11.23.05 # Bger. There is a possibility of a slight error. But it will be less than 15 minutes. 11.23.14 # (normal testing) 11.23.39 # slight error like ? 11.23.52 # Bger: The plugin writed the log whenver the HD is accesed by Rockbox. 11.24.10 # If on the final write there is no succesfull write the log will not be updated. 11.24.28 # ah, you mean the situation when the plugin can't append to the log on disk 11.24.31 # oh ok 11.24.35 # yeah 11.32.48 # hm, is there any problem in starting a tsr plugin in apps/main.c (using AUTOROCK) ? 11.33.05 # ? 11.33.07 # * dwihno thinks the H300 FM radio support deserves a news item on the web front page 11.33.13 # did it crashed? 11.33.13 # (Yay for progress, btw!) \o/ 11.33.24 # XavierGr noo 11.33.28 # i mean other thing 11.33.32 # ah ok :) 11.33.34 Quit mirak (Read error: 110 (Connection timed out)) 11.33.39 # the did it worked? :D 11.33.40 # look in apps/main.c 11.33.46 # i haven't tested it yet 11.33.49 # LinusN: Is there a reason why the fmradio_i2c now does two DELAY calls in sequence? 11.34.00 # there is a define AUTOROCK 11.34.21 # im just wondering - i saw on the website about the rockbox bootloader allowing you to boot in to USB mode even if the hard drive doesnt work for some reason 11.34.26 # is this the case with the h340 as well? 11.34.43 # if you set it and put autostart.rock in the plugins dir it'll run it 11.34.50 # steveb no, it doesn't work yet 11.34.53 # ok 11.35.03 # it's planned for the next bootloader 11.35.09 # amiconn ? 11.35.09 # woo next bootloader 11.35.13 # Bger: it will run the plugin that you renamed autorock.rock? 11.35.15 # which arguments for lame.exe do you use? 11.35.18 Join perplexity [0] (n=joust@217.165.115.94) 11.35.21 # to autostart.rock 11.35.22 # cant believe radio works already 11.35.27 # its like christmas came 2 weeks early 11.35.31 # hehehe :) 11.35.39 # hah. at the rate things seem to be going for the H3xx the next boot loader will be out by christmas 11.35.39 # Bger: every plugin you want? 11.35.50 # XavierGr it looks like so 11.36.04 # but i don't know what's the situation regarding tsr plugins 11.36.12 # you could try. 11.36.16 # amiconn could you answer my question ? 11.36.21 # I don't have a compiled version right now. 11.36.30 # i'll try soon 11.36.55 Part LinusN 11.37.33 # but if it's ok this will be the best way to test the battery... 11.37.38 # Bger: What question? 11.37.57 # amiconn is there any problem in using the AUTOROCK feature with tsr plugin 11.38.27 Quit mikearthur (Read error: 110 (Connection timed out)) 11.39.06 # kkaw 11.39.46 # What is Virtual LED? 11.40.09 # A LED where is not presetn physically 11.40.14 # ^present 11.40.26 # In our situation a LED marker rendered on screen. 11.40.32 # Jungti1234 it's on the statusbar 11.40.33 # It flashes an icon in the status bar to represent the an LED flashing. 11.40.35 # Bger: No there shouldn't. The autorock feature was actually designed for using tsr plugins 11.40.43 # amiconn ah, ok, 10x :) 11.40.51 # so, XavierGr, i'll try it 11.41.06 # hmm 11.41.08 # amiconn: Do you any time to compile the battery benchmark plugin to see if it works for archos targets? 11.41.25 # I haven't seen anyother here that owns an archos. 11.41.37 # [IDC]Dragon implemented it for using alpine_cdc.rock 11.41.39 # Also it would be interesting to see if it will work on an Ondio. 11.41.57 # What updated? 11.43.36 Join San [0] (n=sanitari@212.2.164.169) 11.45.21 # XavierGr: Had no time yet :( 11.45.46 # Ok just mentioning. If you find the time please do and tell me your comments. 11.51.58 Quit edx () 11.53.56 # Does the Virtual LED indicate disk access or the fact that the disk is spinning? 11.54.33 # <_FireFly_> linuxstb afaik disl-access 11.54.35 # <_FireFly_> disk 11.54.38 # disk access 11.54.41 # not disk spinning 11.54.52 # just like the hdd led on the PC 11.55.03 # <_FireFly_> or the led on the h1xx :) 11.55.08 # <_FireFly_> the red one 11.55.31 Join edx [0] (i=edx@p54A85462.dip.t-dialin.net) 11.55.34 Quit `3nergy (Connection reset by peer) 11.57.08 Join `3nergy [0] (n=3nergy@techgaming.net) 11.57.42 Join muesli_- [0] (i=muesli_t@Bc1fe.b.pppool.de) 11.58.19 # if I declare a static buffer in a programm, if I go outside the boundary of that memory space, en outside of the program memory what happens ? 11.58.31 # hi 11.58.33 # does the OS bitch ? 11.58.40 # mirak: the devil takes your soul 11.58.56 # I guess it's protected in linux 11.59.48 # ok anyway don't know why I ask that, there is no reason it happens since static declaration is the same size of the malloc 12.00.33 Join BalanceST [0] (i=STx@c211-31-9-79.blktn3.nsw.optusnet.com.au) 12.00.36 # mirak_: most likely you will get a segfault 12.01.01 Join Mongey| [0] (n=mongeyc@83-71-5-28.b-ras1.dbn.dublin.eircom.net) 12.01.45 # it makes a buffer overflow 12.01.56 # and god do I know about those ;-) 12.02.07 # hahaha, B4gder 12.02.08 # interesting 12.02.36 # B4gder only if u try to access the program's memory 12.02.38 # if a static pixmap shares the same horizontal row as a dynamic text, the static pixmap disappears 12.02.46 # the own's program memory 12.03.27 # well a static buffer is within the programs memory 12.04.06 # <_FireFly_> nathanh where ?? 12.04.06 Quit BalanceST (Client Quit) 12.04.20 # firefly: ok, im working on the iamp.wps 12.04.39 # the top row has a %pv (the volume as a string) as well as a bunch of dynamic pixmaps (like the %bp and play status) 12.04.42 # those are fine 12.04.48 Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) 12.05.02 # i moved the ogg/mp3/mp2 icons into the top row too... %fc 12.05.04 # and that disappears 12.05.14 # if i change %fc to a dynamic type, it stays on screen 12.05.26 # if i remove the %pv and leave %fc static, it stays on screen too 12.05.52 # <_FireFly_> can i see the code?? 12.05.55 # i can fix it 12.06.36 # i want to grok the gwps code so i can add color and compositing 12.07.08 # <_FireFly_> nathanh i mean the wps-file 12.07.37 # sure, here are the lines that matter 12.07.41 # %pv 12.07.48 # %?fc<%xdh|%xdi|%xdj|%xdx|%xdl|%xdf|%xdk|%xdH|%xdy|> 12.07.54 # %xl|H|a5.bmp|76|1| 12.07.54 # %xl|f|f.bmp|76|1| 12.07.58 # and a bunch more like that, i wont list them all 12.08.19 # <_FireFly_> does this work ?? 12.09.14 # <_FireFly_> ehm btw what do you mean with to leave the %fc to as static 12.09.46 # i mean i edit gwps-common.c and dont chagne WPS_REFRESH_STATIC 12.10.09 # if i change %fc to WPS_REFRESH_DYNAMIC it redraws once per frame and all is well 12.10.27 # but obviously thats not the real fix, the real fix is to figure out why %pv is clearing a rectangle bigger than it needs to be 12.10.39 # <_FireFly_> yepp 12.15.53 # found it, /* clear the line first */ 12.15.53 # display->set_drawmode(DRMODE_SOLID|DRMODE_INVERSEVID); 12.15.53 # display->fillrect(0, ypos, display->width, string_height); 12.16.16 # silly thing clears the whole line 12.18.02 # <_FireFly_> why not 12.18.18 # because it means you cant put a WPS_REFRESH_STATIC on the same horizontal row 12.18.23 # it will get erased 12.18.29 # <_FireFly_> because the fn can*t know how long was the old string 12.18.40 # aye, im looking at it now, wondering how to fix that 12.19.28 # i can make everything WPS_REFRESH_DYNAMIC, though thats ugly 12.19.39 # i can record the bounding box of every draw operation, then only clear those in the next frame 12.20.54 # linuxstb: slowcoder confirms that it's just a matter of reading 8kb of data to flush the cache 12.21.33 # <_FireFly_> nathanh could you please test this patch ?? http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1379767 12.22.15 # ive already got that applied 12.22.24 # but thats nothing to do with what im talking about 12.23.31 # <_FireFly_> nathanh the %fc should be on the same line as the %pv am i right ? 12.23.50 # ill explain it again, i dont think ive made it clear 12.24.04 # first line of the wps is %pv, thats a dynamic string, contains the volume lke -10 or -24 12.24.14 # so its got WPS_REFRESH_DYNAMIC 12.24.30 # ive got a bitmap that im sticking at (1,1), its a bitmap so its WPS_REFRESH_STATIC 12.24.32 # what a moron, I was wondering why &variable was always the same 12.24.50 # <_FireFly_> nathanh try this %pv %?fc<%xdh|%xdi|%xdj|%xdx|%xdl|%xdf|%xdk|%xdH|%xdy|> 12.24.52 # now the problem is that WPS_REFRESH_DYNAMIC redraws the %pv every now and then 12.25.13 # and that erases the entire row, including the bitmap, and because the bitmap is static it doesnt redraw 12.26.41 # ok that works, is that because the WPS_REFRESH_DYNAMIC flag applies to everything on the line? 12.27.01 # how can I get the size of memory used by a variable ? 12.27.07 # ah sizeof ! 12.27.18 # I remember slowly 12.27.22 Join Lost-notash [0] (n=cbde3724@labb.contactor.se) 12.27.28 # <_FireFly_> nathanh no 12.27.44 Quit Lost-notash (Client Quit) 12.28.06 # <_FireFly_> but now the code and the images are on the same line 12.28.35 # right... so? 12.28.36 Join Lost-notash [0] (n=cbde3724@labb.contactor.se) 12.28.39 # hem sizeof works for known types 12.28.51 # <_FireFly_> but you are right it shouldn't matter where the %xd is located 12.28.53 # I can I now how space was reserved for a particular pointer ? 12.29.01 # how much 12.29.06 Join Delazon [0] (n=chatzill@h83n2fls34o981.telia.com) 12.29.06 # mirak: you cant 12.29.07 Quit saa[b_r]ider (Read error: 110 (Connection timed out)) 12.29.10 # mirak: welcome to C 12.29.16 # rahh 12.29.21 # Thanx for the RADIO!!! :D 12.29.36 # hrm, let me explain how i understand wps, see if im grokking it 12.29.41 # 10x goes to Linus & petur 12.29.43 # mirak_: you know because you are the one that allocated the memory 12.29.52 # <_FireFly_> mirak_ try sizeof(*pointer) 12.30.07 # _FireFly_: this returns 1 and I doubt it's 1 12.30.15 # but that will give you the size of the type the pointer points to 12.30.16 # char pointer? 12.30.20 # & return 4 it's the memory older adress 12.30.26 # <_FireFly_> Bger ah right 12.30.28 # Ismo: sizeof (*pointer) would be useless 12.30.32 # arghl 12.30.37 # _firefly even 12.30.40 # mirak_: fact remains, you allocated the buffer yourself, you should know how big the memory is 12.30.43 # preglow: it's a pointer that point to the output frame data from xvid 12.30.52 # preglow: it's done by the codec 12.30.52 # well, then xvid should tell you how large it is 12.31.01 # yes it tells the image size 12.31.07 # well, there you are 12.31.08 # maybe there is a stat 12.32.38 Join edx__ [0] (i=edx@p54A84EB9.dip.t-dialin.net) 12.32.42 Join Petur [0] (n=d4efd6a6@labb.contactor.se) 12.33.07 # aah, the joys of HTTP, that it allows a connection to go on forever, and thus, web-based irc was born :) 12.33.34 # yeah ;) 12.34.14 # (which, depending on how many braindead NAT/firewalls there are between you and the webserver, should allow for 2 hours of channel inactivity before booting you :) ) 12.36.14 Quit nathanh (Read error: 113 (No route to host)) 12.36.43 # hi, Petur :) 12.36.47 # congrats for radio 12.36.48 Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 12.37.06 # Linus did most 12.37.34 # <_FireFly_> Petur and maybe i have asked the right questions to point to the right way :) 12.37.34 Quit Petur (Client Quit) 12.37.56 Join nathanh [0] (n=nathanh@220-245-222-198-act-pppoe.tpgi.com.au) 12.37.57 # :P 12.38.00 # firefox: you still here? 12.38.05 # <_FireFly_> in conjuction with the soft-I2C 12.38.09 Join Petur [0] (n=d4efd6a6@labb.contactor.se) 12.38.11 # <_FireFly_> there is no firefox 12.38.12 # <_FireFly_> ;) 12.38.23 # blah, force of habit 12.39.15 # wtf... I was too kind to the irc webclient - got kicked 12.40.26 # I just started on the radio and got stuck when the I2C didn't cooperate. Haven't checked what Linus did yet (no time atm) 12.40.45 Quit textchimp () 12.45.05 # Enabled the virtual ATA LED on the H300<<< wats that do 12.45.32 # bye 12.45.48 Quit Jungti1234 ("bye") 12.47.05 # nathanh: either the ATA led is software enabled, or it's talking about turning on an icon/image on the LCD. 12.47.37 # Lost-notash, why you telling me? 12.47.45 # arghl 12.47.58 Join DrumRBoy320|away [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) 12.48.24 Quit muesli_- (Read error: 110 (Connection timed out)) 12.48.25 # nathanh: because pressing tab in firefox when i'm using the webclient jumps from 'Mongey' to 'nathanh' instead of completing 'mongey 12.48.30 # bloody thing 12.48.36 # webclient = poo compared to xchat :-) 12.48.57 # nathanh: normally i'd be using a shell, but that's down because the server's being relocated 12.49.07 # should have been back up by now 12.49.16 Quit edx (Read error: 110 (Connection timed out)) 12.50.12 # (of course DNS changes take time when not managed properly, and when the hosting is free, or freeish, it's not a priority 12.53.06 Join muesli_- [0] (i=muesli_t@Bbc60.b.pppool.de) 12.59.25 # so is it anything signifacant 12.59.51 # it's just a minor feedback path, probably 13.00.21 # * Lost-notash doesn't know for sure, since the ATA LED on the H1xx is hardware controlled, from memory 13.01.52 # Mongey| yes, it's not significant 13.01.56 Quit Lost-notash ("CGI:IRC (EOF)") 13.01.57 Join Lost-notash [0] (n=cbde3724@labb.contactor.se) 13.02.05 # bloody web irc client 13.02.14 # just gives u feedback when rockbox reads/writes to disk 13.04.09 # ty 13.04.12 Quit Mongey| () 13.04.34 Nick edx__ is now known as edx (i=edx@p54A84EB9.dip.t-dialin.net) 13.06.27 # hmmm... I don't see a reason why recording shouldn't work on H300. Too bad I can't build RB where I am now :-\ 13.06.42 # And no time tonight :( 13.08.41 # Petur someone said it doesn't work or ? 13.08.50 # it's just not enabled 13.08.56 # it's not enabled 13.09.06 # any hints how to enable it ? 13.09.23 # HAVE_RECORDING in the H300 config file 13.09.29 # hm, i'll try now 13.10.02 # aargh ... a reason to stay on this irc... should be working ;) 13.10.13 # noooo 13.10.28 # too much work makes you a dull boy! ;-) 13.11.22 # no work tonight! Going to a concert of my favorite rockband 13.11.33 # B4gder: I emailed the webmaster of a japanese gigabeat wiki if he can help me find gigabeat owning programmers 13.12.19 # making 13.12.21 # BSB? 13.12.30 # Bger, keep that reset pin with you :) 13.12.39 # hahaha ok 13.12.40 Join Zak1392 [0] (n=zkeeping@CPE-144-137-199-238.sa.bigpond.net.au) 13.12.55 # Used quite a lot lately ;) 13.13.09 Join muesli- [0] (i=muesli_t@Bbca0.b.pppool.de) 13.13.22 # hey guys 13.13.23 # From memory enabling recording on H300s freezes them. 13.13.32 # i use a toothpick 13.13.36 Nick markun_ is now known as markun (n=karl@bastards.student.utwente.nl) 13.13.43 # Hey Zak1392 13.13.58 # aliask when did u test this last time ? 13.14.22 # Petur we need some button defines also, going to correct this 13.14.36 # Linus did, a few days ago. I'll check the logs 13.14.37 Join webguest05 [0] (n=503a016e@labb.contactor.se) 13.14.50 # I like that the radio keeps playing even when you manage your files with the USB interface :D 13.14.51 # The audio mux was wrong, so that might be the reason 13.14.51 Quit Lost-notash ("sleep") 13.15.20 # Would it be possible to have a wps sort of thing for the FM radio? 13.15.22 *** Saving seen data "./dancer.seen" 13.15.41 # unified GUI 13.15.51 # lots of work 13.16.16 Quit webguest05 (Client Quit) 13.16.18 # is there any GUI in color like the iRiver GUI planed for Rockbox? 13.16.56 # yes please 13.17.04 # color bitmaps in wps's would be a start 13.17.06 # thats what im coding 13.17.15 # The FM doesn't get cancelled when USB mode is activated 13.17.33 # sure its good to have some music when your transfering files but would be worth fixing. 13.17.34 # I noticed that as well today 13.17.35 # nathanh: color bitmap support? 13.17.40 # Zak1392, both 13.18.14 # but first i need to understand the lines code, and how it renders wps files 13.18.25 # there is ... oddness 13.18.27 # nathanh: I think you could use some of eli_sherer's code for that 13.18.34 # aliask, link? 13.18.43 # http://www.freewebs.com/eli_sherer 13.19.04 # Under the rockpaint plugin, there is a c file dedicated to reading colour bmp files. 13.19.36 # there was also an incomplete patch posted to the dev list with a color bmp loader 13.19.46 # loading the bitmaps isnt too hard, its incorporating it into gwps without breaking the rest of it 13.20.15 # Bger: I can't seem to find where LinusN actually enabled recording. Maybe it wasn't him at all. 13.21.02 # time for test ... :) 13.21.08 # Good luck! :) 13.21.31 # oh, settings reset :) 13.21.44 # that's normal 13.21.50 # yes, ok 13.22.04 # and? 13.22.07 # w8 13.23.10 # no 13.23.18 # hang? 13.23.20 # yep 13.23.21 # it crashed? 13.23.34 # :( 13.23.39 # too bad - would have been too easy 13.23.42 # going to recording screen, that is 13.23.42 # Oh well, at least the results are consistent with my memory. I'm not going crazy yet! 13.24.00 # haha at least radio works :P 13.24.12 # alright, gotta go 13.24.19 # hm, strange 13.24.28 # it's not dead 13.24.42 # the backlight thread is ok and button reading :P 13.25.07 Quit Petur ("CGI:IRC 0.5.7 (2005/06/19)") 13.25.25 # wow 13.25.37 # the hard shutdown worked too 13.25.40 # I suppose you _could_ send S.O.S. signals with the backlight if you were desperate. 13.26.14 # i prefer not having the need of doing it :P 13.26.40 # aliask I think it is quite easy to implement that on a plugin. 13.26.53 # The S.O.S thing? 13.27.08 # yeah 13.27.08 # hahaha 13.27.27 # I'll get on it XavierGr 13.27.29 # :) 13.27.57 # strange 13.28.37 # so i tried entering in the recording screen and it nearly hung 13.31.27 # maybe i should try some logf ? :) 13.31.45 Quit muesli_- (Read error: 110 (Connection timed out)) 13.32.57 # huh 13.33.24 # dsp.c: In function `apply_crossfeed': 13.33.26 # dsp.c:476: error: can't find a register in class `ADDR_REGS' while reloading `asm 13.33.45 Join DrMoos [0] (i=DrMoos@m196.net81-66-159.noos.fr) 13.34.22 # yes yes ye syes 13.34.23 # debug build 13.34.31 # you need to enable fomit-frame-pointer 13.34.40 # ah, yes 13.34.50 # sorry, but how do i do this ? :) 13.35.01 # is there a debug flag set when doing debug builds? 13.35.02 # there are not enough free regs, yep ? 13.35.05 # i just wanna disable that entire routine 13.35.28 Quit Moos (Read error: 104 (Connection reset by peer)) 13.36.33 Nick DrMoos is now known as Moos (i=DrMoos@m196.net81-66-159.noos.fr) 13.37.21 # preglow : according to configure ... 13.37.22 # [Dd]) 13.37.23 # echo "define DEBUG" 13.37.23 DBUG Enqueued KICK Bger 13.37.23 # debug="-DDEBUG" 13.37.23 # GCCOPTS="$GCCOPTS -g -DDEBUG" 13.37.30 # good 13.37.34 # i'll just disable that opt for debug 13.37.49 # preglow wanna test it ? 13.37.56 # hmm=? 13.38.51 # #if defined(CPU_COLDFIRE) && !defined(SIMULATOR) && !defined(DEBUG) 13.38.54 # ? 13.39.02 # yes, i know 13.39.25 # no, i mean, should i do it this way 13.39.32 # i'll commit it now 13.39.39 # and yes, that's what i do 13.40.20 # huh 13.41.24 # it seems i lied you 13.42.18 Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 13.42.26 # what? 13.42.40 # about -DDEBUG 13.42.48 # oh? 13.42.52 # this is true only if you choose Developer->Debug build 13.43.07 # hmm? 13.43.15 # <_FireFly_> but not when logf-build i guess :) 13.43.25 # debug right 13.43.29 # bah 13.43.49 # sorry :( 13.43.53 # why the hell is fomit-frame-pointer not in debug builds anyway? 13.44.00 # why don't need it 13.44.15 Quit muesli- (Read error: 104 (Connection reset by peer)) 13.44.17 # One question?! 13.44.34 # Delazon just ask 13.45.00 # Do you have any idea about videoplayback? Is it possible with rockbox and if so, how far away is it? 13.45.00 # preglow: Hmm, if i am correct, that will disable crossfeed also from logf builds.. not good 13.45.23 # Slasheri no, it wont :) 13.45.30 # ah, then it's ok 13.45.42 # but in fact that's the problem now :) 13.45.54 # hmm? 13.45.57 # i'm trying to make a logf build 13.46.10 # oh, then you just should fomit the frame pointer.. 13.46.25 # bah, fuck it 13.46.36 # i'll remove it again, and someone who cares can fix the issue with fomit-frame-pointer 13.47.04 # Slasheri : just added && 0 to the opt for now :) 13.47.07 # Hmm, maybe i could do that.. But currently my configure script has flash stuff etc 13.47.33 # because u flash every day ? ;) 13.47.54 # Bger: just add GCCOPTS="$GCCOPTS $GCCOPTIMIZE" to the logf section 13.48.08 # no, but that is needed to compile the flash image and flash bootloader :) 13.48.23 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 13.48.23 # * Bger hates iriver fw 13.49.06 # especially the fact that it reads the whole disk on usb plug-in 13.49.12 Quit dropandho () 13.49.22 # Bger: so do we, if you use dircache 13.49.36 # yes, but u don't have to wait 13.50.55 # and btw, tagcache is progressing good also :) And loading it to ram at boot up should not cause any noticeable delay.. Much better than with iriver fw with 20-60s delay :) 13.51.34 # has anybody tried this patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1379767&group_id=44306&atid=439120 13.51.42 # i'm compiling now 13.52.03 # <_FireFly_> Zak1392 the unsimplified version is already in cvs 13.52.18 # <_FireFly_> this is only an simplified version 13.52.22 # really? 13.52.24 # <_FireFly_> yepp 13.52.27 # damn 13.52.37 # :( 13.52.46 # ok, the logf doesn't show anything more 13.57.23 # XavierGr, are you here ? 14.04.58 # Oh well, I'm out for the night. G'night everyone. 14.05.14 Quit aliask ("Chatzilla 0.9.69 [Firefox 1.5/2005111116]") 14.08.23 # how do you control bejeweled on an ipod right now? 14.09.31 # preglow: Thanks for the cache info. Because there are called to lcd_update() between the loading of different plugins, we can be sure that the plugin ram is not in the cache. So that's not the problem. 14.09.38 # s/called/calls/ 14.09.53 # bbl. 14.09.56 Quit linuxstb ("Leaving") 14.10.00 Join saa[b_r]ider [0] (n=saab_rid@221.217.26.77) 14.13.22 Quit merbanan (Read error: 104 (Connection reset by peer)) 14.23.02 # can anyone explain me why's that 14.23.04 # stack = rb->plugin_get_buffer(&stacksize); 14.23.04 # stack = (void*)(((unsigned int)stack + 100) & ~3); 14.23.04 # stacksize = (stacksize - 100) & ~3; 14.23.36 # i mean why's that +100 14.24.07 # should the new latex docs be in a separate cvs checkout? 14.24.12 # like cvs co manual 14.24.24 # yes I think so 14.24.45 # me too 14.24.52 # it's looking ripe for commiting about now 14.25.37 # B4gder ? 14.27.10 # woop, meting 14.27.37 # preglow: have you noticed that there is two xvid_malloc methods ? 14.27.55 # with a different prototype. I though it wasn't possible in C 14.30.28 # it is, mirak_ 14.30.53 # the compiler distinguish them by parameters' types 14.31.05 # no, not i C 14.31.10 # only in C++ 14.31.15 # really ? 14.31.25 # mirak_: how's is coming along? 14.32.04 # mirak_: almost ready to compile xvid and to start on a plugin? 14.32.11 # markun: I removed mallocs in the exemple file 14.32.25 # no we need to remove mallocs in xvid codec 14.32.28 # I am on that 14.32.42 # can't you use the codec malloc for now? 14.32.57 # markun: no I don't think it's possible 14.33.16 # don't know 14.33.51 # I am brainstorming 14.33.54 # 01.10.14 # Anyway, the malloc situation looks good - all the mallocs happen at the very start of the decoding process, and it doesn't appear to call free 14.33.57 # 01.10.32 # So the simple malloc implementation used for the audio codecs will work nicely. 14.34.46 # yes but at decoder creation there is a resize 14.35.06 # because at first you don't know the size of the output frame 14.35.14 # realloc? 14.35.49 # for now I am trying to make it work without malloc and for PC 14.36.02 # But you will know the size if you only allow for frames that are equal or smaller than the screen 14.36.03 # the rockbox malloc might trouble my weak C skills 14.37.08 # markun: yes, it will be hardcoded with a #define 14.38.03 # what I want to do is a struct with char[sizeofimage] around 4 times 14.38.16 # then when it asks to create an image, I want to give him the reference to that struct 14.38.22 # instead of calling the malloc 14.39.02 # markun: maybe you could look at the code and find a good solution 14.39.06 # then make one of a fixed size fo the worst case 14.39.17 # I don't have time now :( 14.39.44 # XavierGr ? 14.39.49 # Can you decode directly into the frame buffer? 14.40.54 # markun: I am not thinking about that yet 14.41.06 # having it working static for PC would be fine first 14.41.13 # yes, sure 14.42.28 Quit Zak1392 () 14.46.19 Join mikearthur [0] (i=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) 14.51.23 Quit nathanh ("Leaving") 14.53.31 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-131-040.pools.arcor-ip.net) 14.54.08 Quit _FireFly_ ("Did anyone see my lost carrier?") 15.01.34 # Bger: What? 15.04.17 # hm you want to ask about the stack definition? Truth is that back then I din't know how to use plugin_get_buffer so I copied the creation of the new thread from alpine_cdc. 15.04.25 # XavierGr 15.04.27 # just saw it 15.04.32 # Now that I see that I don't know why it is used. 15.04.45 Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") 15.04.50 # Does the plugin works on H300? 15.05.03 # but if i'm right, there is an buffer overflow in your implementation 15.05.09 # s/an/a 15.05.33 # hm, there is not 15.05.42 # but the check is not correct 15.05.56 # it works or not? 15.05.57 # see 15.06.00 # works, yes :) 15.06.06 # just to note something 15.06.32 # look at your thread() 15.06.41 # I just don't know stack = (void*)(((unsigned int)stack + 100) & ~3); means 15.06.51 # yes 15.07.04 # u have there 2000 bytes (and more) on the stack 15.07.19 # DEFAULT_STACK_SIZE is 0x400 = 1024bytes 15.07.54 # ah you mean that all variables in the thread are stored in the stack? 15.08.06 # if i'm right, u should change if (stacksize < DEFAULT_STACK_SIZE) to if (stacksize < SIZE) 15.08.13 # so it will overflow when it reaches 1024? 15.08.17 # no no no 15.08.44 # u get very big stack from the remaining plugin memor 15.08.45 # y 15.08.55 # on iriver it's 768k (iirc) 15.09.03 # and your plugin is ... 10 k maybe ? 15.09.12 # SIZE is just a definition for the char array that holds the temporary changes between a disk activity 15.09.28 # yes, but... ok, let me explain u 15.09.45 # stack = (void*)(((unsigned int)stack + 100) & ~3); 15.09.45 # sure 15.10.01 # err 15.10.02 # stack = rb->plugin_get_buffer(&stacksize); 15.10.02 # stack = (void*)(((unsigned int)stack + 100) & ~3); 15.10.33 # yes it sets the adress after the plugin into the plugin buffer. 15.10.38 # the first line sets "stack" pointer to the remaining memory of the 768k 15.10.40 # though I dont understand the second line. 15.10.52 # the second line is nearly simple :) 15.10.55 # yuo and the 2nd? 15.10.59 # ^yup 15.11.26 # i think Jorg adds 100 bytes just to be sure and safe 15.11.38 Join actionshrimp [0] (n=NNSCRIPT@host86-136-20-96.range86-136.btcentralplus.com) 15.11.48 # that is clear from the + 100 but why is there a ~3? 15.12.00 # and & ~3 part alligns the address of the "stack" to 8 bytes 15.12.02 # and what "~" does? 15.12.16 # bitwise operation? 15.12.17 # 7 = 0000 0111 binary 15.12.26 # and ~7 = 1111 1000 15.12.35 # uf 15.12.48 # sorry 15.12.51 # the NOT operation? 15.12.56 # i think one thing and write other 15.13.05 # 3 = 0000 0011 15.13.14 # ~3 = 1111 1100 15.13.33 # inversed, right 15.13.43 # yes 15.13.55 # I must learn bitwise operation. 15.14.03 # the whole idea behind this is that on sh1 u cannot do memory unaligned accesses 15.14.35 # heh, i learned this ~ 2 days ago or so :) 15.14.44 # can the virtual led be put in WPSs? 15.15.02 # lostlogic not yet :) 15.15.23 *** Saving seen data "./dancer.seen" 15.15.32 # XavierGr all i wanted to say is that the if (stacksize because your thread needs more than 2k stack 15.16.05 # DEFAULT_STACK_SIZE is defined elsewhere 15.16.05 # ah yes 15.16.15 # that's what I meant befire. 15.16.21 # ^before 15.16.23 # yep 15.16.32 # so my thread uses more than 1024 bytes of memory. 15.16.36 # otherwise the plugin looks pretty good ;) 15.16.39 # yes 15.17.13 # hm, this +100 (and -100 to the stacksize) is very probably for local variables 15.17.15 # then either the we must change the comparson and create a thread with a greater stack 15.17.28 # or reduece the SIZE to 1024 (remove it completely) and use the DEFAULT_STACK_SIZE. 15.17.58 # i don't think this plugin will ever write "out of memory" :) 15.18.20 # I should put 100 bytes for the jpeg viewer too. Because I use the plugin_get_buffer. 15.18.21 # just change it to SIZE 15.18.34 # maybe more 15.18.36 # yeah I will do that. 15.18.49 # Thanks, I learned something new! 15.18.50 # and, one more note ... use more descriptive defines ... 15.18.55 # SIZE of what 15.19.00 # BATTERY_OFF ... 15.19.45 # Fact is that I don't know when the char array will get full, because I am note sure how many changes in the batter_voltage can occur between 2 disc accesses. 15.19.49 # hm, the gui is not exported to plugins yet, isn't it? 15.19.55 # the new gui i mean 15.20.17 # XavierGr but you know the size of the array 15.20.18 # I am not sure. 15.20.23 # and you can check it 15.20.29 # yes 15.20.42 # but maybe it will be full and lost some changes. 15.20.51 # Btw.. Do we know if the Battery chargers on the Rockbox firmware.. H3XX? 15.21.03 # MrShlee yes, it charges 15.21.10 # I mean that maybe it will fill the array. When that happens update will be ingored until a disk access is triggered. 15.21.23 # but rockbox doesn't yet know whether it's fully charged 15.21.53 # I dont think my Iriver knows that.. my battery is boned 15.22.01 # like 2 hour max life. 15.22.26 # ? 15.22.31 # MrShlee iriver fw or ? 15.23.32 # Iriver fw never seems to charge full. 15.27.36 # MrShlee are you sure that u've left the unit connected to the charger enough time ? 15.27.42 # in rockbox i mean 15.28.35 # for a long while.. yeah 15.29.59 # hm, strange 15.30.26 # full charge in iriver fw is 78% (8hours) in rockbox. 15.30.33 # but it will only last a limited time. 15.31.51 # huh 15.35.24 # preglow: ok I accidently pasted the xvid_malloc method over another one name. I don't kno what happened ... 15.36.45 Quit MrShlee (Read error: 104 (Connection reset by peer)) 16.01.17 Quit Delazon ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 16.19.14 # have 6 line patch for hdd led in wps support, will patch tracker it later. 16.19.23 Join b0br [0] (n=3ef54246@labb.contactor.se) 16.29.59 Quit B4gder ("Time to say moo") 16.32.50 Quit Zagor ("Client exiting") 16.35.39 Quit z35 (Read error: 110 (Connection timed out)) 16.38.25 Join Nixsos [0] (n=Nixsos@i62009.upc-i.chello.nl) 16.38.28 Join z35 [0] (n=z@adsl-1-21-127.dab.bellsouth.net) 16.39.00 # preglow: Isn't -fomit-frame-pointer a good option to add anyway? 16.39.15 Join lamed [0] (n=d4b3395e@labb.contactor.se) 16.39.26 # olha! 16.40.00 # preglow: around? 16.40.10 # good day lamed 16.40.24 # gday to you too! 16.40.47 # I see you stopped fiddeling with unicode for the last couple of days 16.41.54 # yes, busy to finish some things for school before I leave on holliday (only a week) 16.43.04 # The font caching code has be made faster. 16.43.48 # With a big font (for small fonts no caching is used) and a lot of long filenames the treebrowser lags like hell 16.44.18 # yeah! thank you! i was wondering if anyone spotted it... 16.45.27 # I see preglow hadn't had time to go through my pitch.patch patch.. 16.51.54 # ok it's at sourceforge now... 16.51.55 # http://sourceforge.net/tracker/index.php?func=detail&aid=1381733&group_id=44306&atid=439120 16.52.04 # take a look 16.54.45 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 16.54.58 # hi 16.55.27 # Does anyone here speak Japanese well? 16.56.54 # what is the adress bu size of coldfire ? 16.57.01 # markun: sayonara 16.57.24 Join _FireFly_ [0] (n=FireFly@p54A45BCD.dip.t-dialin.net) 17.01.16 # mirak_: people in mygigabeat.com are all the time nagging for video support. If you finish the xvid plugin it might be a motivation for them to help with the porting :) 17.02.06 # that's not what while motivate me 17.02.12 # Although I don't think that an mp3 player that can only be used with a computer running windows will attract many hackers. 17.02.22 # they should start to help now if they want it fast 17.02.36 # I don't know gigabeats 17.03.34 # just another player. 17.04.42 # if I declare a struct with a char[3] and a int, will the int be right at &char[4] ? 17.04.45 # 300MHz ARM and a 320x240 color screen, but they made a very bad firmware. You would expect it to play videos with there specs.. 17.05.15 # yes definitely 17.05.24 # I play divx on a mac G3 400mhz 17.05.40 # they might need to use slower resolutions 17.05.44 # xvid doesn't use any floating point, does it? 17.05.46 # -s 17.06.02 # that implementation avoid it 17.06.08 # there is float for postprocessing 17.06.18 # but we will never use that 17.06.23 # no 17.06.49 # Even if it decodes at 0.1 fps at first it will be very cool. 17.07.01 # lol 17.07.08 # that's optimistic 17.07.14 # The codecs were so slow in the beginning.. 17.07.32 # the mp3 was under 10% realtime iirc 17.07.52 # I thought it would be difficult to get them real time, but linuxstb and preglow did it with only a few optimisations. 17.07.55 # * Bger is happy with the FM tuner 17.08.10 # Bger: on H300 ? 17.08.16 # yep 17.08.17 # the tuner 17.08.18 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 17.08.19 # ? 17.08.25 # I will try that 17.08.55 # btw, because the cpu runs @ 11MHz while in tuner and the lcd_update is awfully slow.... 17.09.06 # So I was asking just before, if data type inside a struct are automatically aligned to the bus size 17.09.13 # video, wma and mp3 encoding are they only advantages the original H300 firmware has over rockbox right? 17.09.35 # mirak_: I'm not sure. You would think they are. 17.09.35 # if I declare a struct with a char[3] and a int, will the int be right at &char[4] or will it skip some space to be on the good base adress ? 17.09.37 # and runtime ... 17.09.51 # and usb charging? 17.09.59 # and USB host 17.10.10 # why 11mhz ? 17.10.13 # well, quite some things on the todo list then :) 17.10.17 # hehe 17.10.24 # i want to participate in the last 17.10.26 # thing 17.10.39 # mirak_ more battery life 17.11.26 # USB host was a bit rubish when if you had any sort of computer near by you could p&p to get USB 2 but USB host was only USB 1 17.11.35 # So many people working on useful code for the gigabeat firmware. I should just wait more and it will practically be finished :) 17.11.52 # hahaha markun 17.12.20 # don't wait, otherwise gigabeat will follow the destiny of other rb-ed players ... 17.13.07 # out of production before rb being ported .... 17.13.19 # the nice thing is that the laters generation Gigabeat players (the X models) use exactly the same components as the F series. 17.13.33 # only the display is different ? 17.13.55 # yes, and they made it more compact by rearanging everything. 17.14.12 # hehe that's goot 17.14.14 # good 17.14.27 # But the F series seem to use 3 different LCD's anyway, so that's a problem. 17.14.29 # coldfire bus size is 32bits I guess 17.14.40 # XavierGr i edited a little battery_bench 17.14.44 # ? 17.14.53 # mirak_ iirc, it has 16bit bus to the SDRAM 17.15.25 *** Saving seen data "./dancer.seen" 17.15.36 # I don't know, but I would have guessed 32 17.16.09 # mirak_: it's probably in the wiki and in the datasheet 17.16.23 # XavierGr i'll give it to u tomorrow 17.16.44 # nite 17.25.12 Quit Rob2222 () 17.27.03 Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) 17.27.57 # size_t is a C type ? 17.33.55 Quit b0br ("CGI:IRC") 17.36.31 # beh 17.36.42 # lamed: i've been busy 17.37.13 # and i'll continue to be so for some hours 17.38.17 # sourceforge has been down more than up lately. 17.39.06 # well shit, surprise 17.39.15 Quit NicoFR () 17.41.02 # I want to change the malloc function with my malloc, like it's done for the codec, but I use a different one for now, but will change after. 17.41.23 # so I created a buffer 17.41.37 # static char static_malloc_base[4*1024*1024]; 17.41.37 # static int static_malloc_offset=0; 17.41.51 # I used static, I am not sure if that's what I must use 17.42.21 # I want this variable to be kind of global 17.42.33 # is it ok to do that ? 17.43.35 # yeah 17.44.09 # seems it works 17.45.44 # lamed: and yeah, i didn't understand what you wanted with pitch.patch 17.46.00 # lamed: now that i see your description on sf, it's good i didn't commit it, that's wanted behaviour 17.46.23 # <_FireFly_> ah the nice filename :) 17.47.09 Join muesli_- [0] (i=muesli_t@Bc1ec.b.pppool.de) 17.48.37 Quit Strath (Read error: 104 (Connection reset by peer)) 17.49.01 Quit qwisp11 () 17.49.02 # yo 17.50.51 # preglow: seems my stuff is working, you where right, just a fake malloc is good. 17.51.17 # it would crash if there is video resizing of the stream since xvid supports that 17.51.35 Join Acksaw [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) 17.51.40 # and with a 220*176 stream it only takes 1184800 of ram 17.51.43 Quit Acksaw (Client Quit) 17.51.57 # by malloc at least 17.52.43 Quit Lynx_ (Nick collision from services.) 17.53.13 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 17.55.38 # kölle alaaf :D 17.55.41 Join Strath [0] (n=mike@dpc674681214.direcpc.com) 17.56.07 # <_FireFly_> muesli_-: na und when interressiert das schon;) 17.56.15 # <_FireFly_> s/when/wen 17.56.21 # wayne schon ;) 17.56.54 # _FireFly_: mich auch! ;) 17.57.25 # <_FireFly_> moep noch so einer 17.57.59 # english 17.58.15 # preglow: yes sir, sorry sir! :) 17.58.21 # dismissed 17.58.30 # * Lynx_ salutes 17.58.57 # fisher's fritze fishes fresh preglow ;) 17.59.19 # so, there was some talk about xvid earlier here, what's that about? 18.01.30 Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) 18.02.18 # mirak is porting xvidcore to rockbox, i think 18.02.31 # shhhh 18.04.35 Quit San (Read error: 104 (Connection reset by peer)) 18.05.15 # mirak_: ZMOG, teh cool!! when is it done, when is it done?!?!?!? ;) 18.09.33 Quit _FireFly_ ("Leaving") 18.14.42 Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.20.14 # guys, is the RB forum down again? 18.20.41 # i am just browsing in it 18.21.34 # thanks muesli... won't load for me for some reason 18.22.30 Quit Lynx_ (Nick collision from services.) 18.22.50 Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 18.23.02 # some have reported the same while others could browse at the same time 18.39.43 # * preglow hugs RotAtoR 18.39.56 # so, how do you control bejeweled on an ipod? 18.39.56 # preglow? 18.40.05 # tried my patch? 18.41.15 # the pitch patch? 18.41.34 # yeah... lol 18.41.35 # no, i haven't tried it, but like linus says, it breaks behaviour that should be there 18.41.40 # preglow: :) 18.41.42 # PLAY to start 18.41.42 # SELECT+PLAY to save/resume 18.41.42 # SELECT+MENU to exit 18.41.42 DBUG Enqueued KICK RotAtoR 18.41.42 # SELECT to select and show high scores 18.41.42 # Scroll to move 18.41.43 *** Alert Mode level 1 18.41.43 # Directions to swap 18.42.00 # preglow... what behaviour is that? 18.42.11 # RotAtoR: so you have to use the wheel to scroll horizontally, with wraparound? 18.42.22 # exactly 18.42.23 # lamed: when you press right or left, the setting is supposed to snap back when you release it 18.42.34 # RotAtoR: sounds a bit cumbersome 18.42.54 # RotAtoR: can't we use up/down/right/left as well? i don't think those keys are needed for anything else 18.42.58 # or... 18.43.16 # huh. I was sure it's a mistake. what's the purpose of having it to snap back?! I thought it's ment for faster changing the pitch value, wasn't it? 18.43.22 # lamed: no 18.43.23 # hmm, or maybe use directions and scrolling? 18.43.32 # lamed: it's meant for beatmathcinh 18.43.38 # beatmatching, arghh 18.43.39 # cold fingers 18.44.02 # lamed: when you try to sync two songs, you sometimes want to pitch up just for a second 18.44.10 # that's what those buttons are for 18.45.02 # i don't know if you've seen someone do it for proper turntables before, but very often you will see them just push a record slightly along 18.45.10 # that's exactly what left/right is for in the pitch screen 18.47.29 # kindof silly imho. I _am_ mixing & syncing songs. you're pretty right of what you're saying, but they have control over the _beat speed_... that means, at first you're supposed to coardinate the two song's beats, and then you'll use quick changes to make the beat sound at the same time. 18.47.44 # yes 18.47.45 # exactly 18.48.12 # but i don't see how you can think it's silly then 18.48.56 # well, have you ever used a deck? 18.50.28 # sure 18.51.44 *** Alert Mode OFF 18.54.43 # I'll agree with you that it's Kinda simillar, at least if when you keep holding left/right, it speeds up and not only changing by a constant value of two, which isn't always enough. then, when you'll leave the ON button it will go back to the latter speed. even if so, I'll still think that because of the time it takes RB to actually change the playback speed, it's not quite ideal to use that setting for minor changes at all. I gtg but i'll go through 18.55.16 # lamed: i agree, but it wont always have this slow response time 18.55.22 # lamed: we'll fix it so the change comes at once 18.55.46 # but it just needs some work 18.56.44 # does rockbox support printf or other system calls ? 18.56.51 # mirak_: snprintf 18.56.58 # which writes to a buffer 18.57.02 # then put it on the screen with lcd_puts 18.57.34 # preglow: btw by any change will we have seperate control over the current and next playing song pitch? 18.57.39 Join webguest51 [0] (n=45dd8764@labb.contactor.se) 18.58.14 # lamed: well, it's possible, of course, i just don't see the use 19.00.02 # a pretty far out there thought. there are some bpm recognization softwares, haven't investigated into that, but we might have RB to auto sync songs 19.01.02 # preglow: can I still build as if even with printf or will it fail to build ? 19.01.19 # lamed: hmm, yes, it's possible, i guess 19.01.29 # lamed: but i've never seen _good_ bpm detection 19.01.35 # I am trying to have something that built even if not functional 19.01.43 # even traktor, which plenty of people use with final scratch, is really glitchy 19.01.59 # mirak_: it will build, but it wont link 19.02.38 # I need some help to do the make etcetera 19.02.47 # some path 19.03.32 Quit webguest51 ("CGI:IRC") 19.03.57 # (btw, if you _do_ have very fast control over the pitch, you can fade it to a full stop pretty neatly. that's a nifty effect dj's use from time to time, and I think that the hardware will allow slower then half of the normal playing speed.) preglow: if we could only get two seperate output channels from the player... a deck from a box. :D 19.04.16 # ok gtg 4 real cya 19.04.25 # lamed: i'd like to be able to rewind as well :PP 19.04.33 # lamed: but that'd require a _REALLY_ fast decoder 19.05.08 # rewind as in spinning the record backwards really fucking fast, then starting over again 19.05.16 # i don't know how common that is outside of drumnbass, heh 19.06.03 Nick RotAtoR is now known as RotAtoR|Away (n=e@12-210-82-91.client.insightBB.com) 19.06.03 DBUG Enqueued KICK RotAtoR|Away 19.07.57 Quit tvelocity ("Leaving") 19.08.49 # the forums still not working? 19.09.25 # in the make file, what SRC variable is for ? 19.10.41 # sorry but I am newbie for that 19.10.58 Join Lear [0] (n=chatzill@h74n2c1o285.bredband.skanova.com) 19.11.37 # mirak_: i'm not exactly a makefile expert 19.12.32 Join Petur_ [0] (i=Petur@d54C1B62E.access.telenet.be) 19.13.35 Nick Lynx_ is now known as Lynx_awy (n=lynx@tina-10-4.genetik.uni-koeln.de) 19.13.45 # ok it's used to create the OBJ list 19.15.26 Quit Petur_ (Client Quit) 19.15.27 *** Saving seen data "./dancer.seen" 19.15.44 # Hm... To play an AAC on Rockbox, it _has_ to be encoded with iTunes? 19.16.52 Join petur [0] (i=petur@d54C1B62E.access.telenet.be) 19.17.09 # Lear: ask the faad people 19.18.00 # Bger: what's your conclusion regarding recording? 19.18.10 # conclusion? 19.18.14 # (on H300) 19.18.26 # he was trying to enable it 19.19.01 # preglow: well, I did look at why a Nero-encoded file crashed, and that was due to Rockbox alright... 19.19.13 # eh? 19.19.17 # container parsin? 19.19.25 # The metadata reader didn't get some essential information, and promptly crashes with a divide by zero... :) 19.19.30 # ahh 19.19.41 # you'd have to ask dave about that, he wrote it 19.20.00 # Is that linuxstb? 19.20.23 # yea 19.20.40 # interesting.. i hope that metadata thing wouldn't crash very easily because with tagcache, all files on disk are passed through that code :) 19.21.27 # well, it's just another reason to make it rock solid 19.23.34 # There's another place that crashes with a divide-by-zero in the sim: skipping tracks with crossfade disabled 19.23.59 # Isn't there patch on the tracker for that? 19.24.27 # wha? 19.24.32 # ahh, sim 19.25.23 Quit lamed ("CGI:IRC (EOF)") 19.26.33 # amiconn: Hmm, interesting. Do you have a backtrace? 19.26.58 # (can't test sim right now..) 19.28.24 # Slasheri: or look here: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1372590 19.29.06 # on H1xx, is microfone internal or external? 19.29.22 # Lear: oh, that should be committed 19.30.06 # Lear: i've probably asked this a ton of times: did you check out lostlogic's tremor patch? 19.30.10 Join Benacool [0] (i=Benacool@toronto-HSE-ppp4042611.sympatico.ca) 19.30.28 # hehe, that's my first patch :D 19.30.51 # Strange patch that is... 19.30.57 # I know 19.31.11 # Hmm, indeed.. that fix seems a bit strange 19.31.13 # is it normal that when i plug my h320 with USB that the Radio stay on but the signal is weeker ?! 19.31.17 # it should be fixed another way 19.31.25 # it did solve my problem 19.31.42 # fade_insert shouldn't be called at all if crossfade is not enabled 19.31.51 # that's what I mean 19.32.15 # petur: but feel free to fix the crossfade, that would be great :) 19.32.40 # looking into recording now, and don't have much time tonight 19.33.13 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 19.33.18 # Benacool, sounds similar to my H140. When I connected it to my work laptop, I could hear very faint radio in the headphones. :) 19.33.24 # I couldn't fix it better because I don't understand the framework (what is called where) 19.33.59 # yea it's weird xD 19.34.03 # Lear: As you've noticed, the mp4/m4a parser needs a lot more work. 19.34.40 # But the parser itself shouldn't crash - so get_metadata() and tagcache should be fine. 19.34.45 # petur: ah :) did you check the backtrace with debugger? fade_insert should be called by crossfade(..) only and that should be called if crossfade is enabled when inserting data into pcm buffer 19.34.50 # There seems to be no metadata tagging standard. Seen three different versions (iTunes, Nero, Foobar2000)... 19.34.53 # It just fails to correctly parse some files. 19.35.26 # when the hard-drive spinning the radio signal is weeker ... 19.35.33 # I shall make a note of it ;) 19.36.34 # petur: ah, in fact crossfade is called always when skipping tracks manually.. either with crossfade mode or flush mode 19.36.43 # now is 'mic' on H1xx internal or external? 19.37.46 # petur: but thanks trying to fix it, i found now the real problem :) 19.37.48 # god, we need to fix this bmp mess with the wpses 19.38.06 # what mess? 19.38.15 # a jillion bmp files per wps 19.38.56 # hahaha 19.38.59 # There's a patch for that too... :) 19.39.05 # disk cache crashes the nano 19.39.06 # completelky 19.39.26 # ok, so now i need to reset the settings somehow 19.39.35 # linuxstb: help 19.39.44 # :) I did that yesterday... 19.39.50 # i just needed to verify... 19.40.09 Ctcp Ignored 2 channel CTCP requests in 24 minutes and 21 seconds at the last flood 19.40.09 # * petur runs off to cook some dinner 19.40.19 # ok, any easy ways of reseting settings in windows? 19.40.41 # The way I fixed it was to "dd" the first 64 sectors from /dev/sdd, and then use a hex editor to clear the config sector values, and then dd those sectors back. 19.40.48 # i don't think i'll try that 19.40.57 # think i'll just bump the config sector version in a custom build 19.41.10 # That will work better. 19.41.13 # this pc doesn't have cygwin anyway 19.42.36 # where is the config sector version number? 19.42.47 # probably apps/settings.[ch] 19.42.53 # figured that much 19.43.37 # Near the top of settings.c - CONFIG_BLOCK_VERSION 19.43.37 # fokund 19.43.39 # yea 19.44.00 # i wonder why it does this 19.44.05 # probably something funky with the ata driver 19.44.28 # Did you try disabling the sleep? 19.44.34 # nah, but will 19.45.08 # i've just got to finish this button driver today 19.45.27 # IIRC, you just need to comment out the only call to create_thread() in drivers/ata.c, and also comment out the contents of the ata_sleep() function. 19.45.59 # In fact, now I've got your button source, I can try it myself. 19.46.49 # done it now 19.47.24 # hmm, what the hell 19.47.33 # the button driver is really glitchy 19.47.34 # grr 19.48.01 # loading bejeweled now.... 19.48.06 # still.... 19.48.09 # and still... 19.48.13 # ok, it's hanged 19.48.38 # ok, there 19.48.48 # hoh 19.48.51 # it's real purdy 19.49.04 # Did it load? 19.49.13 # yes, second time around 19.49.17 # loading is sporadic at best 19.49.21 # I've experienced the same 19.49.30 # So I don't think it's specific to the Nano. 19.49.46 # hmm 19.49.55 # some graphical glitches, so rotator's got some work left 19.49.56 # heh 19.51.16 # ahh 19.51.18 Quit aegray__ (Remote closed the connection) 19.51.21 # it's just a bitmap bug in some tiles, it seems 19.51.26 # The SELECT+MENU combination doesn't seem to work though - should it? 19.51.35 # i have no idea 19.52.08 # green tiles seem to have a glitch in lower right corner 19.52.25 # Yes, I get the same 19.53.04 # ok, so how does one exit? :) 19.53.14 # Reboot :) 19.53.18 # no, i did it 19.53.28 # You're better than me then. 19.53.29 # hmm, now for how 19.53.33 # Have you tried starfield? 19.53.38 # menu + select did it 19.53.53 # oh, but how do i exit the menu?= 19.53.54 # haha 19.53.57 # will try starfield now 19.54.20 # The clickwheel is used to control the speed (positive and negative) of the stars 19.54.36 # But be sensitive... 19.54.52 # hah 19.54.53 # pretty 19.55.05 # looks damned cool 19.55.22 # is there a limit of speed in starfield ?? 19.55.38 # i was at more that 2000 yesterday ... 19.55.53 # than* 19.56.48 # sewcond time plugin load crashes a lot 19.56.53 # that's the bug you thought was cache related? 19.57.02 # Yep 19.57.04 # can't see how it can be 19.57.07 # i loaded the same plugin agin 19.57.08 # again 19.57.43 # Yes, it's now obvious it's not the cache. 19.58.33 # should snow work? 19.59.25 # I think so. 20.00.00 # But it seems to freeze for me. 20.00.16 # don't look like it 20.00.20 # freezes here 20.00.28 Join muesli- [0] (i=muesli_t@Bc150.b.pppool.de) 20.00.29 # Well, it's snow... 20.00.34 # hahahah 20.00.34 Quit muesli_- (Read error: 104 (Connection reset by peer)) 20.00.41 # perhaps it does white snow on a white background 20.00.56 # That's a cheap plugin. 20.01.03 # snake2 doesn't exactly fly either 20.02.20 # now the green jewels look just fine... 20.02.47 Join San [0] (n=sanitari@A-72-226.cust.iol.ie) 20.04.39 # linuxstb: did you fix the apple boot bug? 20.04.48 # linuxstb: ahh right, sorry, that was the cop sleep tyhing 20.04.49 # thing 20.05.31 # hah! i managed to exit bejeweled completely 20.06.58 # bbl. 20.21.39 Join xmixahlx [0] (n=xmixahlx@64.122.111.98) 20.24.03 # anyone can explain the viewersconfig file ? 20.26.42 Join t0mas [0] (n=Tomas@unaffiliated/t0mas) 20.26.49 # hi 20.29.39 # hi t0mas 20.30.37 # mirak_: extension,plugin,icon (in rb bitmap format) 20.31.07 Join akaidiota [0] (n=nope@c-ad45e255.363-1-64736c11.cust.bredbandsbolaget.se) 20.31.15 Join Rob2222 [0] (n=Miranda@ACB7E8B6.ipt.aol.com) 20.33.11 Join JazzBone [0] (n=JB@cc829402-a.groni1.gr.home.nl) 20.36.38 # markun: how do I bind a plugin into the code ? 20.36.48 # integrate 20.37.35 # I just need to put the C file into the plugin rep and make will find it ? 20.38.03 # maybe SOURCES 20.38.17 # yes, put it in SOURCES 20.39.23 # How does it run on the PC now? 20.39.30 # what do you mean ? 20.39.40 # Did you get rid of the mallocs? 20.39.43 # yes 20.40.07 # nice. What does the exmaple do? Output the first frame as a picture? 20.40.09 # that was easy to do but I wasted time using a different approach than using a fake maloc 20.40.29 # markun: the exemple have a decoder and an encoder 20.40.40 # plus a stat outputer 20.40.47 # we used only the decoder 20.41.04 # actually it allows to read a raw xvid file 20.41.13 # and extract the image 20.41.44 # 1st image? 20.41.49 # Or all of them? 20.41.49 # all 20.42.21 # Wow, sounds like the plugin isn't far away.. 20.42.34 # if you help me :) 20.42.54 # can I put a path to the c file like ./thefile.c 20.42.58 # patch 1381872 added to patch tracker for virtual LED support in WPS. 20.43.00 # in SOURCES ? 20.43.23 # just look at the SOURCES file. 20.43.30 # Do it just like all the other plugins. 20.48.33 Quit akaidiot (Read error: 110 (Connection timed out)) 20.50.22 Join Maxime` [0] (n=flemmard@fbx.flemmard.net) 20.50.44 Join ^BeN^ [0] (i=Paprica@85-250-45-166.bb.netvision.net.il) 20.51.04 # <^BeN^> mmm i have a large bmp 20.51.17 # <^BeN^> and i want to converte it with bmp2rb 20.51.45 # <^BeN^> and the code dont join to all the windows 20.51.51 # <^BeN^> what can i do? 20.58.15 Quit linuxstb (Read error: 110 (Connection timed out)) 20.58.28 # markun: I have a question :D 20.58.48 # since there is not just one .c file but also a full folder 20.58.59 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 20.59.01 # I don't know how to invoke a local make 20.59.18 # I guess the folder must have is own make like other codecs 20.59.25 # rockboy for exemple 20.59.46 # add it to SOURCES and do a normal make 21.00.26 # mirak_: look at the Makefile in apps/plugins. It also calls make for all the subfolder. 21.02.17 # Ah no, you have to add your folder to SUBDIRS in the Makefile 21.03.02 # ok 21.03.42 # just copy the Makefile from rockboy and edit it for xvidcore 21.04.41 Quit Maxime (Read error: 110 (Connection timed out)) 21.04.48 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 21.06.02 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 21.09.18 Join solexx_ [0] (n=jrschulz@d027082.adsl.hansenet.de) 21.10.16 # Is there any way I can help with rockbox if I can't really program. It's wonderful and I'd like to give something back. 21.10.20 # arghhh does rockbox can include time.h ? 21.10.38 # mirak_: if it's not in firmware/export or apps/ 21.10.39 # then no 21.15.08 Join Mongey| [0] (n=mongeyc@83-70-51-88.b-ras1.dbn.dublin.eircom.net) 21.15.31 *** Saving seen data "./dancer.seen" 21.16.33 # lol 21.16.39 # anybody seen this: http://blogs.linux.ie/ungod/2005/07/24/lost-easter-eggs/ ? 21.18.55 # preglow: help 21.18.58 # ^^ 21.19.22 # so this file time.h I take it from /usr/include/ ? 21.19.44 # :-) 21.20.29 # hell no 21.20.43 Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) 21.20.43 # if rockbox doesn't have time.h in firmware/export or apps/, it's not there and you can't use it 21.20.56 Join mymomthelush [0] (n=lush@bdsl.66.15.136.192.gte.net) 21.20.58 # you can't just use system header files 21.21.41 Quit solexx__ (Read error: 110 (Connection timed out)) 21.21.43 # ok so I must remove every reference 21.21.50 # argh 21.22.22 # mirak_: The timer code will be very useful for profiling the decoder in Rockbox, so it's best to try and keep it. 21.22.24 # no one told you it'd be easy :-) 21.22.31 # hola 21.22.47 # linuxstb: profiling ? 21.22.48 # But as preglow said, you can't use system libraries that don't have Rockbox equivalents - unless you implement the missing functions. 21.23.19 # mirak_: Yes, xvidcore uses utils/timer.c to time how long it spends in each part of the decoding process. 21.23.43 # hey how do i install the daily builds on the player? 21.23.45 # linuxstb: yes but of what use is it ? 21.23.52 # t0mas> thats great :p 21.24.09 # mirak_: It could tell us which parts of the library need optimising. 21.24.12 # mirak_: so we can see where we need to optimise 21.24.20 # mirak_: this decoder isn't just going to fly out of the box 21.24.25 # it'll need work, work and then more work to be usable 21.24.33 # wouldn't it be easier to use not that sophisticated video codecs as MPEG-4, but something like MPEG-2?! 21.24.34 # This decoder will need a taxi to leave the box 21.24.42 # preglow: if we optimise everything we will not have to need it 21.25.09 # mirak_: yes, but that's what we're saying, those timer functions are nice to see _what_ needs optimising 21.25.14 # wubbla: mpeg2 consumes more cpu I think 21.25.17 # i sure as hell won't optimise everything 21.25.24 # mirak_: huh?! 21.25.30 # mirak_: improbable... 21.25.35 # mirak_: more than MPEG-4?! 21.25.37 # wubbla: at least on my mac G3 400 I can't play a dvd 21.25.47 # The timers are also useful to tell you how much you've improved the decoding _after_ you've done an optimisation. 21.25.55 # I think the bitrate needed would to high 21.25.55 # which reminds me 21.25.55 # mymomthelush: http://www.rockbox.org/daily.shtml then select your player from under the bleeding edge sub heading 21.26.02 # someone needs to look at lostlogic's profiling work 21.26.11 # Yep 21.26.23 # mirak_: then you've got a bad/ineffective mpeg2-codec... 21.26.27 # thanks 21.26.32 # i love this stuff 21.26.39 # so much better than the iriver fw 21.26.44 # damn straight it is 21.26.53 # that firmware makes me want to kill myself 21.26.55 # wubbla: on linux with mplayer vlc or xine gxine it's the same 21.27.08 # yeah only task left is converting my wma files to flac 21.27.18 # wubbla: I can play a divx fine but the DVD just lag 21.27.24 # mymomthelush: wma will come sooner or later 21.27.26 # or VOBS 21.27.37 # well, ok 21.27.42 # yeah 21.27.46 # perhaps because of the larger amount of data 21.27.55 # well i finally found a converter for it so im happpy 21.28.02 # but the decoding itself should be more intensive 21.28.09 # mirak_: hey come on! don't try to tell me that MPEG4 is easier (from the CPU's point of view ;-) ) to decode than MPEG2 21.28.40 # wubbla: well my poor mac just can't on linux 21.28.44 # does anyone know how to register your nick? 21.28.49 # Bger, still not around? 21.28.58 # wubbla: on OS X it can use the ATI hardware extraction 21.29.02 # I would prefer a MPEG-4 codec over MPEG-2. The iriver firmware also can do it, so it's not completely impossible. 21.29.29 # someone rang us earlier and asked how using xp was for us. :p what a wierdo 21.29.42 # lol 21.29.50 # markun: if we can do mpeg4 we can do mpeg2 21.29.56 # argh 21.29.59 # i am an idiot 21.30.31 Quit petur ("here today, gone tomorrow") 21.30.34 Part mymomthelush 21.31.32 # markun: if I can do it anybody can do it. if one of you tried it it would probably be done already 21.31.33 Quit qwisp11 (Read error: 104 (Connection reset by peer)) 21.32.36 # preglow: rockbox have timer functions ? 21.32.51 Join b0br [0] (n=3ef54246@labb.contactor.se) 21.33.39 # mirak_: maybe you can use rb->current_tick to do some timing 21.34.40 Part b0br 21.34.43 Part Mongey| 21.38.30 Quit hshah (Read error: 104 (Connection reset by peer)) 21.40.08 # well I just comment this methods for now 21.40.16 Quit joshn_454 ("KVIrc 3.2.0 'Realia'") 21.44.05 Join Mmmm [0] (n=mscarrat@cpc4-hem13-3-1-cust63.lutn.cable.ntl.com) 21.45.27 Quit z35 (Read error: 110 (Connection timed out)) 21.46.28 Join z35 [0] (n=z@adsl-152-12-234.dab.bellsouth.net) 21.46.37 Join amar [0] (n=502c706b@labb.contactor.se) 21.47.40 Quit amar (Client Quit) 21.54.53 Quit muesli- (Read error: 110 (Connection timed out)) 22.10.02 Quit San (Read error: 110 (Connection timed out)) 22.10.03 Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) 22.10.04 # linuxstb_: have you enabled fiqs and stuff yet? 22.10.26 Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) 22.10.45 Join muesli_- [0] (i=muesli_t@Bbcba.b.pppool.de) 22.13.40 # preglow: No, not yet. 22.14.57 # I've got to the stage of initialising the audio codec, and am about to start on the tricky stuff. 22.15.07 Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) 22.16.24 # oo 22.16.54 # preglow: I also haven't found the bootloader problem yet. All I know is that even the old versions fail to load the apple firmware if the cop is asleep. 22.17.49 # strangeness 22.23.38 Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") 22.23.43 # there's some strangeness in the wheel handler code i don't quite get 22.24.08 # if I have a printf("blabla") how do I convert it to rock box api ? int (*snprintf)(char *buf, size_t size, const char *fmt, ...); there is to many parmaetrs on that oe 22.24.45 Quit xbshift (Read error: 104 (Connection reset by peer)) 22.24.57 # mirak_: You need logf support and send it to logf probably unless you want to have your own logfile and use fdprintf 22.25.10 # mirak_: there's not a 'console' to send things to per-se in rockbox 22.25.36 # I don't want to display something for now 22.25.44 # text would be fine 22.25.46 # on screen 22.25.50 # mirak_: if you're doing debugging with printf, do what lostlogic says, if you're trying to display something to the screen for other reasons, use snprintf, then lcd_puts 22.26.09 # mirak_: snprintf writes to a buffer, you then need to write that buffer on the screen 22.26.44 # what is size_t ? 22.27.54 # It's an integer - the type you use to represent the size of a memory buffer 22.28.10 # yeah but in that function 22.28.14 # what's the usage ? 22.29.04 # The size of the buffer you are "printing" into. 22.29.40 # i.e. snprintf(buf,sizeof(buf),"Normal string %d",i); 22.29.53 # the maximum number of characters to print. prevents buffer overflwos 22.29.55 # that's an ansi method 22.29.57 # ? 22.30.05 # I mean I am short on docs ... 22.30.11 # sprintf w/o the n is the way many buffer overflow security holes are created. 22.30.23 # If you run Linux, just type "man snprintf" 22.30.31 # I did that I don't have it 22.30.44 # man 3 snprintf? 22.30.55 # mirak: What Linux distro do you have? 22.30.55 # yeah 22.30.59 # Ubuntu 22.31.24 # wonderful, i'm doing tech support in #ipodlinux now 22.31.26 # apt-get install manpages-dev 22.31.26 # what distro do you have ? 22.31.30 # Debian 22.32.06 Quit NicoFR () 22.34.08 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 22.35.50 # this clickwheel driver is... strange... 22.35.51 # it's not possible to not use api->snprintf ? 22.35.57 # mirak_: yes it is 22.36.11 # not use? 22.36.17 # if you want a ready made printf, that's what you've got 22.36.31 # I can't just do snprintf 22.36.40 # preglow: The clickwheel is strange by itself ;) 22.36.41 # I need the api stuff before ? 22.36.58 # i just find it kind of weird that this drivers works as well as it does in ipl 22.37.16 # when i just apply it naively here, it's real jittery 22.39.25 # Have you tried disabling the RTC? i.e. remove CONFIG_RTC from your config-ipodnano.h file. It's possible the RTC reading could interfere with the button driver. 22.41.48 # we'll see 22.41.53 # i'll just try rewriting it a bit first 22.42.02 # no, i'm pretty sure that's not the issue 22.43.38 # like 22.43.53 # we have access to the position of the wheel 22.43.54 # directly 22.44.08 # ok just a question. I have seen in the api there is a strmcp. That's a rockbox optimised function right ? 22.44.20 # i think i'll just rip out their way of dealing with this, and finding my own way of doing stuff 22.44.26 # I wonder generally why some methods can work and why some can't 22.45.12 # if I use strcmp without api->strcmp , does it mean it uses gcc method or does it means it find itself the rockbox one ? 22.45.36 # linuxstb_: got any ideas of the best way to deal with the clickwheel? just settinga constant threshold would beok, i guess, but i also want some acceleration 22.45.53 # linuxstb_: so you'll move quicker through lists if you move your finger real fast 22.48.20 Join idanm [0] (i=idan@80.178.60.193) 22.49.01 # hello dudes! anyone knows how to compile wps with the bleeding edge files? 22.49.18 # I get: "No wps module present, can't do the WPS magic!" 22.51.54 # <^BeN^> what do you think? :http://img466.imageshack.us/my.php?image=dump00048ya.png 22.52.05 # <^BeN^> solitaire for h3xx 22.52.47 # http://img466.imageshack.us/my.php?image=dump00048ya.png 22.52.51 # idanm: cvs co wps 22.53.03 # what? 22.53.10 # idanm: you need to check out wps module 22.53.26 # or are you using a bleeding edge source tarball? 22.53.27 # do I have to use csv in order to compile wps? 22.53.28 # if so, you're out of luck 22.53.42 # tarball 22.53.48 # <^BeN^> crwl? 22.53.55 # oops 22.53.59 # idanm: ok, i don't think you can get wpses without using cvs thus far 22.54.03 # <^BeN^> =] 22.54.07 Quit Nixsos () 22.54.30 # is it complicated to use csv? 22.55.07 # it can be 22.55.25 # is there a simple guide ? 22.55.41 # cvs is easy... just look at the simple guide to compiling in the wiki 22.55.54 # cvs is very easy 22.55.56 # just two lines 22.56.33 # http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling 22.59.49 Join webguest44 [0] (n=864c033e@labb.contactor.se) 23.00.16 # linuxstb_: in a position to test a rockbox.ipod for me? 23.01.16 # if so, www.pvv.org/~thomj/rockbox/rockbox.ipod 23.01.25 # the button driver should be lower sensitivy now 23.01.40 # sensitivity 23.02.14 # still it's a bit awkward to press a button after using the wheel, but that can be fixed quite easily 23.03.10 Quit Rob2222 () 23.03.10 Quit qwisp11 (Read error: 104 (Connection reset by peer)) 23.04.10 # where do I get the csv program? it seems that the link in the site is outdated 23.04.21 # http://ximbiot.com/cvs/cvshome/dev/ 23.05.00 # what's the prefered client name? 23.05.31 # if you're using windows, tortoisecvs is pretty nice 23.05.39 # it's gui based 23.05.54 Join Rob2222 [0] (n=Miranda@ACB7E8B6.ipt.aol.com) 23.06.35 # ok 23.06.53 Join webguest24 [0] (n=3e4f4094@labb.contactor.se) 23.08.56 # idanm: I just use bluechip's devkit which has everything you need... 23.10.24 # where can I find it/ 23.10.27 # ? 23.11.02 # http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/Win32_DevKit/RockBox-DevKit_v314.exe 23.11.22 # It's all in the simple guide! :) 23.11.29 # I have that 23.11.43 # then you have CVS installed! 23.11.58 # hmm.. cool 23.14.38 # passing arg 1 of pointer to function from incompatible pointer type , I do that api->snprintf(&screen_buffer,sizeof(screen_buffer),"xv 23.15.10 # mirak_: what type of variable is screen_buffer? 23.15.13 # screenbuffer is char screen_buffer[52] 23.15.19 # then screen_buffer is enough 23.15.21 # no ampersand 23.15.34 *** Saving seen data "./dancer.seen" 23.15.54 # it even works! 23.16.33 # Good innit? 23.16.47 # warning: function declaration isn't a prototype 23.17.03 # don't know why it says that 23.17.18 # the function and prototype are in th same file 23.19.07 # * preglow produlates linuxstb_ 23.19.19 # so it must be in a .h to not have this warning 23.19.22 # ? 23.20.16 # it must have parameters ? 23.20.19 # ??? 23.23.42 # Show us the prototype 23.23.47 # I think 23.24.20 Join pinkutank [0] (i=pinkutan@85.102.142.158) 23.24.38 # woo arent we crowded today 23.24.43 # how are you guys 23.25.14 # preglow: I've just tried your new build - it works better if you can fix the problem with pressing a button after using the wheel. 23.25.30 # Iw anted to ask if we lsoe drm if we use us firmware to bootload the h300 23.25.34 # And do you know why using the scrollwheel doesn't turn the backlight on? 23.25.40 # linuxstb_: it should... 23.25.47 # if not, update the build again 23.26.37 # is linusn around 23.26.43 # Also, I think we should stop Rockbox wrapping round when scrolling in a list. It's too easy to overshoot when using the wheel. Is there already an option for that? 23.26.47 # pinkutank: I think you do 23.26.56 # I also wnat to know if usb charging works in rockbox 23.26.59 # But I'm not sure. 23.27.19 # linuxstb: The wrap-around is a wanted feature. It doesn't wrap with repeat 23.27.26 # linuxstb_: scrollwheel wasn't turned on because i don't go through button_tick for the wheel, i insert events directly 23.27.31 # Maybe it's a problem with the wheel 23.27.37 # linuxstb_: but the newest build should turn on backlight 23.27.49 Quit xmixahlx ("blah blah blah") 23.27.59 # amiconn: it will be because the wheel wont work by using button repeat 23.28.05 # amiconn: that'd be far too slow and defeat the entire purpose 23.28.16 Nick RotAtoR|Away is now known as RotAtoR (n=e@12-210-82-91.client.insightBB.com) 23.28.16 DBUG Enqueued KICK RotAtoR 23.28.17 # Yes I know 23.28.34 # Did I tell that I don't like the wheel? ;) 23.28.59 Join Jungti1234 [0] (n=jungti12@58.77.81.144) 23.30.15 Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) 23.30.18 # linuxstb_: and i don't quite know why the next button problem is there, it shouldn't be 23.30.22 # but i'll figure it out 23.30.28 # i can live with the wraparound, btw 23.31.13 # You could define that the wheel always sets BUTTON_REPEAT in its events as a workaround 23.31.48 # Or perhaps, only do that if the interval between 2 events is short 23.31.58 # we'll figure it out 23.32.00 # but now i gotta run 23.32.09 # see you guys tomorrow 23.32.19 # bye 23.32.43 # gnight 23.33.12 Quit JazzBone ("Leaving") 23.33.18 # does rockbox play movies, if so what extension does it need? 23.33.54 # I also wnat to know if usb charging works in rockbox with h300, does anyone know 23.34.07 Quit muesli_- (Read error: 110 (Connection timed out)) 23.34.16 # I dont think it charges 23.34.27 # but it connects damn quickly 23.35.26 # because my regualr charging port is blown 23.36.39 # qwisp11: no movies yet 23.37.42 # Rockbox does play movies, but only on archos so far 23.37.54 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.37.54 # * amiconn hates imprecise questions 23.41.50 Quit webguest24 ("CGI:IRC (Ping timeout)") 23.42.02 # sprintf(filename, "%svolhdr.m4v", filepath); I need to convert that function. is there something simpler than using strcat ? 23.42.38 # c suck 23.44.13 # Just use snprintf(filename,sizeof(filename),..... 23.44.26 # But why do you need to do that anyway? What is that filename used for? 23.45.41 # it's to generate the images 23.45.46 # not very usefull 23.45.51 # but well 23.46.29 # ok sorry I mistaken what was doing the function 23.46.29 Quit qwisp11 (Read error: 104 (Connection reset by peer)) 23.47.59 # how do I get the uisimulator from csv? co rockbox didn't gave it. 23.48.14 # cvs co uisimulator 23.48.31 Join Kyl3 [0] (i=no@cpe-24-90-232-130.nyc.res.rr.com) 23.48.46 # what's exactly is csv co? 23.48.46 Join San [0] (n=sanitari@213-202-134-187.bas502.dsl.esat.net) 23.49.58 # man cvs ? 23.50.28 # cvs not csv! :) Concurrent Version System apparently! 23.51.19 # I'm trying to apply a patch that modifies several files. I but the patch in the /build dir where I compiled it, then after I compiled it I did patch --binary -p1 < remote_type.patch and then it says "file to patch" so I type in the path (ex /apps/gui/gwps-common.c) and it says it doesnt exsist even though its there, what should I do? 23.53.41 # what is the path in the patch? 23.54.34 # the patch is in the root directory I compile in (C:\Rockbox\home\guest\build) 23.54.46 # if it's in the same directory you made it, I think you should use -p0 23.54.46 Join webguest63 [0] (n=a44cb71e@labb.contactor.se) 23.55.10 Quit saa[b_r]ider () 23.55.11 # I'll try that 23.55.15 # -p tells patch how many directory levels to strip from the path 23.56.09 # well -p0 didnt work. 23.56.48 # open your patch in a text editor...in the first few lines what does the path say? 23.56.50 Quit webguest63 (Client Quit) 23.56.58 # When I patched before (patches that modify one file) I used to put the patch in the directory if the file to be modified 23.57.04 # then I'd try different -p values, its seems that would be the most likely issue if you're getting "file not found" errors 23.57.12 # diff -ru rockbox-devel/apps/gui/gwps-common.c rockbox/apps/gui/gwps-common.c 23.57.14 # --- rockbox-devel/apps/gui/gwps-common.c 2005-12-13 20:15:21.996000000 +0900 23.57.14 # +++ rockbox/apps/gui/gwps-common.c 2005-12-13 18:42:37.385472000 +0900 23.57.17 # then more files 23.57.28 # but I dont wanna flood the rool 23.57.31 # room* 23.57.35 # looks like -p1 should work then! 23.57.43 # diff -ru rockbox-devel/apps/gui/gwps.c rockbox/apps/gui/gwps.c 23.57.45 # --- rockbox-devel/apps/gui/gwps.c 2005-12-09 10:11:14.000000000 +0900 23.57.45 # +++ rockbox/apps/gui/gwps.c 2005-12-13 18:45:37.324211200 +0900 23.58.20 # and when it says "file to patch" I put: /apps/gui/gwps.c 23.58.30 # and it says not found