--- Log for 06.03.105 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 0 days ago 00.00.16 # amiconn: excellent 00.01.25 Quit Schee4 ("Leaving") 00.01.59 # Bagder: Two more things, regarding the plugin Makefile. (1) What do you think about the way I added sub-dir support? (2) Is there a reason why for the simulators, the plugins don't depend on the plugin lib (which I just stumbled upon), but on plugin.h instead? 00.02.53 # 1) haven't checked how the subdirs support works, 2) mostly because it would make all plugins to get rebuilt when the lib is changed which could be painful 00.04.03 # (2) is done for the target. 00.04.28 # ...and I don't understand the dependence on plugin.h 00.04.55 # plugin.h sets the API 00.05.23 # amiconn: that is most excellent :) 00.05.28 # you scary person 00.05.51 # Bagder: But then the target plugins don't depend on plugin.h ? 00.05.57 # they should 00.05.59 Quit frank_ ("Leaving") 00.06.03 # imho 00.06.12 # $(OBJDIR)/%.elf: $(OBJDIR)/%.o $(LINKFILE) $(OBJDIR)/libplugin.a 00.07.17 # ...and this works better than the simulator plugin build, imho 00.07.42 # well it rebuilds more than necessary 00.07.46 Join muesli- [0] (muesli_tv@89.14-dial.augustakom.net) 00.07.49 # while the sim does fewer than it should 00.08.26 # I stumbled upon this when testing my playergfx library. When I change the library only, the library gets rebuilt, but not relinked to the plugins 00.08.28 # re 00.08.44 Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") 00.08.55 # I don't mind seeing it fixed 00.09.09 # Bagder: Is there a way to make only those plugins depend on the library that actually use it? 00.09.34 # we would have to come up with a way to "detect" those plugins 00.09.51 # and generate dependencies based on that 00.10.09 # Hmm. Same goes for the codec test plugins. The plugins don't pickup codec changes 00.10.13 # for now, I think we should make them depend on plugin.h and the lib 00.10.39 # ... but we simply cannot make all plugins depend on all codecs 00.11.11 Quit muesli- (Read error: 113 (No route to host)) 00.11.15 # hm 00.11.27 # is iriver little endian or big endian? 00.11.36 # big 00.11.46 Join [Zmaj] [0] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 00.11.47 # afaik 00.12.29 Join amiconn_ [0] (~jens@pD95D1AEE.dip.t-dialin.net) 00.12.34 # <[Zmaj]> hi all 00.14.07 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.14.40 Quit amiconn (Nick collision from services.) 00.14.40 Nick amiconn_ is now known as amiconn (~jens@pD95D1AEE.dip.t-dialin.net) 00.15.26 # Bagder: The codec plugins could be detected by a pattern match. They all match *wav.c 00.16.21 # ..and the plugins depending on the plugin lib have one thing in common - they include headers from the lib directory 00.17.00 # all that still forces us to do hairy scripts to generate dependencies 00.17.16 # but I guess we will end up there sooner or later 00.17.29 Join condor9 [0] (jch@xmission.xmission.com) 00.18.30 # The compiler can do this for compiling the .c files. Couldn't that mechanism be 'misused' for the linkage stage somehow? 00.18.59 # no, the compiler only does it for include files 00.19.10 # isn't there some other way of hard coding what a codec needs? not right now, but when they're codec plugins, not ordinary plugins 00.19.40 # are there anyone at all working on getting the codec api up and going, btw? 00.19.58 # preglow: not that I know of 00.20.04 # we really need that :/ 00.20.26 # linuxstb said he'd take a look at it, but seems like he's loaded with other work these days 00.20.40 # amiconn: I fixed my partition table problem w/2.4. Thanks for your help. 00.21.07 # being able to actually use the codecs would be a big motivating factor 00.21.23 # Bagder: Anyway, when all plugins depend on the plugin lib, they all get relinked when the lib changes, but linking is fast... The way it is now, I often end up rebuilding *much* more than needed, to avoid unwanted effects: "make clean; make" 00.21.48 # let me repeat: "for now, I think we should make them depend on plugin.h and the lib" 00.23.04 # Yeas, okay. Hmm, I still don't get why they should depend on plugin.h This is the linkage stage, and if plugin.h changes, the .o gets rebuilt anyway, by the generated dependencies 00.23.22 # hm, true 00.23.30 # the dependency on plugin.h will never make a difference 00.23.39 # yup 00.23.57 # but it's one more check for 'make' 00.24.51 # okay, fixing... 00.29.52 Quit jyp ("poof!") 00.31.05 Join muesli- [0] (muesli_tv@Aa9c3.a.pppool.de) 00.33.41 # * rasher watches logo.rock on playersim 00.33.58 # Well, it's a bit flickery and slow on the sim 00.34.25 # mpegdec is also a rather noisy decoder 00.34.30 # i seriously doubt it is compliant 00.35.14 # amiconn: looks fine here (x11 sim) 00.35.20 # preglow: How does one test compliance? 00.35.41 # amiconn: by using a reference waveformen and computing rms 00.35.42 # rasher: I tried all of win32 sim, x11 sim and target. Target looks best :) 00.35.56 # of course 00.35.57 # amiconn: i just did a simple waveform subtract, there's lots of noise left 00.36.18 # preglow: Is there a test program and reference .mp3 ? 00.36.33 # amiconn: yes, libmad links to them on the compliance page 00.38.21 # Hmm. Iirc mpegdec is the Stephane Tavenard thing, so it is based on mpega.library for the amiga (which is pure 68k asm). 00.38.44 # tavenard, yes 00.38.52 # I could perform a compliance test with my Amiga, to sort out possible porting problems 00.39.22 # well, is there much point? it's slower than libmad 00.40.34 Join muesli_ [0] (muesli_tv@D3844.d.pppool.de) 00.40.41 # and the source code is a nightmare 00.40.42 # I don't konw, you're the emac man. Libmad was slower than mpegdec is now before you added emac, right? 00.40.59 # i can check that in a jiffy 00.41.59 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") 00.42.02 # I know that mpega.library (~mpegdec) is twice as fast as libmad on Amiga. 00.43.22 # well, small wonder, it's asm 00.43.37 Quit muesli- (Read error: 60 (Operation timed out)) 00.44.38 # it's slower, about 5% so 00.46.19 # mpegdec is also much smaller 00.46.29 # so it might of course be good, i don't know 00.51.14 # there's also some 68k asm bundled here, but it's written for an amiga, so probably won't work on coldfire 00.52.34 Join coob [0] (pen0r@host-84-9-63-253.bulldogdsl.com) 00.52.35 Join Bonkers [0] (nobody@dyn-wien-209-61.dyn.columbia.edu) 00.52.36 # try it ;P 00.52.40 # got nothing to lose.. ;0 00.54.59 # it won't compile with gas, don't worry 00.55.03 # i'll have to rewrite it 00.56.25 Quit condor9 ("Leaving") 00.57.12 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 00.57.21 # but i don't know, someone else have a look at the code and comment 00.57.43 # i don't quite feel like optimizing libmad if we're not going to use it 00.57.49 # preglow: did you see that ALAC stuff? 00.57.56 # coob: ehh? 00.58.07 # preglow: I found the compliance test files, but for the software: "Because this software was developed under ISO copyright, it is not possible to open this directory for public access." :( 00.58.16 # preglow: http://craz.net/programs/itunes/alac.html 00.58.32 # amiconn: ........... 00.58.51 # coob: don't ask me, i don't care about that 00.58.51 # I added that alac link to the wiki already 00.58.59 # ah k 00.59.05 # thought i might be a bit late. 00.59.06 # i've got my hands full with libmad, flac and tremor 00.59.17 # that's the ones i personally care about, and that's more than enough work 00.59.30 # amiconn: I think I have a working approach for better dependencies for the plugins 01.04.49 *** Saving seen data "./dancer.seen" 01.06.07 # night 01.06.18 Quit muesli_ (Read error: 110 (Connection timed out)) 01.06.57 Quit ripnetUK () 01.07.39 # Bagder: Now I know why the common simulator lib gets checked twice. 01.08.36 # Once it is referenced in apps/Makefile, and once in the respective simulator makefile. However, I don't know which one can be removed 01.10.29 Join muesli- [0] (muesli_tv@83.135.60.202) 01.25.30 Part amiconn 01.38.47 Join Bluechip [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 01.46.33 Join Sucka [0] (~NNSCRIPT@host81-156-159-252.range81-156.btcentralplus.com) 01.51.58 # ANYWHO 01.51.59 # i'm off 01.52.07 Quit preglow ("bam") 01.55.43 Quit stevenm ("Leaving") 01.56.39 # Hmm 01.56.41 # I just realized 01.56.56 # there's a "bug" with markun's grayscale patch 01.57.08 # it doesn't reset fg/bg back to 11/00 01.57.15 Join webguest38 [0] (~d5ed1bed@labb.contactor.se) 01.57.15 # after plugin exits 01.59.58 Quit webguest38 (Client Quit) 02.00.09 Join nobby [0] (nobby@ACD872C2.ipt.aol.com) 02.07.24 Quit toolmanwv ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") 02.13.27 Join Sando [0] (kekekek@CPE-147-10-21-132.vic.bigpond.net.au) 02.13.40 Join Strath [0] (~mike@dgvlwinas01pool0-a252.wi.tds.net) 02.18.23 # http://rick.gibbed.us/grayscale-fix.patch 02.18.25 # simple enough ;P 02.20.03 Join ashridah [0] (ashridah@220-253-118-119.VIC.netspace.net.au) 02.20.38 # greets ashridah 02.22.19 # hey 02.25.55 Part Bluechip 02.30.02 Quit matsl (Remote closed the connection) 02.32.58 # http://data.4chan.org/s/src/1110065619246.gif 02.34.11 Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) 02.34.54 # anyone know how iriver audio progress is going? 02.35.43 # slowly. 02.36.01 # rockboy seems to be getting more attention.. :( 02.37.09 # that's a bad thing? 02.38.33 # nobby: only by one or two people. some of the bits in rockboy needed to be attended to anyway (decent LCD driver, for instance) 02.38.39 # gaming vs an os for the iriver? i'd say. :P 02.38.48 # but the simple matter is that optimising codecs takes time. 02.39.24 # is HCl even working on codecs? 02.40.38 Join AC [0] (~5078751e@labb.contactor.se) 02.40.42 # hi 02.45.34 Part nobby 02.46.28 # hi AC 02.46.49 # hi 02.48.10 # any news? 02.48.17 Quit Sucka ("a bird in the bush is worth two in your house") 02.48.23 # not from me :) I'm a spectator 02.49.57 # i am wokring on remote lcd 02.50.16 # really, what's the state of that? 02.50.29 # very beginning 02.50.41 # first thing is to get the backlight flashing 02.50.52 # how does it work? serial comms? 02.51.20 # spi 02.51.34 # what speed? does it matter 02.52.01 # speed.. i dont know, but it will be fast enough 02.52.17 # I take it the player is the master? 02.52.57 # clock comes from cpu 02.53.19 # I wonder if both ends can be masters 02.53.43 # no.. lcd is slave 02.53.54 # I had to debug some spi driver at work last week 02.54.03 # it was a pig 02.54.24 # i have never done spi.. my first try :) 02.54.30 # cool 02.54.40 # have you got a scope? 02.55.44 Join geoff_o [0] (geoff@HSE-Kitchener-ppp230054.sympatico.ca) 02.55.56 # scope? englisch is not my motherlang 02.56.00 # <_Lucretia_> hi all, I've started an Xclef MT-500 wiki page 02.56.09 # oscilloscope 02.56.35 # oh.. now i dont have one 02.56.54 # well I hope you manae without then :) 02.57.02 # (manage) 02.57.13 Quit Ka (Read error: 110 (Connection timed out)) 02.57.15 # i hope too 02.58.26 # i must emulate spi, because the lcd is connected directly to the cpu 02.59.15 # that sounds painful 02.59.37 # painful but interesting 02.59.40 # I was using mpc8270, with spi controller onboard 03.00.17 # so you are just using GPIO to drive the LCD? 03.00.30 # jep 03.00.36 # scary! 03.00.47 # there is no other way.. 03.00.57 # i was told 03.01.11 # which GPIO pins are you using? 03.02.02 # http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#LCD_Controller_TOMATO_TL0324SF8 03.02.40 # thanks, I'm looking 03.04.41 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 03.04.51 *** Saving seen data "./dancer.seen" 03.13.11 Quit midk (Read error: 54 (Connection reset by peer)) 03.13.13 Quit ze (Read error: 104 (Connection reset by peer)) 03.15.43 # <_Lucretia_> I've just been reading something in the FAQ #17 about the MAS chip, anyone interested in this? 03.17.36 # good luck AC, I'm off now 03.18.23 Join ze [0] (ze@adsl-69-231-203-90.dsl.irvnca.pacbell.net) 03.18.35 Quit Camilo ("Chatzilla 0.9.67 [Mozilla rv:1.8a6/20050111]") 03.27.33 Join stevenm [0] (~steve@stevenm-router.student.umd.edu) 03.30.22 Join bagawk [0] (~Lee@bagawk.user) 03.30.29 Part geoff_o ("Kopete 0.9.1 : http://kopete.kde.org") 03.39.32 Join jpburton5150 [0] (knoppix@cpe-24-24-75-245.stny.res.rr.com) 03.41.20 # question: is there some reason the grayscale patch hasnt been applied to cvs yet? 03.46.07 # cus i think it should be... 03.46.15 # :) 03.47.11 Quit AC ("CGI:IRC") 03.50.01 # Who knows 03.50.07 # Maybe it is not stable 03.50.10 # :) 03.51.21 # jpburton5150: there are issues to resolve for the older platforms first. 03.55.28 # i see.. thats what i figured actually 03.59.10 Quit bagawk ("Leaving") 04.05.23 Join QT_ [0] (as@area51.users.madwifi) 04.17.13 Quit rasher ("CGI:IRC") 04.22.13 Quit QT (Read error: 110 (Connection timed out)) 04.26.31 Join Ka [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) 04.28.49 Quit muesli- ("ich will Kühe!!!") 04.40.40 Quit jpburton5150 () 04.50.31 # whoo 04.50.39 # looks like my bitmap loading... could work 04.50.39 # ;P 04.53.44 # heh. that's it, stay positive :) 04.53.57 # Goddamnit. Not again. 04.54.22 # Can someone please explain to me why a musician would want to patch something into channel 9 when making a MIDI ? 04.56.10 # rofl. for a second then, i thought you meant the local free-to-air tv channel here called 'channel 9' 04.56.13 # Yeah. Drum release, for the MIDI codec. Disable looping and release for channel 9, to just let it run out and shoot down the voice. But no, somehow there's a program event there.. halfway thru this file, you get a SEA of sound 04.56.49 # I just disabled all patching of ch9... it's not even supposed to program it if such a drum exists 04.57.21 # Yet, halfway I get a sound overflow, with all notes on ch9 / note=27, 31, etc. Yeah, the first valid drum here is 38 04.58.02 # * ashridah blinks 04.59.26 # * stevenm bangs head against wall repeatedly, causing a nonlooped precussive sound 05.03.12 # there, finally. this is nuts. 05.04.53 *** Saving seen data "./dancer.seen" 05.10.25 # whoo 05.10.33 # made two 'splash' bitmaps for my game 05.10.34 # ;D 05.12.03 # does anyone knows when linus or stripwax will be back ? 05.12.47 # nope 05.12.54 # I don't think linus was even on today 05.13.48 # hmm 05.15.02 Join ze__ [0] (ze@adsl-69-231-242-94.dsl.irvnca.pacbell.net) 05.16.32 # hmmm 05.16.41 # how is the bitmap stored internally? from bottom left or bottom right? 05.16.44 # i'm guessing bottom right 05.26.02 # normally the two choice are top left or bottom left 05.26.10 # s/choice/choices/ 05.26.53 Quit ze (Read error: 110 (Connection timed out)) 05.26.54 Nick ze__ is now known as ze (ze@adsl-69-231-242-94.dsl.irvnca.pacbell.net) 05.35.17 # ah 05.35.28 # well, someone earlier told me that the bitmaps internally on the iriver are stored upside down 05.36.49 # well upside down depends on your point of view 05.37.40 # my point of view = what I see on the screen. ;P 05.39.02 # heh, well I meant that still doesn't clarify if the origin is the top left or bottom left 05.40.14 # heh 05.40.26 # i'll just see how it turns out when I draw the bitmap then 05.40.26 # ;) 05.43.31 # Rick, I remember at some point running into a problem where regular .BMPs were stored upside-down 05.44.48 Join Lurkski [0] (~Lurkski@cpe-70-93-109-209.socal.res.rr.com) 05.45.07 # Ah 05.47.36 # Just not sure if it's all of them, or what. that was a long long time ago 05.49.18 Part Lurkski 05.54.45 # ah 06.01.12 # nice 06.01.18 # got my bitmap exporter going 06.26.28 # whoo, stupid bug prevented it from finding the loaded bitmap 06.26.31 # * Rick kicks it 06.26.32 # ;P 06.26.56 # lol! 06.26.58 # gibberish! 06.26.59 # hah 06.27.15 # * Rick goes to make a fix 06.29.00 # ah 06.30.26 Join ze__ [0] (ze@adsl-69-231-202-210.dsl.irvnca.pacbell.net) 06.31.53 # I feel silly now 06.32.09 # I generated a grayscale bitmap instead of a b&w one 06.32.10 # ;P 06.41.47 Quit ze (Read error: 110 (Connection timed out)) 06.41.47 Nick ze__ is now known as ze (ze@adsl-69-231-202-210.dsl.irvnca.pacbell.net) 06.41.48 Quit DMJC (Read error: 54 (Connection reset by peer)) 06.44.47 # hrm 06.44.53 Nick [Zmaj] is now known as [zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 07.03.05 # hmmmm 07.03.07 # interesting 07.03.17 # there's an internal limit on how many file handles can be opened? 07.04.12 # well, yeah, since file handles consume memory 07.04.55 *** Saving seen data "./dancer.seen" 07.05.00 # since there's not really a malloc available to rockbox, there's probably a set number defined at compile time. 07.05.11 # the malloc that's been added is relatively new. 07.06.07 # right 07.06.19 # I was just wondering, I ran out because I forgot to close one at the end of my load sequence 07.06.40 # so eventually I couldn't run my plugin anymore 07.06.40 # ;p 07.10.07 # oi 07.10.13 # okay, from what I see 07.10.49 # internal format is made up of 8x8 blocks (each 8 bits representing a vertical line of 8 pixels), going vertically then horizontally 07.48.34 # hah! 07.48.35 # it works 08.21.16 Nick [zmaj] is now known as [Zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 08.38.01 # hrm 08.38.07 # I thought button_get(true) implied a yield? 08.39.16 # ah 08.39.17 # nevermind 08.39.21 # I think I confused something 08.43.35 # http://rick.gibbed.us/images/rbounce.png 08.43.48 # ;D 08.59.14 Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 09.04.58 *** No seen item changed, no save performed. 09.11.16 Join jyp [0] (~jp@137.194-200-80.adsl.skynet.be) 09.32.29 Quit stevenm ("Leaving") 09.48.41 Quit jyp ("poof!") 09.50.32 Nick [Zmaj] is now known as [zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 09.59.24 # mrf 10.00.41 # 'sup HCl 10.02.15 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 10.19.28 Join R3nTiL [0] (~zorroz@217.30.249.104) 10.21.31 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a252.wi.tds.net) 10.26.40 Join amiconn [0] (~jens@pD95D1AEE.dip.t-dialin.net) 10.31.40 Join Patr3ck [0] (~patr3ck@pD9E5C7BD.dip.t-dialin.net) 10.37.42 Join ze__ [0] (ze@adsl-69-231-207-182.dsl.irvnca.pacbell.net) 10.39.59 # la la la 10.48.33 Join webguest55 [0] (~8446da8c@labb.contactor.se) 10.48.41 Quit ze (Read error: 110 (Connection timed out)) 10.48.42 Nick ze__ is now known as ze (ze@adsl-69-231-207-182.dsl.irvnca.pacbell.net) 10.50.08 Join muesli- [0] (muesli_tv@83.135.63.202) 10.51.06 # g'morning 10.51.15 # morning 10.55.03 Quit R3nTiL () 11.05.00 *** Saving seen data "./dancer.seen" 11.11.25 Nick [zmaj] is now known as [Zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 11.26.49 # morning. 11.32.34 Part amiconn 11.33.53 # :] 11.33.54 # is there any way to tell cvs to not commit any changes in a certain file? 11.34.03 # * Rick is working the kinks out of rbounce 11.34.08 # hmmm... dunno 11.34.09 # :< 11.34.57 # my game is progressing well 11.34.58 # ;D 11.35.10 # what game is it? 11.35.14 # rbounce 11.35.14 # sec 11.35.16 # i'll take a dump 11.35.21 # screendump that is 11.35.42 # kay 11.36.57 # HCl: never for a certain file or jsut one time? 11.38.18 # never for a certain file... 11.38.28 # but i guess i can just do cvs commit 11.38.33 # I think there's a file called .cvsignore that you can create 11.38.39 # hrm 11.38.41 # I need a paused key 11.38.44 # okay :) 11.38.45 # thanks 11.38.48 # would make taking screenshots easy 11.38.49 # ;P 11.39.10 # yep, .cvsignore 11.42.48 # http://rick.gibbed.us/images/rbounce.png 11.43.10 # * HCl gets confused to what game it is o.o;;; 11.43.18 # it's a game where balls bounce around 11.43.23 # and you have to fill up the area 11.43.29 # okay o.oo. 11.43.30 # without them hitting the new wall 11.43.44 # there's a kde version of the game called kbounce 11.43.44 # i'll see when its in cvs, i guess ^^; 11.43.49 # Rick are you working on rockboy? 11.43.52 # no 11.43.54 # that's HCl 11.44.13 # yea, thats me. 11.44.14 # :p 11.44.29 # ah ;-) so HCl are there improvements of speed possible? 11.44.33 # trying to figure out a bug atm that causes the walls to stop prematurely 11.45.22 # oh, haha, I think I know what it is now 11.45.28 # ofcourse. 11.45.45 # i'm working on a prototype of dynarec 11.47.36 # yep, I think I figured it out 11.48.49 # okay, that was a very stupid bug 11.48.49 # ;P 11.50.25 # now I need to figure out an algorithm to search for holes and close them up 11.55.22 # Rick: jezzball? 11.56.10 Quit webguest55 ("CGI:IRC") 11.56.12 # Bonkers: that was the name of a TI calc version, yeah 11.56.22 # I think it was the windows version's name first 11.56.26 # ah 11.56.27 # I dunno ;O 11.56.32 # it was an old microsoft game that came with a gamepack 11.56.41 # great game though 11.56.42 # Hehe 11.56.54 # sec... 11.58.15 # http://rick.gibbed.us/rbounce.c 11.58.17 # http://rick.gibbed.us/rbounce.bitmaps 11.58.23 # if you want to see 11.59.03 # I'll have to check it out tomorrow, I've to to head to bed, it's 6am here 11.59.06 # Hehe 11.59.11 # gnight 11.59.18 # (It's 3am here ;P) 12.00.00 # 12am ^^ 12.06.47 Quit [FlaT]Heidel (Read error: 60 (Operation timed out)) 12.20.30 Join jyp [0] (~jp@190.216-136-217.adsl.skynet.be) 12.21.07 Join [FlaT]Heidel [0] (~h@pD9E39C10.dip.t-dialin.net) 12.21.11 Nick [FlaT]Heidel is now known as Heidel (~h@pD9E39C10.dip.t-dialin.net) 12.22.17 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 12.23.54 Join [IDC]Dragon [0] (~idc-drago@pD9512E1C.dip.t-dialin.net) 12.24.08 # <[IDC]Dragon> hi there 12.24.18 # <[IDC]Dragon> HCl, do you read? 12.25.54 Nick QT_ is now known as QT (as@area51.users.madwifi) 12.34.22 # eh 12.34.23 # i do 12.34.25 # now 12.34.26 # whats up? 12.34.32 # <[IDC]Dragon> hi 12.34.42 # <[IDC]Dragon> I've leeched all your ROMs ;-) 12.34.47 # kay. 12.34.50 # haha 12.34.59 # knew i forgot something 12.34.59 # <[IDC]Dragon> trying out an emulator called bgb now 12.35.15 # <[IDC]Dragon> I was about to ask you for a good one 12.35.23 # that reminds me, *deletes interstella 5555 off his ftp* 12.35.25 # for windows? 12.35.30 # <[IDC]Dragon> but this looks pretty good 12.35.31 # virtual boy advance 12.35.33 # <[IDC]Dragon> yes 12.35.36 # is the best 12.35.42 # <[IDC]Dragon> ok 12.36.14 # or was it called something else :x 12.36.30 # ohyea 12.36.32 # vba is neat 12.36.33 # visual boy advance 12.36.35 # not virtual 12.36.35 # sorry 12.36.36 # :) 12.36.38 # interstella 5555? 12.36.43 # * [IDC]Dragon googles 12.36.44 # needs scale2x though 12.36.54 # grab the snes9x with scale2x stuff in it you can 12.38.07 # <[IDC]Dragon> beta or release? 12.42.21 # <[IDC]Dragon> 1.8 beta works for me 12.43.03 # eep 12.43.07 # froze my h120 12.43.08 # hehe 12.43.11 # * Rick looks for a thumbtack 12.43.18 # ashridah: its a movie of daft punk, its their entire album discovery describing an anime story 12.43.59 # HCl, oe... 12.44.02 # HCl, wanna ? 12.44.04 # or 12.44.08 # can I have a copy? 12.44.10 # what? o.o 12.44.14 # oh. sure.. its on cnet.. 12.44.19 # ah 12.44.20 # ofcourse 12.44.28 # * webmind logs in 12.44.44 # its pretty nice since it has no speech whatsoever 12.44.54 # aside from the lyrics of the songs, which aren't much, really. 12.45.07 # ah 12.45.13 # yes it still describes a nice story 12.45.42 # yet* 12.47.22 Join Sucka [0] (~NNSCRIPT@host81-156-159-252.range81-156.btcentralplus.com) 12.50.50 Join SeeSchloss [0] (~SeeSchlos@ARennes-352-1-10-153.w83-195.abo.wanadoo.fr) 12.59.38 Quit [IDC]Dragon () 13.05.02 *** Saving seen data "./dancer.seen" 13.13.24 # one more time.... 13.13.39 # I have the movie 13.14.06 # Great oldskool style anime 13.14.23 # Reminds me of Battle of the Planets :) 13.14.41 # fuck 13.14.45 # I think I just damaged my reset button 13.14.55 # how so? 13.15.00 # pushed on it too hard 13.15.04 # it 'popped' 13.15.18 # out of place 13.15.20 # might need to open it up and take alook 13.15.33 # got a torq screw driver? 13.16.08 # no 13.16.13 # bummer 13.16.39 # well 13.16.51 # I guess that's enough testing until tommorow when I can see it (and open it up, hopefully) 13.17.09 # the reset is really poorly designed 13.17.23 # heh 13.17.26 # well 13.17.33 # I figure I should be able to see it by just taking off the bottom 13.17.45 # it should be a recessed button not a button inside with room to stick things like needles either side of it 13.18.00 # heh 13.18.12 # I really hope I can fix it :( 13.18.28 # probably can if it's not broken off 13.19.02 # they should supply you with the proper sized tool....silly iRiver 13.19.04 # it feels like it was just pushed aside 13.19.10 # heh. i think i've used that reset button once up until i installed rockbox 13.19.49 # heh 13.19.56 # i've been trying to track down an infinite loop bug in my code 13.20.25 # i needed the reset quite often but then I fixed those files that caused hanging 13.20.35 # the iriver firmware crashes with ogg files done with a certain oldish encoder 13.20.55 # some cvs version between libvorbis rc2 and rc3 didn't set the nominal bitrate header, which causes the crash :P 13.21.06 # crwl: interesting. haven't had that myself, but most of my ogg encoding is relatively recent 13.21.25 # ashridah, it might be that no release version of libvorbis created files like that 13.21.35 # i think i've run across one mp3 that caused the playback to hang, although not the entire player 13.21.37 # but I happen to have a couple of albums 13.21.39 # it's best to use a metal rod that is thing enough with a flat head rather than a needle. A paperclip should work though 13.21.50 # thin not thing 13.21.52 # hmm 13.21.54 # good idea 13.21.57 # i'll do that tommorow though 13.22.04 # hopefully I can take the bottom off and take a look 13.23.02 # http://www.rockbox.org/iriver/front.jpg 13.23.10 # loooks like the reset button is that white thing on the bottom 'right center' 13.23.51 # yep 13.23.58 # well 13.24.00 # i'm off to sleep 13.24.03 # gnight 13.24.05 # little black plastic push in 13.24.20 # have you taken yours apart? 13.24.33 # no 13.24.41 # looks like it though from that pic 13.24.49 # ah 13.25.05 # hopefully it's like a plastic bit that can be positioned 13.25.19 # not something that snapped/bent off 13.25.20 # :< 13.25.35 Join amiconn [0] (jens@pD9F52F09.dip.t-dialin.net) 13.25.41 # anyway, gnight 13.26.00 # nn 13.38.35 Join funkymonkey [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) 13.38.36 Quit methangas (Read error: 104 (Connection reset by peer)) 13.39.36 Join Schee [0] (~SeeSchlos@ARennes-352-1-9-22.w83-195.abo.wanadoo.fr) 13.43.44 Quit ashridah ("sleep") 13.47.49 Quit SeeSchloss (Read error: 60 (Operation timed out)) 13.59.16 Join Tomas2 [0] (~Tomas@ip503c08d1.speed.planet.nl) 13.59.18 # hi 14.03.02 # gah. 14.03.04 # hello. 14.03.21 # Mostly American's here? 14.03.22 # people on internet who think its fine to be rude and mean cause its "just the internet" are really frustrating and annoying -.- 14.03.28 # mostly european, i think. 14.03.34 # oh ok... 14.03.35 # i'm dutch, like you. 14.03.40 # I tought everybody was sleeping ;) 14.03.46 # A cool 14.03.55 # but at the moment i'm just rather frustrated 14.04.04 # Why? 14.04.16 Join ze__ [0] (ze@adsl-69-231-205-107.dsl.irvnca.pacbell.net) 14.04.19 # hi 14.04.26 # people being mean and rude to me, cause they feel its "just the internet" 14.05.06 # yeah... I'm irc-operator on activenet... It are mostly little kids.. 13 or 14 y/o 14.05.27 # They don't understand that there are real people with real feelings on the other side 14.07.38 # But I was searching for a rockbox plugin developper? 14.08.01 # Is there anybody here who devved a plugin/app for rockbox jet? 14.08.55 # yea.. 14.08.55 # oh. 14.08.59 # i made rockboy... 14.09.03 # i guess that counts? :3 14.09.05 # Cool 14.09.50 # (I saw your hostname is ending in utwente.nl, what studie are you doing? some technical?) 14.10.33 # I am a reasonable c++ coder... so it must be possible to write some C plugin's for rockbox... 14.11.10 # hehe :) computer science.. 14.11.29 # Yeah, tought so 14.12.14 # I'm in VWO-5 so looking for some intresting studie.. 14.12.55 # mmhm. 14.13.06 # to be honest. i think compsci is sometimes rather boring. 14.14.00 # well.. I live close to delft, so I have been looking there... and they have "Technische informatica" but that's starting to code all over again.. so i was more looking at aerospace design... 14.15.05 # Officially called "Aerospace Engineering" 14.15.45 # but I was searching something completely differend... 14.15.46 # ah. 14.15.47 Quit ze (Read error: 110 (Connection timed out)) 14.15.48 Nick ze__ is now known as ze (ze@adsl-69-231-205-107.dsl.irvnca.pacbell.net) 14.15.57 # I wanted to ask you some things about rockbox plugins 14.16.02 # well, compsci takes it slow at first, but thats mainly just the first semesters of the first year 14.16.06 # it gets complicated quickly 14.16.14 # with compiler design and artificial intelligence in the second year 14.16.44 # hmz... sounds more intresting than "technische informatica" in delft... 14.17.02 # maybe I'll have a look at the tutwente... 14.20.31 # But is there an example small plugin? To find out how to interface works, and things like that? 14.20.40 # Hehe... Mario on speed now in the win32 sim.... I think too fast to be playable 14.20.54 # :DD 14.21.11 # am just playing sm, but its a little bit too slow 14.21.38 # Tomas2: helloworld.c 14.21.39 # just clcoked mario with no warps :< 14.21.52 # mario award, woo. 14.21.54 # Tomas2: there's docs/PLUGINAPI that describes the interface 14.21.58 # I optimised lcd_update() and lcd_update_rect() to invalidate only the window portion that actually changed. It used to always invalidate the whole window before 14.22.01 # ok, missed that one 14.22.20 # I'll have a look at the API doc's 14.22.26 # is that only for the win32 sim or for the iriver too? 14.23.09 # what emulator are you using? Iriver? Or just an Archos? 14.23.26 # Win32 simulator only. The target always did that 14.26.20 # wow 14.26.29 # a full cvs checkout takes some time... 14.31.53 # HCl? What hardware are you using yourself? Iriver of Archos? 14.31.56 # iriver 14.32.08 # i didn't see much of practical use of an gameboy emu on archos 14.32.11 # but ami ported it 14.32.34 # H120 or H140? 14.32.45 # i got an h140, the one in the pics at http://titania.student.utwente.nl/rockbox/ 14.33.21 # ah ok 14.33.26 # I have the other colored H120 14.33.32 # *nods* 14.33.50 # :) 14.33.57 # * HCl goes to continue playing mario, got to the air level 14.34.10 # running in simulator or on your iriver? 14.34.16 # hrm 14.34.25 # obviously, i shouldn't run the testing dynarec version for that. 14.34.26 # iriver. 14.34.31 # i don't have a simulator 14.34.53 # ok, so you're testing all code on iriver? 14.34.56 # yup. 14.35.05 # rockboy actually ran on the iriver 14.35.10 # while it broke on the simulators 14.35.17 # before it was fixed 14.35.34 # funny... 14.37.00 # it only really became feasable to test and work on iriver when usb support got added 14.37.37 # ? 14.38.41 # ah, nevermind, not important o.o 14.43.03 # yay. 14.43.10 # i finished super marioworld 14.43.11 # i think 14.43.18 # haha 14.43.54 # yup :) 14.43.56 # ending credits 14.44.22 # hm.. I don't get the gnu version to work on windows :X 14.46.56 # there's mario world on gameboy? 14.47.09 # the one with yoshi? 14.47.23 # dunno, i have a rom named mario & yoshi, haven't tried it yet 14.47.36 # wee. 14.47.37 # top score 14.47.39 # 226900 14.47.41 # same :D 14.47.51 # except i was playing the colour version 14.47.57 # super mario dx or whatever 14.48.45 # for some reason i can't seem to be able to get past the title screen in mario & yoshi 14.50.14 Quit Sando (Read error: 113 (No route to host)) 14.51.32 Join preglow [0] (thomj@s183a.studby.ntnu.no) 14.53.08 # is it already possible to use the rockbox built in fw-flash option? 14.53.22 # not on iriver 14.56.03 # for comfortable flashing an software reset option would be great 14.56.28 # just stop and power on again.. 14.56.42 # otherwise yepp 14.56.43 # software reset is for lazy people :p 14.56.51 # exactly :D 15.05.05 *** Saving seen data "./dancer.seen" 15.16.06 # <_Lucretia_> are there any flash-based players supported? I can't find any information on the website...not HDD players, pure flash, thanks 15.17.00 # _Lucretia_: The Archos Ondio is flash based & supported 15.18.41 # <_Lucretia_> amiconn: is that the only one? 15.18.56 # yup 15.18.58 # <_Lucretia_> amiconn: was there any help from the manufacturer? 15.19.04 # (so far) 15.19.08 # Nope 15.19.25 # no manufacturer ever helped Rockbox 15.19.30 # <_Lucretia_> what about iRiver, I think I read somewhere a while back that they had set up an OSS site 15.19.38 # <_Lucretia_> Bad: doesn't surprise me 15.19.48 # <_Lucretia_> Bad=Bagder :-) 15.20.10 # well, we aren't surprised either, we don't expect help 15.20.19 # from them 15.23.08 # Bagder: A question concerning file naming: I'd like to add a kernel.c equivalent for the x11 sim, but I'm not sure how to call it. The win32 sim calls it's kernel.c equivalent kernel.c, while it calls the thread.c equivalent thread-win32.c. The x11 sim has a simple thread.c ... 15.24.25 # I have no real opinion on that 15.24.53 # I think I'd prefer the same name without prefix 15.25.05 # Hmm, okay. I'll just use kernel.c then 15.26.41 # Another thing: The simulator dependencies are twisted. If I change something in uisimulator/win32 (or uisimulator/x11 respectively), then just 'make', libsim.a does get rebuilt *after* the executable gets linked. Very odd. 15.26.58 # yes the deps are not working completely 15.28.47 # <_Lucretia_> well, like I mentioned yesterday, I'm looking at the Xclef MT-500 flash player 15.29.59 # <_Lucretia_> given that the player can be flashed over the USB cable, what kind of possibility do you think there is of getting more info from the device over the USB cable and a some sort of server program on a Linux box? 15.30.46 # <_Lucretia_> The firmware starts at 0x2000, and the interrupt vectors start at 0x0, plus there's probably more fw after the vectors 15.31.11 # * _Lucretia_ is not a hardware reverse engineer, just a programmer 15.31.19 # * Bagder detects those now removed questions in lcd-win32.c... :-) 15.33.02 # Bagder: Nice, eh? lcd_update() is also faster now. Before this change it used to invalidate the whole window, not only the whole lcd rectangle 15.33.37 # When I now run mario in win32 sim recorder rockboy, it's so fast that it isn't playable... 15.33.43 # haha 15.34.36 # I guess the Sleep() was in there to slow it down 15.35.21 # I'm currently looking at the x11 sim, first thing is to make it more realtime (correct tick and sim_sleep() ) 15.35.48 # neato 15.35.49 # When I got this to work here, someone should test on a linux box.... 15.36.04 # <_Lucretia_> anyone? 15.36.14 # * _Lucretia_ shrugs 15.36.20 # Next will be the button handling, then I'll take a look at how x11 handles bitmaps 15.36.33 # _Lucretia_: those things are very hard just to guess 15.36.51 # if someone is interested, i submitted a patch for manual profiling for the ...2wav plugins / libraries 15.41.45 # Patr3ck: I'm sure it'll be useful 15.42.19 # amiconn: I can test on linux if you want 15.42.37 # It's not ready yet... 15.42.51 # Badger: as far as I understand there is still need to optimize the codecs 15.42.51 # no, hilight / privmsg me if it is.. 15.43.09 # Patr3ck: yeps 15.43.37 # l8erz... gotta leave. 15.43.41 # bye 15.43.44 Quit amiconn (" bye") 15.44.42 # Badger: The people optimizing the codecs will see the patch? 15.44.56 # yes 15.45.18 # we get mails from the tracker when new patches are submitted 15.46.05 # ok, fine 15.46.09 # hmz... how do I use the simulator? 15.46.17 # ../tools/configure 15.46.18 # make 15.46.19 # make install 15.46.21 # ? 15.46.26 # of something totally different? :) 15.46.27 # yes 15.46.36 # then start it ./rockboxui 15.46.52 # ok, I'll build it.. for if amiconn is ready :) 15.47.31 # I am wondering what I could do to help more 15.47.43 # Are you good at C? 15.48.22 # Maybe we can make a plugin request page or something like it.. and start making the usefull one's 15.48.42 # Me? What is good ;-) I did a lot of c++ during the last 1,5 years 15.49.27 # yeah, me too... but C isn't to difficult to do then... 15.49.47 # http://www.rockbox.org/twiki/bin/view/Main/ThingsTodo 15.49.53 # yes, except from the stuff that directly programms the hardware 15.49.59 Join gargantua [0] (~vinceteam@81.56.255.171) 15.50.37 # there are also hundreds of open bugs and hundreds of feature requests... 15.50.42 # yeah, that's why I wanted to start with plugin's 15.50.50 # then we don't have to know much about the hardware 15.51.04 # plugins are very easily made 15.51.35 # I thought more about helping the progress of the iriver port, even if its hardware related 15.51.56 # Well.. I think you should start at the bug list then? 15.52.03 # that ThingsTodo page lists numerous iriver related things 15.53.17 # yeah... Can I use the simulator to adjust the screen todo's? 15.53.30 # I could imagine the "Firmware-patching GUI application" would be something 15.53.34 # Tomas2: yes 15.54.07 # Patr3ck: i'm working on that 15.54.09 # I'll take a look at the games that need to be changed for iriver 15.54.15 # Patr3ck: and it's done 15.54.21 # preglow: :-) 15.55.14 # So only games left... hm 15.55.52 # preglow: do you use a GUI toolkit? 15.55.54 # the sound codec architecture is the biggest job still not done 15.56.05 # and the hardest? 15.56.25 # Tomas2: possibly, optimizing the codecs is a pretty complicated work too 15.56.48 # Well the design is there: http://www.rockbox.org/twiki/bin/view/Main/SoundCodecs 15.57.11 # Na, wrong page: http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal 15.57.14 # Patr3ck: win32 api directly 15.57.48 # I'll take a look at that flipit game.. 15.58.11 # i figured windows would be the platform most people would be on, and i already had a framework lying on my disk 15.59.08 # maybe someday find someone to do in in java? 15.59.13 # preglow: sure, cross-plattform is always difficult 15.59.29 # <fn~Bagder> the sound codec architecture is the biggest job still not done 15.59.30 # Patr3ck: and you'd have to bundle along large dlls and shit for a small patcher 15.59.35 # who's working on that one? 15.59.42 # CoCoLUS: no one, afaik 16.00.17 # linuxstb said he'd look at it, but that's over a week ago, and nothing's happened, so i assume other work caught up to him 16.00.31 # preglow: wondering if this is true for wxwindows as well 16.00.56 # Patr3ck: i don't know, i didn't even investigate it, as i had most of the code just lying around 16.01.00 # right now the patcher is 50kb 16.01.08 # with bootloader.bin in the exe 16.01.19 # cool 16.01.31 # 57kb, i mean, it got larger with md5sum checker 16.02.05 # this is really small 16.02.21 # maybe some more people should look into sound codec architecture? :) 16.02.37 # well, it's not a lot of code, just basic gui handling, iriver.c and mkboot.c from tools/, and md5sum code from some other place 16.03.28 # CoCoLUS: This is such an integral, important part... 16.04.01 # where was that wiki plugin overview? 16.04.06 # so everyone is afraid of tackling it? :) 16.04.09 # can't find it anymore :) 16.04.25 # preglow: I could imagine if there is need for a linux app, it could be as well be implemented native 16.04.42 # afraid, no, lack of time to do it yes 16.04.59 # Tomas2: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex 16.05.05 # tnx 16.05.14 # CoCoLUS: it's also one of those things that has to be well thought out 16.05.44 # but feel free to think up suggestions and put them in the wiki 16.07.33 # isn't there some rather well "thought out" variant in the wiki? 16.07.43 # with the double buffering system? 16.07.54 # its is not complete 16.08.00 # Maybe a quick and dirty prototype of the design would be helpfull 16.08.04 # and there probably needs to be 3 buffers 16.08.34 # I'd say most things would be helpful 16.08.48 # jump in! 16.09.50 # Badger: :-), starting to really think about some sort of prototype 16.10.21 # I'm a firm believer in iterative development 16.10.27 Quit _Lucretia_ (Read error: 60 (Operation timed out)) 16.10.33 # so anything done now can always be improved 16.10.40 # Me too, but were are the unit tests ;-) 16.11.43 # iterative doesn't require unit tests 16.11.56 # but it would be useful, sure 16.12.27 # sure, but the feeling of did I break something when changing is almost gone 16.12.42 # well, not much to break if there is nothing there yet 16.12.53 # Who devved the flip it game? 16.13.19 # ow sorry.. 16.13.26 # there's also the newly introduced bug with viewers 16.13.27 # "Copyright (C) 2002 Vicentini Martin 16.13.29 # that should be fixed 16.13.52 # is "Vicentini Martin" ever on IRC? 16.13.57 # And what's his nick? 16.13.58 # I don't think so 16.14.06 # :( 16.14.57 # Badger: Is it in the bug tracker? 16.15.08 # Patr3ck: no 16.15.26 # but you'll spot it yourself with the latest cvs 16.15.47 # just pop up the (long-press-on-select) menu on a file 16.16.50 # ok 16.16.51 # Bagder? For that wikiname... you ask firstname and lastname concatinated... but my lastname is Salfischberger wich makes TomasSalfischberger.. wich is a little long isn't it? 16.17.57 # Tomas2: we have many long names, it doesn't matter 16.18.02 # ok 16.18.47 # sounds german :) 16.18.57 # isn't 16.18.58 # :) 16.19.01 # Patr3ck: you'll see duplicate plugin names in the menu 16.19.10 # My family is from austria... 16.19.47 # Badger: Thanks, I will take a look at it 16.20.03 # Is it ok to edit the ThingsTodo page? And put my name in for the flipit puzzel? 16.20.12 # Patr3ck: the problem comes from the fact that a single plugin can be a viewer for more than one extension 16.20.28 # Tomas2: sure, that's what the wiki is for! 16.21.03 # Badger: So the plugin is listed e.g. twice when it is registered for more than one file type? 16.21.12 # Patr3ck: correct 16.21.26 # Badger: ok, thanks 16.25.19 Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 16.28.46 # hi 16.35.07 # Badger: Favour a quick local or a clean fix that has more impact? 16.35.43 # I think I'd prefer the clean one 16.36.30 # ok, so for each plugin there should be a list of supported extensions 16.36.37 Join frank [0] (~frank@p54A16182.dip.t-dialin.net) 16.37.05 # Patr3ck: not necessarily, since the list of extensions => plugin already exists 16.37.55 # Badger: I see (now) 16.37.58 # the problem is more that the code showing "open with..." doesn't take into account that the same plugin may be listed more than once 16.39.28 Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 16.40.03 Quit cYmen (Read error: 104 (Connection reset by peer)) 16.46.39 # Bagder: when they said they have it running on 90mhz coldfire, they didn't mention quality settings, did they? 16.46.58 Quit gargantua () 16.47.07 # no 16.47.31 # you can force mono mode, there are three quality settings, also half and quarter bandwidth decoding 16.50.36 # #ifdef MPEGAUD_DEMO \n quality = 0; #endif 16.50.41 # * preglow dies a little inside 16.50.59 # hehe 16.52.25 # Bagder? what did you do with all those makefiles? 16.52.44 Join newnick [0] (~53c9bb19@labb.contactor.se) 16.52.44 # I modified them 16.53.05 # use cvs diff, the web interface or read cvs commit mails 16.53.55 # * Bagder runs away 16.54.20 # yeah, I received the mails ;) 16.54.26 # that's why I asked 16.54.42 # preglow: did you get it to stop outputting garbage? 16.55.18 Quit newnick (Client Quit) 16.57.11 # HCl: yes 16.57.21 # HCl: it works fine now 16.58.17 # hole god damn shit 16.58.32 # i just commented away the disk writing, and libmad actually runs at 195% realtime 16.58.36 # hahaha 16.58.58 # disk writing? 16.59.05 # ohh. 16.59.05 # well, yes, mpa2wav dumps the result to disk 16.59.09 # ahyea, 16.59.13 # * HCl grins. 16.59.17 # yes, that would make a difference. 16.59.32 # yes, so i figured, but 100% difference 16.59.46 # mhm. 16.59.56 # there's got to be something wrong here, it can't be that large 17.00.07 # i think it would be a more accurate test to write it to mem somewhere in a buffer 17.00.12 # and keep overwriting it to that mem 17.00.23 # though, sound can use dma? so you can keep decoding while its playing 17.00.24 # well, that's what it does right now 17.00.43 # sounds good to me. 17.00.53 # personally, i'm curious to the lowest mhz we can run it at 17.01.00 # while it still gets > 110% 17.02.08 # the open with list is really broken now 17.02.20 # it scales almost linearly 17.02.25 # 120/2 = 60 17.02.29 # but we need more headroom 17.05.08 *** Saving seen data "./dancer.seen" 17.05.18 # i don't bloody believe this 17.13.00 # preglow: is that committed? 17.13.20 # * pabs woudl like to listen to some music for a change :o 17.13.47 # pabs: how can you listen to the music? 17.14.03 # * Tomas2 luistert naar: Enya - Shepherd Moons  (3:40) 17.14.04 # if you've got rockbox working with sound, i'd very much like you to commit that first 17.14.07 # * Tomas2 is listening ;) 17.14.07 # preglow: i thoughtthat's what you were working on 17.14.10 # no 17.14.21 # i'm fiddling around with codecs, i don't know squat about the sound hardware 17.14.26 # gotcha 17.14.38 # it's on linusn then! 17.14.49 # * pabs looks around for hte little bugger 17.15.14 # linus usually doesn't come on in weekends 17.15.31 # he's more than likely got his hands full with more important stuff 17.15.54 # pshaw 17.16.04 # but if libmad actually runs at 200% realtime... 17.17.09 # is anyone looking at tremor? 17.17.34 Join Renko [0] (~Renko@host81-152-87-173.range81-152.btcentralplus.com) 17.17.40 # lo 17.18.14 # crwl: how looking at? 17.18.44 # preglow, porting it to h1xx, or something... like you seem to be doing with libmad :) 17.18.57 # removing the disk write contributed a VERY handsome boost 17.19.07 # crwl: i'm planning on turning my attention to it after a while 17.19.14 # i haven't got too much time these days either 17.19.20 # yes 17.19.43 # i'm decoding music at 200% 17.20.14 # at 120 MHz? 17.20.19 # yes 17.20.23 # hahahha 17.20.33 # does someone know at what speed the original iriver firmware runs? 17.20.39 # good news: 17.20.47 # it's almost bloody realtime at 48mhz 17.21.13 # crwl: varies 17.21.26 # well, when playing :) 17.21.30 # crwl: varies 17.21.33 # ah 17.21.40 # depends on codec 17.21.44 # and i don't really know 17.21.44 # when playing mp3? 17.21.45 # nor care 17.21.49 # yeh 17.21.53 # sorry for that dully question, but what does it mean when you're decoding at 200% is it playing twice as normal? 17.22.17 # muesli-: it produces data at double the rate it can be consumed by the audio hardware 17.22.26 # i'm just wondering what's the level of optimization there in iriver firmware - and would rockbox use more battery, ... 17.22.37 # crwl: level of optimization is probably decent 17.22.46 # crwl: rockbox more battery: probably 17.22.51 # crwl: in the start, at least 17.24.11 # preglow, how much more? 17.24.20 # crwl: how would i know? 17.24.22 # :) 17.24.25 # depends on what you're running? 17.24.26 # crwl: it's not even finished yet 17.24.30 # yes, i understand that 17.24.31 # i'm just curious 17.24.57 # Is the kernel capable to change cpu speed when it's used/not used? 17.25.14 # Tomas2: yes 17.25.19 # Tomas2: in a way 17.25.36 # Tomas2: right now we have a mechanism of boosting cpu frequency when we need it 17.25.38 # well... then in the end it might use less battery than iRiver did.. 17.25.46 # yeah 17.25.47 # well, how do you know it doesn't do that? 17.25.53 # the battery in h1xx is quite good anyway 17.26.14 # most people probably would be ok even if rockbox initially consumed almost double the power 17.26.36 # most of the ipod people are, after all :) 17.26.38 # yeah... mine normally works for 6 to 7 days... 17.27.00 # listening music in train and bus... 17.30.11 Join Tomas|laptop [0] (~tomas@ip503c08d1.speed.planet.nl) 17.30.18 # back in linux :) 17.31.02 Quit Renko (Remote closed the connection) 17.35.24 Nick [Zmaj] is now known as [zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 17.37.06 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 17.37.41 # 200% realtime... congrats.. :) 17.37.52 # Bagder? 17.37.54 # make[2]: Entering directory `/home/tomas/dev/rockbox-devel/uisimulator/common' 17.37.54 # make[2]: *** No targets specified and no makefile found. Stop. 17.38.09 # something to do with your makefile edit's? 17.38.18 # or do you know what's wrong? 17.38.18 # we need MP3 playback api :) 17.39.22 # Tomas, did you get the uisimulator from cvs? 17.39.32 # besides only rockbox 17.40.01 # Badger: I have created a patch for the duplicate plugins shown 17.40.14 # XShocK: yes 17.40.29 # I checked-out rockbox-devel 17.40.31 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 17.40.36 # and updated it just a few minutes ago 17.41.32 # it's an error after this: 17.41.32 # AR /home/tomas/dev/rockbox-devel/uisimulator/librockbox.a 17.41.56 # you didn't get the uisimulator 17.42.14 # check that uisimulator folder is in the rockbox directory 17.42.33 # yes it is 17.42.56 # the patch can be downloaded at http://www.steidle.net/temp-downloads/onplay.patch 17.43.09 Quit _Lucretia_ ("Leaving") 17.43.39 # XShocK: I checked-out rockbox-devel, then got to rockbox-devel/uisimulator and hit ../toold/configure 17.43.44 # answered the questions 17.43.46 # and did make 17.43.54 # but the make fails with the error I copyed above 17.44.16 # hmm. is uisimulator something like 1.8 MB large? 17.44.49 # i always was getting rockbox+uisimulator. not the "-devel" one 17.45.02 # Patr3ck: dead link 17.45.14 # I'll try 17.45.29 # maybe the -devel one isn't totally working 17.45.43 # hang on, looking into it 17.46.06 # and you don't need to build it in the uisimulator directory, it can be you own newly created folder 17.46.20 # ok 17.48.11 # did anyone test the performance of ATA driver? it really looks like it is very slow, reading a megabytes takes several seconds... will need some real optimisation.. 17.48.26 # s/megabytes/1 megabyte/ 17.50.36 # how did you test it? 17.51.49 # to memory? 17.52.28 # yes, when i was playing the WAV file, 10 megabyte buffer was filling quite a big time... 17.52.59 Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 17.52.59 # Have you eliminated all other slow link possibility's> 17.53.04 # like slow loading to mem? 17.53.08 # use http://www.steidle.net/temp-downloads/onplay.zip the webserver is doing something stupid with the .patch extensions 17.53.58 # what i did is very simple call to read(..) function. 17.54.29 # hm.. 17.54.40 # there might be a problem with slow ram... but still there is nothing i could do for it.. 17.54.54 # it needs to be optimized. 17.55.14 # well... there is 32 mb of ram... and the iRiver firmware starts filling a part of it with mp3 cache when playing 17.55.21 # it doesn't use DMA, which would be a good choice. 17.55.27 # my player takes about a minute befor it stops loading from disk.. 17.55.44 # so maybe it's just te limit for the hardware? 17.55.51 # preglow: "open with" will now only show those plugins that are registered for the corresponding filename extension 17.56.51 # 22-13= it took 9 seconds to fill the buffer. which is certainly less than what i got in rockbox 17.57.00 # Patr3ck: excellent 17.57.23 # that was sorely needed 17.57.26 # 9 seconds is on irirver original firmware 17.57.55 # doing what? 17.58.03 # 9 seconds buffer filling? 17.58.45 # yes, then it shut the horddisk. howeve i don't know if it fills all 32 megabytes of ram or not, thou it should 17.58.51 # XShocK: you could check if it can do dma, right now it uses pio mode 17.59.17 # preglow: will you add it to cvs, if you conclude it is ok? 17.59.29 # XShocK: I'm almost sertain it takes longer on mine... 17.59.33 # s=c 17.59.48 # Patr3ck: i might, just not right now 17.59.58 # preglow: i will try to. 18.00.07 Quit funkymonkey (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client") 18.00.08 # great 18.00.14 # preglow: no problem just wanted to make sure it is not forgotten 18.00.21 # Patr3ck: i'll have a look at it in half an hours time 18.00.50 # preglow: thanks 18.01.23 # XShocK: in iRiver firmware... loading an audio book (sive > 500 mb) it run's disk for 42 seconds 18.02.13 # so about 30/42 mb/s 18.03.30 # 51-33=18 seconds, it was a 80mb audio file. 18.05.00 # it depends, but still i am quite sure that it fill the whole 30 mb buffer. and if it does in in about 20 seconds, it is 1.5 mb/sec, while rockbox now performs much less than that... 18.05.03 # strange... time to find a Fat32 defragment tool for linux... 18.05.17 # mine is much slower... 18.05.24 # doing 0,75 mb/sec 18.05.49 # maybe it is full of data? 18.05.57 # yes it is... 18.06.12 # well.. full.. 10 gb used 18.06.17 # i have something like 4 gigs left, and once put i almost never deleted stuff. 18.06.32 # out of 20. 18.07.28 # I have 8 gig left.. also a 20 gig model 18.08.12 # but i think mine is more fragmented then... I deleted and moved a lot of things when testing a few scripts last week 18.09.31 Join Tang [0] (~chatzilla@ARennes-252-1-33-166.w83-195.abo.wanadoo.fr) 18.09.38 # Hi Rockbox 18.09.40 # :) 18.09.53 # lo 18.10.22 # Hi Thomas 18.10.23 # :) 18.10.25 # hi Tang :) 18.10.35 # *kuch* H? 18.10.36 # Hi Muesli 18.10.37 # :) 18.10.39 # Hi 18.10.45 # Hi everyone 18.10.47 # :) 18.13.07 # <_Lucretia_> anyone know about the hirose type connectors? Do they enforce a particular communication (e.g. parallel/serial)? 18.13.10 # Anyone can tell me if something is normal with Rbx? 18.15.20 # what Tang? 18.15.23 # I've changed my iHP remote for an iMP one recently 18.15.33 # and i've installed Rbx two days ago 18.15.42 # _Lucretia_: isn't it a company? not the type of connector 18.15.53 # When i push iHP play it boot on Rbx okay 18.16.12 # but with the remote "play button" i've two cases 18.16.23 # with a long push it start iRiver fw 18.16.42 # and with short push (on the remote play button) 18.16.48 # it load Rbx fw 18.16.53 # is it normal? 18.17.09 # no idea... 18.17.18 # I tought Rbx didn't support the remote jet... 18.17.19 # i thought the remote 18.17.30 # was to load only iRiver fw 18.17.33 # :( 18.17.40 # Quite strange no? 18.17.51 # well.. I think i can explain... 18.18.19 Join Chamois [0] (~3e234217@labb.contactor.se) 18.18.21 # a short push only activates the device... but when the bootloader load's, you have already released the key... so there is no way for rbx to tell how it was started 18.18.38 # and so it thinks it was normally started.. and starts rbx? 18.18.54 # (somebdoy correct me if I'm wrong) 18.19.04 # Tomas|laptop: hmm, you'd have to release it _Very_ fast 18.19.04 # you're true 18.19.22 # preglow: maybe Tang is very fsat? 18.19.25 # *fast 18.19.26 # perhaps 18.19.40 # where in the boot process is the key check located? 18.19.41 # LinusN knows this problem 18.19.44 # and will correct it 18.19.46 # ok 18.19.50 Join sox [0] (~sox@c-ae3fe255.733-1-64736c10.cust.bredbandsbolaget.se) 18.19.54 # hum strange 18.20.00 # hi Tang ;-) 18.20.02 # $hi preglow and Chamois 18.20.09 # bagder: there's one place where you havent changed the makefile: 18.20.10 # make[2]: Entering directory `/Users/svante/rockbox/rockbox-devel/apps/plugins' 18.20.10 # make[2]: *** No rule to make target `#pragma', needed by `/Users/svante/rockbox/rockbox-devel/build/dep-plugins'. Stop. 18.20.29 # okay i was quite surprised since i read nothing about this 18.20.53 # Anyway 18.21.03 # Tang? what kind of remote did you have before? 18.21.10 # i thought it was a normal procedure 18.21.10 # in the IRC log two weeks go 18.21.17 # I just checked a picture of the imp remote... that's the default one in Holland... 18.21.19 # i owned the original iHP1xx remote 18.21.24 # but i broke it 18.21.33 # so i had to purchase another one 18.21.34 # In holland the imp is the original... 18.21.48 # http://www.mp3man.nl/images/product/image.php?id=6841 18.21.50 # and i only found iMP550 one in France (at low price) 18.21.50 # that one 18.21.52 # <_Lucretia_> XShocK: dunno, I'm following links here :-| 18.22.19 # okay that's the old mine (thought mine is champaign since i own an iHP120) 18.22.30 # yeah, mine too... 18.22.42 # Now i use an iMP550 one but it's said to be fully compatible 18.22.50 # and it work very safe 18.23.01 # yeah, this one is advertised as an iMP550 one :) 18.23.06 # just the strange process i said about fw loading 18.23.20 # but in fact it didn't annoy me 18.23.50 Quit Chamois ("CGI:IRC") 18.23.52 # i didn't understood very quick what make the remote start Tbx or iRiver 18.24.18 # Now it's okay and for me the actual process is even more practical 18.24.36 # just wanted to check if it was normal or not 18.24.38 # :) 18.24.57 # maybe it would even be smart to make this default... long push (whatever on button you use) is iriver, short one is rbx 18.25.16 # so you have to hold the key for 2 seconds for iRiver or something... 18.26.53 # preglow: did you check how disabling the writing to a disk would affect the performance of FLAC? 18.29.53 Quit matsl (Remote closed the connection) 18.31.50 # XShocK: no 18.31.57 # XShocK: my guess is: quite dramatically 18.32.03 # we'll see 18.32.11 # i'm working on other stuff right now 18.33.48 # mmmm.. 200% is awsome... :))) 18.35.11 # yes, and there lots more to do 18.35.24 # flac is already almost 175% 18.35.34 # at least on my file 18.35.37 # it varies drastically 18.38.21 # Has sound been committed yet ? 18.39.09 # no 18.39.14 # ko 18.39.15 # ok 18.39.29 # knockout! 18.39.36 # :) 18.39.53 # btw, good job preglow ;) 18.39.54 # i tried flac on my iHP 18.39.59 # and i got only 13% 18.40.05 # jyp: i didn't do much 18.40.09 # due to CPU freq? 18.40.20 Quit Patr3ck () 18.40.23 # Tang: if you didn't clock it up, then yes, because of that 18.40.39 # okay thanks 18.40.40 # * Tomas|laptop is away: eating 18.40.42 # what i thought$ 18.40.45 # preglow: All the better ;P 18.40.55 # Tang: Info->Debug->View I/O ports then press up, and it'll run at 120 mhz 18.41.19 # ... it would mean that I haven't much to do for the gmini either 18.41.27 # Okay in fact i'read something about recently 18.41.40 # but i hadn't Net connection to check yesterday 18.41.42 # ;) 18.43.27 # jyp: oh, you've got your hands full, alright :D 18.48.42 # can anyone think of a reason to have a plugin accept all file types? 18.49.21 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 18.50.23 Join stevenm [0] (~steve@181-193.mam.umd.edu) 18.52.50 # XShocK: one file is 260% realtime with flac then 19.00.07 # What are the keybindings for the Simulator ? 19.00.29 # or where can I read about them 19.01.12 # they're printet at start up here 19.01.56 # aah ok, thank you 19.02.04 # that's the x11 sim 19.02.15 # yea 19.05.11 *** Saving seen data "./dancer.seen" 19.06.11 Join amiconn [0] (jens@pD9F51B18.dip.t-dialin.net) 19.06.49 # preglow: cool. :) 19.07.04 # flac isn't as optimised as libmad yet 19.07.31 # but ok, no one here against the idea that Open With menu should only list plugins capable of handling the current file type? 19.07.38 # i'll commit patr3ck's patch, then 19.07.39 # interesting... how does it do without frequency boost? 19.08.31 # XShocK: on one file, exactly 100% realtime 19.08.47 # XShocK: i can easily push it below that 19.08.51 # above, i mean 19.08.59 # hehe.. and it is not optimized.. 19.09.01 # :) 19.09.07 # one part of it is 19.09.22 # i've written lpc reconstruction routine in asm 19.11.59 # preglow: Do you still think about converting the mpegdec asm version to coldfire/gas syntax? If yes, maybe this is helpful: http://www.jankratochvil.net/project/mot2as/ 19.12.28 # amiconn: i'm really not thinking about it, no, but i'll have a look at it 19.16.27 # preglow: aren't there plugins like a favorite list and things like that wich will accept all files? 19.16.46 # Tomas|laptop: yes, that's why i asked 19.16.50 # someone'll have to fix that, then 19.17.04 # those plugins should have a special extension 19.17.19 Nick [zmaj] is now known as [Zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 19.17.19 # preglow: 'open with' should offer some plugins for all file types (even non-recognised ones), e.g. the text viewer 19.17.39 # amiconn: how do you propose to implement that? 19.18.33 # I did not yet think about that. I only want to mention it in case someone is going to implement plugin handling depending on file type in the 'open with' menu 19.18.45 # i've already commited it 19.18.49 # the old behaviour was broken 19.18.55 # ?? 19.18.56 # it listed stuff several times 19.19.11 # Yes... but that's a different problem. 19.19.15 # like, i'd get one mpa2wav entry for 'mp3', and one for 'mp2' 19.19.28 # which is really ugly 19.20.00 # Actually, offering all viewer plugins for 'open with' is the intended behaviour. If you just want the default action for the file, you simply play it. 19.20.49 # well, ok, then i'll have to revert that patch 19.21.00 # but having several plugin entries is really ugly, imho 19.21.36 # Yes... the new behaviour should be reverted, but a fix for the duplicate plugin names is still needed 19.21.47 # you can risk having mpa2wav listed three times 19.21.49 # lol indeed 19.21.55 # noticed that too 19.21.57 # :D 19.22.53 # i personally think a better approach would be having just some plugins accept all files, and let those plugins have a special file extension entry in viewers.config 19.23.06 # but ok, how to revert a commit? do i need to just reverse the patch and commit again? 19.23.12 # yup 19.25.02 Join Renko [0] (~Renko@host81-152-87-173.range81-152.btcentralplus.com) 19.25.20 # eh.. 19.25.24 # preglow? 19.25.35 # maybe you can put your patch in optional somewhere? 19.25.53 # well, how? 19.26.01 # it's not my patch 19.26.10 # so i don't really want to spend a ton of time on it 19.26.12 # I personally think your way is much easier... and I don't want for example a textviewer or a mp3 split tool to show up for a wma file 19.26.19 # About the main display 19.26.37 # it's normal to see nothing in play mode for now? 19.27.25 # yes, i imagine this would be a fine setting 19.27.47 # i don't really want a text viewer listed on an mp3 file either 19.28.38 # preglow: Yes, but text files may have almost any extension, or even no extension at all. I want to be able to view all of them 19.29.32 # maybe a simple compromise? check if a file extension is listed for some plugin, then display only those, and the all-extension plugins 19.29.38 # In fact, this may also happen for other file types, and you simply can't associate all possible extensions. 19.29.54 # amiconn: yes, i agree in that particular case 19.29.56 # and if no plugin is defined for a filetype then use some list of show-when-unknown plugins? 19.30.02 # amiconn: but having a flac file called something.mp3 doesn't make sense 19.30.03 # ANother example: JPEGS may have .jpg .jpeg, .jpe, .jff, .jfif 19.30.21 # but only .jpg and .jpeg are used commonly 19.30.32 # yes, but they should be supported 19.30.46 # well.. then my compromise is working? 19.30.50 # i think it would be a good optional thing anyway 19.30.58 # add all possible jpeg extensions to the jpeg plugin? 19.31.04 # Tomas|laptop: Yes, and that's why displaying all viewer plugins in 'open with' is useful 19.31.07 # Tomas|laptop: currently, that's not possible 19.31.50 # maybe we can make it a configuration option? to show only registerd or to show all? 19.31.58 # The way viewers.config works currently is far from optimal for plugins that are listed several times. 19.32.30 # i think an extension list for each would be great 19.32.43 # and extension * for plugins that match all extensions 19.32.51 # All info is registered n times, even the info that is identical. Plugin name, icon, and extension (which of course is different) 19.33.20 # and an option for switching on/off listing of only relevant plugins 19.33.24 # ...and the buffer space is limited, and should not be extended too far without reason. 19.33.43 # well preglow's idea sounds useful? 19.33.45 # something like: 19.34.09 # [plugin name] [info] [extensionlist like: a; ab; jpg; mp3] 19.34.15 # my idea would probably be cancelled out by the extra needed code to parse the file, but it's more elegant 19.34.25 # and * in place of the extension list if it's for every file 19.34.55 # I'd still vote for always showing all viewer plugins in 'open with' (but every plugin only once of course). That's what 'open with' is about. Windows does it the same way (okay, that's probably not the best example) 19.35.04 # it isn't to difficult to parse a a; ab; sdf; sdf list... 19.35.24 # amiconn: windows XP does it a different way now... 19.35.40 # it shows the programs you use for that filetype... and an select others option 19.35.42 # WinXP is what I'm using... 19.36.19 # never noticed it display's the used programs in a context menu? and the option to open the full list when your program isn't in there? 19.36.58 # If I select the generic 'open with..' it always show all registered programs. Okay, it offers an additional 'open with' sub-menu in the context menu, where it shows only those programs I already used once for that file type 19.37.24 # ...but that one I almost never use 19.37.49 # ok.. well I alway's used that... 19.38.30 # The programs I want to use when I do 'open with' are most likely not yet present in that sub-menu, that's the reason 19.38.31 # gnome does the same here... 19.38.58 # gives some program's it thinks you want... and an extra option to get a list of everything... 19.39.42 # I generally dislike it when the os tries too hard to guess what I want. 19.39.46 # yes, indeed 19.40.03 # it always fails miserably 19.40.10 # Most of the time, yes 19.40.12 # more often it just plain forgets what i usually use 19.41.50 # windows users :P 19.50.12 Part amiconn 19.50.32 # i think the best choice will be to add line for "*" files in viewer.conf, and also have an option in setting for showing all possibilities. 19.51.58 # and also the format of current viewer.conf should be changed to someting like Tomas proposed with several extensions 19.52.18 # yes 19.52.21 # that would be best 19.52.30 # someone code support for it :P 19.52.39 Quit _Lucretia_ ("Leaving") 19.52.41 # well i can try.. 19.52.49 # but what exactly is needed? and where? 19.52.51 # the * support is not really needed right now 19.52.53 # since there's no option 19.53.22 # So a simple check function? wich returns al plugin's having a given extension? 19.53.31 # *all 19.53.44 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 19.54.00 Quit Bagder (Read error: 110 (Connection timed out)) 19.54.13 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 19.55.04 # Tomas|laptop: i'd say support for a extension list in the plugin struct 19.55.14 # Tomas|laptop: and code to parse the extension list in viewers.config 19.55.24 # Tomas|laptop: then change onplay.c to support it 19.55.28 # it'll be a bit of work 19.55.40 # ok, then i need a little help 19.56.01 # I just started reading things about rockbox this morning.. 19.56.09 # i have none to offer right now 19.56.17 # am i allowed to use an array in that struct? 19.56.27 # of.. say.. 10 extensions? 19.56.45 # then parse the first 10 extensions in viewers.conf and put them in the array? 19.56.57 # and edit onplay.c to loop throug the array? 19.57.55 # a linked list would be better, i think 19.58.00 # so we don't waste space 19.58.30 # apart from that, it sounds good 19.58.40 # put you must never waste space, use exactly what's needed 19.58.47 # there's very little ram on the archos players 19.58.58 # ok.. I don't think this is gonna work in a few minutes... but I'm going to try 19.59.03 # of course not 19.59.06 # take your time 19.59.20 # yeah, first have to ready some of the code.. 20.00.59 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a252.wi.tds.net) 20.01.27 # filetypes.c is more important, btw 20.01.31 # onplay.c has nearly no needed code 20.02.15 # ok, do you know someone who helped writing the old system? 20.02.31 # I think I'm gonna need some support some times :) 20.03.07 # i have no idea who wrote it 20.03.26 # well... I'll just scream here if I can't find something.. 20.04.15 Join webguest49 [0] (~d1ddcecd@labb.contactor.se) 20.04.59 Quit webguest49 (Client Quit) 20.07.57 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 20.11.35 # preglow? When i use your linked list idea I should use a struct containing a string and a pointer to the next struct right? 20.12.01 # and that as a part of the plugin struct? 20.12.13 # filled with the extensions for that plugin? 20.16.29 Quit Bagder (Read error: 60 (Operation timed out)) 20.16.57 Quit jyp ("poof!") 20.22.59 Quit Seed (Nick collision from services.) 20.23.07 Join Seed [0] (ben@l192-114-41-133.broadband.actcom.net.il) 20.25.22 Quit Tomas|laptop ("Leaving") 20.28.08 Join markun [0] (~markun@bastards.student.utwente.nl) 20.28.19 Join Tomas|laptop [0] (~tomas@ip503c08d1.speed.planet.nl) 20.28.23 # *oops 20.28.32 # wrong button... 20.29.47 # ARG 20.29.48 # calculator.c:1072: internal compiler error: in reload_cse_simplify_operands, at reload1.c:8365 20.30.10 # preglow: I wanted to move some of the mdct functions of Tremor to icode. I now get 'IllInstr' at mdct_backward. What should I do to move code to iram? 20.30.47 # markun: have you copied the code in question to iram? 20.31.04 # if not, have a look at the memcpy in mpa2wav that does that 20.31.15 # preglow: ok, I'll take a look at it. 20.36.00 # preglow: Just moving the mdct functions to iram doesn't give a speed improvement. 20.36.53 # markun: no surprise 20.37.12 # markun: there should be a small difference, but the greatest gain is found in just optimizing code and placing data in iram 20.37.17 # markun: there already is a code cache 20.37.37 # I placed the data in mdct_lookup.h into idata 20.38.01 # that should have yielded a improvement 20.39.19 # wait, it does improve! 20.39.23 # Didn't reboot.. 20.39.48 # I get 71% real-time with a q 3 ogg file. 20.40.05 # I've disabled output to vorbistest.wav and disabled the printing in malloc. 20.41.31 # 72% now. If I have time for it this week I would like to start on implementing the mdct with prerotation+fft+postrotation. 20.42.34 # you certain are you that will yield a gain? 20.42.37 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 20.42.44 # is there a good coldfire fft available? 20.43.44 # There is the 1024 points ref.. I will try to start from there. 20.44.25 # it should be modifyable 20.44.32 # Did you read the master thesis of the guys who optimized Tremor to run on a DSP? 20.44.35 # most larger ffts are iteratively based on smaller ffts 20.44.38 # no 20.44.55 Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 20.45.08 # It's very interesting. The initial test file decoded in 27 seconds. After optimizing in 8. 20.45.33 # http://130.89.160.166/rockbox/thesis.pdf 20.45.42 # i haven't got time to read it now 20.45.58 # Maybe you can bookmark it and have a look at it later. 20.46.33 # They made a patch for Tremor low-mem, but it's not available anymore. 21.05.13 *** Saving seen data "./dancer.seen" 21.14.08 # libflac is way > 100%, isn't it? 21.16.50 # yes 21.21.12 # flac is faster than ogg or it's just been more optimized by now? 21.22.16 # well, it's not that computationally intensive from the start 21.22.26 # i've only done one opt in libflac 21.22.44 # somehow xmms likes to take a large chunk of cpu when playing flacs occasionally 21.22.51 # all we need is the sound arch. :) 21.22.51 # that's the only reason I ask 21.31.58 Nick [Zmaj] is now known as [zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 21.32.50 # ok.. stupid question.. 21.33.00 # how do I install rockbox on the simulator? 21.33.23 # I have a build folder.. (iRiver build) but what do I copy when I want to run the simulator? 21.35.46 Join Camilo [0] (~chatzilla@userca029.dsl.pipex.com) 21.39.45 # *kuch* really stupid *kuch* .. I have it :) copy the build folder.. 21.44.29 Join HenrikB [0] (~HenrikB@as4-2-2.sjom.b.bonet.se) 21.47.25 # anybody has an example viewers.conf for me? 21.47.55 # it should be here: /.rockbox/viewers.config 21.48.19 Quit edx (Read error: 110 (Connection timed out)) 21.49.35 # You can do 'make zip' in your build folder. This gives you a rockbox.zip which you can unzip in the archos folder. 21.49.55 # It includes viewers.config 21.50.05 # ok 21.50.44 # eh.. I have iRiver build options in use:) 21.50.50 # so it doesn't make zip.. 21.50.58 # do you know the format of viewers.config ? 21.51.43 # viewers.config is in plugins/ 21.52.46 # tnx 21.59.23 Quit Camilo ("Chatzilla 0.9.67 [Mozilla rv:1.8a6/20050111]") 22.01.22 # Heyey 22.01.55 # i've jsut installed Rockboy with greylevel thanks to Chamois (who gave me some links) 22.02.05 # it's quite cool 22.02.14 # seems to be real time ;) 22.02.22 # (with Mario) 22.03.15 # have you tried game boy color roms? 22.03.29 # they are working 22.03.42 # but... you know... its not like the iriver display has colors :P 22.03.53 # no, that's not the problem ;) 22.03.57 # anyone know if plugins use the main stack? 22.03.58 # I only want the rom's to work 22.04.34 # well, yes, of course they do 22.04.51 # most of the color roms include the color aspect somewhere in the gameplay 22.05.00 # which makes them somewhat unplayable :) 22.05.12 # just look at the color dungeon in zelda dx... 22.05.40 # yeah, but for some games there is a non color and a color version.. and I have only a color rom.. 22.05.55 # and it's not a problem to not see the color of a pokemon ;) 22.06.14 Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") 22.06.36 Join jyp [0] (~jp@190.216-136-217.adsl.skynet.be) 22.10.07 Quit markun () 22.18.11 # * Tomas|laptop is leaving... Have to work tomorrow :( 22.18.12 # bye 22.18.15 Quit Tomas|laptop ("Leaving") 22.20.14 Quit Tomas2 ("Guess what... leaving too :)") 22.28.12 Join Soul_Eater [0] (~faccess@pcp04474086pcs.brmngh01.mi.comcast.net) 22.34.40 # so whats new with the project 22.36.39 Quit Strath ("Client exited") 22.37.45 Join Strath [0] (~mike@dgvlwinas01pool0-a252.wi.tds.net) 22.44.23 # more games ;) 22.46.42 Nick [zmaj] is now known as [Zmaj] (zmaj@liebt.polnische.putzen.am.telefon.und.das.ist.auch.gut-s0.de) 22.49.47 Join DMJC [0] (~James@220-245-162-47-sa-nt.tpgi.com.au) 22.52.34 # haha oh really? 22.52.39 # We got Legend of Zelda goin yet? 22.53.25 # yea 22.53.28 # how's sound going? 22.53.55 # tight. LoZ uses alot of controls. I wonder how the hell that works on the iriver 22.54.12 Join amiconn [0] (~jens@pD95D1AEE.dip.t-dialin.net) 22.54.16 # not well. 22.55.39 # :) 22.55.44 # I leave the place 22.55.48 # bye erveryone 22.56.09 Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") 23.01.34 Part DMJC ("Leaving") 23.03.09 # Hrmpf. 23.03.36 # The x11 sim now locks up after some time, and it's definitely not the x11 mt problem :( 23.03.50 # haha 23.05.14 *** Saving seen data "./dancer.seen" 23.06.39 # amiconn: how long a time? 23.07.16 # Well, it happens when a scrolling line is displayed, and depending on the scroll speed 'some time' ranges from seconds to minutes 23.07.23 # XShocK: does the codec eat data in big endian format? 23.10.16 # CoCoLUS: actuall, cgb roms have a backwards compatibility mode that should make them play fine on a grayscale gameboy too. 23.10.39 # its just that gnuboy has a palette bug that causes it to have wrong palettes at times. 23.10.44 # its on the tofix list. 23.11.09 # unfortunately, in order to be able to fix it, you have to traverse and understand that horrid ugly goo of code they wrote. 23.12.26 # Gnuboy can save games right? Does it save them directly to a directory on the hd? 23.18.46 # was out for a while. 23.18.56 # what codec? 23.19.07 # you mean the DAC ? 23.19.45 # yes, DAC takes big-endian, i had to byte-swap the data from WAV to get it working 23.20.42 Join nobby [0] (nobby@ACC919C7.ipt.aol.com) 23.22.31 # preglow: What also happens - as soon as the x11 sim hangs, it starts to consume all available cpu time. 23.23.05 Join edx [0] (edx@pD9EAA5CF.dip.t-dialin.net) 23.24.46 # does anyone have a copy rockbox for iriver with the greyscale patch and rockboy, and could they send me it? I have the bootloader allready flashed 23.25.12 # amiconn: "interesting" 23.25.27 # XShocK: goodie 23.25.30 Quit YouCeyE ("Leaving") 23.25.41 Join YouCeyE [0] (foobar@vp089036.reshsg.uci.edu) 23.40.34 # does anyone have a copy rockbox for iriver with the greyscale patch and rockboy, and could they send me it? I have the bootloader allready flashed 23.42.45 # technically, could the rockbox ihp1xx series firmware run on an h3xx or not 23.42.53 # no 23.43.01 Nick Bagder_ is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se) 23.43.02 # completely different hardware 23.43.23 # not "completely" different, but different enough 23.43.59 # different like more advanced? 23.44.00 # whats the similarities? they both have stereo minijacks for headphones? :P 23.44.13 # the same CPU for example 23.44.24 # is it? i thought it was different 23.44.47 # would not be surprised to learn the codec chip is the same either 23.44.48 # http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents 23.45.21 # preglow: indeed the same 23.46.22 # the same FM tuner 23.47.24 # anyone know what the usb host controller is? 23.47.41 # motorola has issued a data sheet on how to make the mcd5249 work well with a specific phillips chip 23.47.46 # it isn't listed on the wiki page 23.47.56 # so wouldn't surprise me if that's it 23.52.35 Quit nobby ("hurry up and get those codecs working! i want them by tomorrow morning! :P") 23.54.55 Join DrRick [0] (DrRick@81-86-232-134.dsl.pipex.com) 23.55.57 # g'night ladiez