--- Log for 15.02.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 15 hours ago 00.00.04 # in fact, iriver rockbox is in a very early stage 00.00.18 # so we don't want that many people running it 00.00.24 # there will be plenty of folks explaining how to get it on there in Mystic River no doubt when it is ready 00.00.50 # well i got rockbox running on my iriver before i reflashed it back to iriver f/w 00.01.13 # I am not going to touch it until RockBox says it's ready 00.01.17 Quit Digital007 ("CGI:IRC (EOF)") 00.01.32 # the firmware is ready, if you like snake and tetris 00.01.33 # I want it mainly for gapless anyhow 00.01.37 # but wee, i've got an iir filter running 00.01.44 # preglow: nice 00.01.46 Join Digital007 [0] (~acc9ead3@labb.contactor.se) 00.01.59 # well i saw work on the sound output is coming 00.02.03 # being started on 00.02.07 Quit Digital007 (Client Quit) 00.02.15 # I just want mp3 and ogg support heh 00.02.24 # actually I'd take it with MP3 playback only and nothing else right now :) 00.02.29 # anything else is a nice addon 00.02.31 # but the output volume is foolishly low, i probably need to choose a filter structure more suited to dsp 00.02.35 # ehhh, fixed point 00.02.37 Join Digital007 [0] (~acc9ead3@labb.contactor.se) 00.03.06 # how loud can you make output before it distorts? 00.03.17 # very 00.03.20 # DeadMan: that's a rather pointless question, really 00.03.22 # in this context 00.03.39 # well I mean can you make it louder than iRiver have made it? :) 00.03.40 # how long is a string? :-) 00.03.49 # Linus, twice as long as half of it 00.03.50 # preglow: there's 3 volume controls in the audio chip.. maybe iriver firmware doesn't max them =) 00.03.59 # :-) 00.04.03 # it's all about precision here, not loudness 00.04.17 # hubble: oh, i'm still writing result to the disk 00.04.41 # im just wondering if its possible to stop the bass "thinning out" as the volume is increased 00.04.44 # just give us some extra gain without the need for MP3Gain ;) 00.04.53 # preglow: aha. thought you ment iriver fw =) 00.04.58 # hubble: did you use our i2c driver to speak to the 1380? 00.05.24 # LinusN: no, i'm using the build in i2c controller 00.05.28 # built-in 00.05.29 # Digital007 that is annoying true 00.05.33 # hubble: ok 00.05.53 # well since the iRiver is software driven, maybe that is just a software issue 00.06.10 # was thinking of getting a Boostaroo headphone amp 00.06.23 # LinusN: you don't happend to know how L3MODE from 1380 is connected to the CPU? 00.06.35 # I want one of those expensive inline amps that are about the size of a gum packet 00.06.47 # well the Boostaroo is about that size 00.06.51 # (looks like uips (ips utility) is redistributable, although it'd be nice to be able to modify it - that's not allowed) 00.06.53 # nah it's way too big 00.07.05 # hubble: if it isn't in the schematics, no. you want me to find out? 00.07.11 # Boostaroo is like 3 times bigger 00.07.19 # I will have to show you the amp 00.07.50 # but its still pocket-sized 00.07.59 # LinusN: no problem, I can check it tomorrow.. 00.08.15 # this is like tiny and quality and will run off a single AA 00.08.31 # http://home.arcor.de/minako.aino/ipsXP/ <-- help, this man is visually violating me! 00.09.46 Quit Digital007 ("CGI:IRC (EOF)") 00.10.01 Join Digital007 [0] (~acc9ead3@labb.contactor.se) 00.10.08 # why does this keep disconnecting? 00.10.25 # my fault 00.10.32 # I restarted the web server 00.10.36 # not loading that site.. 00.10.38 # sorry 00.10.44 # lol no probs 00.10.53 # linus was gonna send me the bootloader 00.11.11 # I think the attachments in the wiki work now 00.11.35 # cool bag 00.12.49 # the rockbox logo on the front page is dead 00.12.56 # just telling.. 00.13.08 # dead? 00.13.27 # I can get it fine 00.13.41 # odd 00.13.41 # ok 00.13.43 # yea, works now 00.13.51 # ah well. 00.13.55 # Bagder: Attachments work now, thanks :) 00.14.15 # about that amp http://www.fixup.net/products/inlineamp/index.htm 00.14.25 # where are these attachments amiconn? 00.14.33 # but it will cost ya 00.14.37 # I restarted the server before and then it stopped working, I had to fiddle the config to make it start working again. No idea why 00.14.59 # Digital007: All wiki attachments didn't download, I got a 404 00.15.06 # might've been an upgrade that brought back a default config or so 00.15.20 # some dudes could build one 00.15.30 # some dudes here rather 00.15.43 # * amiconn wonders who needs an inline amp 00.16.11 # well I could do with a bit more volume when out and about in noisey enviroments 00.16.19 # as I don't wear earplugs 00.16.30 # I never use full volume, it's way too loud for me 00.16.41 Join webguest88 [0] (~d4171fd7@labb.contactor.se) 00.16.48 # i used my europen firmware iriver out today, and i coudln't hear anything else 00.16.55 # including buses driving past me 00.17.02 # i don't think i need more volume 00.17.05 Quit webguest88 (Client Quit) 00.17.18 # and i use a proper headset as well 00.18.01 # I'm just a loudness fiend and probably damamged my ears in earlier life heh 00.18.08 # yes, so have i 00.18.09 # hehe 00.18.13 # amiconn: Rockbox on Archos is way louder then iRiver stock firmware 00.18.18 # I like it loud and bassey 00.18.21 # than even 00.19.19 # Yeah, maybe. However, I hardly ever go above 75% in rockbox when using earphones. Usually settled at 68..70%. That holds for Recorder & Ondio, for player it's even less 00.20.12 # the iriver is not loud enough for medium loudness music, though 00.20.43 # Pump up the Volume Pump up the Volume :) 00.23.04 # but with rockbox i'll probably try to code a limiter, so music can be reduced to square waves if you like 00.23.08 # heh 00.24.06 # hell, if i get it my way, rockbox will support plugable dsp modules 00.24.13 # yayaya 00.24.43 # but yes, it'll be a while before i can even start thinking about that 00.24.45 # Thanks Linus 00.24.46 # that'll be fun 00.24.51 # <[IDC]Dragon> LinusN: the iriver HP340 has a bdm prepared, too? 00.24.52 # Rockbox is working now 00.24.55 # <[IDC]Dragon> http://www.medulla.co.uk/images/H340/H300-interior/IMG_0899.jpg 00.25.02 # [IDC]Dragon: guess so 00.25.16 # <[IDC]Dragon> a 20 pin connector? 00.25.38 # yes 00.26.07 # <[IDC]Dragon> looks like a match 00.26.43 # <[IDC]Dragon> if I should ever upgrade, perhaps I should get a 3x0 00.27.05 Join Odie [0] (~nospam@cpc5-eswd1-3-0-cust40.renf.cable.ntl.com) 00.27.14 # <[IDC]Dragon> (although I don't like displays which *require* a backlight) 00.27.14 # definitely a bdm connector, judging from the silk screen text 00.27.14 # What are u going to do for recording? since the iRiver is also software driven for recording? 00.27.21 # [IDC]Dragon: To implement colour video playback? ;) 00.27.30 # Digital007: ? 00.27.44 # you mean which format, or? 00.27.48 # <[IDC]Dragon> for a jukebox, I'm fine with b&w 00.27.49 # I appear to have created an ips patch 00.28.04 # rasher: nice 00.28.13 # yea 00.28.18 # <[IDC]Dragon> the wiggler is just a PAL, right? 00.28.26 # as in CBR or VBR, since iRiverbox is still showing the Archos settings 00.28.29 # [IDC]Dragon: basically, yes 00.28.32 # <[IDC]Dragon> with known content 00.28.49 # yes, you can build one 00.29.06 # would be nice to create a graphical interface for it though, that also checked md5 of the result 00.29.07 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 00.29.21 # Digital007: we don't know yet 00.29.23 # <[IDC]Dragon> you found a connector, does it come with a cable? 00.29.28 # just wondered 00.29.36 # eInk shows potential for static or semi static displays in terms of no need for backlighting and battery usage 00.29.38 # [IDC]Dragon: yes 00.29.48 # <[IDC]Dragon> what's on the other end? 00.30.10 # [IDC]Dragon: it's just a ribbon strip 00.30.22 # i will build an adapter to the bdm connector 00.32.07 # <[IDC]Dragon> somebody complained about button differences H1x0/H3x0 00.32.21 # <[IDC]Dragon> but I don't know which is the bad one 00.35.36 # (300) 00.35.53 # 100's joystick is l33t 00.35.55 # [IDC]Dragon: The problematic video now plays just fine :) 00.36.14 # <[IDC]Dragon> good 00.36.21 # <[IDC]Dragon> finally 00.36.59 # <[IDC]Dragon> l33t? 00.37.07 # Wanna know how I spotted the wrong sector count calculation? 00.37.26 # <[IDC]Dragon> there's a story to it? 00.37.59 # My sister told me - she got the 'reading past end..' panic with an .mp3. It played fine when played from Ondio 'drive' via USB... 00.38.30 # <[IDC]Dragon> suspicious, indeed 00.38.56 # Then it was unlikely 2 totally different cards have the same format error. I rechecked mmc datasheet... 00.39.29 # * rasher tries to figure out what kind of checks ips do to the result 00.40.19 # well iRiverbox is good for making on-the-fly playlists for now, for playback in the iRiver f/w 00.40.42 Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) 00.40.43 # I've never managed to play a playlist with my iRiver 00.41.12 # you have to make a folder called PLAYLISTS, put your playlists in that, and at the stop screen, press the A/B button to access them 00.41.21 # ! 00.41.24 # * Bagder faints 00.41.28 # So intuitive... 00.41.35 # that explains my problems 00.41.35 # how silly 00.41.41 # its true 00.41.47 # omg 00.41.52 # <[IDC]Dragon> hi Trevor! 00.41.56 # ok, I'll rephrase: 00.42.03 # I will never use playlists with my iriver firmware 00.42.06 # ;-] 00.42.14 # Fun, I never bothered with playlists.. now I know why 00.42.16 # boycott 00.42.22 # its not like Rockbox or Archos f/w where you can simply select them in the browser 00.42.37 # wow, .ips is really primitive by the looks of it 00.42.48 # the person who made that choice should be punished 00.44.04 # 7away 00.44.05 # The other really silly thing about the iRiver fw is that it reads the whole drive at boot... 00.44.18 # yes 00.44.19 # (at least I was told so) 00.44.24 # annoying 00.44.33 # in fact, it is a crappy firmware 00.44.37 # yes, it does 00.44.39 # Imagine an 80 GB disk full of music... 00.44.50 # I'd rather not 00.44.58 # i would have exploded with rage if i would have had to wait for the iriver firmware to rescan the disk every time i've used usb the last couple of days 00.45.09 # :-) 00.45.11 # Hmm, wasn't there a limit for the total number of songs on the disk as well? 00.45.23 # yes, 9999 00.45.37 # LinusN: that usb support commit of yours has surely rescued my sanity many times over 00.45.44 # hehe 00.46.33 # <[IDC]Dragon> night folks 00.46.45 # :P 00.46.54 # nightey 00.46.56 # LinusN: out of sheer curiousity, is it possible to overclock the iriver 00.47.01 # night 00.47.12 # i think 140 mhz is the max pll setting 00.47.21 Part [IDC]Dragon 00.47.29 Join webguest45 [0] (~50ca630e@labb.contactor.se) 00.47.41 # it is probably possible, but i won't try it 00.47.45 # kay. 00.47.58 # much more fun to work within limits anyway 00.48.01 # the pll can be set to a lot more that 140 00.48.08 # k 00.48.25 # will probably make the cpu a little warmer... :-) 00.48.26 # hah 00.48.29 # then someone is bound to try it 00.48.49 Quit webguest45 (Client Quit) 00.48.50 # Hotfire 00.48.55 # and i am bound to laugh when to join and say "omg lol my coldfire imploded" 00.49.02 # hahaha 00.49.02 Quit lolo-laptop ("Client exiting") 00.49.06 Quit QT (Read error: 110 (Connection timed out)) 00.49.36 # hmm. I have some kind of sound out in line out when rockbox is working. all have it? 00.49.51 # xShock as in music? 00.49.53 # or white noise? 00.50.02 # Trevmar: My recent fix for MMC (as well as the one I just committed) don't have to do anything with the mv problems on the 0308 units. 00.50.22 # XShocK: no sound, just light 00.50.32 # To be honest, I have no clue what's going on by looking at the code only. 00.51.04 # not music not white noise... it is noise but... sounds like saw-signal( don't know english translation).:) 00.51.14 # Trevmar: I'd really like to have such a unit here for investigation... 00.53.08 Join elinenbe [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 00.54.39 # starting iriver f/w. everything is quite. restart to rockbox. everything is quite.... hmm, cannot make this effect again.. 00.55.00 # time to go sleep, cu 00.55.12 *** Saving seen data "./dancer.seen" 00.55.22 # rockbox has really come a long way in a short time on the iriver... way to go guys. 00.55.49 Quit quel|out ("KVIrc 3.0.1.99 'Realia'") 00.55.53 # bootloader helps a lot -> more people can work on it 00.56.18 Join mrmags [0] (~stryfe@ool-4351b9f0.dyn.optonline.net) 00.57.11 # hubble: how is the iriver sound coming? 00.58.13 # LinusN: Hmm... what about the... oldplayer flashing? 00.58.31 Join muz [0] (~54091287@labb.contactor.se) 00.58.58 # hey i was wondering if rockbox would fix a hissing sound i get with my shure headphones when connected to the iriver 00.59.34 # LinusN: any ideas how you're gonna add cpu scaling support? 00.59.45 # with a bdm, you can step through code _on_ the unit and dump all registers, yes? :-) 00.59.51 # again that sound coming... 01.01.35 # I would guess that that is a left sound buffer from iriver. just a wild guess, because from the last time the sound itself changed a bit 01.02.16 # HCl: it will be a set_cpu_frequency() function, with a few predefined frequencies 01.02.24 # ok :) sounds nice 01.02.28 # *can't wait, obviously :P* 01.02.54 # working on it as we speak 01.03.11 # yay. 01.03.12 # i'm begining to suspect i'm just plain daft 01.03.20 # *frustration*.. i did something that broke uda1380 initialization while cleaning the code :( 01.03.33 # * linuxstb knows the feeling 01.03.47 # ah, bdm works in 140MHz too... 01.04.04 # i feared that it wouldn't 01.04.06 # been sitting for hours trying to solve it.. where's backup when you need it? =) 01.04.15 # preglow: we all suspect that :-) 01.04.25 # thats why cvs is so nice 01.04.29 # you can roll your changes back 01.04.31 # * preglow recommends: subversion 01.04.50 # HCl: Obviously too late now, but it's easy to set up a local CVS. 01.04.51 # LinusN: with good cause 01.04.56 # linuxstb: yup. 01.05.04 # i should make a local cvs for gnuboy 01.05.10 Quit Digital007 ("CGI:IRC (Ping timeout)") 01.05.15 # i already broke it once today and had to revert to an backup i happened to have 01.05.40 # * amiconn is frustrated by X11 programming 01.05.43 Quit cYmen ("leaving") 01.06.12 # X is sometimes just plain silly. Wth it can't cope with multithreading!? 01.07.27 Quit muz ("CGI:IRC") 01.08.28 # amiconn: http://docs.hp.com/en/B1171-90145/ch03s07.html 01.09.06 # I already tried. Doesn't work, at least not reliable, on cygwin. 01.09.31 # amiconn: maybe it's cygwins fault? 01.10.12 # I don't know. The cygwin X claims to support this multithreading extension (returns true). 01.10.37 # Using this it seems to get a little more stable, however it still crashes after some time 01.11.00 # how nice 01.11.15 # has anyone got cygwin bins for gcc for compilling rockbox? 01.11.29 # DMJC: which target? 01.11.31 # Either with 'unexpected asynchronous event', or it simply stops responding (and eats all available cpu power) 01.11.35 # iriver 01.11.39 # m68k 01.11.54 # I got it working 01.12.10 # DMJC: eric lassauge has it, but they are built with the wrong binutils, so you can't build rockbox with it... 01.12.13 # I got gcc compiling in cygwin and working 01.12.18 # ah n/m 01.12.33 # besides I just remembered I got ftp/ssh working yesterday 01.12.36 # amiconn: wonderful 01.13.01 # I guess I'll have to resort to a less real-time approach.... 01.13.37 # The timer_tick itself is working properly with setitimer() though 01.14.20 # Getting my first approach to work would have allowed sharing much more code between target & sims, too bad... 01.15.38 # I think it can be done fully realtime, but having a dedicated X11 handling thread and running the main rockbox thread separately, passing messages by non X11 means 01.15.46 # s/but/by/ 01.16.18 # However, that might be slightly beyond me.. 01.18.28 # This would mean passing all graphics operation between the threads 01.26.52 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 01.27.39 # i require sleep 01.27.48 Quit preglow ("l") 01.30.16 # LinusN: Do you have an idea why the stack overflow check doesn't work on iRiver? 01.31.32 # because it is disabled? 01.32.13 # Yeah, I know it's disabled in cvs. Someone tried enabling it. It crashed... 01.32.13 # I may have made a silly mistake, but I tried enabling it the other day, and the iRiver just crashed immediately. 01.33.59 # maybe one of the stacks wasn't 32-bit aligned? 01.36.44 Join Digital007 [0] (~acd428e1@labb.contactor.se) 01.41.56 # LinusN: You can take the mmc dump off the server now. Problem solved, finally. 01.42.11 # wonderful 01.42.51 # * rasher stares blankly at gtk.. 01.51.26 Part Patr3ck 01.54.31 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a212.wi.tds.net) 02.02.15 Quit Digital007 ("CGI:IRC (Ping timeout)") 02.04.20 Quit hubble () 02.04.28 Join webguest78 [0] (~d4827c0d@labb.contactor.se) 02.05.47 Quit webguest78 (Client Quit) 02.08.09 # Nite all 02.08.19 # night 02.08.32 Part amiconn 02.10.42 # nite all 02.10.49 # night 02.10.51 Part LinusN 02.11.07 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") 02.12.41 Quit Hohoman ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 02.13.26 Quit Strath (Read error: 110 (Connection timed out)) 02.14.15 Quit Odie () 02.16.49 # * HCl bored :/ 02.17.10 # * rasher punches gtk in the stomach and gives up 02.17.22 # I'm this close to declaring it worse than swing 02.17.32 # :P 02.18.13 # ah 02.18.19 # it can't be worse than windows api 02.18.28 # it may just be this howto guide thing 02.18.30 Join Lurski [0] (~Miranda@cpe-66-74-151-42.socal.rr.com) 02.18.52 # * HCl gets frustrated just thinking about that SendMessage api >.< 02.22.42 # night 02.25.27 # good night 02.27.41 Quit edx (Read error: 110 (Connection timed out)) 02.32.22 # * linuxstb celebrates squashing the last bug in the AC3 decoder. 02.34.43 Quit Trevmar () 02.37.44 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 02.40.27 # * rasher gives linuxstb a cookie 02.50.47 Quit mrmags ("Download Gaim: http://gaim.sourceforge.net/") 02.53.29 Join amx [0] (~amx@Ottawa-HSE-ppp261882.sympatico.ca) 02.55.15 *** Saving seen data "./dancer.seen" 03.16.09 # ac3 decoder? for what? 03.17.51 # * rasher prods libmodplug slightly 03.18.49 # there is never a last bug 03.18.51 # :) 03.21.44 # * rasher looks at http://daniel.haxx.se/mad-rockbox.txt and tries to do the same with modplug 03.21.48 # not having much luck 03.22.03 # and I'm not even getting to code problems yet :) 03.25.14 # oh... 03.25.16 # what the 03.25.37 # ah, here we go 03.45.02 # OMG you have to check this out hehe You have GOT to watch this http://killakela.com/epk/kela_epk_2004.php 04.02.31 Join QT [0] (as@area51.users.madwifi) 04.08.44 Join edx [0] (edx@p54879B03.dip.t-dialin.net) 04.17.16 Quit Lurski (Read error: 60 (Operation timed out)) 04.20.44 Join ashridah [0] (ashridah@220-253-121-165.VIC.netspace.net.au) 04.30.26 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 04.36.49 # it'd be wonderful if I knew what I was doing 04.38.07 # for now, I'll just leave it at "modplug needs math functions that I have no idea how to give it" 04.38.13 # and then do my homework instead 04.38.24 # probably a better idea anyway 04.55.17 *** Saving seen data "./dancer.seen" 05.47.46 Part amx ("Client Exiting") 06.23.35 # DeadMan: heh i used to have that nick, back in the day 06.31.59 Join adiamas [0] (~chatzilla@12.107.133.164) 06.38.22 #  06.39.18 # 06.39.39 # my client froze a sec 06.39.44 # dunno how it ended up sending a blank line 06.40.00 # probably pressed space then enter 06.40.00 # heh 06.44.57 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.55.20 *** Saving seen data "./dancer.seen" 07.05.02 Join Lynx_ [0] (HydraIRC@134.95.189.59) 07.07.33 Join Lynx0 [0] (HydraIRC@134.95.189.59) 07.12.41 Join Lynx [0] (HydraIRC@134.95.189.59) 07.12.41 *** Alert Mode level 1 07.12.41 DBUG Enqueued KICK Lynx_awy 07.12.41 DBUG Enqueued KICK Lynx_ 07.12.41 *** Alert Mode level 2 07.12.41 DBUG Enqueued KICK Lynx0 07.12.41 DBUG Enqueued KICK Lynx 07.12.41 *** Alert Mode level 3 07.13.34 Quit Lynx_awy (Read error: 60 (Operation timed out)) 07.13.34 Nick Lynx is now known as Lynx_awy (HydraIRC@134.95.189.59) 07.13.34 DBUG Enqueued KICK Lynx_awy 07.13.34 *** Alert Mode level 4 07.14.34 Quit Lynx_ (Read error: 60 (Operation timed out)) 07.19.59 Quit mecraw () 07.23.35 *** Alert Mode OFF 07.24.47 Quit adiamas ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") 07.26.13 Quit Lynx0 (Read error: 113 (No route to host)) 07.48.24 Join wacky_ [0] (~wacky@modemcable040.196-203-24.mc.videotron.ca) 07.48.35 # what's the ON+PLAY equivalent on the iRiver ? 07.49.54 # eh? 07.51.09 Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) 07.52.26 Quit rickst131 (Client Quit) 07.57.51 # heh :) I'm looking at sone Plugin pages on the wiki.. and it says ON+PLAY 07.58.19 # but I just found it... the ON+PLAY is equal to Play (iRiver's ON equiv.) + SELECT (push the joystick down) 07.59.28 # is it normal I can't get Rockbox to read .txt files ? I'm using a default bootloader + some of the latest builds for iRiver 07.59.47 # the button assignments for the plugins haven't really been properly assigned yet 08.00.39 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a212.wi.tds.net) 08.04.12 # :) .. but is it normal that a directory full of .txt files appears empty to Rockbox ? 08.04.28 # is it strictly dependent on the viewers.config file ? 08.04.59 # its in general settinsg 08.05.05 # display settings then file view 08.05.08 # or something. 08.07.39 # wow great :) but why isn't it set to 'supported' by default ?! :) 08.08.12 Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) 08.08.12 Quit rickst131 (Remote closed the connection) 08.08.58 Join rickst131 [0] (UPP@resnet-51-215.dorm.utexas.edu) 08.14.11 # ok thanks :) that's great! 08.14.12 Quit wacky_ ("bye") 08.32.35 Part rickst131 08.52.52 # it should show .txt files simply by playing them 08.54.26 Join webguest37 [0] (~c31ce021@labb.contactor.se) 08.55.24 *** Saving seen data "./dancer.seen" 09.04.43 Join Zagor [242] (~bjst@labb.contactor.se) 09.04.52 # hey Z 09.04.55 # hi 09.05.22 # Zagor: the twiki attachments broke yday when I restarted apache 09.05.49 # Zagor: I suspect it was because the twiki.conf file had been tampered with due to an update since we started it the last time 09.05.55 # ok. i noticed there was a twiki update in the bunch when i ran dist-upgrade yday 09.06.06 # ah 09.06.16 # just wanted to mention it 09.06.36 # yeah. i'll look into it. 09.06.51 # I fixed it 09.06.55 # aha, ok 09.09.56 # wicked wiki? 09.16.07 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 09.16.07 DBUG Enqueued KICK Lynx_ 09.16.11 # hiho 09.16.51 # Bagder: Ot: woudl twiki be the best wiki choice for something like the rockbox page? Or did you just take it because it's widespread and perl? 09.17.19 # we like it since we've used it in the past as well 09.17.33 # there might be others that are equilly suited 09.17.45 # but there is no wysiwyg editor for it, right? 09.17.56 # no 09.18.13 # but we are not wysiwyg-editing guys ;-) 09.20.00 # Bagder: i know :) if there just weren't so many wiki engines to choose from... 09.20.11 # hehe 09.21.56 Join ashridah_ [0] (ashridah@220-253-122-170.VIC.netspace.net.au) 09.22.37 Quit ashridah (Nick collision from services.) 09.22.40 Nick ashridah_ is now known as ashridah (ashridah@220-253-122-170.VIC.netspace.net.au) 09.25.53 Join quelsaruk [0] (~kvirc@80.103.134.230) 09.25.57 # morning 09.28.28 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 09.30.12 Quit Lynx_ (" bye") 09.33.11 Join bobTHC [0] (~foo@l05m-1-181.d1.club-internet.fr) 09.34.20 # hi floks! 09.34.36 # s/floks/folks ;) 09.35.35 # :) 09.37.20 # how are u amigo ? 09.44.41 Join courtc_ [0] (~court@adsl-217-0-107.asm.bellsouth.net) 09.44.52 Quit courtc (Read error: 110 (Connection timed out)) 10.09.57 # back right now :D 10.21.55 # red build red build 10.22.20 # who did it? 10.22.24 # mayday mayday ;) 10.22.33 # amiconn's commit of rasher's plugin 10.22.34 Ctcp Ignored 6 channel CTCP requests in 2 hours and 3 minutes at the last flood 10.22.34 # * quelsaruk holds the gun 10.22.43 # me fix 10.27.24 # :P 10.27.38 Join Patr3ck [0] (~patr3ck@pD9ECFB92.dip.t-dialin.net) 10.31.41 Join ashridah_ [0] (ashridah@220-253-120-97.VIC.netspace.net.au) 10.32.29 Quit ashridah (Nick collision from services.) 10.32.31 Nick ashridah_ is now known as ashridah (ashridah@220-253-120-97.VIC.netspace.net.au) 10.37.56 # Morning all. 10.39.06 # good morning 10.40.34 # I'm thinking it would be useful to start putting some codec code in CVS. I'm thinking of an apps/codecs/ directory, with one subdirectory per library, e.g. "apps/codecs/libmad". 10.40.56 # sounds reasonable 10.41.20 # I'm thinking that other people will need to look at them and start optimising the decoding. 10.41.27 # linuxstb: mail me your preferred user name and password, and I'll set you up for cvs commit access 10.41.56 # OK, will do. 10.42.50 # I've also written some "viewer" plugins (one each for libmad, libFLAC and liba52) which decode the selected file. I'm not sure if they belong in CVS, but they are the only way to test the libraries on the target. 10.43.21 # we could add them and have them ifdefed coldfire in the SOURCES 10.43.37 Join amiconn [0] (~jens@pD9E7FCF2.dip.t-dialin.net) 10.43.49 # Am I right in saying there is no current mechanism for creating different viewers.config for different targets? 10.43.58 # yes 10.44.05 # but we should/could fix that 10.44.15 # Or will Rockbox just ignore lines if the .rock file doesn't exist? 10.44.36 # it will just not play the file since the .rock won't exist 10.45.01 # I'd say that is a tiny problem 10.46.01 # I also need to increase the plugin RAM size and plugin stack size for my plugins. I think 512K will be more than enough for the RAM size, but I'm still trying to find the minimum stack size needed. 10.46.45 # I think we should just increase that size for iRiver for now 10.47.01 # we can work out the optimized size later on 10.47.43 # Gmini will want a larger size as well 10.48.20 # OK, I'll email you my details and then start slowly committing things this evening (real work is calling me now). WIll you be around on IRC this evening? 10.48.38 # probably, at least late euro time 10.49.27 # OK, I'll try not to break any of the builds. 10.49.53 # linuxstb: we should be sure to note exactly what version of each external source we commit, so that we can make proper patches back to those later on, and also know when/how to update them 10.50.29 # Yes, I'm aware of that. I'll also include (C) and licensing information. 10.50.37 # goodie 10.51.09 # Maybe a README.rockbox in each codec subdirectory 10.53.06 # Is remote CVS access done via ssh? i.e. can I give you a key instead of a password? 10.53.51 # no, plain pserver 10.53.55 # OK. 10.54.19 # you can just provide a user name and password via /msg if you want 10.55.27 *** Saving seen data "./dancer.seen" 10.56.53 # I missed your last message - I've just emailed it to you. 10.57.05 # linuxstb: Iirc there is a mechanism that adapts the viewers.config depending on the target. 10.58.26 # buildzip.pl does that job, I just checked 10.58.41 # Does it remove lines where there is no .rock file? 10.59.40 # right it does 10.59.51 # or rather it only adds lines for those that exist 11.00.13 # Are we happy that the codecs belong in apps/ and not firmware/ ? 11.00.24 Join jyp [0] (~jp@10.135-200-80.adsl.skynet.be) 11.00.27 # I think apps 11.00.44 # but I'm not 100% sure 11.01.34 # linuxstb: 'dave' is added now 11.01.51 # thanks. 11.02.33 # we're 17 committers now 11.02.52 # Can you tell how many are active? 11.03.15 # perhaps 6-7 11.03.37 # there's a log... wait 11.04.30 # * quelsaruk hides 11.04.32 # :) 11.04.47 # uh, it wasn't that easy to understand the log ;-) 11.06.06 # Bagder: My CVS access seems to be working fine, thanks. 11.07.35 # the last 2000 commits were done by 13 people 11.07.57 # 6 people did more than 100 commits 11.08.21 # amiconn is #1 with 647 11.12.01 # So amiconn is the most committed developer? 11.12.23 # I bet he does many small commits just to impress :-P 11.12.40 # So makes lots of mistakes that need correcting :-) 11.12.49 # ^Or 11.14.51 # liba52 needs to know the endian-ness of the target CPU. I'm assuming all the targets are big-endian (at the moment), does anyone have any suggestions for testing that in the simulator builds? 11.16.12 # I think I can check endian.h on Linux, and assume WIN32 is little-endian, and Mac OS X (does anyone build it there?) is big-endian. 11.16.59 # LinusN has some of the instructions he's written targetting the mac, so it's safe to assume someone potentially does 11.17.50 # I don't think it's urgent - my first commit could just assume big-endian for the targets and little-endian for the simulators. 11.17.51 # Isn't macos endian neutral? 11.17.59 # Or is it the motorola cpu? 11.18.14 # how can one be endian neutral? 11.18.32 # I think the PowerPC can change it's endiannesss, but I'm not sure. 11.18.49 # think so 11.18.59 # Mac OS X definitely runs it in big-endian mode though - I've compiled things on it before. 11.19.05 # Nibbler: It's, like, totally balanced ;) 11.19.13 # lol hehe :) 11.19.19 # ok, if it can change i understand :) 11.21.27 # linuxstb: You can check for the LITTLE_ENDIAN (or BIG_ENDIAN) #define, but beware than cygwin doesn't define either one. 11.21.47 # You'd need to add the same workaround as I did in apps/dbtree.c 11.22.06 # so maybe we should make a global fix for it 11.22.52 # I think it would be useful. For the targets, we know the endianness. For the simulator, we can try and guess, and then default to LITTLE_ENDIAN. 11.36.21 # I have also added an "inttypes.h" into firmware/include - this currently defines int8_t, int16_t, int32_t and int64_t (and the unsigned versions) as "char", "short", "long" and "long long". Can anyone see a problem with committing that as it is? Is it OK in firmware/ or should I make it local to my apps/codecs directory? 11.38.22 # Maybe it would be useful for the tag database to use it as well. 11.48.41 # Bagder: Sorry that I missed that C89 compatibility problem... 12.03.23 Quit webguest37 ("CGI:IRC (Ping timeout)") 12.30.57 # linuxstb: I think it should be in firmware/include 12.30.59 # amiconn: no worries 12.33.26 # now that commit is gonna hurt 12.33.46 # or perhaps not... 12.34.25 # jyp: include/stdlib.h needs rand() fix too 12.34.30 # OK, I'll add it in firmware/include. Are you talking about my upcoming commit? 12.34.40 # no, the one jyp just did 12.34.47 # OK. 12.37.06 # I've just seen your "C89" fix. I'm not sure, but some of the codecs may use that type of code. Does it need to be fixed? 12.39.00 # for codec work, I'm on a leave-as-much-as-possible-untouched policy 12.40.37 # but I would be slightly surprised if they require c99 12.40.45 # seems a bit restrictive 12.47.53 # I've just had a quick look - liba52 and libmad seem to require c99, but libFLAC looks clean, 12.48.48 # our current cross-compiler for win32 on Linux is not c99 compliant 12.48.54 # but I guess we should fix that 12.50.10 # Bagder: fixed... sorry for the lag 12.51.42 # Zagor: did you read the mail list? seems that the browser bug attacks again 12.52.15 # yeah, i saw that. haven't had time to test yet though. 12.52.41 # :) 12.54.30 Join YouCeyE [0] (foobar@youceye.user) 12.55.31 *** Saving seen data "./dancer.seen" 13.14.21 Join Patr3ck_ [0] (~patr3ck@p548CB0F4.dip.t-dialin.net) 13.15.50 # help 13.16.24 # jyp: ? 13.16.49 # I wonder what's your opinion on how to fix the latest builds 13.18.06 # I feared that would happen 13.18.43 # jyp: you need to change the rand declaration in plugin.h 13.18.57 # no, the problem is that he has changed that 13.19.05 # but now it doesn't match the system's prototype 13.19.20 # Actually both problems exist 13.19.32 # ok 13.20.05 # For plugin.h ... does it mean that random is changeable by plugins ? 13.20.06 # the sims shoud probably use -nostdinc 13.20.18 # not changeable, but usable by 13.20.24 # ah , ok 13.20.25 # ;) 13.21.17 # EIther ignore std include, or use the standard random generator ... 13.21.25 # but it seems weird to mix the two 13.21.35 # the standard one returns int 13.22.08 # but only sims use the standard one 13.22.12 # I think ignoring the std inc is the correct fix anyway 13.22.18 # for more stuff than this 13.22.21 # ok 13.22.33 # but it may make other problems appear 13.27.25 Nick quelsaruk is now known as quel|out (~kvirc@80.103.134.230) 13.32.01 Quit Patr3ck (Read error: 110 (Connection timed out)) 13.34.20 Join R3nTiL1 [0] (~zorroz@83.69.98.148) 13.35.44 # Bagder: I wonder why the FM simulator build didn't fail... 13.35.53 # yes, that is weird 13.36.18 # it never built at all 13.36.32 # morning... 13.37.10 # exactly, there's something wrong with that 13.38.09 Quit lostlogic ("Going to the moon") 13.38.49 # Bagder: So why is that column always green then? Shouldn't it be empty instead? 13.39.09 Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) 13.39.15 # silly script 13.42.11 # it hasn't built in a long time ;-) 13.42.18 # haha 13.42.32 # we could add more columns like that. ipod anyone? ;) 13.42.59 # Imagine the number of questions that would generate.... 13.43.14 # hahaha 13.43.25 # Maybe in about 6 weeks time... 13.43.45 # * linuxstb ducks 13.44.45 Quit R3nTiL1 () 13.45.03 # it's been wrong since we dumped the configure update concept 13.46.09 Join R3nTiL_ [0] (~zorroz@83.69.98.158) 13.46.18 # I think I fixed it now 13.46.25 # next commit will tell for real 13.48.24 # So... Anything I can/should do to fix the build ? Is making rand return long a good idea after all ? 13.49.04 # its not POSIX 13.49.10 Join Lynx0 [0] (HydraIRC@134.95.189.59) 13.49.11 # then it returns int 13.49.56 # which might be a reason to keep it returning int 13.50.09 # long doesn't make much sense. the only places that use it truncates it to below 16 bits anyway. 13.50.19 # haha ;) 13.50.37 # ok, so let's keep it int then 13.50.54 # So, perhaps there's a 16 bits version of the twister somewhere ... 13.51.28 # Anyone know something ? 13.52.19 # Imho the algorithm itself should stay 32 bit 13.52.30 Nick Lynx0 is now known as Lynx_ (HydraIRC@134.95.189.59) 13.54.17 # and even then, rand()<<16|rand() -> long 13.54.18 # The author doesn't seem to provide a 16 bits version, so let's go for your proposal amiconn 13.55.27 # Then again, what about 13.55.50 # I would even prefer it returning 32 bits. I have a test plugin that uses all bits returned... 13.56.50 # What pugin ? 13.57.28 # I suggest 'int rand() to remain POSIX on it, and/or possibly adding lrand48() if we need a long-returning rand one 13.57.29 # It's a file system stress test. Writing a looong file with random data, then reading back & comparing 13.57.51 # Ok 13.58.03 # Bagder's solution seems the best 13.58.22 # If we have lrand() in the plugin api, I agree. 13.58.28 # If I could persuade cut&paste to work ... 13.58.33 # our decision to go with POSIX has proven a benefit in the past 13.59.34 # So, what about "return (y & 0xFFFFFFFE) >> 1; /* by Bj?rn Stenberg */" 13.59.56 Join lImbus [0] (lImbus@123-33.244.81.adsl.skynet.be) 14.00.07 # If someone is changing the plugin api, could they add memcmp there as well? I need it for my codec-testing plugins. 14.00.09 # hi all 14.00.20 # hey lImbus 14.01.45 # linuxstb: ok, adding 14.01.57 # linuxstb: Iiuc you can do that yourself... Welcome in the commit gang, btw. :) 14.03.46 # Thanks - I remembered that I could do it myself after I asked the question... 14.04.58 # Zagor: Is the 31-bit limitation still applicable? Is it POSIX ? 14.05.34 # http://www.opengroup.org/onlinepubs/7990989775/xsh/rand.html 14.06.12 # it returns a value from 0 to RAND_MAX 14.06.27 # so there is no fixed bit limit 14.06.47 # RAND_MAX is set to be at least 32767 14.06.59 # which is 15 bits... :-) 14.07.10 # Alright; I know this is nitpicking; but while I'm at it ... 14.07.31 # http://www.unet.univie.ac.at/aix/libs/basetrf2/rand.htm#uV4140shad says it returns 0..(2^15)-1 14.07.33 # and since I failed with my 1st naive attempt ;) 14.09.12 # so we should probably add RAND_MAX in a limits.h to be really nice 14.10.04 # Qucik CVS question - what should the $Id: $ line look like in the Rockbox header for a new file I want to add into CVS? 14.10.24 # linuxstb: you can copy one from an existing file, it'll be done right when you commit 14.11.09 # So it doesn't matter that the filename etc are for a different file? 14.11.16 # nope 14.11.24 # Thanks. 14.11.24 # the id string is generated by cvs 14.12.12 # I thought that you had to specify which fields cvs generated in that string (I should read the manual). 14.12.35 # * linuxstb goes away to read CVS manual 14.12.52 # ... linuxstb is brave ;) 14.14.08 # * linuxstb avoids manual and heads for the FAQ 14.14.52 # Bagder: RAND_MAX is defined in firmware/include/stdlib.h already 14.14.58 # shall I move it to limits ? 14.15.10 # nah, leave it there 14.15.19 # I think that is right place 14.15.29 # ok 14.15.30 # according to the opengroup page 14.15.35 # and they should know 14.17.30 Quit R3nTiL_ () 14.18.03 # * linuxstb now understands keyword substitution in CVS 14.20.12 # /highfive 14.22.55 Join lolo-laptop [0] (~lostlogic@68.251.84.226) 14.27.22 # HCl: Does rockboy still need a 700k PLUGINSIZE defined? 14.32.37 Quit cYmen (Remote closed the connection) 14.32.38 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 14.32.49 # linuxstb: yes 14.32.59 # not 7mb 14.33.01 # but 700k 14.34.08 # Anyone object to a 768K PLUGINSIZE for the iRiver (at least during these early stages)? 14.34.17 # nope 14.34.40 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 14.35.10 # Should I make it depend on the memory size - i.e. 32MB RAM -> 768K PLUGINSIZE ? 14.37.10 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 14.39.29 # yes, do that 14.51.09 Quit DMJC-L (Read error: 110 (Connection timed out)) 14.51.09 Join webguest98 [0] (~c31ce021@labb.contactor.se) 14.55.33 *** Saving seen data "./dancer.seen" 15.02.32 # OK, done. It should probably be changed so it's not done in 5 different places, but I don't know the build environment that well yet. 15.03.29 # '640 KB should be enough for everyone' ;) 15.03.38 # rofl 15.04.07 # Anyone fancy porting an IBM PC (8088) emulator to the iRiver? 15.04.19 # what for? 15.04.26 # :) 15.04.48 # Because it can be. 15.04.54 Quit ripnetuk ("Leaving") 15.06.15 # linuxstb: reminds me, you manage to sort out that odd read bug you were getting? 15.08.38 # ashridah: I think it was just a stack overflow - amiconn thought of that. 15.09.07 # ah. painful to track down. 15.10.20 # heh. i always enjoyed getting stack underflows while trying to implement stack-based argument passing for subroutines. 15.10.47 # (even tho we weren't even coming close to using all of the registers in the app, that wasn't the point, as most uni exercises usually are) 15.14.02 Part Zagor 15.14.53 # * rasher blushes 15.19.42 # hmm 15.19.50 # http://www.rockbox.org/twiki/pub/Main/IriverInfo/MotorolaSCF5250DataSheet.pdf seems to be missing from http://www.rockbox.org/twiki/bin/view/Main/ColdFire 15.22.42 # * HCl hopes 100k of extra code is enough to write a dynarec.. 15.23.00 # what's a dynarec anyway? 15.23.11 # i really should pay more attention when this stuff is being discussed the first time around 15.23.12 Quit webguest98 (Read error: 110 (Connection timed out)) 15.23.19 # * ashridah shakes his fist "damn you morrowind" 15.26.55 # is somebody here around having a minute to get my sims building again ? 15.30.08 # what's the prob? 15.30.46 Join preglow [0] (thomj@s183a.studby.ntnu.no) 15.30.57 # when compiling any sim (win32-sim) on cygwin on native windows it complains it's missing the limits.h 15.31.06 # in fact, I don't have a limits.h 15.31.39 # but I did not find any such named file in the source tarball neither. 15.32.01 # sorry, I dunno how to switch off that away-mode in kvirc 15.32.17 # ah,ok, I'm oficcially back 15.32.38 # gotta go, back later 15.33.28 # anything exciting happened? 15.34.08 # :-/ 15.35.05 # lImbus: uh. isn't limits.h part of the system headers? 15.35.48 # should have come as part of the libc development stuff (cygwin or glibc, depending on if you're in win32 or unixalike) 15.36.26 # my copy of cygwin certainly included a limits.h 15.36.44 # and i only did a base install plus vim. 15.36.55 # and gcc 15.37.13 # should be /usr/include/limits.h 15.37.19 # (based off the cygwin root 15.40.40 Join elinenbe [0] (~elinenbe_@65.115.46.225) 15.41.10 # Usage of floats in libmodplug does indeed seem to be quite limited 15.41.18 # afaics 15.41.28 # rasher: can't imagine why a mod player would need floats at all 15.41.43 # rasher: how is mod plug on the accuracy, btw? 15.42.01 # I don't know much else than what I've been told 15.42.14 # and what I've found by googling 15.42.26 # that modplug appears to be loads better than mikmod 15.42.40 # But it's not something I can tell apart 15.43.00 # I don't mave a lot of mods 15.43.25 # god. 15.43.29 # i hate computers >.<; 15.43.40 # you're not alone 15.43.42 # I think pretty much all the uses of floats are connected to logarithmic calculations 15.43.45 # first the ram of my laptop malfunctions making it crash horribly over and over 15.43.52 # then the power supply of my main computer dies 15.43.54 # i don't have a lot of mods anymore either 15.43.58 # then the spare power supply i put into it dies 15.44.06 # HCl: you're living the dream 15.44.10 # ? 15.44.15 # preglow: that might change though :) 15.44.34 # i just need time to find the good old mods i know and love, and i might be able to give some feedback 15.44.37 # but i have no time right now 15.44.43 # need to work on school stuff 15.45.10 # damn school 15.45.37 # last semester now 15.45.52 # That's not fair 15.45.55 # then i have to work, which'll leave me even less time :PPP 15.45.58 # I only just started :| 15.50.57 # ashridah: sorry for not answering, my damned irc-client is once more not notifying me. 15.51.16 # why did my sims build before, and do not anymore now ? 15.51.54 # rasher: You've probably searched more than me, but here is also libunimod, which I think is another fork from the same code libmodplug is based on. I found libunimod in the source for "timidity". 15.52.26 # Oh, I hadn't noticed that 15.52.32 # libmodplug seems to be C++, libunimod is straight C. 15.52.32 # I'll have a look 15.52.47 # Well that's an easy choice then :) 15.52.56 # Are they both based on libmikmod, or is that something else completely? 15.53.08 # modplug and mikmod are completely seperate 15.53.25 # I don't think they share a line of code 15.53.36 # ashridah: there is actually a file called limit.h in the path you mentioned. and it's looking good. but why isn't it found when needed ? 15.53.46 # lol 15.54.22 # libunimod looks dated though 15.54.27 # lImbus: well, it could be referenced as "limits.h" 15.54.39 # but.. there probably hasn't been much change in modplug recently 15.54.40 # in which case, it'll be looking in a local path for it, not the system's include path. 15.55.02 # yes, may be. but how did that change ? 15.55.21 # rasher: OK, I think libunimod has taken a small amount of code from mikmod - so maybe it's a "best of both" solution. But I've only very quickly looked at them. 15.55.24 Join Taxi|3 [0] (Taxi@oslo-dhcp-248-180.bluecom.no) 15.55.50 # linuxstb: hm, as I read it, it's a straight lift from mikmod 15.57.32 # rasher: Yes, I've just read that. But the filenames are identical in libunimod and libmodpug... (apart from .c or .cpp extensions). 15.58.00 # (I'm looking at libmodplug-0.7 - is that the right version?) 15.58.01 # lImbus: well, it depends. where does the build first reference limits.h? 15.58.16 # Except there are quite a lot fewer file types aren't there? 15.58.20 # linuxstb: that's what I have as well 15.58.27 # which file is it in, and is it #include "limits.h" or ? 15.58.39 # thats in apps/settings.c 15.59.14 # linuxstb: I think it's just a case of the filenames being descriptive and hence used for both projects 15.59.23 # ashridah: and it's include "limits.h" 15.59.40 # rasher: Yes, I think you';re right. So libunimod doesn't appear to be useful then. 16.00.02 # Well, if we're not going to use mikmod, we shouldn't use unimod either 16.00.04 # But 16.00.19 # I don't know if it's a problem that modplug is c++ 16.00.25 # someone mail the xmplay guy and order him to opensource his engine, please 16.00.39 # heh 16.01.58 # lImbus: was the file it was in filetree.c or settings.c perhaps? 16.02.04 # argh 16.02.07 # you already said settings.c 16.02.08 # nevermind 16.02.15 # :) 16.02.17 # * ashridah points at jyp 16.02.23 # he's the one to poke here, he broke the build 16.03.00 # What ? 16.03.05 # I just modified it to be but that does not work either 16.03.11 # lImbus: it won't 16.03.19 # it's referring to a local set of definitions for limits 16.03.24 # using the system one won't get you places. 16.03.50 # jyp: your commit to settings.c last saturday has broken lImbus's win32-sim build 16.03.57 # * jyp draws its katana 16.04.09 # :) 16.04.13 # yeah, but shouldn't there be a local limits.h then ? 16.04.28 # there is no local limits.h, not even in the source-tarball. 16.05.02 # while my playersim built up to last week or so, the gmini and iriver sim never built. now all three are not building 16.05.33 # * rasher has succesfully built iRiversim multiple times in the recent week 16.05.38 # on linux though 16.06.10 # Anything I can do to help? I'm not sure to understand what the problem is 16.06.49 # jyp: in rockbox/apps/settings.c, you've added a #include "limits.h" 16.06.57 # where is limits.h? :) 16.07.24 # standard includes ... 16.07.47 # Builds For Me[tm] 16.08.21 # so it should read #include right _ 16.08.35 # lImbus: not necessarily. 16.08.56 # jyp: if you're including from the system libraries, why are you using "limits.h" 16.09.00 # instead of 16.09.19 # typo 16.09.39 # in that case, why does using not build for him? 16.09.46 # when he has /usr/include/limits.h 16.10.08 # (this leads me to assume he's building the firmware, which would ignore /usr/include/limits.h, in which case #include isn't applicable here) 16.10.55 # I'm gonna dig into it, hold on 16.13.53 # I had that problem with others sims before too, gmini and iriver 16.14.44 # and my keyboard has just gone wild 16.15.11 # but only on kvirc, that|s why i|m going to restart 16.15.14 # brb 16.15.18 Quit lImbus ("KVIrc 3.0.1.99 'Realia'") 16.15.30 Join lImbus [0] (lImbus@123-33.244.81.adsl.skynet.be) 16.15.44 # back 16.17.27 Quit Shulberry (Read error: 110 (Connection timed out)) 16.17.49 # I'm already gonna fix the " " to < > 16.24.33 Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 16.29.42 Join ep0ch [0] (HydraIRC@195.112.43.225) 16.30.35 Quit ashridah ("sleep") 16.32.13 # you guys looked at DUMB for tracker playback? http://dumb.sourceforge.net/ not sure if it fits the job or not. 16.33.22 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 16.34.02 # ep0ch: I'll make a note of that 16.34.31 # linuxstb, you're 'dave' right ? 16.35.00 # jyp: yes - I'm in the IRC nicks Wiki page. 16.35.23 # Ok ;) 16.36.39 # ep0ch: looks like being a tradeoff between accuracy and file format support compared to modplug 16.36.55 # rasher: kode54 (HA) did a plugin of DUMB for foobar2000, so maybe get in touch with him. http://www.saunalahti.fi/cse/kode54/index.php?v 16.40.23 # Are there any MOD players for mobile phones or PDAs? It may be worth checking what libraries they used, or even looking at their source (if available). 16.41.02 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.41.15 # what is status on sound on the iriver? 16.41.19 Quit ep0ch (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") 16.41.22 Join ep0ch [0] (HydraIRC@195.112.43.225) 16.41.36 # wow! 46 people in this channel... not bad. 16.42.01 # :-) 16.42.23 # linuxstb: I'll google around for mod players on pdas 16.42.25 # elinenbe: "hubble" is working on sound, but he's not one of the 46 people at the moment. 16.42.59 # rasher: I'm sure there must be one for the Palm. 16.44.35 # linuxstb: I just found one for pocketpc 16.44.42 # It's not open though 16.44.57 # but by the looks of the format support, I'd say he used modplug or mikmod 16.45.04 # pocketpcs are a bit too powerful. An older Palm could be comparable to the iRiver. 16.45.13 # true 16.45.25 # And aren't the old Palms 68k-based as well? 16.45.30 Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 16.48.00 # I don't know. 16.48.19 # linuxstb: yes, dragonball iirc 16.48.45 # I can't find any palm players 16.49.29 Join Sucka [0] (~NNSCRIPT@host81-156-215-25.range81-156.btcentralplus.com) 16.50.58 # Question ... Why is plugin.c compiled on the gmini, whereas plugins are disabled ? 16.51.29 # because the disabling is only a little makefile thing that is checked in the plugins dir 16.52.10 # Ok 16.52.40 # Would it hurt to make part of it conditionally compiled ? 16.53.10 # not really, no 16.54.24 # I'm still on fixing the warnings & looking for the best method 16.54.46 # but disabling plugins seems like very short-term 16.55.20 # There's still the "no ram for code" problem 16.55.34 *** Saving seen data "./dancer.seen" 16.55.42 # but isn't that because your lds file is wrong? 16.57.19 # No, here's how it is... 16.57.30 # Code & data use separate address spaces 16.57.42 # and code is mapped to flash 16.57.57 # exept for 16k of internal mem 16.58.39 Join DrRick [0] (DrRick@81-86-242-12.dsl.pipex.com) 16.59.05 # has anything been reported about rockbox crashing upon shutdown, and it not shutting down at all? 16.59.43 # HCl: will rockboy run on onmodified rockbox now that PLUGINSIZE is 768k? 17.00.34 # rasher: yea, for now, it will. 17.00.43 # For now? 17.00.45 # it might get bigger when/if i build dynarec for it 17.00.48 # ah 17.01.00 # at the moment its about 650k 17.01.15 # Where can I find it? 17.01.31 # source on my ftp is pretty recent.. 17.01.50 # ftp://titania.student.utwente.nl 17.02.03 # HCl: Why does it need so much memory? Are there static buffers that could be moved to the MP3 buffer area? (I know this isn't your top priority, I'm thinking long-term). 17.02.11 # oh jesus! 17.02.14 # * rasher punches nautilus 17.03.06 Join mecraw [0] (~mecraw@69.2.235.2) 17.03.11 # i moved the two biggest buffers to the mp3 buffer area 17.03.24 # i tried to move some more, but they ended up crashing rockboy 17.10.47 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 17.11.56 # so the 650 is actual ram usage and parts of that are buffers? 17.13.01 # i think its mostly code 17.13.05 # ok 17.13.16 # but i can check. 17.13.31 # Question: Will the RockBox FW for iRIver include an option to flash back to the original FW if needed? 17.13.42 # no 17.13.47 # rockbox will not flash at all 17.13.53 # The original firmware will still be there 17.13.59 # oh yeah sorry forgot :) 17.14.05 # silly me 17.18.06 # rasher: done any more work with the binary patches stuff? 17.18.20 # well you can use the original firmware to repatch a non-rockbox-bootloader version... 17.18.28 # not really, I downloaded that uips and built it 17.18.30 # works fine 17.18.33 # But. 17.18.48 # We can't modify the source to include it in a graphical utility 17.19.07 # license issues? 17.19.11 # Yes. 17.19.16 # crapo 17.19.29 # But, it's 5-6 years old 17.19.39 # maybe if we could contact him we could get permission to do so 17.19.46 # Should I try doing that? 17.19.55 # sounds like a good idea to me 17.21.17 # I'll compose an email then 17.21.53 # Alternatively, someone could reimplement it 17.21.53 # Sorry if this has been discussed before, but why do we need a binary patching program, couldn't we just write a front-end to Linus's mkboot? 17.22.14 # hah 17.22.19 # yes we could 17.22.30 # Any reasons not to? 17.23.01 # not if it is the same amount of work 17.23.14 # I'm guessing it wouldn't be much different 17.23.17 # I thought using a binary patch format would give us something free 17.23.26 # ok 17.23.27 # we'd want to add md5 checking to the ips program anyway 17.23.32 # true 17.23.43 # then let's skip the patch concept 17.23.44 # because it doesn't look like the format does much of that 17.23.47 # yeah 17.24.35 # Maybe only Linus can answer this, but will his mkboot work with every iRiver firmware, including the hacked (different bitmaps) versions? 17.25.02 # I think it works on all 17.25.12 # It would be good to have a list of "known good" MD5 checksums of iRiver .hex files though. 17.25.18 # yes 17.25.22 Join Hohoman [0] (~inte@hohoman.olf.sgsnet.se) 17.25.23 # we should do that 17.25.38 # the tool should have a list 17.26.05 # maybe ability to keep the list up to date with a version on the website 17.26.21 # You mean every time iRiver release a new firmware? :-) 17.26.38 # 17.26.42 # well I was thinking of md5s of the result 17.27.13 # if we just get a simple tool to start with, we can expand it with fancy features later 17.27.20 Quit jyp (Remote closed the connection) 17.27.33 # Maybe each bootloader.bin could come with a list of resulting MD5 checksums 17.27.49 # yes, a package of some sort like that 17.28.06 # Or just append them to the end of the .bin - the mkboot program will strip them out. 17.28.16 # sounds good 17.28.19 Quit lImbus (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 17.28.24 # I'd prefer one md5 for each bootloader.bin and one for each known good iriverfm 17.28.51 # Bagder: but there are multiple md5s for each bootloader.bin (depending on what you patch with it) 17.29.08 # (version.. eu/us) 17.29.20 # no, bootloader.bin is still one 17.29.33 # you mean the hex output 17.29.46 # oh.. I misread 17.29.47 # sorry 17.30.08 # Remember we are only talking about the bootloader - it's not going to change very often. Maybe just have the bootloader.bin hard-coded into the GUI. 17.30.16 # true 17.30.19 # Yes 17.30.20 # let's not overdo this 17.30.24 # So when the bootloader changes, we release a new version of the GUI. 17.31.15 # and then keep a list of known md5s for iriverfirmwares 17.31.27 # and for the resulting .hex 17.32.42 # Yes - the GUI would just have all the MD5s built-in. 17.33.03 # yes, and a maintainer-mode that produces a new set for a new bin 17.33.35 # I mean if the hex should be md5'ed 17.34.34 Quit BBub (""Fange nie an aufzuhören. Höre nie auf anzufangen." - Tiki") 17.35.18 Join BBub [0] (belzebub16@dsl-213-023-069-030.arcor-ip.net) 17.44.50 # Bagder: No, I don't think we even need that - we can just generate the .md5s (of the resulting patched .hex files) as part of the build process for building the GUI - new bootloader.bin means new release of the GUI. 17.45.57 # yes, but since we'd accept N different iriverfm-files, we'd need to generate a new list of hex-md5s when the bootloader.bin is updated. That would of course be done and included when a new tool is released. 17.46.18 # o.o 17.46.29 # still, those are easy things 17.46.52 # getting a windows GUI tool is the bigger part, at least for me 17.48.19 # I've played with wxWindows a little in the past - it's a very easy to use cross-platform GUI that compiles to the native UI for the target. It supports Win32, Unix/GTK, Mac OS X, plus others. 17.48.47 # For windows,, you can just distribute the program as a single .exe file with everything statically linked. 17.49.17 Nick courtc_ is now known as courtc (~court@adsl-217-0-107.asm.bellsouth.net) 17.49.22 # If it's still on the to-do list in a few weeks time, I may have a look at that. 17.49.40 Quit ep0ch (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 17.52.40 # latest rockbox build doesn't do usb anymore 17.52.42 # what happened ? 17.54.35 # The version I'm using (including my plugin RAMSIZE changes) is working - I'll update from CVS and double-check. 17.55.23 # HCl: Are you using a downloaded bleeding-edge build, or your own compile? 17.55.29 # own 17.55.30 # cvs 17.55.32 # late entry to conversation: can we have a java applet on the web page to do the mkboot thing? 17.55.41 # with slight makefile / viewers.config adjustments for rockboy 17.55.56 # do we really need an easy way to make patched firmwares yet? 17.56.02 # there are 2 target 'markets' for mkboot - people like us who are quite happy with a mkboot and md5sum 17.56.12 # ripnetuk: Good idea - not Java, but maybe a cgi-bin Perl script? 17.56.17 # preglow: no, it would be for upcoming fun 17.56.21 # and 'end (l)users' who want to just patch their firmware 17.56.31 # Or is that too close to us distributing patched versions ourselves? 17.56.36 # preglow: i agree. 17.56.47 # we don't want end users to try it just yet.. do we..? 17.56.56 # thats what linus said anyways 17.57.01 # i think maybe java is better, as we dont want the entire multi-meg firmware going from user to your server 17.57.04 # i say make a program that contains the patch and is able to do the patching on its own, complete with error checking 17.57.05 # and back 17.57.16 # I don't think anyone is actually planning on starting to code anything yet - we are just throwing around ideas. 17.57.30 # preglow - that is OK but we would need a windows version for the bulk of the users who dont understand cygwin and so on 17.57.59 # wget blah;unscramble -iriver blah;mkboot blah boot blah2;scramble blah2;md5sum blah2 17.57.59 # ripnetuk: yes, and so? 17.58.03 # its not that a complicated script 17.58.11 # ripnetuk: that was what i meant anyway 17.58.24 # windows code? in rockbox ;) 17.58.33 # As soon as Rockbox on the iRiver has sound, people will start to want the bootloader. 17.58.35 # we do have a win32 sim, don't we? :P 17.58.42 # i could easily port mkboot to Delphi... very eay indeed 17.58.47 # gotta go... home time 17.58.56 # and i could easily port it to win32 17.58.58 # oops food time 17.59.17 # oh. wait. 17.59.18 # actually. 17.59.26 # windows might be fucking up again 17.59.33 # and taking a cached rockbox.zip 17.59.37 # while i actually updated it on my ftp 17.59.44 # and it simply refuses to download the new one 17.59.47 # windows is such crap 17.59.53 # bye 17.59.54 Quit ripnetuk ("Leaving") 18.01.04 # HCl: Current CVS works fine for me. 18.01.54 # yea, it was windows being a total bitch again 18.02.05 # taking a .zip out of its internet cache 18.02.09 # while the file has obviously been updated 18.02.14 # its such crap 18.02.34 # I suggest you use a real browser :) 18.02.42 # lol 18.02.49 # i don't have much choice. 18.03.00 # That's what everyone says. 18.03.00 # if i type an url into an explorer window it still uses internet explorer 18.03.02 # and most of the time 18.03.03 # thats what i do. 18.03.10 # i'm not gonna sacrifice userfriendlyness 18.03.37 # thats the reason i stopped using linux for a desktop, cause it was far too much fucking work to set everything up 18.03.38 # use the firefox 18.03.52 # if firefox can't integrate with windows, no. 18.04.10 # It's perfectly integrated for me 18.04.11 # well 18.04.20 # except MSN Messenger *still* opens links in ie 18.04.22 # but that's about it 18.04.33 # what if you type an url into explorer? 18.04.37 # what does it do? 18.04.47 # it opens it in explorer 18.04.52 # using firefox? 18.04.53 # I don't see how you could expect otherwise 18.05.05 # This may be a silly question, but why don't you type URLs into your web browser? 18.05.08 # you realize explorer uses internet explorer as backend? 18.05.27 # linuxstb: because a lot of the time i happen to have explorer windows open and its quicker to type it in there 18.05.48 # I don't see why you claim that this is a problem with firefox' integration 18.06.00 # you are typing an url into one program, and expect another program to be opened? 18.06.06 # rasher: if firefox was properly integrated, explorer would use firefox as backend 18.06.16 # instead of iexplore 18.06.27 # o.O 18.06.53 # just like how any standard media controls in programs are backends of media explorer? 18.06.58 # or should i just give up on trying to explain? 18.07.05 # Well I understand what you mean 18.07.12 # sorry, i'm not in the best of moods since 2 computers are failing rather badly 18.07.25 # and i can't really be bothered to argue about internet browsers on top of that 18.09.48 Part Patr3ck_ 18.12.48 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 18.14.09 # rockboy suddenly crashes when i try to load it with the new memory sizes.. 18.14.47 Quit bobTHC ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 18.15.15 # HCl: There was also a change to the plugin API - did you merge those changes? 18.15.39 # But thinking about it, it shouldn't matter. 18.16.13 # What was your plugin memory size set to before? 18.16.32 # 7 mb 18.16.44 # Did you change the stack size? 18.16.46 # no. 18.16.48 # nothing. 18.18.11 # I'm not sure what the problem is then. Were the 5 places I changed the plugin memory size the same as your changes? 18.18.43 # Obvious question - did you reboot your iRiver to load the updated firmware? 18.18.46 # let me change. 18.18.47 # yes. 18.18.52 # otherwise it would ofcourse, still work. 18.18.56 # since i originally had my own version 18.22.11 # still not working, i'd say your defines are broken 18.22.20 # i'll add #error tags to the 0x8000 sizes 18.24.37 # ok 18.24.42 # your define in plugin.c is failing 18.24.43 # for one 18.25.05 # CC plugin.c 18.25.06 # plugin.c:69:2: #error memerror 18.25.15 # #if MEMORYSIZE >= 32 18.25.15 # #define PLUGIN_BUFFER_SIZE 0x100000 18.25.15 # #else 18.25.15 DBUG Enqueued KICK HCl 18.25.15 # #define PLUGIN_BUFFER_SIZE 0x8000 18.25.15 # #error memerror 18.25.17 # #endif 18.25.19 # I tested the ones in firmware/*.lds - but you're right, I didn't test the ones in apps/ 18.26.25 # Yes, I get the same thing in plugin.c 18.27.34 # I think I need to use MEM, not MEMORYSIZE 18.29.40 # Not sure if that's a Makefile bug though - maybe a better fix would be to change the Makefile to define MEMORYSIZE. Anyone? 18.33.31 # HCl: Does changing MEMORYSIZE to MEM in plugin.c fix your problem? 18.34.42 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 18.35.55 Nick Aison is now known as Aison^8km (~hans@zux166-181.adsl.green.ch) 18.37.04 # linuxstb: let me test 18.37.13 # Thanks. 18.37.31 Join Tang [0] (~chatzilla@ARennes-204-1-5-57.w80-15.abo.wanadoo.fr) 18.37.51 # hello 18.38.47 # i've got another failure to mail the "comparison chart correection" 18.38.49 # :( 18.39.35 # What kind of failure? 18.43.12 # mail failure as this: 18.43.15 # linuxstb: yup, works now 18.43.27 # HCl: Thanks, I'll commit that fix. 18.43.33 # np :) 18.43.44 # You are not allowed to post to this mailing list, and your message has 18.43.48 # etc... 18.43.50 # :( 18.44.28 # I guess you need to subscribe to the mailing list then. I don't have anything to do with that part of things though. 18.45.12 # Ah a mailing list 18.45.19 # i'ts not evry pratical 18.45.21 # :( 18.45.26 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 18.45.26 # * rasher creates a wiki 18.45.28 # page 18.45.46 # Hum i'm not a Rockbox memeber 18.45.55 # evene if i did some very minor wiki edit 18.46.01 # cannot make a full page 18.46.04 # :( 18.46.55 # you can 18.50.05 # I have a "arlex.l" error trying to compile binutils CVS, could anyone help me ? 18.50.14 # and yes, I've installed bison 18.50.35 # http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 18.55.35 *** Saving seen data "./dancer.seen" 18.57.19 # thnaks rasher very nice 18.57.44 # it's not linked anywhere though 18.57.54 # Diway: What environment are you using? Cygwin, Linux, etc? 18.58.10 # oups, right ! linux debian testing 18.58.27 # I geuss will be 18.58.40 # i' just want to correct 18.58.42 # :) 18.59.13 # I'm using Debian unstable. and had no problems at all. When you ran "configure", which configure did you use? I think there's one in the top-level "src" directory, and one in a binutils subdirectory. You should use the top-level configure script. 18.59.34 # I tried both, they ran fine but make fails 19.00.02 # What does typing "bison --version" display? 19.00.21 # bison (GNU Bison) 1.875d 19.00.32 # Same as me. And "yacc --version" ? 19.01.01 # -bash: yacc: command not found, damn ! 19.01.12 # My yacc is just a symlink to bison 19.01.35 # ok, trying with this... 19.02.13 # Sorry, "yacc" is a symlink to a shell script containing two lines: 19.02.18 # #!/bin/sh 19.02.35 # exec bison -y "$@" 19.02.49 # And that script is called /usr/bin/bison.yacc 19.03.20 # lrwxrwxrwx 1 root root 22 2005-02-14 22:03 yacc -> /etc/alternatives/yacc 19.03.25 # ? 19.03.49 # lrwxrwxrwx 1 root root 21 2005-02-14 22:08 /etc/alternatives/yacc -> /usr/bin/bison++.yacc 19.03.51 # damn ! 19.03.53 # Yes, and /etc/alternatives/yacc is a symlink to /usr/bin/bison.yacc ? 19.04.20 # mmm. Does bison++.yacc exist? 19.04.48 # nope 19.05.07 # symlink to bison.yacc ? 19.05.27 # Yes, does /usr/bin/bison.yacc exist? 19.05.51 # yep 19.06.00 # What's this: 19.06.01 # Supports the VBRI header 19.06.02 # Fingers crossed then. 19.06.03 # ? 19.06.19 # Is it for good remaining time estimation for VBR files? 19.09.07 # linuxstb> same error :/ 19.09.13 # :-( 19.09.40 # http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 19.09.44 # made my edits 19.09.45 # got a stange msg in configure: 19.09.49 # strange 19.09.49 # checking for bison... (cached) /home/diway/rockbox/build/src/missing bison -y 19.10.17 # "cached"? DId you try deleting your build directory and starting again? 19.10.53 # feel free to correct syntax 19.10.58 # i've to go 19.10.59 # I tried a make clean but not deleting, testing :) 19.10.59 # bye 19.12.06 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 19.17.00 # linuxstb> It's working, thanks ! 19.17.37 # Cool. Don't forget to add the path of your new binutils to $PATH before compiling GCC. 19.17.52 # yep! 19.19.39 Quit hile ("enmä sitä täälläkään kuuntele") 19.19.54 # Help, that finnish guy is scaring me! 19.47.01 # hrmmm. 19.51.01 # i'm getting the idea cvs update doesn't check out new files? 19.52.39 # nope 19.52.40 # It may not get new directories unless you do "cvs update -d" 19.52.41 # it does 19.53.34 # linuxstb: ahh, nice, didn't know that 19.54.23 # I think it's a feature, so if you delete a directory in your local copy, cvs update doesn't keep getting it again. 19.55.50 # i guess 19.56.02 # i really should dig more into how to use cvs 19.57.20 # I think you now know everything I do. 19.57.34 # P 19.57.35 # :P 19.57.52 # are there any more requirements before rockboy can be added to cvs...? 19.58.13 # i guess i should get rid of warnings and stuff? 19.58.44 # Yes, and also make the build process clean so it doesn't break any other targets. 19.58.53 # okay. 19.59.05 # let me alter its makefile a bit 19.59.29 Quit lolo-laptop ("Client exiting") 20.02.48 Join xen` [0] (~xen@ADijon-151-1-50-74.w83-196.abo.wanadoo.fr) 20.08.25 # linuxstb: oooooh 20.08.58 # ? 20.10.06 # libmad in cvs :) 20.10.23 # That's the easy part! 20.11.25 # What do you mean? 20.12.00 # Well, we need to write the new audio/codec system... 20.12.40 # oh, like that 20.26.12 # * HCl sighs. 20.26.14 # okay. 20.26.19 # i absolutely suck at making makefiles :( 20.26.57 # HCl: I'm struggling with the same thing at the moment. 20.27.05 # who wants to be nice and help me change the Makefile of rockboy to actually work nice? 20.27.09 # :/ 20.27.49 # i dislike makefiles 20.27.54 # same. 20.28.02 # there should be a replacement system.. 20.28.04 # i would prefer a simpler and smarter system 20.28.12 # but i can't find anything that's good 20.28.22 # last thing i tried was jam, but that has absolutely no docs 20.28.25 # something perl based, probably 20.28.35 # i've considered writing my own simple system 20.28.44 # my major requirement is that it calculates dependencies itself 20.28.50 # like scanning for .h files, etc 20.28.53 # yea. 20.29.08 # its hard to do that for .o / .c files when linking 20.29.11 # but for .h is possible 20.29.35 # * HCl sighs. 20.29.45 # linuxstb: what is the policy here, keep gnuboy as much standard as possible? 20.30.11 # or just modify it so it'll work nice with our current build system? 20.32.17 # My strategy for the codecs is going to be to commit the original files to CVS (i.e. unmodified from the originals), and then slowly get them to build cleanly - making the minimum number of changes to the original files. 20.32.32 # I think it depends if gnuboy is still actively developed and if you want to merge changes later. 20.32.37 # its not. 20.32.49 # it hasn't been altered in 4 years 20.33.04 # so i guess i'll just go ahead and shape it for rockbox needs? 20.33.19 # I can't think of a good reason why not. 20.33.25 # ok 20.33.30 # that makes things easy, somewhat. 20.34.15 Quit Stryke` (Read error: 54 (Connection reset by peer)) 20.44.45 Nick Aison^8km is now known as Aison (~hans@zux166-181.adsl.green.ch) 20.45.04 Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) 20.46.25 Join Chamois [0] (~52e2b617@labb.contactor.se) 20.47.03 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 20.48.57 Join Tang [0] (~chatzilla@AFontenayssB-111-1-3-248.w80-14.abo.wanadoo.fr) 20.49.01 # Hello guys 20.49.03 # 'im abck 20.49.11 # but not be late 20.49.25 # so the comparison chart was it OK? 20.49.27 # :) 20.50.46 # I fixed a colour you didn't change 20.51.36 # okay 20.51.43 # nice thanks a lot :) 20.52.05 # maybe there is some mistakes lefts 20.52.18 # due to my difficultie to speak english 20.52.26 # and some things i do'nt know 20.52.35 # anyway in Wikimode anyone can edit 20.52.37 # :) 20.52.41 # So i've to go 20.52.59 # was there some progress today? :) 20.55.37 *** Saving seen data "./dancer.seen" 20.58.20 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 21.03.07 # bye all guys 21.03.33 # mmm gonna check on rbx board if Linus has received my remote 21.03.56 # yeah indeed 21.04.03 # he received it today :) 21.09.46 # i go now 21.09.53 # good evening 21.09.55 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 21.10.22 # bah. 21.11.59 # i hate makefiles! 21.12.27 # make[2]: Entering directory `/home/hcl/rockbox/rockbox-devel/apps/plugins' 21.12.27 # /bin/sh: -c: line 0: unexpected EOF while looking for matching `"' 21.12.27 # /bin/sh: -c: line 1: syntax error: unexpected end of file 21.12.27 # make[2]: *** [/home/hcl/rockbox/rockbox-devel/iriver/rockboyobj.o] Error 2 21.12.32 # wth is that supposed to mean :( 21.13.33 Join hile [0] (hile@hack.fi) 21.13.46 # someone seriously needs to write a replacement for make... 21.13.47 # you used a ' instead of a ` ? 21.13.56 # (i dont knowwhat im talking about btw) 21.14.03 # i have no idea, all i did was move stuff around in my make file. 21.14.52 # Remember that a \ at the end of a line continues that line onto the next line. Is that the problem? 21.16.44 # meh, i got it 21.19.39 # i hate the make system, seriously. 21.19.40 # :( 21.33.03 # linuxstb: will we use most of timer.c at all? 21.34.15 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 21.34.16 # preglow: I don't know. I haven't looked that closely. 21.35.20 # does anybody know the make variable to get all requirements to build a file? (everything behind the :) 21.35.32 # $< is for just the first one... 21.35.48 # $@ is for the thing thats getting built (in front of the :) 21.36.05 # ":", not the smiley >.> 21.37.28 # $* perhaps? $- ? 21.37.31 # I'm just guessing 21.37.34 # I know nothing about make 21.38.09 # I'm not a Make expert, so I normally set all the requirements to a variable - e.g. "target: $(OBJS)" and then use $(OBJS) in the command 21.40.21 # ah. 21.40.24 # $^ 21.40.27 # * HCl slaps make 21.42.19 # okay 21.42.23 # that clearly didn't work. 21.42.49 # guess i can't do that. 21.42.50 # blah. 21.44.42 # okay, i think i built a makefile that'll now put everything into $(OBJDIR)/rockboy/*.o 21.45.18 # i'll try to fix it up some more.. 21.52.00 # okay. now its pretty cleanish. 21.52.05 # *sighs* 21.55.45 # hurray 22.02.55 # the only bad thing is that it has a dummy .c till the plugin system can be adapted to use seperate dirs for each plugin rather than a single .c 22.02.58 # and i'm lagging :( 22.05.07 # HCl: Does it compile for the sim now? 22.06.21 # hold on, still testing it building for iriver 22.06.26 # last time i built it for the sim it crashed 22.06.29 # but i'll try again after this 22.08.16 # I can't understand. Coldfire has its own I2C controller. does the processor itself has special pins for that or this controller can be configured to use pins you want? 22.13.00 # special pins 22.13.10 # most pins probably have shared functions 22.14.35 # yeah. found that out. :) 22.18.32 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") 22.20.00 # okay 22.20.06 # ugh. 22.20.57 # i found a bug.. i think. 22.21.01 # when running a plugin 22.21.06 # and you plug in usb 22.21.12 # hdd accesses crash the plugin 22.22.55 # aside from that, my new makefile stuff seems to work fine 22.23.06 # are you sure it's not that your plugin is failing to exit itself? 22.23.07 # amiconn: i'll try the sim build in a bit 22.23.16 # yes 22.23.27 # it has a check when it can't open a file 22.23.30 # oh you mean because your plugin is doing hdd access? 22.23.30 # to return giving an error 22.23.34 # yes 22.23.43 # i plug in usb while booting the plugin 22.23.50 # and the plugin crashes when it accesses the hdd 22.24.22 # ah, like that 22.25.03 # bbl 22.28.02 Join sox [0] (~sox@c-b23fe255.733-1-64736c10.cust.bredbandsbolaget.se) 22.29.14 # hoy all 22.31.02 Join hubble [0] (hubble@h13n1fls302o1033.telia.com) 22.32.06 # anyone willing to take a look at the uda1380 code? it worked on sunday, but I broke it yesterday and have spent too many hours trying to fix it :) 22.32.34 # what do Daves libmad commits to the CVS mean in practice? Cuz the API for connecting the codec is not ready, is it? 22.34.49 # it means the code is in cvs 22.35.22 # it is work in progress 22.35.49 # sox: it means that you can (possibly) convert an mp3 file to a wav 22.35.51 # that's it 22.36.18 Quit BBub (Read error: 113 (No route to host)) 22.36.31 # allright, i understand 22.37.04 # but its the same code that will - in a close future i hope - add the sound output functionality? 22.37.15 # yes 22.37.17 # just not connected to rockbox yet? 22.37.24 # it will decode mp3s, yes 22.37.49 # no 22.37.53 # and no sound output either 22.38.02 # right 22.48.01 Quit Chamois ("CGI:IRC (EOF)") 22.48.06 Join Chamois [0] (~52e2b617@labb.contactor.se) 22.51.47 Quit Chamois (Client Quit) 22.55.40 *** Saving seen data "./dancer.seen" 22.59.53 # hubble: I would like to. :) 23.00.01 # sigh. 23.00.22 # amiconn: got any time to look at my latest version? no idea why its not running in the sim.. 23.00.32 # i'll pack just the files i modified. 23.02.50 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- \o/") 23.06.22 # HCl: Which sim did you try, Win32 or X11? 23.06.27 # x11 23.07.19 Quit Sucka ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 23.08.09 # Didn't you say you use windows? 23.08.21 # i do, but i develop on linux 23.08.27 # remote vnc 23.08.39 # i can't be bothered to install a complete cygwin environment on my laptop. 23.09.31 # I have that, including X11. 23.10.11 # Imho the win32 simulator has better rockbox "compatibility" than the x11 version 23.10.17 # hrm 23.10.17 # i just plain hate cygwin, linux is preferable 23.10.29 # well, i'd try the win32 version... 23.10.30 # but. 23.10.40 # well, i'm not really fond of cygwin 23.11.06 # The win32 simulator *should* be compilabe in MS Visual C as well, however, I can't verify 23.11.17 # hrm. 23.11.19 # i have that. 23.11.28 # The MSVC makefile most likely needs to be adjusted to my latest changes 23.11.50 # speaking of that, its been a good while since Hardeep was around 23.12.05 # I added the multiple UI pic thing, but I can't adjust MSVC 23.12.43 # I created a featurecomparison chart in the wiki by the way 23.13.01 # someone should link that from the frontpage 23.14.15 # mm, whats the url? i wanna see 23.14.26 Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 23.14.29 # <_aLF> hi 23.14.41 # hi 23.14.46 # oh 23.14.56 # it's just the regular one imported to the wiki 23.14.56 # as for iso8859-1 support, doesn't the iriver os support htat? 23.15.00 # http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 23.15.09 # k 23.15.25 # preglow: yeah, it sure does 23.15.33 # I think it even supports utf8 for ogg tags 23.15.40 # preglow: that feature is for "player" as in the Archos player models 23.15.40 # but limited charset of course 23.15.47 # yes 23.17.08 # why doesn't rockbox support sound while ff/rw, btw? 23.17.25 # ff/rw? 23.17.34 # fast forward/rewind 23.18.53 # for the xing vbr header you can put in the remark 'only records in cbr' 23.19.13 # right, xing makes no sense then 23.19.25 # what't the xing header good for anyway? 23.19.27 # same goes for VBRI 23.19.41 # preglow: finding a position in a VBR file 23.19.51 # the words 'xing' and 'mp3' together makes me think of the crappy encoders they had some years ago 23.19.54 # Bagder: ok 23.20.16 # xing and vbri are two different approaches to do the same thing 23.21.18 # rasher: and by pitch control, what do you mean? 1.6 iriver firmware has crude pitch control 23.21.48 # preglow: I don't know - I just copied the original verbatim 23.21.51 # I didn't change a thing :) 23.22.14 # ahh 23.22.26 # Bagder: Some russian player users keep asking for cyrillic support. So I'm putting together a table with cyrillic chars, possible direct mappings to lcd hardware chars, and the replacements I could think of. Then I'm going to attach this to the forum thread, and let the russian guys decide about the missing replacements. If they manage to find replacements for all cyrillic letters, I'll make a first (hacky) player rockbox version with 'RockCyrill 23.22.27 # but yes, I'd say that should be a "Yes" too 23.22.30 # well, won't hurt to correct stuff 23.22.34 # probably Yes (limited) 23.22.38 # yup 23.22.42 # and put that in Text as well 23.22.43 # sounds like shit it does as well 23.22.46 # since it doesn't interpolate 23.22.53 # amiconn: nice 23.22.53 # to get rid of the long text 23.22.55 # so 'limited' indeed 23.23.03 # heh 23.23.28 # are you correcting? 23.23.38 # apparently not :) 23.23.39 # * rasher does it 23.23.52 # no, i'm not 23.23.59 # i keep forgetting it's a wiki, heh 23.24.16 # I as i explored, there is only one cyrillic font. kind a pity since I liked the font by default, and only crynx1 support russian 23.24.29 # * rasher changes some of the longer explanations 23.24.53 # like TEXT folder explanation isn't really necessary 23.24.59 # yes 23.25.01 # it's capable of viewing text, that's the criterion 23.25.09 # how about a (limited) there? 23.25.13 # yes, the comparison is meant to be simple 23.25.39 # and for 'boot time' a simple 13-30 will do 23.25.56 # high resolution volume control :| 23.26.19 # No but useless for the built-in LithIon Polymer battery -> No (not needed) 23.26.24 # yup 23.26.37 # or just N/A 23.26.51 # yes, that's probably better 23.26.59 # true 23.28.13 # * rasher removes the version information as well 23.28.42 # agreed 23.29.25 # they are better off below in some explanations if at all 23.29.43 # I don't think it's important 23.29.54 # do they have the feature or not 23.30.04 # i'd say you'd have to assume we're talking about the latest firmware anyway 23.30.08 # yes 23.30.12 # yes 23.30.49 # hrm 23.31.00 # Queue songs to play next: Yes (but only 1 song in queue) 23.31.02 # what about that? 23.31.11 # I think the best way t compare would be something like green-blue-red since it is confusing for me, why "File Delete & Rename " "Partly(only delete)" is also green. 23.31.26 # rasher: how about a footnote like on the devicechart? 23.31.37 # http://www.rockbox.org/docs/devicechart.html 23.31.38 # yeah 23.31.40 # probably 23.31.54 # for the file delete, i'd remove the whole Partly thing and write 'Files only' 23.32.15 # yes 23.32.16 # ahh, no, that won't do 23.32.22 # File delete only 23.32.39 # possibly make it two lines 23.33.02 # file delete: 23.33.05 # file rename: 23.33.06 # ? 23.33.08 # yes 23.38.25 # there 23.38.29 # http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison 23.39.26 # number the footnotes in the bottom as well 23.39.30 Quit mecraw (Read error: 104 (Connection reset by peer)) 23.39.41 # yes 23.39.43 # just noticed that :) 23.39.53 # but otherwise it looks just fine 23.40.01 Join mecraw [0] (~mecraw@69.2.235.2) 23.40.54 # why is there a question mark above the table? 23.41.14 # I don't know 23.41.28 # doesn't make sense 23.41.35 # rasher: " Generates XING VBR header when recording" should be N/A for iriver (?) 23.41.55 # yes 23.42.01 # since it only records CBR 23.42.22 # True 23.42.26 # * HCl stares at the video plugin and wonders whether that can be done on the iriver? 23.42.47 # HCl: it most certainly can, it just takes lots of work 23.42.47 # HCl: I believe it's possible 23.43.11 # nice. 23.43.25 # The iriver firmware is really only available in _1_ language ?! 23.43.33 # hrm 23.43.41 # well, i guess there's not much point in making more grayscales for rockboy 23.43.45 # there's a korean version isn't there? 23.43.45 # dr grayscale^H^H^Hamiconn can do miracles ;-) 23.43.50 # since all gameboy games natively support a 4bit color 23.44.31 # should we have a Games (iRiver) row? 23.44.41 # HCl: I'd say the 4-grayscale mode should be supported by the rockbox core on iRiver. 23.44.54 # amiconn: ofcourse o.o 23.45.00 # amiconn: no 23.45.04 # amiconn: you can select language from a list 23.45.14 # More grayscales are possible as a plugin lib as on the archos 23.45.18 # preglow: but it doesn't change the menu languages 23.45.25 # yes? 23.45.31 # it.. does? 23.45.36 # gimme a sec 23.45.50 # what the hell? 23.46.06 # I really don't know what it's supposed to do 23.46.09 # HCl: The grayscale lib allows for up to 33 grayscales on the b&w-only archos display. 23.46.15 # apparently, i never actually tried this before 23.46.20 # Tang had written that it was for charset 23.46.23 # but that doesn't make sense 23.46.28 # and must have dreamt of the multiple languages 23.46.34 # amiconn: sweet. 23.46.35 # rasher: id3-tags 23.46.42 # Yes, but it should just have been "Western European" or something 23.46.50 # My guess is that it's possible to get 49 grayscales out of the iRiver lcd by using a similar technique 23.46.56 # mhm... 23.47.12 # i'm still rather anxious to see how well rockboy will do with 140mhz and less waitstates for ram 23.47.35 # preglow: but I think there's a korean version 23.47.39 # * rasher changes to 2 23.47.45 # rasher: that's probably where i got it from, then 23.48.07 # that's a different firmware though 23.48.14 # aye 23.48.23 # 'boot time from flash' should say '8-12' for archos 23.48.23 # but you can change to english 23.48.39 # The archos recorder takes ~12sec, but the player only ~8sec 23.48.48 # what's pre-recording? 23.49.30 # alias retro-recording, recording before you actually press the record button 23.49.38 # that's a no then 23.50.02 # ..so to capture the seconds before the press as well 23.50.24 # the Archos site claims it is patented ;-) 23.50.42 # Haha 23.50.52 # The 'archos' column is in fact a bit too much 'general'. 23.50.54 # There should be lots of prior art :) 23.51.00 # bet there's prior art for that 23.51.20 # well, perhaps THEY don't own the patent :*) 23.51.38 # maybe they made it something like "pre-recording on portable mp3-recording devices" 23.51.52 # in which case it may be true, but a bogus patent anyway 23.52.04 # rasher: The (Recorder) for 'screensaver style demos' can be removed 23.52.10 # but btw, who has the mp3 license for my player? me or iriveR? 23.52.19 # There are now some for the player too :) 23.52.29 # hah 23.52.40 # preglow: very good question 23.52.45 # Bagder: i think so as well 23.52.56 # it might hamper us releasing binaries 23.53.23 # whats the use for pre recording...? 23.53.36 # HCl: recording anything that you don't know exactly when it starts 23.53.41 # HCl: if you're recording from tv/radio for example 23.53.43 # ahhh. 23.53.46 # thats sweet. 23.53.51 # it's a very nice feature 23.53.56 # yea, i figure 23.54.15 # well tivos do it... 23.54.47 # you could of course release binaries that only play vorbis ;) 23.55.11 # why are iriver games N/A rather than no? 23.55.22 # i think frauenhofer have said that they wont pursue personal use anyway, but that's no guarantee 23.55.45 # HCl: because it's "Games (Recorder)" 23.55.50 # ah. 23.55.58 # * rasher adds a Games (iRiver) 23.56.01 # yea. 23.56.02 # how many games do we have? 23.56.07 # well 23.56.10 # rockboy 23.56.14 # rockblox 23.56.18 # sokoban 23.56.22 # haven't checked others.. 23.56.27 # mine sweeper 23.56.32 # the recorder ones should all work on iriver as well 23.56.58 # snake 2 23.57.03 # * rasher counts 23.57.08 # the games I played sucked 23.57.13 # i'm guessing i have to get rockboy to run in sim before its allowed into cvs? 23.57.14 # they don't use enough screen size 23.57.22 # you are too kind DMJC 23.57.24 # thats cause they haven't been adjusted yet. 23.57.27 # I modified snake2 to fix it 23.57.30 # DMJC: mine sweeper sucks now???? 23.57.31 # we should have a todo list. 23.57.40 # that people can work on. 23.57.41 # 8 yes 23.57.41 # actually minesweeper worked! 23.57.54 # cause i'm generally bored here, while i can obviously help with other stuff, i just don't know what 23.57.56 # (and solitaire with my patch :>) 23.57.59 Join amiconn_ [0] (~jens@pD95D16F1.dip.t-dialin.net) 23.58.02 # TODO: Item 1: Write TO DO list 23.58.05 # :P 23.58.07 # I took a crack at rockblox.. 23.58.16 # had rather hillarious results 23.58.29 # now the blocks fall upwards 23.58.30 # we should add those patches into cvs, really 23.58.37 Quit amiconn (Nick collision from services.) 23.58.38 Nick amiconn_ is now known as amiconn (~jens@pD95D16F1.dip.t-dialin.net) 23.58.46 # after i had some food 23.58.57 # i'll look at it