--- Log for 17.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 15 hours ago 00.00.41 # HCl: I even have one button left on recorder... :) 00.00.49 # nice :x 00.01.23 # Up/Don/Left/Right are obvious 00.01.35 # you'll want a and b next to eachother 00.01.44 # start somewhere where you can't press it by accident 00.01.54 # and select possibly near a and b as well 00.02.07 # I'll assign PAD A = F1, PAD B = F2, START = F3, SELECT = PLAY, QUIT = OFF 00.02.14 # does the archos allow multiple keypresses? 00.02.19 Join Digital007 [0] (~acd6899d@labb.contactor.se) 00.02.25 # ji 00.02.27 # hi 00.02.43 # HCl: yes and no. 00.02.57 # how is sound for iriverbox coming on? 00.03.15 # It allows multiple keypresses for buttons hooked up on different adc ports, but not within one group 00.03.33 # hm 00.03.43 # what about iriver remote/base simultaneous presses? 00.04.17 # This should work (different adc channels) if I read the button driver correctly 00.04.57 # i haven't really looked into how input works in gnuboy, i just made a driver for its interface 00.05.22 # Oopsss! Binary size == 145 MB (!) 00.05.29 # woah. 00.05.30 # what'd you do 00.05.32 # Most likely a section problem 00.06.31 # Argh! rockboy needs a .stack section! 00.06.41 # o.o 00.06.54 # don't all programs.. need a stack...? 00.07.26 # there is a .stack already isn't it? 00.07.29 # Yes. But the rockbox plugins use the stack of the rockbox main thread... 00.07.36 # ah right 00.09.11 # HCl: May I take a look at your rockboy.map? 00.09.15 # sure 00.09.42 # * HCl grins. like if he could say no without seeming really, really odd xD 00.12.01 # HCl: How many .o files do you have in build-dir/rockboy? 00.12.25 # um. 00.12.28 # let me check. 00.12.43 # hey, guess what. 00.12.50 # i recovered my old breakout code today. 00.13.06 # does it work? 00.13.08 # :d 00.13.27 Nick Aison is now known as Aison|blabla (~hans@zux166-181.adsl.green.ch) 00.13.44 # hrm, i think that flac checkin broke my build.. 00.14.21 # HCl: I forgot one file and then committed it about 30 minutes after the others. It should be OK now though... 00.14.25 # yea 00.14.32 # i just checked out again and it seems to work now 00.14.46 # titania:/home/hcl/rockbox/rockbox-devel/iriver# ls rockboy 00.14.46 # cpu.o exports.o lcd.o main.o rccmds.o rtc.o split.o 00.14.46 # emu.o hw.o lcdc.o mem.o rcvars.o save.o 00.14.46 # events.o iriver.o loader.o nosound.o rockboy.o sound.o 00.15.34 # woot, interpolating sine oscillator, i've _finally_ understood it 00.16.18 # HCl: Thanks, the same I get 00.16.30 # If I find the cause why I get a bogus stack section and you dont, binary size will be roughly equal to yours (414328 bytes) 00.16.44 # ok 00.17.12 # This is still with unmodified lcd driver though 00.17.31 # First I'd like to get a reasonable compilation result 00.18.49 # but yes, now i might actually know how to optimize the codecs 00.19.24 # :) 00.22.22 # http://daniel.haxx.se/rockbox/simbuild-2.patch 00.22.28 # current work 00.23.36 # works for x11 sim on Linux at least 00.30.14 # i take it there's not a gcc hacker present? 00.30.49 Join ashridah [0] (ashridah@220-253-121-235.VIC.netspace.net.au) 00.31.52 # Nix on the mailing list seems like a gcc insider 00.34.00 # i was going to ask how hard it'd be to add emac support to gcc, but i don't think that's something someone's going to be willing to do for me, heh 00.34.24 # probably not 00.36.30 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") 00.36.57 # HCl: I have no idea what that stack section comes from. I'll discard it for now. I'll hack a bit on the lcd code, then I'll see how it goes... 00.37.09 # preglow: but how would you access the instruction from C? 00.37.34 # amiconn: okilydokiley 00.37.52 # hubble: very good question 00.37.55 # preglow: or do you want an optimization trick that does it automaticly? =) 00.38.02 # nonono 00.38.12 # i was thinking something along the lines of intrinsics 00.38.48 # preglow: aha.. but it is implemented in gas? asm() blocks are nice? 00.38.53 # gcc does a really good job with 3dnow and sse intrinsics, so i think it'd do good with the emac as well 00.39.01 # hubble: that's what i'm doing now 00.39.15 Quit Strath ("Client closed") 00.39.24 # preglow: ofcourse intrinsics are better 00.39.32 # #define MACL(x, y, acc) asm volatile ("mac.l %0, %1, %%" #acc : : "ad" ((x)), "ad" ((y))); 00.39.37 # there's an example 00.40.26 # preglow: ok.. 00.40.27 Part hubble 00.40.30 # but it's a kludge, gcc doesn't even know the acc registers exist, so it tends to ignore everything i do that clobber sthem 00.40.46 # unless i make everything volatile, which i've heard doesn't do wonders for code generation 00.48.41 # weee, lots of warnings when building the libFLAC code 00.48.49 # all the same warning, mind you 00.48.49 # HCl: Where is scan. defined/ what is it? 00.49.45 # ashridah: gcc 3.4 problem 00.50.52 # amiconn: structure with scanline info 00.51.35 # Hmm. I don't seem to understand... where does it come from? How is the row determined? 00.52.29 # grrr.... How do I make sure that interrupt is installed? 00.52.43 # i mean i wrote void DMA0(void) __attribute__ ((interrupt_handler)); 00.52.49 # void DMA0(void) {...........} 00.53.06 # but I have a feeling that it is not installed correctly. 00.54.00 # amiconn: lcd_refreshline collects data and builds the scanline into scan.buf 00.54.09 # the HACKING doc contains some info about the format used 00.54.23 # sleep(night); 00.54.25 # pretty much, the lower 2 bits of each byte in buf is the 4 grayscales 00.54.47 # bye Bagder 00.54.55 # good bight 00.54.58 # *night 00.56.17 *** Saving seen data "./dancer.seen" 00.58.03 # preglow: right. 00.58.50 # HCl: I get some warning while compiling. Is that expected? 00.59.38 Quit ashridah ("out") 01.04.24 # amiconn: it has a few warnings 01.04.29 # i just removed most, not all 01.04.40 # lcd.c: In function `pal_dirty': 01.04.40 # lcd.c:764: warning: unused variable `i' 01.04.46 # yea 01.04.48 # fastmem.h:25: warning: `readw' defined but not used 01.04.48 # fastmem.h:45: warning: `writew' defined but not used 01.04.48 # fastmem.h:74: warning: `readhi' defined but not used 01.04.48 DBUG Enqueued KICK amiconn 01.04.48 # fastmem.h:79: warning: `writehi' defined but not used 01.04.54 # thats cause of my most recent optimization to get palettes out 01.05.00 # main.c: In function `doevents': 01.05.00 # main.c:42: warning: implicit declaration of function `pad_set' 01.05.05 # since we only use 2bit grayscale anyways 01.05.09 # loader.c: In function `rom_load': 01.05.09 # loader.c:170: warning: assignment from incompatible pointer type 01.05.19 # i wasn't sure how to get rid of the fastmem ones 01.05.27 # and the main one is cause of my input optimization 01.05.31 Join AC [0] (~5078751e@labb.contactor.se) 01.05.34 # and the loader one i haven't been bothered to fix 01.05.40 # hi 01.06.19 # HCl: Archos rockboy launches and doesn't crash. It's counting up in the top left corner... 01.06.46 # kay 01.06.49 # try mario 01.06.55 # When do I have to expect the first output (with mario)? 01.06.55 # it starts displaying at 14 01.06.58 # amiconn: counting at what rate? 01.07.26 # roughly 4 fps 01.07.40 # However, I get no display :( 01.07.55 # paste your vid_update routine? 01.11.36 # Argh, found the prob. 01.11.45 # I expected it to be called every scanline... 01.11.55 # it gets called every 8 at the moment 01.11.59 # for the caching stuff. 01.12.33 # Yes... and the number is always odd... with caused my version to return immediately ... since I want to discard odd lines... 01.13.08 Nick Aison|blabla is now known as Aison (~hans@zux166-181.adsl.green.ch) 01.13.30 # ahh. 01.13.31 # yea 01.13.54 # umm... also look at the scan structure thing, i modified buf and the definition of BUF in order to make caching possible 01.21.05 # good night to all, don't work too hard 01.21.13 Quit Quelsaruk ("KVIrc 3.0.1.99 'Realia'") 01.27.38 Quit Patr3ck () 01.29.51 Join ashridah [0] (ashridah@220-253-119-77.VIC.netspace.net.au) 01.30.17 Quit mecraw () 01.33.17 Quit xen` (Read error: 113 (No route to host)) 01.34.17 # amiconn: any progress? 01.34.20 # lets check if libwavpack compiles 01.34.48 # HCl: It runs slower (about 2.5 fps) now. Still no output... 01.36.10 # what did you modify? 01.37.09 # lcd.[ch] and iriver.c 01.37.31 # The buf needs 16 lines (for now), and scanline_index is calculated % 16 01.37.41 # *nods* 01.37.54 # wouldn't that still only feed you even numbers, and even less? 01.38.25 # The lcd driver the only uses the even lines from scan.buf, and skips every second column (cnt += 2) 01.38.36 # *nods* 01.38.51 # well, your routine should be much like mine, really, aside from those changes and the buf / modulo increase 01.39.05 # you can always uncomment the draw and clearpixel routines 01.39.15 # they're meant as a legacy/backup thing thats guaranteed to work 01.39.25 # Yeah. I simply copied your routine and did those changes 01.39.46 # I added all changes with #if LCD_HEIGHT == 64 ... #else ... #endif 01.40.31 # Btw: I think there is still plenty of room for optimisation in the lcd driver. 01.41.09 # The best thing would be to use asm for the bit shuffle, that would make it fly... 01.41.38 # maybe, i'm hardly familiar with m68k asm 01.41.52 # ...this kind of asm routine is rather straightforward... on SH1... I already did similar things in the grayscale lib. 01.42.20 # i suggest using the drawpixel routines while getting it to work though 01.42.30 # AC: Any progress with wavpack? 01.42.30 # first get it to work right, slowly, then look at optimizations 01.43.09 # m68k shouldn't be hard either... and there are highly optimised routines originally developed for faaast c2p on Amiga, which do pretty much what is needed here as well 01.43.24 # kay 01.44.11 # good news 01.44.21 # You Makefile integration is a bit dirty... I always have to remove rockboy.[o|rock] to make it recompile 01.44.26 # is the lcd blitter a resource hog as it is? 01.44.41 # fo' sho! 01.45.20 # linuxstb: i will use the wavpack decoder desidned for embbled systems 01.45.22 # preglow: The lcd driver, although already optimised, is still a bitshifting mess of hell 01.45.45 # midk: it's spelled "fo' shizzle" 01.46.05 # AC: Sounds perfect. 01.46.25 # This "tiny" decoderThis "tiny" decoder library works with less than 32k of code and less than 4k of data 01.46.26 # preglow: only if you're 'g 01.46.31 # oha 01.49.09 # amiconn: yea, i know... 01.49.32 Quit cYmen_ ("leaving") 01.49.37 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.49.37 # * HCl grins at amiconn's accurate description of vid_update 01.52.35 # I have some nice bit-"weaving" asm routines that will hopefully speed things up... 01.58.38 # Yeehah! It works! 01.59.16 # :P 01.59.17 # sweet 01.59.19 # make pictures 02.02.14 # Hmm. I guess it's not really playable. The graphics look rather odd at half the size with no interpolation 02.02.43 # amiconn: framerate? 02.03.11 # Additionally, there is some graphical garbage at the left & right, because the gameboy screen at 1/2 doesn't cover the whole archos screen width 02.04.15 # Framerate varies a bit depending on what happens, but i get ~3.3 fps 02.04.22 # aaa... can the interrupt handler function be in plugin? 02.04.23 Quit Digital007 ("CGI:IRC (EOF)") 02.04.27 # definitely faster than on the iriver 02.04.44 # XShocK: i rather doubt that 02.04.50 # I only needs to remap 1/4 of the pixels... 02.05.01 # hrr.. i didn't think about that... 02.05.07 # why can i not use #include in a codec? 02.05.26 # HCl: Mario demo mode 02.05.31 # ..activated... 02.05.35 # make pics? 02.06.07 # i wish i understodd fixed point filtering 02.06.24 Quit midk (Read error: 104 (Connection reset by peer)) 02.06.36 # Baah, digicam batteries are empty :( 02.07.57 # :X 02.07.59 # i had that.. 02.08.45 # Hmm. I can't obviously rip the batteries off my recorder... 02.08.51 # :P 02.08.58 # rip half of them? 02.09.01 # so both have half power 02.09.02 # ? 02.09.17 # haha 02.09.18 # AC: You can - it's deifned in firmware/include/ 02.09.23 # so both will fail while taking pictures 02.09.57 # i have two sets of rechargable batteries, prevents stuff like thise very well 02.11.09 # linuxstb: #include "../../../firmware/include/inttypes.h" 02.11.48 # preglow: I tried more than two sets... These NiMH cells tend to be empty when I want to use them... :( 02.12.12 # amiconn: yes, my camera batteries are always empty if i haven't used it for a while 02.12.39 # AC: No, the Makefile should include -I$(FIRMDIR)/include - look at apps/codecs/libmad/Makefile for an example - you should be able to just copy that (with some minor changes). 02.13.02 # AC: The Makefile reads a text file called SOURCES (in the same directory) listing the .c files that need to be compiled. 02.13.15 # ah 02.14.58 # hmmm 02.15.12 # INCLUDES=-I$(APPSDIR) -I.. -I. -I$(FIRMDIR)/include -I$(FIRMDIR)/export \ -I$(FIRMDIR)/common -I$(FIRMDIR)/drivers 02.15.33 # #include wont work 02.16.54 # rockbox/apps/codecs/libwavpack/wavpack.h:12:35: inttypes.h: No such file or directory 02.17.39 # Silly question, but does "inttypes.h" exist in your firmware/include directory? 02.18.05 # yep 02.18.30 Quit edx (Read error: 60 (Operation timed out)) 02.19.18 # Another silly question, which directory are you in when you type "make" ? 02.19.30 # build 02.19.43 # rockbox/apps/codecs/libwavpack/wavpack.h:12:35: inttypes.h: No such file or directory 02.19.47 # oh 02.19.49 # sorry 02.20.00 # ~/rockbox/build $ make 02.21.03 # I'm not sure what the problem is then - at least some of the other codecs use inttypes.h 02.21.59 # can you show me which codec? 02.22.21 # * HCl prods amiconn 02.22.26 # amiconn: try it in the archos sim? 02.23.04 Quit Aison (Read error: 54 (Connection reset by peer)) 02.23.30 # AC: FLAC uses it (in libFLAC/include/FLAC/ordinals.h), and liba52 uses it in every .c file 02.23.44 # HCl: I'll need to look into the Makefiles, but I guess that has to wait until tomorrow 02.23.57 # okay 02.24.07 # * amiconn is watching the pokemon yellow intro on his recorder 02.24.15 # :P 02.24.19 # linuxstb: got it now 02.24.27 # ahhh, finally 02.24.38 # AC: What was the problem? 02.24.42 # i think i'll go to bed, then 02.25.11 # linuxstb: Makefile problem 02.25.57 # AC: It always is. 02.27.00 # linuxstb: compiles with about 8 warnings :) 02.27.38 # Cool. Don't bother to fix those yet - we'll add it to CVS with the warnings (i.e. the original unmodified code), and then fix the warnings afterwards. 02.28.09 # ok.. i will write now a wv2wav plugin to test everything 02.28.49 # OK. I've cleaned up my decoders a lot, so it should be easier for you to write one in the same style now. 02.29.25 # who'd have thought things would have progressed at this rate 02.29.35 # HCl: rockboy never yields, so the hd keeps spinning.... 02.30.02 # Ah, demo mode! 02.31.36 # AC: The current decoding speed record is FLAC at about 8% of real-time on the iRiver. I'm hoping that wavpack will take the record. 02.31.46 # what do you mean never yields? 02.32.22 # call yield() 02.32.38 # Rockbox is cooperatively multithreaded... every thread needs to yield() from time to time 02.32.47 # linuxstb: we will see :) 02.33.05 # So my ???2wav plugins should be doing the same thing? 02.33.21 # amiconn: does rockbox have a cpu% per thread measurement thing? 02.33.29 # nope 02.33.31 # hardware guys, help me. :) how should I set up an interrupt? 02.33.38 # in iriver 02.34.13 # oh o.o 02.34.14 # linuxstb: i guess most things should be doing it from time to time 02.34.32 # I have a feeling that void DMA0(void) __attribute__ ((interrupt_handler)); void DMA0(void) {....} does not work well 02.34.47 # do i need to add anything else? 02.34.54 # How often should it be done? All my plugins have decoding loops which more or less decode one frame of audio on each iteration. Should I put a yield() inside that loop? 02.35.11 # XShocK: This cannot work from within a plugin 02.35.34 # I already put it into the firmware itself 02.36.01 # linuxstb: There is no general rule for a yield rate, but I'd aim for at least once per tick 02.36.28 # You mean 200 times per second? 02.36.32 # Of course, for your test plugins it isn't really important, but certainly more often than once per second 02.36.44 # A tick is 10 ms 02.36.45 # does rockbox always pass control to other threads when you call yield() ? 02.37.25 # Iirc it's a simple round robin scheduler, so yes, unless some threads are sleeping 02.37.52 # Are there any other threads running on the iRiver at the moment though? 02.38.04 # Yes of course 02.38.08 # backlight, ata, scroll 02.38.14 # amiconn: I want to set up a interrupt handler. and I need interrupt vector. i guess the index of the interrupt. How should I do that? 02.38.35 # I assume it's rb->yield() ? 02.39.04 # I think I am pretty done with DMA sound, I only cannot catch the interrupt itself. 02.39.09 # If you give your routine the correct name, this should be done automatically. The default handler for interrupts have a weak symbol, so it is replaced by yourt routine 02.39.20 # linuxstb: yes 02.39.33 # ok. then how do i get the irq vector? :) 02.39.36 Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 02.40.21 # XShocK: You don't need to know yourself. Just name your interrupt routine like the vector name. 02.40.42 # But I need the number itself. :) 02.40.48 # the vector 02.41.08 # Why? 02.41.41 # i certainly need it... :) because interrupt's vector will be put into DIVR register of the DMA 02.42.08 # Maybe I am completely wrong, but I suspect it is right 02.42.46 # Ah ok. Hmm, then I don't know. Obviously coldfire works a bit different... 02.43.08 # mmmm, maybe you can guess? :) 02.43.29 # i really don't want to wait one more day, I will go crazy. :) 02.45.56 # isn't it listed in a .h file somewhere? 02.46.04 # In case an archos recorder (v1) owner wants to try rockboy... Get it here: http://arnold-j.bei.t-onlne.de/Rockbox/rockboy-recorder.zip Put rockboy.ajz in the root (or wherever you prefer to keep .ajz's), put rockboy.rock into /.rockbox/viewers and replace your viewers.config with the supplied one. Then put a gameboy rom file somewhere, RoLo romboy.ajz, then "play" the rom file 02.46.23 # Oops, http://arnold-j.bei.t-online.de/Rockbox/rockboy-recorder.zip 02.46.30 # and don't forget to take pictures >.o 02.46.34 # * HCl goes to sleep 02.46.35 # night 02.46.39 # Nite 02.46.45 # * amiconn goes to sleep as well 02.47.03 # Pokemon still cycling... (> 5000 now) 02.47.06 # hahah 02.47.26 # you need to press start/A, or it'll keep cycling 02.47.30 # night 02.47.34 # night indeed 02.47.40 # night 02.48.13 # I know that I need to start somehow... I simply left it running to see whether it's stable 02.48.47 # preglow: As I understood it is listed, but not for 5249, i mean it is not given the vector explicitly 02.54.20 # Hey guyz. How far along is iRiver? 02.56.20 *** Saving seen data "./dancer.seen" 02.56.27 Quit preglow ("w00p") 03.00.14 # Zzzz 03.00.55 # good nigth... later the day, the wavpack codec should be finished 03.01.19 Quit AC ("CGI:IRC") 03.03.07 # new worm? mydoom.m 03.05.57 # new variant rather 03.07.18 Join mij [0] (~Daddyo@cpe-24-241-23-92.ma.charter.com) 03.07.34 Part mij 03.08.27 # hmmm. pc-cillin seems to be playing me for a fool 03.50.49 Join amx [0] (~amx@HSE-Kitchener-ppp234070.sympatico.ca) 03.57.56 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 04.05.47 Join QT_ [0] (as@area51.users.madwifi) 04.09.30 Join edx [0] (edx@pD9EAB7FD.dip.t-dialin.net) 04.10.24 Quit QT (Read error: 60 (Operation timed out)) 04.27.29 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 04.56.24 *** Saving seen data "./dancer.seen" 05.17.30 Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) 05.17.43 # how would I make ogg files recognised as music files (just to create playlists, that I'll load in the original firmware) 05.17.45 # ? 05.30.00 Quit amx ("Client Exiting") 05.38.02 Quit skav () 05.45.41 # yo heads up http://www.amazon.com/exec/obidos/subst/home/home.html/103-6390422-5171007 06.11.24 # no vorbis supporters here ?! no one wants to work on tremor ? 06.11.41 # Hey I have 14 gigs of vorbis stuff.. I hope free codecs are going to get supported before proprietary ones huh?! 06.12.01 # we *are* open-source, aren't we ? thus we encourage open source, don't we ? 06.20.26 # * ashridah hands wacky_ a compiler :) 06.20.53 # it'll get done. there's plenty of other things that need to get taken care of as well, vorbis will probably work its way in. 06.31.38 # I want to see audio working first :) 06.32.49 Join The_Jester [0] (~eatme@d154-20-145-142.bchsia.telus.net) 06.33.08 Part The_Jester 06.34.02 # don't hold your breath 06.34.15 # there's a lot of infrastructure to build before rockbox will be able to play music 06.37.18 # yeah I know 06.37.27 # sigh 06.37.45 # you could, of course, help 06.37.49 # heh 06.37.56 # if I knew how I would :) 06.38.10 # that's what books are for 06.38.22 # lol 06.44.43 # :) 06.56.26 *** Saving seen data "./dancer.seen" 08.05.20 Quit Taxi|3 (Read error: 60 (Operation timed out)) 08.08.36 Join webguest12 [0] (~d4827c0d@labb.contactor.se) 08.10.53 Quit DMJC-L (Read error: 60 (Operation timed out)) 08.11.41 Join Spookie [0] (~ejp@212.130.124.13) 08.12.49 Quit webguest12 (Client Quit) 08.19.03 Join LinusN [0] (~linus@labb.contactor.se) 08.20.22 # HCl: u there? 08.23.44 # sleeeeeep 08.24.15 # yeeeeeees 08.24.18 # good night all. 08.24.48 # nite 08.25.14 # morning all :D 08.25.23 # haha 08.26.19 Part Spookie 08.27.13 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.34.27 # HCl: Anyway, I have 2 changes for rockboy on archos. (1) It uses the full screen width now, i.e. scales 160->112 by a bresenham-like algorithm. (2) A first asm optimised lcd driver. Frame rates vary of course, but Mario @start screen does 6 fps now... 08.36.04 # amiconn: You do 68k assembly TOO?! :) 08.38.22 # ??? I said *on archos* 08.38.33 # oh 08.38.35 # sorry 08.38.53 # However, 68k asm shouldn't be hard... 08.38.56 # Must be the weekend ghost that got me all nibards :) 08.39.32 # The asm part is only 10 instructions on SH1 08.39.44 # amiconn: have you implemented the grayscale in the lcd driver for rockboy? 08.39.48 # 10 instructions? 08.39.52 # Hm 08.40.03 # No grayscale, would be way too slow 08.40.06 # ah 08.40.23 # how many more fps do you think you can get, optimizing stuff? 08.40.57 # Well, I need to look at the gnuboy sources more thoroughly. All uncommented stuff :( 08.41.36 # I have an idea how to run this with plain rockbox (unmodified plugin ram size) 08.44.54 Join Shulberry [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 08.47.21 # Hmmm. My H140 is suddenly not booting Rockbox. I've started it, and I just get a completely blank screen. But there is hard disk activity - so I'm hoping it's calculating the fsinfo. 08.47.50 # ... Ah, it's now started. So I guess it was calculating fsinfo. Strange. 08.48.07 # BTW, Morning all. 08.48.15 # morning 08.48.50 # Is it possible to display a "calculating fsinfo..." message, or is the LCD not initialised at that point? 08.50.46 # is it really rockbox that does that? 08.50.48 # it's possible, but only the ata driver knows, and it doesn't have access to the lcd 08.51.04 # Bagder: yes, it's our ata driver 08.51.14 # what is it doing more specificly? 08.51.30 # it is scanning the FAT, counting the free clusters 08.51.41 # It's during fat_init() - the symptoms from a user's point of view is a completely blank LCD screen. 08.51.52 # does it always do that on boot? 08.52.04 # no, only if the fsinfo is blank 08.52.09 # ah 08.52.12 # blank 08.52.23 # blank, as in uninitialized 08.52.29 # No, some people had it when first booting after flashing. My H140 never did it, but suddenly wanted to today. 08.53.12 # i guess it was invalidated by the fat driver on your pc 08.53.25 # But maybe it won't be too bad when the CPU is at full speed. 08.53.33 # guess not 08.53.35 # linuxstb: windows or linux? 08.53.42 # Only linux. 08.54.00 # odd 08.56.27 *** Saving seen data "./dancer.seen" 09.00.24 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 09.05.09 Join MO-Pantsu [0] (Rori@deadman3000.plus.com) 09.06.33 # Maybe a solution would be to display a message on the LCD before the disk_mount_all() function is called. Just something like "Rockbox initialising, please wait...". Under normal circumstances it would disappear almost instantly, but in case of fsinfo recalc, at least a message wouild be there, and not a blank screen. 09.08.10 Join markun [0] (~markun@bastards.student.utwente.nl) 09.08.18 # good morning 09.08.49 # Tremor now compiles, but I did not make a ogg2wav yet. 09.09.08 # linuxstb: yes, it sounds like a working approach to me 09.09.15 # markun: nice 09.09.18 # markun: Good morning. That's good news. Were there many changes? 09.09.38 # Should it be called vorbis2wav? 09.10.22 # No, just some small ones. It gives quite some warnings and I didn't get to compile vorbisfile.c (high level api) 09.10.40 # That's OK, we won't be using vorbisfile. 09.10.57 # I assume it uses stream IO (FILE* etc), which isn't in Rockbox. 09.10.57 # yes, vorbis2wav would be better 09.11.42 # yes, it does 09.11.50 # "AC" is working on wavpack, so we should have 5 codecs soon. More than enough to design a codec API around. 09.12.05 # yes 09.12.37 # I hope to get the SOURCES-sim build up soon too, making it easier to make a sim version that can do this too 09.12.40 # I could fix some of the warnings, but maybe the first commit should have a few alterations as possible? 09.13.10 # But wavpack is interesting - it has a hybrid mode where the file is compressed losslessly to two files - a normal lossy ".wv" file, plus a ".wvc" correction file. It can either decode the .wv by itself (lossy playback) or use both files to decode losslessly. 09.13.41 Quit DeadMan (Read error: 60 (Operation timed out)) 09.13.44 # markun: it doesn't really matter, as long as we carefully note which version you started with 09.14.06 # pulled Tremor out of SVN yesterday. 09.14.20 # then you have a revision number 09.14.30 # My approach is to put the unmodified files into CVS first (without linking them into the Rockbox build system), and then make my changes from there. So every change is tracked in CVS. 09.14.46 # yes, I guess that is a good way 09.15.09 # Once it compiles cleanly, then I link it to the build system in CVS. 09.15.11 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 09.15.15 # hi! 09.15.19 # linuxstb: I cannot commit code, would you like to take a look at my code and commit it? 09.15.37 # markun: I can set you up for commit 09.15.43 # to ease this operation 09.16.00 # markun: /msg me your real name, a username and a preferred password 09.16.39 # I didn't find your nick in the IrcNicks 09.17.17 # markun: As long as you don't commit your modified version of apps/codecs/Makefile, then Tremor won't be built as part of Rockbox. So you can commit in safety. 09.17.28 # I'll put it in IrcNicks then. 09.17.41 # Once it's compiling cleaning, commit apps.codecs/Makefile. 09.18.00 # markun: ok, you are in. Just proceed with care and ask if in doubt 09.18.12 # are the codec's speed problems resolved yet? Or does the processor run at full speed? 09.18.15 # welcome aboard 09.18.25 # Thanks! 09.18.33 # markun: Have you seen the "README.rockbox" files I've put in the other codec directories? We would need something similar for Tremor. 09.18.49 #