--- Log for 01.03.103 Server: sterling.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 4 days and 13 hours ago 00.03.37 Quit JT1 ("Leaving") 00.04.49 Quit s0be (Remote closed the connection) 00.05.08 Join s0be [0] (~s0be@163.118.102.40) 00.20.29 *** Saving seen data "./dancer.seen" 01.20.11 Quit s0be (Remote closed the connection) 01.58.25 Join s0be [0] (~s0be@163.118.102.40) 02.20.31 *** Saving seen data "./dancer.seen" 02.35.17 Nick secretagentseb is now known as seb-away (Sean@bgp420584bgs.union01.nj.comcast.net) 02.44.12 Quit sander_ ("Client Exiting") 03.20.46 Join jzoss [0] (jzoss@cs6711155-229.satx.rr.com) 04.20.35 *** Saving seen data "./dancer.seen" 04.25.36 Quit Jet8810 (Read error: 54 (Connection reset by peer)) 04.46.51 Nick seb-away is now known as seb-sleep (Sean@bgp420584bgs.union01.nj.comcast.net) 06.03.00 Join henrysuns [0] (~thaa@102.63.171.66.subscriber.vzavenue.net) 06.03.10 # can you pardon my retardation 06.06.52 # sure 06.06.54 # your pardoned 06.10.59 # how the heck do i get the rockbox to load a newer build 06.11.12 # dont the current builds say somethgin besides 1.4 on the version screen? 06.11.18 # yes 06.11.25 # you download a daily build 06.11.28 # install it on the player 06.11.30 # isnt callign it ajbrec.ajz it 06.11.32 # and then either reboot 06.11.42 # reboot not equal off then on 06.11.44 # or 'play' the firmware 06.11.48 # oh 06.11.48 # ok 06.11.49 # hey, adi...you know if anyone's working on ID3-for-recording support? 06.11.57 # dunno to be honest 06.12.04 # well, I'm most of the way there 06.12.11 # nice 06.12.14 # Just wanted to make sure I'm not overlapping w/ someone else. =) 06.12.18 # submit it when your done... 06.12.22 # nah.. don't worry.. 06.12.27 # yup. this weekend, probably 06.12.37 # bjorn is very good with taking either the best work, or parts of the best stuff... 06.13.14 # I'm glad *I'm* not the one who has to do the integration. ;) 06.13.33 # its not too tough once you get used to it 06.20.38 # i hope the ui gets a rework once the 2.0 release gets done 06.20.39 *** Saving seen data "./dancer.seen" 06.22.04 # define rework 06.22.42 # http://www.ghettohardware.com/rockbox/ 06.22.52 # its been bounced around the forum 06.22.58 # that and a few other approaches 06.23.13 # make things a little more intuitive, learnable, and easier to use blind 06.24.08 # well.. the problem is that everyone has an opinion... 06.24.14 # yup 06.24.25 # soneone will have to buckle down and do somethign and then see how it works 06.24.36 # tats why i documented my idea and got out of the way 06.24.38 # and we haven't seen any real ground swell of ppl towards one interface 06.24.53 # i'd code it if i could 06.24.58 # but oh well 06.26.19 # eventually, we'll have configurable buttons, so the "opinion issue" will be less problematic =) 06.27.47 # well; configurable isnt as good as good design and defaults 07.14.34 Join forceflow22 [0] (jirc@cae168-240-155.sc.rr.com) 07.14.34 Quit henrysuns (Read error: 104 (Connection reset by peer)) 07.15.33 # would anyone happen to know if any of the builds has an inverted LCD function built in it? 07.23.52 Quit forceflow22 ("Leaving") 07.33.41 Quit s0be (Remote closed the connection) 07.36.48 Join s0be [0] (~s0be@163.118.102.40) 08.20.42 *** Saving seen data "./dancer.seen" 10.06.54 Join henrysuns [0] (~thaa@102.63.171.66.subscriber.vzavenue.net) 10.06.54 Quit ken0_ (Read error: 54 (Connection reset by peer)) 10.07.09 # exit 10.07.15 Quit jzoss ("BitchX: the new hardcore, psycho, nitro client -- in a can") 10.20.43 *** Saving seen data "./dancer.seen" 12.06.56 Quit henrysuns (Read error: 104 (Connection reset by peer)) 12.20.46 *** Saving seen data "./dancer.seen" 12.31.11 Join ken0 [0] (marklar2@80.178.32.11) 13.36.43 Join ken0_ [0] (marklar2@80.178.32.11) 13.36.43 Quit ken0 (Read error: 104 (Connection reset by peer)) 13.46.14 Join ken0 [0] (marklar2@80.178.36.203) 13.46.15 Quit ken0_ (Read error: 54 (Connection reset by peer)) 13.51.25 Join ken0_ [0] (marklar2@80.178.36.203) 13.51.25 Quit ken0 (Read error: 104 (Connection reset by peer)) 14.01.29 Join ken0 [0] (marklar2@80.178.36.203) 14.01.29 Quit ken0_ (Read error: 54 (Connection reset by peer)) 14.07.03 Join Zagor [242] (bjst@as9-5-6.k.s.bonet.se) 14.09.40 Quit ken0 (Read error: 104 (Connection reset by peer)) 14.10.02 Join ken0_ [0] (marklar2@80.178.36.203) 14.17.03 Nick seb-sleep is now known as _seb_ (Sean@bgp420584bgs.union01.nj.comcast.net) 14.17.03 Quit ken0_ (Read error: 104 (Connection reset by peer)) 14.17.30 Join ken0_ [0] (marklar2@80.178.36.203) 14.20.49 *** Saving seen data "./dancer.seen" 14.23.04 Join ken0 [0] (marklar2@80.178.36.203) 14.23.04 Quit ken0_ (Read error: 104 (Connection reset by peer)) 14.27.10 Join ken0_ [0] (marklar2@80.178.36.203) 14.27.10 Quit ken0 (Read error: 54 (Connection reset by peer)) 14.34.11 Join ken0 [0] (marklar2@80.178.36.203) 14.34.12 Quit ken0_ (Read error: 104 (Connection reset by peer)) 14.36.05 Join ken0_ [0] (marklar2@80.178.36.203) 14.36.05 Quit ken0 (Read error: 54 (Connection reset by peer)) 14.40.05 Join Guest [0] (jirc@193.216.10.16) 14.40.23 Quit Guest (Client Quit) 14.50.16 Join Snorlax [0] (Helt_Lost@193.216.10.16) 14.51.11 Quit ken0_ (Read error: 54 (Connection reset by peer)) 14.51.21 Join ken0_ [0] (marklar2@80.178.36.203) 14.54.57 Join ken0 [0] (marklar2@80.178.36.203) 14.54.57 Quit ken0_ (Read error: 54 (Connection reset by peer)) 14.57.00 Quit Snorlax () 14.58.01 Quit s0be (Remote closed the connection) 14.58.46 Join s0be [0] (~s0be@163.118.102.40) 15.08.30 Join ken0_ [0] (marklar2@80.178.36.203) 15.08.30 Quit ken0 (Read error: 54 (Connection reset by peer)) 15.31.52 Quit adi|home (Read error: 104 (Connection reset by peer)) 15.47.12 Join windchill [0] (~windchill@212.4.76.176) 15.53.56 Quit Zagor ("Client Exiting") 15.55.10 Nick _seb_ is now known as seb-away (Sean@bgp420584bgs.union01.nj.comcast.net) 16.09.52 Part ken0_ 16.09.52 Quit windchill (Read error: 104 (Connection reset by peer)) 16.20.50 *** Saving seen data "./dancer.seen" 16.35.20 Quit s0be (Remote closed the connection) 16.35.56 Join hamanjam [0] (~hamanjam@adsl-64-216-146-5.dsl.kscymo.swbell.net) 16.36.36 Part hamanjam 16.38.40 Join Ingrid [242] (bjst@as9-5-6.k.s.bonet.se) 16.39.14 Part Ingrid 16.56.45 Join s0be [0] (~s0be@163.118.102.40) 17.17.20 Join Jet8810 [0] (~Josh@adsl-34-230-110.bct.bellsouth.net) 18.04.02 Quit Jet8810 ("Client Exiting") 18.08.39 Join Jet8810 [0] (~Josh@adsl-34-230-110.bct.bellsouth.net) 18.20.54 *** Saving seen data "./dancer.seen" 18.23.09 Join jzoss [0] (jzoss@cs6711155-229.satx.rr.com) 18.24.23 Join Zagor [242] (bjst@as9-5-6.k.s.bonet.se) 18.31.49 Quit MT ("changing servers") 18.33.32 # zagor - I'm gonna finish up ID3-tags w/ recording this weekend. 18.34.00 # Part of that is a custom-recording-name selection 18.34.11 # Do you want those as separate patches, or merged together? 18.34.28 # jzoss: it depends. describe the changes to me. 18.35.11 # ID3+recording: edit_id3_tags UI, write_id3_tags file-write code 18.35.37 # custom-recording-name: I'm thinking of using an interface similar to snprintf or wps 18.35.51 # Where user can insert timestamp and/or ID3 tag fields using %xx defines 18.36.15 # jzoss: how are you handling the case where the modified tag doesn't fit the file? 18.36.28 # That way we avoid people being upset about centralized vs decentralized recordings, too long filenames, etc 18.36.46 # id3v2 tag is set to a default_padding size before recording 18.37.09 # If tag during write_id3_tags is longer than existing, 18.37.34 # tag is expanded by default_padding_size and mp3 data is shifted to accomodate new tag size 18.38.22 # ok, so this is only for new recording. not for existing files? 18.38.40 # Eventually we can use the same code for existing files, but I wanted to start smaller-scope 18.38.46 # good 18.39.03 # The current write_id3_tags clears all existing id3 tags when it writes out the new ones 18.39.22 # i'd say this is best submitted in two patches: id3-for-recording and custom-rec-name 18.39.29 # I wrote out the pseudocode to preserve the old unknown/unsupported tags and only overwrite new ones, but was too lazy to implement. =) 18.40.01 # And I didn't implement id3-editing of existing files, because it affects tags that are loaded in the playlist, or are currently playing, etc. 18.40.21 # Someone who's more familiar with the playlist code than I would be better equipped to do that integration 18.40.49 # Re: 2-independent-patches. Will do! Thx 18.41.15 # we don't really need to care about that IMHO. we display the tags that are present when loaded. if you change the tag while playing, restart the file to see the new tags. no biggie. 18.42.08 # Does playlist code use the cached ID3 data to determine things like tagSize, start-of-MP3 data, etc? 'Cause those would also change w/ an edited file. 18.42.23 # Or does it read those from scratch when it's time to play the next file? 18.43.19 # jzoss: they are read from scratch. the info is used when *loading* the file, at which point the tag will be correct. when the file starts playing, it's already in memory so it's not an issue. 18.44.11 # fair enough. I'll make a 3rd patch for editing existing tags, then, since it's (mostly) trivial. 18.44.18 # goodie 18.44.37 # 3rd patch, since there's more risk of mucking-up existing mp3 files with experimental id3 code 18.45.32 # I'll hang it as a new quickMenu entry with rename/delete. And on the existing menu (of course) 18.47.44 Nick seb-away is now known as _seb_ (Sean@bgp420584bgs.union01.nj.comcast.net) 18.48.31 # sounds good 18.53.59 Join tracktheripper [0] (jirc@ACB35F05.ipt.aol.com) 18.54.09 # Hiiiii 18.54.21 # hello =) 18.54.28 # hello Jzoss 18.55.39 # Hi Zagor 19.02.31 Quit Snorlax|Norway (Read error: 60 (Operation timed out)) 19.03.39 # gotta go 19.03.39 Quit Zagor ("Client Exiting") 19.13.50 Join mecraw [0] (~mecraw@dnvr-dsl-gw33-poole115.dnvr.uswest.net) 19.58.11 Join adi|home [0] (~adiamas@as5300-10.216-194-24-95.nyc.ny.metconnect.net) 20.12.32 Quit tracktheripper ("Leaving") 20.14.47 Join tracktheripper [0] (jirc@ACB35F05.ipt.aol.com) 20.14.56 # hi 20.20.57 *** Saving seen data "./dancer.seen" 21.05.16 Join forceflow2 [0] (jirc@cae168-240-155.sc.rr.com) 21.05.18 Quit tracktheripper (Read error: 104 (Connection reset by peer)) 21.07.52 # anyone know if the screen of the Jukebox Studio 20 player's screen can be inverted? 21.13.16 Quit forceflow2 ("Leaving") 21.13.21 Join forceflow3 [0] (54@cae168-240-155.sc.rr.com) 21.15.15 Join kovert [0] (kovert@bgp01088854bgs.waren301.mi.comcast.net) 21.16.25 # hey all, this may seem like a really stupid question... but I have the 20 Gig Recorder, and I was curious as if I can just use a regular 12 volt car adapter and a normal tape CD player adapter to use my archos in the car... or do I have to buy it off the website? 21.20.02 Quit kovert (Client Quit) 22.09.28 Quit forceflow3 ("I'm using «54-2K» 1.0 Website: http://www.54Script.com") 22.20.58 *** Saving seen data "./dancer.seen" 23.29.09 Join CR [0] (jirc@141.222.106.61) 23.32.38 Quit CR (Client Quit) 23.49.01 Join forceflow2 [0] (54@cae168-240-155.sc.rr.com) 23.58.00 # are there features implemented in CVS that are not implemented in daily builds? I see a lot of things (such as a clock) which according to the forums which say the feature is in CVS but when I downloaded the latest daily build it isn't there. Any thoughts?