--- Log for 02.01.105  Server: niven.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 1 month and 23 days ago

00.07.00 Join    jyp_ [0] (~jp@22.1-136-217.adsl.skynet.be)
00.07.17 Join    gromit^ [0] (~gromit@ALagny-154-1-8-14.w83-112.abo.wanadoo.fr)
00.08.12 Join    jyp__ [0] (~jp@22.1-136-217.adsl.skynet.be)
00.26.12 Quit    jyp_ (Read error: 110 (Connection timed out))
00.28.14 ***     Saving seen data "./dancer.seen"
01.08.08 Quit    jyp__ ("Leaving")
01.28.27 Join    elinenbe_ [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
01.29.19 Quit    elinenbe (Read error: 104 (Connection reset by peer))
01.29.19 Nick    elinenbe_ is now known as elinenbe (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
01.39.35 Join    elinenbe_ [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
01.39.37 Quit    elinenbe (Read error: 104 (Connection reset by peer))
01.39.41 Nick    elinenbe_ is now known as elinenbe (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
01.50.22 Join    gromit`` [0] (~gromit@ALagny-154-1-5-189.w83-112.abo.wanadoo.fr)
02.00.00 Quit    gromit`` ("Leaving")
02.07.58 Quit    gromit^ (Read error: 110 (Connection timed out))
02.28.18 ***     Saving seen data "./dancer.seen"
02.48.40 Quit    Stryke` (Read error: 110 (Connection timed out))
02.51.40 Join    gromit^ [0] (~gromit@ALagny-154-1-5-189.w83-112.abo.wanadoo.fr)
04.28.19 ***     Saving seen data "./dancer.seen"
05.15.44 Join    skiguy411 [0] (skiguy411@rdu163-122-089.nc.rr.com)
05.34.15 Quit    skiguy411 ()
06.03.46 Quit    gromit` (Remote closed the connection)
06.04.29 Quit    gromit^ (Remote closed the connection)
06.28.23 ***     Saving seen data "./dancer.seen"
06.38.56 Quit    adi|home (Read error: 110 (Connection timed out))
08.28.25 ***     Saving seen data "./dancer.seen"
08.42.17 Join    midk [0] (~midk@c-24-18-39-204.client.comcast.net)
08.48.41 Join    ashridah [0] (ashridah@220-253-119-177.VIC.netspace.net.au)
08.49.31 #       <ashridah> i just had a thought. would people say that music is usually mixed for speakers? would it be possible to rig up rockbox on an iriver (eventually) to cross-mix the audio across channels a bit to stop sound appearing to be inside the skull?
09.09.51 Join    methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk)
09.30.33 Join    IRCMonkey [0] (~chatzilla@APuteaux-154-1-11-221.w83-199.abo.wanadoo.fr)
09.30.58 #       <IRCMonkey> Hello, best wishes for new year to all Rbx members and supporters... :)
09.33.07 #       <IRCMonkey> I'm Tang
09.33.24 #       <IRCMonkey> don't retrieve how to be recongnised as
09.34.04 #       <IRCMonkey> test
09.34.06 Quit    IRCMonkey (Client Quit)
09.34.52 Join    Tang [0] (~chatzilla@APuteaux-154-1-11-221.w83-199.abo.wanadoo.fr)
09.34.55 #       <Tang> test
09.35.00 #       <Tang> ok that's fine
09.37.03 #       <methangas> well hello there
09.56.47 Quit    Nibbler (Read error: 104 (Connection reset by peer))
10.06.55 Join    Nibbler [0] (~andrer@port-212-202-193-173.dynamic.qsc.de)
10.28.28 ***     Saving seen data "./dancer.seen"
10.31.13 Quit    Nibbler (Read error: 104 (Connection reset by peer))
10.34.44 Quit    midk (Read error: 104 (Connection reset by peer))
10.35.06 Join    Nibbler [0] (~andrer@port-212-202-193-173.dynamic.qsc.de)
11.01.04 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
11.01.10 Join    NibbIer [0] (~andrer@port-212-202-73-11.dynamic.qsc.de)
11.09.37 Quit    Nibbler (Read error: 60 (Operation timed out))
11.09.37 Nick    NibbIer is now known as Nibbler (~andrer@port-212-202-73-11.dynamic.qsc.de)
12.24.36 Join    [IDC]Dragon [0] (~d9512c2f@labb.contactor.se)
12.25.39 #       <[IDC]Dragon> Happy new year!
12.28.29 ***     Saving seen data "./dancer.seen"
12.58.52 Join    amiconn [0] (jens@pD9F52881.dip.t-dialin.net)
12.59.31 #       <amiconn> Hi everybody, and happy new year!
13.34.25 Join    huz [0] (~huz@garonne-4-82-226-184-30.fbx.proxad.net)
13.41.28 #       <[IDC]Dragon> HiJens! 
13.48.25 Join    JJ-Demon [0] (~JJ@203-206-19-88.dyn.iinet.net.au)
13.50.53 #       <amiconn> [IDC]Dragon: When you implemented FAT16 support, did you test whether all fat.c functions work as intended?
13.51.32 #       <amiconn> I wonder how e.g. free_direntries() should work with FAT16 root dir entries. It (unconditionally) uses fat_open()...
13.53.30 Quit    huz ("Leaving")
13.56.42 Quit    [IDC]Dragon ("CGI:IRC (Ping timeout)")
14.06.57 Join    [IDC]Dragon [0] (~d9ff8071@labb.contactor.se)
14.07.24 #       <amiconn> Hi again
14.15.57 #       <[IDC]Dragon> WLAN of my new notebook sucks
14.17.38 #       <amiconn> I also had some stability problems with WLAN some time ago.
14.18.23 #       <amiconn> Although it got much more stable after updating the drivers, I don't like WLAN much.
14.20.43 #       <[IDC]Dragon> my webpad has no such problems
14.21.09 #       <[IDC]Dragon> but it runs linux...
14.22.03 #       <amiconn> I try to understand the fat driver...
14.24.09 #       <[IDC]Dragon> can I help?
14.24.26 #       <[IDC]Dragon> but I don't understand it either ;-)
14.25.21 #       <amiconn> I would like to get rid of the separate fat_open_root() for FAT16, and add the functionality to fat_open().
14.25.27 #       <amiconn> The only "extra" would be a little function to calculate the root dir sector offset
14.26.05 #       <amiconn> I have to check whether this may break something, or where the negative-cluster-check has to be added
14.28.08 #       <[IDC]Dragon> negative-cluster-check where?
14.28.33 ***     Saving seen data "./dancer.seen"
14.29.19 #       <amiconn> negative cluster check to decide whether adding the root dir sector offset is needed or not. This will be needed within fat_open() and fat_seek() for sure, but there may be more places...
14.32.40 Join    zeekoe [0] (~me@ip51cc69f6.adsl-surfen.hetnet.nl)
14.33.44 #       <[IDC]Dragon> hmm, I think open and seek are enough
14.35.01 Quit    ashridah ("bbs")
14.41.54 #       <amiconn> [IDC]Dragon: If you would change HAVE_MULTIVOLUME to a numeric option (e.g. CONFIG_NUM_VOLUMES), it would be very easy to change the number of supported volumes...
14.42.58 #       <zeekoe> hey... can i interrupt a second? :)
14.43.26 #       <amiconn> zeekoe: You already did ;-)
14.43.31 #       <zeekoe> ah, good
14.43.39 #       <zeekoe> i want to change the screen "Resume? PLAY = Yes Any other = No"
14.43.49 #       <zeekoe> but i can't find where it's displayed :-/
14.44.12 #       <zeekoe> the string is in lang.c
14.44.26 #       <amiconn> It is located in tree.c. The string itself is localized
14.44.47 #       <zeekoe> whee
14.44.49 #       <zeekoe> thanks
14.44.53 #       * zeekoe searches
14.45.22 #       <[IDC]Dragon> amiconn: CONFIG_NUM_VOLUMES, yes, possible
14.45.40 #       <zeekoe> ha! LANG_RESUME_ASK, that's it
14.45.42 #       <zeekoe> thanks a lot
14.45.56 #       <[IDC]Dragon> if =1, then like no HAVE_MULTIVOLUME 
14.46.22 #       <amiconn> yup
14.46.33 #       <[IDC]Dragon> do you think we'd like more than 2?
14.46.37 #       <amiconn> or simply not defining the symbol
14.47.49 #       <[IDC]Dragon> that's complex to query, not exist or ==1
14.47.59 #       <[IDC]Dragon> anyway
14.48.24 Quit    Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]")
14.48.58 Quit    zeekoe ()
14.49.23 #       <[IDC]Dragon> I was briefly looking into MMC hotswap, but quickly dropped it
14.49.45 #       <amiconn> My sister just got an error with multivolume :(
14.49.47 #       <[IDC]Dragon> I'm not sure about which ends would need maintenace for that
14.50.10 #       <[IDC]Dragon> ok, let's maintain that first...
14.50.15 #       <amiconn> She was listening to music (from MMC) and playing a game in parallel
14.51.17 #       <[IDC]Dragon> I forgot to post a warning
14.51.22 #       <amiconn> The plugin shut down (unclean? Counting sokoban up above level 100...). Then the content of the internal flash became unaccessible
14.51.35 #       <amiconn> MMC still accessible though...
14.51.36 #       <[IDC]Dragon> uh oh
14.53.35 #       <amiconn> It's reproducable...
14.53.52 #       <[IDC]Dragon> good
14.56.12 #       <[IDC]Dragon> listening to music is unlikely to attempt writing to MMC
14.56.37 #       <[IDC]Dragon> so it doesn't sound like a volume mixup to me
14.58.24 #       <[IDC]Dragon> maybe the fat cache went bezerk
15.00.56 #       <amiconn> It's not reproducable on the Ondio SP - strange
15.03.01 #       <[IDC]Dragon> perhaps you have a different formatting
15.07.07 #       <amiconn> Now I didn't manage to reproduce it again...
15.14.20 #       <amiconn> It does not happen everytime. I did the follwoing:
15.14.46 #       <amiconn> (1) Start Ondio with MMC inserted, and start playing some music from MMC.
15.15.13 Quit    elinenbe (Read error: 104 (Connection reset by peer))
15.15.29 Join    elinenbe [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
15.15.33 #       <amiconn> (2) Go to the menu, and start a plugin (I used sokoban, but this may happen with others as well. The sokoban shutdown after level 100 is normal.)
15.16.19 #       <amiconn> After leaving the plugin, it may happen that you can't start another plugin, but the effect varies.
15.16.41 #       <amiconn> Either this is temporary, and trying once more works, or not.
15.17.42 Quit    elinenbe (Read error: 104 (Connection reset by peer))
15.17.58 #       <amiconn> In the latter case the whole internal flash contents is no longer displayed (and rockbox complains when trying to access the playlist control file etc)
15.18.03 Join    elinenbe [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
15.23.38 #       <[IDC]Dragon> and then I need to reformat?
15.23.55 #       <amiconn> No, a simple reboot is sufficient.
15.24.12 #       <[IDC]Dragon> now that is strange
15.24.28 #       <[IDC]Dragon> I suspected it to mess up the file system
15.25.25 #       <amiconn> chkdsk finds no errors, both internal and MMC
15.25.45 #       <[IDC]Dragon> phew
15.26.07 #       <[IDC]Dragon> it really sounds lik the fat caching
15.28.26 #       <amiconn> I tried with the SP somre more, and I managed to get the temporary effect too. Sometimes it was unable to load the plugin, or sokoban complained about being unable to load the levels file
15.29.26 Join    huz [0] (~huz@garonne-4-82-226-184-30.fbx.proxad.net)
15.29.43 #       <huz> hello guys - I'm really stuck w/ a "hd error" problem
15.29.50 Quit    huz (Client Quit)
15.30.03 #       <[IDC]Dragon> I'll try later - no time now
15.30.46 Join    huz [0] (~huz@garonne-4-82-226-184-30.fbx.proxad.net)
15.30.58 #       <huz> hello guys - I'm really stuck w/ a "hd error" problem
15.31.24 #       <huz> the incriminated HD seems OK - I can mount it w/ windows and Partition Magic finds no error on it
15.31.53 #       <huz> I've downloaded on the latest rockbox version as well without problem
15.32.04 #       <huz> Has someone a hint to help me ? 
15.34.04 #       <huz> My archos is a jukebox 6000 on which I changed the hd
15.37.51 #       <amiconn> huz: (1) What error do you get exactly? (2) Does the HD mount correctly from USB, i.e. from within the jukebox, or did you test with an external enclosure or a 2.5" ide adapter?
15.38.34 #       <huz> amiconn: (1) HD ERROR (2) I mount it direclty from USB 
15.40.02 #       <amiconn> Hmm. No more specific message? I guess this message is generated by the archos firmware. What happens if you start with the charger connected? Same thing?
15.40.53 #       <huz> amiconn : yeah that's from the archos firmware - I boot it with the charger plugged in indeed to avoir some mischarged batteries errors
15.41.09 #       <amiconn> Usually HD error suggests that there are battery problems (totally discharged, bad battery cell, or broken contacts). However, this usually also means that USB access doesn't work as well
15.42.17 #       <amiconn> Did it work before, with this very HD? I'm asking because you told that you changed it.
15.44.24 #       <huz> hmm no I never make it worked w/ this HD 
15.44.38 #       <huz> an i've no other one to make some tests
15.44.44 #       <huz> the previous one seems dead
15.45.01 #       <amiconn> Maybe this hd is not jukebox compatible, or it is jumpered wrong.
15.46.10 #       <huz> it's a toshiba hd - pretty good one
15.46.27 #       <huz> OK i'll buy an ipod next time ;)
15.47.24 Join    gromit` [0] (~gromit@ALagny-154-1-5-189.w83-112.abo.wanadoo.fr)
15.47.30 #       <amiconn> Hmm, there were a number of problems reported on the ml over time with toshiba HDs, especially OEM versions seem to cause trouble
15.47.33 Join    gromit^ [0] (~gromit@ALagny-154-1-5-189.w83-112.abo.wanadoo.fr)
15.48.12 #       <amiconn> Iirc this is not unsolvable, maybe some jumpers need to be changed
15.48.42 #       <amiconn> gotta leave now
15.48.58 Part    amiconn
15.49.08 #       <huz> thx amiconn
15.52.05 #       <JJ-Demon> is anyone in #linav ever alive?
15.52.09 #       <JJ-Demon> :(
15.54.12 Quit    huz ("Client exiting")
16.05.37 Quit    [IDC]Dragon ("CGI:IRC (Ping timeout)")
16.18.35 Nick    JJ-Demon is now known as JJ-Demon|sleep (~JJ@203-206-19-88.dyn.iinet.net.au)
16.18.38 Quit    JJ-Demon|sleep ("—I-n-v-i-s-i-o-n— 2.0 Build 3515")
16.27.37 Quit    gromit` ("Leaving")
16.27.46 Quit    gromit^ ("Leaving")
16.28.36 ***     Saving seen data "./dancer.seen"
16.32.28 Join    quelsaruk [0] (~kvirc@80.103.129.238)
16.32.31 #       <quelsaruk> hej
16.50.21 Join    jyp_ [0] (~jp@22.1-136-217.adsl.skynet.be)
17.31.23 Join    amiconn [0] (jens@pD9F52315.dip.t-dialin.net)
17.37.43 Join    z35 [0] (~demiurge@adsl-1-22-86.dab.bellsouth.net)
18.03.53 Part    amiconn
18.08.54 Join    zeekoe [0] (me@vpn006148.vpn.utwente.nl)
18.28.38 Join    amiconn [0] (jens@pD9F51817.dip.t-dialin.net)
18.28.40 ***     Saving seen data "./dancer.seen"
18.29.35 #       <quelsaruk> hi amiconn
18.29.41 #       <amiconn> hi
18.33.27 #       <zeekoe> ullo
18.33.40 #       <quelsaruk> amiconn: how's the howto going? :D
18.34.05 #       <amiconn> oh no ;-)
18.38.18 #       <zeekoe> hm... anyone know what the path to .rockbox is, on the box itself? is it just "\.rockbox\" or "/.rockbox/" ?
18.38.50 #       <amiconn> It's /.rockbox/ because rockbox uses unix path syntax
18.39.50 #       <zeekoe> neat
18.40.05 #       <zeekoe> i like unix path better than ms path
18.58.53 Join    zeekoe2 [0] (me@vpn006148.vpn.utwente.nl)
18.59.01 Quit    zeekoe (Nick collision from services.)
18.59.10 Nick    zeekoe2 is now known as zeekoe (me@vpn006148.vpn.utwente.nl)
19.21.56 #       <zeekoe> grr... is sf.net down?
19.22.26 #       <quelsaruk> hmmm
19.22.29 #       <quelsaruk> let me check
19.23.13 #       <quelsaruk> sourceforge is up
19.24.32 #       <zeekoe> hmyes, the moment i said it, it worked again...
19.24.37 #       <quelsaruk> :)
19.25.26 Quit    methangas (" Try HydraIRC -> http://www.hydrairc.com <-")
19.36.34 Join    [IDC]Dragon [0] (~idc-drago@p3EE2D7B8.dip.t-dialin.net)
19.36.43 #       <quelsaruk> hi [IDC]Dragon
19.36.52 #       <[IDC]Dragon> Hi there
19.37.24 #       <amiconn> hi again
19.38.00 Quit    zeekoe ()
19.38.26 #       <[IDC]Dragon> amiconn: I'm looking at the fat caching code
19.39.09 #       <[IDC]Dragon> and wonder how this ever has worked
19.39.46 #       <[IDC]Dragon> our file access isn't atomic, just the sector access itself, right?
19.40.18 #       <amiconn> I believe so
19.41.00 #       <[IDC]Dragon> cache_fat_sector() returns a pointer to a fat sector, and may trash others
19.41.13 Join    zeekoe [0] (~me@ip51cc69f6.adsl-surfen.hetnet.nl)
19.41.34 #       <amiconn> I still try to understand the fat driver. Most likely I'll clean up cluster2sec() and sec2cluster(), and use it in more places than now
19.41.57 #       <zeekoe> whee, amiconn, look what i've done with your help :)
19.41.57 #       <zeekoe> http://sourceforge.net/tracker/index.php?func=detail&atid=439120&aid=1094552&group_id=44306
19.42.01 #       <[IDC]Dragon> what't wrong there?
19.43.12 #       <amiconn> They are not symmetric, and more complicated than necessary
19.43.57 #       <amiconn> cluster2sec() works for both data area and root dir (FAT16), while sec2cluster() does only work for the data area.
19.45.09 #       <amiconn> Furthermore, cluster2sec() uses a function first_sector_of_cluster(), which is *only* used from there. Both functions are quite small, so they can be unified.
19.45.54 #       <[IDC]Dragon> maybe the compiler auto-inlines it already
19.46.59 #       <amiconn> Yes. Still it does look more complicated than necessary
19.51.34 #       <amiconn> [IDC]Dragon: What's the problem with cache_fat_sector() ?
19.52.13 #       <[IDC]Dragon> I'm not sure if the pointer will be used across a context switch
19.52.47 #       <[IDC]Dragon> caching one sector may thrash another, being used in another thread
19.56.48 #       <amiconn> Hmm. I don't think these pointers are used across context switches, although I'm not sure
19.58.17 #       <amiconn> Gotta go for a while
19.58.24 Part    amiconn
19.59.03 #       * [IDC]Dragon is away, too
20.06.50 Quit    zeekoe (Read error: 60 (Operation timed out))
20.28.42 ***     Saving seen data "./dancer.seen"
21.05.22 Join    lImbus [0] (lImbus@218-195.246.81.adsl.skynet.be)
21.06.32 #       <lImbus> good evening everybody
21.25.41 Quit    [IDC]Dragon (Read error: 110 (Connection timed out))
22.00.55 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
22.28.46 ***     Saving seen data "./dancer.seen"
22.31.26 Join    z351 [0] (~demiurge@adsl-35-153-146.dab.bellsouth.net)
22.40.32 Join    bagawk [0] (~80c1a964@labb.contactor.se)
22.40.40 Join    amiconn [0] (~jens@pD9E7F9E2.dip.t-dialin.net)
22.42.54 #       <bagawk> Hey amiconn 
22.43.01 #       <amiconn> hi
22.43.04 #       <bagawk> Hej Bagder 
22.43.41 #       <Bagder> hi ho
22.47.59 Quit    z35 (Read error: 110 (Connection timed out))
22.49.32 #       <bagawk> My dad finaly relized how horrible AOL is after he got a trojan horse dialer
22.49.35 #       <bagawk> :)
22.50.21 #       <bagawk> a nice 256k DSL will be installed soon
22.50.43 #       <Bagder> :-)
22.56.46 #       <lImbus> WTF ? 256k dsl ? is that the upload or the price ?
22.57.04 #       <lImbus> or the amount of average clients
22.58.02 #       <lImbus> belgium has 3300/786 kBits dsl per default
23.01.35 #       <bagawk> 256k up and down
23.01.42 #       <bagawk> i know  kinda slow
23.01.56 #       <bagawk> But hey, atleast I got him away from dialup/AOL
23.02.14 #       <lImbus> yeah, that must be a gib victory
23.02.15 #       <bagawk> I believe it is ~24$ month
23.02.21 #       <lImbus> thats kinda fair
23.02.57 #       <bagawk> DSL does not get that fast here
23.03.08 #       * Bagder has an 8mbit one
23.03.09 #       <lImbus> here ? where ?
23.03.23 #       <bagawk> 1.5mb/860kb is about the top
23.03.39 #       <quelsaruk> spain default dsl is 256kbps download
23.03.43 #       <bagawk> Cable generaly goes to 3mb here
23.03.47 #       <quelsaruk> maximum is 2mbps
23.03.49 #       <quelsaruk> :(
23.03.58 #       <quelsaruk> and i had 8mbps in japan
23.04.02 #       <quelsaruk> this is not fair
23.04.06 #       <lImbus> uh
23.04.14 #       <bagawk> I am on 100mbit right at this monent though...
23.04.20 #       <lImbus> yay
23.04.39 #       <quelsaruk> Bagder: can you lend me your dsl connection?
23.04.40 #       <quelsaruk> :D
23.04.41 #       <bagawk> Thanks to OSU an their OC connection :)
23.04.45 #       <Bagder> :-)
23.08.58 #       <bagawk> Bagder: I wish someone would work on tag databases :)
23.09.25 #       <Bagder> someone does
23.09.40 #       <bagawk> Who?
23.09.58 #       <Bagder> I've written a program that builds one according to the spec in the wiki
23.10.15 #       <Bagder> Zagor has working code that can browse such a database
23.10.32 #       <bagawk> Good
23.10.55 #       <quelsaruk> hmmm
23.11.01 Join    Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com)
23.11.05 #       <quelsaruk> database in rockbox?
23.11.14 #       <quelsaruk> sounds good
23.11.15 #       <quelsaruk> :D
23.11.30 #       <bagawk> quelsaruk: see the wiki
23.11.45 #       <quelsaruk> i'm tooo lazy for that ;)
23.11.51 #       <Bagder> well, I bet a database guy could argue wheather this actually is one or not
23.11.53 #       <quelsaruk> i think i should read the wiki
23.12.24 #       <Bagder> but it allows you to browse songs based on their id3 tags :-)
23.14.15 #       <quelsaruk> well, actually i will not use the database
23.14.48 #       <quelsaruk> i have my drive ordered by folders, kind of music --> artist --> album -->songs
23.15.02 #       <Bagder> me too
23.15.10 #       <bagawk> So do I
23.15.10 #       <quelsaruk> it's easy to find a song
23.15.11 #       <quelsaruk> :)
23.15.30 #       <quelsaruk> btw Bagder, do you have any experience with archos support?
23.15.33 #       <bagawk> But then with browse by tags you could search by say, year...
23.15.41 #       <Bagder> quelsaruk: nope
23.16.09 #       <quelsaruk> my hd began to give me problems this past week, my warranty expires in 2 days, and support hasn't answered my mails :(
23.16.21 #       <Bagder> :-/
23.16.44 #       <quelsaruk> yeah.. :/
23.17.11 #       <quelsaruk> i'm calling france tomorrow, just to ask for a solution
23.17.25 #       <quelsaruk> but it's a expensive international call :(
23.19.25 #       <bagawk> I have two 2.5" hard disks sitting around
23.19.47 #       <bagawk> Both IBM travelstarts, one 20gb, the other 15.1
23.19.58 #       <bagawk> *travelstars
23.20.27 #       <quelsaruk> bagawk: i have a 40gb somewhere, but i would like to have a new hd, as i paid for it and warranty is there for that
23.20.39 #       <bagawk> Ahh
23.20.42 #       <bagawk> :)
23.21.36 #       <quelsaruk> :)
23.22.32 #       <bagawk> I was thinking of putting the drives in the tivo...
23.22.55 #       <bagawk> Do you know how i could put both of the drives together and make them look like one?
23.25.50 #       <bagawk> Does a RAID card work for that?
23.26.14 #       <quelsaruk> a raid card should work (if i understood you)
23.26.31 #       <bagawk> (I know very little about RAIDs)
23.27.02 #       <quelsaruk> i made that with 2 SATA
23.27.22 #       <quelsaruk> using the RAID built-in function of my motherboard
23.27.23 #       <quelsaruk> :/
23.27.25 #       <quelsaruk> so should work
23.27.32 #       <quelsaruk> mayba Bagder knows better, or amiconn
23.27.34 #       <quelsaruk> :)
23.27.36 #       <bagawk> This is going to a TIVO, no PCI slots
23.29.28 #       <quelsaruk> whats a TIVO?
23.30.56 #       <bagawk> tivo.com
23.31.49 #       <bagawk> They are highly hackable :)
23.31.56 #       <bagawk> They run a linux OS
23.35.22 #       <quelsaruk> if they had a ethernet card...
23.35.38 #       <thegeek> software raid?
23.36.01 #       <thegeek> should be possible, might not be easy, but possible.
23.36.04 #       <bagawk> Well, can a normal IDE chain support 3 HD's
23.36.13 #       <thegeek> hmm
23.36.14 #       <thegeek> no
23.36.27 #       <thegeek> only two devices per chain
23.36.37 #       <thegeek> but
23.36.48 #       <thegeek> there might be devices that does the whole shit in hardware
23.36.51 #       <thegeek> but prob damn expensive
23.36.55 #       <thegeek> _not_ worth it
23.36.57 Join    [IDC]Dragon [0] (~idc-drago@pD9E3479F.dip.t-dialin.net)
23.38.47 #       <amiconn> hi again, for the nth time ;-)
23.38.51 #       <quelsaruk> only 2 devices in a IDE connection
23.38.52 #       <quelsaruk> :P
23.39.01 #       <bagawk> hey [IDC]Dragon 
23.39.30 #       <lImbus> hi Jörg
23.39.46 #       <[IDC]Dragon> hi there
23.39.57 #       <[IDC]Dragon> now from cable LAN
23.40.40 #       <bagawk> ?
23.41.02 #       <[IDC]Dragon> had a flaky WLAN today
23.41.23 #       <[IDC]Dragon> amiconn: I have a reproduceable case here now
23.41.43 #       <amiconn> For the disappearing volume 0?
23.42.00 #       <[IDC]Dragon> yes
23.42.25 #       <bagawk> thegeek: guess i'll just put in the single 20gb drive :)
23.42.45 #       <[IDC]Dragon> I had a panic, too, but not reproduceable
23.42.51 #       <thegeek> ;)
23.42.53 #       <amiconn> [IDC]Dragon: Do you already have a more precise idea what may cause it?
23.43.12 #       <[IDC]Dragon> no, but I still suspect the cacheing
23.43.24 #       <[IDC]Dragon> I could try some things
23.43.36 #       <[IDC]Dragon> like, splitting it into 2 caches
23.45.14 #       <amiconn> The fat driver looks rather complex to me. I'm still fighting with the FAT16 rootdir (at least I have a coarse idea how to solve that)
23.45.57 #       <[IDC]Dragon> my recipie to reproduce is: walk into the firstdir of the MMC, play something, walk to root, walk into second MMC dir, walk to root -> volume 0 gone
23.45.59 #       <amiconn> I'll add a new member to the bpb, rootdiroffset. The bpb will not grow though, since I can get rid of rootdirsectors instead
23.48.11 #       <quelsaruk> [IDC]Dragon: welcome to the fabulous world of the WLAN :D
23.48.12 #       <amiconn> Your test case isn't completely reproducable here. Instead, I got only a part of the volume 0 root.
23.48.31 #       <amiconn> Waliking into a subdir and back again fixed it
23.48.50 #       <[IDC]Dragon> I also had such "fixing cases"
23.49.28 #       <amiconn> Did you try whether this also happens with 2x FAT32?
23.49.54 #       <amiconn> Maybe this is actually a problem with the FAT16 root dir not being part of the FAT
23.50.03 #       <[IDC]Dragon> no, I'm not too fond of reformatting
23.50.08 #       <amiconn> (or the root dir handling in general)
23.51.17 #       <[IDC]Dragon> took me quite long to get nice music onto that MMC
23.51.19 #       <bagawk> Time to go
23.51.23 #       <bagawk> bye
23.51.23 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
23.51.31 #       <quelsaruk> cu bagawk
23.51.39 #       <lImbus> greetz
23.51.42 #       <amiconn> bye bagawk
23.51.48 #       <[IDC]Dragon> night
23.52.10 Quit    bagawk ("CGI:IRC 0.5.4 (2004/01/29)")
23.54.00 #       <amiconn> [IDC]Dragon: Really? MMCs aren't that big. Filling an 8 GB card with an USB2 card reader should take < ~10 minutes
23.54.20 #       <amiconn> 1 GB card of course
23.55.05 #       <[IDC]Dragon> it took about 30 minutes
23.55.53 #       <[IDC]Dragon> the card reader seems not to fully exploit the interface
23.56.48 #       <amiconn> The bad thing is that my test player currently contains the 32K cluster FAT16 problem partition. Otherwise it wouldn't be a problem to use it for testing with 2x FAT32
23.57.17 #       <amiconn> ...comparing with 2x FAT16, and also the mixed case
23.57.47 #       <[IDC]Dragon> I have a reprduceable case now, that's all I need
23.57.54 #       <[IDC]Dragon> better not mess with it
23.58.12 #       <amiconn> I hope that your fixes don't collide with my fat16 changes...