| 00:09:18 | | Nick _seb_ is now known as seb-away (user@68.36.176.159) |
| 00:12:21 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
| 00:17:17 | elinenbe | hardeep: you use linux? |
| 00:17:49 | elinenbe | maybe someone else here can help me quickly. |
| 00:18:00 | elinenbe | I have 2 partitions that I want to tar up. |
| 00:18:14 | elinenbe | they are /usr/local and /usr |
| 00:18:40 | elinenbe | what is the command to tar them up keeping directory structure and permissions and ownership? |
| 00:19:40 | Zagor | tar cpf tarfile /usr/local |
| 00:20:00 | Zagor | maybe cpsf even |
| 00:20:23 | Zagor | nah, s shouldn't be necessary |
| 00:20:34 | elinenbe | s is "same order" |
| 00:20:52 | hardeep | hmmm, there's a "−−same-owner" flag, not sure if it's necessary though |
| 00:20:52 | elinenbe | then to untar it I would just tar xvf archive.tar? |
| 00:21:23 | hardeep | elinenbe: yes |
| 00:21:32 | elinenbe | I think I should use −−same-owner and −−same-permissions ? |
| 00:22:08 | hardeep | -p is same permissions |
| 00:22:11 | elinenbe | so, -sp |
| 00:22:13 | elinenbe | got it. |
| 00:22:14 | elinenbe | thanks. |
| 00:22:33 | elinenbe | will it get all the sub directories too? |
| 00:22:55 | elinenbe | when I tar /usr won't it get /usr/local in that tar? |
| 00:23:38 | Zagor | umount /usr/local first |
| 00:24:17 | elinenbe | got it. |
| 00:24:26 | elinenbe | mucho gracias |
| 00:24:37 | elinenbe | thank you very much |
| 00:30:08 | Hadaka | if it's a separate filesystem, you can also tell tar to stay on one filesystem |
| 00:30:24 | Zagor | i couldn't find that option |
| 00:35:46 | Hadaka | -l, −−one-file-system |
| 00:35:46 | Hadaka | stay in local file system when creating an archive |
| 00:36:02 | Hadaka | GNU tar 1.13.25 |
| 00:36:41 | Zagor | right. i'm simply blind :-) |
| 00:37:08 | elinenbe | I see that. |
| 00:38:19 | elinenbe | has anyone here used GNU Parted? |
| 00:38:41 | Zagor | nope |
| 00:38:58 | elinenbe | it seems more of a hassle then it is worth. |
| 00:38:59 | Hadaka | I have |
| 00:39:12 | Hadaka | why? what would you use it for? |
| 00:39:15 | *** | Saving seen data "./dancer.seen" |
| 00:39:24 | elinenbe | resizing a partition |
| 00:40:13 | Hadaka | well it works - I usually resize the filesystem first and then just change the partition size manually |
| 00:40:23 | elinenbe | it is either use that, or format a new drive they way I want it, tar everything up, and then untar |
| 00:41:43 | Hadaka | ew, I never use that |
| 00:42:05 | Hadaka | tarring everything up and then untarring seems like such a hack :) |
| 00:44:09 | elinenbe | everything in this case is either a hack or some fancy pancy program... |
| 00:48:05 | PsycoXul | how about 'cp -a' |
| 00:48:39 | Zagor | bed time |
| 00:48:40 | | Quit Zagor ("Client Exiting") |
| 00:49:48 | elinenbe | cp -a will not save ownership |
| 01:00 |
| 01:05:44 | | Nick tot|away is now known as TotMacher (tot@pD9520951.dip.t-dialin.net) |
| 01:09:42 | elinenbe | later all. |
| 01:09:56 | elinenbe | night. |
| 01:09:58 | | Part elinenbe |
| 01:22:30 | | Join lksdjf [0] (~mecraw@dnvr-dsl-gw34-poola245.DNVR.USWEST.NET) |
| 01:50:01 | | Quit hardeep (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | NSplit | brunner.openprojects.net irc.openprojects.net |
| 01:50:01 | | Quit _Exion (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit TotMacher (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit seb-away (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit Hadaka (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit lksdjf (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit PsycoXul (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit bobTHC (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit Schnueff (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit dw|gone (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit webmind (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit adi|home (brunner.openprojects.net irc.openprojects.net) |
| 01:50:01 | | Quit Synthe (brunner.openprojects.net irc.openprojects.net) |
| 01:58:09 | NHeal | brunner.openprojects.net irc.openprojects.net |
| 01:58:09 | NJoin | hardeep [0] (hardeeps@sdf.lonestar.org) |
| 01:58:09 | NJoin | _Exion [0] (jon@airplane1.suphammer.net) |
| 01:58:09 | NJoin | TotMacher [0] (tot@pD9520951.dip.t-dialin.net) |
| 01:58:09 | NJoin | datazone [0] ([GVOtEb2bl@207.136.36.203) |
| 01:58:09 | NJoin | seb-away [0] (user@68.36.176.159) |
| 01:58:16 | NJoin | lksdjf [0] (~mecraw@dnvr-dsl-gw34-poola245.DNVR.USWEST.NET) |
| 01:58:16 | NJoin | bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
| 01:58:16 | NJoin | PsycoXul [0] (psyco@adsl-63-205-42-51.dsl.lsan03.pacbell.net) |
| 01:58:16 | NJoin | adi|home [0] (~adiamas@as5300-9.216-194-23-46.nyc.ny.metconnect.net) |
| 01:58:16 | NJoin | webmind [0] (webmind@seal.student.utwente.nl) |
| 01:58:16 | NJoin | dw|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
| 01:58:16 | NJoin | Schnueff [0] (~mah@wjpserver.cs.uni-sb.de) |
| 01:59:07 | NJoin | Hadaka [0] (naked@aka.pp.htv.fi) |
| 02:00 |
| 02:07:40 | NJoin | Synthe [0] (Synthe@216.190.43.251) |
| 02:07:45 | | Join telliott [0] (~TimElliot@208.251.255.120) |
| 02:08:01 | | Part telliott |
| 02:10:11 | | Quit TotMacher () |
| 02:25:28 | | Quit hardeep ("Leaving") |
| 02:39:18 | *** | Saving seen data "./dancer.seen" |
| 02:49:04 | | Nick edx is now known as edx|sleep (~edx@pD9EABDCF.dip.t-dialin.net) |
| 03:00 |
| 03:33:16 | | Nick seb-away is now known as _seb_ (user@68.36.176.159) |
| 03:42:21 | | Join mecraw [0] (~mecraw@dnvr-dsl-gw34-poola245.DNVR.USWEST.NET) |
| 03:45:03 | | Quit edx|sleep (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:39:21 | *** | Saving seen data "./dancer.seen" |
| 04:47:41 | | Nick _seb_ is now known as seb-sleep (user@68.36.176.159) |
| 04:49:09 | | Join edx|sleep [0] (~edx@pD9EABEEF.dip.t-dialin.net) |
| 05:00 |
| 05:32:21 | | Quit mecraw (Read error: 113 (No route to host)) |
| 05:32:21 | | Join mecraw [0] (~mecraw@dnvr-dsl-gw34-poola245.dnvr.uswest.net) |
| 06:00 |
| 06:39:22 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:00:42 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 08:11:37 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
| 08:22:32 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
| 08:22:42 | Zagor | yo bro |
| 08:22:45 | Bagder | hey ho |
| 08:22:55 | Bagder | tried the text reader yet? ;-) |
| 08:23:00 | Zagor | nope |
| 08:23:03 | Bagder | kinda cool |
| 08:23:16 | Zagor | yeah, i've heard nice things about it |
| 08:23:33 | Bagder | needs a word wrap option though to be REALLY cool |
| 08:23:48 | Zagor | ah, it doesn't wrap? ok |
| 08:24:02 | PsycoXul | the key's are horrid on the player |
| 08:24:26 | PsycoXul | and it's not very good for reading books |
| 08:24:45 | adi|home | if you are trying to read a book on your mp3 player you need to be LART'ed |
| 08:25:09 | PsycoXul | well i'm not trying to read a book on my mp3 player |
| 08:25:11 | Zagor | :) |
| 08:25:29 | PsycoXul | i'm trying to read a book on my pocket-sized 20G harddrive with display and music |
| 08:25:36 | Bagder | :-) |
| 08:25:47 | LinusN | integrated music! wow! |
| 08:25:54 | PsycoXul | :p |
| 08:26:42 | PsycoXul | i've always thought of the archos as more of a low-power high-storage pocket computer than an mp3 player |
| 08:30:14 | Zagor | hmm, it displays one line too few |
| 08:31:05 | Zagor | guh, it takes statusbar into account but then uses the whole screen anyway :-) |
| 08:31:24 | Bagder | hehe |
| 08:31:30 | Bagder | I did the margin thing there |
| 08:31:42 | Zagor | i think it should use the whole screen |
| 08:31:47 | Bagder | I agree |
| 08:31:52 | Zagor | me fix |
| 08:31:53 | LinusN | i don't |
| 08:31:55 | LinusN | :-) |
| 08:32:13 | Zagor | LinusN: seriously? |
| 08:32:22 | LinusN | kidding |
| 08:32:22 | Bagder | it can't have a scrollbar anyway |
| 08:32:30 | LinusN | i want an HTML viewer |
| 08:32:35 | * | Bagder smacks LinusN |
| 08:32:36 | Zagor | Bagder: why not? |
| 08:32:40 | LinusN | gecko |
| 08:32:57 | LinusN | Zagor: the file size isn't known |
| 08:32:58 | Bagder | Zagor: uh, no, it can |
| 08:33:04 | Bagder | it could be |
| 08:33:15 | Zagor | it would be good to have one |
| 08:33:25 | Zagor | adding OFF as exit key |
| 08:33:26 | LinusN | number of lines? |
| 08:33:39 | Bagder | ah, right |
| 08:33:47 | Zagor | LinusN: umm, right. i won't add that right away ;-) |
| 08:37:10 | LinusN | what do you guys think about committing (post-1.4) an experimental recording UI for people to try and comment on? |
| 08:37:26 | Bagder | sure |
| 08:37:32 | Zagor | sure |
| 08:37:56 | PsycoXul | what about playlist building/navigation |
| 08:38:02 | LinusN | with visual info about how the recording progresses, when it starts/stops recording and so on |
| 08:39:26 | *** | No seen item changed, no save performed. |
| 08:39:59 | LinusN | btw, what do we really want in the 'rockbox info' screen? |
| 08:40:27 | LinusN | i think the buffer size is meaningless to users |
| 08:40:37 | LinusN | unless it shows live buffer fill status |
| 08:40:46 | | Join mem_ [0] (~mem@bl-magsan.sth.bluelabs.se) |
| 08:41:00 | Bagder | I think the buffer size is cool info ;-) |
| 08:41:35 | LinusN | users confuse that with "free buffer space" |
| 08:41:45 | Bagder | probably |
| 08:41:51 | Bagder | but then, users confuse most things ;-) |
| 08:42:11 | LinusN | and they also think that the battery percentage is some kind of intelligent info about remaining time |
| 08:42:56 | LinusN | why are all those .-files in my apps/ dir? |
| 08:43:10 | LinusN | .settings-menu.c.1.61 |
| 08:43:15 | Bagder | emacs |
| 08:43:26 | Bagder | isn't it? |
| 08:43:27 | LinusN | emacs? why? |
| 08:43:44 | LinusN | .#settings-menu.c.1.61, sorry |
| 08:45:47 | Hes | Think CVS makes those |
| 08:45:57 | Hes | when you have conflicts or something |
| 08:46:26 | Hes | (good morning) |
| 08:46:41 | LinusN | yeah, emacs makes #filename# files |
| 08:46:46 | Bagder | morning hes |
| 08:46:52 | LinusN | not .#filename.version files |
| 08:46:58 | LinusN | morning Hes |
| 08:47:00 | bobTHC | good morning! |
| 08:47:17 | Bagder | emacs also does system.c.~1.16.~ files |
| 08:47:28 | Bagder | if some weird option is enabled |
| 08:47:42 | LinusN | no tilde in my names |
| 08:47:54 | Bagder | no, this is a different name |
| 08:47:58 | Bagder | I have your kind too |
| 08:48:24 | PsycoXul | man cvs |
| 08:48:26 | LinusN | maybe it is when emacs wants to reload the buffer (changed on disk)? |
| 08:48:29 | PsycoXul | /C file |
| 08:49:19 | LinusN | i see now |
| 08:51:49 | LinusN | daily report from ArchosJukebox6000: |
| 08:51:52 | LinusN | on a side note, ROCKBOX |
| 08:51:52 | LinusN | RULES!!!!!!!!!!!!! THANK YOU, for all you guys have done and even |
| 08:51:52 | LinusN | if you all stopped now , this is a fantastic change from the |
| 08:51:52 | DBUG | Enqueued KICK LinusN |
| 08:51:52 | LinusN | original firmware and i would not ever go back,THANK YOU!!!!!!!!!! |
| 08:52:11 | Bagder | :-) |
| 08:53:05 | LinusN | makes me less humble every day :-) |
| 09:00 |
| 09:14:53 | bobTHC | what u think about a french translation for the faq ? |
| 09:15:40 | Bagder | bobTHC: not a bad idea, but a lot of work for the translator |
| 09:15:58 | bobTHC | only the genral faq for the moment.... |
| 09:16:40 | bobTHC | and for the work, don't worry |
| 09:17:16 | LinusN | are french people really that bad at reading english? |
| 09:20:37 | adi|home | bah.. the french are only good at things like "We surrender." and "No Fair! You went through Belguim!" |
| 09:22:53 | PsycoXul | oh btw |
| 09:23:03 | PsycoXul | i've got some 10-second tracks |
| 09:23:21 | PsycoXul | set up so there's 3 in a dir, and playlists with 1 per playlist |
| 09:24:02 | PsycoXul | if i play the 3 in the dir, they'll go 1, 2, 3, 1, then instead of playnig 2 again the screen goes blank and it does nothing till i press back/forward or browse or whatever |
| 09:24:19 | PsycoXul | and if i play the playlists they only play the track twice before doing the same |
| 09:24:25 | Bagder | I think I know why |
| 09:25:03 | bobTHC | french are used to ask too much question when docs are in english... |
| 09:26:08 | Bagder | PsycoXul: how big are those 3 files? |
| 09:26:44 | PsycoXul | 320k |
| 09:26:56 | Bagder | all together? |
| 09:27:06 | PsycoXul | no, 322791 bytes each |
| 09:27:09 | Bagder | ok |
| 09:28:28 | Bagder | so 5 of them fits in the buffer |
| 09:29:24 | Bagder | LinusN: does the first playlist_peek() use steps == 0 ? |
| 09:29:27 | bobTHC | what the exact purpose of faq2html.pl ? |
| 09:29:41 | Bagder | bobTHC: it converts the text faq to the html one you see on the site |
| 09:29:50 | LinusN | Bagder: it should |
| 09:30:07 | bobTHC | faq are specialy formated ? |
| 09:30:07 | Bagder | right, so that's why the 5th doesn't get played |
| 09:30:17 | Bagder | bobTHC: yes, it is |
| 09:30:27 | Bagder | apps/playlist.c:92 |
| 09:31:11 | LinusN | but why does the screen go blank? |
| 09:31:17 | Bagder | I don't know |
| 09:31:18 | LinusN | it should say "end of list" |
| 09:32:42 | bobTHC | have a "how to" for faq writing ? |
| 09:33:09 | Bagder | bobTHC: use the same format as the already existing faq :-) |
| 09:33:18 | bobTHC | ok |
| 09:33:39 | Bagder | it's basicly the A and the Q lines that need to look as they do in there |
| 09:42:50 | bobTHC | where is faq.raw ? |
| 09:43:14 | LinusN | docs/FAQ |
| 09:47:12 | | Nick mem_ is now known as mem_away (~mem@bl-magsan.sth.bluelabs.se) |
| 09:55:51 | | Nick edx|sleep is now known as edx (~edx@pD9EABEEF.dip.t-dialin.net) |
| 10:00 |
| 10:05:03 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 10:05:03 | * | Bagder starts writing on a TECH docs |
| 10:06:32 | | Quit PiotR ("My damn controlling terminal disappeared!") |
| 10:07:13 | | Join PiotR [0] (piotr@212-170-21-172.uc.nombres.ttd.es) |
| 10:11:41 | | Nick mbr|gone is now known as mbr (~mb@stlx01.stz-softwaretechnik.de) |
| 10:11:46 | mbr | Hi |
| 10:12:08 | LinusN | hi |
| 10:18:50 | | Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) |
| 10:20:36 | Bagder | docs/TECH added |
| 10:20:38 | Bagder | check it out |
| 10:20:40 | Bagder | fill in |
| 10:23:11 | edx | Bagder: looks great :) |
| 10:25:49 | Bagder | thanks |
| 10:26:13 | Zagor | really good tech overview |
| 10:26:39 | Bagder | I left some "..." where more text is needed |
| 10:33:29 | Zagor | remind me again why we want to filter out button release events |
| 10:33:39 | * | Zagor is annoyed again |
| 10:35:47 | LinusN | unnecessary filling of the button queue? |
| 10:36:40 | Zagor | if that's all, it's not worth the hassle |
| 10:36:46 | LinusN | unwanted advance of time when the loop uses get_button_w_tmo()? |
| 10:36:50 | LinusN | like tetris |
| 10:37:06 | LinusN | we can fix all that |
| 10:37:57 | Zagor | i think so too. i'm getting annoyed at having to change those release and repeat masks every time I add some key somewhere. |
| 10:38:12 | Schnueff | moin |
| 10:38:30 | Bagder | hey Schnueff |
| 10:38:34 | Schnueff | it's me |
| 10:39:29 | *** | Saving seen data "./dancer.seen" |
| 10:39:45 | Schnueff | Bagder: will fix the patch this day |
| 10:39:52 | Bagder | thanks |
| 10:50:47 | Bagder | now why did we get it so unstable all of a sudden? |
| 10:51:13 | Zagor | good question |
| 10:51:14 | | Join TotMacher [0] (tot@ip67.rsidus.riege.de) |
| 10:53:24 | LinusN | i am on the case |
| 10:53:45 | Zagor | good |
| 10:54:08 | Schnueff | the patch? don't remember exactly, but it was the day after i posted it |
| 10:54:32 | Schnueff | -> idle-poweroff settings were added then and many other things |
| 10:58:37 | LinusN | unicode-munge crashes |
| 10:58:48 | Bagder | uh |
| 10:59:24 | LinusN | word compares on odd address |
| 10:59:35 | Bagder | ah |
| 10:59:39 | LinusN | lame |
| 11:00 |
| 11:00:13 | Bagder | we should add a note to TECH about things like that |
| 11:00:33 | Bagder | I guess |
| 11:02:46 | LinusN | why on earth do we call unicode_munge on the TRCK tag???? |
| 11:02:58 | LinusN | isn't that binary? |
| 11:03:12 | LinusN | wait |
| 11:03:49 | LinusN | i wish id3.org could coma back up |
| 11:04:07 | LinusN | WOW! it has! |
| 11:04:19 | Zagor | oo! |
| 11:04:27 | Bagder | TRCK |
| 11:04:30 | Bagder | The 'Track number/Position in set' frame is a numeric string |
| 11:04:33 | Bagder | containing the order number of the audio-file on its original |
| 11:04:37 | Bagder | recording. This may be extended with a "/" character and a numeric |
| 11:04:40 | Bagder | string containing the total numer of tracks/elements on the original |
| 11:04:43 | Bagder | recording. E.g. "4/9". |
| 11:05:09 | Bagder | I doubt that can be unicode |
| 11:06:45 | LinusN | still, the tag looks malformed... |
| 11:29:19 | LinusN | the TRCK tag is bad |
| 11:30:07 | LinusN | the string two bytes long, _beginning_ with the null termination! :-) |
| 11:30:51 | LinusN | or maybe i am just a silly person |
| 11:31:12 | LinusN | can't be |
| 11:39:15 | | Nick edx is now known as edx|dentist (~edx@pD9EABEEF.dip.t-dialin.net) |
| 11:41:10 | LinusN | how silly |
| 11:41:31 | LinusN | the TRCK tag is malformed in the file i got for debugging |
| 11:41:52 | Zagor | hehe |
| 11:42:03 | LinusN | it contains a "numeric string", which can only be ISO8859-1 |
| 11:42:39 | LinusN | still, it begins with the 0x00 byte, signalling the ISO8859-1 encoding |
| 11:43:05 | LinusN | which should only be there if the string allows different encodings |
| 11:43:14 | Hadaka | well that shouldn't still crash things, should it? ;) |
| 11:43:19 | LinusN | which it doesn't, since it is a numeric string |
| 11:43:24 | LinusN | Hadaka: of course not |
| 11:43:37 | LinusN | our unicode support bugs |
| 11:44:38 | LinusN | and silly as it is, the ID3 spec says that strings that support different encodings should begin with an encoding type byte (0 for iso, 1 for unicode) |
| 11:44:50 | Hadaka | unicode or utf-8 or utf-16 or what? |
| 11:44:54 | LinusN | which results in the string beginning at an odd offset |
| 11:45:31 | LinusN | All Unicode strings [UNICODE] use |
| 11:45:31 | LinusN | 16-bit unicode 2.0 (ISO/IEC 10646-1:1993, UCS-2) |
| 11:45:54 | Hadaka | Oh, UCS-2? is that from the ID3v2 spec? |
| 11:47:07 | Bagder | it is |
| 11:47:57 | Hadaka | I can't find such encoding there - only UTF-16, UTF-16BE and UTF-8 |
| 11:48:01 | | Quit Zagor (Read error: 54 (Connection reset by peer)) |
| 11:48:54 | Bagder | " WARNING: archos20021001.ajz RB build" |
| 11:48:55 | Bagder | ;-) |
| 11:48:59 | Bagder | on funmp3players |
| 11:49:09 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
| 11:49:48 | Hadaka | Hmm still no luck in finding UCS-2 anywhere on the specs - though it would be quite broken if it had |
| 11:50:04 | Schnueff | isnt that just the character set not the encoding? |
| 11:50:12 | Bagder | I have the 2.3.0 spec |
| 11:50:20 | Bagder | it says that piece Linus quoted above |
| 11:50:41 | Hadaka | oh, I checked the 2.4.0 |
| 11:50:49 | Hadaka | UCS-2 is encoding |
| 11:50:53 | Bagder | aha |
| 11:50:56 | Hadaka | ISO-10646 is the character set |
| 11:51:01 | Hadaka | but using UCS-2 is quite broken |
| 11:51:14 | Bagder | so they changed that from 2.3.0 to 2.4.0 ? |
| 11:51:23 | Hadaka | apparently, lemme go see 2.3.0 |
| 11:51:32 | Hadaka | good thing if they did |
| 11:51:49 | Bagder | right, but that leaves us in a weird position |
| 11:52:04 | Bagder | I dislike the id3v2 more and more |
| 11:52:18 | Hadaka | ouchie - 2.3.0 even _required_ the byte order mark |
| 11:53:00 | Bagder | we need a rolo-description on the site |
| 11:53:02 | Hadaka | do you support ISO-10646 properly anywhere? |
| 11:53:29 | Bagder | Hadaka: not really, but we suck out the ascii stuff and ignore the rest |
| 11:53:41 | Hadaka | but yes, I agree, id3v2 is beginning to be quite horrible |
| 11:53:45 | Bagder | in a recent id3 patch |
| 11:53:54 | Hadaka | oh if you ignore all the high characters |
| 11:54:01 | LinusN | Hadaka: the byte order mark isn't the problem |
| 11:54:02 | Hadaka | then it doesn't matter if it's UCS-2 or UTF-16 |
| 11:54:04 | Hadaka | it looks the same |
| 11:54:17 | Hadaka | LinusN: yes I know - byte order mark just generally is a problem :) |
| 11:54:19 | Bagder | ok |
| 11:54:41 | Hadaka | do you leave a blank space or just strip it btw? |
| 11:55:01 | Hadaka | I mean the high characters |
| 11:55:20 | Bagder | it strips it |
| 11:55:35 | Bagder | its only used for id3 tag reading |
| 11:55:48 | LinusN | the stripping isn't very well done |
| 11:56:24 | Hadaka | well yes - the difference between ucs-2 and utf-16 is that utf-16 has surrogate pairs which are made from two two-byte characters - but if you strip all the high characters anyway, it doesn't matter |
| 11:56:27 | LinusN | it leaves the whole unicode char in the string if it is >0xff |
| 11:57:00 | LinusN | wait |
| 11:57:13 | LinusN | no, it just skips it |
| 11:57:53 | Hadaka | yes well then the UCS-2 vs UTF-16 distinction doesn't touch you at all |
| 11:58:37 | Bagder | at least not until we try to use those characters |
| 11:58:51 | Hadaka | it's so nasty that everybody almost has to support 2.2.0, 2.3.0 and 2.4.0 on ID3v2 tag reading :( |
| 11:59:22 | Hadaka | well when you try to use them, you'll need a _real_ parser anyway, so then it still is no problem |
| 11:59:34 | | Part bobTHC |
| 11:59:41 | Hadaka | since even if you handle surrogate pairs correctly, you have the combining and doublewidth characters to deal with |
| 12:00 |
| 12:00:00 | Bagder | the authors of the id3v2 spec really don't think very much before they produced them |
| 12:00:17 | Bagder | they change all sorts of things between the versions |
| 12:00:33 | Hadaka | well, all of the changes have been important one's IMHO |
| 12:00:36 | LinusN | and they are not very low-end friendly |
| 12:00:43 | Hadaka | just that they made stupid choices in the past |
| 12:00:49 | Bagder | right |
| 12:00:56 | Bagder | they need to fix their previous mistakes |
| 12:06:31 | | Quit mem_away (Read error: 110 (Connection timed out)) |
| 12:07:07 | | Join mem_away [0] (~mem@bl-magsan.sth.bluelabs.se) |
| 12:13:35 | Hadaka | the one thing which I think is really good in ID3v2 is the amount of standardized fields they have collected there |
| 12:13:49 | Hadaka | I'd something as good in that respect would be for ogg as well |
| 12:13:56 | Hadaka | I'd hope, even |
| 12:14:26 | Hadaka | but the actual binary format is - somewhat because what it is and somewhat because of the constant changes - quite a horrible thing to try and parse |
| 12:14:30 | LinusN | the list of standardized fields is perhaps the think i dislike the most about the ID3V2 spec |
| 12:14:32 | LinusN | thing |
| 12:14:50 | LinusN | that list shouldn't be there at all |
| 12:14:59 | LinusN | it should be in a separate spec |
| 12:15:11 | LinusN | one for the format, and one for the tags |
| 12:15:15 | Hadaka | well yes |
| 12:15:22 | Hadaka | so you could use the tags elsewhere as well |
| 12:15:40 | Hadaka | but the format and the tag list _are_ separate in 2.4.0 |
| 12:15:47 | LinusN | it's a major pain having to update the id3v2 spec just to add new tags |
| 12:15:57 | LinusN | Hadaka: aha |
| 12:16:09 | Hadaka | and it seems that _all_ T-tags do have the encoding specifier |
| 12:16:45 | Hadaka | though I don't think there still can be an update to the tag list without touching the spec - but atleast they are in separate files |
| 12:17:28 | LinusN | if tags can't be added without touching the spec, well then the spec sucks |
| 12:17:42 | Hadaka | agreed |
| 12:19:03 | Hadaka | one should perhaps create a separate tag specification - with an XML representation - and then means to generate ID3v2 tags from it and OGG Vorbis tags |
| 12:32:27 | Schnueff | Bagder: patch uploaded |
| 12:32:47 | Bagder | noticed |
| 12:39:33 | *** | Saving seen data "./dancer.seen" |
| 12:42:23 | * | Schnueff .. work |
| 12:43:10 | Bagder | oh how I dislike autoconf hacking |
| 12:43:50 | LinusN | Gah! |
| 12:44:19 | LinusN | It's not easy to write a simple hack to parse those tags |
| 12:45:07 | LinusN | i'll have to go for a full version-aware, unicode-aware parser |
| 12:45:20 | Hadaka | I'm afraid so |
| 12:45:45 | LinusN | it'll take a few minutes... |
| 12:46:11 | Hadaka | the library that comes with madplay is the best of libraries for ID3v2 parsing |
| 12:46:35 | LinusN | and probable weighs in at 100Kb... |
| 12:46:44 | Hadaka | lemme see |
| 12:46:53 | Hadaka | oh don't try to use libid3 |
| 12:46:54 | LinusN | uses dynamic memory, and assumes little-endian... |
| 12:46:59 | Hadaka | that's horrible :) |
| 12:47:14 | Bagder | libid3 is a joke |
| 12:47:39 | Hadaka | just a sec, seeing how much would this take |
| 12:47:48 | Bagder | wc -l ../id3lib-3.8.0pre2.1/src/*.cpp |
| 12:47:52 | Bagder | 10549 total |
| 12:48:17 | Hadaka | $ wc -l libid3tag/*.c |
| 12:48:19 | Hadaka | 5650 total |
| 12:49:47 | Hadaka | 56K /usr/lib/libid3tag.so.0.1.0 |
| 12:50:01 | Hadaka | so it does look like it's a bit heavy |
| 12:50:09 | | Nick mem_away is now known as mem (~mem@bl-magsan.sth.bluelabs.se) |
| 12:50:31 | Hadaka | but it has utf8 parsing, utf16 parsing, ucs4 parsing |
| 12:50:38 | Hadaka | iso-8859-1 parsing |
| 12:51:42 | Hadaka | it does use malloc - but not that much |
| 12:52:01 | Hadaka | but the character set parsing seems to use dynamic memory |
| 12:52:05 | Hadaka | whine |
| 12:53:40 | Hadaka | though I must say that id3 tag parsing is a small occurence that I'm willing to let eat my mp3 buffer for a while - but I take it you don't support dynamic memory at all? |
| 12:53:54 | Bagder | correct |
| 12:54:28 | Hadaka | oh well |
| 12:54:39 | Hadaka | ID3 tag manipulation library with full support for reading ID3v1, ID3v1.1, |
| 12:54:39 | Hadaka | ID3v2.2, ID3v2.3, and ID3v2.4 tags, as well as support for writing ID3v1, |
| 12:54:40 | Hadaka | ID3v1.1, and ID3v2.4 tags. |
| 12:55:10 | LinusN | If some scientist could come up with a good way of sharing memory between the MP3 thread and the dynamic memory system, i'm all ears |
| 12:55:38 | Bagder | Schnueff: applied nicely |
| 12:56:54 | Hadaka | um |
| 12:57:10 | Hadaka | how does the MP3 thread use it's buffer? |
| 12:57:31 | LinusN | it's a large ring buffer |
| 12:57:41 | LinusN | From the ID3V2.4 spec: |
| 12:57:44 | LinusN | 4.17. Popularimeter |
| 12:57:44 | LinusN | The purpose of this frame is to specify how good an audio file is. |
| 12:57:45 | Hadaka | how big are the buffers? |
| 12:57:52 | Bagder | hahahaha |
| 12:57:54 | LinusN | ~1.7Mb |
| 12:58:26 | LinusN | Hadaka: buffer, not buffers |
| 12:58:27 | Hadaka | no I mean the ring buffer? is it written continuously or does it have blocks of sorts? |
| 12:58:57 | LinusN | a ring buffer with read/write indices |
| 12:59:19 | Hadaka | nod |
| 12:59:40 | LinusN | it could easily be divided into blocks |
| 13:00 |
| 13:00:05 | LinusN | but then the file reads would be a pain, togehter with the fast forward/rewind |
| 13:00:26 | Hadaka | so it could give memory downward from the write index, if it had a way of skipping that memory on future reads and writes |
| 13:00:43 | Hadaka | I'm thinking someone else has already run into this problem |
| 13:01:34 | LinusN | Hadaka: yes, the inventor of the fast CPU with an MMU |
| 13:01:58 | LinusN | Bagder: why is the backlight-always-on patch only for the recorders? |
| 13:02:31 | Bagder | I didn't write it |
| 13:02:52 | LinusN | but you applied it, thus you read the code, deciding it was OK |
| 13:03:00 | Bagder | yes |
| 13:03:08 | Bagder | but I don't analyze all underlying reasons |
| 13:03:12 | Bagder | they can be fixed |
| 13:03:30 | LinusN | Schnueff: you there? |
| 13:03:51 | LinusN | it was Schnueff, wasn't it? |
| 13:03:56 | Bagder | yes |
| 13:04:52 | | Quit adi|home ("Client Exiting") |
| 13:07:07 | Hadaka | I wonder |
| 13:07:19 | Hadaka | would it be possible to implement a normal pagecache system on the rockbox? |
| 13:07:37 | LinusN | yes, but without MMU |
| 13:09:03 | Hadaka | well, it's been done before, hasn't it? |
| 13:09:09 | Bagder | I remove the CHARGER_CTRL dependencies |
| 13:09:22 | LinusN | but making the disk I/O and the MP3 buffering complex to satisfy lazy programmers is not what i want to spend my time on |
| 13:09:58 | Hadaka | lazy programmers? how else are you going to get dynamic memory? only allow operations when an MP3 is not playing |
| 13:10:47 | LinusN | lazy programmers think dynamic memory is necessary |
| 13:11:27 | Bagder | well, non-lazy programmers like malloc too ;-) |
| 13:11:41 | LinusN | or should i say "spoiled programmers"? |
| 13:12:06 | Hadaka | well the way I see it - is that you are wasting memory on static buffers that are not used? |
| 13:12:11 | LinusN | sure, dynamic memory would be nice, but then we'll have to do some sacrifices |
| 13:12:54 | LinusN | like a very complex mp3 buffer handling |
| 13:13:30 | Hadaka | very complex? you just have a ring-buffer of pages which you index instead of just indexes into the whole buffer |
| 13:13:30 | LinusN | still, if someone found a good way of hangling it, i'm all ears |
| 13:13:51 | Hadaka | pages being some arbitrary size |
| 13:14:08 | LinusN | Hadaka: i'm not trying to be rude, but Show Me The Code |
| 13:14:51 | LinusN | it *is* possible to divide the mp3 buffer into pages |
| 13:15:21 | LinusN | however, it's not as easy as one would wish |
| 13:15:23 | Hadaka | and new pages are linked to the list when they are freed from the dynamic allocator and pages are taken from the reading end when needed |
| 13:15:26 | Hadaka | well yes |
| 13:15:28 | Hadaka | my point basically is that someone _has_ already coded this - so examples should not be hard to find |
| 13:16:10 | LinusN | Hadaka: still, what if the mp3 thread has already allocated all available memory when some other task wants to allocate some? |
| 13:16:28 | LinusN | wait until some music has played? |
| 13:16:36 | LinusN | and if it is paused? |
| 13:17:02 | Hadaka | the mp3 thread manages the ring buffer - it _knows_ which buffers it can release and which it can't |
| 13:17:12 | Zagor | sometimes none |
| 13:17:22 | Hadaka | pages are asked from the mp3 thread - and pages are given back to it |
| 13:17:35 | LinusN | Hadaka: so the mp3 thread should save some memory for other threads? |
| 13:17:36 | Hadaka | why would it be none? even if you have read new data, you can scrap that? |
| 13:18:03 | Hadaka | no need to save - just drop the buffers and read them again when needed |
| 13:18:13 | Zagor | Hadaka: immediately after filling the buffer, no buffers are free |
| 13:18:20 | LinusN | an interesting idea |
| 13:18:20 | Zagor | imagine the user pausing then |
| 13:18:26 | Hadaka | nono |
| 13:18:30 | Hadaka | you can drop any buffers from there |
| 13:18:37 | Hadaka | but most likely you want to drop those that are read last |
| 13:18:44 | LinusN | Zagor: he means that unplayed data can be unloaded again |
| 13:18:57 | Hadaka | and there even exists strategies on how to drop pages from a ring-buffer of a sequential-read device |
| 13:18:58 | Bagder | right, if suffieciently far away in time |
| 13:19:17 | Zagor | show me a reason, and i'll consider it |
| 13:19:18 | Hadaka | depending how fast the seek speed of the device is backwards and so on |
| 13:19:39 | Hadaka | well this is academic - mostly - if you don't need it, don't code it |
| 13:19:57 | Hadaka | but for example the id3v2 parsing is bound to require more memory during parsing than after it |
| 13:20:09 | LinusN | Zagor: the reason is of course to not waste memory on static buffers |
| 13:20:44 | Zagor | instead wasting it on very complex code? |
| 13:20:48 | Hadaka | anyway - all I'm saying here that this seems possible simply enough - and people have already written these implementations - whether there's point to actually implement in rockbox is another matter entirely |
| 13:21:47 | Zagor | Hadaka: agreed. it's possible, but I still haven't heard a reason why we'd need it |
| 13:22:07 | Hadaka | well I think the spreadsheet software is going to want that :) |
| 13:22:13 | Bagder | haha |
| 13:22:21 | Zagor | :-) |
| 13:23:19 | Hadaka | you are making a better replacement for the archos firmware - and that's fine and good |
| 13:23:44 | LinusN | Let's hope they don't make a spreadsheet app |
| 13:24:16 | Hadaka | but a lot of that code can be used also for implementing for example a true scoring and mood sensitive jukebox with extensive information about each mp3 and genre linkings between them and all that |
| 13:24:39 | Hadaka | and the needs for such a problem are different |
| 13:25:58 | Hadaka | so _I_ am spending my brain cycles on how to implement dynamic memory management easily and cleanly |
| 13:26:11 | Hadaka | whether you want it or not is still just another story |
| 13:27:23 | Zagor | bostream now offers 4-8 Mbit ADSL! coolio! |
| 13:27:28 | Bagder | no VDSL |
| 13:27:31 | Bagder | :-) |
| 13:27:34 | Zagor | ah, right |
| 13:27:46 | Bagder | 1300/month |
| 13:27:58 | Bagder | not bad really |
| 13:28:06 | LinusN | me want!!!!!!! |
| 13:28:11 | Zagor | i think 750 for 4Mbit is a good deal. me wants. |
| 13:29:03 | Bagder | I bet they need to replace the hardware for that |
| 13:29:23 | Zagor | yup |
| 13:29:55 | Schnueff | LinusN: now i'm here |
| 13:31:03 | LinusN | I just wondered why the backlight patch only applied to the Recorder models |
| 13:31:28 | Schnueff | hm, it applies to those which have CHARGE_CTRL, doesnt it? |
| 13:31:48 | LinusN | yes, and why only those? |
| 13:32:06 | Bagder | the answer is no, it works for the others too |
| 13:32:06 | LinusN | (only recorders have CHARGE_CTRL) |
| 13:32:11 | Schnueff | right |
| 13:32:20 | Schnueff | i thought charger_inserted() needs CHARGE_CTRL |
| 13:32:29 | LinusN | no it doesn't |
| 13:32:33 | Schnueff | thats good |
| 13:32:36 | Bagder | I've already fixed it |
| 13:32:36 | Schnueff | :) |
| 13:32:37 | LinusN | all units can see if a charger is attached |
| 13:32:52 | | Nick LinusN is now known as LinusN|lunch (~linus@labb.contactor.se) |
| 13:32:52 | DBUG | Enqueued KICK LinusN|lunch |
| 13:34:21 | | Nick Zagor is now known as Zagor|out (bjst@as9-5-6.k.s.bonet.se) |
| 13:35:13 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 13:35:13 | * | mem is leaving the office to gp and get the Recorder |
| 13:35:35 | Bagder | wooo ;-) |
| 13:35:37 | mem | CU all in a hour |
| 13:35:43 | | Nick mem is now known as mem_away (~mem@bl-magsan.sth.bluelabs.se) |
| 13:36:02 | Schnueff | Bagder: don't forget to close feature request 603685 :) |
| 13:36:10 | Bagder | ah |
| 13:46:37 | Bagder | bbl |
| 13:46:39 | | Part Bagder |
| 13:47:22 | | Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
| 13:49:26 | | Nick seb-sleep is now known as _seb_ (user@68.36.176.159) |
| 13:52:15 | | Nick LinusN|lunch is now known as LinusN (~linus@labb.contactor.se) |
| 13:52:15 | DBUG | Enqueued KICK LinusN |
| 13:52:33 | Schnueff | fast food |
| 13:55:34 | LinusN | Schnueff: real name? |
| 13:56:03 | bobTHC | hehe |
| 13:56:20 | Schnueff | mine? |
| 13:56:31 | LinusN | yes |
| 13:56:35 | LinusN | for the credits |
| 13:56:42 | Schnueff | Mark Hillebrand, doesn't it appear somewhere |
| 13:56:56 | Schnueff | credits for such a tiny patch, wow |
| 13:57:04 | LinusN | fair is fair |
| 13:57:25 | Schnueff | as u like |
| 13:57:33 | Schnueff | probably won't stop coding anyway :) |
| 14:00 |
| 14:03:59 | | Nick _seb_ is now known as seb-school (user@68.36.176.159) |
| 14:07:51 | | Join b0bTHC [0] (~bobTHC@amarseille-206-2-1-9.abo.wanadoo.fr) |
| 14:07:51 | | Quit bobTHC (Read error: 104 (Connection reset by peer)) |
| 14:11:52 | | Nick edx|dentist is now known as edx (~edx@pD9EABEEF.dip.t-dialin.net) |
| 14:12:05 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 14:12:05 | * | edx was listening to rockbox while he was operated :) |
| 14:12:17 | LinusN | :-) |
| 14:33:03 | | Nick mem_away is now known as mem (~mem@bl-magsan.sth.bluelabs.se) |
| 14:33:17 | * | mem is back, with a Recorder... |
| 14:33:47 | LinusN | woweeee! |
| 14:37:49 | mem | I heard something the other day, I think it was Bagder that wondered who would be the first person to not run Archos Jukebox just Rockbox. I'm thinking if I should be the first one that only runs Rockbox |
| 14:38:35 | LinusN | good luck, remember to have the charger or USB attached when you start it |
| 14:38:46 | LinusN | so that you don't run the archos fw by mistake :-) |
| 14:39:03 | mem | okay. I guess I have to charge it any way |
| 14:39:35 | *** | Saving seen data "./dancer.seen" |
| 14:39:41 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
| 14:39:41 | NSplit | brunner.openprojects.net irc.openprojects.net |
| 14:39:41 | | Quit _Exion (brunner.openprojects.net irc.openprojects.net) |
| 14:39:41 | | Quit seb-school (brunner.openprojects.net irc.openprojects.net) |
| 14:40:08 | NHeal | brunner.openprojects.net irc.openprojects.net |
| 14:40:08 | NJoin | _Exion [0] (jon@airplane1.suphammer.net) |
| 14:40:08 | NJoin | datazone [0] ([GVOtEb2bl@207.136.36.203) |
| 14:40:08 | NJoin | seb-school [0] (user@68.36.176.159) |
| 14:45:32 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
| 14:45:32 | | Quit _Exion (brunner.openprojects.net irc.openprojects.net) |
| 14:45:32 | | Quit seb-school (brunner.openprojects.net irc.openprojects.net) |
| 14:45:54 | NJoin | seb-school [0] (user@68.36.176.159) |
| 14:45:54 | NJoin | datazone [0] ([GVOtEb2bl@207.136.36.203) |
| 14:45:54 | NJoin | _Exion [0] (jon@airplane1.suphammer.net) |
| 14:47:23 | | Join elinenbe [0] (~elin@209.19.18.82) |
| 14:55:25 | elinenbe | morning... |
| 14:55:31 | LinusN | morning |
| 14:55:38 | elinenbe | or good afternoon (depending on location) |
| 14:56:12 | elinenbe | LinusN: how is recording progressing? record to RAM yet? |
| 14:59:07 | mem | What Linux 2.2.x modules do I have to have to access the Recorder? |
| 14:59:30 | mem | And how do I mount the disk? Some special /dev files? |
| 14:59:48 | Hadaka | you need USB support and USB-storage support and SCSI support |
| 14:59:57 | Hadaka | it will show up as a SCSI drive |
| 15:00 |
| 15:00:04 | Hadaka | note that I have never done this on a 2.2 kernel |
| 15:00:18 | LinusN | elinenbe: has worked for ages :-) |
| 15:00:23 | mem | I have the modules usb-storage, uhci, usbcore loaded |
| 15:00:43 | elinenbe | LinusN: you are too cocky |
| 15:00:59 | LinusN | :-) |
| 15:01:09 | elinenbe | LinusN: do you know the status on disk writing then? |
| 15:01:21 | LinusN | nope, zagor's business |
| 15:01:34 | LinusN | and the focus is on 1.4 atm |
| 15:01:42 | mem | Hadaka: What SCSI module do I need? |
| 15:02:11 | elinenbe | LinusN: well, I know there is a feature freeze, but how is "Mr. Cocky's" song queuing coming? |
| 15:03:09 | Hadaka | mem: just general SCSI support |
| 15:03:19 | Hadaka | USB-storage previous stuff |
| 15:03:40 | LinusN | oh, his queue code is not done |
| 15:04:18 | elinenbe | hehe ;) |
| 15:04:42 | mem | Hadaka: dmesg showed me the diskname sda, just as simple as that. But it says 'sda:scsidisk I/O error: dev 08:00, sector 0, unable to read partition table' |
| 15:05:53 | * | mem hasn't even opened the Install guide yet.... |
| 15:06:54 | LinusN | did you mount /dev/sda1? |
| 15:08:03 | LinusN | mem: 2.2.x? Seriously? |
| 15:08:08 | mem | LinusN: No, dmesg says 'unable to read partition table' and mount says 'mount /dev/sda1 is not a valid block device' |
| 15:08:26 | mem | LinusN: Yes... Haven't had the time to upgrade... |
| 15:08:40 | mem | LinusN: 2.2.19pre17 |
| 15:08:50 | LinusN | wow, ancient stuff |
| 15:09:03 | LinusN | revisionwise |
| 15:09:14 | mem | Do I have to format the disk or should I try it on my Widows machine first? |
| 15:09:38 | LinusN | hmmm, it should be formatted already |
| 15:09:43 | LinusN | with some demo songs on it |
| 15:10:03 | mem | maybe I have to start it up with Archos firmware anyway... |
| 15:10:20 | LinusN | did you mount it with -t vfat? |
| 15:10:43 | mem | LinusN: No, but that gives the same error message |
| 15:10:48 | LinusN | hey, try to mount /dev/sda |
| 15:10:56 | LinusN | it migh be partitionless |
| 15:10:59 | mem | same error |
| 15:11:31 | LinusN | usb1 or 2? |
| 15:11:35 | mem | usb1 |
| 15:11:41 | mem | dmesg says; |
| 15:12:11 | Hadaka | well it should be /dev/sda1 - what does it say if you say "cfdisk /dev/sda"? |
| 15:12:54 | LinusN | Hadaka: it would be /dev/sda if it was partitionless, wouldn't it? |
| 15:13:05 | mem | FATAL ERROR: Cannot open disk drive |
| 15:13:13 | LinusN | that applies to pccard, at least |
| 15:13:31 | * | mem should try the Widows machine |
| 15:15:45 | mem | Widows installing drivers, /me waiting |
| 15:18:27 | Hadaka | LinusN: yes |
| 15:25:14 | mem | My Win2000 machine found the disk withe the demo songs. I guess that I have to upgrade my Linux box... |
| 15:25:48 | * | mem chould have a cup of coffee, CU in 15 |
| 15:25:54 | | Nick mem is now known as mem_away (~mem@bl-magsan.sth.bluelabs.se) |
| 15:25:56 | Hadaka | 2.4.19 is goodness |
| 15:41:57 | | Nick mem_away is now known as mem (~mem@bl-magsan.sth.bluelabs.se) |
| 15:44:21 | elinenbe | new mp3 jukebox: nomad zen (nomdaness.net) |
| 15:47:44 | | Part LinusN |
| 15:50:07 | | Quit _Exion (brunner.openprojects.net irc.openprojects.net) |
| 15:50:07 | NSplit | brunner.openprojects.net irc.openprojects.net |
| 15:50:07 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
| 15:50:07 | | Quit seb-school (brunner.openprojects.net irc.openprojects.net) |
| 15:50:23 | NHeal | brunner.openprojects.net irc.openprojects.net |
| 15:50:23 | NJoin | seb-school [0] (user@68.36.176.159) |
| 15:50:23 | NJoin | datazone [0] ([GVOtEb2bl@207.136.36.203) |
| 15:50:23 | NJoin | _Exion [0] (jon@airplane1.suphammer.net) |
| 15:50:57 | | Quit Zagor|out (brunner.openprojects.net irc.openprojects.net) |
| 15:50:57 | | Quit Hadaka (brunner.openprojects.net irc.openprojects.net) |
| 15:52:03 | | Quit _Exion (brunner.openprojects.net irc.openprojects.net) |
| 15:52:03 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
| 15:52:03 | | Quit seb-school (brunner.openprojects.net irc.openprojects.net) |
| 15:52:11 | NJoin | _Exion [0] (jon@airplane1.suphammer.net) |
| 15:52:11 | NJoin | datazone [0] ([GVOtEb2bl@207.136.36.203) |
| 15:52:11 | NJoin | seb-school [0] (user@68.36.176.159) |
| 15:52:27 | NJoin | Zagor|out [0] (bjst@as9-5-6.k.s.bonet.se) |
| 15:52:27 | NJoin | Hadaka [0] (naked@aka.pp.htv.fi) |
| 15:56:55 | elinenbe | ahhh... someone her must be able to help me. |
| 15:57:15 | elinenbe | can you just make a partition bigger by adjusting it end boundry in fdisk? |
| 15:57:49 | Hadaka | well yes and no |
| 15:57:49 | Hadaka | the partition is bigger after that |
| 15:57:49 | Hadaka | but you must resize the filesystem as well if you want to use the extra space |
| 15:59:03 | elinenbe | how can I do that? |
| 15:59:19 | elinenbe | I have my root partition |
| 15:59:21 | Hadaka | well that depends on the filesystem you have on the partition |
| 15:59:45 | elinenbe | and then an extended partition with 3 partitions in there and then 20 gigs of unpartitioned space |
| 15:59:46 | Hadaka | resizing a live filesystem is always trickier than resizing an unmounted one |
| 15:59:59 | elinenbe | I want to delete the extended partition |
| 16:00 |
| 16:00:09 | elinenbe | and then extend the root to fill the disk. |
| 16:00:30 | Hadaka | then you either boot with a boot floppy - or resize the live partition |
| 16:00:43 | Hadaka | you have nothing you want to save on the extended partition? |
| 16:00:49 | elinenbe | nopes. |
| 16:00:58 | elinenbe | I like resizing live stuff. |
| 16:01:05 | Hadaka | ok |
| 16:01:43 | Hadaka | well then just remove the extended - and resize the root partition - write the partition table - and reboot |
| 16:01:49 | Hadaka | if it still boots, everything went fine |
| 16:01:52 | | Join xam__ [0] (~xam@tqpc.ucc.ie) |
| 16:02:02 | Hadaka | and then you can resize the filesystem on the root partition to fill the whole disk |
| 16:02:22 | elinenbe | if it still boots, everything went fine (I like this line) |
| 16:02:29 | Hadaka | :) |
| 16:02:50 | Hadaka | resizing a partition means deleting it and creating it bigger |
| 16:02:59 | elinenbe | you should have written it "If it doesn't boot you are shit out of luck" |
| 16:03:04 | Hadaka | so be careful :) |
| 16:03:29 | Hadaka | is the root partition ext2? |
| 16:03:44 | elinenbe | yup |
| 16:03:52 | elinenbe | ID 83 |
| 16:04:10 | Hadaka | well then after you have recreated the partition bigger and rebooted |
| 16:04:19 | Hadaka | you can use ext2resize to resize it to fill the disk |
| 16:04:30 | Hadaka | that _should_ work on a live partition :) |
| 16:04:33 | elinenbe | I'll try that out |
| 16:04:34 | elinenbe | :) |
| 16:04:48 | elinenbe | I'll let you know how it went |
| 16:04:53 | Hadaka | nods |
| 16:05:04 | Hadaka | I've done it several times - and never lost data - so :) |
| 16:06:02 | elinenbe | hopefully I am as lucky |
| 16:06:18 | elinenbe | the data is backed up, so it should not be that bad :/ |
| 16:06:31 | Hadaka | nod |
| 16:08:47 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
| 16:08:49 | Bagder | booo |
| 16:10:39 | elinenbe | Bagder: why the booo? |
| 16:10:45 | Bagder | no reason really |
| 16:10:54 | Bagder | just thought I'd jump in and scare you ;-) |
| 16:10:58 | Hadaka | eek :) |
| 16:11:02 | elinenbe | well, I am on the floor now. |
| 16:11:12 | elinenbe | I thought you were the ghost of Bagder for a minute |
| 16:11:12 | * | Bagder giggles |
| 16:11:49 | elinenbe | I ran out of my cubicle in fright. my co-workers are wondering what is going on. |
| 16:11:52 | elinenbe | thanks alot! |
| 16:12:14 | Bagder | just show them to me and I'll have a word with them ;-) |
| 16:14:29 | elinenbe | what? "booo" |
| 16:14:34 | | Nick xam__ is now known as xam (~xam@tqpc.ucc.ie) |
| 16:14:43 | Bagder | yes, won't that be enough? |
| 16:17:28 | elinenbe | what ever happened to repeat on/off? |
| 16:17:48 | Bagder | qualsaruk has been quite silent about that |
| 16:17:53 | elinenbe | I think that is WAY overrated anyway. |
| 16:19:00 | elinenbe | and where is my "Swedish Chef" translation? |
| 16:19:14 | elinenbe | http://www.google.com/intl/xx-bork/ |
| 16:19:19 | mecraw | bork bork |
| 16:19:37 | elinenbe | hehehe |
| 16:19:44 | Bagder | you must've forgotten to post it on the patch tracker ;-) |
| 16:19:51 | elinenbe | I think our goal should be all the google languages |
| 16:19:52 | elinenbe | http://www.google.com/language_tools?hl=en |
| 16:20:15 | Bagder | yeah, the asian ones are fun |
| 16:20:21 | Bagder | all the memory will be used for the font |
| 16:20:29 | elinenbe | well, that is what may be necessary |
| 16:21:48 | Hadaka | bah, just implement swapping :) |
| 16:22:10 | Bagder | nah, on-demand loading every glyph from disk |
| 16:22:14 | Bagder | :-) |
| 16:22:33 | elinenbe | Hadaka: that is what may be necessary for loading multiple folders.. |
| 16:22:40 | elinenbe | create a temporary playlist on the disk |
| 16:22:53 | elinenbe | and then load with standard routines :) |
| 16:23:01 | Hadaka | oof but I hafta flee .) |
| 16:26:14 | | Quit xam ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/1]") |
| 16:32:29 | * | mem would like to install Rockbox (binary version), which one should I download? Daily build from noon or what? |
| 16:33:03 | Bagder | get the 20010930 one |
| 16:33:06 | Bagder | 20020930 |
| 16:33:31 | Bagder | hm yellow build |
| 16:34:03 | mem | But 20020930 wasn't yellow, or? |
| 16:34:30 | Bagder | doesn't matter, yellow is only warning(s) |
| 16:34:43 | | Join quelsaruk [0] (~zaknafein@faerun.ugr.es) |
| 16:34:52 | quelsaruk | hi |
| 16:35:00 | quelsaruk | i hate work |
| 16:35:01 | quelsaruk | :( |
| 16:37:13 | mecraw | then don't do i |
| 16:37:14 | Bagder | mem: you can get the latest "bleeding edge" one as well, if you're that kind of guy ;-) |
| 16:37:14 | mecraw | t |
| 16:39:36 | *** | Saving seen data "./dancer.seen" |
| 16:39:59 | * | mem installed 20020930 and booted that one. NEVER started Jukebox at all!!!! |
| 16:40:13 | Bagder | you're my hero ;-) |
| 16:40:20 | elinenbe | quelsaruk: are you working on the repeat on/off? |
| 16:40:42 | mem | Bagder: Didn't you ask who should be the first one to run Rockbox at first boot? |
| 16:40:58 | Bagder | yes |
| 16:41:01 | Bagder | you won |
| 16:41:06 | * | Bagder bows before mem |
| 16:41:41 | elinenbe | mem: but bt not booting to the Archos firmware you are really missing out |
| 16:41:49 | elinenbe | mem: ... on shit! |
| 16:42:54 | quelsaruk | elinenbe: just when work leave me some free time, but yes i'm working on it. As we say in my country, slowly but without pause |
| 16:42:59 | quelsaruk | :) |
| 16:43:29 | Bagder | went greent again |
| 16:43:37 | Bagder | green |
| 16:44:32 | * | mem noticed that I have to have the Recorder switched on with Rockbox before applying the charger cable, otherwise I get Jukebox firmware |
| 16:45:28 | Bagder | you just have to keep the ON button pressed a little longer when the charger is connected |
| 16:45:52 | mem | okay |
| 16:46:14 | elinenbe | http://www.mycableshop.com/sku/AUSB2-AMBF.htm |
| 16:46:23 | | Nick quelsaruk is now known as quel|work (~zaknafein@faerun.ugr.es) |
| 16:46:28 | elinenbe | Badger: that should be in the manual (you just have to keep the ON button pressed a little longer when the charger is connected) |
| 16:46:31 | * | mem is now installing two CDs full of mp3s |
| 16:46:55 | mem | elinenbe: I haven't read the manual... |
| 16:47:07 | elinenbe | mem: I don't think it will help too much! |
| 16:47:12 | Bagder | me neither |
| 16:47:14 | mem | elinenbe: Not the Jukebox manual or Rockbox manual... |
| 16:49:00 | mem | Next thing would be an upgrade of my Linux systems and after that install the development environment |
| 16:52:22 | | Quit b0bTHC (brunner.openprojects.net irc.openprojects.net) |
| 16:52:22 | NSplit | brunner.openprojects.net irc.openprojects.net |
| 16:52:22 | | Quit pyvasene (brunner.openprojects.net irc.openprojects.net) |
| 16:52:22 | | Quit mecraw (brunner.openprojects.net irc.openprojects.net) |
| 16:52:22 | | Quit Synthe (brunner.openprojects.net irc.openprojects.net) |
| 16:53:05 | NHeal | brunner.openprojects.net irc.openprojects.net |
| 16:53:05 | NJoin | b0bTHC [0] (~bobTHC@amarseille-206-2-1-9.abo.wanadoo.fr) |
| 16:53:05 | NJoin | pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) |
| 16:53:05 | NJoin | mecraw [0] (~mecraw@dnvr-dsl-gw34-poola245.dnvr.uswest.net) |
| 16:53:05 | NJoin | Synthe [0] (Synthe@216.190.43.251) |
| 16:53:07 | | Part b0bTHC |
| 16:57:53 | | Quit pyvasene (Remote closed the connection) |
| 16:58:09 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
| 17:00 |
| 17:09:44 | | Join elinenbe_ [0] (~elin@209.19.18.82) |
| 17:09:44 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 17:09:52 | | Nick elinenbe_ is now known as elinenbe (~elin@209.19.18.82) |
| 17:10:04 | elinenbe | Hadaka: everything works fine. |
| 17:10:11 | elinenbe | Hadaka: partitions are nice and tight |
| 17:28:21 | | Nick Bagder is now known as Bagder|away (~daniel@as3-3-2.ras.s.bonet.se) |
| 17:29:43 | | Quit Schnueff (Read error: 113 (No route to host)) |
| 18:00 |
| 18:25:11 | | Nick Bagder|away is now known as Bagder (~daniel@as3-3-2.ras.s.bonet.se) |
| 18:25:23 | Bagder | gee you talk a lot while I'm gone :-P |
| 18:26:46 | mem | yes we do... |
| 18:32:50 | elinenbe | maybe we do... maybe we don't |
| 18:39:40 | *** | Saving seen data "./dancer.seen" |
| 18:48:49 | | Join Django [0] (~Django@pd953c0dc.dip.t-dialin.net) |
| 18:52:14 | | Quit TotMacher (Read error: 104 (Connection reset by peer)) |
| 18:52:19 | | Join TotMacher [0] (tot@ip67.rsidus.riege.de) |
| 18:53:39 | Bagder | openoffice rocks |
| 18:54:37 | Hadaka | elinenbe: cool |
| 18:55:27 | datazone | no it doesnt |
| 18:55:33 | datazone | its big and klunky |
| 18:56:45 | elinenbe | KOffice rocks. |
| 18:58:13 | datazone | as if |
| 19:00 |
| 19:00:04 | | Nick Zagor|out is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
| 19:00:28 | Zagor | Bagder: i don't think your last id3 fix was quite correct? |
| 19:00:39 | Bagder | no? |
| 19:00:49 | Zagor | or... i'll check the code before I talk :-) |
| 19:00:49 | Bagder | it sure wasn't correct before |
| 19:02:54 | Bagder | I was quite impressed that gcc warned on those lines |
| 19:04:47 | Zagor | ah, string is a **. ok, i'm synced :-) |
| 19:05:18 | Bagder | :-) |
| 19:08:00 | * | Bagder was scared for the code police there for a moment |
| 19:08:06 | Zagor | hehe |
| 19:09:45 | elinenbe | ok −− I asked this yesterday, but where are the bootlogs kept in linux? |
| 19:09:46 | quel|work | ummm |
| 19:09:59 | Bagder | /var/log/dmesg |
| 19:10:02 | elinenbe | thanks |
| 19:10:19 | Bagder | quel|work: you here? |
| 19:10:22 | quel|work | seems the big brother has some problems with code police ;) |
| 19:10:29 | quel|work | just for 1 minute |
| 19:10:31 | Bagder | don't we all? ;-) |
| 19:10:51 | Bagder | quel|work: it would be good if you would post whatever you've done on the repeat issue to the list or something |
| 19:11:08 | Bagder | it's time to get it done |
| 19:11:13 | quel|work | i'd rather pay some beers to my brother than fear code police :) |
| 19:11:16 | quel|work | i know |
| 19:11:31 | quel|work | i'll try to do it tomorrow :) |
| 19:11:46 | quel|work | if the boss is a bit more permissive |
| 19:11:52 | quel|work | see you! |
| 19:12:02 | | Quit quel|work ("KVIrc 3.0.0-beta1 "Eve's Avatar"") |
| 19:13:18 | | Quit TotMacher () |
| 19:22:05 | | Quit dw|gone ("I found neater stuff. For now - Farewell") |
| 19:27:18 | * | Bagder tries the puzzle game |
| 19:28:48 | * | Bagder doesn't understand it ;-) |
| 19:32:31 | Zagor | is it committed yet? |
| 19:32:44 | Bagder | no |
| 19:33:33 | Zagor | do you understand Matt OReilly's idea? |
| 19:34:14 | Bagder | no |
| 19:34:31 | Zagor | ok, good then we're two. :-) i'll respond. |
| 19:34:51 | Bagder | I mean, it sounds as if it just repeats the wishes to have things configurable |
| 19:35:00 | Bagder | btw |
| 19:35:09 | Bagder | can you get the backlight on when charging to work? |
| 19:40:15 | Bagder | kinda neat game |
| 19:40:21 | Bagder | a bit in the sokoban spirit |
| 19:40:25 | Zagor | i haven |
| 19:40:29 | Zagor | 't tried that yet |
| 19:40:38 | Bagder | I did now when gaming |
| 19:40:43 | Bagder | and it doesn't work |
| 19:43:58 | Django | Good evening. |
| 19:44:20 | Django | Question: why is "repeat" always on? |
| 19:44:37 | Bagder | answer: because we haven't made it possible to change that |
| 19:44:43 | Bagder | (yet) |
| 19:45:05 | Django | Ok. Are there any pitfalls and can I just turn it off? |
| 19:45:23 | Bagder | it is slight more involved than it might sound |
| 19:45:46 | Bagder | since the mpeg data is loaded into the buffer long before we hear it |
| 19:46:14 | Django | At time I want to play just one song, then the RB should be quiet. "Just one ping, Vassili" :-) |
| 19:46:37 | Bagder | right |
| 19:46:42 | Bagder | but we don't code for that single occation |
| 19:46:48 | Bagder | we need a complete solution |
| 19:47:46 | Django | Ok. Let's say playing should stop at the end of the plalist. Agree? |
| 19:48:18 | Bagder | if repeat is off, yes |
| 19:48:48 | Django | Great! Then I just have to make sure there is only the one song I want on the plalist. |
| 19:49:01 | Bagder | ? |
| 19:49:11 | Django | (Seems my yyyyyyy is stuck?) |
| 19:49:13 | Bagder | when we don't repeat, you won't need that work-around |
| 19:49:44 | Django | How do you currently get just one song on the playlist?? |
| 19:50:08 | Bagder | add one song to a playlist, dang, then its one song in the list |
| 19:50:12 | Bagder | it still repeats though |
| 19:50:13 | Django | .. without(?) making an .m3u of course. |
| 19:51:54 | Bagder | when we fix the repeat, you won't need to do work-arounds |
| 19:52:03 | Bagder | until then, this is not a functional work-around |
| 19:52:51 | PsycoXul | still doesn't tell us how to play a single track, repeat or not, without either having it in its own dir or making it's own .m3u |
| 19:53:17 | Bagder | true |
| 19:53:34 | Bagder | how does the archos fw? |
| 19:53:46 | Bagder | ah, it plays on the one you select, right? |
| 19:54:14 | PsycoXul | if you just select it, it'll play through the dir |
| 19:54:24 | PsycoXul | or if you hold on it, it'll add it to the playlist/queue |
| 19:54:28 | Django | If you are in the mood for a test I can show you what I mean. |
| 19:54:28 | PsycoXul | in which case it can be the only one on there |
| 19:54:36 | Bagder | ah right |
| 19:54:48 | Bagder | so when we fix that feature, we can do it the same way |
| 19:55:11 | Django | Please check http://home.arcor.de/django/rockbox/ |
| 19:55:14 | PsycoXul | more or less |
| 19:55:23 | PsycoXul | i don't really like having to hold on each track |
| 19:55:43 | Bagder | so how would you like it done? |
| 19:55:46 | Django | There is a .ajz with a dynamic queue feature. |
| 19:56:00 | PsycoXul | i dunno, on+play to add to playlist? |
| 19:56:17 | Django | PLAY works as usual, but |
| 19:56:18 | | Nick Zagor is now known as Zagor|food (bjst@as9-5-6.k.s.bonet.se) |
| 19:56:29 | Django | if you press RIGHT it goes into queue mode. |
| 19:56:52 | Django | Have to find a button combo for the player yet. |
| 19:56:53 | PsycoXul | and if it's a dir it could add the whole dir [recurse or not? hmm] on that |
| 19:57:15 | Django | No. That already happens today. |
| 19:57:29 | PsycoXul | no, nothing happens today for playlist building |
| 19:57:44 | PsycoXul | except single dir playing |
| 19:57:46 | Django | I was talking about the dir. |
| 19:58:00 | PsycoXul | i was talking about adding the dir to the playlist |
| 19:58:04 | PsycoXul | or file |
| 19:58:23 | Django | We can't write files :-( |
| 19:58:39 | PsycoXul | we will |
| 19:58:51 | PsycoXul | we can't build playlists untill we do |
| 19:58:56 | Django | If you hit PLAY on a dir the whole dir goes to the playlist today. |
| 19:59:08 | Bagder | you talk archos now |
| 19:59:17 | PsycoXul | if you hit play on a dir, it goes into the dir... at least on players |
| 19:59:30 | Django | Sorry, that was not precise. |
| 19:59:53 | Django | When you play a file all the rest of the dir goes to the playlist, no? |
| 20:00 |
| 20:00:04 | PsycoXul | yes |
| 20:00:13 | PsycoXul | thats the only kind of "playlist" building we have right now |
| 20:00:47 | Django | Is somebody going to try the file on http://home.arcor.de/django/rockbox/ ? |
| 20:00:53 | Bagder | the entire dir gets played in fact |
| 20:00:54 | PsycoXul | when we get file write support, we'll be able to really build playlists, i.e. select single and multiple things to add to it |
| 20:00:56 | Django | Otherwise I'll take it away. |
| 20:01:43 | Bagder | Django: what does it do? |
| 20:01:52 | Django | dynamic playlist. |
| 20:02:04 | Django | PLAY works as usual, but |
| 20:02:11 | Django | if you press RIGHT it goes into queue mode. |
| 20:02:21 | Bagder | how do you solve that? |
| 20:03:04 | Django | If your WPS shows the current playlist number and the playlist size you immediately see what I mean. |
| 20:03:18 | Django | Moment ... |
| 20:04:32 | Django | Check the link. there is now playlist.h/.c |
| 20:04:44 | | Join TotMacher [0] (tot@pD9E21095.dip.t-dialin.net) |
| 20:05:01 | Django | The playlist structure has a new "bool queue_mode" flag. |
| 20:05:05 | PsycoXul | hmm |
| 20:05:15 | Django | Playlist.c has a new function at the beginning. |
| 20:05:21 | PsycoXul | TotMacher: death maker? or something? |
| 20:05:29 | TotMacher | deadmaker |
| 20:05:37 | PsycoXul | i see |
| 20:06:42 | Django | Tree.c has a simple addition where it calls add_file_to_queue() instead of play_list(). |
| 20:06:57 | Bagder | so basicly you keep a queue in memory |
| 20:07:23 | Django | Yes, I use the existing playlist buffer. |
| 20:07:44 | Django | It was so simply I am afraid that I overlook something. |
| 20:08:12 | Django | Ah yey, shuffle is deliberately ignored. |
| 20:08:47 | Django | Should I spend more time on this? |
| 20:09:01 | TotMacher | is there now a queue mode ? |
| 20:09:11 | Django | See http://home.arcor.de/django/rockbox/ |
| 20:09:11 | TotMacher | where i can enqueue files ? |
| 20:09:31 | Django | I put it up there for discussion |
| 20:09:40 | Bagder | TotMacher: in Django's version |
| 20:09:50 | TotMacher | yes |
| 20:09:51 | TotMacher | please |
| 20:09:56 | Django | PLAY and RIGHT are now different. |
| 20:09:57 | TotMacher | include that feature fast |
| 20:10:02 | TotMacher | kewl |
| 20:10:18 | Django | RIGHT starts a "queue" mode. |
| 20:10:20 | TotMacher | why dont you use the same key config like stock firmware ? |
| 20:10:27 | Bagder | well, doing it "the right way" is not this trivial |
| 20:10:28 | Django | Adds on file at a time. |
| 20:10:33 | TotMacher | holding play enqueues a file ! |
| 20:11:03 | Django | Bagder: what did I miss? |
| 20:11:13 | Bagder | the fact that we can't write files |
| 20:11:20 | Bagder | people will cry "resume" |
| 20:11:38 | Bagder | not your fault of course |
| 20:11:39 | Django | Well, actually resume works! |
| 20:11:52 | Django | .. but only if you turn shuffle off. |
| 20:12:05 | Bagder | and what happens to the queue? |
| 20:12:34 | Django | Resume should learn not to shuffle when queue mode is on. |
| 20:13:00 | Django | Right now the queue gets shuffled. so you get the same songs but |
| 20:13:05 | Django | in a different sequence. |
| 20:13:32 | Django | I think of the queue as the "party" mode. |
| 20:13:42 | elinenbe | I LIKE CANDY!! |
| 20:14:09 | Django | If a party is going on at times you carefully want to select what songs to play and in what order. |
| 20:14:44 | Django | If it's getting late and you play the wrong songs then the party dies :-) |
| 20:14:56 | elinenbe | queue mode will come soon enough. |
| 20:15:18 | Django | Different people, different priorities :-) |
| 20:18:10 | | Nick Django is now known as Django|away (~Django@pd953c0dc.dip.t-dialin.net) |
| 20:26:35 | Bagder | I'm not entirely happy with the puzzle game atm |
| 20:27:06 | Bagder | gotta go |
| 20:27:07 | | Part Bagder |
| 20:31:50 | datazone | Django|away: you could always play "8675309" |
| 20:39:43 | *** | Saving seen data "./dancer.seen" |
| 20:44:32 | | Quit datazone (Remote closed the connection) |
| 20:49:46 | | Nick TotMacher is now known as tot|away (tot@pD9E21095.dip.t-dialin.net) |
| 20:56:51 | | Quit tot|away (Read error: 104 (Connection reset by peer)) |
| 21:00 |
| 21:55:18 | | Nick Django|away is now known as Django (~Django@pd953c0dc.dip.t-dialin.net) |
| 21:55:18 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 21:55:49 | Django | Any button guru around? |
| 21:56:36 | Django | How do I tell a normal button from a button that was held down? |
| 22:00 |
| 22:22:48 | PsycoXul | there's button press and button release events |
| 22:25:56 | | Join probonic [0] (~phil@host217-36-23-38.in-addr.btopenworld.com) |
| 22:31:52 | | Quit Django ("User pushed the X - because it's Xtra, baby") |
| 22:39:47 | *** | Saving seen data "./dancer.seen" |
| 22:45:40 | | Join gizz [0] (gizz@lyon-4-a7-62-147-50-96.dial.proxad.net) |
| 22:47:37 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
| 22:48:34 | | Join tot|away [0] (tot@pD9520730.dip.t-dialin.net) |
| 22:50:35 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-45.nyc.ny.metconnect.net) |
| 22:50:57 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-45.nyc.ny.metconnect.net) |
| 22:51:58 | | Quit Zagor|food ("Client Exiting") |
| 22:54:08 | | Quit probonic () |
| 23:00 |
| 23:06:52 | | Quit gizz (Read error: 60 (Operation timed out)) |
| 23:20:54 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 23:25:31 | | Nick tot|away is now known as TotMacher (tot@pD9520730.dip.t-dialin.net) |
| 23:37:05 | | Part LinusN |
| 23:55:10 | | Quit TotMacher () |
icon identifies that the person is a core developer (has commit access).