--- Log for 19.09.104 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 23 days and 13 hours ago 00.00.16 Quit scott666_ (Read error: 60 (Operation timed out)) 00.00.50 Part LinusN 00.09.17 Join LinusN [0] (~linus@labb.contactor.se) 00.13.23 Quit webguest36 ("CGI:IRC (EOF)") 00.16.16 Join webguest05 [0] (~524664e6@labb.contactor.se) 00.19.03 # hi 00.19.19 Nick webguest05 is now known as ripnetuk (~524664e6@labb.contactor.se) 00.19.41 Quit ripnetuk (Client Quit) 00.27.07 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Nine out of ten l33t h4x0rz prefer it") 00.28.46 # Does taking the cover off the iRiver invalidate the warranty? I can't see anything that says it does or any stickers etc that you need to break... 00.29.31 Part qwm 00.32.45 # there was a sticker on mine 00.34.23 # "any attempts to dissect this unit and write your own firmware will void your warranty" ;) 00.36.33 Part LinusN 00.37.02 Join LinusN [0] (~linus@labb.contactor.se) 00.50.07 *** Saving seen data "./dancer.seen" 00.50.16 # Hmm.. looked carefully again on my H340.. no sticker.. I might read the box/manual just to make sure.. the H340 uses standard phillips heads screws 01.39.16 # 31 files changed, 964 insertions(+), 1151 deletions(-) 01.40.01 # i think i'll wait with this commit until tomorrow 01.41.37 # Give me a small hint what it is about 01.41.46 # A tiny hint :) 01.42.10 # it's my button change we've been discussing a couple of days now 01.42.26 # hopefully you won't notice a thing :) 01.42.28 # ah 01.42.44 # Well, I'm still running one of the first rombox builds 01.42.56 # http://www.bobandgeorge.com/Archive/Jun01.php?date=15 01.43.46 # It's great with commits though :) 01.44.37 # I don't get the strip. Is it just late or is it there really no punchline? 01.45.40 # rewind 5 strips or so 01.46.01 # I think it's awesome :) 01.46.08 # But then, I'm easy to entertain. 01.55.47 # bed time 01.55.49 Quit Zagor ("Client exiting") 02.18.16 Join webguest59 [0] (~8446db26@labb.contactor.se) 02.43.42 # time to sleep, nite all 02.43.45 Part LinusN 02.50.09 *** Saving seen data "./dancer.seen" 02.50.41 Join ze__ [0] (psyco@adsl-67-123-41-249.dsl.lsan03.pacbell.net) 02.50.57 Quit ze (Nick collision from services.) 02.51.02 Nick ze__ is now known as ze (psyco@adsl-67-123-41-249.dsl.lsan03.pacbell.net) 02.56.10 Quit _aLF ("Leaving") 03.18.13 Quit webguest59 ("CGI:IRC (EOF)") 03.40.26 Quit AciD (Connection timed out) 04.02.35 Join bagawk [0] (Lee@ACC2FF07.ipt.aol.com) 04.13.36 Part scott666 04.50.13 *** Saving seen data "./dancer.seen" 05.22.22 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 05.28.52 Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 05.51.50 Quit bagawk (Read error: 104 (Connection reset by peer)) 05.56.03 Part scott666 06.07.26 Join Pitch [0] (~Pitch@ool-182e23b8.dyn.optonline.net) 06.09.42 Part Pitch 06.10.15 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 06.10.58 Quit AciD ("tabarnack jva finir par le pitcher par la fenêtre le criss d'ordi") 06.43.14 Quit midk ("Leaving") 06.49.40 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 06.50.15 *** Saving seen data "./dancer.seen" 06.51.31 Quit midk (Remote closed the connection) 06.51.52 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 07.03.38 Quit midk (Remote closed the connection) 07.04.51 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 07.09.42 Quit midk (Remote closed the connection) 07.20.35 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 07.22.02 Quit midk (Remote closed the connection) 07.23.45 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 07.25.54 Join ashridah [0] (ashridah@dialup-a1-402.Melbourne.netspace.net.au) 07.45.41 Join elinenbe_ [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 07.45.41 Quit elinenbe (Read error: 104 (Connection reset by peer)) 07.45.45 Nick elinenbe_ is now known as elinenbe (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 08.11.52 Join methangas [0] (methangas@0x50c61c48.virnxx10.adsl-dhcp.tele.dk) 08.19.34 Nick methangas is now known as methan-yarg (methangas@0x50c61c48.virnxx10.adsl-dhcp.tele.dk) 08.27.11 Quit midk ("Leaving") 08.27.18 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 08.27.37 Quit midk (Client Quit) 08.27.45 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 08.31.12 Quit midk (Client Quit) 08.34.06 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 08.50.16 *** Saving seen data "./dancer.seen" 08.59.31 Quit midk (Remote closed the connection) 09.00.54 Join midk [0] (midk@c-24-18-39-204.client.comcast.net) 09.09.30 Quit midk (Read error: 104 (Connection reset by peer)) 09.11.14 Join midk [0] (midk@c-24-18-39-204.client.comcast.net) 09.14.40 Quit midk (Read error: 104 (Connection reset by peer)) 09.15.55 Join midk [0] (midk@c-24-18-39-204.client.comcast.net) 09.16.43 Quit Nibbler (Read error: 113 (No route to host)) 09.18.00 Join Nibbler [0] (~andrer@port-212-202-78-96.dynamic.qsc.de) 10.50.18 *** Saving seen data "./dancer.seen" 11.16.33 Quit MrMoo (Read error: 110 (Connection timed out)) 11.18.48 Join R3nTiL [0] (~zorroz@158-254-30-217.kgts.ru) 11.25.16 # bed, night 11.28.15 Quit R3nTiL () 12.41.03 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 12.50.21 *** Saving seen data "./dancer.seen" 12.57.27 Join tron_ [0] (~tron@c224236.adsl.hansenet.de) 13.03.39 # hey, everybody 13.31.56 Join Sebulba02 [0] (~Sebulba02@Darth-Sebulba04.active.supporter.pdpc) 13.32.48 # Hey, does anyone have problems compiling sysfont.c from cvs for a recorder? 13.37.18 # hmm, apparently having weird box issues. nm 13.40.13 # apparently not very many ppls. actually here :-) 13.41.12 # Like 90% of the other channels I'm in, heh 13.41.36 # Sebulba02, try telling what is happening exactly 13.42.16 # usually when somebody comes accross a "i have a problem" request, people don't like having to ask "what's happening ?", they will answer only if everything is right on the screen :) 13.42.23 # uski: Well, I just got the daily build working which should be no different than CVS. 13.42.51 # and what is the problem with CVS ? 13.43.00 # i.e. is there any error message? 13.43.28 # It tries to compile sysfont.c and get: sysfont.c:19: parse error before "_font_bits" and a slew of other errors. 13.43.36 # warnings* 13.43.37 # ok 13.43.55 # try to see the CVS changelog for this file 13.44.20 # CVS hasn't changed since the 17th 13.44.37 # Which baffels me that I can compile the daily from today 13.45.55 # hmmm 13.46.10 # im not familiar enough with the latest changes to help you, unfortunately 13.46.14 # I even -dCARP 'd my tree 13.46.27 # No biggie, the daily worked. 13.46.49 # yea 13.49.04 # btw - I might ask a question as well: I'm thinking of getting an archos, mainly because rockbox exists. A player (studio) would be sufficient, but I'd love the USB2.0. Does anyone know if there are players with USB2.0 around or do I need to get a recorder? 13.53.18 # I don't even see a place to buy a recorder on their website. 13.53.36 # Beats me, then. 14.03.29 # tron_: recorder has much better output-quality than player (but there is a hardware-mod for player to archieve that) 14.04.05 # hmm... 14.04.24 # point is that I really don't need to record anything, so that feature is somewhat wasted on me. 14.06.00 # and then... the player does have a crappy display..... 14.07.00 # so its one of 3 features the recorder has, that u dont need :) 14.09.10 # heh 14.16.42 # :-) 14.28.34 Join mattzz [0] (~mattzz@c198108.adsl.hansenet.de) 14.32.27 Quit mattzz (Client Quit) 14.43.18 Join maikeul [0] (~gromit@ALagny-151-1-14-23.w82-121.abo.wanadoo.fr) 14.50.23 *** Saving seen data "./dancer.seen" 14.52.16 Quit uski ("Leaving") 15.02.33 Quit gromit` (Read error: 110 (Connection timed out)) 16.39.47 Join R3nTiL [0] (~zorroz@158-254-30-217.kgts.ru) 16.42.37 Quit R3nTiL (Client Quit) 16.45.29 Join AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.50.24 *** Saving seen data "./dancer.seen" 16.52.20 Quit midk (Read error: 110 (Connection timed out)) 16.57.20 Join AciD`` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.00.23 Quit AciD (Read error: 110 (Connection timed out)) 17.04.31 Quit AciD` (Read error: 110 (Connection timed out)) 17.07.09 Quit ashridah ("sleep") 17.38.57 Quit AciD`` (Read error: 60 (Operation timed out)) 17.56.40 Join midk [0] (midk@c-24-18-39-204.client.comcast.net) 18.00.47 Join bagawk [0] (Lee@ACC00CD3.ipt.aol.com) 18.04.05 Quit bagawk (Client Quit) 18.06.40 Join bagawk [0] (Lee@ACC75B5E.ipt.aol.com) 18.10.17 Join Zagor [0] (foobar@h254n2fls31o265.telia.com) 18.12.06 Quit Nibbler ("¿") 18.13.07 Join Nibbler [0] (~andrer@port-212-202-78-96.dynamic.qsc.de) 18.13.13 # *gleichaufbrech* 18.13.24 # oops, wrong window.... 18.15.47 # Zagor: there are some issues with the progress bar, and the peakmeter with fonts 18.15.59 # ok? 18.16.22 # 1. The progress bar does not cchange size with the font, and makes it overlap into other lines 18.16.49 # if you have a big or a small font? 18.16.50 # 2. The peakmeter does not work with fonts with less than a Y of 5 pixles 18.16.58 # small 18.17.04 # you have a 4-pixel font? 18.17.05 # i have not tied with a big 18.17.10 # 5 18.17.15 # , but i have tied with a 4 18.17.20 # *tried 18.17.43 # I'm not sure we should spend much effort or code on supporting 4-pixel fonts 18.18.23 # we could att a limit that won't load it, to avoid confusion 18.18.25 # Zagor: well the peakmeter would look strange being fot on 4 pixles, and iwas thinking of just it being disabled 18.23.20 Join pillo_ [0] (~trillian@navlab03.dei.unipd.it) 18.23.49 # i think more things will look strange with 4 pixel fonts. file type icons, for example 18.24.09 # i do not use the icons 18.32.29 Join ze__ [0] (psyco@adsl-67-123-40-252.dsl.lsan03.pacbell.net) 18.32.47 Quit ze (Nick collision from services.) 18.32.55 Nick ze__ is now known as ze (psyco@adsl-67-123-40-252.dsl.lsan03.pacbell.net) 18.34.18 Join [IDC]Dragon [0] (~idc-drago@pD9E34F97.dip.t-dialin.net) 18.34.22 # you don't use 4-pixel fonts either :) 18.34.59 # <[IDC]Dragon> hi Zagor 18.35.07 # hi 18.35.20 # <[IDC]Dragon> how's your big, fat commit coming along? 18.35.41 # i like tiny fonts 18.35.42 # i'll commit it tonight 18.35.51 # <[IDC]Dragon> very nice 18.36.37 # <[IDC]Dragon> Jens found out that the Ondio needs FAT16 more than we thought 18.36.48 # yeah, i saw that 18.36.58 # <[IDC]Dragon> because the internal flash has to be FAT16 in order to boot 18.37.25 # <[IDC]Dragon> I started looking on how to debug this 18.37.38 # see firmware/test/fat 18.37.55 # <[IDC]Dragon> found i nice tine free tool to mount a disk image file as a drive 18.38.00 # it's a simulated ata driver 18.38.15 # <[IDC]Dragon> for Windows, Linux has that already 18.38.21 # <[IDC]Dragon> I know 18.38.29 # <[IDC]Dragon> working on a file 18.39.17 # and a bunch of test cases 18.39.26 # <[IDC]Dragon> so now I can mount that file under windows 18.39.58 # everything is so diffcult in windows... ;) 18.40.09 # <[IDC]Dragon> don't tell me... 18.40.31 # <[IDC]Dragon> I'll have to build a simulator which includes all the file system code 18.40.32 # Zagor: sometimes i say the same about *nix 18.40.56 # bagawk: but not about programming, i bet 18.41.08 # <[IDC]Dragon> not stopping at the POSIX layer 18.41.20 # Zagor: no, most of my problems come from X 18.41.38 # [IDC]Dragon: why don't you use the test code we already have? 18.41.42 # <[IDC]Dragon> Lee: do you know you started all that Ondio business? 18.41.58 # <[IDC]Dragon> Zagor: yes, I will 18.41.59 # [IDC]Dragon: yes 18.42.30 # <[IDC]Dragon> I just have to shape up a project file 18.46.05 # <[IDC]Dragon> Zagor: can you tell me some buzzwords for possible issues porting to FAT16? 18.46.40 # <[IDC]Dragon> I looked into it a bit, only found slightly different stuff 18.47.13 # <[IDC]Dragon> and, of course, the tables having 16 bit entries instead of 32 bit. 18.48.16 # i don't remember. it was a while since I looked at it. 18.48.36 # <[IDC]Dragon> ok 18.50.12 # the root directory is handled differently. in fat32 it's like any other dir, but in fat16 it's special entity 18.50.26 *** Saving seen data "./dancer.seen" 18.51.07 # <[IDC]Dragon> I'm just reading that, yes, horrible 18.53.07 # off to cook dinner. bbl 18.53.19 # <[IDC]Dragon> enjoy! 18.54.18 # what do Swedish people eat for dinner? 18.54.34 # <[IDC]Dragon> fish, I guess 18.57.36 Join JK2 [0] (~JK@82-37-190-218.cable.ubr05.wals.blueyonder.co.uk) 18.57.38 # hi 18.58.00 # hello 18.58.44 # anyone got a Gmini ? :) 18.59.11 # JK2: not me, but you can join #gmemu for people that do 18.59.56 # ahh, smooth 19.00.22 # how about the AV things, anyone got one of them? :) 19.02.39 # not me, but people in #avos, and #linav do 19.06.25 # [IDC]Dragon: what is Zagor "big commit"? 19.08.58 # cheers 19.20.53 Join amiconn [0] (~jens@pD9E7EBDA.dip.t-dialin.net) 19.31.57 # hi 19.34.30 # hey amiconn 19.34.36 Nick maikeul is now known as gromit`aw (~gromit@ALagny-151-1-14-23.w82-121.abo.wanadoo.fr) 19.38.40 # [IDC]Dragon: Do you read? 19.41.23 # tiem to go 19.41.46 Quit bagawk ("umount /dev/brain") 20.07.25 # anyone got a AV ? :) 20.11.35 # Ok, I'll probably get a Recorder 20. Does anyone know whether it works with Linux? I mean, not every ide2usb-chip works well... 20.12.25 # it works like a charm 20.12.41 # hallelujah for usb mass storage compliance! \o/ 20.13.17 # Nice to know. I have a NeoCar-jukebox (maybe someone knows this) and the usb-chip is, lets say, rather incompatible. 20.14.06 # do they still sell the Recorders now the Gmini is out? 20.14.21 # I know they did a slight face lighted version 20.14.24 # Anyone into the different versions? If I'm getting an used Recorder20, is it sure to have USB2.0? I heard that the "15" were available in both. 20.14.38 # yes, they do. At least I found it in several online-shops. 20.15.25 # tron_: mine is a definite USB2 and I bought it over a year ago 20.16.18 # thanks, then I'm likely to get one that does. 20.16.22 # think the older version looks better than this : http://rockbox.haxx.se/docs/fmrecorder.jpg 20.16.32 # my recorder has black rubbers anyway :)# 20.17.06 # http://82.37.190.218/archos.jpg 20.17.27 # says USB2.0 clearly enough at the bottom :) 20.18.05 # the ones I find are these: http://rockbox.haxx.se/docs/recorder.jpg 20.18.41 # same as mine, yours might arrive with l33t black rubbers, lol 20.18.46 # which also state 2.0, if one has a closer look :-) 20.20.12 # I don't think that the color of the rubber edges will be /that/ important. 20.20.16 # why not get a Gmini though? 20.21.10 # lol, indeed, aruging over the aesthetics of what is basically their first design in a bit bizzare 20.21.17 # more expensive/not compatible with rockbox. 20.21.23 # brb 20.21.25 # it's like saying my house-brick has rounder edges than yours ;) 20.21.49 # they have their own firmware group now - http://www.donat.org/archos 20.23.47 # JK2: have they actually ran any code on the gmini yet? i can only find an emulator. 20.24.02 # not that there's anything wrong with that, just curious 20.34.54 # yup, gromit`aw has one loaded with it I think 20.34.59 # he was just testing an .mp2 for me 20.39.29 # anyone running an iRiver btw? 20.39.54 # you mean right now? 20.41.38 # my girlfriend has an iriver. 20.42.01 # i hope to buy a broken one tomorrow :) 20.46.23 # ahh, should be interesting 20.46.34 # is rockbox up and running for the iRiver yet? 20.48.32 # <[IDC]Dragon> amiconn: now I'm here 20.49.05 # On friday I tried some commands on the mmc. 20.49.20 # No luck yet (get different answers every time) 20.49.31 Join _aLEX [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 20.49.37 Nick _aLEX is now known as _aLF (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 20.49.38 # But I found some more things that might be interesting 20.49.39 # <[IDC]Dragon> no luck as a commander? 20.49.39 # <_aLF> hi 20.49.45 # "Hello, MMC" : "You want cheeseburgers with those?" 20.50.12 # "How are you, MMC?" : "La la la. Ducks in the pond" 20.50.15 # [IDC]Dragon: The original firmware _does_ use DMA, but also incorporates polling routines 20.50.28 *** Saving seen data "./dancer.seen" 20.50.35 # <[IDC]Dragon> like you also intended? 20.51.03 # (2) There must be different models of the Ondio, distinguishable by the mask, which have a different clock gate circuit 20.51.31 # <[IDC]Dragon> yes, we need more users 20.53.48 # <[IDC]Dragon> our PCB is v2.22, suggesting quite a history 20.53.52 # Question: Is PA13 really connected to pin *9* of the mmc? Iirc there are only seven pins... 20.54.12 # <[IDC]Dragon> the ready/busy pin? 20.54.20 # JK2: no that while take a while 20.54.28 # *will 20.55.39 # <[IDC]Dragon> amiconn: that pin is "extra", not used for MMC 20.55.57 # <[IDC]Dragon> but perhaps for SDI/O 20.56.24 # <[IDC]Dragon> an extension, where the card can signal for attention 20.56.31 # SD does not fit (tried it), so the socket is mmc only 20.56.46 # <[IDC]Dragon> uses by non-memory devices 20.56.50 # [IDC]Dragon: Yes. I presume that you mean pin 7, which is data out, and the card will hold DO low as long as it is busy, which is basically the same thing that the busy pin of the internal flash does. Makes sense? 20.57.25 # <[IDC]Dragon> no, it's an extra pin where the diagonal cut is 20.57.37 # Ah, so it does not make sense 20.57.41 Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 20.57.54 # bbl :) 20.58.00 Quit JK2 () 20.58.16 # [IDC]Dragon: I have a suggestion how we could handle the 2-disk problem for browsing 20.58.32 # <[IDC]Dragon> yes? 20.58.40 # a top-level with two disk "folders"? 20.58.53 # We could do that unix-like, with the internal flash being the root, and "mounting", the MMC under /mmc 20.58.55 # [raid0? :-)] 20.59.18 # <[IDC]Dragon> working on 2 volumes has issues, I guess 20.59.27 # amiconn: i believe doing it windows-like would be more easily understood by many users 20.59.31 # That would work because the internal flash is always there 20.59.37 # <[IDC]Dragon> like, having files open on both at the same time 21.00.07 # Yes, the fat driver would need to be multi-volume aware 21.00.36 # <[IDC]Dragon> let's first make it FAT16-aware :-) 21.00.37 # ...and the file descriptor structure has to remember the disk 21.01.04 # Zagor: isnt the only main difference calling the folders A: and B:? 21.02.06 # scott666: my point is that people are now used to having a "my computer" level where they can see all their available disks, and browse them. I do not advocate using C: D: names, just the top level. 21.02.17 # [IDC]Dragon: A different matter: my next toy has arrived (JB Studio)... 21.02.30 # <[IDC]Dragon> ah, congrats! 21.02.42 # <[IDC]Dragon> now you need a flash solder job... 21.03.03 # So now I have to decide between hacking the Ondio, the Studio flashing, or the recording issues... 21.03.04 # there are actually only tree variables in the fat driver that needs to be duplicated for a second volume 21.04.09 # ...and adding a volume number to struct fat_file doesn't require much change either 21.04.32 # The recording issues are really hard to grasp. I don't get hangs with SPDIF recording as Paul does. However, I found via some statistics a possible cause for the problems. Have to do somre more recordings and calculations to confirm this 21.04.33 # <[IDC]Dragon> ok, nice 21.04.38 # Zagor: so you want an extra folder-like (MyJB?) object with the 2 drive folders inside it? 21.05.02 # scott666: yes, i think that is the most intuitive concept 21.05.06 # Zagor: I'd prefer the unix approach, by we could even make it configurable ;) 21.05.14 # s/by/but/ 21.05.21 # <[IDC]Dragon> amiconn: is your player flashable? 21.05.33 # i think the unix approach would be confusing for people who don't know the unix concept (i.e. the majority of users) 21.05.52 # exposure to unix isnt a bad thing 21.05.53 # [IDC]Dragon: Didn't put rockbox on it yet. Just got it this evening, and it needs some charging first. 21.06.07 # I like the unix concept, but I know it confuses people the first time they encounter it. 21.06.24 # also it would make it impossible to add a directory called mmc to the flash :) 21.06.29 # but if we can get the learning curve low enough that wont matter 21.06.47 # Zagor: Although I'm mainly a Windows user (and Amiga), I prefer the unix approach 21.06.53 # scott666: why have a concept you have to explain, when you can have one everyone will immediately understand? 21.07.40 # are you sure all *nix users will find the My Computer thing intuitive? 21.08.26 # yes 21.08.29 # ive always used windows (for the most part anyway) and ive always hated My* 21.08.39 # but maybe thats just me :-) 21.08.54 # well forget I called it "like windows". just think of it as two drives mounted in the root directory. 21.09.27 # i thought that was where we were already at? 21.10.03 # in an otherwise empty root directory 21.10.12 # not the flash disk root 21.10.22 # ok 21.10.58 # amiconn, [IDC]Dragon: there's no remote control for the ondio, is it? 21.11.26 # None that we are aware of, and a remote wouldn't make much sense for such a small device 21.13.03 # Disk in my new Studio: Hitachi DK23DA... hello rlod! 21.13.20 # :) 21.14.55 # amiconn: it's a wonderful feature! :) 21.14.55 # <[IDC]Dragon> Zagor: no, the serial is not avail. 21.16.05 # Zagor: Did someone test your new button handling on a player yet? 21.18.01 # not, i've only done it in the sim. there seems to be something wrong with the usb connection on my player. 21.18.12 # want to try? 21.20.08 # I could do it, as I now have such a beast 21.20.53 # nice. http://bjorn.haxx.se/player-btntest.zip 21.21.04 # There is approx. 1 GB of data in the /recycled folder... 21.21.15 # Pictures, mp3s... 21.21.32 # credit card numbers, bank accounts... ;) 21.23.43 # <[IDC]Dragon> gotta reboot, c u 21.23.48 Quit [IDC]Dragon () 21.26.47 Join [IDC]Dragon [0] (~idc-drago@pD9E34F97.dip.t-dialin.net) 21.28.17 # Tsstss... When do people learn how to *delete* stuff 21.30.10 # Some never do.. 21.30.26 # Some do on accident. 21.30.44 # And the rest out of necessity. 21.31.06 # <[IDC]Dragon> grr, another reboot (debugging my TV-out) 21.31.12 Quit [IDC]Dragon () 21.31.13 # Fun 21.33.55 # amiconn: have you ever used the player model before? 21.34.03 # No. 21.34.19 # Still copying data... usb 1.1 is sloooow 21.36.49 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 21.38.06 # Zagor: I'll try "ordinary" rockbox before, and then your test build 21.39.38 # ok 21.48.17 Join tomladtk [0] (tom@80.41.84.202) 21.48.22 # hi 21.48.37 # i was on rockbox and it mentioned archos... just wondering what that is 21.48.53 # i have an iriver h140 and im looking for some replacement firmware 21.49.05 # maybe make it do some stuff that iriver couldent make it do 21.49.10 # anyone online here? 21.50.36 Join webguest28 [0] (~502954ca@labb.contactor.se) 21.50.50 # hi 21.51.47 Quit webguest28 (Client Quit) 21.53.28 # email me if u can answer my questino 21.53.29 # thanks 21.53.31 # tomlad@tomlad.tk 21.53.34 Quit tomladtk () 21.55.28 # Zagor: With current cvs, I'm unable to change the volume from wps on the player... 21.56.55 # Ah, got it. 22.15.30 # Zagor: There is a bug with your new button handling: 22.16.34 # If you use menu+left/right to adjust the volume from the wps, after releasing the menu button the menu pops up. It does not do that with cvs 22.17.55 # (2) keylock and mute don't work 22.18.06 # (but we can toss mute) 22.18.27 # Zagor: Tried it on recorder? 22.32.09 # yes I have 22.33.43 # so menu+stop does not lock the keys in wps? 22.34.30 # Hmm. Now it does. Strange 22.35.20 Quit midk (Read error: 110 (Connection timed out)) 22.35.25 # it has probably become a bit more sensitive, it does not lock on MENU|repeat+down 22.35.46 # fixing the menu popup... 22.41.35 # new test: http://bjorn.haxx.se/player-btntest.mod 22.50.31 *** Saving seen data "./dancer.seen" 22.54.51 Join midk [0] (midk@c-24-18-39-204.client.comcast.net) 22.55.09 # Zagor: Menu does still pop up... 22.55.18 # hmmm 23.01.56 Quit methan-yarg (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") 23.06.42 # i need to work some more on the player volume display 23.14.57 # Zagor: Btw: The version string still tells the same date & time as your last test 23.15.15 # yes, i only recompiled affected files 23.15.25 # Ah ok 23.16.23 Quit tron_ (Remote closed the connection) 23.16.59 # can you try again now? 23.20.24 # It works now 23.20.39 # good. any other quirks you can find? 23.23.24 # Just found one: When you enter info->version, and then leave with "stop" you should be back in the info menu. However, you jump back up to the main menu 23.23.35 # ok 23.23.56 # ...if you don't press stop _very_ short. This doesn't happen with cvs 23.26.08 # Btw: Do your button changes include the new button assignments for the Ondio? 23.26.16 # yes 23.29.42 # You should start a survey on the ml whether volume & skip should be swapped on the player. I'd vote "yes" 23.29.53 # yeah, so would I 23.33.29 # Otherwise, rockbox operation with the limited keys & display are rather logical, much better than with archos fw... :) 23.34.36 # I'd hope so :) 23.36.06 Join [IDC]Dragon [0] (~idc-drago@pD9E34F97.dip.t-dialin.net) 23.36.22 # ok i'll commit this code now to get more testing. i assume we'll find a few more places I've missed. 23.36.25 # Re Jörg! That was a loong reboot ;) 23.36.31 # <[IDC]Dragon> ;-) 23.36.40 # <[IDC]Dragon> many of them 23.36.51 # <[IDC]Dragon> and no improvement 23.37.07 # What are you trying to do? 23.37.15 # <[IDC]Dragon> I want to create a screen resolution 768*576 23.37.23 # Hmm. 23.37.38 # <[IDC]Dragon> this was working before 23.37.49 # Re your questions: Player does work fine, but unfortunately isn't flashable out of the box 23.38.05 # <[IDC]Dragon> "out of the box", haha 23.38.17 # ??,?? 23.38.53 # <[IDC]Dragon> you know that I had very limited luck with uart boot mod and Players 23.39.02 # I know 23.39.25 # Anyway, Ondio hacking does have a higher priority 23.39.54 # <[IDC]Dragon> and recording? 23.40.13 # The recording is a weird thing 23.40.27 # <[IDC]Dragon> I must say I didn't follow that story 23.41.09 # I don't get the problems with spdif that Paul has. However, I found some interesting thing about the mas: 23.43.14 # It seems that if you are encoding with highest quality (7), stereo, high sample rate, _and_ crc protection & m/s stereo encoding are active at the same time, the mas delivers much more defective frames than if either of these 2 options is off 23.43.47 # It seems that within these conditions, the processing capabilities of the mas reach their limit 23.44.39 # Rockbox 2.2 has crc protection off (by mistake), but m/s stereo on. This produces a few corrupt frames 23.45.24 # Archos firmware has crc protection on, but m/s stereo off (on purpose?). This also produces a few corrupt frames 23.46.24 # However, if both features are on (rockbox cvs), the mas delivers much more corrupt frames. If I switch m/s stereo off, the error rate drops to (approximately) that of the archos fw 23.48.33 # <[IDC]Dragon> hmm 23.48.59 # <[IDC]Dragon> dumb question: what's m/s stereo? 23.51.37 # Mid/Side stereo, isn't it? althought I'm not sure how it differs from Joint stereo 23.53.19 Join amiconn_ [0] (~jens@pD9E7EBDA.dip.t-dialin.net) 23.53.36 # Whoops! Cut myself from irc... 23.53.48 Quit amiconn (Nick collision from services.) 23.54.03 Nick amiconn_ is now known as amiconn (~jens@pD9E7EBDA.dip.t-dialin.net) 23.56.50 # ok, "joint stereo" simply means any method to reduces stereo into less than two full datatreams. mp3 uses two different encoding modes for this: "m/s stereo" and "intensity stereo" 23.57.30 Quit amiconn (Read error: 104 (Connection reset by peer)) 23.57.34 # instensity is generally only used in low bitrates (<96kbps) 23.57.42 Join amiconn [0] (~jens@pD9E7EBDA.dip.t-dialin.net) 23.57.47 Quit amiconn (Nick collision from services.) 23.58.20 Join amiconn [0] (~jens@pD9E7EBDA.dip.t-dialin.net) 23.58.29 Quit amiconn (Nick collision from services.)