| 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 | mirak | linuxstb: hum so with your make there is no static lib involved |
| 00:01:35 | mirak | ? |
| 00:02:03 | Jungti1234 | hi |
| 00:02:13 | mirak | that's what I wanted to do linuxstb thanks |
| 00:02:23 | nathanh | 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 | linuxstb_ | mirak: No, I don't bother with that. |
| 00:07:24 | linuxstb_ | 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 | linuxstb_ | And there are still some floats there, and some calls to libm functions |
| 00:08:14 | linuxstb_ | (log10, sqrt etc) |
| 00:09:05 | mirak | yes |
| 00:09:35 | mirak | I guess postprocessing is useless |
| 00:10:56 | linuxstb_ | 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 | textchimp | hi |
| 00:11:12 | textchimp | i'm having errors compiling the CVS rockbox |
| 00:11:31 | Bagder | for that target? |
| 00:11:33 | Bagder | what |
| 00:11:43 | linuxstb_ | Are you using Linux, Cygwin or the Development Kit? |
| 00:11:48 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 00:11:59 | Bagder | and what patches if any do you have applied |
| 00:12:04 | textchimp | linuxstb_: linux |
| 00:12:08 | linuxstb_ | And what is the error? :) |
| 00:12:12 | textchimp | sorry, hang on, let me get it |
| 00:12:26 | xbshift | hey |
| 00:12:38 | textchimp | gcc -g rdf2binary.c -o rdf2binary |
| 00:12:48 | textchimp | rdf2binary.c:1: internal compiler error: Segmentation fault |
| 00:12:53 | Bagder | whoa |
| 00:12:54 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:12:57 | Bagder | bad gcc! |
| 00:13:13 | textchimp | i haven't changed anything but the cvs update |
| 00:13:25 | xbshift | anyone here working on or interested in the iriver ifp7xx series rockbox port? |
| 00:13:51 | Bagder | textchimp: but that source file has not changed in a good while iirc |
| 00:14:01 | Bagder | xbshift: we're all interested in having more ports! ;-) |
| 00:14:35 | xbshift | well so far a guy named tomal had ported it |
| 00:14:39 | Bagder | textchimp: besides, an internal error in gcc is hardly Rockbox's fault |
| 00:14:44 | xbshift | just with minimal function though |
| 00:15:10 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 00:15:15 | xbshift | what is required to start working on such a project? i mean knowledge wise.. asm, c programming ect |
| 00:15:35 | linuxstb_ | You want to help tomal with the port? |
| 00:15:59 | xbshift | sure, if i could |
| 00:16:01 | Bagder | the best approach for this port is probably to ask tomal himself |
| 00:16:20 | xbshift | from what i understand right now he has code injected from within a .wma file |
| 00:16:20 | Bagder | but knowing C and basic asm will sure help |
| 00:16:34 | xbshift | 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 | xbshift | im familiar with C but i queeze at the thought of asm ;/ |
| 00:17:20 | linuxstb_ | The first thing would be to download his source code and try it out. |
| 00:17:25 | dwihno | People writing asm for the targets, how do they test the code? |
| 00:17:36 | Bagder | dwihno: on the target! ;-) |
| 00:18:16 | dwihno | I would probably brick my unit if I started doing that |
| 00:18:37 | dwihno | How hard is 68k assembly compared to x86? |
| 00:18:46 | Bagder | dwihno: just crashing the software doesn't mean bricking in most cases |
| 00:19:00 | Bagder | dwihno: 68k asm is way nicer than x86 imho |
| 00:19:09 | mirak | linuxstb: I checked, the function that use float are not used |
| 00:19:18 | mirak | the only one is writetimer |
| 00:19:29 | mirak | but it can be removed as well I think |
| 00:19:45 | xbshift | http://www.misticriver.net/showthread.php?t=24020&page=5 |
| 00:20:40 | dwihno | Bagder: I rather just leave the insane-o optimizing to the pro's ;) |
| 00:20:52 | mirak | linuxstb: writetimer is for loging |
| 00:21:45 | mirak | can gcc build code with float for coldfire or is it just that it's done software ? |
| 00:22:21 | Bagder | it'll be done in software |
| 00:22:29 | nathanh | no hardware fpu, need soft fpu |
| 00:24:05 | zeero | the colours in uisw32.h, are the all in B, G, R order? |
| 00:24:08 | linuxstb_ | But I don't think we have libm |
| 00:24:24 | Bagder | right |
| 00:24:40 | Bagder | 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 | textchimp | so can anyone suggest what to do about that gcc error? |
| 00:35:21 | Bagder | update your gcc |
| 00:35:30 | Bagder | or use make -k for now |
| 00:35:30 | textchimp | hm |
| 00:35:41 | Bagder | or edit the makefile in tools to ignore the rdf2binary tool build |
| 00:35:51 | Bagder | but your gcc is defect |
| 00:36:18 | textchimp | funny, it worked fine on the cvs code from a few months ago |
| 00:36:37 | linuxstb_ | Have you tried a clean cvs checkout? |
| 00:37:03 | Bagder | textchimp: the rdf2binary code was last changed in june |
| 00:37:28 | textchimp | linuxstb_: what's the best way to do that? just check out into a new dir? |
| 00:38:49 | linuxstb_ | Yes. |
| 00:39:25 | textchimp | hm, it seems to be dumping the text contents of the cvs |
| 00:39:45 | mirak | 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 | stevenm | So, how about that korean firmware ? |
| 00:43:29 | linuxstb_ | mirak: You need to be able to remove the LDFLAGS=-lm line from the Makefile and still compile a working decoder |
| 00:45:40 | mirak | 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 | nathanh | 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 | stevenm | 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 | mirak | linuxstb: it's ok it works |
| 00:54:39 | mirak | most of float functions where for post processing |
| 00:55:23 | linuxstb_ | Have you tried running the test program to decode a file? |
| 00:57:11 | mirak | as a proof no |
| 00:57:12 | mirak | :) |
| 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:00 |
| 01:05:07 | mirak | linuxstb_: well the standart exemple doesn't work |
| 01:05:11 | mirak | I mean the command line |
| 01:08:10 | linuxstb_ | 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 | mirak | I use the cactus exemple |
| 01:08:37 | mirak | I did not tried the decompressor yet |
| 01:08:45 | mirak | I tried to compress the sample cactus |
| 01:09:03 | mirak | but the commands of the doc doesn't match the exemple switchs |
| 01:09:07 | linuxstb_ | Why are you testing the encoder? |
| 01:09:22 | mirak | I think cactus.pgm is not compressed |
| 01:09:26 | linuxstb_ | Just use any xvid file you have already got, and extract the video stream from it. |
| 01:09:37 | linuxstb_ | I used "mplayer" to do that. |
| 01:09:47 | mirak | mencoder or mplayer ? |
| 01:10:14 | linuxstb_ | 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 | linuxstb_ | So the simple malloc implementation used for the audio codecs will work nicely. |
| 01:10:38 | mirak | yes I think it just swaps the buffers |
| 01:10:50 | mirak | for the frames |
| 01:11:22 | mirak | hem what command did you used for mplayer ? ... |
| 01:11:31 | linuxstb_ | It mallocs about 4MB of memory for my 624x352 test file. |
| 01:11:44 | linuxstb_ | mplayer -dumpvideo -dumpfile test.xvid myxvidfile.avi |
| 01:11:58 | mirak | ok I have videos the size of the lcd already |
| 01:12:02 | mirak | in 10 fps |
| 01:15:03 | *** | Saving seen data "./dancer.seen" |
| 01:16:51 | mirak | linuxstb_: it works for me |
| 01:17:18 | mirak | there is a bunch of code that can be removed to reduce the binary size |
| 01:18:04 | linuxstb_ | 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 | mirak | a plugin ok |
| 01:18:46 | linuxstb_ | Yes, I think the first stage is a video-only plugin - ignoring audio for now. |
| 01:18:52 | mirak | sure |
| 01:19:05 | mirak | we will se for codec later |
| 01:19:32 | | Quit Kohlrabi ("Leaving") |
| 01:19:33 | linuxstb_ | We need to get the video decoding fast enough for there to still be enough CPU left to decode audio. |
| 01:20:51 | mirak | linuxstb_: with the plugins, can we use a kind of file chooser ? |
| 01:21:03 | mirak | to select a file to be read for exemple |
| 01:21:37 | mirak | I will see that tomorow |
| 01:22:25 | mirak | I am going to bed good night |
| 01:22:45 | linuxstb_ | 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 | mirak | ok |
| 01:25:18 | mirak | I should buy a LCD screen |
| 01:25:32 | mirak | my eyes are on fire |
| 01:25:35 | linuxstb_ | Are you sure you can disable the post-processing? |
| 01:25:51 | | Quit ender` (Read error: 113 (No route to host)) |
| 01:25:52 | mirak | I removed the denoise and add noise |
| 01:26:31 | mirak | the post processing is really post processing |
| 01:26:44 | mirak | it's called after the frame is decoded |
| 01:27:12 | mirak | it's called in the sample code |
| 01:27:21 | mirak | if I am not mistaken |
| 01:27:33 | linuxstb_ | I guess we'll find out when we try to use it. |
| 01:31:01 | mirak | hum the extracted frame in pgm seems to be in YUV |
| 01:31:56 | | Quit Moos ("Happy Birthday Rockbox") |
| 01:34:23 | mirak | ./xvid_decraw -i test.xvid -d -c rgb24 -f tga |
| 01:34:28 | mirak | this is working |
| 01:34:57 | | Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) |
| 01:36:06 | linuxstb_ | It also has an rgb16 output format - perfect for the h300 (assuming it's rgb565) |
| 01:36:27 | mirak | that's perfect for 16 bit color output yes |
| 01:36:33 | mirak | not for 18 ;) |
| 01:37:09 | linuxstb_ | Given the speed the lcd works in 16-bit mode, I'm not sure 18-bit will happen. |
| 01:37:13 | mirak | we will see how good iriver devs are |
| 01:37:24 | mirak | you mean the latency ? |
| 01:37:35 | webguest46 | grayscale output! |
| 01:37:39 | linuxstb_ | No, the speed of the lcd_update() function |
| 01:37:40 | mirak | well anyway on a screen of this size it's enough |
| 01:37:49 | mirak | linuxstb_: what's the problem |
| 01:37:50 | mirak | ah ok |
| 01:37:55 | mirak | the conversion |
| 01:38:06 | | Quit tvelocity ("Leaving") |
| 01:38:29 | mirak | 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 | linuxstb_ | I know. But that's not related to this problem. We will need to write an optimised yuv2rgb565 function |
| 01:39:46 | mirak | in the xvid codec ? |
| 01:39:51 | linuxstb_ | Yes. |
| 01:39:56 | mirak | a bunch of stuff can be optimised |
| 01:40:12 | mirak | though I don't know exactly what kind of assembly C code produce |
| 01:40:39 | mirak | I am not sure what is worth to put in assembly |
| 01:41:18 | mirak | 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 | mirak | or if it's just a function that use C code |
| 01:42:03 | linuxstb_ | 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 | mirak | that kind of function could be optimised if not |
| 01:42:18 | linuxstb_ | So we already have that. |
| 01:42:32 | mirak | great |
| 01:42:51 | mirak | 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:00 |
| 02:06:46 | | Quit dpassen1 () |
| 02:11:35 | LinusN | ok, i just committed fm radio support for h300 |
| 02:12:19 | Benacool | cool! |
| 02:13:02 | Benacool | thanks Linus ^^ |
| 02:13:08 | Midgey34 | LinusN: you're my hero |
| 02:13:22 | LinusN | the scan is slow as hell, thanks to the slow lcd driver |
| 02:13:29 | LinusN | but it works |
| 02:13:33 | Benacool | ok |
| 02:14:24 | markun | 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 | LinusN | not sure |
| 02:15:00 | | Quit webguest46 ("CGI:IRC (Ping timeout)") |
| 02:15:03 | LinusN | we might have to set a register in pcf50606 too |
| 02:17:00 | RotAtoR | 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 | LinusN | RotAtoR: total hang :-) |
| 02:19:00 | RotAtoR | really? |
| 02:19:39 | LinusN | i press on, and nothing happens |
| 02:19:48 | RotAtoR | oops, that may be a h100 build... |
| 02:20:15 | RotAtoR | i think i may have accidently rebuilt the sim when i thought i was in my build directory |
| 02:20:23 | LinusN | RotAtoR: i do prefer source code when i test stuff |
| 02:21:04 | RotAtoR | yes, but i can usually find more willing testers if i just distribute a .rock |
| 02:21:09 | linuxstb_ | RotAtoR: Have you made bitmaps for the iPods? |
| 02:21:14 | RotAtoR | yes |
| 02:21:22 | linuxstb_ | The Nano as well? |
| 02:21:23 | RotAtoR | and figured out what i think are good key bindings |
| 02:21:26 | RotAtoR | yep |
| 02:21:38 | linuxstb_ | Cool. Let me know if you want me to test |
| 02:22:13 | RotAtoR | i didn't know the ipod port was able to run plugins already! |
| 02:22:33 | linuxstb_ | Yes - plugins are working. |
| 02:23:30 | RotAtoR | nice, last time i looked at the status of the port the button driver was complete yet |
| 02:23:42 | LinusN | RotAtoR: any new .rock for me? |
| 02:23:53 | RotAtoR | working on it as we speak ;) |
| 02:23:53 | linuxstb_ | preglow's still working on it - it's working, but not perfect yet. |
| 02:26:09 | RotAtoR | ok, updated at: https://netfiles.uiuc.edu/aboot2/www/h300/bejeweled.rock |
| 02:26:57 | LinusN | WOOAAAOOOWWWW! |
| 02:27:08 | RotAtoR | so it works! :) |
| 02:27:12 | LinusN | :-) |
| 02:27:46 | LinusN | slow as a dog, of course, but that's not your fault |
| 02:28:09 | LinusN | next thing is to update the lcd driver with alpha masks |
| 02:28:11 | linuxstb_ | Can you upload the .c file so I can test it on the ipod? |
| 02:28:20 | RotAtoR | ok, it nice on the sims :) |
| 02:28:31 | RotAtoR | sure: https://netfiles.uiuc.edu/aboot2/www/bejeweled.diff |
| 02:28:40 | RotAtoR | or i can just upload the .c too |
| 02:28:49 | linuxstb_ | diff against cvs is fine |
| 02:28:54 | RotAtoR | but the diff includes the plugins/SOURCES change |
| 02:29:02 | linuxstb_ | That will be fine. |
| 02:29:04 | linuxstb_ | brb |
| 02:29:06 | | Quit linuxstb_ ("CGI:IRC") |
| 02:29:59 | RotAtoR | 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 | linuxstb__ | RotAtoR: It works very nicely on my ipod. |
| 02:33:57 | RotAtoR | how about the key config? any issues? |
| 02:34:22 | linuxstb__ | No, using the scrollwheel like that works nicely. |
| 02:34:32 | RotAtoR | good, i was hoping that would work well |
| 02:34:41 | RotAtoR | that's one thing that's hard to tell with the sim |
| 02:35:52 | linuxstb__ | preglow will be pleased. |
| 02:36:10 | RotAtoR | :) |
| 02:37:01 | linuxstb__ | Somehow the status on the right side needs to be improved - the jewels are too nice now :) |
| 02:37:13 | RotAtoR | hehe, yeah |
| 02:37:22 | RotAtoR | yay, more bitmaps! |
| 02:37:33 | RotAtoR | 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 | linuxstb__ | How do I exit a game? |
| 02:39:03 | RotAtoR | select+menu |
| 02:39:19 | linuxstb__ | Must be the button driver - that doesn't work. |
| 02:39:32 | linuxstb__ | Guess I'll have to play all night... |
| 02:39:36 | RotAtoR | select+play to save... |
| 02:39:43 | RotAtoR | hehe |
| 02:40:04 | linuxstb__ | 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 | RotAtoR | but select+another key should eventually work, right? |
| 02:42:06 | linuxstb | 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 | aliask | RotAtoR: The new bejewled bitmaps are sexy. |
| 02:46:45 | aliask | Are they the Gjewled ones? |
| 02:46:54 | RotAtoR | yes, they are |
| 02:47:06 | aliask | 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 | RotAtoR | Gweled has nice svg graphics, so it makes it easy to produce bitmaps which ever size I want |
| 02:48:14 | linuxstb | What tool did you use to convert them? |
| 02:48:16 | aliask | Wow, that's handy. |
| 02:48:51 | RotAtoR | Sodipodi (http://www.sodipodi.com/), it's aparently what was used to create them |
| 02:49:01 | aliask | Hrm, maybe we should think about SVG graphics? It would help with having all the different screen resolutions. |
| 02:49:13 | RotAtoR | it has an absolutely dreadful user interface though |
| 02:49:37 | RotAtoR | at least on windows... |
| 02:50:02 | Midgey34 | RotAtoR: I assume you know the jewel backgrounds overlap when swapping |
| 02:50:32 | RotAtoR | yep, and nothing can be done about it presently |
| 02:50:41 | aliask | LinusN: Was the radio fix as simple as finding the new GPIO pin? |
| 02:50:43 | Midgey34 | that's what I figured |
| 02:50:45 | qwisp11 | I thought it looked nice like that |
| 02:51:25 | linuxstb | starfield is very cool in black and white... |
| 02:51:49 | LinusN | aliask: no, there were a few bugs in the i2c driver to squash as well |
| 02:52:12 | aliask | Well congrats on getting it up and running. |
| 02:52:40 | linuxstb | I'm assuming that a plugin should restore the original background and foreground colours if it changes it? |
| 02:54:43 | aliask | From what I've seen in other plugins, people do, so I guess that's a yes. |
| 02:55:50 | linuxstb | 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 | LinusN | time to sleep |
| 02:58:56 | LinusN | nite all |
| 02:59:12 | Weazel_ | nite |
| 02:59:15 | | Part Midgey34 |
| 02:59:20 | | Part LinusN |
| 02:59:48 | linuxstb | starfield is now white stars on a black background on the h300 and ipod. Hope no-one objects to that. |
| 03:00 |
| 03:01:25 | aliask | Sounds good. |
| 03:01:55 | aliask | 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 | linuxstb | 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 | dropandho | hey all! |
| 03:13:22 | dropandho | still have no forum here- weiiird! |
| 03:15:07 | *** | Saving seen data "./dancer.seen" |
| 03:16:12 | lostlogic | *scowl* getting spurious "no codec for file" messages on files that it will then decide to play fine moments later. |
| 03:19:08 | qwisp11 | whats the difference between .wps and .rwps ?? |
| 03:20:28 | RotAtoR | wps is for the main screen, rwps is for the remote screen |
| 03:23:42 | qwisp11 | 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 | qwisp11 | what are the pixel dimensions of a h320 LCD? |
| 03:38:25 | RotAtoR | 220x176 |
| 03:38:29 | qwisp11 | thanks |
| 03:38:37 | RotAtoR | np :) |
| 03:43:56 | | Join amiconn_ [0] (n=jens@p54BD492E.dip.t-dialin.net) |
| 03:56:32 | qwisp11 | can I get a wps file to do a calculation and show the answer? |
| 03:57:00 | qwisp11 | so instead of -20 for volume I get it to show 84 (plus the volume) |
| 03:57:03 | qwisp11 | so 64 |
| 03:57:17 | Cassandra | No. |
| 03:57:32 | qwisp11 | oh well |
| 04:00 |
| 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 | Benacool | what's the speed limit in starfield ? lol |
| 04:18:48 | Benacool | I'm at +2000 mow ... |
| 04:18:52 | Benacool | now* |
| 04:37:03 | | Join lush [0] (n=lush@bdsl.66.15.136.192.gte.net) |
| 04:37:10 | lush | hola guys |
| 04:37:27 | lush | ello? |
| 04:37:29 | lush | anyone home? |
| 04:38:33 | lush | anyone know where i can find a free wma to mp3 converter? |
| 04:39:44 | lostlogic | 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 | lush | doesnt that do it in real time? |
| 04:40:49 | lush | aka forever? |
| 04:41:27 | lostlogic | ... the wav output plugin should output as fast as it can decode... although I haven't used it in years... |
| 04:43:15 | lush | hmm |
| 04:43:30 | lush | well do you know of a less complicated solution? |
| 04:44:09 | lostlogic | nope. transcoding is still for the devil. |
| 04:45:12 | lush | well thanks anyways |
| 04:45:12 | | Join z35 [0] (n=z@adsl-152-11-43.dab.bellsouth.net) |
| 04:45:47 | lostlogic | I don't think it's free, but I believe foobar2000 has transcoding support |
| 04:46:09 | lush | nice |
| 04:49:13 | | Part lush |
| 04:51:00 | saratoga | you should probably use foobar for that task since it will conserve file tags |
| 04:51:18 | saratoga | i don't believe winamp will do that if you write to wav first |
| 04:51:43 | saratoga | opps too late |
| 04:51:47 | saratoga | 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:00 |
| 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 | ircfoo | hey |
| 05:49:42 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 06:00 |
| 06:17:59 | Jungti1234 | hi |
| 06:22:24 | lostlogic | wow, this-ere coldfire is one neat lil' chip! |
| 06:25:15 | | Quit RotAtoR () |
| 06:26:39 | ze | 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 | Maxime | the karma.. until it dies :p |
| 06:44:10 | aliask | Hey wow, I just successfully did my first alteration of a program to fix a bug in C. |
| 06:45:22 | bagawk | aliask: w00t! Submit to the tracker |
| 06:46:02 | aliask | It's for one of the eli_sherer plugins which isn't in CVS |
| 06:49:04 | Jungti1234 | hahaha |
| 06:49:07 | Jungti1234 | nice rockbox |
| 06:52:32 | | Quit ^BeN^ (Read error: 104 (Connection reset by peer)) |
| 06:53:07 | saa[b_r]ider | winword, or winpaint? |
| 06:53:09 | saa[b_r]ider | siry |
| 06:53:12 | saa[b_r]ider | sorry even |
| 06:53:20 | saa[b_r]ider | Rockword or Rockpaint? |
| 06:53:24 | Jungti1234 | kk |
| 06:53:38 | Jungti1234 | http://www.freewebs.com/eli_sherer/ |
| 06:54:20 | saa[b_r]ider | just wanted to know which plug-in aliask fixed |
| 06:54:35 | aliask | rockpaint |
| 06:54:50 | saa[b_r]ider | what's the fix? |
| 06:55:18 | aliask | 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 | aliask | I just made it so that only the stop button actually quit the plugin when displaying a BMP from a file. |
| 06:56:06 | saa[b_r]ider | good job :) |
| 06:56:20 | saa[b_r]ider | but it's not uploaded anywhere yet I presume |
| 06:56:42 | aliask | 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 | saa[b_r]ider | 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 | aliask | Oh he's at MR is he? That makes things a bit easier. |
| 06:58:02 | saa[b_r]ider | 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 | saa[b_r]ider | either PM him, or mention the update in that thread, I'm sure he'll read it |
| 07:00 |
| 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 | webguest83 | 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 | Bger | morning |
| 07:34:52 | aliask | ohayoooo! |
| 07:35:46 | Jungti1234 | hi~ |
| 07:38:54 | Paul_The_Nerd | Howdy y'all. |
| 07:46:32 | | Quit Rob2222_ () |
| 07:54:58 | | Quit Benacool () |
| 08:00 |
| 08:00:22 | amiconn | Morning |
| 08:00:56 | Jungti1234 | 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 | amiconn | The archos allows this for long. |
| 08:17:13 | Bger | amiconn they anounced that h100 cannot record from radio ("hardware limitations") |
| 08:17:44 | amiconn | You _can_ record from the radio with rockbox, just it's cumbersome to do that as-is |
| 08:17:54 | amiconn | http://forums.rockbox.org/index.php?topic=2149.0 |
| 08:17:56 | | Quit ircfoo ("CGI:IRC (EOF)") |
| 08:18:27 | Bger | amiconn i know, i'm just answering to your question |
| 08:18:40 | amiconn | 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 | amiconn | No, I meant in rockbox |
| 08:19:17 | Bger | aaa, aha |
| 08:19:32 | amiconn | I never use the original firmware |
| 08:19:46 | Bger | i understood "iriver" as original fw |
| 08:20:01 | amiconn | I meant it as rockbox target |
| 08:20:43 | webguest83 | Morning |
| 08:21:26 | Bger | hmmm |
| 08:21:38 | Bger | the new jewels are great:) |
| 08:22:39 | webguest83 | 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 | webguest83 | This is the first time to flash. |
| 08:24:03 | amiconn | 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 | webguest83 | Any idea where to get flash_rec.zip? |
| 08:26:57 | amiconn | 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 | webguest83 | Is Bootbox the recommended method now instead of the old two compressed image method? |
| 08:37:43 | amiconn | 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 | webguest83 | 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 | amiconn | Yes, however, it is recommended (and if you prefer rombox.ucl, even required) to RoLo the new ajbrec.ajz first |
| 08:53:14 | Jungti1234 | Is limitation in radio channel save? |
| 08:57:16 | Jungti1234 | hello? |
| 08:57:51 | Bger | Jungti1234 say it in other way |
| 08:58:03 | Jungti1234 | ok |
| 08:58:35 | Jungti1234 | Is save limitation of radio channel? |
| 08:58:53 | Jungti1234 | and |
| 08:59:16 | Jungti1234 | ah nothing |
| 08:59:35 | Bger | i don't know |
| 08:59:42 | Jungti1234 | kkk |
| 08:59:46 | Jungti1234 | ok |
| 09:00 |
| 09:00:01 | amiconn | 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 | Jungti1234 | yes |
| 09:00:34 | Bger | there was a patch from XavierGr iirc |
| 09:00:54 | Paul_The_Nerd | Yeah |
| 09:01:37 | Paul_The_Nerd | I heard something like it's being worked on for being committed. |
| 09:02:09 | amiconn | Jungti1234: 64 presets |
| 09:02:11 | Paul_The_Nerd | I only really travel frequently between two cities, so it's really a minor thing anyway, but it is convenient. |
| 09:02:24 | Jungti1234 | ok |
| 09:02:52 | Bger | hehe the iriver limit was 20 iirc |
| 09:03:54 | Jungti1234 | What is iirc? |
| 09:04:13 | Bger | if i remember correctly |
| 09:04:20 | Jungti1234 | -_-; |
| 09:04:33 | Bger | what is -_-; ? :) |
| 09:04:38 | Jungti1234 | It makes translation painfully. |
| 09:04:54 | Jungti1234 | -_-; = oh no... |
| 09:05:10 | Jungti1234 | hahaha maybe. |
| 09:05:25 | Bger | heh |
| 09:06:52 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 09:07:15 | | Quit webguest83 ("CGI:IRC") |
| 09:09:35 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/IrcTalk |
| 09:09:42 | Bagder | feel free to add more terms |
| 09:09:54 | Bger | lol |
| 09:10:14 | Paul_The_Nerd | 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 | Bagder | and its easier to refer to a URL that having to explain here |
| 09:10:37 | Bagder | than |
| 09:10:44 | Paul_The_Nerd | Yeah |
| 09:10:50 | Jungti1234 | hahaha |
| 09:10:59 | Jungti1234 | thanks Bagder |
| 09:11:07 | Bagder | np |
| 09:11:11 | Bagder | :-P |
| 09:11:15 | Jungti1234 | oh |
| 09:11:20 | Jungti1234 | np = no problom |
| 09:11:28 | Jungti1234 | Problem |
| 09:11:40 | Jungti1234 | mistake |
| 09:12:14 | Bger | added :) |
| 09:12:20 | bazz | 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 | bazz | err bit |
| 09:13:15 | Bagder | bazz: yes, but there are two versions of 16bit |
| 09:13:35 | Bagder | the 16 bits are rgb565 |
| 09:13:57 | Bagder | and there's a byteswapped version for ipod |
| 09:14:14 | bazz | Bagder: nod, i noticed that in lcd-win32 |
| 09:15:18 | *** | Saving seen data "./dancer.seen" |
| 09:16:19 | bazz | 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 | bazz | and in two you have a gradent between black, the background, and the background? |
| 09:17:07 | Bagder | yes |
| 09:17:32 | | Join Rob2222 [0] (n=Miranda@ACB7E8B6.ipt.aol.com) |
| 09:17:45 | bazz | what player has 2 bit? |
| 09:17:51 | Bagder | h1x0 |
| 09:17:53 | Bger | iriver h100 |
| 09:17:55 | Bger | heh |
| 09:18:22 | Bagder | and older ipods |
| 09:18:30 | Bagder | (not that we support those... yet) |
| 09:18:44 | bazz | cool, thanks |
| 09:19:06 | Jungti1234 | hmm |
| 09:19:35 | bazz | Bagder: someone mentioned you were thinking of doing the sdl port of the sim i think? |
| 09:20:02 | Bagder | I am if no one else does it, but I don't think it'll happen during this year |
| 09:20:20 | Bger | heh |
| 09:20:22 | Paul_The_Nerd | Well, "this year" doesn't have too many days left anyway. |
| 09:20:27 | Bger | only 16 days left :P |
| 09:20:33 | Bagder | 16 loooong days |
| 09:20:34 | Bagder | ;-) |
| 09:20:37 | bazz | Bagder: i'm almost done with it :) |
| 09:20:42 | Jungti1234 | Doesn't support unicode of preset? |
| 09:20:49 | Bagder | that just rocks bazz! |
| 09:20:57 | Bger | bazz really ? |
| 09:21:02 | bazz | yeah |
| 09:21:08 | Bagder | bazz: we'll love you for that |
| 09:21:17 | Bger | so we can expect x11 sdl sim ? |
| 09:21:19 | Bger | soon |
| 09:21:28 | bazz | Bger: that's what i'm writing it on |
| 09:21:46 | bazz | actually, i built it on windows tonight and it works but not as well as on linux just yet |
| 09:21:49 | Bger | great! |
| 09:21:56 | Bagder | we should make sure the win version works too, and then from that day just have one single sim |
| 09:22:19 | bazz | yeah, i need to figure out what's broken with the windows one. if i move the window it locks up :) |
| 09:22:26 | bazz | otherwise, it works |
| 09:22:38 | Bagder | very nice indeed |
| 09:22:59 | bazz | 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 | linuxstb | 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 | Bagder | oh right, sdl has sound too... |
| 09:38:19 | Bger | :) |
| 09:38:38 | bazz | linuxstb: yeah |
| 09:38:57 | MrShlee | Error accessing playlist control file.. that means the playlist is just empty right? Seems to be looping :| |
| 09:39:30 | Bger | 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 | Paul_The_Nerd | I think we'll stick with the slightly older definition. |
| 09:43:26 | Bger | yep :) |
| 09:45:15 | linuxstb | 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 | Bger | moin |
| 09:47:24 | Bger | heh is this moin = morning ? :) |
| 09:47:29 | _FireFly_ | yepp |
| 09:47:38 | Bger | haha ok |
| 09:48:41 | Bger | 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 | Bger | 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 | Paul_The_Nerd | What does it do? |
| 09:51:22 | Bger | _FireFly_ patch No ? |
| 09:51:33 | Bger | i guess it adds scroll speed etc for the remote |
| 09:51:57 | linuxstb | preglow: Are you around? |
| 09:52:28 | Bger | _FireFly_ = Stephan ? |
| 09:53:22 | Bger | _FireFly_, please, add yourself in www.rockbox.org/twiki/bin/view/Main/IrcNicks |
| 09:54:05 | _FireFly_ | Bger yepp |
| 09:56:37 | Bger | looking at it now |
| 09:56:43 | _FireFly_ | Bger the link is in the ml |
| 09:57:16 | Bger | 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 | Bger | 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 |
| 10:00:01 | B4gder | that sounds plain wrong to me |
| 10:00:12 | B4gder | 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 | linuxstb | 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 | linuxstb | I'm not sure what 1000/HZ represents |
| 10:01:46 | Bger | amiconn ? |
| 10:03:03 | LinusN | http://www.rockbox.org/irc/rockbox-20051121.txt |
| 10:03:23 | LinusN | 17:23 |
| 10:04:02 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 10:04:02 | LinusN | 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 | linuxstb | I remember now, 1000/HZ converts from ticks to ms. |
| 10:04:28 | linuxstb | Thanks LinusN. |
| 10:04:48 | linuxstb | 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 | LinusN | yes |
| 10:05:49 | LinusN | no caches whatsoever |
| 10:06:36 | Bger | 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 | Bger | huh |
| 10:07:26 | linuxstb | LinusN: Thanks. That explains the lack of an invalidate_icache() function. |
| 10:07:31 | Bger | use <verbatim>_FireFly_</verbatim> maybe ... |
| 10:08:06 | LinusN | or perhaps <nop>_FireFly_ ? |
| 10:08:20 | Bger | i thought about this too... |
| 10:08:48 | Bger | but wasn't <nop> 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_ | <nop> also |
| 10:18:04 | mirak | 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 | Bger | hello, mirak |
| 10:24:11 | preglow | linuxstb: around now |
| 10:26:36 | linuxstb | Just the man. I think we need to implement the invalidate_icache() function. Do you know how to? |
| 10:27:11 | linuxstb | I'm assuming the cache is enabled at the moment (I'm running your patch) |
| 10:27:22 | preglow | it is |
| 10:27:28 | preglow | why do you need to invalidate it? |
| 10:27:29 | preglow | plugins? |
| 10:27:33 | linuxstb | yes. |
| 10:27:35 | preglow | hmm |
| 10:27:44 | preglow | a quick read run over a big range of memory should do |
| 10:27:45 | preglow | tried that? |
| 10:27:48 | linuxstb | I'm getting crashes when running plugins for the second time. |
| 10:27:50 | preglow | just read 64k om memory or something |
| 10:28:06 | B4gder | instruction cache |
| 10:28:35 | linuxstb | 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 | preglow | linuxstb: ipl don't use it |
| 10:31:49 | preglow | linuxstb: i have no idea how cache works, and i doubt they do either |
| 10:33:26 | linuxstb | Hmm.. |
| 10:35:50 | saa[b_r]ider | is it possible to reverse the compiling process? |
| 10:36:22 | | Quit bazz ("Leaving") |
| 10:37:40 | preglow | B4gder: ipod's got a unified cache |
| 10:37:46 | preglow | B4gder: i assume it just buffers all reads |
| 10:37:48 | B4gder | aha |
| 10:38:45 | linuxstb | 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 | linuxstb | Or do cache any particular areas of memory? |
| 10:40:06 | preglow | i have no ide |
| 10:40:18 | preglow | i ripped both the cpu clock and cache parts right out of ipl |
| 10:40:27 | preglow | and i don't think they're too clear on how it works themselves |
| 10:41:31 | Bger | saa[b_r]ider what do you mean ? |
| 10:41:50 | linuxstb | preglow: OK, I'll forget that issue then. |
| 10:42:27 | linuxstb | Did you read in the logs that Bejeweled now has those Gnome SVG graphics, and that it works on both ipods? |
| 10:43:16 | preglow | w000t! |
| 10:43:19 | preglow | screenshots? |
| 10:43:21 | preglow | something? |
| 10:43:26 | saa[b_r]ider | Bger: well there's a modified .rock plug-in, and I'd like to see the source... |
| 10:43:56 | linuxstb | A screenshot is in the bejeweled thread on forums.rockbox.org |
| 10:44:27 | linuxstb | RotAtoR also changed the key mappings so the click wheel moves the cursor horizontally with wrapping. It works very nicely. |
| 10:44:55 | B4gder | saa[b_r]ider: you can get a dissassembly from it, but that's not what you want ;-) |
| 10:45:29 | linuxstb | saa[b_r]ider: Just ask the author for the source :) |
| 10:45:32 | amiconn | 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 | B4gder | aha |
| 10:46:01 | saa[b_r]ider | linuxstb: I did, but no replies :( |
| 10:46:35 | Paul_The_Nerd | Wow, color bejeweled almost makes me wish I had something other than an H120. |
| 10:46:39 | saa[b_r]ider | preglow: I think this is what bejeweled looks like now: http://img246.imageshack.us/img246/5940/newjewels6ut.png |
| 10:46:54 | preglow | w0000t |
| 10:46:56 | preglow | damn, that's slick |
| 10:47:27 | saa[b_r]ider | H300 plug-ins are getting lots of colors :) |
| 10:47:31 | preglow | as they should |
| 10:48:59 | saa[b_r]ider | 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 | saa[b_r]ider | 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 | nathanh | look at the starfield patch on the rockbox patches page |
| 10:51:23 | LinusN | i think most of the game plugins would benefit from using rgb bitmaps instead of just changing the bg/fg colors |
| 10:51:28 | nathanh | very simple addition of color |
| 10:52:53 | Bger | where's the new bejeweled ? |
| 10:52:56 | saa[b_r]ider | nathanh: good idea! thanks! |
| 10:53:36 | saa[b_r]ider | 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 | saa[b_r]ider | Bger: at MR it said it was gonna happen soon, don't know what they posted at the RB forum |
| 10:54:30 | Bger | aha, k |
| 10:55:24 | | Quit YouCeyE ("Leaving") |
| 10:55:27 | MrShlee | saa[b_r]ider Read a book :| |
| 10:55:34 | MrShlee | Jumping into C isn't the way to learn |
| 10:57:09 | B4gder | I learned it that way |
| 10:57:36 | nathanh | i learnt by jumping in |
| 10:57:38 | MrShlee | ok, its a possible option but its good to learn the basics |
| 10:57:43 | preglow | it has come gradually no matter how you do it anyway |
| 10:57:47 | preglow | i just started trying to code in it |
| 10:57:51 | preglow | worked out well in the end |
| 10:58:12 | linuxstb | nathanh: Did you see that I committed a patch to starfield that simply gives white stars on a black background? |
| 10:58:15 | B4gder | of course it also depends on what other languages you know already |
| 10:58:21 | nathanh | linuxstb: yes, saw that |
| 10:58:30 | linuxstb | nathanh: What does your patch do? |
| 10:58:31 | nathanh | linuxstb: mine gives a color to each star, i think it looks kinda funky |
| 10:59:07 | preglow | option, please |
| 10:59:08 | preglow | :-) |
| 10:59:13 | linuxstb | nathanh: funky yes, but not realistic :) |
| 10:59:17 | preglow | haha |
| 10:59:20 | nathanh | stars are all different colours |
| 10:59:25 | preglow | do you think bejeweled is realistic? :P |
| 10:59:28 | nathanh | they're rarely white |
| 10:59:44 | linuxstb | starfield now looks like Elite - that's my reference for how space looks. |
| 10:59:54 | LinusN | :-) |
| 11:00 |
| 11:00:04 | nathanh | my starfield looks like the one on the old ami500 |
| 11:00:13 | nathanh | which is my reference for when computer graphics stopped sucking :-) |
| 11:00:50 | preglow | computer graphics stopped sucking the moment people started drawing ansis |
| 11:01:29 | * | LinusN sees four yorkshiremen on the horizon |
| 11:01:36 | Bger | LinusN could you add #define CONFIG_LED LED_VIRTUAL to firmware/export/config-h300.h ? |
| 11:01:47 | nathanh | 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 | linuxstb | You were lucky to have a fridge.... |
| 11:02:10 | B4gder | hahaha |
| 11:04:17 | * | preglow can see what the logical progression of this might be... |
| 11:04:21 | mirak | nathanh: atari !!! |
| 11:05:10 | Paul_The_Nerd | 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 | Paul_The_Nerd | 'cuz it would rock if it did. |
| 11:05:42 | mirak | the doubles aren't floats ? |
| 11:05:51 | LinusN | Paul_The_Nerd: no 10fps video with that one... |
| 11:06:21 | preglow | mirak: double are more precise than floats |
| 11:06:23 | linuxstb | mirak: Yes, doubles are floats. |
| 11:06:45 | linuxstb | (in terms of them both being bad in Rockbox) |
| 11:06:56 | Paul_The_Nerd | LinusN: Maybe if they were replaced by really well trained monkeys... |
| 11:07:30 | LinusN | Bger: done |
| 11:08:02 | Bger | LinusN eh, at last:) |
| 11:08:23 | Bger | i was annoying nearly everyone here with commit access about this |
| 11:08:50 | nathanh | whats the led virtual for... hdd access? |
| 11:08:54 | Bger | ok, very bad english |
| 11:09:11 | Bger | nathanh it's like the hdd led of the PCs... but virtual |
| 11:09:27 | Bger | because h3x0 and ondio (iirc) doesn't have real led |
| 11:09:37 | Bger | don't |
| 11:12:07 | | Join XavierGr [0] (n=XavierGr@ppp27-adsl-27.ath.forthnet.gr) |
| 11:12:15 | Bger | morning, XavierGr ;) |
| 11:12:35 | nathanh | linuxstb: your patch doesnt do white stars on black background for grayscale devices |
| 11:13:08 | linuxstb | nathanh: No. |
| 11:13:13 | XavierGr | morning all |
| 11:13:38 | linuxstb | nathanh: greyscale devices don't have white |
| 11:14:21 | Bger | XavierGr where's your battery tsr plugin ? |
| 11:14:52 | Paul_The_Nerd | 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 | XavierGr | i the tracker :) http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1357370 |
| 11:15:09 | Bger | 10x |
| 11:15:19 | *** | Saving seen data "./dancer.seen" |
| 11:15:34 | Bger | Paul_The_Nerd i've seen whitish grayscale lcds... |
| 11:15:58 | XavierGr | Bger it adds 2-3 functions to the plygin api so you will have to compile it. |
| 11:16:16 | Bger | XavierGr i'll do it |
| 11:16:29 | B4gder | Paul_The_Nerd: on the Archos at least, the greenish is due to the leds that do the backlight |
| 11:17:09 | Bger | i suspect that the green leds are between the cheapest ones ... |
| 11:17:23 | preglow | i suspect it's a contrast issue |
| 11:17:34 | preglow | green leds are the cheapest |
| 11:17:36 | preglow | green and red |
| 11:17:39 | XavierGr | Bger: Please tell me your opinion and/or comments. (If it works for the H300) :) |
| 11:17:51 | Bger | XavierGr hehe oki |
| 11:17:54 | B4gder | I don't think it is a contrast issue, I find white leds better on the Archos |
| 11:18:30 | XavierGr | Somw guy in MR had changed his screen's led to red.... |
| 11:18:34 | Paul_The_Nerd | 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 | Bger | XavierGr btw, u worked on something about the fm radio, or i'm wrong? |
| 11:18:40 | XavierGr | yes |
| 11:18:43 | * | Paul_The_Nerd is talking about the led-off color. |
| 11:18:57 | XavierGr | this is still on the tracker and waits for some dev to llok at it. |
| 11:19:04 | XavierGr | multi fmr preset list support |
| 11:19:17 | Bger | okay |
| 11:20:09 | XavierGr | 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 | Paul_The_Nerd | 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 | nathanh | 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 | XavierGr | nathan if you annoy them in the ml naybe it will get commited faster, I am not sure yet :) |
| 11:21:18 | mirak_ | if I want the pointer that reference X bytes of contigous data I do &char[X] |
| 11:21:20 | mirak_ | ? |
| 11:21:24 | mirak_ | I don't remember |
| 11:21:33 | nathanh | mirak: sort of, thats equivalent to char+X |
| 11:22:02 | nathanh | mirak: its a pointer to the X-th element in the array |
| 11:22:05 | Bger | XavierGr what do you mean with this "marginal error" in the plugin's description |
| 11:22:40 | XavierGr | Paul_The_Nerd: It will work perfectly! |
| 11:23:05 | XavierGr | Bger. There is a possibility of a slight error. But it will be less than 15 minutes. |
| 11:23:14 | XavierGr | (normal testing) |
| 11:23:39 | Bger | slight error like ? |
| 11:23:52 | XavierGr | Bger: The plugin writed the log whenver the HD is accesed by Rockbox. |
| 11:24:10 | XavierGr | If on the final write there is no succesfull write the log will not be updated. |
| 11:24:28 | Bger | ah, you mean the situation when the plugin can't append to the log on disk |
| 11:24:31 | Bger | oh ok |
| 11:24:35 | XavierGr | yeah |
| 11:32:48 | Bger | hm, is there any problem in starting a tsr plugin in apps/main.c (using AUTOROCK) ? |
| 11:33:05 | XavierGr | ? |
| 11:33:07 | * | dwihno thinks the H300 FM radio support deserves a news item on the web front page |
| 11:33:13 | XavierGr | did it crashed? |
| 11:33:13 | dwihno | (Yay for progress, btw!) \o/ |
| 11:33:24 | Bger | XavierGr noo |
| 11:33:28 | Bger | i mean other thing |
| 11:33:32 | XavierGr | ah ok :) |
| 11:33:34 | | Quit mirak (Read error: 110 (Connection timed out)) |
| 11:33:39 | XavierGr | the did it worked? :D |
| 11:33:40 | Bger | look in apps/main.c |
| 11:33:46 | Bger | i haven't tested it yet |
| 11:33:49 | amiconn | LinusN: Is there a reason why the fmradio_i2c now does two DELAY calls in sequence? |
| 11:34:00 | Bger | there is a define AUTOROCK |
| 11:34:21 | steveb | 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 | steveb | is this the case with the h340 as well? |
| 11:34:43 | Bger | if you set it and put autostart.rock in the plugins dir it'll run it |
| 11:34:50 | Bger | steveb no, it doesn't work yet |
| 11:34:53 | steveb | ok |
| 11:35:03 | Bger | it's planned for the next bootloader |
| 11:35:09 | Bger | amiconn ? |
| 11:35:09 | nathanh | woo next bootloader |
| 11:35:13 | XavierGr | Bger: it will run the plugin that you renamed autorock.rock? |
| 11:35:15 | wubbla | which arguments for lame.exe do you use? |
| 11:35:18 | | Join perplexity [0] (n=joust@217.165.115.94) |
| 11:35:21 | Bger | to autostart.rock |
| 11:35:22 | nathanh | cant believe radio works already |
| 11:35:27 | nathanh | its like christmas came 2 weeks early |
| 11:35:31 | Bger | hehehe :) |
| 11:35:39 | steveb | hah. at the rate things seem to be going for the H3xx the next boot loader will be out by christmas |
| 11:35:39 | XavierGr | Bger: every plugin you want? |
| 11:35:50 | Bger | XavierGr it looks like so |
| 11:36:04 | Bger | but i don't know what's the situation regarding tsr plugins |
| 11:36:12 | XavierGr | you could try. |
| 11:36:16 | Bger | amiconn could you answer my question ? |
| 11:36:21 | XavierGr | I don't have a compiled version right now. |
| 11:36:30 | Bger | i'll try soon |
| 11:36:55 | | Part LinusN |
| 11:37:33 | Bger | but if it's ok this will be the best way to test the battery... |
| 11:37:38 | amiconn | Bger: What question? |
| 11:37:57 | Bger | 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 | Jungti1234 | kkaw |
| 11:39:46 | Jungti1234 | What is Virtual LED? |
| 11:40:09 | XavierGr | A LED where is not presetn physically |
| 11:40:14 | XavierGr | ^present |
| 11:40:26 | XavierGr | In our situation a LED marker rendered on screen. |
| 11:40:32 | Bger | Jungti1234 it's on the statusbar |
| 11:40:33 | Paul_The_Nerd | It flashes an icon in the status bar to represent the an LED flashing. |
| 11:40:35 | amiconn | Bger: No there shouldn't. The autorock feature was actually designed for using tsr plugins |
| 11:40:43 | Bger | amiconn ah, ok, 10x :) |
| 11:40:51 | Bger | so, XavierGr, i'll try it |
| 11:41:06 | Jungti1234 | hmm |
| 11:41:08 | XavierGr | amiconn: Do you any time to compile the battery benchmark plugin to see if it works for archos targets? |
| 11:41:25 | XavierGr | I haven't seen anyother here that owns an archos. |
| 11:41:37 | amiconn | [IDC]Dragon implemented it for using alpine_cdc.rock |
| 11:41:39 | XavierGr | Also it would be interesting to see if it will work on an Ondio. |
| 11:41:57 | Jungti1234 | What updated? |
| 11:43:36 | | Join San [0] (n=sanitari@212.2.164.169) |
| 11:45:21 | amiconn | XavierGr: Had no time yet :( |
| 11:45:46 | XavierGr | Ok just mentioning. If you find the time please do and tell me your comments. |
| 11:51:58 | | Quit edx () |
| 11:53:56 | linuxstb | 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 | Bger | disk access |
| 11:54:41 | Bger | not disk spinning |
| 11:54:52 | Bger | 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 | mirak_ | 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 | muesli_- | hi |
| 11:58:33 | mirak_ | does the OS bitch ? |
| 11:58:40 | nathanh | mirak: the devil takes your soul |
| 11:58:56 | mirak_ | I guess it's protected in linux |
| 11:59:48 | mirak_ | 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 |
| 12:00:33 | | Join BalanceST [0] (i=STx@c211-31-9-79.blktn3.nsw.optusnet.com.au) |
| 12:00:36 | merbanan | 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 | B4gder | it makes a buffer overflow |
| 12:01:56 | B4gder | and god do I know about those ;-) |
| 12:02:07 | Bger | hahaha, B4gder |
| 12:02:08 | nathanh | interesting |
| 12:02:36 | Bger | B4gder only if u try to access the program's memory |
| 12:02:38 | nathanh | if a static pixmap shares the same horizontal row as a dynamic text, the static pixmap disappears |
| 12:02:46 | Bger | the own's program memory |
| 12:03:27 | B4gder | 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 | nathanh | firefly: ok, im working on the iamp.wps |
| 12:04:39 | nathanh | 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 | nathanh | those are fine |
| 12:04:48 | | Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) |
| 12:05:02 | nathanh | i moved the ogg/mp3/mp2 icons into the top row too... %fc |
| 12:05:04 | nathanh | and that disappears |
| 12:05:14 | nathanh | if i change %fc to a dynamic type, it stays on screen |
| 12:05:26 | nathanh | 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 | nathanh | i can fix it |
| 12:06:36 | nathanh | 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 | nathanh | sure, here are the lines that matter |
| 12:07:41 | nathanh | %pv |
| 12:07:48 | nathanh | %?fc<%xdh|%xdi|%xdj|%xdx|%xdl|%xdf|%xdk|%xdH|%xdy|> |
| 12:07:54 | nathanh | %xl|H|a5.bmp|76|1| |
| 12:07:54 | nathanh | %xl|f|f.bmp|76|1| |
| 12:07:58 | nathanh | 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 | nathanh | i mean i edit gwps-common.c and dont chagne WPS_REFRESH_STATIC |
| 12:10:09 | nathanh | if i change %fc to WPS_REFRESH_DYNAMIC it redraws once per frame and all is well |
| 12:10:27 | nathanh | 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 | nathanh | found it, /* clear the line first */ |
| 12:15:53 | nathanh | display->set_drawmode(DRMODE_SOLID|DRMODE_INVERSEVID); |
| 12:15:53 | nathanh | display->fillrect(0, ypos, display->width, string_height); |
| 12:16:16 | nathanh | silly thing clears the whole line |
| 12:18:02 | _FireFly_ | why not |
| 12:18:18 | nathanh | because it means you cant put a WPS_REFRESH_STATIC on the same horizontal row |
| 12:18:23 | nathanh | it will get erased |
| 12:18:29 | _FireFly_ | because the fn can*t know how long was the old string |
| 12:18:40 | nathanh | aye, im looking at it now, wondering how to fix that |
| 12:19:28 | nathanh | i can make everything WPS_REFRESH_DYNAMIC, though thats ugly |
| 12:19:39 | nathanh | i can record the bounding box of every draw operation, then only clear those in the next frame |
| 12:20:54 | preglow | 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 | nathanh | ive already got that applied |
| 12:22:24 | nathanh | 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 | nathanh | ill explain it again, i dont think ive made it clear |
| 12:24:04 | nathanh | first line of the wps is %pv, thats a dynamic string, contains the volume lke -10 or -24 |
| 12:24:14 | nathanh | so its got WPS_REFRESH_DYNAMIC |
| 12:24:30 | nathanh | ive got a bitmap that im sticking at (1,1), its a bitmap so its WPS_REFRESH_STATIC |
| 12:24:32 | mirak_ | 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 | nathanh | now the problem is that WPS_REFRESH_DYNAMIC redraws the %pv every now and then |
| 12:25:13 | nathanh | and that erases the entire row, including the bitmap, and because the bitmap is static it doesnt redraw |
| 12:26:41 | nathanh | ok that works, is that because the WPS_REFRESH_DYNAMIC flag applies to everything on the line? |
| 12:27:01 | mirak_ | how can I get the size of memory used by a variable ? |
| 12:27:07 | mirak_ | ah sizeof ! |
| 12:27:18 | mirak_ | 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 | nathanh | right... so? |
| 12:28:36 | | Join Lost-notash [0] (n=cbde3724@labb.contactor.se) |
| 12:28:39 | mirak_ | 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 | mirak_ | I can I now how space was reserved for a particular pointer ? |
| 12:29:01 | mirak_ | how much |
| 12:29:06 | | Join Delazon [0] (n=chatzill@h83n2fls34o981.telia.com) |
| 12:29:06 | nathanh | mirak: you cant |
| 12:29:07 | | Quit saa[b_r]ider (Read error: 110 (Connection timed out)) |
| 12:29:10 | nathanh | mirak: welcome to C |
| 12:29:16 | mirak_ | rahh |
| 12:29:21 | Delazon | Thanx for the RADIO!!! :D |
| 12:29:36 | nathanh | hrm, let me explain how i understand wps, see if im grokking it |
| 12:29:41 | Bger | 10x goes to Linus & petur |
| 12:29:43 | preglow | mirak_: you know because you are the one that allocated the memory |
| 12:29:52 | _FireFly_ | mirak_ try sizeof(*pointer) |
| 12:30:07 | mirak_ | _FireFly_: this returns 1 and I doubt it's 1 |
| 12:30:15 | Bger | but that will give you the size of the type the pointer points to |
| 12:30:16 | preglow | char pointer? |
| 12:30:20 | mirak_ | & return 4 it's the memory older adress |
| 12:30:26 | _FireFly_ | Bger ah right |
| 12:30:28 | Lost-notash | Ismo: sizeof (*pointer) would be useless |
| 12:30:32 | Lost-notash | arghl |
| 12:30:37 | Lost-notash | _firefly even |
| 12:30:40 | preglow | mirak_: fact remains, you allocated the buffer yourself, you should know how big the memory is |
| 12:30:43 | mirak_ | preglow: it's a pointer that point to the output frame data from xvid |
| 12:30:52 | mirak_ | preglow: it's done by the codec |
| 12:30:52 | preglow | well, then xvid should tell you how large it is |
| 12:31:01 | mirak_ | yes it tells the image size |
| 12:31:07 | preglow | well, there you are |
| 12:31:08 | mirak_ | 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 | Lost-notash | aah, the joys of HTTP, that it allows a connection to go on forever, and thus, web-based irc was born :) |
| 12:33:34 | Petur | yeah ;) |
| 12:34:14 | Lost-notash | (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 | Bger | hi, Petur :) |
| 12:36:47 | Bger | congrats for radio |
| 12:36:48 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 12:37:06 | Petur | 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 | Bger | :P |
| 12:38:00 | nathanh | 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 | nathanh | blah, force of habit |
| 12:39:15 | Petur | wtf... I was too kind to the irc webclient - got kicked |
| 12:40:26 | Petur | 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 | Mongey| | Enabled the virtual ATA LED on the H300<<< wats that do |
| 12:45:32 | Jungti1234 | bye |
| 12:45:48 | | Quit Jungti1234 ("bye") |
| 12:47:05 | Lost-notash | nathanh: either the ATA led is software enabled, or it's talking about turning on an icon/image on the LCD. |
| 12:47:37 | nathanh | Lost-notash, why you telling me? |
| 12:47:45 | Lost-notash | 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 | Lost-notash | nathanh: because pressing tab in firefox when i'm using the webclient jumps from 'Mongey' to 'nathanh' instead of completing 'mongey |
| 12:48:30 | Lost-notash | bloody thing |
| 12:48:36 | nathanh | webclient = poo compared to xchat :-) |
| 12:48:57 | Lost-notash | nathanh: normally i'd be using a shell, but that's down because the server's being relocated |
| 12:49:07 | Lost-notash | should have been back up by now |
| 12:49:16 | | Quit edx (Read error: 110 (Connection timed out)) |
| 12:50:12 | Lost-notash | (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 | Mongey| | so is it anything signifacant |
| 12:59:51 | Lost-notash | it's just a minor feedback path, probably |
| 13:00 |
| 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 | Bger | 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 | Lost-notash | bloody web irc client |
| 13:02:14 | Bger | just gives u feedback when rockbox reads/writes to disk |
| 13:04:09 | Mongey| | 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 | Petur | 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 | Petur | And no time tonight :( |
| 13:08:41 | Bger | Petur someone said it doesn't work or ? |
| 13:08:50 | Bger | it's just not enabled |
| 13:08:56 | Petur | it's not enabled |
| 13:09:06 | Bger | any hints how to enable it ? |
| 13:09:23 | Petur | HAVE_RECORDING in the H300 config file |
| 13:09:29 | Bger | hm, i'll try now |
| 13:10:02 | Petur | aargh ... a reason to stay on this irc... should be working ;) |
| 13:10:13 | B4gder | noooo |
| 13:10:28 | B4gder | too much work makes you a dull boy! ;-) |
| 13:11:22 | Petur | no work tonight! Going to a concert of my favorite rockband |
| 13:11:33 | markun_ | B4gder: I emailed the webmaster of a japanese gigabeat wiki if he can help me find gigabeat owning programmers |
| 13:12:19 | Bger | making |
| 13:12:21 | MrShlee | BSB? |
| 13:12:30 | Petur | Bger, keep that reset pin with you :) |
| 13:12:39 | Bger | hahaha ok |
| 13:12:40 | | Join Zak1392 [0] (n=zkeeping@CPE-144-137-199-238.sa.bigpond.net.au) |
| 13:12:55 | Petur | Used quite a lot lately ;) |
| 13:13:09 | | Join muesli- [0] (i=muesli_t@Bbca0.b.pppool.de) |
| 13:13:22 | Zak1392 | hey guys |
| 13:13:23 | aliask | From memory enabling recording on H300s freezes them. |
| 13:13:32 | Bger | i use a toothpick |
| 13:13:36 | | Nick markun_ is now known as markun (n=karl@bastards.student.utwente.nl) |
| 13:13:43 | aliask | Hey Zak1392 |
| 13:13:58 | Bger | aliask when did u test this last time ? |
| 13:14:22 | Bger | Petur we need some button defines also, going to correct this |
| 13:14:36 | aliask | 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 | Delazon | I like that the radio keeps playing even when you manage your files with the USB interface :D |
| 13:14:51 | Petur | The audio mux was wrong, so that might be the reason |
| 13:14:51 | | Quit Lost-notash ("sleep") |
| 13:15:20 | Zak1392 | 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 | Petur | unified GUI |
| 13:15:51 | Petur | lots of work |
| 13:16:16 | | Quit webguest05 (Client Quit) |
| 13:16:18 | Delazon | is there any GUI in color like the iRiver GUI planed for Rockbox? |
| 13:16:56 | B4gder | yes please |
| 13:17:04 | Zak1392 | color bitmaps in wps's would be a start |
| 13:17:06 | nathanh | thats what im coding |
| 13:17:15 | MrShlee | The FM doesn't get cancelled when USB mode is activated |
| 13:17:33 | MrShlee | sure its good to have some music when your transfering files but would be worth fixing. |
| 13:17:34 | aliask | I noticed that as well today |
| 13:17:35 | Zak1392 | nathanh: color bitmap support? |
| 13:17:40 | nathanh | Zak1392, both |
| 13:18:14 | nathanh | but first i need to understand the lines code, and how it renders wps files |
| 13:18:25 | nathanh | there is ... oddness |
| 13:18:27 | aliask | nathanh: I think you could use some of eli_sherer's code for that |
| 13:18:34 | nathanh | aliask, link? |
| 13:18:43 | aliask | http://www.freewebs.com/eli_sherer |
| 13:19:04 | aliask | Under the rockpaint plugin, there is a c file dedicated to reading colour bmp files. |
| 13:19:36 | B4gder | there was also an incomplete patch posted to the dev list with a color bmp loader |
| 13:19:46 | nathanh | loading the bitmaps isnt too hard, its incorporating it into gwps without breaking the rest of it |
| 13:20:15 | aliask | Bger: I can't seem to find where LinusN actually enabled recording. Maybe it wasn't him at all. |
| 13:21:02 | Bger | time for test ... :) |
| 13:21:08 | aliask | Good luck! :) |
| 13:21:31 | Bger | oh, settings reset :) |
| 13:21:44 | Petur | that's normal |
| 13:21:50 | Bger | yes, ok |
| 13:22:04 | XavierGr | and? |
| 13:22:07 | Bger | w8 |
| 13:23:10 | Bger | no |
| 13:23:18 | Petur | hang? |
| 13:23:20 | Bger | yep |
| 13:23:21 | XavierGr | it crashed? |
| 13:23:34 | XavierGr | :( |
| 13:23:39 | Petur | too bad - would have been too easy |
| 13:23:42 | Bger | going to recording screen, that is |
| 13:23:42 | aliask | Oh well, at least the results are consistent with my memory. I'm not going crazy yet! |
| 13:24:00 | Bger | haha at least radio works :P |
| 13:24:12 | Petur | alright, gotta go |
| 13:24:19 | Bger | hm, strange |
| 13:24:28 | Bger | it's not dead |
| 13:24:42 | Bger | 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 | Bger | wow |
| 13:25:37 | Bger | the hard shutdown worked too |
| 13:25:40 | aliask | I suppose you _could_ send S.O.S. signals with the backlight if you were desperate. |
| 13:26:14 | Bger | i prefer not having the need of doing it :P |
| 13:26:40 | XavierGr | aliask I think it is quite easy to implement that on a plugin. |
| 13:26:53 | aliask | The S.O.S thing? |
| 13:27:08 | XavierGr | yeah |
| 13:27:08 | Bger | hahaha |
| 13:27:27 | aliask | I'll get on it XavierGr |
| 13:27:29 | aliask | :) |
| 13:27:57 | Bger | strange |
| 13:28:37 | Bger | so i tried entering in the recording screen and it nearly hung |
| 13:31:27 | Bger | maybe i should try some logf ? :) |
| 13:31:45 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 13:32:57 | Bger | huh |
| 13:33:24 | Bger | dsp.c: In function `apply_crossfeed': |
| 13:33:26 | Bger | 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 | preglow | yes yes ye syes |
| 13:34:23 | preglow | debug build |
| 13:34:31 | preglow | you need to enable fomit-frame-pointer |
| 13:34:40 | Bger | ah, yes |
| 13:34:50 | Bger | sorry, but how do i do this ? :) |
| 13:35:01 | preglow | is there a debug flag set when doing debug builds? |
| 13:35:02 | Bger | there are not enough free regs, yep ? |
| 13:35:05 | preglow | 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 | Bger | preglow : according to configure ... |
| 13:37:22 | Bger | [Dd]) |
| 13:37:23 | Bger | echo "define DEBUG" |
| 13:37:23 | DBUG | Enqueued KICK Bger |
| 13:37:23 | Bger | debug="-DDEBUG" |
| 13:37:23 | Bger | GCCOPTS="$GCCOPTS -g -DDEBUG" |
| 13:37:30 | preglow | good |
| 13:37:34 | preglow | i'll just disable that opt for debug |
| 13:37:49 | Bger | preglow wanna test it ? |
| 13:37:56 | preglow | hmm=? |
| 13:38:51 | Bger | #if defined(CPU_COLDFIRE) && !defined(SIMULATOR) && !defined(DEBUG) |
| 13:38:54 | Bger | ? |
| 13:39:02 | preglow | yes, i know |
| 13:39:25 | Bger | no, i mean, should i do it this way |
| 13:39:32 | preglow | i'll commit it now |
| 13:39:39 | preglow | and yes, that's what i do |
| 13:40:20 | Bger | huh |
| 13:41:24 | Bger | it seems i lied you |
| 13:42:18 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 13:42:26 | preglow | what? |
| 13:42:40 | Bger | about -DDEBUG |
| 13:42:48 | preglow | oh? |
| 13:42:52 | Bger | this is true only if you choose Developer->Debug build |
| 13:43:07 | preglow | hmm? |
| 13:43:15 | _FireFly_ | but not when logf-build i guess :) |
| 13:43:25 | preglow | debug right |
| 13:43:29 | preglow | bah |
| 13:43:49 | Bger | sorry :( |
| 13:43:53 | preglow | why the hell is fomit-frame-pointer not in debug builds anyway? |
| 13:44:00 | preglow | why don't need it |
| 13:44:15 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 13:44:17 | Delazon | One question?! |
| 13:44:34 | Bger | Delazon just ask |
| 13:45:00 | Delazon | Do you have any idea about videoplayback? Is it possible with rockbox and if so, how far away is it? |
| 13:45:00 | Slasheri | preglow: Hmm, if i am correct, that will disable crossfeed also from logf builds.. not good |
| 13:45:23 | Bger | Slasheri no, it wont :) |
| 13:45:30 | Slasheri | ah, then it's ok |
| 13:45:42 | Bger | but in fact that's the problem now :) |
| 13:45:54 | Slasheri | hmm? |
| 13:45:57 | Bger | i'm trying to make a logf build |
| 13:46:10 | Slasheri | oh, then you just should fomit the frame pointer.. |
| 13:46:25 | preglow | bah, fuck it |
| 13:46:36 | preglow | i'll remove it again, and someone who cares can fix the issue with fomit-frame-pointer |
| 13:47:04 | Bger | Slasheri : just added && 0 to the opt for now :) |
| 13:47:07 | Slasheri | Hmm, maybe i could do that.. But currently my configure script has flash stuff etc |
| 13:47:33 | Bger | because u flash every day ? ;) |
| 13:47:54 | Slasheri | Bger: just add GCCOPTS="$GCCOPTS $GCCOPTIMIZE" to the logf section |
| 13:48:08 | Slasheri | 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 | Bger | especially the fact that it reads the whole disk on usb plug-in |
| 13:49:12 | | Quit dropandho () |
| 13:49:22 | preglow | Bger: so do we, if you use dircache |
| 13:49:36 | Bger | yes, but u don't have to wait |
| 13:50:55 | Slasheri | 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 | Zak1392 | has anybody tried this patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1379767&group_id=44306&atid=439120 |
| 13:51:42 | Zak1392 | 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 | Zak1392 | really? |
| 13:52:24 | _FireFly_ | yepp |
| 13:52:27 | Zak1392 | damn |
| 13:52:37 | Bger | :( |
| 13:52:46 | Bger | ok, the logf doesn't show anything more |
| 13:57:23 | Bger | XavierGr, are you here ? |
| 14:00 |
| 14:04:58 | aliask | 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 | preglow | how do you control bejeweled on an ipod right now? |
| 14:09:31 | linuxstb | 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 | linuxstb | s/called/calls/ |
| 14:09:53 | linuxstb | 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 | Bger | can anyone explain me why's that |
| 14:23:04 | Bger | stack = rb->plugin_get_buffer(&stacksize); |
| 14:23:04 | Bger | stack = (void*)(((unsigned int)stack + 100) & ~3); |
| 14:23:04 | Bger | stacksize = (stacksize - 100) & ~3; |
| 14:23:36 | Bger | i mean why's that +100 |
| 14:24:07 | preglow | should the new latex docs be in a separate cvs checkout? |
| 14:24:12 | preglow | like cvs co manual |
| 14:24:24 | B4gder | yes I think so |
| 14:24:45 | preglow | me too |
| 14:24:52 | preglow | it's looking ripe for commiting about now |
| 14:25:37 | Bger | B4gder ? |
| 14:27:10 | preglow | woop, meting |
| 14:27:37 | mirak_ | preglow: have you noticed that there is two xvid_malloc methods ? |
| 14:27:55 | mirak_ | with a different prototype. I though it wasn't possible in C |
| 14:30:28 | Bger | it is, mirak_ |
| 14:30:53 | Bger | the compiler distinguish them by parameters' types |
| 14:31:05 | B4gder | no, not i C |
| 14:31:10 | B4gder | only in C++ |
| 14:31:15 | Bger | really ? |
| 14:31:25 | markun | mirak_: how's is coming along? |
| 14:32:04 | markun | mirak_: almost ready to compile xvid and to start on a plugin? |
| 14:32:11 | mirak_ | markun: I removed mallocs in the exemple file |
| 14:32:25 | mirak_ | no we need to remove mallocs in xvid codec |
| 14:32:28 | mirak_ | I am on that |
| 14:32:42 | markun | can't you use the codec malloc for now? |
| 14:32:57 | mirak_ | markun: no I don't think it's possible |
| 14:33:16 | mirak_ | don't know |
| 14:33:51 | mirak_ | I am brainstorming |
| 14:33:54 | markun | 01.10.14 # <linuxstb_> 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 | markun | 01.10.32 # <linuxstb_> So the simple malloc implementation used for the audio codecs will work nicely. |
| 14:34:46 | mirak_ | yes but at decoder creation there is a resize |
| 14:35:06 | mirak_ | because at first you don't know the size of the output frame |
| 14:35:14 | markun | realloc? |
| 14:35:49 | mirak_ | for now I am trying to make it work without malloc and for PC |
| 14:36:02 | markun | But you will know the size if you only allow for frames that are equal or smaller than the screen |
| 14:36:03 | mirak_ | the rockbox malloc might trouble my weak C skills |
| 14:37:08 | mirak_ | markun: yes, it will be hardcoded with a #define |
| 14:38:03 | mirak_ | what I want to do is a struct with char[sizeofimage] around 4 times |
| 14:38:16 | mirak_ | then when it asks to create an image, I want to give him the reference to that struct |
| 14:38:22 | mirak_ | instead of calling the malloc |
| 14:39:02 | mirak_ | markun: maybe you could look at the code and find a good solution |
| 14:39:06 | B4gder | then make one of a fixed size fo the worst case |
| 14:39:17 | markun | I don't have time now :( |
| 14:39:44 | Bger | XavierGr ? |
| 14:39:49 | markun | Can you decode directly into the frame buffer? |
| 14:40:54 | mirak_ | markun: I am not thinking about that yet |
| 14:41:06 | mirak_ | having it working static for PC would be fine first |
| 14:41:13 | markun | 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:00 |
| 15:01:34 | XavierGr | Bger: What? |
| 15:04:17 | XavierGr | 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 | Bger | XavierGr |
| 15:04:27 | Bger | just saw it |
| 15:04:32 | XavierGr | 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 | XavierGr | Does the plugin works on H300? |
| 15:05:03 | Bger | but if i'm right, there is an buffer overflow in your implementation |
| 15:05:09 | Bger | s/an/a |
| 15:05:33 | Bger | hm, there is not |
| 15:05:42 | Bger | but the check is not correct |
| 15:05:56 | XavierGr | it works or not? |
| 15:05:57 | Bger | see |
| 15:06:00 | Bger | works, yes :) |
| 15:06:06 | Bger | just to note something |
| 15:06:32 | Bger | look at your thread() |
| 15:06:41 | XavierGr | I just don't know stack = (void*)(((unsigned int)stack + 100) & ~3); means |
| 15:06:51 | XavierGr | yes |
| 15:07:04 | Bger | u have there 2000 bytes (and more) on the stack |
| 15:07:19 | Bger | DEFAULT_STACK_SIZE is 0x400 = 1024bytes |
| 15:07:54 | XavierGr | ah you mean that all variables in the thread are stored in the stack? |
| 15:08:06 | Bger | if i'm right, u should change if (stacksize < DEFAULT_STACK_SIZE) to if (stacksize < SIZE) |
| 15:08:13 | XavierGr | so it will overflow when it reaches 1024? |
| 15:08:17 | Bger | no no no |
| 15:08:44 | Bger | u get very big stack from the remaining plugin memor |
| 15:08:45 | Bger | y |
| 15:08:55 | Bger | on iriver it's 768k (iirc) |
| 15:09:03 | Bger | and your plugin is ... 10 k maybe ? |
| 15:09:12 | XavierGr | SIZE is just a definition for the char array that holds the temporary changes between a disk activity |
| 15:09:28 | Bger | yes, but... ok, let me explain u |
| 15:09:45 | Bger | stack = (void*)(((unsigned int)stack + 100) & ~3); |
| 15:09:45 | XavierGr | sure |
| 15:10:01 | Bger | err |
| 15:10:02 | Bger | stack = rb->plugin_get_buffer(&stacksize); |
| 15:10:02 | Bger | stack = (void*)(((unsigned int)stack + 100) & ~3); |
| 15:10:33 | XavierGr | yes it sets the adress after the plugin into the plugin buffer. |
| 15:10:38 | Bger | the first line sets "stack" pointer to the remaining memory of the 768k |
| 15:10:40 | XavierGr | though I dont understand the second line. |
| 15:10:52 | Bger | the second line is nearly simple :) |
| 15:10:55 | XavierGr | yuo and the 2nd? |
| 15:10:59 | XavierGr | ^yup |
| 15:11:26 | Bger | 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 | XavierGr | that is clear from the + 100 but why is there a ~3? |
| 15:12:00 | Bger | and & ~3 part alligns the address of the "stack" to 8 bytes |
| 15:12:02 | XavierGr | and what "~" does? |
| 15:12:16 | XavierGr | bitwise operation? |
| 15:12:17 | Bger | 7 = 0000 0111 binary |
| 15:12:26 | Bger | and ~7 = 1111 1000 |
| 15:12:35 | Bger | uf |
| 15:12:48 | Bger | sorry |
| 15:12:51 | XavierGr | the NOT operation? |
| 15:12:56 | Bger | i think one thing and write other |
| 15:13:05 | Bger | 3 = 0000 0011 |
| 15:13:14 | Bger | ~3 = 1111 1100 |
| 15:13:33 | XavierGr | inversed, right |
| 15:13:43 | Bger | yes |
| 15:13:55 | XavierGr | I must learn bitwise operation. |
| 15:14:03 | Bger | the whole idea behind this is that on sh1 u cannot do memory unaligned accesses |
| 15:14:35 | Bger | heh, i learned this ~ 2 days ago or so :) |
| 15:14:44 | lostlogic | can the virtual led be put in WPSs? |
| 15:15:02 | Bger | lostlogic not yet :) |
| 15:15:23 | *** | Saving seen data "./dancer.seen" |
| 15:15:32 | Bger | XavierGr all i wanted to say is that the if (stacksize <DEFAULT_STACK_SIZE) check is not correct |
| 15:15:49 | Bger | because your thread needs more than 2k stack |
| 15:16:05 | XavierGr | DEFAULT_STACK_SIZE is defined elsewhere |
| 15:16:05 | XavierGr | ah yes |
| 15:16:15 | XavierGr | that's what I meant befire. |
| 15:16:21 | XavierGr | ^before |
| 15:16:23 | Bger | yep |
| 15:16:32 | XavierGr | so my thread uses more than 1024 bytes of memory. |
| 15:16:36 | Bger | otherwise the plugin looks pretty good ;) |
| 15:16:39 | Bger | yes |
| 15:17:13 | Bger | hm, this +100 (and -100 to the stacksize) is very probably for local variables |
| 15:17:15 | XavierGr | then either the we must change the comparson and create a thread with a greater stack |
| 15:17:28 | XavierGr | or reduece the SIZE to 1024 (remove it completely) and use the DEFAULT_STACK_SIZE. |
| 15:17:58 | Bger | i don't think this plugin will ever write "out of memory" :) |
| 15:18:20 | XavierGr | I should put 100 bytes for the jpeg viewer too. Because I use the plugin_get_buffer. |
| 15:18:21 | Bger | just change it to SIZE |
| 15:18:34 | Bger | maybe more |
| 15:18:36 | XavierGr | yeah I will do that. |
| 15:18:49 | XavierGr | Thanks, I learned something new! |
| 15:18:50 | Bger | and, one more note ... use more descriptive defines ... |
| 15:18:55 | Bger | SIZE of what |
| 15:19:00 | Bger | BATTERY_OFF ... |
| 15:19:45 | XavierGr | 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 | Bger | hm, the gui is not exported to plugins yet, isn't it? |
| 15:19:55 | Bger | the new gui i mean |
| 15:20:17 | Bger | XavierGr but you know the size of the array |
| 15:20:18 | XavierGr | I am not sure. |
| 15:20:23 | Bger | and you can check it |
| 15:20:29 | XavierGr | yes |
| 15:20:42 | XavierGr | but maybe it will be full and lost some changes. |
| 15:20:51 | MrShlee | Btw.. Do we know if the Battery chargers on the Rockbox firmware.. H3XX? |
| 15:21:03 | Bger | MrShlee yes, it charges |
| 15:21:10 | XavierGr | 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 | Bger | but rockbox doesn't yet know whether it's fully charged |
| 15:21:53 | MrShlee | I dont think my Iriver knows that.. my battery is boned |
| 15:22:01 | MrShlee | like 2 hour max life. |
| 15:22:26 | Bger | ? |
| 15:22:31 | Bger | MrShlee iriver fw or ? |
| 15:23:32 | MrShlee | Iriver fw never seems to charge full. |
| 15:27:36 | Bger | MrShlee are you sure that u've left the unit connected to the charger enough time ? |
| 15:27:42 | Bger | in rockbox i mean |
| 15:28:35 | MrShlee | for a long while.. yeah |
| 15:29:59 | Bger | hm, strange |
| 15:30:26 | MrShlee | full charge in iriver fw is 78% (8hours) in rockbox. |
| 15:30:33 | MrShlee | but it will only last a limited time. |
| 15:31:51 | Bger | huh |
| 15:35:24 | mirak_ | 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:00 |
| 16:01:17 | | Quit Delazon ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 16:19:14 | lostlogic | 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 | markun | 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 | lamed | olha! |
| 16:40:00 | lamed | preglow: around? |
| 16:40:10 | markun | good day lamed |
| 16:40:24 | lamed | gday to you too! |
| 16:40:47 | lamed | I see you stopped fiddeling with unicode for the last couple of days |
| 16:41:54 | markun | yes, busy to finish some things for school before I leave on holliday (only a week) |
| 16:43:04 | markun | The font caching code has be made faster. |
| 16:43:48 | markun | 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 | lamed | yeah! thank you! i was wondering if anyone spotted it... |
| 16:45:27 | lamed | I see preglow hadn't had time to go through my pitch.patch patch.. |
| 16:51:54 | lamed | ok it's at sourceforge now... |
| 16:51:55 | lamed | http://sourceforge.net/tracker/index.php?func=detail&aid=1381733&group_id=44306&atid=439120 |
| 16:52:04 | lamed | take a look |
| 16:54:45 | | Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) |
| 16:54:58 | qwisp11 | hi |
| 16:55:27 | markun | Does anyone here speak Japanese well? |
| 16:56:54 | mirak_ | what is the adress bu size of coldfire ? |
| 16:57:01 | mirak_ | markun: sayonara |
| 16:57:24 | | Join _FireFly_ [0] (n=FireFly@p54A45BCD.dip.t-dialin.net) |
| 17:00 |
| 17:01:16 | markun | 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 | mirak_ | that's not what while motivate me |
| 17:02:12 | markun | 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 | mirak_ | they should start to help now if they want it fast |
| 17:02:36 | mirak_ | I don't know gigabeats |
| 17:03:34 | markun | just another player. |
| 17:04:42 | mirak_ | if I declare a struct with a char[3] and a int, will the int be right at &char[4] ? |
| 17:04:45 | markun | 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 | mirak_ | yes definitely |
| 17:05:24 | mirak_ | I play divx on a mac G3 400mhz |
| 17:05:40 | mirak_ | they might need to use slower resolutions |
| 17:05:44 | markun | xvid doesn't use any floating point, does it? |
| 17:05:46 | mirak_ | -s |
| 17:06:02 | mirak_ | that implementation avoid it |
| 17:06:08 | mirak_ | there is float for postprocessing |
| 17:06:18 | mirak_ | but we will never use that |
| 17:06:23 | markun | no |
| 17:06:49 | markun | Even if it decodes at 0.1 fps at first it will be very cool. |
| 17:07:01 | mirak_ | lol |
| 17:07:08 | mirak_ | that's optimistic |
| 17:07:14 | markun | The codecs were so slow in the beginning.. |
| 17:07:32 | Bger | the mp3 was under 10% realtime iirc |
| 17:07:52 | markun | 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 | mirak_ | Bger: on H300 ? |
| 17:08:16 | Bger | yep |
| 17:08:17 | mirak_ | the tuner |
| 17:08:18 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 17:08:19 | mirak_ | ? |
| 17:08:25 | mirak_ | I will try that |
| 17:08:55 | Bger | btw, because the cpu runs @ 11MHz while in tuner and the lcd_update is awfully slow.... |
| 17:09:06 | mirak_ | So I was asking just before, if data type inside a struct are automatically aligned to the bus size |
| 17:09:13 | markun | video, wma and mp3 encoding are they only advantages the original H300 firmware has over rockbox right? |
| 17:09:35 | markun | mirak_: I'm not sure. You would think they are. |
| 17:09:35 | mirak_ | 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 | Bger | and runtime ... |
| 17:09:51 | markun | and usb charging? |
| 17:09:59 | Bger | and USB host |
| 17:10:10 | mirak_ | why 11mhz ? |
| 17:10:13 | markun | well, quite some things on the todo list then :) |
| 17:10:17 | Bger | hehe |
| 17:10:24 | Bger | i want to participate in the last |
| 17:10:26 | Bger | thing |
| 17:10:39 | Bger | mirak_ more battery life |
| 17:11:26 | qwisp11 | 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 | markun | 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 | Bger | hahaha markun |
| 17:12:20 | Bger | don't wait, otherwise gigabeat will follow the destiny of other rb-ed players ... |
| 17:13:07 | Bger | out of production before rb being ported .... |
| 17:13:19 | markun | 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 | Bger | only the display is different ? |
| 17:13:55 | markun | yes, and they made it more compact by rearanging everything. |
| 17:14:12 | Bger | hehe that's goot |
| 17:14:14 | Bger | good |
| 17:14:27 | markun | But the F series seem to use 3 different LCD's anyway, so that's a problem. |
| 17:14:29 | mirak_ | coldfire bus size is 32bits I guess |
| 17:14:40 | Bger | XavierGr i edited a little battery_bench |
| 17:14:44 | mirak_ | ? |
| 17:14:53 | Bger | mirak_ iirc, it has 16bit bus to the SDRAM |
| 17:15:25 | *** | Saving seen data "./dancer.seen" |
| 17:15:36 | markun | I don't know, but I would have guessed 32 |
| 17:16:09 | markun | mirak_: it's probably in the wiki and in the datasheet |
| 17:16:23 | Bger | XavierGr i'll give it to u tomorrow |
| 17:16:44 | Bger | nite |
| 17:25:12 | | Quit Rob2222 () |
| 17:27:03 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 17:27:57 | mirak_ | size_t is a C type ? |
| 17:33:55 | | Quit b0br ("CGI:IRC") |
| 17:36:31 | preglow | beh |
| 17:36:42 | preglow | lamed: i've been busy |
| 17:37:13 | preglow | and i'll continue to be so for some hours |
| 17:38:17 | lostlogicx | sourceforge has been down more than up lately. |
| 17:39:06 | preglow | well shit, surprise |
| 17:39:15 | | Quit NicoFR () |
| 17:41:02 | mirak_ | 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 | mirak_ | so I created a buffer |
| 17:41:37 | mirak_ | static char static_malloc_base[4*1024*1024]; |
| 17:41:37 | mirak_ | static int static_malloc_offset=0; |
| 17:41:51 | mirak_ | I used static, I am not sure if that's what I must use |
| 17:42:21 | mirak_ | I want this variable to be kind of global |
| 17:42:33 | mirak_ | is it ok to do that ? |
| 17:43:35 | preglow | yeah |
| 17:44:09 | mirak_ | seems it works |
| 17:45:44 | preglow | lamed: and yeah, i didn't understand what you wanted with pitch.patch |
| 17:46:00 | preglow | 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 | muesli_- | yo |
| 17:50:51 | mirak_ | preglow: seems my stuff is working, you where right, just a fake malloc is good. |
| 17:51:17 | mirak_ | 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 | mirak_ | and with a 220*176 stream it only takes 1184800 of ram |
| 17:51:43 | | Quit Acksaw (Client Quit) |
| 17:51:57 | mirak_ | 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 | muesli_- | 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 | muesli_- | wayne schon ;) |
| 17:56:54 | Lynx_ | _FireFly_: mich auch! ;) |
| 17:57:25 | _FireFly_ | moep noch so einer |
| 17:57:59 | preglow | english |
| 17:58:15 | Lynx_ | preglow: yes sir, sorry sir! :) |
| 17:58:21 | preglow | dismissed |
| 17:58:30 | * | Lynx_ salutes |
| 17:58:57 | muesli_- | fisher's fritze fishes fresh preglow ;) |
| 17:59:19 | Lynx_ | so, there was some talk about xvid earlier here, what's that about? |
| 18:00 |
| 18:01:30 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 18:02:18 | preglow | mirak is porting xvidcore to rockbox, i think |
| 18:02:31 | mirak_ | shhhh |
| 18:04:35 | | Quit San (Read error: 104 (Connection reset by peer)) |
| 18:05:15 | Lynx_ | 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 | saa[b_r]ider | guys, is the RB forum down again? |
| 18:20:41 | muesli_- | i am just browsing in it |
| 18:21:34 | saa[b_r]ider | 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 | muesli_- | some have reported the same while others could browse at the same time |
| 18:39:43 | * | preglow hugs RotAtoR |
| 18:39:56 | preglow | so, how do you control bejeweled on an ipod? |
| 18:39:56 | lamed | preglow? |
| 18:40:05 | lamed | tried my patch? |
| 18:41:15 | preglow | the pitch patch? |
| 18:41:34 | lamed | yeah... lol |
| 18:41:35 | preglow | no, i haven't tried it, but like linus says, it breaks behaviour that should be there |
| 18:41:40 | RotAtoR | preglow: :) |
| 18:41:42 | RotAtoR | PLAY to start |
| 18:41:42 | RotAtoR | SELECT+PLAY to save/resume |
| 18:41:42 | RotAtoR | SELECT+MENU to exit |
| 18:41:42 | DBUG | Enqueued KICK RotAtoR |
| 18:41:42 | RotAtoR | SELECT to select and show high scores |
| 18:41:42 | RotAtoR | Scroll to move |
| 18:41:43 | *** | Alert Mode level 1 |
| 18:41:43 | RotAtoR | Directions to swap |
| 18:42:00 | lamed | preglow... what behaviour is that? |
| 18:42:11 | preglow | RotAtoR: so you have to use the wheel to scroll horizontally, with wraparound? |
| 18:42:22 | RotAtoR | exactly |
| 18:42:23 | preglow | lamed: when you press right or left, the setting is supposed to snap back when you release it |
| 18:42:34 | preglow | RotAtoR: sounds a bit cumbersome |
| 18:42:54 | preglow | 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 | preglow | or... |
| 18:43:16 | lamed | 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 | preglow | lamed: no |
| 18:43:23 | RotAtoR | hmm, or maybe use directions and scrolling? |
| 18:43:32 | preglow | lamed: it's meant for beatmathcinh |
| 18:43:38 | preglow | beatmatching, arghh |
| 18:43:39 | preglow | cold fingers |
| 18:44:02 | preglow | lamed: when you try to sync two songs, you sometimes want to pitch up just for a second |
| 18:44:10 | preglow | that's what those buttons are for |
| 18:45:02 | preglow | 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 | preglow | that's exactly what left/right is for in the pitch screen |
| 18:47:29 | lamed | 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 | preglow | yes |
| 18:47:45 | preglow | exactly |
| 18:48:12 | preglow | but i don't see how you can think it's silly then |
| 18:48:56 | lamed | well, have you ever used a deck? |
| 18:50:28 | preglow | sure |
| 18:51:44 | *** | Alert Mode OFF |
| 18:54:43 | lamed | 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 | preglow | lamed: i agree, but it wont always have this slow response time |
| 18:55:22 | preglow | lamed: we'll fix it so the change comes at once |
| 18:55:46 | preglow | but it just needs some work |
| 18:56:44 | mirak_ | does rockbox support printf or other system calls ? |
| 18:56:51 | preglow | mirak_: snprintf |
| 18:56:58 | preglow | which writes to a buffer |
| 18:57:02 | preglow | then put it on the screen with lcd_puts |
| 18:57:34 | lamed | 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 | preglow | lamed: well, it's possible, of course, i just don't see the use |
| 19:00 |
| 19:00:02 | lamed | 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 | mirak_ | preglow: can I still build as if even with printf or will it fail to build ? |
| 19:01:19 | preglow | lamed: hmm, yes, it's possible, i guess |
| 19:01:29 | preglow | lamed: but i've never seen _good_ bpm detection |
| 19:01:35 | mirak_ | I am trying to have something that built even if not functional |
| 19:01:43 | preglow | even traktor, which plenty of people use with final scratch, is really glitchy |
| 19:01:59 | preglow | mirak_: it will build, but it wont link |
| 19:02:38 | mirak_ | I need some help to do the make etcetera |
| 19:02:47 | mirak_ | some path |
| 19:03:32 | | Quit webguest51 ("CGI:IRC") |
| 19:03:57 | lamed | (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 | lamed | ok gtg 4 real cya |
| 19:04:25 | preglow | lamed: i'd like to be able to rewind as well :PP |
| 19:04:33 | preglow | lamed: but that'd require a _REALLY_ fast decoder |
| 19:05:08 | preglow | rewind as in spinning the record backwards really fucking fast, then starting over again |
| 19:05:16 | preglow | 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 | hshah | the forums still not working? |
| 19:09:25 | mirak_ | in the make file, what SRC variable is for ? |
| 19:10:41 | mirak_ | sorry but I am newbie for that |
| 19:10:58 | | Join Lear [0] (n=chatzill@h74n2c1o285.bredband.skanova.com) |
| 19:11:37 | preglow | 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 | mirak_ | 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 | Lear | 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 | preglow | Lear: ask the faad people |
| 19:18:00 | petur | Bger: what's your conclusion regarding recording? |
| 19:18:10 | preglow | conclusion? |
| 19:18:14 | petur | (on H300) |
| 19:18:26 | petur | he was trying to enable it |
| 19:19:01 | Lear | preglow: well, I did look at why a Nero-encoded file crashed, and that was due to Rockbox alright... |
| 19:19:13 | preglow | eh? |
| 19:19:17 | preglow | container parsin? |
| 19:19:25 | Lear | The metadata reader didn't get some essential information, and promptly crashes with a divide by zero... :) |
| 19:19:30 | preglow | ahh |
| 19:19:41 | preglow | you'd have to ask dave about that, he wrote it |
| 19:20:00 | Lear | Is that linuxstb? |
| 19:20:23 | preglow | yea |
| 19:20:40 | Slasheri | 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 | preglow | well, it's just another reason to make it rock solid |
| 19:23:34 | amiconn | There's another place that crashes with a divide-by-zero in the sim: skipping tracks with crossfade disabled |
| 19:23:59 | Lear | Isn't there patch on the tracker for that? |
| 19:24:27 | preglow | wha? |
| 19:24:32 | preglow | ahh, sim |
| 19:25:23 | | Quit lamed ("CGI:IRC (EOF)") |
| 19:26:33 | Slasheri | amiconn: Hmm, interesting. Do you have a backtrace? |
| 19:26:58 | Slasheri | (can't test sim right now..) |
| 19:28:24 | Lear | Slasheri: or look here: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1372590 |
| 19:29:06 | petur | on H1xx, is microfone internal or external? |
| 19:29:22 | Slasheri | Lear: oh, that should be committed |
| 19:30:06 | preglow | 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 | petur | hehe, that's my first patch :D |
| 19:30:51 | amiconn | Strange patch that is... |
| 19:30:57 | petur | I know |
| 19:31:11 | Slasheri | Hmm, indeed.. that fix seems a bit strange |
| 19:31:13 | Benacool | is it normal that when i plug my h320 with USB that the Radio stay on but the signal is weeker ?! |
| 19:31:17 | petur | it should be fixed another way |
| 19:31:25 | petur | it did solve my problem |
| 19:31:42 | Slasheri | fade_insert shouldn't be called at all if crossfade is not enabled |
| 19:31:51 | petur | that's what I mean |
| 19:32:15 | Slasheri | petur: but feel free to fix the crossfade, that would be great :) |
| 19:32:40 | petur | 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 | Lear | 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 | petur | I couldn't fix it better because I don't understand the framework (what is called where) |
| 19:33:59 | Benacool | yea it's weird xD |
| 19:34:03 | linuxstb | Lear: As you've noticed, the mp4/m4a parser needs a lot more work. |
| 19:34:40 | linuxstb | But the parser itself shouldn't crash - so get_metadata() and tagcache should be fine. |
| 19:34:45 | Slasheri | 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 | Lear | There seems to be no metadata tagging standard. Seen three different versions (iTunes, Nero, Foobar2000)... |
| 19:34:53 | linuxstb | It just fails to correctly parse some files. |
| 19:35:26 | Benacool | when the hard-drive spinning the radio signal is weeker ... |
| 19:35:33 | petur | I shall make a note of it ;) |
| 19:36:34 | Slasheri | petur: ah, in fact crossfade is called always when skipping tracks manually.. either with crossfade mode or flush mode |
| 19:36:43 | petur | now is 'mic' on H1xx internal or external? |
| 19:37:46 | Slasheri | petur: but thanks trying to fix it, i found now the real problem :) |
| 19:37:48 | preglow | god, we need to fix this bmp mess with the wpses |
| 19:38:06 | Lear | what mess? |
| 19:38:15 | preglow | a jillion bmp files per wps |
| 19:38:56 | preglow | hahaha |
| 19:38:59 | Lear | There's a patch for that too... :) |
| 19:39:05 | preglow | disk cache crashes the nano |
| 19:39:06 | preglow | completelky |
| 19:39:26 | preglow | ok, so now i need to reset the settings somehow |
| 19:39:35 | preglow | linuxstb: help |
| 19:39:44 | linuxstb | :) I did that yesterday... |
| 19:39:50 | preglow | 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 | preglow | ok, any easy ways of reseting settings in windows? |
| 19:40:41 | linuxstb | 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 | preglow | i don't think i'll try that |
| 19:40:57 | preglow | think i'll just bump the config sector version in a custom build |
| 19:41:10 | linuxstb | That will work better. |
| 19:41:13 | preglow | this pc doesn't have cygwin anyway |
| 19:42:36 | preglow | where is the config sector version number? |
| 19:42:47 | linuxstb | probably apps/settings.[ch] |
| 19:42:53 | preglow | figured that much |
| 19:43:37 | linuxstb | Near the top of settings.c - CONFIG_BLOCK_VERSION |
| 19:43:37 | preglow | fokund |
| 19:43:39 | preglow | yea |
| 19:44:00 | preglow | i wonder why it does this |
| 19:44:05 | preglow | probably something funky with the ata driver |
| 19:44:28 | linuxstb | Did you try disabling the sleep? |
| 19:44:34 | preglow | nah, but will |
| 19:45:08 | preglow | i've just got to finish this button driver today |
| 19:45:27 | linuxstb | 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 | linuxstb | In fact, now I've got your button source, I can try it myself. |
| 19:46:49 | preglow | done it now |
| 19:47:24 | preglow | hmm, what the hell |
| 19:47:33 | preglow | the button driver is really glitchy |
| 19:47:34 | preglow | grr |
| 19:48:01 | preglow | loading bejeweled now.... |
| 19:48:06 | preglow | still.... |
| 19:48:09 | preglow | and still... |
| 19:48:13 | preglow | ok, it's hanged |
| 19:48:38 | preglow | ok, there |
| 19:48:48 | preglow | hoh |
| 19:48:51 | preglow | it's real purdy |
| 19:49:04 | linuxstb | Did it load? |
| 19:49:13 | preglow | yes, second time around |
| 19:49:17 | preglow | loading is sporadic at best |
| 19:49:21 | linuxstb | I've experienced the same |
| 19:49:30 | linuxstb | So I don't think it's specific to the Nano. |
| 19:49:46 | preglow | hmm |
| 19:49:55 | preglow | some graphical glitches, so rotator's got some work left |
| 19:49:56 | preglow | heh |
| 19:51:16 | preglow | ahh |
| 19:51:18 | | Quit aegray__ (Remote closed the connection) |
| 19:51:21 | preglow | it's just a bitmap bug in some tiles, it seems |
| 19:51:26 | linuxstb | The SELECT+MENU combination doesn't seem to work though - should it? |
| 19:51:35 | preglow | i have no idea |
| 19:52:08 | preglow | green tiles seem to have a glitch in lower right corner |
| 19:52:25 | linuxstb | Yes, I get the same |
| 19:53:04 | preglow | ok, so how does one exit? :) |
| 19:53:14 | linuxstb | Reboot :) |
| 19:53:18 | preglow | no, i did it |
| 19:53:28 | linuxstb | You're better than me then. |
| 19:53:29 | preglow | hmm, now for how |
| 19:53:33 | linuxstb | Have you tried starfield? |
| 19:53:38 | preglow | menu + select did it |
| 19:53:53 | preglow | oh, but how do i exit the menu?= |
| 19:53:54 | preglow | haha |
| 19:53:57 | preglow | will try starfield now |
| 19:54:20 | linuxstb | The clickwheel is used to control the speed (positive and negative) of the stars |
| 19:54:36 | linuxstb | But be sensitive... |
| 19:54:52 | preglow | hah |
| 19:54:53 | preglow | pretty |
| 19:55:05 | preglow | looks damned cool |
| 19:55:22 | Benacool | is there a limit of speed in starfield ?? |
| 19:55:38 | Benacool | i was at more that 2000 yesterday ... |
| 19:55:53 | Benacool | than* |
| 19:56:48 | preglow | sewcond time plugin load crashes a lot |
| 19:56:53 | preglow | that's the bug you thought was cache related? |
| 19:57:02 | linuxstb | Yep |
| 19:57:04 | preglow | can't see how it can be |
| 19:57:07 | preglow | i loaded the same plugin agin |
| 19:57:08 | preglow | again |
| 19:57:43 | linuxstb | Yes, it's now obvious it's not the cache. |
| 19:58:33 | preglow | should snow work? |
| 19:59:25 | linuxstb | I think so. |
| 20:00 |
| 20:00:00 | linuxstb | But it seems to freeze for me. |
| 20:00:16 | preglow | don't look like it |
| 20:00:20 | preglow | freezes here |
| 20:00:28 | | Join muesli- [0] (i=muesli_t@Bc150.b.pppool.de) |
| 20:00:29 | linuxstb | Well, it's snow... |
| 20:00:34 | preglow | hahahah |
| 20:00:34 | | Quit muesli_- (Read error: 104 (Connection reset by peer)) |
| 20:00:41 | preglow | perhaps it does white snow on a white background |
| 20:00:56 | linuxstb | That's a cheap plugin. |
| 20:01:03 | preglow | snake2 doesn't exactly fly either |
| 20:02:20 | preglow | now the green jewels look just fine... |
| 20:02:47 | | Join San [0] (n=sanitari@A-72-226.cust.iol.ie) |
| 20:04:39 | preglow | linuxstb: did you fix the apple boot bug? |
| 20:04:48 | preglow | linuxstb: ahh right, sorry, that was the cop sleep tyhing |
| 20:04:49 | preglow | thing |
| 20:05:31 | preglow | hah! i managed to exit bejeweled completely |
| 20:06:58 | linuxstb | bbl. |
| 20:21:39 | | Join xmixahlx [0] (n=xmixahlx@64.122.111.98) |
| 20:24:03 | mirak_ | anyone can explain the viewersconfig file ? |
| 20:26:42 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
| 20:26:49 | t0mas | hi |
| 20:29:39 | markun | hi t0mas |
| 20:30:37 | markun | 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 | mirak_ | markun: how do I bind a plugin into the code ? |
| 20:36:48 | mirak_ | integrate |
| 20:37:35 | mirak_ | I just need to put the C file into the plugin rep and make will find it ? |
| 20:38:03 | mirak_ | maybe SOURCES |
| 20:38:17 | markun | yes, put it in SOURCES |
| 20:39:23 | markun | How does it run on the PC now? |
| 20:39:30 | mirak_ | what do you mean ? |
| 20:39:40 | markun | Did you get rid of the mallocs? |
| 20:39:43 | mirak_ | yes |
| 20:40:07 | markun | nice. What does the exmaple do? Output the first frame as a picture? |
| 20:40:09 | mirak_ | that was easy to do but I wasted time using a different approach than using a fake maloc |
| 20:40:29 | mirak_ | markun: the exemple have a decoder and an encoder |
| 20:40:40 | mirak_ | plus a stat outputer |
| 20:40:47 | mirak_ | we used only the decoder |
| 20:41:04 | mirak_ | actually it allows to read a raw xvid file |
| 20:41:13 | mirak_ | and extract the image |
| 20:41:44 | markun | 1st image? |
| 20:41:49 | markun | Or all of them? |
| 20:41:49 | mirak_ | all |
| 20:42:21 | markun | Wow, sounds like the plugin isn't far away.. |
| 20:42:34 | mirak_ | if you help me :) |
| 20:42:54 | mirak_ | can I put a path to the c file like ./thefile.c |
| 20:42:58 | lostlogicx | patch 1381872 added to patch tracker for virtual LED support in WPS. |
| 20:43:00 | mirak_ | in SOURCES ? |
| 20:43:23 | markun | just look at the SOURCES file. |
| 20:43:30 | markun | 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 | mirak_ | markun: I have a question :D |
| 20:58:48 | mirak_ | 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 | mirak_ | I don't know how to invoke a local make |
| 20:59:18 | mirak_ | I guess the folder must have is own make like other codecs |
| 20:59:25 | mirak_ | rockboy for exemple |
| 20:59:46 | petur | add it to SOURCES and do a normal make |
| 21:00 |
| 21:00:26 | markun | mirak_: look at the Makefile in apps/plugins. It also calls make for all the subfolder. |
| 21:02:17 | markun | Ah no, you have to add your folder to SUBDIRS in the Makefile |
| 21:03:02 | mirak_ | ok |
| 21:03:42 | markun | 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 | qwisp11 | 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 | mirak_ | arghhh does rockbox can include time.h ? |
| 21:10:38 | preglow | mirak_: if it's not in firmware/export or apps/ |
| 21:10:39 | preglow | 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 | t0mas | lol |
| 21:16:39 | t0mas | anybody seen this: http://blogs.linux.ie/ungod/2005/07/24/lost-easter-eggs/ ? |
| 21:18:55 | mirak_ | preglow: help |
| 21:18:58 | mirak_ | ^^ |
| 21:19:22 | mirak_ | so this file time.h I take it from /usr/include/ ? |
| 21:19:44 | wubbla | :-) |
| 21:20:29 | preglow | hell no |
| 21:20:43 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 21:20:43 | preglow | 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 | preglow | you can't just use system header files |
| 21:21:41 | | Quit solexx__ (Read error: 110 (Connection timed out)) |
| 21:21:43 | mirak_ | ok so I must remove every reference |
| 21:21:50 | mirak_ | argh |
| 21:22:22 | linuxstb_ | 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 | preglow | no one told you it'd be easy :-) |
| 21:22:31 | mymomthelush | hola |
| 21:22:47 | mirak_ | linuxstb: profiling ? |
| 21:22:48 | linuxstb_ | 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 | linuxstb_ | mirak_: Yes, xvidcore uses utils/timer.c to time how long it spends in each part of the decoding process. |
| 21:23:43 | mymomthelush | hey how do i install the daily builds on the player? |
| 21:23:45 | mirak_ | linuxstb: yes but of what use is it ? |
| 21:23:52 | qwisp11 | t0mas> thats great :p |
| 21:24:09 | linuxstb_ | mirak_: It could tell us which parts of the library need optimising. |
| 21:24:12 | preglow | mirak_: so we can see where we need to optimise |
| 21:24:20 | preglow | mirak_: this decoder isn't just going to fly out of the box |
| 21:24:25 | preglow | it'll need work, work and then more work to be usable |
| 21:24:33 | wubbla | wouldn't it be easier to use not that sophisticated video codecs as MPEG-4, but something like MPEG-2?! |
| 21:24:34 | linuxstb_ | This decoder will need a taxi to leave the box |
| 21:24:42 | mirak_ | preglow: if we optimise everything we will not have to need it |
| 21:25:09 | preglow | mirak_: yes, but that's what we're saying, those timer functions are nice to see _what_ needs optimising |
| 21:25:14 | mirak_ | wubbla: mpeg2 consumes more cpu I think |
| 21:25:17 | preglow | i sure as hell won't optimise everything |
| 21:25:24 | wubbla | mirak_: huh?! |
| 21:25:30 | preglow | mirak_: improbable... |
| 21:25:35 | wubbla | mirak_: more than MPEG-4?! |
| 21:25:37 | mirak_ | wubbla: at least on my mac G3 400 I can't play a dvd |
| 21:25:47 | linuxstb_ | The timers are also useful to tell you how much you've improved the decoding _after_ you've done an optimisation. |
| 21:25:55 | mirak_ | I think the bitrate needed would to high |
| 21:25:55 | preglow | which reminds me |
| 21:25:55 | qwisp11 | mymomthelush: http://www.rockbox.org/daily.shtml then select your player from under the bleeding edge sub heading |
| 21:26:02 | preglow | someone needs to look at lostlogic's profiling work |
| 21:26:11 | linuxstb_ | Yep |
| 21:26:23 | wubbla | mirak_: then you've got a bad/ineffective mpeg2-codec... |
| 21:26:27 | mymomthelush | thanks |
| 21:26:32 | mymomthelush | i love this stuff |
| 21:26:39 | mymomthelush | so much better than the iriver fw |
| 21:26:44 | preglow | damn straight it is |
| 21:26:53 | preglow | that firmware makes me want to kill myself |
| 21:26:55 | mirak_ | wubbla: on linux with mplayer vlc or xine gxine it's the same |
| 21:27:08 | mymomthelush | yeah only task left is converting my wma files to flac |
| 21:27:18 | mirak_ | wubbla: I can play a divx fine but the DVD just lag |
| 21:27:24 | preglow | mymomthelush: wma will come sooner or later |
| 21:27:26 | mirak_ | or VOBS |
| 21:27:37 | preglow | well, ok |
| 21:27:42 | mymomthelush | yeah |
| 21:27:46 | preglow | perhaps because of the larger amount of data |
| 21:27:55 | mymomthelush | well i finally found a converter for it so im happpy |
| 21:28:02 | preglow | but the decoding itself should be more intensive |
| 21:28:09 | wubbla | 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 | mirak_ | wubbla: well my poor mac just can't on linux |
| 21:28:44 | mymomthelush | does anyone know how to register your nick? |
| 21:28:49 | petur | Bger, still not around? |
| 21:28:58 | mirak_ | wubbla: on OS X it can use the ATI hardware extraction |
| 21:29:02 | markun | 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 | qwisp11 | someone rang us earlier and asked how using xp was for us. :p what a wierdo |
| 21:29:42 | mymomthelush | lol |
| 21:29:50 | mirak_ | markun: if we can do mpeg4 we can do mpeg2 |
| 21:29:56 | preglow | argh |
| 21:29:59 | preglow | i am an idiot |
| 21:30:31 | | Quit petur ("here today, gone tomorrow") |
| 21:30:34 | | Part mymomthelush |
| 21:31:32 | mirak_ | 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 | mirak_ | preglow: rockbox have timer functions ? |
| 21:32:51 | | Join b0br [0] (n=3ef54246@labb.contactor.se) |
| 21:33:39 | markun | 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 | mirak_ | 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:00 |
| 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 | preglow | 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 | linuxstb_ | preglow: No, not yet. |
| 22:14:57 | linuxstb_ | 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 | preglow | oo |
| 22:16:54 | linuxstb_ | 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 | preglow | strangeness |
| 22:23:38 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 22:23:43 | preglow | there's some strangeness in the wheel handler code i don't quite get |
| 22:24:08 | mirak_ | 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 | lostlogicx | 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 | lostlogicx | mirak_: there's not a 'console' to send things to per-se in rockbox |
| 22:25:36 | mirak_ | I don't want to display something for now |
| 22:25:44 | mirak_ | text would be fine |
| 22:25:46 | mirak_ | on screen |
| 22:25:50 | preglow | 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 | preglow | mirak_: snprintf writes to a buffer, you then need to write that buffer on the screen |
| 22:26:44 | mirak_ | what is size_t ? |
| 22:27:54 | linuxstb_ | It's an integer - the type you use to represent the size of a memory buffer |
| 22:28:10 | mirak_ | yeah but in that function |
| 22:28:14 | mirak_ | what's the usage ? |
| 22:29:04 | linuxstb_ | The size of the buffer you are "printing" into. |
| 22:29:40 | linuxstb_ | i.e. snprintf(buf,sizeof(buf),"Normal string %d",i); |
| 22:29:53 | lostlogicx | the maximum number of characters to print. prevents buffer overflwos |
| 22:29:55 | mirak_ | that's an ansi method |
| 22:29:57 | mirak_ | ? |
| 22:30:05 | mirak_ | I mean I am short on docs ... |
| 22:30:11 | lostlogicx | sprintf w/o the n is the way many buffer overflow security holes are created. |
| 22:30:23 | linuxstb_ | If you run Linux, just type "man snprintf" |
| 22:30:31 | mirak_ | I did that I don't have it |
| 22:30:44 | lostlogicx | man 3 snprintf? |
| 22:30:55 | linuxstb_ | mirak: What Linux distro do you have? |
| 22:30:55 | mirak_ | yeah |
| 22:30:59 | mirak_ | Ubuntu |
| 22:31:24 | preglow | wonderful, i'm doing tech support in #ipodlinux now |
| 22:31:26 | linuxstb_ | apt-get install manpages-dev |
| 22:31:26 | mirak_ | what distro do you have ? |
| 22:31:30 | linuxstb_ | 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 | preglow | this clickwheel driver is... strange... |
| 22:35:51 | mirak_ | it's not possible to not use api->snprintf ? |
| 22:35:57 | preglow | mirak_: yes it is |
| 22:36:11 | preglow | not use? |
| 22:36:17 | preglow | if you want a ready made printf, that's what you've got |
| 22:36:31 | mirak_ | I can't just do snprintf |
| 22:36:40 | amiconn | preglow: The clickwheel is strange by itself ;) |
| 22:36:41 | mirak_ | I need the api stuff before ? |
| 22:36:58 | preglow | i just find it kind of weird that this drivers works as well as it does in ipl |
| 22:37:16 | preglow | when i just apply it naively here, it's real jittery |
| 22:39:25 | linuxstb_ | 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 | preglow | we'll see |
| 22:41:53 | preglow | i'll just try rewriting it a bit first |
| 22:42:02 | preglow | no, i'm pretty sure that's not the issue |
| 22:43:38 | preglow | like |
| 22:43:53 | preglow | we have access to the position of the wheel |
| 22:43:54 | preglow | directly |
| 22:44:08 | mirak_ | ok just a question. I have seen in the api there is a strmcp. That's a rockbox optimised function right ? |
| 22:44:20 | preglow | i think i'll just rip out their way of dealing with this, and finding my own way of doing stuff |
| 22:44:26 | mirak_ | I wonder generally why some methods can work and why some can't |
| 22:45:12 | mirak_ | 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 | preglow | 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 | preglow | 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 | idanm | hello dudes! anyone knows how to compile wps with the bleeding edge files? |
| 22:49:18 | idanm | 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 | crwl | http://img466.imageshack.us/my.php?image=dump00048ya.png |
| 22:52:51 | preglow | idanm: cvs co wps |
| 22:53:03 | idanm | what? |
| 22:53:10 | preglow | idanm: you need to check out wps module |
| 22:53:26 | preglow | or are you using a bleeding edge source tarball? |
| 22:53:27 | idanm | do I have to use csv in order to compile wps? |
| 22:53:28 | preglow | if so, you're out of luck |
| 22:53:42 | idanm | tarball |
| 22:53:48 | ^BeN^ | crwl? |
| 22:53:55 | crwl | oops |
| 22:53:59 | preglow | 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 | idanm | is it complicated to use csv? |
| 22:55:07 | mirak_ | it can be |
| 22:55:25 | idanm | is there a simple guide ? |
| 22:55:41 | Mmmm | cvs is easy... just look at the simple guide to compiling in the wiki |
| 22:55:54 | preglow | cvs is very easy |
| 22:55:56 | preglow | just two lines |
| 22:56:33 | Mmmm | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 22:59:49 | | Join webguest44 [0] (n=864c033e@labb.contactor.se) |
| 23:00 |
| 23:00:16 | preglow | linuxstb_: in a position to test a rockbox.ipod for me? |
| 23:01:16 | preglow | if so, www.pvv.org/~thomj/rockbox/rockbox.ipod |
| 23:01:25 | preglow | the button driver should be lower sensitivy now |
| 23:01:40 | preglow | sensitivity |
| 23:02:14 | preglow | 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 | idanm | where do I get the csv program? it seems that the link in the site is outdated |
| 23:04:21 | idanm | http://ximbiot.com/cvs/cvshome/dev/ |
| 23:05:00 | idanm | what's the prefered client name? |
| 23:05:31 | preglow | if you're using windows, tortoisecvs is pretty nice |
| 23:05:39 | preglow | it's gui based |
| 23:05:54 | | Join Rob2222 [0] (n=Miranda@ACB7E8B6.ipt.aol.com) |
| 23:06:35 | idanm | ok |
| 23:06:53 | | Join webguest24 [0] (n=3e4f4094@labb.contactor.se) |
| 23:08:56 | Mmmm | idanm: I just use bluechip's devkit which has everything you need... |
| 23:10:24 | idanm | where can I find it/ |
| 23:10:27 | idanm | ? |
| 23:11:02 | Mmmm | http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/Win32_DevKit/RockBox-DevKit_v314.exe |
| 23:11:22 | Mmmm | It's all in the simple guide! :) |
| 23:11:29 | idanm | I have that |
| 23:11:43 | Mmmm | then you have CVS installed! |
| 23:11:58 | idanm | hmm.. cool |
| 23:14:38 | mirak_ | 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 | preglow | mirak_: what type of variable is screen_buffer? |
| 23:15:13 | mirak_ | screenbuffer is char screen_buffer[52] |
| 23:15:19 | preglow | then screen_buffer is enough |
| 23:15:21 | preglow | no ampersand |
| 23:15:34 | *** | Saving seen data "./dancer.seen" |
| 23:15:54 | idanm | it even works! |
| 23:16:33 | Mmmm | Good innit? |
| 23:16:47 | mirak_ | warning: function declaration isn't a prototype |
| 23:17:03 | mirak_ | don't know why it says that |
| 23:17:18 | mirak_ | the function and prototype are in th same file |
| 23:19:07 | * | preglow produlates linuxstb_ |
| 23:19:19 | mirak_ | so it must be in a .h to not have this warning |
| 23:19:22 | mirak_ | ? |
| 23:20:16 | mirak_ | it must have parameters ? |
| 23:20:19 | mirak_ | ??? |
| 23:23:42 | webguest24 | Show us the prototype |
| 23:23:47 | webguest24 | I think |
| 23:24:20 | | Join pinkutank [0] (i=pinkutan@85.102.142.158) |
| 23:24:38 | pinkutank | woo arent we crowded today |
| 23:24:43 | pinkutank | how are you guys |
| 23:25:14 | linuxstb_ | 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 | pinkutank | Iw anted to ask if we lsoe drm if we use us firmware to bootload the h300 |
| 23:25:34 | linuxstb_ | And do you know why using the scrollwheel doesn't turn the backlight on? |
| 23:25:40 | preglow | linuxstb_: it should... |
| 23:25:47 | preglow | if not, update the build again |
| 23:26:37 | pinkutank | is linusn around |
| 23:26:43 | linuxstb_ | 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 | webguest24 | pinkutank: I think you do |
| 23:26:56 | pinkutank | I also wnat to know if usb charging works in rockbox |
| 23:26:59 | webguest24 | But I'm not sure. |
| 23:27:19 | amiconn | linuxstb: The wrap-around is a wanted feature. It doesn't wrap with repeat |
| 23:27:26 | preglow | linuxstb_: scrollwheel wasn't turned on because i don't go through button_tick for the wheel, i insert events directly |
| 23:27:31 | amiconn | Maybe it's a problem with the wheel |
| 23:27:37 | preglow | linuxstb_: but the newest build should turn on backlight |
| 23:27:49 | | Quit xmixahlx ("blah blah blah") |
| 23:27:59 | preglow | amiconn: it will be because the wheel wont work by using button repeat |
| 23:28:05 | preglow | 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 | amiconn | Yes I know |
| 23:28:34 | amiconn | 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 | preglow | linuxstb_: and i don't quite know why the next button problem is there, it shouldn't be |
| 23:30:22 | preglow | but i'll figure it out |
| 23:30:28 | preglow | i can live with the wraparound, btw |
| 23:31:13 | amiconn | You could define that the wheel always sets BUTTON_REPEAT in its events as a workaround |
| 23:31:48 | amiconn | Or perhaps, only do that if the interval between 2 events is short |
| 23:31:58 | preglow | we'll figure it out |
| 23:32:00 | preglow | but now i gotta run |
| 23:32:09 | preglow | see you guys tomorrow |
| 23:32:19 | qwisp11 | bye |
| 23:32:43 | linuxstb_ | gnight |
| 23:33:12 | | Quit JazzBone ("Leaving") |
| 23:33:18 | qwisp11 | does rockbox play movies, if so what extension does it need? |
| 23:33:54 | pinkutank | 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 | qwisp11 | I dont think it charges |
| 23:34:27 | qwisp11 | but it connects damn quickly |
| 23:35:26 | pinkutank | because my regualr charging port is blown |
| 23:36:39 | webguest24 | qwisp11: no movies yet |
| 23:37:42 | amiconn | 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 | mirak_ | sprintf(filename, "%svolhdr.m4v", filepath); I need to convert that function. is there something simpler than using strcat ? |
| 23:42:38 | mirak_ | c suck |
| 23:44:13 | linuxstb_ | Just use snprintf(filename,sizeof(filename),..... |
| 23:44:26 | linuxstb_ | But why do you need to do that anyway? What is that filename used for? |
| 23:45:41 | mirak_ | it's to generate the images |
| 23:45:46 | mirak_ | not very usefull |
| 23:45:51 | mirak_ | but well |
| 23:46:29 | mirak_ | ok sorry I mistaken what was doing the function |
| 23:46:29 | | Quit qwisp11 (Read error: 104 (Connection reset by peer)) |
| 23:47:59 | idanm | how do I get the uisimulator from csv? co rockbox didn't gave it. |
| 23:48:14 | Mmmm | cvs co uisimulator |
| 23:48:31 | | Join Kyl3 [0] (i=no@cpe-24-90-232-130.nyc.res.rr.com) |
| 23:48:46 | idanm | 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 | mirak_ | man cvs ? |
| 23:50:28 | Mmmm | cvs not csv! :) Concurrent Version System apparently! |
| 23:51:19 | Kyl3 | 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 | Mmmm | what is the path in the patch? |
| 23:54:34 | Kyl3 | the patch is in the root directory I compile in (C:\Rockbox\home\guest\build) |
| 23:54:46 | RotAtoR | 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 | Kyl3 | I'll try that |
| 23:55:15 | RotAtoR | -p tells patch how many directory levels to strip from the path |
| 23:56:09 | Kyl3 | well -p0 didnt work. |
| 23:56:48 | Mmmm | 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 | Kyl3 | 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 | RotAtoR | 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 | Kyl3 | diff -ru rockbox-devel/apps/gui/gwps-common.c rockbox/apps/gui/gwps-common.c |
| 23:57:14 | Kyl3 | −−- rockbox-devel/apps/gui/gwps-common.c2005-12-13 20:15:21.996000000 +0900 |
| 23:57:14 | Kyl3 | +++ rockbox/apps/gui/gwps-common.c2005-12-13 18:42:37.385472000 +0900 |
| 23:57:17 | Kyl3 | then more files |
| 23:57:28 | Kyl3 | but I dont wanna flood the rool |
| 23:57:31 | Kyl3 | room* |
| 23:57:35 | Mmmm | looks like -p1 should work then! |
| 23:57:43 | Kyl3 | diff -ru rockbox-devel/apps/gui/gwps.c rockbox/apps/gui/gwps.c |
| 23:57:45 | Kyl3 | −−- rockbox-devel/apps/gui/gwps.c2005-12-09 10:11:14.000000000 +0900 |
| 23:57:45 | Kyl3 | +++ rockbox/apps/gui/gwps.c2005-12-13 18:45:37.324211200 +0900 |
| 23:58:20 | Kyl3 | and when it says "file to patch" I put: /apps/gui/gwps.c |
| 23:58:30 | Kyl3 | and it says not found |
icon identifies that the person is a core developer (has commit access).