--- Log for 10.01.103 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 1 month and 18 days ago 00.01.38 # shuffle problems? 00.02.51 # kargatron: well, "problems" - I don't think there's a bug per se, but I don't like the way it behaves 00.03.44 # too many near neighbors? 00.06.01 # not really random? 00.08.36 # i bet it's fairly random, which is a problem - random isn't "random" enough for most people - humans live to pick out patterns 00.09.01 # :)) what is "real" random? 00.09.09 # i certainyl get the impression often that there's too much 'bunching' in shuffle, but i'm not prepared to say that it's not random. 00.09.22 # err err, no not about that 00.09.55 # well, real random is a mathematical entity - "random" in quotes is what people think random is :) 00.10.09 # but Naked's not talking about that, so... 00.11.07 Join mecraw__ [0] (~mecraw@69.2.235.2) 00.11.10 # um, but let me confirm one thing - what happens when the playlist is played through in shuffle mode, when the final song has been played? 00.11.30 # pl ends 00.11.44 # with 'all' repeat on? 00.11.59 # oh, then i think the same shuffle order repeats 00.12.20 # well that's problem number one - and it can't be fixed by re-shuffling the list when it repeats 00.13.02 # i agree with kargatron. i hear patterns in the shuffled play too. 00.13.28 # me, i see patterns in pi. 00.13.39 # but until someone does a statistical analysis, i'm not prepared to call those patterns real, is all 00.13.44 # oh the shuffling algorithm isn't nice 00.13.46 # but nobody believes me :) 00.14.02 # Naked: in what way? 00.15.05 # Zagor: umm, all it does is perhaps swaps the current song with a random one while going through the playlist 00.15.50 # that's not going to create an even distribution I believe 00.16.30 # no? any suggestion how we should do instead? 00.16.42 # if you'd wish for an random ordering of the songs, you'd need to pick songs randomly from the playlist and place them in a new list in that order - or a similar algorithm which does the same in-place 00.16.46 # but 00.16.59 # the problem gets trickier with 'all' repeat, so it'd be best to solve both problems at once 00.17.26 # though I could write a small trivial patch for the random picking 00.17.33 # Naked, is your dissatisfaction with the algortihm anything other than a 'hunch'? 00.18.01 # i don't see how random picking is any different from random swapping? 00.19.07 # kargatron: err, it's not a hunch - random swapping while going through the list in order means that songs that get swapped to a spot higher than they were have a chance of getting swapped repeatedly 00.19.21 # um, I think I could write a small proggie to demonstrate 00.19.28 # ok 00.19.28 # and to convince myself, too :) 00.22.11 # can you do random picking without using twice the ram? 00.22.32 # intuitivly i say yes 00.23.46 # Zagor: yes 00.23.48 # trivially 00.24.07 # ok, good 00.25.32 Nick mecraw__ is now known as mecraw (~mecraw@69.2.235.2) 00.25.37 # i'm unconvinced Naked's objection has statistical validity. i think conceptually understanding the stat. issues behind shuffling is less than obvious. :) (not saying i do) 00.26.06 # e.g. http://groups.google.com/groups?q=shuffle+algorithms&hl=en&lr=&ie=UTF-8&selm=7eb8ac3e.0109031259.6ceb5509%40posting.google.com&rnum=1 00.26.08 *** Saving seen data "./dancer.seen" 00.26.10 # kargatron: we'll see, I'm not exactly convinced myself now when I re-read the algorithm 00.26.31 # i freely admit i'm pretty clueless about random issues 00.28.08 Join Jet8810 [0] (~Josh@user-38ldf5s.dialup.mindspring.com) 00.28.09 # actually, that algorithm seems to do the picking sort exactly, I was just baffled by the reducing 'count' in the loop 00.28.16 # lemme re-read it once more 00.28.32 Quit mecraw_ (Read error: 110 (Connection timed out)) 00.30.34 # hmh, yes - it just does semi-unnecessary swapping all the time 00.31.07 # so the only bias that randomise algorithm gets is from the not so good use of rand() 00.31.19 Quit kargatron (calvino.freenode.net irc.freenode.net) 00.31.19 NSplit calvino.freenode.net irc.freenode.net 00.31.19 # yes it does. otherwise we'd have to mark swapped entries somehow 00.31.36 NHeal calvino.freenode.net irc.freenode.net 00.31.36 NJoin kargatron [0] (~Vincent@ppp-isdn-590.ath.forthnet.gr) 00.31.38 Quit kargatron (Read error: 54 (Connection reset by peer)) 00.32.47 Join kargatron [0] (~Vincent@ppp-isdn-590.ath.forthnet.gr) 00.32.50 # the mersenne twister that's rand() there is a very good algorithm even in the low-order bits of randomness - but even still, a better method to obtain a random number from 0 to n is to use the whole range, instead of just some bits from it 00.33.51 # yes. but rand() returns a value between 0 and RAND_MAX in a signed int, so we have to limit it to 31 bits 00.34.27 # Zagor: yes but I was referring to the use of modulo there, which basically takes the low-order bits from the number and that's all 00.34.33 # hm, i'd think 'user satisfaction' of a shuffle has very little connection to the quality of the rand - i.e. even a poor rand won't be negatively noticed by users 00.34.48 # kargatron: yup, that's very true 00.35.10 # our first rand() was negatively noticed by users 00.35.12 # ah 00.35.16 # this is just mostly theoretical discussion 00.35.23 # in fact, a smart non-random shuffler is needed to reduce clumping, i bet. 00.35.33 # well 00.35.34 # i think winamp 3 has a configurable shuffle 00.35.46 # the thing is, when there's 'all' repeat on and shuffle on 00.36.06 # yes, a different issue. 00.36.21 # what is wanted is rather a biased true random play 00.36.40 # Naked, obviously, if you're repeating a playlist - they're too damn short! :) 00.36.48 # :)) 00.37.03 # does music match make "unmessy" playlists? 00.37.18 # kargatron: I usually pick a cd and listen to it for a couple of days - first in order, then on shuffle - and then pick a next cd 00.37.58 # life signs from linus 00.37.59 # i'm the opposite - never listen to albums on mp3 00.38.20 # i get enough of that from cds - mp3s let me NOT do that :) 00.39.07 # does music match make "unmessy" playlists? 00.39.23 # like no C:\this\that\mp3s\blah\b;ajb;aj 00.39.25 # :) 00.39.43 # afaik no, that's what everyone complains about 00.39.44 # I have never used .m3us in my life lol :) 00.39.51 # jet8810 : I dont know.. you should try with dir /s and stuff, or install cygwin and use "find". 00.39.52 # never used it, can't answer for sure 00.40.06 # k 00.42.00 # nite 00.42.03 Quit kargatron ("Suckers!") 00.42.29 Quit edx () 00.50.32 Quit _2deep4u_ ("Client Exiting") 00.50.33 Quit Jet8810 (Read error: 104 (Connection reset by peer)) 00.54.35 Join steven [0] (~steven@ool-18be7256.dyn.optonline.net) 00.59.16 Nick hardeep|away is now known as hardeep (hardeeps@208.247.65.237) 01.06.22 # i go to bed now ! see you all bye 01.06.39 Quit BoD[] ("mblelop") 01.19.45 Join LinusN [0] (~linus@labb.contactor.se) 01.32.58 # LinusN! 01.33.10 # yo man! 01.33.17 # back in stockholm? 01.33.47 # nope, i will stay in Gothenburg a few more weeks 01.33.52 # oh, ok 01.34.04 # will you have any time for rockbox work? 01.34.06 # it's better for Sara here 01.34.18 # not much rb work, unfortunately 01.34.18 # ok 01.34.32 # but i will try to work a little 01.35.39 # the kids take all my time, now when Rasmus doesn't go to the daycare center 01.35.50 # yeah, I can understand that 01.36.10 # that's why i sit here in the middle of the night 01.36.11 # :-) 01.36.16 # hehe 01.36.39 # uwe had a problem with backlight not staying turned off, have you seen that in the mailing list? 01.36.44 # running Windows...damn soft modem crap 01.36.50 # ugh 01.36.55 # yeah i have had that problem a long time 01.37.01 # o 01.37.02 # k 01.37.04 # (backlight) 01.37.20 # and the poweroff problem too 01.37.57 # i don't know what causes it 01.38.15 # ok 01.38.40 # but i can imagine that the RTC is onvolved 01.39.08 # perhaps it tristates the squarewave output when the power is lost 01.39.33 # and it goes low, lighting up the LEDS 01.40.13 # most of the time, the poweroff function works 01.40.21 # just not when i'm working on it :-) 01.40.36 # like when iu worked on the sleep timer 01.40.53 # murphy never dies. 01.40.56 # nor sleeps 01.41.01 # well, i gotta go to bed now 01.41.19 # give my regards to the RB folks 01.41.28 # yup 01.41.38 # say hi to sara from us 01.41.54 # from me too :) 01.42.29 # will do, bye all 01.42.32 # nite 01.42.35 # bye 01.42.36 # nights 01.42.36 Part LinusN 02.26.09 *** Saving seen data "./dancer.seen" 02.30.05 Quit seb-away ("Who knows what tomorrow will bring... maybe sunshine, maybe rain. But as for me I'll wait and see; maybe it'll bring my love ) 02.47.27 Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") 02.57.39 Join seb-away [0] (Sean@bgp420584bgs.union01.nj.comcast.net) 03.20.24 Join mecraw [0] (~mecraw@12-252-136-249.client.attbi.com) 03.27.13 Join alexl [0] (~aldl@pcp858790pcs.ptchar01.fl.comcast.net) 03.27.39 # howdy 03.28.29 # i dont suppose anyone can help me out with the new queueing system? 03.31.05 # what's your problem? 03.31.59 # when i attempt to queue it tells me 'Queue buffer full' 03.34.15 # on your first attempt? 03.34.33 # there is only room for 100 tracks in the queue 03.34.46 # right it was my first attempt 03.35.38 # am i doing something wrong? i turned on the player and started a song.. then i pressed 'on', selected another song and held down the 'play' button 03.36.00 # no, that is the correct procedure. there must be a bug. 03.36.59 # i tried it with the bleeding edge build and then the most recend daily build 03.37.08 # *recent 03.37.54 # ok. could you file a bug report? 03.38.55 # yessir I was going to but I just wanted to check and make sure i wasnt doing anything wrong 03.39.11 # is there a build that you know has the queueing function working? 03.40.22 # Zagor I also have the same problem when I try to queue something it doesn't queue it jsut starts playing 03.41.18 # alexl: the bleeding edge build from the web page is as late as there is. it's simply a bug we need to fix. 03.41.50 # EGM92: it only queues if you are already playing music. otherwise it starts playing the file. 03.42.33 # i am play a song 03.42.43 # alright thank you for your help, i'll have a bug report up in a bit 03.43.11 # EGM92: ok, then I don't know. it doesn't happen that way for me. 03.43.22 # anyhow, i'm off to bed now. see you later! 03.43.25 Quit Zagor ("Client Exiting") 03.43.34 # lets say im playnig a song, then I click on the ON butten and tehn it takes me back to my songdir, then I search for the song I want to queue and I hit the play button or press it down it starts to play the song 03.52.12 # alexl: do you have a .rockbox directory? 03.52.27 # no i dont 03.52.39 # alexl: that's the problem... you need to creat one 03.52.49 # ok where are instructions on how to do this? 03.52.59 # we store the queue list information in that directory.... if it doesn't exist we can't save it 03.53.02 # i attempted to once, but i couldnt find documentation on how to do it 03.53.04 # oh alright 03.53.09 # what OS do you use? 03.53.18 # windows xp :( 03.53.39 # alexl: open up the command prompt (start->run->"cmd") 03.53.52 # ok 03.53.54 # go to your jukebox... e.g. g: 03.54.01 # right 03.54.01 # then "mkdir .rockbox" 03.54.27 # http://rockbox.haxx.se/docs/faq.html#65 03.54.33 # gosh im not up with dos 03.54.54 # ok thank you, all i needis that folder and ill be able to use it? 03.54.57 # yep 03.55.08 # if it doesn't work... post a bug, i'll look at it later tonight 03.55.10 # ok I apprecaite your help 03.55.14 # alright thank you very much 03.55.21 # gotta run 03.55.24 Nick hardeep is now known as hardeep|away (hardeeps@208.247.65.237) 03.56.01 # ha alright thanks again 03.59.13 Part alexl 04.00.41 # Hey hardeep, i got the .rockbox fodler, do I need to put my songs into that .rockbox directory to make the que list work? 04.18.26 DEBUG EOF from server (No route to host) 04.18.26 *** Cleanup 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.18.26 *** Unable to connect to irc.freenode.net on port 6667 (tried 8 times) 04.18.26 *** Cleanup 04.18.26 *** Cleanup 04.18.26 *** Saving seen data "./dancer.seen" 04.18.26 *** Exit 04.22.15 *** Started Dancer V4.16p1 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.eu.openprojects.net (Resource temporarily unavailable) 04.22.15 *** Unable to connect to irc.eu.openprojects.net on port 6667 (tried 8 times) 04.22.15 *** Cleanup 04.22.15 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.22.15 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) 04.22.15 *** Connected to irc.freenode.net on port 6667 04.22.15 *** Logfile for #rockbox started 04.26.59 *** Server message 501: 'logbot_ :Unknown MODE flag' 04.26.59 Mode "logbot_ :+i" by logbot_ 04.26.59 Quit logbot (Read error: 104 (Connection reset by peer)) 04.26.59 DEBUG Internal confusion. Unknown user "logbot!~bjst@labb.contactor.se" quit. 04.26.59 Join logbot_ [242] (~bjst@labb.contactor.se) 04.26.59 Join mecraw [0] (~mecraw@12-252-136-249.client.attbi.com) 04.26.59 Join seb-away [0] (Sean@bgp420584bgs.union01.nj.comcast.net) 04.26.59 Join steven [0] (~steven@ool-18be7256.dyn.optonline.net) 04.26.59 Join y0m [0] (~y0m@y0m.net) 04.26.59 Join EGM92 [0] (~CW-EGM92@CPE014340000355.cpe.net.cable.rogers.com) 04.26.59 Join hardeep|away [0] (hardeeps@208.247.65.237) 04.26.59 Join laotan [0] (~jesse@markham.openflows.org) 04.26.59 Join ken0_ [0] (marklar2@80.178.32.110) 04.26.59 Join Schnueff [0] (mah@d096.stw.stud.uni-saarland.de) 04.26.59 Join Naked [0] (naked@aka.pp.htv.fi) 04.26.59 Join meshuga [0] (firewall@12-211-38-165.client.attbi.com) 04.26.59 Join PsycoXul [0] (psyco@adsl-63-205-42-138.dsl.lsan03.pacbell.net) 04.26.59 Join mbr [0] (~mb@stlx01.stz-softwaretechnik.de) 04.26.59 Join MrSnazz [0] (~jmc@e-64-35-146-236.empnet.net) 04.26.59 Join adi|home [0] (~adiamas@as5300-9.216-194-23-69.nyc.ny.metconnect.net) 04.26.59 Join dw|gone [0] (dwihno@h193180246067.kommunicera.umea.se) 04.26.59 Join adi|work [0] (~adiamas@dogwood.vport.net) 04.26.59 Join datazone [0] (~datazone@207.136.36.203) 04.26.59 Join ricII [0] (~ricv@debianalpha.xs4all.nl) 04.26.59 Join imagine [0] (imagine@rakis.net) 04.26.59 Join Hes [0] (~hessu@hessu.zedi.sonera.fi) 04.27.24 Nick seb-away is now known as _seb_ (Sean@bgp420584bgs.union01.nj.comcast.net) 04.43.14 Nick hardeep|away is now known as hardeep (hardeeps@208.247.65.237) 04.43.45 # EGM92: no, the folder just needs to exist. You can play songs from any directory 04.50.31 Quit _seb_ ("Who knows what tomorrow will bring... maybe sunshine, maybe rain. But as for me I'll wait and see; maybe it'll bring my love ) 04.51.08 # oh ok 04.51.44 # Since I see you guys are maknig yourown firmware and stuff do you guys know any other people making little applications and stuff? 04.51.51 # besides Rcokbox? 04.52.05 # for the archos jukebox? 04.55.51 # EGM92: btw, regarding your earlier question... make sure you hold on to play for a second or so if you want to queue a song 04.56.08 # don't just hit play and release... this will start the song instead of queuing it 05.03.45 Join _seb_ [0] (Sean@bgp420584bgs.union01.nj.comcast.net) 05.11.31 Quit hardeep ("[BX] Silly faggot! mIRC is for kids!") 05.11.54 Nick _seb_ is now known as seb-away (Sean@bgp420584bgs.union01.nj.comcast.net) 05.46.59 Join edx [0] (~edx@pD9EAA8B7.dip.t-dialin.net) 06.15.47 Join hardeep [0] (hardeeps@208.247.65.237) 06.22.17 *** Saving seen data "./dancer.seen" 07.16.24 Quit edx () 08.01.52 Join Asskick [0] (Asskick@200.76.225.2) 08.02.10 # guys i got a question.. anyone here has the Multimedia Jukebox ? 08.02.28 # its cuz i mixed the power supplies with others 08.02.36 # and now i dont know which one is the correct for the unit :S 08.07.27 # any1? 08.22.18 *** Saving seen data "./dancer.seen" 08.26.41 # morning... 08.33.42 Join Bagder [241] (~daniel@as3-3-2.ras.s.bonet.se) 08.34.35 # heya bagder 08.34.50 # hi 08.43.21 # is the malloc stuff gonna be used at sometime? 08.44.16 # if we must, otherwise not ;-) 08.44.59 # would be nice if we had some general cache buffer space.. 08.45.06 # i noticed that zagor has a global shared memory buffer in his TODO list 08.45.16 # that's probably the closest we'll probably get 08.45.36 # right, but that is far simpler than malloc 08.46.18 # yeah 08.46.35 # for playlists, queuing, dircaches etc 08.46.49 # ricII: we don't use malloc for that 08.47.45 # but all are allocated staticly wasting space.. 08.48.02 # no, not since we need them to be able to use all the memory at the same time anyway 08.48.31 # then we gain space, since we have no fragmentation 08.49.45 # but it imposes limits on things like the queue & direntries .. 08.49.46 Nick dw|gone is now known as dwihno (dwihno@h193180246067.kommunicera.umea.se) 08.49.51 # yes 08.50.01 # but simply going to malloc() would not be an easy route to fix that 08.50.24 # no y'r right.. 08.52.05 # but re-using e.g. the dirbuffer in the text-viewer would be nice. 08.52.35 # well, that's basicly why we talk about that global shared buffer 08.52.44 # all apps today have their own buffer 08.53.03 # the dirbuffer can't be reused though 08.53.06 # well that's what i meant some sort of mem sharing 08.54.35 # Bagder: why not ? it can always be rebuild? 08.54.47 # it is used for playback when playing a dir 08.54.57 # like a playlist in mem 08.55.22 # Bagder: but I was about to change that anyways ;) (dynamic playlists) 08.56.17 # so you intend to make even a simple dirplay use a dynamic playlist? 08.56.43 # yes, for the sake of simplicity 08.56.51 Quit adi|home (Read error: 110 (Connection timed out)) 08.57.27 Join adi|home [0] (~adiamas@as5300-11.216-194-24-180.nyc.ny.metconnect.net) 08.57.34 # I wouldn't agree that it is simpler, but if made that way the dirbuffer can be that same global shared memory buffer indeed 08.57.48 # would also make it easy to queue / add entiry directories 08.58.07 # add to what? 08.58.25 # the (dynamic) playlist 08.58.29 # ah 08.58.30 # right 08.58.51 # but it'll be a new concept 08.59.23 # that when people do "play" on a single song, they can add songs to the dir, but not really the dir but instead the dynamic playlist ;-) 08.59.43 # yes, you could build playlist on the spot & save them. 09.00.50 # verry close to queuing wich is more a sort of fifo taking precedence 09.03.44 # anyway, whether dirplay uses this or not, it'll be a nice feature 09.04.16 # I would like to use rb more autonomous 09.04.27 # i like the idea of dirplay also being a dynamic playlist 09.04.48 # it simplifies the playlist code (removes all the in_ram code)... also frees memory 09.04.52 # I think I do too, it would remove some kludge code 09.05.22 # yep, that's my biggest problem with the current code 09.06.42 # also the font stuff kinda grow on the recorder-lcd. 09.07.41 # using small-prop fonts leads to problem every where.. 09.10.13 # oh, we can update a couple of entries in the feature comparison chart: queueing and bad path prefixes 09.10.22 # ah, right 09.10.35 # me fix 09.11.10 # hmmm, with dynamic playlist dirplay, we could also potentially remove the 400 song restriction.... i see that complaint a lot 09.11.17 # font_y != 8, wsp, debug->mpeg widgets are to big, placed wrong. scrolling code behaves funny in menus etc.. 09.11.29 # ack, actually not, sorting... blah 09.11.35 # for shuffle play we could! 09.11.58 # yes, for playing a dir it would be removed 09.12.03 # not for browsing it 09.12.08 # yeah, playing 09.12.52 # Bagder some sort of pagefile could help sorting and friends... 09.13.23 # yes it could, but you won't catch me writing it ;-) 09.14.27 # *yawn* 09.14.33 # I need a vacation! 09.14.43 # I intent to always write the playlist to disk, anonymous-playlist... 09.14.50 # All this christmas has left me tired and yawnish ;) 09.15.01 Join Zagor_ [242] (~bjst@labb.contactor.se) 09.15.09 # heya zagor 09.15.23 # Good morning, Z 09.15.30 Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) 09.15.30 # morn 09.16.11 # Bagder that would only leave the dircache open 09.16.21 # ricII: even when playing a playlist, you could copy it over to your anonymous playlist 09.16.55 # hardeep: I already coded that.. (file copy) 09.17.07 # but that'll take time 09.17.30 # my 3500 song list is some >200KB big 09.17.58 # laugh, fear... do you have lyrics or something in comments? 09.18.44 # that makes an average file path at 63 bytes 09.18.59 # heh, right, nm... i'm dumb 09.19.21 # actually, even 200k, how long would it take to copy, a few seconds? 09.19.45 # Bagder defining a kinda #include for the anonymous playlist would defer that task until user wants to save his playlist.. 09.19.57 # ah 09.19.59 # good idea 09.20.32 # had a week to think about the concept :) 09.21.06 # hmmm, wouldn't it be needed as soon as a user wants to temporarily add an entry to the playlist? 09.21.14 # re: dynamic playlists 09.21.22 # yes it would 09.21.41 # hardeep: no just make a new (temp) include file .. 09.22.10 # but how would you know where to insert the song in the playlist? 09.22.19 # and remember it if the user wants to save 09.22.43 # appending to the end is easy.. 09.22.56 # sure, but how about inserting in the middle? 09.23.25 # inserting (after song playing, like queuing) change next song to #include 09.23.50 # right, then you play the include, back to playlist, then a user inserts again 09.23.51 # include newsong+nextsong 09.24.09 # so, say the playlist is 1 2 3 4 5 09.24.16 # i insert a after 2 so 09.24.21 # 1 2 A 3 4 5 09.24.25 # then I insert b after 4 09.24.31 # so 1 2 A 3 4 B 5 09.24.59 # this is where this differs from queueing... queueing forgets the song as soon as it's played 09.25.29 # we would have 1 include_x 4 include_y 5 .. 09.26.19 # hmmmm, so you'll be saving a bunch of small files and then merging at the end? 09.26.39 # sounds kinda messy.... why not just copy to the anonymous and insert in place? 09.26.44 # but some sort of algo could see that if it changed include_x to "2 A 3 4 B" . 09.27.02 # hardeep in a 200k playlist? 09.27.22 # sure, why not 09.27.58 # hardeep: well it could take some time... 09.28.23 # question is how much 09.28.34 # the copy could take time... i don't believe the insertions would 09.29.44 Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) 09.29.52 # good morning all! 09.29.57 # but evertime a songs gets inserted a copy would be needed 09.30.12 # morning bobTHC 09.31.33 # do u think H4x0r Language can be useable? 09.31.35 # Bonjour, bob! :) 09.31.43 # bonjour 09.31.49 # but restrincing it to one include file could make things simpler, only needing a rewrite when user choises a new insert point 09.31.50 # ricII: actually, yeah, you're right... ugly 09.32.16 # just like the queue 09.32.39 # yeah, although queue is a very special case because it's only one insertion 09.33.52 Quit laotan (Read error: 110 (Connection timed out)) 09.34.21 # i'm not too happy with always creating an on-disk playlist for dirplay. 09.34.51 # Zagor: why not? 09.35.08 # maybe i'm just superstitious, but I feel wary about writing files in normal playback use 09.35.24 # ricII: sorry misread, yeah, restricting would be like queueing... could work 09.35.54 # Zagor queing is already doing that.. 09.36.56 # yes, but queueing is a special case. the user is doing more than simple playback. 09.37.09 # it's just a gut feeling. maybe it will pass :) 09.37.17 # hehe 09.37.30 # get some coffee and you'll feel better ;-) 09.37.34 # wored about the fs code ? 09.37.36 # it adds a lot of flexibility as well as simplifying the playlist code 09.39.03 Join ^_Pro-289 [0] (~hi@adsl-64-172-128-51.dsl.sktn01.pacbell.net) 09.39.24 # moin 09.39.40 # Zagor: question about the fs code.... would it be hard to add a mkdir function? 09.39.41 # maybe a proper diskcache (~40k) for the playlist 09.40.38 # hardeep: not really. i've been meaning to do it 09.41.13 # zagor: reason I ask is that my queue code assumes the .rockbox directory exists... thought it might make sense to create it if it doesn't 09.41.19 # ricII: no, i'm not worried about the fs code. it's just that writing will always be more risky than reading, especially on a device that can be dropped at any moment 09.41.25 # hardeep: right 09.41.26 # Zagor is there a total entries in the struc? 09.41.33 # we should probably make .rockbox already on boot if missing 09.41.35 # <^_Pro-289> if you incorporate an playlist maker, is it possible to search the ID3 tags, if any, for proper track order for those files which aren't labeled with a track #? 09.41.40 # ricII: which struct? 09.41.42 # make => create 09.42.04 # ^_Pro-289: no, that will need a database created by a host computer 09.42.15 # <^_Pro-289> ahhh.. 09.42.34 # Zagor DIR 09.42.42 # ^_Pro-289: http://sourceforge.net/tracker/index.php?func=detail&group_id=44306&atid=439121&aid=613544 09.43.16 # ricII: ah, no. a dir can be any size. it's just the browser that imposes a limit because it needs to sort 09.43.42 # to 'page' the dircache (and keeping the scroller happy) 09.44.23 # hmm sorting, forgot about that.. 09.44.44 # ricII: I have serious doubts about adding paging just to support >400 files 09.45.09 # right 09.47.01 # <^_Pro-289> I've got my root directory aranged as ABCDE, FGHIJ, KLMNO, PQRST, UVWXYZ. That way I minimize my initial scrolls to some of my 'P' artists for example. 09.48.12 # I happend to be there, trying to implement add dir to playlist.. (and reuse the code :( ) 09.54.50 # Zagor: well, if the .rockbox is absent all 'could' be done in ram (meshingup the indices code) 09.55.15 # nah, we should add mkdir(). users will want it anyway. 09.55.52 # and I don't want two different dirplay algorithms. 09.56.03 # i'll grab my coffee now :-) 09.56.12 # me too 09.57.34 # for the search algoithm Turbo bm is very quick on string http://www-igm.univ-mlv.fr/~lecroq/string/node15.html 09.59.19 Quit hardeep ("[BX] Amount of time you people were funny: --51 minutes -54 seconds") 10.00.22 # the challange of the id3 database is to make the database itself quickly searchable. multiple clever indices is probably a good way to start. 10.01.42 # a lot of mp3 doesn't have id3, file name will be indexed too... 10.02.09 # yes 10.14.12 # going to be expensive indexing an entire drive wont it? 10.14.20 # or we talking on a directory to dir basis? 10.14.34 # we talk about a program on the host PC doing that 10.14.45 # nods 10.16.11 # the database builder on the host pc will be used each time u add/remove tracks ... not very easy.. but 10.16.47 # got ya. 10.18.00 # I would still like the use the archos as an autonomous device 10.18.14 # It has a cpu :) 10.18.30 # yeah, but it'll take *ages* to index a full drive 10.18.55 # 50h for building an entire 20gigs 10.18.56 # ? 10.19.19 # well.. what we _could_ do... 10.19.21 # we/someone could make the indexer as a dedicated .ajz/.mod, to be started by ROLO 10.19.27 # index a dir at a users say so. 10.19.37 # then store that in a file for future reference 10.20.00 # adi|home: that will only fix the sorting issue, not searching. 10.20.07 # and still have the host app. 10.20.09 # then compare the file date/timestamp to current time, and if older then x days, we can read hash 10.20.13 # people simply want to browse a database instead of a file system 10.20.28 # * adi|home nods 10.20.42 # * dwihno wants to browse a file system! 10.20.56 # * adi|home prefers a filesystem too 10.21.46 # Zagor matter of keeping y'r db uptodate eighter using the host pc or rolo, or update dir comand.. 10.22.05 # i like both, actually. it's kind of nice being able to tell it "play everything I have by John Williams" no matter where it's located 10.22.22 *** Saving seen data "./dancer.seen" 10.22.38 # someone have a link to the 2 forums for rockbox? 10.22.41 # my bookmarks are dead 10.22.49 # yahoo and the mp3forum one 10.22.50 # we should link to them on the site 10.22.55 # Zagor: is use a /artist/album/ structure anyway.. 10.23.10 # http://forums.funmp3players.com/forum/forum.asp?forum_id=8&forum_title=General+%2D+Jukebox+Player%2FRecorder 10.24.07 # s/is/I/ 10.24.09 # ricII: yes, I have such a structure. but some artists tend to be featured on colletions etc that are not sorted under their dir. and sometimes I forget which genre i cataloged a specific artist in. those times, a database is nice. 10.24.54 # would be a cool function ;) 10.25.19 # like mp3tag editing... 10.25.30 # so we would build the db on the host machine and store it on the archos for use? 10.26.52 # yes 10.27.25 # the rolo-app & update dir could gome later.. 10.27.45 # s/gome/come/ (I sould learn to type) 10.28.29 # ricII: yeah, those are just for the autonomous-freaks in the crowd ;) 10.29.03 # btw, is the Rockbox recorder charging algo at the Archos fm level by now? (thinking about that features list item) 10.29.40 # Bagder: I believe so, yes 10.30.01 # feature to add: battery time indicator 10.30.09 # (that actually works!) 10.30.11 # right, I remove that 100% feature 10.33.04 # off the cuff quesiton... 10.33.12 # anyone running journeling on a linux system? 10.33.30 # on some, yes 10.33.34 # I do, on several machines 10.34.06 # okay.. did you clean install into a journeled system or did you have to convert from ext2? 10.34.11 # im on ext2 on this machine... 10.34.15 # I converted. 10.34.23 # and id like to go either ext3 or reiser 10.34.29 # converting to ext3 is a single command, takes <1s 10.34.29 Quit ^_Pro-289 (Read error: 110 (Connection timed out)) 10.34.31 # am i facing data loss? 10.34.33 # going to ext3 is very easy 10.34.40 Join quelsaruk [0] (~zaknafein@faerun.ugr.es) 10.34.42 # hi 10.34.43 # tune2fs -j /dev/hda1 10.34.44 # you can even convert back 10.35.10 # ive read a bit about reiser, not so much about ext3... 10.35.20 # any particular adv in one over the other? 10.35.25 Nick quelsaruk is now known as quel|out (~zaknafein@faerun.ugr.es) 10.35.40 Join langhaarrocker [0] (~Phil@212-204-017-245.dsl1.versanet.de) 10.35.43 # religious one basicly, afaik 10.35.51 # ones 10.36.06 # there's also JFS and XFS that do journalling ;-) 10.36.14 # ext3 is nice since you don't need to backup/restore the disk to start using it 10.36.18 # nods 10.36.31 # well.. ext3 seems painless enough.. ill try that... 10.36.36 # nods 10.37.09 # Zagor can i assume i just run tune2fs on each of my mounted drives? 10.37.29 # adi|home: umount them first, then run it on their partition 10.37.58 # hmmm... how do i manage to do that without dropping the system? 10.37.59 # dosfsck cores on me 10.38.01 # nice 10.38.04 # ie: /home 10.38.13 # /usr 10.38.14 # or maybe you can even do it on a mounted fs. can't remember. 10.38.17 # /usr/local 10.38.30 # off to man i go 10.39.02 # Never use tune2fs to change parameters of a read/write 10.39.02 # mounted filesystem! Use this utility at your own risk. 10.39.02 # You're modifying a filesystem! 10.39.35 # YIKES 10.39.44 # * Bagder mumbles curses on his archos 10.40.04 # "The tune2fs program can add a journal to an existing ext2 file system without altering the data already on the partition. If the file system is already mounted while it is being transitioned, the journal will be visible as the file .journal in the root directory of the file system." http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/ref-guide/s1-filesystem-ext3-convert.html 10.40.57 # Checksum in long filename part wrong (d8 vs. expected 0c). 10.41.01 # Not auto-correcting this. 10.41.04 # Segmentation fault 10.41.20 # "You can do this on a mounted or an unmounted filesystem." -- http://panuganty.tripod.com/debiantips/filesystems.htm 10.41.36 # Bagder: ouch. what did you do? 10.41.47 # I copied files 10.41.55 # and noticed I got weird letters in some file names 10.42.02 # I was wrong 10.42.08 # they're WEEEEEIIIIIIRRRRDDD 10.42.28 # have the peak meter settings been removed from the RTC? 10.43.03 # langhaarrocker: yes, moved to disk 10.44.01 # fine 10.46.03 # "The Player however. MAY work if you could squeeze an entire cover into one of its character cells." 10.46.19 # who ARE these people??? 10.47.57 # fat32 is that type b ? 10.48.06 # "Win95 FAT32" 10.48.24 # b or c 10.48.46 # ah, right, now I noticed it was c before 10.53.51 # mkfs -t vfat /dev/sda1 10.53.55 # mkfs.vfat: Attempting to create a too large file system 10.54.18 # how large is it? 10.54.25 # 20GB 10.55.46 # The Player however. MAY work if you could squeeze an 10.55.46 # entire cover into one of its character cells. If you really 10.55.46 # wanted you could even display multiple album covers side by 10.55.46 DBUG Enqueued KICK adi|home 10.55.46 # side on the Player, and pick an album of your choice to listen 10.55.46 # to by selecting the respective cover 10.55.55 # god.. i love these ppl 10.57.23 # Bagder: odd. try mkdosfs -F 32 instead of mkfs.vat 10.57.44 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 10.57.44 # * adi|home is away: sleep 10.58.09 # worked 10.58.15 # weird programs 10.58.21 # yeah 10.59.43 # who's a lynx guru? how can I make it *not* column-justify text? I want simple old-fashion left-justification 11.00.38 # hey, they worked hard for that feature! ;-) 11.00.53 Join TotMacher [0] (tot@ip67.rsidus.riege.de) 11.02.07 # hm 11.02.12 # #JUSTIFY:TRUE 11.02.24 # (is in my /etc/lynx.cfg) 11.03.21 # ah, lookie 11.04.11 # player code commits detected 11.06.58 Quit TotMacher (Read error: 54 (Connection reset by peer)) 11.07.13 # Any ideas about the scroll bugs? 11.09.14 # dwihno: they happen too rarely to give me a clue 11.12.49 Join TotMacher [0] (tot@ip67.rsidus.riege.de) 11.13.52 # Never had any scroll bugs. Are they described in some bug tracker? 11.14.09 Quit TotMacher (Client Quit) 11.14.19 Join TotMacher [0] (tot@ip67.rsidus.riege.de) 11.15.27 # Zagor: they happen really often for me :-/ 11.16.03 # How many kilos is 4 ounces? 11.16.35 #>> "convert 4 ounces" by Zagor (~bjst@labb.contactor.se) 11.16.57 #>> "has magic ninja powers" by Zagor (~bjst@labb.contactor.se) 11.18.12 # you should port it to rockbox then. 11.18.20 # :-) 11.18.26 # magic ninja powah :) 11.19.34 # lunch! 11.21.25 # Already? 11.22.24 # Those swedish people are somehow early. 11.23.13 # Yeah, those damn swedes ;) 11.24.38 # Are Germany members of the EU? 11.25.23 # yes 11.25.26 # heh 11.26.07 # Even those in east germany... :) 11.26.31 # :-) 11.26.58 # So ordering stuff from Germany should not cause additional taxes if I decide to order something? 11.50.23 Join laotan [0] (~jesse@markham.openflows.org) 11.50.42 Quit TotMacher () 11.50.45 Join TotMacher [0] (tot@ip67.rsidus.riege.de) 12.02.14 # langhaarrocker: respond, you evil dude! :) 12.02.56 # I have no idea. Never tried shipping anything across borders. 12.03.26 # ah, mkay... :-) 12.06.47 # well - only from holland but there I paid no taxes ... :) 12.10.13 # Intra-EU => no taxes 12.12.06 # I regularly ship costly stuff around europe at work, and in the DHL shipping forms I check the box "Intra EC (in free circulation)" and no need to declare values 12.15.31 Join kargatron [0] (~Vincent@ppp-isdn-172.ath.forthnet.gr) 12.22.26 *** Saving seen data "./dancer.seen" 12.34.00 # Hes: nice, very nice indeed. 12.35.10 # Hes: do you ship costly stuff from holland? :) 12.36.54 # Holland is cool. Lots of duitsers 12.37.07 # Yes, one (last and big) shipment should arrive on sunday 8-) 12.38.05 # What are you shipping? 12.38.22 # you mustn't ask that when it's about holland :) 12.39.05 # Computers and network equipment. 12.39.23 # That's boring. You can't smoke that. 12.40.20 # Yes you can, but I certainly don't like the smell of melted computer smoke in the machine room. Makes you nervous. 12.42.35 Join pyvasene [0] (~pyvasene@62.4.7.201) 12.42.55 # Shooting the caps of elkos used to be fun. But you can't blow off the caps of modern elkos any more. :( 12.43.12 # elkos? 12.43.28 # electrolythic condensators 12.43.42 # sounds edible :) 12.44.55 # sorry: electrolythic capacitor should be the right term. 12.46.59 # When you overload them heavily they blow off like a sylvester cracker 12.56.52 Quit bobTHC ("bye all good weekend") 13.05.53 Join elinenbe3 [0] (trilluser@user-0cev121.cable.mindspring.com) 13.06.05 # morining. 13.06.09 # hi 13.06.46 # what exactly are the benefits of Tocklatin? 13.06.51 Nick elinenbe3 is now known as elinenbe (trilluser@user-0cev121.cable.mindspring.com) 13.07.20 # elinenbe: national characters on the players 13.07.30 # Sounds pretty funky :) 13.07.41 # it is very funky 13.08.03 # Zagor: is there any limit to the number of characters now? 13.08.09 # automatic definition of the few definable letters 13.08.10 # I admire Kjell&Co for working on this. 13.08.33 # elinenbe: the rocklatin code handles it automatically to show as many as possible 13.09.46 # Rock, latin style :) 13.10.38 # I guess the stock firmware doesn't do anything similar? 13.10.52 Nick quel|out is now known as zak|out (~zaknafein@faerun.ugr.es) 13.10.54 # you guessed right ;-) 13.10.59 Nick zak|out is now known as quel|out (~zaknafein@faerun.ugr.es) 13.11.02 # opss 13.11.04 # :) 13.18.37 # Bagder: You can call me Mr. Guess-dude ;-D 13.20.01 # "the info display always says files are 128 even if they are higher" (a guy about the Archos firmware on FM20) 13.20.14 # good old Archos ;-) 13.20.23 # yeah I saw. odd bug to have in released software... 13.21.21 # 128? Bitrate? 13.21.24 # yes 13.21.29 # Whoa. Massive. 13.21.45 # Massive Attack! 13.21.51 # Where on the westcoast is Linus btw? 13.21.59 # west 13.22.03 # ;-) 13.22.13 # Linus is in USA? 13.22.16 # * dwihno sends Bagder to Kladdes kebab 13.22.16 # he's in Alingsås 13.22.27 # elinenbe: no, swedish west coast 13.22.28 # blah. 13.22.36 # Alingsås? For the kebab? 13.22.52 # the things a man does for his kebab... 13.22.52 # elinenbe, are you american? :) 13.22.53 # dwihno: his inlaws lives there 13.23.18 # reading 'west coast' yesterday, i couldn't help but immediately make the same assumption, until i realized many places have west coasts. :) 13.24.16 # I made a quick trip to the west coast last weekend. Was pretty cool. No snow though :-( 13.25.05 # the swedish "west coast" will be sued for trademark infringement soon ;) 13.25.42 # the argument will be "we had a west coast first" 13.26.03 Join webmind [0] (webmind@seal.student.utwente.nl) 13.26.22 # anyone been skiing this winter yet? 13.26.23 # lol 13.26.34 # not yet 13.27.40 # Soon! :D 13.30.53 # bbl 13.30.55 Quit Bagder ("http://daniel.haxx.se") 13.31.54 # I tested the sleep timer last night btw, it worked like a charm :-) 13.32.04 Nick Naked is now known as Hadaka (naked@aka.pp.htv.fi) 13.33.17 # * langhaarrocker prefers Hadaka clothed 13.33.46 # no such luck I'm afraid 13.33.59 # hadaka is japanese and means... you guessed it... naked 13.34.44 # But it's winter here! You'll catch the flue! 13.34.46 # The feature list contains an error. 13.34.58 # dwihno: what? 13.35.02 # now who'd go outside in this weather? ;) 13.35.03 # There's no snake game (*booohooo*), only Wormlet 13.35.08 # anyway, I'm off to work 13.35.23 # hehe 13.35.35 # snake-alike ;) 13.36.20 # There's been so much fuzz about this name that I really thought of renaming wormlet. 13.36.38 # langhaarrocker: nah, don't bother. wormlet is a good name. 13.37.36 # * dwihno wants Snake back! 13.37.41 # :-( 13.39.12 # dwihno: just fix the plugin code, and we'll be all set 13.39.42 # It was in, and then you removed it! Just to provoke us Snake fans! :) 13.39.44 Quit langhaarrocker (Read error: 54 (Connection reset by peer)) 13.40.12 # it's called rehabilitation 13.40.15 # Zagor: just fix the plugin code? has any plugin code been written? 13.40.22 # elinenbe: no :-) 13.40.30 # Windows XP will not format > 30 gb, right? 13.40.32 # that is quite a big fix then :) 13.40.55 # dwihno: that's what I've heard. you need a non-ms program to do it. 13.41.04 # elinenbe: quite... :-) 14.04.50 # this is incredible!! 14.04.56 # it's snowing in Granada!! 14.05.37 # 19years later.. we have snow again 14.05.39 # :) 14.06.15 # quel: we have snow, what's the big deal? ;) 14.06.45 # quel|out: it was 19 years since you had snow??? poor you 14.07.38 # quel|out: How do you do when you snowboard then? :-) 14.07.45 # zagor not really 14.07.52 # in Granada city 14.08.07 # we have snow every year in Sierra nevada 14.08.14 Quit Schnueff (Remote closed the connection) 14.08.20 # just 30 km from Granada city 14.08.45 # but 7 days before, we had here nearly 17ºC 14.09.01 # so... try to understand me.. this is not sweden :) 14.09.41 # we normally have the same weather that you had in Nerja, more or less.... 14.09.51 # :-) 14.09.55 # Ford Granada! 14.10.17 # :) 14.10.24 # We had a Ford Granada. 14.10.31 # It had a golden metallic shine 14.10.44 # Then it broke, and we sold it to some poor bastard ;) 14.17.16 # HEH 14.17.18 # you guys 14.17.22 # just have to see something 14.17.28 # well, i'm going home for lunch 14.17.34 # my live webcam 14.17.39 # www.kenoweb.tk 14.17.43 # link at bottom 14.17.50 # ok 14.18.15 # jajajajja 14.18.18 # inteligent cat 14.18.20 # :) 14.18.27 # lol 14.18.29 # He knows his stuff :) 14.18.30 # that's great 14.18.52 # cu! 14.18.57 Quit quel|out ("KVIrc 3.0.0-beta1 "Eve's Avatar"") 14.21.16 Join Schnueff [0] (~mah@guestbook.cs.uni-sb.de) 14.22.28 *** Saving seen data "./dancer.seen" 14.28.22 Part ken0_ 14.47.53 # bye 14.47.56 Part elinenbe 15.21.21 Join matsl [0] (~matsl@as13-4-5.mal.s.bonet.se) 15.22.04 Part Zagor 15.22.20 Join Zagor_ [242] (~bjst@labb.contactor.se) 15.32.24 # Z Z Z Z! 15.58.41 Join Bagder [241] (~daniel@as3-3-2.ras.s.bonet.se) 16.00.53 # Bagder: hi 16.00.57 # hej 16.03.02 # * dwihno misses Linus :-/ There's nobody else to talk Kebab with :-( 16.04.22 # poor you ;-) 16.05.36 # heh 16.10.16 # And the scroll is still bugging *boohoo* 16.17.03 # is there a bug report on that? 16.20.57 Join quelsaruk [0] (~zaknafein@faerun.ugr.es) 16.21.30 # hi 16.22.30 *** Saving seen data "./dancer.seen" 16.23.50 Join SPAdict [0] (~asdfklasd@pool-151-205-168-234.ny325.east.verizon.net) 16.23.53 # hey guys 16.24.05 # yes? 16.24.27 # do you guys know where the batteries are located in the fm recorder and how I can replace them? 16.24.52 # It's some kind of special batteries. 16.25.10 # they are inside... and i think its a ion-Li batterie 16.25.11 # they're not replacable 16.25.32 # hmmm... 16.25.54 # it's a LiIon battery. it's replacable, but you can't buy a replacement. 16.25.54 Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) 16.26.13 # it's a custom made battery. you can't get them anywhere. 16.26.18 # you can buy a new FM and get it from that ;-) 16.26.29 # and archos won't sell you a new one either (people have asked) 16.26.29 # is it under that cover at the top that can be popped off? 16.26.46 # SPAdict: it's not designed to be replaced 16.26.51 # ok 16.27.12 # what happened is that i was charging the player while listening to music on it 16.27.23 # after half an hour, i noticed that it was very hot 16.27.27 # the ac adapter too 16.27.41 # Zagor: Darn! Archos are so evil! :( 16.27.51 # after using it until the batteries drained, i tried charging it 16.27.57 # SPAdict: the adapter archos US ships isn't very nice 16.27.59 # it goes to the charging screen 16.28.11 # and after a few seconds it says it's charged 16.28.45 # SPAdict: maybe archos will change your fm recorder 16.29.07 # i emailed tech support today 16.29.17 # SPAdict: did you get an answer? 16.29.18 # but the problem is that i have all my music on the player 16.30.16 # i just emailed them, so no 16.30.49 # having music on the archos only is not a very lasting way of doing things 16.31.01 # with every passing day i realize what a bad purchase archos is 16.31.15 # we all love ours! :) but sympathies for bad luck... 16.31.25 # the day i bought it, it froze that same evening! 16.31.26 # I've had a lot of fun with mine 16.31.43 # but then I can use Rockbox ;-) 16.32.10 # from what i read online, i have yet to experience some of the nastier problems 16.32.55 # oh well 16.33.37 # SPAdict: sorry to hear that, i can only say that i have my recorder for 1 1/2 yeras, and it works fine.. and i love rockbox :) 16.34.02 # i realized that i should have skipped on the FM part and just got the simple recorder 16.34.58 # well, thanks for the help. enjoy your players! 16.35.03 # bye 16.35.06 Quit SPAdict () 16.44.42 # Zagor: I confess there is more to USB than I know! USB-Mode! In USB-mode the battery indicator is visible. 16.45.15 # matsl: yeah, that's what I though 16.45.20 # thought 16.46.26 # Zagor: The usb-screen I thought you meant was the onme you get when connecting the cable and then turning the power on.... 16.46.37 # but that one is controlled by hardware, isn't it? 16.47.08 # matsl: not hardware, but the archos firmware 16.47.16 Join edx [0] (~edx@pD9EAADCB.dip.t-dialin.net) 16.47.23 # almost the same :-) 16.47.36 # jupp 16.47.53 # if it can't be programmed, it's hardware! 16.48.06 # hehe. like MS Windows 16.49.56 # I think the "news" should cover Rocklatin as well. 16.50.04 # agreed 16.50.18 # Awesome work :-) 16.50.55 # indeed 16.51.22 Nick edx is now known as edx`afk (~edx@pD9EAADCB.dip.t-dialin.net) 17.05.35 Nick dwihno is now known as dw|gone (dwihno@h193180246067.kommunicera.umea.se) 17.15.48 Join mecraw_ [0] (~mecraw@69.2.235.2) 17.22.54 Quit Schnueff (Read error: 110 (Connection timed out)) 17.23.58 Quit mecraw (Read error: 110 (Connection timed out)) 17.32.16 Join CaPeTaO_HC[Gtr] [0] (~awdyf@200.202.226.234) 17.32.28 # hi peoples 17.32.34 # hey 17.32.54 # h0h0 17.32.59 # laeful 17.33.01 # lawful 17.33.30 # i`m dont know speak in english very well 17.33.31 # haha 17.33.38 # i`m brazilian 17.34.51 DBUG Enqueued KICK CaPeTaO_HC[Gtr] 17.34.51 # 3,00:2,00) 17.34.51 # eu falo português, mais o menos 17.34.56 # aaa 17.34.59 # q massa!! 17.35.07 # pvt 17.36.43 # pvt? 17.36.52 # ham 17.41.26 # mmm, ham 17.42.30 # hehe 17.44.46 # i'm off. see you 17.44.47 Part Zagor 17.55.11 Quit CaPeTaO_HC[Gtr] ("fui daki a poco eu volto") 17.57.43 Join CaPeTaO_HC[Gtr] [0] (~awdyf@200.202.226.234) 18.11.38 DBUG Enqueued KICK CaPeTaO_HC[Gtr] 18.11.38 # »¡«Scøøp MP3»!« 01,00 [Ouvindo:01,00 Useless ID - Another bad taste.mp3 ] 18.12.26 # ugh 18.13.30 # cap: which track is after that one? 18.13.58 # I?? 18.14.17 # Yes 18.14.20 # que cancion va depois ? 18.14.30 # MrSnazz: he doesnt speak english 18.14.37 # just portuguesse 18.14.38 # :) 18.14.43 # hehe 18.14.44 # quelsaruk: ahh, thanks :) 18.14.50 # and i dont' speak portuguesse quite well 18.14.56 # :) 18.15.09 # que trilha é seguinte? 18.15.16 # ahnn 18.15.17 # hehe 18.15.43 # I speak English more or less 18.16.02 # eu amo essa cancao, ele lembro-me de minha mae da cabra 18.16.19 # i must reboot 18.16.21 # cu! 18.16.31 Quit CaPeTaO_HC[Gtr] (Read error: 104 (Connection reset by peer)) 18.16.37 Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") 18.16.55 Join CaPeTaO_HC[Gtr] [0] (~awdyf@200.202.226.234) 18.17.21 DBUG Enqueued KICK CaPeTaO_HC[Gtr] 18.17.21 # 3,00=2,00/ 18.17.23 # I am with a translating here 18.17.25 # hehe 18.17.27 # hehe 18.18.05 # voce tem o queijo? 18.18.14 # que? 18.18.15 # queijo? 18.18.16 # auhiaha 18.18.21 # aki tem queijo sim 18.18.22 # :) 18.18.27 # webmind ? 18.19.28 # I have q go although 18.19.31 # bye 18.19.57 # bye 18.19.57 Nick mecraw_ is now known as mecraw (~mecraw@69.2.235.2) 18.20.14 Join hardeep [0] (hardeeps@208.247.65.237) 18.20.24 *** Alert Mode level 1 18.20.24 # »¡«Scøøp MP3»!« 01,00 [Ouvindo:01,00 Jason - Meu talento de afastar as pessoas.mp3 ] 18.21.00 # fuis 18.21.10 Quit CaPeTaO_HC[Gtr] (Client Quit) 18.21.14 Join quelsaruk [0] (~zaknafein@faerun.ugr.es) 18.21.20 # hi again 18.22.25 # hi quelsaruk 18.22.32 *** Saving seen data "./dancer.seen" 18.22.38 # hi hardeep :) 18.27.53 # hardeep: do you know if hardeep comes here? 18.27.56 # sorry 18.27.59 # no hardeep 18.28.00 # uwe 18.28.02 # :) 18.28.05 # if uwe comes here 18.30.25 *** Alert Mode OFF 18.30.45 # quelsaruk: yeah, he does... i think he uses the nick "thebreaker" 18.31.14 # thx hardeep :) 18.37.30 Quit Bagder ("http://daniel.haxx.se") 18.39.12 # hardeep: may I assume that the unified playlist idea is kinda approved ? 18.39.40 # it sounded like zagor gave his approval,,, 18.40.12 # it would surly simplify the code... 18.40.27 # definitely 18.41.16 # ricII: btw, i was thinking more on your include idea and I think you're right... multiple includes may be the best approach 18.41.53 # depends on the 'costs' of a copy.. 18.42.07 Ctcp Ignored 3 channel CTCP requests in 42 minutes and 30 seconds at the last flood 18.42.07 # * matsl is away: I'm busy 18.42.24 # yeah 18.42.47 # oh, one thing that needs to be considered is resume... 18.46.33 # how is that handled in suffle mode ? 18.47.12 # we remember the random seed that was used for shuffling so, when we resume, it's the same shuffle 18.47.22 # aha 18.47.59 # but that wouldn't work with a dynamic growing playlist 18.48.38 Quit pyvasene () 18.49.16 # i think it could... 18.49.45 # if the user says insert, then you insert immediately after the current song playing 18.50.21 # with your include files... this should work irrespective of shuffle mode 18.50.33 Part Asskick 18.50.36 # the funkier case is if a user switches between shuffle modes 18.54.14 # but how about append in shuffle mode this would mean move the remainder to the include and shuffle with the current seed. 18.57.45 # i don't quite follow.... with append you want to play the track after the playlist is done right? 18.58.06 # in that case, the shuffle mode wouldn't matter 18.58.37 # yes, unless we are in shuffle mode, the remain part would would be reshuffled 19.00.02 # like also (+) play these songs in random order. 19.00.36 # heh, right, that case is more difficult 19.02.09 # we will need to sepperate whats aready played & append the new stuff, then reshuffle with the same seed. 19.02.32 # that wouldn't make it through resume 19.03.02 # why, all 'new' stuff is moved to a include. 19.03.22 # ah right, yeah, it could work 19.03.23 # i'm going home 19.03.35 # till monday! 19.04.09 # bye quelsaruk 19.04.42 # defeating our non-copy attempts.. 19.05.04 # well, it's a pretty extreme case... dunno how often you would be doing that 19.05.29 Part quelsaruk (""Eve's Avatar - Avatar's Eve"") 19.06.19 # some preformace info would be nice. 19.06.33 # on filecopy.. 19.07.33 Quit adi|home (calvino.freenode.net irc.freenode.net) 19.07.33 NSplit calvino.freenode.net irc.freenode.net 19.07.33 Quit webmind (calvino.freenode.net irc.freenode.net) 19.07.33 Quit meshuga (calvino.freenode.net irc.freenode.net) 19.07.33 Quit MrSnazz (calvino.freenode.net irc.freenode.net) 19.07.33 Quit adi|work (calvino.freenode.net irc.freenode.net) 19.07.57 # maybe we are discussing just ms .. 19.08.55 NHeal calvino.freenode.net irc.freenode.net 19.08.55 NJoin webmind [0] (webmind@seal.student.utwente.nl) 19.08.55 NJoin adi|home [0] (~adiamas@as5300-11.216-194-24-180.nyc.ny.metconnect.net) 19.08.55 NJoin meshuga [0] (firewall@12-211-38-165.client.attbi.com) 19.08.55 NJoin MrSnazz [0] (~jmc@e-64-35-146-236.empnet.net) 19.08.55 NJoin adi|work [0] (~adiamas@dogwood.vport.net) 19.11.18 # gotta run 19.11.20 Quit hardeep ("BitchX: need we say more?") 19.27.47 Quit kargatron ("Suckers!") 20.08.37 Nick edx`afk is now known as edx (~edx@pD9EAADCB.dip.t-dialin.net) 20.19.06 Quit TotMacher () 20.22.35 *** Saving seen data "./dancer.seen" 20.26.05 Join hardeep [0] (hardeeps@208.247.65.237) 20.39.22 Join TotMacher [0] (tot@pD9E21EE9.dip.t-dialin.net) 20.41.38 Quit meshuga ("changing servers") 20.41.42 Join meshuga [0] (firewall@12-211-38-165.client.attbi.com) 21.35.01 Join Zagor [242] (bjst@as9-5-6.k.s.bonet.se) 22.22.38 *** Saving seen data "./dancer.seen" 22.36.13 # Hey I'm having a problem with the Jb 6000 and the new daily build, when I play a song, it sometimes freezes, well the sonud stops but the timer keeps going when ti goes to change song, there is no sound until i restart the JB 22.39.07 Quit Zagor ("Client Exiting") 22.41.00 # EGM92: did it only start happening with the new daily build? 23.06.27 # yes 23.06.43 # I tried the v1.4 and I don't get that problem 23.07.33 Join void_ [0] (void@epicsol.org) 23.07.54 # rockbox rules 23.07.57 # just like to say 23.08.28 # void_: agreed. :) 23.08.38 # I just got my archos today 23.08.52 # EGM92: hmmm, there have been many changes since 1.4. Post a bug. 23.08.52 # I traded in my classic chd500 (what a piece of junk) 23.09.19 # EGM92: include all information about your player and also provide a file that reproduces the bug 23.10.08 # ok 23.10.14 # how do i do that? 23.10.48 # EGM92: from the rockbox main page->bug reports 23.11.22 # EGM92: at the bottom there are instructions on posting new bugs... please provide all the information it lists 23.11.49 # EGM92: it's important that you include the file that reproduces the problem... makes it a lot easier to debug 23.12.16 # None 5 nobody mp3 play stops mid-song 2002-10-17 16:52 23.12.22 Join schuepf [0] (~chatzilla@pD9EE2A12.dip0.t-ipconnect.de) 23.12.23 # how do i know if that isn't my problem>? 23.13.14 # read the full description and comments 23.13.36 # if it does sound sound like your bug, post a comment 23.13.47 # providing your information 23.14.51 # YEP ITS MY PROBLEM too 23.15.25 # that bug report is for the 1.4 release... you said your problem only happens in the daily build 23.15.48 # oh ok so since its a new build i have to make a new post? 23.16.28 # only if it's a different bug... you claimed this bug doesn't happen in 1.4 which implies it's not the same as that bug report 23.17.37 # k 23.17.47 # what was yesterdays build? 23.18.19 # hmmmm? 23.20.22 # Hey I got a question what to Stack usagemean? 23.21.56 # I also noticed freezes with playback on the recorder (can't reproduce) 23.22.03 # * matsl is back (gone 04:39:56) 23.23.20 # ricII: are you using the peakmeter or have multiple lines scrolling in the wps? 23.23.37 # peakmeter.. 23.23.41 # ricII: it could be a performance issue with those features and high bitrate mp3s 23.24.06 # could well be, al mp3 are vbr min 192kb 23.24.42 # ricII: although, I can't say i've ever seen any problems on AJBR6 with high peakmeter mode and avg 256kb vbr mp3s 23.25.29 # pause is also delayed sometimes.. 23.29.35 # best would be if you could find a reproduceable case 23.31.05 Quit matsl ("[x]chat") 23.34.14 Quit schuepf ("ChatZilla 0.8.11 [Mozilla rv:1.2.1/20021130]") 23.39.18 Join ClosetPacifist [0] (~ClosetPac@ppp40.ts1.Exmore.visi.net) 23.44.04 # howabout support for fonts < 8px ? 23.54.46 Join LinusN [0] (~linus@labb.contactor.se) 23.58.21 # hmm, a lot of changes in lcd(-recorder).c 23.58.51 # EGM92: Stack Usage is how much stack space each thread uses