00:22:54 | | Quit ashridah ("Leaving") |
00:25:54 | | Nick TiMiD[away] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) |
00:25:54 | DBUG | Enqueued KICK TiMiD |
00:25:59 | TiMiD | hi |
00:26:25 | Moos | Bonsoir :) |
00:26:36 | TiMiD | 'soir |
00:26:50 | TiMiD | (la facon snob ^^) |
00:26:57 | Moos | :D |
00:27:07 | TiMiD | t'es francais ? |
00:27:18 | Moos | oui, parisien ;) |
00:27:23 | TiMiD | waaaa kewl :p |
00:27:39 | Moos | and you? |
00:27:45 | TiMiD | comme ca jme sentirai moins seul quand je ferai des phrases qui veulent rien dire |
00:27:51 | Moos | :D |
00:27:59 | TiMiD | moi je suis argenteuillais expatrie a compiegne |
00:28:00 | Moos | bienvenu au club :-) |
00:28:07 | Moos | ohh |
00:28:15 | Moos | pour le taf? |
00:28:16 | TiMiD | je fait mes etudes la bas |
00:28:21 | Moos | ok |
00:28:26 | TiMiD | (derniere année en ingé) |
00:28:44 | Moos | bon courage, bientôt la fin ;-) |
00:28:55 | TiMiD | en fait plus que 6 mois a tirer |
00:29:01 | TiMiD | apres c'est le stage |
00:29:13 | Moos | ta déja un plan pour ton stage? |
00:29:14 | TiMiD | (repos :) ) |
00:29:20 | Moos | hehe |
00:29:31 | TiMiD | ben je vais pe partir au japon chez cogema |
00:29:44 | Moos | bon plan |
00:29:53 | Moos | ta des connexion la bas? |
00:30:00 | TiMiD | (ca rentre tt a fait dans le cadre de mes plans de domination du monde ca le traitement des dechets radioactifs ^^) |
00:30:06 | TiMiD | euh |
00:30:13 | TiMiD | que dalle ^^ |
00:30:21 | Moos | :-) |
00:30:26 | TiMiD | mais en fait y a un prof la bas qui s'en occupe |
00:30:32 | Moos | japonais d'origine? |
00:30:36 | TiMiD | (lui il connait bien le japon) |
00:30:38 | Moos | a k |
00:30:55 | TiMiD | nan moi shui francais pure souche :p |
00:31:05 | Moos | :D |
00:31:24 | Moos | un gaulois :) |
00:31:35 | TiMiD | un romain ^^ |
00:31:40 | Moos | hehe |
00:32:01 | TiMiD | c bizarre kon se soit pas fait kicker |
00:32:11 | TiMiD | (ils doivent dormir :D) |
00:32:29 | TiMiD | j'en ai vu se faire jarreter pourpas parler anglais :) |
00:32:45 | TiMiD | mais ca devait etre pr deconner parce qu'ils ont l'air assez cool ici |
00:32:50 | Moos | c pas la politique de la maison, mais vu qu'il ya personne ca ne les derrange pas, bien que nous poluons un peu les logs avec notre français :) |
00:33:21 | TiMiD | tu fait partie de leur equipe ? |
00:33:52 | Moos | non je n'ai pas ce privilège (surtout pas les compétences) :D |
00:34:00 | TiMiD | ok :) |
00:34:39 | TiMiD | (les competences ca dépend qui hein quand tu vois certains bouts de code tu te demande si c'est la biere ou l'exta... enfin bref :p ) |
00:34:45 | Moos | par contre j'ai vu un peu l'évolution de ton taf à propos de la télécommande, ça à l'air prometeur |
00:34:51 | TiMiD | ah |
00:34:53 | Moos | :D |
00:34:57 | TiMiD | moi je suis pas firefly |
00:35:12 | TiMiD | c pas moi qui ai pose sur le forum |
00:35:17 | TiMiD | poste |
00:35:22 | Moos | ?? tu ne tafé pas dessus aussi mais d'une autre manière? |
00:35:27 | TiMiD | sisi |
00:35:43 | Moos | et comment ça avance? |
00:35:47 | TiMiD | moi je refait ca en faisant le decrassage de profondeur (tt recoder :p) |
00:35:56 | TiMiD | bonne question :) |
00:36:03 | Moos | ok, va te falloir du courage |
00:36:16 | TiMiD | en fait la j'ai l'affichage des fichiers qui marche en mode normal et id3db |
00:36:19 | TiMiD | sur tt les modeles |
00:36:36 | Moos | hé! c'est un trés bon début |
00:36:43 | TiMiD | (c deja pas mal vu que j'ai refait 90% du code d'affichage "from scratch") |
00:36:55 | Moos | c clair |
00:37:23 | TiMiD | apres c pas tres utilisable vu qu'il manque le wps et que quand tu quitte les menus, le remote reste comme si tu y etais encore |
00:37:37 | Moos | ok |
00:37:45 | Moos | pour l'instant :) |
00:37:47 | TiMiD | une fois que j'aurai bien teste tt ca je vais essayer de soumettre un patch |
00:37:56 | Moos | ce serait cool |
00:38:08 | TiMiD | si il est accepte oui ce serai pas mal :p |
00:38:10 | Moos | je suis sur que cela pourrait itéressé Linus |
00:38:18 | Moos | *intéressé |
00:38:29 | TiMiD | mm si c juste les fichiers c deja un debut et ca derange personne |
00:38:44 | TiMiD | Linus a l'air occupe en ce moment |
00:38:45 | Moos | c clair |
00:38:52 | Moos | oui on dirait |
00:39:05 | TiMiD | dc va falloir soudoyer kk1 d'autre :p |
00:39:14 | Moos | plusieurs patch sont toujours en attente de son assentiment |
00:39:17 | Moos | :D |
00:39:21 | TiMiD | oulalal :( |
00:39:56 | Moos | mais les patch sont fait, il faut juste su'il y jette un coup d'oeil final |
00:39:57 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:39:57 | * | TiMiD espere que son patch pssera avant celui du dircache parce que ce patch la casse tt |
00:40:04 | Moos | avec ses yeux persans :D |
00:40:23 | TiMiD | :) |
00:40:30 | Moos | le patch de Slasheri est prés à être soumit |
00:40:44 | Moos | les patch de Xavier aussi |
00:40:52 | Moos | pour le browser de jpeg |
00:40:56 | Moos | et la radio |
00:41:08 | TiMiD | tt que ca touche pas a ce quej'ai modifie ... :D |
00:41:18 | Moos | heureusement, oui |
00:41:20 | Moos | :) |
00:42:02 | TiMiD | ben celui de Slasheri modifie un peu des trucs que j'ai modifie mais c pas grave c'est pas non plus 100000 lignes de code qui changent, je devrais pouvoir gerer ca a la main |
00:42:17 | Moos | ca va :) |
00:42:37 | TiMiD | ouais ca devrais passer si je me bouge un peu le Q |
00:42:55 | Moos | on compte sur toi ;-) |
00:43:31 | TiMiD | (la en ce moment j'ai la motivation qui retombe un peu et je passe mon temps au bar etudiant a boire des pintes avec mes potes alors rb... ca avance - vite forcement :D) |
00:43:41 | TiMiD | oops g brise tt les espoirs :) |
00:43:46 | Moos | :D |
00:43:54 | TiMiD | nan mais je vais me le finir ce truc |
00:43:56 | TiMiD | au - ca |
00:44:04 | TiMiD | que j'ai au - un truc a mettre sur mon CV |
00:44:13 | Moos | hehe :) |
00:44:32 | TiMiD | autre que le tout plat "a fait ses stages et ses diplomes" |
00:44:45 | Moos | c clair |
00:44:52 | Moos | c original |
00:45:02 | TiMiD | c meme terrible :) |
00:45:08 | Moos | :D |
00:45:10 | TiMiD | ca montre a l'employeur que tu aimes ca ^^ |
00:45:42 | TiMiD | ca peut largement te faire passer devant un autre |
00:45:44 | Moos | oui, de plus ça te sert personnelement ;-) avec ton iriver |
00:45:55 | TiMiD | accessoirement ;) |
00:46:09 | Moos | oui, ca peu etre un détail qui peut aider |
00:46:19 | TiMiD | (mais le patch de firefly marche pas mal non plus, meme si c'est un peu crade niveau code) |
00:46:49 | Moos | oui, mais ça ne peu pas être une version finale |
00:46:57 | TiMiD | :/ |
00:47:02 | Moos | c'est trés bien en attendant |
00:47:09 | TiMiD | je me demande pourquoi il continue a l'updater dailleurs |
00:47:21 | TiMiD | moi si il veux coder j'ai du boulot pour lui |
00:47:23 | TiMiD | :) |
00:47:29 | Moos | :D |
00:47:53 | TiMiD | (commencer par remplacer les 4000+ appels de fonctions d'affichages maintenant desuets :p) |
00:47:56 | Moos | il a le mérite d'avoir eu l'intention au moins, on ne peut pas lui reprocher ;) |
00:48:13 | Moos | hehe :) |
00:48:15 | TiMiD | ah mais je lui reproche rien, je trouve ca meme tres bien au contraire |
00:48:30 | TiMiD | comme ca il connait un peu mieux le code et il pourra m'aider :) |
00:48:37 | Moos | c clair, beaucoup d'users sont dépendant de la remote |
00:48:47 | TiMiD | ben moi ou j'habite ... |
00:48:49 | preglow | please, boys |
00:48:51 | preglow | english in here |
00:49:08 | Moos | oops hey preglow, scuse |
00:49:12 | TiMiD | si j'ai pas le remote pour faire genre cle usb c mort, c pique en 2sec |
00:49:15 | TiMiD | oops |
00:49:17 | TiMiD | scuse :) |
00:49:37 | Moos | lot of users don't using Rb cause the remote |
00:49:50 | Moos | personaly since Rb I don't use it |
00:50:19 | Moos | but with your works, sure I will |
00:50:47 | TiMiD | sure :) and you will be very happy when it will crash right in your hands |
00:50:54 | Moos | :D |
00:51:04 | TiMiD | (yes, you may have noticed, I'm very optimist :p) |
00:51:16 | Moos | :) |
00:52:03 | Moos | pv for french ;-) |
00:52:15 | TiMiD | ^^ |
00:58:33 | TiMiD | preglow: are you a dev ? |
00:58:42 | TiMiD | (I have a question :) ) |
00:59:00 | Moos | sure he is, a codec man :D |
00:59:11 | TiMiD | perfect :) |
01:00 |
01:00:35 | TiMiD | well |
01:00:48 | TiMiD | it's about the header in the source files |
01:00:58 | TiMiD | whn you put your name |
01:01:09 | TiMiD | how do you handle that ? |
01:01:41 | TiMiD | (when the file is 100% from you, it's not a problem, but when yu picked up code from other files ....) |
01:02:55 | preglow | well |
01:03:04 | preglow | thus far, i've just put my name there if the file is purely mine |
01:03:18 | preglow | that is, if i've written in from scratch |
01:05:31 | TiMiD | in my case (remote support), there is some code I picked up in other files, because it did the same thing mainly the same way (but these files will be removed if my patch is accepted) |
01:06:05 | TiMiD | I don't think it's fair to say it's 100% my work |
01:06:17 | preglow | thus far, my name is only in four source file headers, it seems |
01:06:31 | preglow | well, it's up to you |
01:06:35 | TiMiD | I will put their names too, but I never saw that in other files of rb |
01:06:56 | TiMiD | that's why I ask :p |
01:07:05 | preglow | i don't really know much about his |
01:07:11 | preglow | i'd ask some of the core devs |
01:07:16 | TiMiD | ok thx :) |
01:08:26 | TiMiD | (linusN is concerned, he is one of those I stealed code ^^) |
01:08:42 | Moos | :-) |
01:11:07 | preglow | can't say i worry so much about this myself |
01:11:29 | preglow | you can steal as much of my code as you please, and claim copyright yourself without me killing you |
01:11:58 | preglow | but then i don't believe my code is very relevant to you, hehe |
01:12:08 | | Join amiconn_ [0] (n=jens@p54BD6DB2.dip.t-dialin.net) |
01:12:41 | TiMiD | of course Iwill never put my hands in your assembly |
01:12:56 | TiMiD | you don't have to worry about that :) |
01:13:32 | TiMiD | (and I'm pretty sure only a few devs are going to modify your codecs :) ) |
01:13:36 | TiMiD | hi amiconn_ |
01:13:48 | TiMiD | btw, if someone wants to test |
01:13:50 | TiMiD | http://timidzone.free.fr/pub/rockbox/remote/rockbox.zip |
01:13:54 | TiMiD | here it is |
01:14:06 | TiMiD | (build with my remote patch) |
01:16:32 | *** | Saving seen data "./dancer.seen" |
01:17:18 | Moos | hehe :P |
01:17:36 | Moos | need to sleep here |
01:17:45 | Moos | have a good night guys |
01:17:46 | TiMiD | I will go too |
01:17:52 | Moos | c you later |
01:18:02 | TiMiD | good night ! |
01:18:08 | Moos | bonne nuit ;-) |
01:18:09 | TiMiD | (bone nuit si j'ose dire) |
01:18:12 | Moos | :D |
01:18:20 | | Quit Moos ("Glory to Rockbox") |
01:18:21 | TiMiD | roh je vais me faire kicker maintenant |
01:25:01 | preglow | haha |
01:25:19 | preglow | there are already quite a few devs like me doing assembly work on codecs, so who knows |
01:27:30 | TiMiD | Codecs are the only part of rockbox I truly don't want to understand :) |
01:28:09 | TiMiD | (too much aths behind) |
01:29:39 | | Quit amiconn (Read error: 110 (Connection timed out)) |
01:29:39 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD6DB2.dip.t-dialin.net) |
01:31:19 | preglow | weell, might be true, depends on what you want to do |
01:31:29 | preglow | i haven't done any codec work involving maths thus far, but i am capable of doing so |
01:31:39 | preglow | hell, i didn't even WANT to do codec work when i joined, it just happened ;) |
01:32:11 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
01:32:32 | TiMiD | you lost a bet? :D |
01:47:15 | | Quit k-man ("Client exiting") |
01:50:36 | TiMiD | just a question about remote : how do I handle pgup/pgdown since the screens size is different ? :p~ |
01:51:32 | TiMiD | (this is a pbl :) ) |
01:52:05 | TiMiD | if the jump is good for the remote, it will be too small for the main display |
01:52:11 | TiMiD | ... |
01:52:34 | Paul_The_Nerd | How 'bout this: |
01:52:52 | Paul_The_Nerd | If they use the buttons on the box, use it's distance |
01:53:03 | Paul_The_Nerd | If they use the buttons on the remote, use the smaller one. |
01:53:13 | Paul_The_Nerd | Most likely they're looking at the screen that aligns with the buttons they're pressing. |
01:54:00 | TiMiD | good solution :) |
01:54:09 | TiMiD | thx ! |
01:54:28 | Paul_The_Nerd | No problem. Seems like a reasonable enough way. |
01:54:41 | Paul_The_Nerd | At least that way I'd like it. :) |
01:55:44 | TiMiD | I did it in a way that each screen gets desynchronized when pgup/pgdown (yes, you can call it a bug) |
01:55:47 | TiMiD | :) |
01:57:18 | preglow | TiMiD: nah, no bet, i just suddenly wanted to do some assembler |
01:57:20 | preglow | TiMiD: i'm mad |
01:59:40 | | Quit ]RowaN[ () |
02:00 |
02:03:08 | | Join mike8901 [0] (n=m@ool-457804fa.dyn.optonline.net) |
02:04:56 | Paul_The_Nerd | But clearly mad in that *good* sort of way, preglow. |
02:07:10 | TiMiD | holy/mad assembly optimizer :) |
02:07:16 | Paul_The_Nerd | Hrm |
02:09:46 | Paul_The_Nerd | Is it going to be possible to have the two screens completely independent eventually? |
02:10:31 | Paul_The_Nerd | Though I can see all kinds of entertaining problems coming up from that sort of thing anyway. |
02:11:57 | preglow | haha |
02:12:13 | preglow | it would rock, though |
02:12:23 | Paul_The_Nerd | Absolutely |
02:12:53 | Paul_The_Nerd | Until people got the clever idea of trying as hard as they can to select two different files (possible with differently associated viewers, or just a viewer and a music file) as close to simultaneously as they could. |
02:13:01 | TiMiD | I implemented it in that spirit |
02:13:39 | Paul_The_Nerd | Though I would like to see it kick the remote to WPS whenever I run a plugin, just because I have dreams of being able to control music while playing various games. |
02:13:56 | TiMiD | even if multithreading the main app is not possible currently, the "widgets" I did were coded to work like this |
02:14:02 | Paul_The_Nerd | Gotcha |
02:15:07 | TiMiD | each list in both screens is independant (there is some wrapper fn to synchronize them) |
02:15:55 | Paul_The_Nerd | So, you said they get desyncrhonized currently. How do you handle that? |
02:16:35 | TiMiD | they are not desynchronized anymore :) |
02:17:25 | Paul_The_Nerd | Ah |
02:17:27 | Paul_The_Nerd | Okay |
02:18:24 | TiMiD | well if you want to know how it works, the main program uses a synchronized api that uses the api of unsynchrinized lists and make them synchronized |
02:19:22 | TiMiD | if you want unsynchronized lists, you just have to call the desynchronized api instead |
02:20:16 | | Quit Bagder (Read error: 110 (Connection timed out)) |
02:20:35 | Paul_The_Nerd | So, it's ready to be desyncronized should someone want to. |
02:20:58 | TiMiD | yes |
02:21:32 | TiMiD | (but in the present state of rb code, this would involve rewriting a lot of things) |
02:21:45 | | Join bagawk [0] (n=lee@unaffiliated/bagawk) |
02:21:49 | Paul_The_Nerd | Fair enough |
02:26:11 | TiMiD | oh also I noticed that the putc fn wasn't implemented on remote display (not a big deal since nobody uses it ;) ) |
02:30:31 | | Join XavierGr [0] (n=XavierGr@ppp15-adsl-30.ath.forthnet.gr) |
02:30:39 | TiMiD | hi XavierGr |
02:33:11 | XavierGr | oh hi TiMiD! |
02:33:33 | XavierGr | I read the news that you released a build with your remote? |
02:33:43 | XavierGr | Does it have any bugs? |
02:34:54 | TiMiD | hmm |
02:35:01 | TiMiD | I've better to reupload it :) |
02:35:14 | TiMiD | currently it's running on my iriver for 3 days |
02:35:15 | XavierGr | why? |
02:35:17 | TiMiD | no crash |
02:35:19 | XavierGr | bugs? |
02:35:27 | Paul_The_Nerd | Well, on my box it summoned forth the angelic hosts and the demons of hell, who then proceeded to do battle for the immortal soul of my h120 |
02:35:28 | XavierGr | well that it! |
02:35:29 | TiMiD | (but I fixed a small bug right here) |
02:35:31 | XavierGr | ^that's |
02:35:36 | Paul_The_Nerd | It was fun to watch though, so I'm not sure if it's a bug, or undocumented feature. |
02:36:09 | XavierGr | I just made a biuld with jpeg file scrolling, fm preset, dircache and firefly's remote patch!! |
02:36:31 | TiMiD | good :) |
02:36:33 | * | XavierGr *sighs* if only a dev was willing to commit my work... |
02:36:59 | TiMiD | Paul_The_Nerd: bug ? |
02:37:11 | Paul_The_Nerd | It was a joke, TiMiD. |
02:37:34 | TiMiD | ok :) |
02:37:45 | Paul_The_Nerd | I did try your build briefly, didn't encounter any problems, but went back to the one using Firefly's patch for the time being. |
02:37:54 | TiMiD | (since I'm not native speaker I have some understandings pbl :D ) |
02:38:05 | Paul_The_Nerd | Ah, I understand. |
02:38:14 | TiMiD | yes, that's the best thing to do |
02:38:24 | Paul_The_Nerd | XavierGR: Is this off of the latest CVS too? |
02:38:25 | XavierGr | TiMiD are you from Frace? |
02:38:28 | XavierGr | ^France |
02:38:31 | TiMiD | oui :) |
02:38:43 | TiMiD | nihaha |
02:38:51 | XavierGr | So that's why you flooded the logs with French..... |
02:38:53 | XavierGr | :P |
02:39:31 | Paul_The_Nerd | Yeah, I started reading the log, and for a few pages I just had no idea what was going on. |
02:39:32 | XavierGr | 2 commitments before I think. Without the sudoku commits. |
02:39:47 | TiMiD | ouch :) |
02:40:25 | TiMiD | it's true that I'm more fluent when I don't need a dictionnary :p |
02:42:59 | TiMiD | well I've got another question |
02:43:51 | TiMiD | do you think it's better if pgup/down returns to the beginning when reachin the end or if it stays on the last item ? |
02:44:14 | Paul_The_Nerd | I think that if it is not on the last item, it should go to the last item. |
02:44:20 | TiMiD | ok |
02:44:22 | Paul_The_Nerd | If it is on the last item, it should go to the first. |
02:44:28 | Paul_The_Nerd | For PgDn |
02:44:38 | TiMiD | same for pgup :) |
02:44:41 | Paul_The_Nerd | But that's what I'd expect it to do. I'm not sure if others would agree. |
02:45:37 | TiMiD | no, it's a good behaviour (I'm not very used to gui design ^^) |
02:49:12 | XavierGr | so did you finished tree.c ? |
02:49:47 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
02:50:22 | TiMiD | yes |
02:50:41 | TiMiD | it also seems to work with id3db |
02:51:06 | XavierGr | and now you are working on? |
02:51:11 | TiMiD | (well there is one thing missing : button bar) |
02:51:40 | TiMiD | I'm doing bugfixes (when I have the time) |
02:52:35 | Paul_The_Nerd | Button bar? |
02:52:40 | TiMiD | when buttonbar will be done (used on archos recorders) I will submit a patch |
02:53:18 | TiMiD | yes, the contextual bar above F1 F2 F3 on archos |
02:53:32 | Paul_The_Nerd | Ah |
02:54:08 | Paul_The_Nerd | I'm not terribly familiar with them. My younger brother has one that he never uses. I'm trying to convince him to give it to me, or at the very least loan it indefinitely or sell it cheaply. |
02:54:17 | XavierGr | but the recorders haven't got a remote... |
02:54:37 | XavierGr | archos models I mean |
02:54:57 | TiMiD | ît must be handled anyway |
02:54:58 | Paul_The_Nerd | XavierGR: It's a rewrite of the system for an arbitrary amount of displays, so the way it handles the primary display is rewritten too, if I understand correctly. |
02:55:29 | TiMiD | Paul_The_Nerd: I couldn't have explained it better :) |
02:56:03 | XavierGr | it must great job I wish for a quick commit. |
02:56:09 | XavierGr | ^be |
02:56:46 | XavierGr | what files have you changed so far? |
02:57:05 | TiMiD | sure it's a great job if it's me who is doing it hmmhmm ;) |
02:57:27 | TiMiD | http://timidzone.free.fr/pub/rockbox/remote/ |
02:57:48 | TiMiD | here are all files rewritten / modified / newly created |
03:00 |
03:02:41 | XavierGr | witch is the syntax to undo a patch? |
03:02:59 | TiMiD | don't know :( |
03:03:53 | XavierGr | well I will search it on rockbox, I am sure it is there. |
03:09:02 | XavierGr | patch -p1 -R < patchfile |
03:09:11 | XavierGr | that's it! |
03:09:20 | TiMiD | good thing to know :) |
03:11:08 | XavierGr | well it is getting late here! |
03:11:13 | XavierGr | 4.11 am |
03:13:21 | TiMiD | where ? grece ? |
03:13:34 | XavierGr | yup! |
03:13:56 | TiMiD | =(^o^)= |
03:14:02 | | Quit preglow ("leaving") |
03:14:10 | TiMiD | (not very hard with the Gr :p) |
03:14:29 | XavierGr | Lol I just use it because Xavier is already taken. |
03:14:46 | | Nick TiMiD is now known as TiMiDfr (n=TiMiD[FD@asgard.valombre.net) |
03:14:46 | DBUG | Enqueued KICK TiMiDfr |
03:14:53 | TiMiDfr | then you are not alone :) |
03:15:49 | TiMiDfr | I learnt antic greek at school, but I can't remember a word ^^ |
03:16:12 | TiMiDfr | maybe only some parts of the alphabet |
03:16:33 | *** | Saving seen data "./dancer.seen" |
03:17:45 | XavierGr | Well i cant say that I understand ancient Greek but there are major similarities in ancient and modern Greek. |
03:18:12 | XavierGr | the alphabet is the same, many words, but the detail is lost in modern Greek. |
03:18:29 | TiMiDfr | you learnt it ? |
03:19:55 | XavierGr | Well they are trying to learn this at school but anyone that has a practical mind, and follows sciences of this subject (not philosophy, philology e.t.c) will soon forget them. |
03:20:24 | XavierGr | You can understand some things partly even if you've never learnt it before. |
03:20:31 | | Join slaggathor [0] (n=47f7e6b4@labb.contactor.se) |
03:21:40 | XavierGr | Ancient Greek is a very detailed language, it has rules for everything, to the tiniest little detail. |
03:21:53 | slaggathor | TiMiD +Xavier −− the remote work is great, that's really the only thing keeping me from using rb all the time ^_^ |
03:22:00 | TiMiDfr | it's somwhere the same thing when you are french since a lot of greek words are roots of modern french words |
03:22:06 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
03:22:21 | XavierGr | why me slaggathor? |
03:22:22 | TiMiDfr | but grammwar was ... arghhhhhhhhhhhh |
03:22:39 | XavierGr | I didn't do anything (except the old remote patch) |
03:22:42 | TiMiDfr | XavierGr: you also did a patch once ago |
03:22:46 | slaggathor | Xavier −− yeap |
03:22:59 | XavierGr | TiMiDfr: I agree grammar was ... |
03:23:19 | XavierGr | I remember that they tried to learn us some french in school too... |
03:23:26 | TiMiDfr | ouch :) |
03:23:28 | XavierGr | well they failed! :P |
03:23:38 | TiMiDfr | french sucks |
03:23:48 | XavierGr | I can't remember a think except one or 2 phrases. |
03:23:53 | TiMiDfr | (and I'm well placed to say that :) ) |
03:23:56 | slaggathor | I like how pretentious people try to make pseudo-latin plurals out of words that are actually greek |
03:24:17 | XavierGr | well you can't actually say suck. |
03:24:32 | XavierGr | slaggathor: like? |
03:24:36 | TiMiDfr | all european languages are too much complicated |
03:24:48 | TiMiDfr | when you compare with chinese / japanese |
03:24:54 | slaggathor | not rhinoceri but rhinocerontes... not octopi but octopodes |
03:25:12 | XavierGr | oh they say such things... |
03:25:24 | TiMiDfr | the grammar is ridiculously easy in those asian languages |
03:25:28 | slaggathor | ya chinese and japanese are easy (except for the politeness) |
03:25:51 | XavierGr | I thought they were complicated languages and difficult to lear.. |
03:26:20 | TiMiDfr | except when you are used to complicated sentences forms like the one we use to speak |
03:27:02 | slaggathor | grammatically they are quite simple, japanese is like german always sticks with the rules. but the pitches/tones in chinese are a little hard to learn |
03:27:08 | TiMiDfr | (politeness is also a little difficult to understand, even for the japanses themselves, so always use the polite form ^^) |
03:27:16 | slaggathor | ^_^ |
03:27:48 | | Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) |
03:27:51 | TiMiDfr | there are far less grammar rules in japanese than in german though |
03:27:55 | XavierGr | oh TiMiDfr strange that you say that French sucks. Usually French people are known for their stubborness to speak only French even they know another language. |
03:28:08 | XavierGr | Or so I've heard can you confirm this? |
03:28:20 | TiMiDfr | muhahaha mais si je parlais francais vous comprendiez rien bandes de moules :) |
03:28:36 | XavierGr | ok I will use babel fish |
03:28:46 | TiMiDfr | ha I will try too |
03:28:54 | slaggathor | nothing can be worse than the catalan ppl in barcelona refusing to speak spanish... |
03:28:57 | TiMiDfr | should be funny ;) |
03:29:55 | TiMiDfr | s/comprendiez/comprendriez |
03:30:16 | TiMiDfr | taht gives us "muhahaha but if I spoke French you would include/understand anything bands moulds :)" |
03:30:19 | XavierGr | well yes babel didn;t translated that.. |
03:30:43 | slaggathor | heh |
03:31:08 | XavierGr | whats bands moulds? |
03:31:22 | TiMiDfr | hmm |
03:31:31 | TiMiDfr | I don't know how to say it in english |
03:31:37 | TiMiDfr | how to explain ... |
03:31:41 | XavierGr | lol it is funny to say |
03:32:07 | TiMiDfr | it's like "guys" |
03:32:57 | XavierGr | so you said: if I spoke French you wouldn't include/understand anything guys?? |
03:33:28 | TiMiDfr | but with a "you are not clever" connotation (nothing not kind though :) ) |
03:33:46 | TiMiDfr | smthing like this :) |
03:34:12 | slaggathor | funny that altavista translate as moulds, isnt it mussels? which is even funnier... |
03:34:20 | TiMiDfr | "bande de moules" is smth I say to my friends when they do silly things :) |
03:34:27 | XavierGr | Je ne sais rien au sujet de desole francais ! |
03:34:36 | TiMiDfr | aouch :) |
03:34:42 | XavierGr | did that came right? |
03:34:48 | TiMiDfr | :/ |
03:35:04 | XavierGr | where is the sorry remark? |
03:35:10 | TiMiDfr | I understood but ... |
03:35:23 | XavierGr | I don't know anything about French sorry! |
03:35:27 | TiMiDfr | you want to say "sorry I don't understand french" ? |
03:35:30 | XavierGr | that;swhat I translated. |
03:35:32 | TiMiDfr | ok |
03:35:44 | XavierGr | ah I should have put a comma |
03:35:48 | TiMiDfr | Je suis esole, je ne parles pas frrancais |
03:35:53 | TiMiDfr | desole |
03:36:23 | TiMiDfr | (automatic translation sucks a bit :p) |
03:36:44 | XavierGr | a lot! |
03:36:58 | XavierGr | French language is difficult to pronounce. |
03:37:14 | TiMiDfr | english too :) |
03:37:31 | slaggathor | my favorite: j'ne comprends pas rien |
03:37:37 | TiMiDfr | japanese is easy for french |
03:37:44 | TiMiDfr | ouch :) |
03:37:52 | TiMiDfr | "Je comprends rien" |
03:37:54 | XavierGr | I can imagine. |
03:38:03 | TiMiDfr | "Je pige que dalle" |
03:38:09 | slaggathor | ya I know my version was deliberate |
03:38:12 | slaggathor | ^_^ |
03:38:33 | TiMiDfr | so :) |
03:39:03 | slaggathor | it's funnier that way / I sound stupider that way |
03:39:31 | TiMiDfr | you made the sentence yourself ? |
03:39:53 | XavierGr | I measuring rod which flagstone −−-> lol what that supposed to mean? |
03:40:05 | XavierGr | hahaha! |
03:40:20 | slaggathor | yes! o_O |
03:40:29 | TiMiDfr | lol XavierGr |
03:40:43 | XavierGr | is the transaltion right? I don't think so. |
03:40:49 | TiMiDfr | it meant the same thing that "Je comprends rien" |
03:41:08 | XavierGr | completely irrelevant! |
03:41:08 | TiMiDfr | >> "I dont understand" |
03:41:13 | slaggathor | "I don't understand nothing" |
03:41:15 | TiMiDfr | yes :) |
03:41:47 | XavierGr | yeah I now but while the first sentence was translated right the second shoed up this! |
03:41:58 | TiMiDfr | slaggathor: I assume you are right :) |
03:42:13 | TiMiDfr | XavierGr: the first is how you find it in books |
03:42:18 | slaggathor | no I am so wrong, that's the whole point of saying it like that ^_^ |
03:42:35 | TiMiDfr | the second how you would say when you speak to friends |
03:42:56 | XavierGr | well in Greece we have some saying to make jokes for people that do not speak English very good. |
03:43:00 | TiMiDfr | slaggathor: you are native english speaker ? |
03:43:10 | XavierGr | E.X: I tell England very best! :X |
03:43:10 | slaggathor | ouais |
03:43:22 | TiMiDfr | kewl :) |
03:43:44 | TiMiDfr | XavierGr: same in france :) |
03:43:58 | XavierGr | :D |
03:44:06 | TiMiDfr | "Je parler tres bien la france" |
03:44:15 | XavierGr | Or sometimes we translate Greek phrases to English ones. |
03:44:38 | TiMiDfr | like ? |
03:44:55 | XavierGr | E.X: You will eat wood -> I will bit you up. (yes I know it is hilarious but we use it). |
03:45:16 | slaggathor | hee |
03:45:31 | XavierGr | because in the old days some mothers were punishing their kids with a thin wood. |
03:46:42 | slaggathor | in the not-so-old days, our mothers would say "your ass is grass, and I'm the lawnmower" |
03:46:54 | XavierGr | haha! |
03:47:18 | TiMiDfr | ho :) |
03:47:49 | TiMiDfr | is there any sexual connotation ? |
03:48:06 | slaggathor | I dont think so...?! |
03:48:15 | TiMiDfr | (if I translate it in french it's .. ambiguous) |
03:48:16 | XavierGr | If the discussion was between husband and wife maybe... |
03:48:23 | slaggathor | hehe |
03:48:55 | TiMiDfr | well I won't make you a drawing :) |
03:49:03 | slaggathor | it just means "I will beat the hell out of you".... |
03:49:20 | XavierGr | now that I am thinking of it there are many phrase that are just hilarious and have no meaning in other languages... ROFL |
03:49:27 | slaggathor | yar |
03:49:58 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
03:50:40 | XavierGr | another one: do mice -> show me your muscles (in your arms)!!! :} |
03:51:20 | slaggathor | ah but that is from latin, mus musculus... |
03:51:22 | XavierGr | though this ecaxt word translation so that is making it odd. |
03:51:56 | XavierGr | well mice is a metaphor for muscles |
03:52:28 | TiMiDfr | sore wa sou desu ne :) |
03:52:37 | slaggathor | so da na |
03:52:48 | XavierGr | excuse me? |
03:52:51 | TiMiDfr | :) |
03:53:04 | TiMiDfr | nihongo da yo |
03:53:11 | XavierGr | chinfe or something? |
03:53:17 | | Join Rick [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
03:53:18 | TiMiDfr | japanese |
03:53:25 | XavierGr | ^chinese |
03:53:28 | | Quit Bagder (Read error: 60 (Operation timed out)) |
03:54:33 | TiMiDfr | nihongo ga sukoshi joozu hanasu |
03:55:02 | XavierGr | oh god it is 5.00 am I will have to sleep, though it was a nice and funny chat! |
03:55:08 | slaggathor | nihongo no hansu koto ga joozu dewa nai |
03:55:14 | XavierGr | good night |
03:55:25 | slaggathor | 'nite! |
03:55:26 | | Nick XavierGr is now known as Xavier|Away (n=XavierGr@ppp15-adsl-30.ath.forthnet.gr) |
03:55:27 | TiMiDfr | oyasumi nasai XavierGr ! |
03:55:43 | Xavier|Away | ehhmm you too.... |
03:55:50 | TiMiDfr | :) |
03:56:06 | slaggathor | s'pose I should go too... thanks again for the remote work, I am using it right now and love it...! |
03:56:19 | TiMiDfr | ima mo watashi wa |
03:56:29 | slaggathor | dewa dewa |
03:56:36 | TiMiDfr | (4am here and I start class at 9) |
03:56:43 | slaggathor | ugh |
03:56:55 | slaggathor | bonne chance, or some junk |
03:56:57 | TiMiDfr | (I will have to sleep) |
03:57:02 | slaggathor | ^_^ |
03:57:07 | TiMiDfr | yeah bonne chance is correct |
03:57:12 | TiMiDfr | 1 point :) |
03:57:19 | slaggathor | it-ten! |
03:57:32 | TiMiDfr | chuugokugo desu ka |
03:57:50 | TiMiDfr | ouch |
03:57:56 | TiMiDfr | ichi :) |
03:57:57 | slaggathor | chigauze, nihongo da. itten == wan-pointo |
03:57:58 | TiMiDfr | ok |
03:58:06 | slaggathor | hai |
03:58:17 | slaggathor | oyasumi |
03:58:23 | TiMiDfr | totemo nemui |
03:58:33 | slaggathor | kore mo |
03:58:45 | | Nick TiMiDfr is now known as TiMiD[zzz] (n=TiMiD[FD@asgard.valombre.net) |
03:58:45 | DBUG | Enqueued KICK TiMiD[zzz] |
03:58:55 | TiMiD[zzz] | dochira he iku ka |
03:58:57 | slaggathor | mata na |
03:59:29 | TiMiD[zzz] | s/iku/kuru |
03:59:29 | | Quit slaggathor ("CGI:IRC (EOF)") |
03:59:43 | TiMiD[zzz] | well not an hour for japanese:) |
04:00 |
04:00:07 | TiMiD[zzz] | ja mata ashita |
04:00:10 | TiMiD[zzz] | tabun |
04:05:46 | | Join QT [0] (i=as@madwifi/users/area51) |
04:14:54 | | Quit bagawk ("Leaving") |
04:15:54 | | Quit QT_ (Read error: 113 (No route to host)) |
05:00 |
05:14:21 | | Quit paugh (Read error: 113 (No route to host)) |
05:16:37 | *** | Saving seen data "./dancer.seen" |
05:26:41 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
05:41:50 | | Quit Seed (Nick collision from services.) |
05:41:57 | | Join Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) |
05:42:22 | | Join banan_ [0] (i=banan@dalink.campus.luth.se) |
06:00 |
06:00:28 | | Quit merbanan (Read error: 110 (Connection timed out)) |
06:43:18 | | Join webguest67 [0] (n=d86bc594@labb.contactor.se) |
06:43:54 | webguest67 | hi all |
06:45:34 | webguest67 | amiconn? |
06:46:24 | webguest67 | bye |
06:46:25 | | Quit webguest67 (Client Quit) |
07:00 |
07:04:13 | | Join Birdfish [0] (n=bradbox8@64.108.5.134) |
07:05:12 | | Quit pheon ("Trillian (http://www.ceruleanstudios.com") |
07:16:23 | | Join _FireFly_ [0] (n=FireFly@p54A46A0D.dip.t-dialin.net) |
07:16:31 | _FireFly_ | hi |
07:16:40 | *** | Saving seen data "./dancer.seen" |
07:25:24 | Bger | nirbu |
07:25:28 | Bger | ops, morning :) |
07:25:39 | Bger | (fingers disposition) |
07:25:47 | _FireFly_ | ;) |
07:32:40 | _FireFly_ | bye |
07:32:44 | | Quit _FireFly_ ("Leaving") |
07:35:15 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
07:35:16 | | Quit Rick (Nick collision from services.) |
07:35:26 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
07:44:14 | Bger | lot of french last night :) |
08:00 |
08:37:12 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:45:38 | | Join _Vladoman [0] (n=Vladoman@p54A7FB7B.dip.t-dialin.net) |
08:57:59 | | Join LinusN [0] (n=linus@labb.contactor.se) |
08:58:43 | Bger | morning, LinusN |
08:58:50 | LinusN | morning |
08:59:54 | amiconn | Cowabunga! |
09:00 |
09:00:09 | LinusN | beaucoup de francais dans les logs |
09:01:31 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
09:02:38 | amiconn | It's a pity that logbot still cannot explain anything... |
09:03:03 | LinusN | huh? |
09:03:48 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
09:04:56 | | Quit Vlad0man (Read error: 110 (Connection timed out)) |
09:07:43 | amiconn | I remember a time when logbot could explain some terms, like LinusN, Bagder, Zagor, quelsaruk, cowabunga |
09:07:55 | amiconn | ..by using /msg logbot explain <term> |
09:08:18 | LinusN | yes, logbot can't /msg anymore, since the nick isn't registered |
09:08:55 | amiconn | No, that's not the problem, I've set unfiltered to on, and logbot answers to my /msg s |
09:09:33 | amiconn | Iirc the eplain 'list' went away when you upgraded the box some months ago |
09:10:06 | amiconn | The only thing I get from '/msg logbot explain *' (which should bring up the list of known terms is: |
09:10:11 | amiconn | [09:02:34] -logbot- *Shrug* I don't know |
09:10:52 | LinusN | ah i see now |
09:11:16 | LinusN | the explain file has been replaced |
09:13:32 | LinusN | pity inideed |
09:15:15 | amiconn | Is the old explain file still available somewhere, perhaps an old tape backup? |
09:16:43 | *** | Saving seen data "./dancer.seen" |
09:18:59 | | Quit bluebrother^ (Read error: 104 (Connection reset by peer)) |
09:19:23 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
09:19:27 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:19:28 | | Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
09:22:29 | LinusN | amiconn: i'm afraid not... |
09:23:00 | LinusN | i'll ask björn |
09:23:10 | Bger | amiconn if you have old logs ... |
09:24:32 | Bger | sorry for the stupid q, but what are the files that i must edit (except Makefile) to make a new plugin to compile (the plugin is in a new subfolder) |
09:24:35 | amiconn | LinusN: Some of the explanations should be in the irc logs, in case someone called them and posted them to the channel |
09:24:48 | LinusN | yeah |
09:25:13 | amiconn | I can't search across all of them, 'cause google doesn't index them completely |
09:25:50 | amiconn | I could download all logs... |
09:26:14 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
09:26:15 | LinusN | not my idea of fun... |
09:26:56 | linuxstb_ | Bger: You don't need to edit any Makefile - just add the name of the .c file to apps/plugins/SOURCES |
09:27:31 | LinusN | linuxstb_: not if it is in a subfolder |
09:27:34 | Bger | linuxstb_ the plugin is in new subfolder of plugins |
09:29:37 | linuxstb_ | Sorry, I've missed that part. |
09:30:03 | LinusN | it should be enough to add it in plugins/Makefile |
09:30:03 | Bger | 10x anyway |
09:30:25 | LinusN | Bger: look for the SUBDIRS assigment in plugins/Makefile |
09:30:33 | Bger | i copied the Makefile from searchengine's directory and edited it.. |
09:30:41 | Bger | 10x |
09:31:47 | Bger | found it, trying |
09:32:05 | linuxstb_ | Bger; What plugin are you working on? |
09:32:24 | Bger | linuxstb_ don't ask :)) |
09:33:04 | Bger | seriously, i'm trying to make encryption plugin for sensitive data |
09:33:09 | Bger | but i'm in the beginning of it |
09:33:34 | linuxstb_ | Yes, I remember from yesterday. |
09:33:47 | Ctcp | Ignored 2 channel CTCP requests in 43 minutes and 59 seconds at the last flood |
09:33:47 | * | linuxstb_ drinks more coffee |
09:34:04 | * | amiconn found the DownThemAll Firefox extension :) |
09:34:20 | Bger | hehe |
09:34:30 | | Quit linuxstb_ ("CGI:IRC") |
09:34:40 | Bger | btw FlashGot (if you use it) has such function, iirc |
09:36:06 | | Join solexx [0] (n=jrschulz@c158163.adsl.hansenet.de) |
09:36:22 | Bger | wow, it works ("Hello, world") |
09:36:32 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
09:42:35 | LinusN | amiconn: i can prepare a tar file if you're serious |
09:42:50 | Bger | while on stupid questions: I have 3 very little funcs() in one header file (byteorder.h), which is included from 2 other C files (aes.c, test.c). is there anything I can do to compile test.o except of (1) writing these 3 funcs in other .C file; and (2) making them "static" (which of course makes them to exist 2 times in the code) |
09:42:52 | amiconn | Already got all logs :) |
09:42:57 | LinusN | a biiiiiiig tar file :-) |
09:43:06 | amiconn | 1207 files up to yesterday |
09:43:11 | Bger | wow :)) |
09:43:16 | LinusN | enjoy |
09:43:18 | Bger | amiconn - log hunter |
09:43:31 | amiconn | Isn't that much data after all, ~64 MB |
09:44:11 | LinusN | true |
09:44:59 | Bger | s/writing/moving |
09:49:14 | | Join tvelocity [0] (n=tony@ipa168.0.tellas.gr) |
09:49:58 | linuxstb_ | Bger: You could possibly define them as inline. |
09:50:11 | Bger | they ARE inline |
09:50:24 | Bger | but ld fails |
09:51:00 | Bger | i'm making gcc test.c aes.c -o test.o |
09:52:27 | Bger | aes.c:(.text+0x0): multiple definition of `rol32' |
09:52:27 | Bger | aes.c:(.text+0xd): multiple definition of `ror32' |
09:53:34 | linuxstb_ | I would try making them static. |
09:53:48 | Bger | yes, that's what did |
09:54:02 | linuxstb_ | If they are inline, then it shouldn't make any difference to the code size. |
09:54:06 | Bger | but this way they are 2 times in the executable |
09:54:18 | Bger | oh, u're right... |
09:54:50 | Bger | 10x again |
09:55:05 | Bger | didn't think about this |
09:56:14 | | Nick Xavier|Away is now known as XavierGr (n=XavierGr@ppp15-adsl-30.ath.forthnet.gr) |
09:56:25 | Bger | morning, XavierGr |
09:56:30 | XavierGr | Hi all and good morning to everybody! |
09:56:56 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
09:57:48 | Bger | if you remember the phrase "eating wood" today... in bulgarian we have something like "u'll gnaw the wood" |
09:58:06 | XavierGr | Haha! |
09:58:42 | XavierGr | Then it must be that way with phrase with all languages... |
09:58:42 | XavierGr | ^phrases |
09:59:16 | Bger | but it has different meaning ... like "u'll hug the bouqet" which is equal to "u'll die" ... |
10:00 |
10:00:03 | XavierGr | or ... you will see the flowers upside down! |
10:00:05 | Bger | or "u'll kick the bell" ... better stop:) |
10:00:13 | XavierGr | (from underneath) |
10:00:24 | Bger | yea |
10:00:27 | XavierGr | :D |
10:00:54 | linuxstb_ | Bger: How is your plugin going to work? What is the aes routine going to decrypt? |
10:01:02 | linuxstb_ | A text file? |
10:01:27 | Bger | i'm thinking of it like Cipher=AES(K,Plaintext) |
10:01:36 | Bger | where K=SHA256(Password) |
10:01:56 | linuxstb_ | I'm wondering what it will do from a user's point of view. |
10:02:25 | linuxstb_ | i.e. How will the data be entered and encrypted in the first place? |
10:03:02 | Bger | i'm thinking about it yet |
10:04:51 | Bger | it'll be good to be editable on both the player and the PC |
10:05:55 | linuxstb_ | bbl. |
10:05:58 | | Quit linuxstb_ ("CGI:IRC") |
10:09:02 | Bger | is the "parameter" in plugin_start() the filename when it's started as a viewer ? |
10:10:18 | B4gder | dtl |
10:10:21 | B4gder | errr |
10:10:28 | B4gder | dotcom-Zagor is in all media today |
10:10:34 | B4gder | Swedish that is |
10:12:11 | Bger | B4gder did u read about my stupid problem yesterday ? |
10:12:25 | B4gder | no, I missed that |
10:12:45 | B4gder | what was it? |
10:12:59 | Bger | the one of the aes_setkey routines takes the keysize in bits, the other - in bytes ... |
10:13:10 | B4gder | aaah... hehe |
10:13:19 | Bger | AES's keysizes are 128,192 and 256 bits |
10:13:25 | Bger | iirc |
10:14:18 | Bger | hm, i see the best format for such plugin's input like the dictionary plugin |
10:14:59 | Bger | like passwordname passwordvalue |
10:15:00 | Bger | etc |
10:15:38 | Bger | and if it's not in this format, show it as text |
10:17:06 | Bger | (not editable) |
10:20:44 | | Join pilot000 [0] (n=51dd1b21@labb.contactor.se) |
10:22:42 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
10:22:43 | | Quit bluebrother^ (Read error: 104 (Connection reset by peer)) |
10:26:04 | | Join cYmen [0] (n=cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:26:40 | | Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) |
10:28:31 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
10:32:00 | | Join ashridah [0] (i=ashridah@220-253-120-63.VIC.netspace.net.au) |
10:38:44 | preglow | dotcom-Zagor is zagor's evil twin? :> |
10:39:18 | B4gder | yeah |
10:39:35 | preglow | what's he up to? |
10:39:58 | B4gder | he sold his site to a major player on the market |
10:40:12 | LinusN | for some major money :-) |
10:40:16 | B4gder | bjornsbytare.se |
10:40:19 | preglow | hahah |
10:40:33 | preglow | this means he'll have more rockbox time, yes? :P |
10:40:40 | B4gder | nonono, we jealous? ;-] |
10:40:48 | LinusN | naaaaaaa |
10:45:48 | preglow | right, he'll continue working with it |
10:46:02 | B4gder | yes, they hired him too |
10:48:42 | Bger | the only thing i understand on this site is "annons", "forum" "logga in" "diskutera i forumet" "statistik" "lista alla" and "programmering" :)) |
10:48:53 | B4gder | hehe |
10:49:04 | B4gder | Bger: its a site for swapping appartments |
10:49:13 | Bger | aha :) |
10:49:17 | B4gder | rental appartments, in Sweden |
10:49:44 | Bger | anyway, i suppose this is good news :) |
10:50:13 | B4gder | it proves that many years of spare time efforts can pay off in the end... |
10:50:29 | Bger | :))) |
10:50:51 | preglow | doesn't work for me :/ |
10:51:02 | Bger | hm, i forgot the stamp "originalet" |
11:00 |
11:08:37 | | Join linuxstb [0] (n=linuxstb@213.86.218.27) |
11:16:45 | *** | Saving seen data "./dancer.seen" |
11:17:10 | | Quit markun (Read error: 60 (Operation timed out)) |
11:28:01 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
12:00 |
12:09:35 | | Part LinusN |
12:24:11 | | Join LinusN [0] (n=linus@labb.contactor.se) |
12:31:33 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
12:36:27 | LinusN | Slasheri: u there? |
12:37:17 | Slasheri | LinusN: hi, yes :) but little busy, at work now |
12:37:41 | LinusN | i have tried your cache patch |
12:37:55 | LinusN | works fine |
12:37:59 | Slasheri | ah, that's good :) what do you think about it? |
12:38:03 | Slasheri | great :) |
12:38:14 | preglow | works fine for me as well |
12:38:24 | LinusN | one nitpick: i'd like some indication of what's going on when building the cache for the very first time |
12:38:31 | Slasheri | so it should be ready to commit it and start doing bugfixes etc? |
12:38:49 | LinusN | right now it stays with the logo and doesn't say anything |
12:38:52 | | Join Moos [0] (i=DrMoos@m62.net81-66-158.noos.fr) |
12:39:02 | Slasheri | Hmm, good idea. Could it be possible to write something to the screen using lcd_puts or similar? |
12:39:12 | LinusN | sure |
12:39:23 | Slasheri | ok, i will implement that :) |
12:39:40 | LinusN | so, what to do with the fastboot? |
12:40:06 | LinusN | i think the fastboot should be removed |
12:40:18 | Slasheri | i left the option in the code but ifdeffed it out so it could be enabled in future if necessary |
12:40:26 | XavierGr | fastboot? |
12:40:26 | LinusN | and if we really want it, we could add it later |
12:40:27 | preglow | fastboot? |
12:40:31 | Slasheri | do you think it could be better to completely remove the code? |
12:40:37 | Slasheri | ok |
12:40:47 | LinusN | yes, i don't like dead code |
12:41:06 | preglow | what is it? |
12:41:13 | Slasheri | i will remove it then (and the load and save functions too?) |
12:41:17 | LinusN | preglow: saving the cache in a file |
12:41:20 | Slasheri | preglow: cache file |
12:41:28 | LinusN | preglow: and load it at boot instead of scanning |
12:41:34 | preglow | what's wrong with that? |
12:41:42 | LinusN | consistency problems |
12:41:44 | XavierGr | why not have the cache file? |
12:41:55 | Slasheri | LinusN: or what if i just #if 0 the load and save code (two functions)? And remove the options completely |
12:41:56 | XavierGr | like? |
12:42:01 | preglow | right, so there's always a blocking scan at the start? |
12:42:38 | LinusN | preglow: no |
12:42:41 | Slasheri | preglow: it's always a transparent scan (except the first time) |
12:43:12 | XavierGr | whisch is the duration of a fast boot comapring a no cache file boot Slasheri? |
12:43:14 | preglow | so, the first scan is now just about finding the cache size? |
12:43:27 | LinusN | preglow: more or less |
12:43:33 | preglow | ok, i can live with that |
12:43:48 | Slasheri | XavierGr: the boot time is save no matter if cache (or fastboot) is enabled |
12:43:49 | LinusN | Slasheri: #if 0 is dead code too :-) |
12:43:51 | Slasheri | *same |
12:43:53 | XavierGr | any major difference in timing? |
12:43:59 | Slasheri | LinusN: hehe, true :D |
12:44:15 | XavierGr | ok then I can live with that too. |
12:44:43 | Slasheri | LinusN: but anyway, i will remove the code from the options and consider what to do with the save & load |
12:45:10 | XavierGr | Linus: Did you find time to check fm preset and/or jpeg viewer? |
12:45:23 | LinusN | hmmm, the save & load might still be nice for debugging |
12:45:37 | LinusN | XavierGr: that's next on my agenda |
12:46:07 | XavierGr | :D thanks I was a little worried... |
12:46:23 | Slasheri | LinusN: yes, it's possible the functions might be useful at some situations. So maybe i will let them be there some time so those can be removed later |
12:46:33 | LinusN | do so |
12:47:11 | * | preglow does the commit dance |
12:47:39 | B4gder | my favourite! |
12:48:04 | LinusN | XavierGr: which patch is it? |
12:50:29 | | Join resiak [0] (n=will@unaffiliated/resiak) |
12:51:43 | XavierGr | In the patch tracker you can find both the fm preset patch and the jpeg filescrolling patch. |
12:52:01 | XavierGr | wai a sec to get the links... |
12:52:21 | XavierGr | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1312132 |
12:52:26 | XavierGr | fm preset patch |
12:52:32 | LinusN | found it, thx |
12:52:35 | XavierGr | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1266294 |
12:52:42 | XavierGr | JPEG file scrolling patch |
12:53:03 | XavierGr | you're welcome! :) |
12:55:36 | LinusN | can you think of an icon for the fmr files? |
12:56:16 | XavierGr | ah yes I forgot that, I put the same as for playlists. |
12:56:25 | XavierGr | but are there any vaccant? |
12:56:39 | XavierGr | I don't think I can draw one. |
12:57:40 | XavierGr | I think someone here had a gallery with little Rockbox icons... |
12:58:24 | preglow | www.rasher.dk/rockbox/ |
12:58:27 | XavierGr | we could use something with a note and the little "stripes" of the playlist icon. |
13:00 |
13:00:18 | XavierGr | or even an icon with FM written on it. |
13:01:01 | | Quit paugh ("Leaving") |
13:01:17 | XavierGr | oh this page has the codes too so it will be easy to draw one. |
13:06:17 | XavierGr | 2 fit 2 letters seems difficult. |
13:06:47 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
13:12:05 | | Join tvelocity [0] (n=tony@ipa205.4.tellas.gr) |
13:12:21 | preglow | if not impossible |
13:12:33 | XavierGr | hi tvelocity! |
13:13:03 | XavierGr | hmm I am a lousy drawer even in this I can't make a good icon. |
13:13:14 | XavierGr | Rasher got some talent! |
13:16:46 | *** | Saving seen data "./dancer.seen" |
13:17:57 | LinusN | XavierGr: i'm curious about the usage of fmradio_get_status() |
13:19:37 | LinusN | you don't use the FMRADIO_xxx defines |
13:20:01 | XavierGr | well I call it to see if the radio is already started. if it is and the user is in filtree we call radio_screen else not. |
13:20:54 | XavierGr | why use the FMRADIO_xxx defines? |
13:21:22 | LinusN | because they are the values you should use when getting setting the status |
13:22:21 | LinusN | if(radio_get_status() != 1) |
13:22:26 | LinusN | should be |
13:22:34 | XavierGr | wait a minute I thought that fmradio_get retunrs an integer? |
13:22:34 | LinusN | if(radio_get_status() != FMRADIO_POWERED) |
13:22:43 | XavierGr | ah you mean to make it clear |
13:23:01 | LinusN | of course |
13:23:03 | XavierGr | yeah that is more elegant |
13:23:25 | LinusN | and future proof, if we add more states |
13:23:40 | LinusN | kind of the whole point of using #defines |
13:23:43 | XavierGr | well only 2 calls in radio.c and 1 in filetree.c |
13:24:30 | XavierGr | yes you right, I am not using in a so defined programming(well I am not used in programming itslef but that another story) |
13:25:06 | LinusN | in fact, i see an old bug |
13:25:41 | LinusN | we leave it as FMRADIO_POWERED if keep_playing is true, but it should probably be FMRADIO_PLAYING |
13:26:12 | XavierGr | but then I couldn't be sure if the radio is shown |
13:26:18 | LinusN | doesn't really matter |
13:26:21 | XavierGr | better this way. |
13:26:26 | LinusN | true |
13:26:41 | LinusN | you're right |
13:33:41 | | Nick _Vladoman is now known as Vladoman (n=Vladoman@p54A7FB7B.dip.t-dialin.net) |
13:46:29 | LinusN | XavierGr: you should try to follow the CONTRIBUTING guidelines regarding the code style |
13:46:49 | LinusN | i.e place the braces consistently |
13:46:56 | XavierGr | I think I mostly follow it what did I forget? |
13:47:30 | XavierGr | why aren't they well fitted? |
13:47:41 | LinusN | the opening brace should be on a separate line in this particular file |
13:47:46 | XavierGr | I am moving to the link on how it must be. |
13:47:47 | LinusN | well fitted? |
13:48:13 | XavierGr | I mean well placed in order to the contibuting guide. |
13:48:29 | LinusN | "When changing code, follow the code style of the file you are editing." |
13:48:57 | LinusN | "When writing new files, you may use the brace placement style of your choice." |
13:50:01 | XavierGr | I thought that we change line on braces only for functions. |
13:50:50 | XavierGr | yes you are right in radio.c all ifs and whiles have their brackets underneath. |
13:50:57 | XavierGr | my bad. |
13:51:02 | LinusN | np |
14:00 |
14:00:36 | | Quit Febs (Read error: 110 (Connection timed out)) |
14:01:06 | LinusN | XavierGr: it seems that there is no default preset file anymore |
14:01:23 | LinusN | so if i start the fm radio and add a preset, it says "Preset save failed" |
14:02:20 | novimon | does anyone know why rockbox freezes when I try to play flac? |
14:02:35 | LinusN | i didn't even know it did |
14:02:45 | XavierGr | no it shouldnt. it checks if the directory .rockbox/presets exitst if not it will create it. |
14:02:50 | XavierGr | I will test again. |
14:03:42 | XavierGr | dammit you are right. |
14:03:59 | LinusN | filepreset[] isn't initialized anymore |
14:04:01 | preglow | novimon: you tried lots of files? |
14:04:49 | Bger | http://muppets.go.com/games/muppets-flyinggonzo.swf |
14:05:24 | XavierGr | Linus: yes my bad I have put the code that checks for the folder in save_preset list which calls save_presets. |
14:05:59 | XavierGr | so the very first time that you add a preset it doesn't call the save_preset_list so there will be no folder creation |
14:06:16 | XavierGr | but when you add a preset the save_presets is called it can find the folder and fails. |
14:10:29 | * | Bger wants flash player on rb :) |
14:10:30 | XavierGr | I found a solution. |
14:10:48 | LinusN | Bger: :-) |
14:11:13 | Bger | or at least Java ME |
14:11:16 | Bger | :) |
14:11:56 | preglow | good luck on that |
14:12:13 | XavierGr | http://pastebin.com/384868 |
14:12:32 | XavierGr | Linus you can change the save_presets to this. |
14:13:04 | XavierGr | this is a bug that will only appear the first time. Or if there is no presets directory. |
14:16:16 | XavierGr | so much for my debugging. and I thought that I had find all strange posibilities |
14:16:56 | LinusN | :-) |
14:17:54 | preglow | Slasheri: so, when do you expect to have dircache commited? |
14:18:03 | LinusN | XavierGr: what's the purpose of this: |
14:18:09 | LinusN | if(strcmp(preset_file, "/")) |
14:18:15 | XavierGr | of this change? |
14:18:25 | preglow | novimon: i can play flac with no problems here |
14:18:28 | LinusN | no, the test itself |
14:18:31 | XavierGr | oh yes I have |
14:18:51 | XavierGr | put an option clear preset list |
14:19:03 | XavierGr | which calls the load preset list as (/) |
14:19:55 | LinusN | i don't get it |
14:20:08 | XavierGr | it will refuse to save an empty list |
14:20:29 | LinusN | btw, you use mkdir(PRESET_PATH, 0), but not in the creat() call further down |
14:20:33 | XavierGr | if the user clears the list and then tries to save it without adding a preset first. |
14:21:01 | LinusN | how about num_presets == 0? |
14:21:08 | XavierGr | the second time I just put the whole filename for a generic preset list. |
14:21:54 | LinusN | creat("/.rockbox/presets/deault-fm.fmr", O_WRONLY); |
14:22:20 | LinusN | i think presetfile[] should be preinitialized to this |
14:22:32 | LinusN | (and you have misspelled "default") |
14:22:58 | XavierGr | great! I just rushing things in order to make the bugs go away.... |
14:23:06 | XavierGr | wait a sec |
14:24:01 | XavierGr | num_presets == 0 prevents the rendering of an empty list if the user push play while there is no presets. |
14:24:55 | LinusN | yes? |
14:25:15 | LinusN | num_presets == 0 means "the preset list is empty" |
14:25:47 | LinusN | the same should go for radio_save_presets() |
14:25:58 | LinusN | or am i missing something? |
14:26:42 | Slasheri | preglow: this week (maybe weekend) |
14:26:57 | XavierGr | yes so I set presets_loaded to false in order NOT to run handle_radio_presets() |
14:27:40 | XavierGr | radio_save_presets only appear when someone manually adds a preset or save the preset list. |
14:27:53 | XavierGr | in both options i think there is no need to check it |
14:28:07 | XavierGr | if the user adds a preset num_preset will no longer be 0 |
14:29:34 | XavierGr | no I am wrong if the user tries to save an empty list it will not stop him |
14:29:59 | LinusN | in fact, presets_loaded is unnecessary |
14:30:05 | XavierGr | so yes we need to put that if(num_preset == 0) in save_preset_list too |
14:30:18 | XavierGr | I need that for a special case in filetree.c |
14:30:23 | XavierGr | that's why it is global. |
14:30:41 | XavierGr | it will check if a preset outside the presets folder is loaded. |
14:31:27 | XavierGr | if I remove it even if you open a preset file outside the default folder the "settings" preset file will be loaded. |
14:32:51 | LinusN | but that's the filepreset_load flag, not presets_loaded |
14:33:10 | XavierGr | oh yes sorry |
14:33:33 | XavierGr | presets_loaded is an old bool that I didn't make |
14:33:39 | LinusN | yes |
14:34:13 | XavierGr | if not needed we can put it out. I was just afraid that a bug will occur. |
14:34:17 | Bger | btw what does "warning: creating a DT_TEXTREL in object" mean ? |
14:34:43 | XavierGr | http://pastebin.com/384892 |
14:35:02 | XavierGr | that is for the save_preset_list |
14:35:10 | XavierGr | I should compile it now to see. |
14:36:34 | | Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) |
14:36:56 | preglow | dotcom-Zagor! |
14:37:05 | Zagor | hehe, yeah |
14:37:13 | linuxstb | novimon: Do your FLAC files have ID3 tags? |
14:37:15 | LinusN | XavierGr: take your time and produce an updated patch |
14:37:37 | preglow | id3 tags on flac files, when will the madness end... |
14:37:45 | B4gder | Zagor: you even reached DN Ekonomi |
14:38:05 | XavierGr | Linus: is there anything else you want me to change? |
14:38:08 | Zagor | B4gder: ooh. paper or just net? |
14:38:14 | B4gder | paper |
14:38:17 | XavierGr | Test this patch in a biuld to see if you can find other annoyances. |
14:38:19 | B4gder | didn't check online |
14:38:37 | Bger | congrats, Zagor |
14:38:46 | linuxstb | preglow: I've started extracting the ffmpeg flac decoder. I got as far as compiling it as a standalone decoder (on my PC) last night, and will try and make it actually decode files thiis evening. |
14:39:15 | linuxstb | It looks very promising. |
14:39:31 | preglow | linuxstb: remarkable |
14:39:57 | XavierGr | LinusN: Also you can check the jpeg patch too if you have time, so if you find something odd tell me to change it too. |
14:40:06 | crwl | how's the ffmpeg flac decoder better than the current one? |
14:40:20 | linuxstb | crwl: It's several orders of magnitude simpler. |
14:40:38 | linuxstb | Which means it is a lot easier to optimise for Rockbox. |
14:40:51 | preglow | i wonder if it differs in functionality |
14:41:09 | linuxstb | I've no idea yet. |
14:41:26 | crwl | ok. |
14:42:45 | preglow | did you have to extract many other ffmpeg components to make it work standalone? |
14:43:15 | linuxstb | A little, but not too much. Mainly just the bitreading functions and other small utility functions. |
14:44:03 | novimon | linuxstb, yeah, they have |
14:44:29 | novimon | preglow, and yes, i've tried three albums |
14:45:04 | preglow | novimon: id3 tags in flac files is badness |
14:45:05 | linuxstb | novimon: That's the problem then. Rockbox doesn't support FLAC files corrupted with ID3 tags. |
14:45:18 | preglow | but i expect we'll have to now... |
14:45:22 | linuxstb | Out of curiosity, which application created them? |
14:45:48 | novimon | preglow, okay then, can I somehow remove the tags without need to re-encode |
14:45:53 | novimon | linuxstb, dbpoweramp |
14:45:56 | preglow | novimon: i have no idea |
14:46:00 | preglow | linuxstb: please mail them and have them stop :> |
14:47:11 | linuxstb | Dear Mr. D.B. Poweramp. Stop it. Love Rockbox. |
14:47:20 | B4gder | haha |
14:47:30 | B4gder | that'll do it |
14:48:07 | novimon | removed the tags now |
14:48:13 | novimon | let me test.. |
14:48:39 | novimon | anyone modded the senn hd414 pads to alessandro ms-1s? |
14:50:56 | preglow | Dear Mr. Amp. This is folly. Hugs and kisses from the Rockbox team. |
14:51:17 | preglow | i thought i saw some id3 handling code in libflac some place |
14:51:57 | novimon | rock box does really rock thou :) |
14:52:00 | markun | http://lists.xiph.org/pipermail/flac/2005-January/000367.html |
14:52:19 | linuxstb | Yes, libFLAC should skip ID3 tags in FLAC files, but the code in metadata.c doesn't. There may also be other problems - I haven't looked at the issue. |
14:52:34 | novimon | is there any point updating dayly? |
14:52:54 | novimon | is there a big possibility that I break something if I do? :D |
14:53:01 | linuxstb | Check the CVS changes (on the Rockbox home page) - if a new feature or bugfix that you want has been implemented, then update. |
14:53:22 | novimon | okay |
14:53:34 | linuxstb | It is very rare for a new version to be worse than a previous version. If that happens, it is normally fixed quite quickly. |
14:53:38 | novimon | that I've done so far |
14:53:43 | novimon | okay |
14:53:52 | novimon | so its safe to be up-to-date :) |
14:54:44 | XavierGr | okay launch time. Linus I will send you later the patch. |
14:55:36 | novimon | does btw rockbox support the replaygain value in the flac? |
14:55:45 | crwl | yes |
14:56:36 | novimon | ok, and does flac have it's own metadata? |
14:57:37 | Moos | Linus: thanks for the solitaire patch :) |
14:58:05 | crwl | novimon, yes |
14:58:36 | novimon | hmm, gotta pressure to get the dbpoweramp team to start using it :P |
14:59:07 | B4gder | novimon: tell them they don't get any bonus points by us otherwise! ;-) |
14:59:27 | linuxstb | Yes, FLAC uses Vorbis Comments as its native tag format - the same format as Ogg. |
14:59:35 | novimon | yeah, need to :) |
14:59:56 | novimon | linuxstb, dbpoweramp makes ogg "tags" nicely thou |
15:00 |
15:00:01 | novimon | hmm |
15:00:21 | novimon | maybe it's a mater of configuration, or then not |
15:00:33 | linuxstb | Is there a checkbox to enable/disable ID3 tags? |
15:00:46 | novimon | linuxstb, yeah |
15:01:05 | linuxstb | Then I guess you should disable them when creating FLACs |
15:01:18 | novimon | its not coded depended thou, so if I want to make oggs I'd rather keep it on.. |
15:01:23 | novimon | *codec |
15:01:37 | | Part LinusN |
15:01:40 | B4gder | id3 on oggs? |
15:01:42 | linuxstb | You don't want ID3 for Oggs either. |
15:02:05 | fuzzie | you don't want id3 on anything except mp3, do you? |
15:08:16 | novimon | w00t, it works |
15:08:18 | novimon | thanks mates :) |
15:08:46 | | Join webguest88 [0] (n=d4406110@labb.contactor.se) |
15:09:25 | novimon | fuzzie, I think it means ID3 as metadata generally |
15:10:11 | webguest88 | would anyone be interested commiting the patches for wps replay gain track and album, also crossfade wps tags |
15:11:40 | | Part webguest88 |
15:13:44 | solexx | why no id3 on ogg? |
15:14:11 | preglow | because id3 doesn't belong on oggs |
15:14:17 | preglow | ogg has got it's own metadata format |
15:14:26 | B4gder | and id3 is especially made for mp3 |
15:14:57 | solexx | where's the difference? |
15:15:11 | B4gder | they're very different, formatwise |
15:15:18 | solexx | (iow: why should I care?) |
15:16:49 | *** | Saving seen data "./dancer.seen" |
15:17:49 | ashridah | because you asked why id3 isn't used on ogg. |
15:18:14 | ashridah | this could also be considered as 'it makes no difference to a user' |
15:18:51 | solexx | hm, ok. |
15:20:07 | solexx | is vorbiscomment supported by rocvkbox at all? |
15:20:11 | preglow | yes |
15:20:13 | preglow | dvs |
15:20:19 | preglow | is vorbiscomment the tag spec? :P |
15:21:07 | solexx | dvs? ("Domestic violence services" is what google proposes :)) |
15:21:44 | preglow | sorry, norwegian abbreviation, i meant "that is" |
15:21:45 | preglow | heh |
15:23:17 | preglow | using id3 files on ogg files is like using vorbiscomment on mp3 files |
15:24:01 | solexx | ok, i got it. |
15:24:02 | preglow | and it blatantly ignores the fact that an ogg file isn't analogous to an mp3 file at all, one ogg file can contain lots of data, not just an audio track |
15:25:04 | solexx | hm. is there a simple way to change id3 tags to vorbis comments? |
15:25:33 | solexx | best thing would be sth like vorbisgain, which recursively descends into subdirectories |
15:27:03 | preglow | no idea |
15:27:09 | solexx | hm, the more i think of it, the louder i hear the word "python" on thy back of my head |
15:27:20 | preglow | going insane? :P |
15:27:48 | solexx | i wish i would! :) |
15:28:22 | preglow | yes, that would fit me like a glove |
15:30:10 | B4gder | www.rockbox.org had 60000+ unique visitors during September |
15:32:06 | B4gder | http://lwn.net/Articles/151790/ |
15:33:43 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
15:33:46 | solexx | w00t! |
15:34:02 | Paul_The_Nerd | XavierGR: Are you present? |
15:34:50 | B4gder | nice little piece there about our project |
15:36:26 | XavierGr | yes |
15:36:51 | preglow | it's even accurate |
15:37:04 | Paul_The_Nerd | Did you ever get an icon for FM playlists? |
15:37:30 | Paul_The_Nerd | I've mocked a simple FM one up in that 6*7 format from rasher.dk |
15:38:58 | * | B4gder reads a public comment from a guy at irivernordic.com |
15:39:27 | B4gder | saying: "Rockbox to h100 is very good. Use it on your own risk, we can't be responsible for what happens" |
15:39:32 | B4gder | rockbox on |
15:39:42 | B4gder | (translated from swedish be me) |
15:40:25 | preglow | haha |
15:41:12 | Paul_The_Nerd | Also, as a note for the logs, I have *no* idea how novimon got dbpoweramp to use ID3 tags, because it's always used native tagging formats for any file I've used it to create, including FLAC. |
15:41:55 | XavierGr | Paul_The_Nerd: Yes I would like to see that. |
15:42:38 | novimon | Paul_The_Nerd, I just simply checked the "use id3tags" checkbox :) |
15:42:56 | Paul_The_Nerd | Using the audio cd input? |
15:43:33 | Paul_The_Nerd | novimon: Are you using the newest version, or an older one, as mine has "Write id tags" |
15:44:44 | Paul_The_Nerd | It's tag format agnostic and seems to use the appropriate type for the file. |
15:44:52 | solexx | cool, i just realize that tagtool (my tagging tool of choice) uses vorbiscomment... |
15:45:37 | solexx | if i only had tagged my whole collection with it... |
15:46:06 | solexx | no python for me today |
15:47:58 | XavierGr | Paul_The_Nerd: ok thanks i have to go now. later |
15:48:09 | Bger | how much is one tick ? |
15:49:15 | amiconn | TiMiD[zzz]: There? |
15:49:23 | Bger | other way: what does sleep(100) mean ? |
15:52:54 | B4gder | Bger: HZ is one second |
15:52:58 | linuxstb | Bger: Time in Rockbox is measured by HZ. |
15:53:38 | novimon | Paul_The_Nerd, I have the newest one, didnt what is was called |
15:53:39 | linuxstb | e.g. sleep(HZ/2) sleeps for half a second. |
15:53:58 | Bger | 10x, i already realised this |
15:54:02 | novimon | Paul_The_Nerd, and yes, using audio cd input |
15:54:16 | Paul_The_Nerd | Novimon: Where is the id3tags checkbox then? |
15:54:53 | novimon | options -> write id3 tags |
15:56:42 | novimon | haa, found a track creation metadata option |
15:56:59 | novimon | put it to vorbis comment |
15:57:30 | Paul_The_Nerd | My options window doesn't have write id3 tags, it simply has write ID tags. |
15:57:54 | | Quit pilot000 ("CGI:IRC") |
15:58:41 | novimon | mine has only "write ID tags" too |
15:58:48 | novimon | read it too fast I suppose :) |
15:58:51 | Paul_The_Nerd | Ah |
15:59:12 | Paul_The_Nerd | And then under the more advanced configuration, there's a "ID Tag options" where you can set the default tags. |
15:59:20 | novimon | yeah, found that |
15:59:34 | Paul_The_Nerd | Mine defaulted to Vorbis Comments for FLAC though. |
16:00 |
16:00:40 | novimon | it could be that I have earlier changed ti and then forgot it :) |
16:01:46 | Paul_The_Nerd | Heh |
16:05:51 | Bger | amiconn how do i clear the display ? |
16:06:12 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
16:06:34 | Bger | found it |
16:13:53 | * | Bger searchs for experimental "mouse" |
16:14:14 | Bger | seriously, someone with iriver h120 here ? |
16:14:40 | Bger | or h140 |
16:18:42 | Bger | i just want to test something on the target ... |
16:19:01 | Bger | more exactly sha256 |
16:19:20 | linuxstb | I can test something in about 3-4 hours time, but not now. |
16:19:28 | Bger | okay |
16:21:16 | Bger | hm, i'll make some more changes |
16:22:12 | Bger | can i pass NULL as param to lcd_getstringsize()? |
16:24:36 | B4gder | yes |
16:25:00 | Bger | 10x |
16:25:15 | * | Bger is "Mr. stupid questions" last 2-3 days |
16:25:35 | B4gder | no worries |
16:25:47 | B4gder | we'll shutup when we get tired ;-) |
16:26:56 | Bger | hehe ok |
16:27:21 | Bger | most of u already shuted up:) |
16:27:28 | B4gder | hahaha |
16:29:20 | | Join Raxus [0] (i=Raxus@athe530-f019.otenet.gr) |
16:31:54 | Bger | B4gder do u have opportunity to test a .rock ? |
16:32:14 | B4gder | hm. sure, I'll try |
16:32:22 | Bger | on iriver |
16:32:41 | Bger | my first rockbox code:P |
16:33:02 | B4gder | hit me! |
16:33:07 | Bger | e-mail ? |
16:33:11 | Bger | (i know it) |
16:33:13 | B4gder | sure |
16:33:19 | Bger | sec |
16:33:36 | Bger | hm, i suppose it'll be very slow ... |
16:33:47 | Bger | maybe i can add a timer also |
16:33:53 | | Join Lost-ash [0] (i=ashridah@220-253-122-177.VIC.netspace.net.au) |
16:34:23 | | Quit ashridah (Nick collision from services.) |
16:34:27 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-177.VIC.netspace.net.au) |
16:35:04 | Moos | Bger: what does it for? |
16:35:10 | Bger | i suppose the tm struct is like linux's |
16:35:20 | Moos | password thing? |
16:35:21 | Bger | Moos it doesn't do any usable :) |
16:35:23 | Bger | yep |
16:35:38 | Moos | cool :-) |
16:36:04 | Bger | it's too early to say it's cool :) |
16:36:18 | Moos | hehe :) |
16:36:40 | Moos | it's cool that you'r working on it :D |
16:37:33 | Bger | i suppose get_time is not working on iriver |
16:37:41 | Bger | heh, 10x :) |
16:39:51 | Bger | B4gder heeeelp... how can i measure diff in time in rockbox ? |
16:43:42 | B4gder | *rb->current_tick perhaps? |
16:44:53 | Bger | :)) |
16:45:13 | Bger | hm sha256 maybe will not be so slow, but aes .... |
16:45:43 | Bger | the aes test takes 10-15sec/turn on duron@900MHz |
16:45:50 | B4gder | wow |
16:46:30 | * | Bger doesn't want to think how much it'll take on coldfire@120Mhz ... |
16:47:09 | ashridah | can you use any of the advanced features of the coldfire to optimise it? |
16:47:51 | Bger | ashridah the test is something such as 400 * 9999 encryptions ... |
16:47:58 | Bger | of 128bit blocks |
16:47:59 | B4gder | I think you could use a less paranoid encryption |
16:48:18 | Bger | maybe, we'll see |
16:48:49 | B4gder | compare the distributed.net rc5 72 bit compo |
16:49:35 | Bger | that's about 40*10^9 bytes |
16:49:43 | Bger | hm, error |
16:50:34 | Bger | 64*10^6 |
16:50:50 | ashridah | nice |
16:51:14 | amiconn | Bger: Your aes stuff will be fun on SH1 @11 MHz then... |
16:51:19 | Bger | btw, i think i use worse algo than i can |
16:51:23 | ashridah | crap. almost 1am. gotta hit the sack |
16:51:24 | | Quit ashridah ("Leaving") |
16:52:19 | Bger | see www.cr0.net:8040/code/crypto/aesbench |
16:52:33 | Bger | i use code based on gladman's one |
16:54:06 | Bger | anyway, changing the algo/encryption is not so difficult |
16:54:35 | Bger | also, there are many ror32 and rol32 in the code and i'm sure there are such sh1 and coldfire instructions |
16:54:39 | Bger | or i'm wrong |
16:55:02 | amiconn | Does aes use datatypes >32 bits? |
16:55:09 | Bger | no |
16:55:17 | Bger | u32 max |
16:55:17 | amiconn | The SH1 does have rotate, the coldfire does not |
16:56:03 | Bger | hm, worse news... it does SWAB |
16:56:08 | Bger | on big endian |
16:59:07 | Bger | anyway, if it runs, asm heros like u and preglow can take a look at some things |
16:59:54 | amiconn | Endian swap is really fast on SH1 (3 asm instructions for 32 bit) |
17:00 |
17:00:46 | Bger | and on coldfire ? |
17:01:25 | amiconn | coldfire has no byte swap, only word swap |
17:01:36 | Bger | SWAB32 |
17:01:47 | amiconn | ...but using asm the 32 bit endian swap is still somewhat faster than the C version |
17:01:48 | amiconn | yes |
17:02:38 | Bger | i've already #define-d le32_to_cpu and reverse as SWAB32 if ROCKBOX_BIG_ENDIAN is defined |
17:08:16 | | Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) |
17:08:25 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
17:14:11 | linuxstb | amiconn: The problem is that the SWAB routines are only defined on big-endian targets, and are intended for little-endian to host-endian conversions. |
17:15:10 | linuxstb | I would like to make them more general (they don't follow the posix definition of SWAB), and then use macros to define the various endian conversions in terms of those asm-optimised functions. |
17:15:41 | linuxstb | But it touches the low-level FAT/ATA drivers, and I would prefer not to go near there. |
17:16:52 | | Quit Raxus () |
17:16:53 | *** | Saving seen data "./dancer.seen" |
17:19:43 | | Quit Moos (Read error: 110 (Connection timed out)) |
17:23:44 | amiconn | linuxstb: Are there recommended/standard macro names for converting big endian <-> host endian, and little endian <-> host endian? |
17:25:33 | | Join ender` [0] (i=ychat@84.52.165.220) |
17:28:19 | amiconn | linuxstb: Btw, you will need to touch the ata code anyway for your ipod port... |
17:29:02 | Bger | amiconn can u test my "test" plugin now ? |
17:31:24 | amiconn | No, soryy |
17:31:29 | amiconn | later... |
17:31:30 | Bger | :( ok |
17:31:55 | Bger | i made a simple % counter... |
17:32:04 | Bger | so u won't think it has frozen |
17:32:44 | Bger | if it works generally |
17:34:47 | linuxstb | amiconn: Yes, I know about my ipod port.... So I may well look at it. |
17:35:07 | linuxstb | I don't know what the standard names are for such functions, but I'll try and find out. |
17:38:14 | amiconn | I know about htonl() and ntohl(), but these are only for big endian ("network byte order") <-> host endian |
17:38:46 | amiconn | ...and 32 bit. Are there 16 bit versions?? |
17:39:00 | B4gder | an idea could be to see what names the linux sources use for this kind of macros |
17:39:35 | Bger | B4gder do u have time and can test ? |
17:39:48 | B4gder | send it over and I'll try |
17:39:54 | Bger | just sec |
17:44:03 | Bger | B4gder sent |
17:44:23 | Bger | source + .rock |
17:48:27 | Bger | the only thing i can say is that it's working in the simulator |
17:51:24 | Bger | amiconn your mail ? |
17:51:34 | Bger | is the mail in the wiki actual ? |
17:51:34 | amiconn | 16 bit versions of the network byte order fns do exist: htons() and ntohs() |
17:51:43 | amiconn | These four are posix standard |
17:54:21 | amiconn | QNX has a set of macros: http://www.qnx.com/developers/docs/qnx_6.1_docs/neutrino/lib_ref/summary.html#ConversionFns |
17:55:02 | | Quit Zagor ("Leaving") |
17:56:46 | Bger | gotta go |
17:57:21 | Bger | anyway, B4gder if u test it, write a note in the irc, maybe i'll check the logs later |
17:58:01 | Bger | if u can, make a crude estimation of the time. 10x a lot |
18:00 |
18:00:31 | amiconn | Why doesn't your plugin time itself? |
18:01:51 | amiconn | linuxstb: Looks like this is what we need to implement: http://rootr.net/man/man/byteorder/3 |
18:02:22 | amiconn | (probably without the *64 versions) |
18:02:44 | linuxstb | I like the bugs listed at the end of the page... |
18:03:35 | amiconn | hehe |
18:04:02 | B4gder | Bger: "I03: AddrErr" after test 2 - only a few seconds |
18:04:34 | linuxstb | But yes, they look like a good standard to adopt. |
18:05:34 | linuxstb | So the asm routines should be called swap16 and swap32, and we define everything as macros in terms of those functions. |
18:06:59 | linuxstb | I think we may need functions to swap in-place, as well as functions returning the swapped value. But I'll investigate. |
18:07:06 | amiconn | Some of these byteorder things are actually aliases |
18:07:21 | amiconn | E.g. htonl() is the same as htobe32(9 etc |
18:07:57 | linuxstb | I was thinking about just removing the network-order versions. Just keep it as le/be and 16/32. |
18:08:14 | amiconn | There are 8 different macros, 4 of them are identity macors on either endian architecture |
18:08:37 | | Quit HCl (Remote closed the connection) |
18:09:06 | amiconn | Yeah, probably the network order version are unnecessary as our targets don't have network interfaces. |
18:09:25 | amiconn | However, these are posix standard, unlike the le/be, 16/32 versions |
18:09:37 | linuxstb | But it would cost nothing to add the macros, so I may as well add them in at the same time. |
18:12:50 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
18:16:48 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
18:17:34 | | Quit B4gder ("time to say moo") |
18:18:05 | | Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) |
18:18:27 | jeddy3 | m |
18:21:21 | | Join _FireFly_ [0] (n=FireFly@p54A4473E.dip.t-dialin.net) |
18:23:04 | | Quit jeddy3 ("Lost terminal") |
18:23:44 | | Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) |
18:24:47 | jeddy3 | exit |
18:24:54 | | Quit jeddy3 (Client Quit) |
18:26:33 | | Join jeddy3 [0] (n=jeddy3@bre91-1-82-238-224-40.fbx.proxad.net) |
18:50:21 | | Part linuxstb ("Leaving") |
18:56:01 | preglow | someone figure out how to do proper mp3 gapless :/ |
19:00 |
19:10:53 | amiconn | preglow: Huh? |
19:16:54 | *** | Saving seen data "./dancer.seen" |
19:17:01 | amiconn | Niiice - logbot logged the 'expadd' commands :) |
19:17:12 | preglow | amiconn: mpa.c isn't proper gapless yet |
19:17:21 | amiconn | It's not? |
19:17:28 | preglow | no |
19:17:31 | preglow | small small gaps left |
19:25:38 | _FireFly_ | ok id3tag viewer works in the remote :) |
19:33:50 | _FireFly_ | will someone make the playlist-viewer ;) |
19:46:42 | amiconn | expadd oogabooga=The secret Rockbox salute. |
19:46:47 | amiconn | meh. |
19:47:16 | _FireFly_ | ?? |
19:47:33 | * | amiconn isn't allowed to re-add that stuff... |
19:47:38 | amiconn | :( |
19:47:51 | _FireFly_ | expadd oogabooga=The secret Rockbox salute. |
19:47:54 | _FireFly_ | :) |
19:48:22 | Slasheri | Bger: blowfish should be fast and secure encryption also |
19:48:24 | amiconn | That was a mistake, should have /msg logbot prepended |
19:48:41 | amiconn | ...but I'm not allowed to use the xpadd command |
19:48:46 | amiconn | *expadd even |
19:49:02 | * | amiconn found all 15 explanations |
19:50:24 | Slasheri | Bger: but i don't undestand how you got aes working so slowly. I have AES256 encryption on one partition and i cannot notice any delays even with very large files |
19:51:38 | crwl | Slasheri, what, you perhaps have illegal copy protection circumventing tools there?! |
19:52:42 | Slasheri | crwl: Hehe :) I hate that new law.. |
19:53:12 | Slasheri | I have ripped many cds to my iriver, but i am not sure if they were copyprotected (linux doesn't know if they are or not) |
19:53:55 | _FireFly_ | if you make only private copys that shouldn't be the problem |
19:54:39 | crwl | i don't have copy protected cd's, and i also try to avoid them |
19:54:51 | crwl | it's difficult to order cd's online because of that |
19:55:26 | crwl | sony has stated that they'll apply that second generation copy protection bullshit to all new albums somewhere next year |
19:55:53 | Slasheri | :/ |
19:56:39 | Slasheri | i don't think that new law will prevent piratism but instead it would encourage people to do illegal copying |
19:56:41 | crwl | the new law is, sadly, a gross joke |
19:56:47 | crwl | albeit a joke nobody understands completely |
19:56:47 | Slasheri | yep.. |
19:57:25 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:57:38 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:57:44 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:58:12 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:58:21 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:58:21 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:58:42 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
19:58:42 | *** | Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
20:00 |
20:01:46 | _FireFly_ | /msg nickserv set unfiltered on |
20:03:42 | * | amiconn summons Bagder |
20:04:09 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
20:05:44 | | Join tephans [0] (n=stephan@p54A4473E.dip.t-dialin.net) |
20:06:20 | | Quit tephans (Remote closed the connection) |
20:20:20 | | Join muesli- [0] (i=muesli_t@Bbc99.b.pppool.de) |
20:21:48 | muesli- | re |
20:21:58 | preglow | i never did understand what 're' means |
20:22:36 | | Join Bger_cgiirc [0] (n=54f2a148@labb.contactor.se) |
20:22:58 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
20:23:11 | muesli- | lol preglow..looks if this question turns into a running gag ;) |
20:23:20 | muesli- | should write a faq about it ;) |
20:24:39 | linuxstb | What does 're' mean? |
20:24:53 | | Quit Bger_cgiirc (Client Quit) |
20:25:12 | muesli- | it stands for being back |
20:25:22 | preglow | well, yeah, but why? :) |
20:25:28 | muesli- | dunno ;) |
20:25:49 | muesli- | its very common in german chats |
20:25:59 | amiconn | re(turned) ? |
20:26:14 | muesli- | at least this would make sense |
20:26:36 | | Join Bger_ [0] (n=Bger_@free-dialup-84.242.161.72.Sofia.dialup.0rbitel.net) |
20:27:00 | Bger_ | Slasheri: i don't think i've done something 'special' to slow it down |
20:27:08 | linuxstb | I'm in the process of making the endian functions as follows (please shout if you object): |
20:27:48 | linuxstb | 1) Rename SWAB16 and SWAB32 to swap16 and swap32 - they simply do the byte-swapping when called. |
20:28:39 | | Quit pabs (Remote closed the connection) |
20:28:41 | | Join pabs [0] (n=pabs@xor.pablotron.org) |
20:29:10 | linuxstb | 2) Implement the set of macros of the form letoh16 - for each type (big/little endian) of target, half of these are just identity macros. |
20:29:12 | Bger_ | Slasheri: see http://www.cr0.net:8040/code/crypto/aes/aes.c at the end (after #ifdef TEST) |
20:29:55 | linuxstb | 3) Replace the existing calls to SWAB16 and SWAB32 with the letoh32 (or the equivalent htole32) depending on the context used. |
20:30:05 | Bger_ | linuxstb: for me it's perfect, but i'm not the one to say it |
20:30:15 | amiconn | linuxstb: Sounds good. Needs general C implementation of swap16() and swap32() |
20:30:18 | Bger_ | btw i think this is the right way |
20:30:20 | linuxstb | 4) In ata.c, I'm just planning to change the calls to SWAB16 and SWAB32 to swap16 and swap32 |
20:30:27 | amiconn | ...used when no asm is avaliable (i.e. simulator) |
20:30:40 | amiconn | 4) is WRONG |
20:30:50 | linuxstb | There are already C implementations in system.h - I've copied them so they are compiled for the sim. |
20:31:03 | Bger_ | linuxstb u must use your letoh32 etc |
20:31:12 | linuxstb | Bger: Where? |
20:31:17 | Bger_ | in ata.c |
20:31:20 | amiconn | SWAB16 and SWAB32 in ata.c MUST be replaced with the proper letoh/ htole macros |
20:31:48 | linuxstb | No - they are already wrapped round SWAP_WORDS defines |
20:32:08 | amiconn | Yes, but that's an entire different thing |
20:32:26 | amiconn | SWAP_WORDS tells whether the platform has byte-swap hardware for ata |
20:32:38 | amiconn | iriver has, archos doesn't |
20:32:44 | amiconn | Both are big endian |
20:33:00 | linuxstb | OK. If you're sure, then I'll do it. |
20:33:09 | | Join webguest57 [0] (n=d4406110@labb.contactor.se) |
20:33:21 | amiconn | The thing is that ATA is always little endian, because of its origin |
20:33:51 | webguest57 | is there anyway thart I can add songs to a existing playlist ? |
20:33:58 | webguest57 | thart = there |
20:34:31 | Bger_ | amiconn: possible reasons for "I03: AddrErr" ? |
20:34:45 | Bger_ | on iriver |
20:34:47 | linuxstb | Also, there are places in ata.c that don't use the SWAB functions - it's not obvious why that is. |
20:34:47 | webguest57 | er, a saved playlist not in play that is |
20:35:07 | amiconn | linuxstb: Whic ones? |
20:35:09 | amiconn | +h |
20:35:44 | amiconn | Bger: All sorts of reasons may cause this. I'd suspect a stack overflow if this is pure C code |
20:36:11 | Bger_ | pure C |
20:36:19 | Bger_ | very probable reason |
20:36:22 | | Quit Birdfish (Read error: 104 (Connection reset by peer)) |
20:36:41 | Bger_ | btw, iriver variant with the 2 algorithms only is about 35k (iirc) |
20:37:16 | Bger_ | amiconn thank u very much, gotta go |
20:37:36 | linuxstb | amiconn: around lines 349 and 663 in ata.c |
20:37:58 | Bger_ | i'll look at this tomorrow ... nite all |
20:38:45 | amiconn | linuxstb: Ah, these. These don't use SWAB16 because they deal with odd data alignment in memory |
20:39:06 | linuxstb | OK. This is why I didn't want to touch ata.c :) |
20:39:13 | linuxstb | But it's a good way to understand it. |
20:39:18 | amiconn | The SH1 doesn't handle this, it would cause an AddrErr exception |
20:39:19 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:39:31 | webguest57 | I would really like to add songs to a saved (not playing) playlist, is this possible ? |
20:39:38 | amiconn | The coldfire does handle it, but probably slower |
20:39:46 | amiconn | ...than doing the split beforehand |
20:39:56 | | Quit Bger_ () |
20:40:17 | amiconn | linuxstb: ata.c is fun... |
20:40:45 | amiconn | ...sometimes bugs are only found after years. Ask Linus ;) |
20:41:25 | * | webguest57 goes to make popcorn |
20:41:28 | linuxstb | Anyone fancy writing the iPod parts of it? |
20:42:22 | amiconn | I think this can only be done by an ipod owner among the rockbox hackers. Do you know one? ;) |
20:43:21 | linuxstb | Anyone want to buy an ipod? |
20:45:20 | webguest57 | I'll buy your pod for info on the playlist thing |
20:45:54 | amiconn | I don't think adapting ata.c to ipod will be hard. The ipodlinux guys already did a lot, and their results are available as source code |
20:46:22 | amiconn | ...unlike with the MMC driver for Ondio. I had to write that from scratch |
20:46:45 | linuxstb | Yes - I'm not that worried about it. The complication is that their changes are just patches to the standard Linux IDE driver - so I need to dig into the Linux kernel to find out how it works. |
20:47:32 | amiconn | I agree that documenting the hardware would have been more helpful to others |
20:47:47 | amiconn | Not everyone is up to digging in linux kernel sources |
20:48:57 | linuxstb | Any idea how risky ATA driver development is - could I damage my ipod and/or disk if I do the wrong thing? |
20:50:11 | amiconn | I think 2 bad things can happen. (1) You can destroy all data on the disk. Better back up before, then that's no problem |
20:50:50 | amiconn | (2) You can accidentally lock your disk. Dunno how hard it would be to unlock it again, that depends on the disk model and other things |
20:51:19 | linuxstb | 1) Isn't a problem - I obviously won't keep anything important on there. |
20:51:23 | amiconn | This actually happened in very early stages of rockbox for archos, but I wasn't around yet by then |
20:51:38 | linuxstb | Yes, I remember 2). Luckily I was never affected. |
20:52:37 | linuxstb | I wonder what Apple will say if I send them my ipod with a locked disk. |
20:52:40 | amiconn | (1) actually happened to me during MMC driver development, but not due to bugs in the MMC driver |
20:53:27 | amiconn | The rockbox config sector was hardcoded to sector 61 then, but MMC uses a 32 sectors/track layout. The config sector ended up in the FAT.... |
20:54:41 | amiconn | It's always a good idea to start working on disk reading, and only advance to writing if reading is already working well |
20:55:56 | | Join Sting [0] (n=Miranda@Toronto-HSE-ppp3878320.sympatico.ca) |
20:56:31 | Sting | whee-ha! =) my first time on iRC |
20:56:36 | | Part webguest57 |
20:57:26 | | Quit Sting (Client Quit) |
21:00 |
21:01:24 | amiconn | linuxstb: Is arm big endian? I think it is... |
21:01:26 | muesli- | like the first time..very short fun ;) |
21:01:42 | linuxstb | amiconn: It's both. |
21:02:02 | amiconn | Huh? In what way? |
21:02:09 | amiconn | Run-time selectable? |
21:02:11 | linuxstb | Well, I mean it's either. |
21:02:32 | linuxstb | Yes - run-time selectable. But I think big-endian is less efficient. So little-endian is the normal mode. |
21:02:53 | linuxstb | Apple's firmware runs it in little-endian mode. |
21:02:54 | amiconn | Hmm. Then ipod will be the first little endian target |
21:03:12 | amiconn | Bug fixing fun... |
21:03:24 | linuxstb | Yes, but I'm not worried about that. The Sims have always meant that at least the higher-level code has been well-written. |
21:03:32 | amiconn | Yes |
21:03:41 | linuxstb | And I'm rewriting most of the low-level stuff anyway. |
21:03:59 | linuxstb | e.g. the LCD driver is 16-bit colour which is brand new for Rockbox. |
21:04:12 | amiconn | yes, but already prepared a bit :) |
21:04:40 | linuxstb | Mmm. libmusepack defines its own swap32 function... |
21:05:03 | preglow | libmusepack.... |
21:05:32 | amiconn | linuxstb: Speaking about codecs... any news concerning the alternative flac codec |
21:05:33 | amiconn | ? |
21:06:01 | linuxstb | I started work on it last night. |
21:06:33 | linuxstb | I'm in the process of ripping it out of ffmpeg and writing a simple standalone decoder which I can run on my PC. I can then test how compatible it is. |
21:06:44 | amiconn | libmusepack's config_types.h is 'fun' |
21:06:58 | amiconn | How do they make sure 'int' is 32 bit?? |
21:07:09 | amiconn | They didn't know about calmrisc16... |
21:07:50 | amiconn | (flac) Sounds good... |
21:10:26 | preglow | linuxstb: why not just try files out with vlc? that uses ffmpeg codecs |
21:10:34 | amiconn | Haha, the libmusepack swap32 macro looks rather inefficient to me |
21:10:45 | linuxstb | amiconn: Don't worry, I've deleted it. |
21:10:58 | linuxstb | My contribution to libmusepack optimisation :) |
21:11:18 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
21:11:25 | * | amiconn should really start working on coldfire asm optimised memcpy()... |
21:11:32 | preglow | yes, he shoulkd |
21:11:46 | linuxstb | preglow: You're right. I've already tested it on a few files using mplayer, and it is fine. So I'm probably past the testing stage now. |
21:11:47 | amiconn | But first some plugin work |
21:12:22 | amiconn | There are some in the tracker... |
21:13:04 | preglow | plasma :_P |
21:13:17 | | Nick TiMiD[zzz] is now known as TiMiD (n=TiMiD[FD@asgard.valombre.net) |
21:13:17 | DBUG | Enqueued KICK TiMiD |
21:13:20 | amiconn | Yes, and fire |
21:13:26 | TiMiD | hi |
21:13:30 | amiconn | Ah TiMiD awoke ;) |
21:13:31 | preglow | fire isn't the best i've ever seen, but |
21:13:49 | TiMiD | ;) |
21:13:58 | amiconn | I'll try both just now, on h1x0 and archos |
21:14:06 | TiMiD | TiMiD just recovered his screen |
21:14:29 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
21:14:29 | * | preglow Goto80 - Papaya Coconut |
21:14:53 | TiMiD | amiconn: you wanted to say me smth ? |
21:16:00 | amiconn | fire.rock is doing something strange... |
21:16:10 | TiMiD | hmm |
21:16:13 | preglow | like how? |
21:16:31 | amiconn | The bottom 4 pixel rows are looking odd (like pixel garbage) and it is slooo-oooow |
21:16:37 | preglow | on archos? |
21:16:43 | TiMiD | yes it's sloooooooooooooww |
21:16:46 | TiMiD | :) |
21:16:47 | amiconn | No, H140 atm |
21:16:53 | preglow | amiconn: fire works like that, the bottom row is noise |
21:16:57 | *** | Saving seen data "./dancer.seen" |
21:17:02 | amiconn | I have a suspicion why it is slow... |
21:17:03 | preglow | amiconn: and the rows above that are filtered versions of the row below it |
21:17:06 | TiMiD | I can remove the bottom lines |
21:17:08 | linuxstb | Quick CVS question - can I commit changes in both apps/ and firmware/ in the same commit? |
21:17:17 | TiMiD | amiconn: ah ! |
21:17:33 | amiconn | linuxstb: Yes of course |
21:17:46 | TiMiD | I always wanted to know how to do an optimized fire effect :) |
21:17:46 | preglow | ahh, height of flame, why didn't i try that |
21:18:27 | TiMiD | (btw, the code is a little buggy, I have a new version that works slightly faster and with less bugsà ) |
21:18:31 | preglow | but now that we've started porint lots of oldschool demo effects to rockbox, where are the rotozoomers and toroids? :P |
21:18:45 | preglow | s/porint/porting/( |
21:19:26 | TiMiD | preglow: I was doing a 3d starfield simulator with rotations around x, y and z before I started working on remote |
21:19:42 | preglow | port second reality to rockbox! |
21:19:44 | TiMiD | http://timidzone.free.fr/pub/rockbox/starfield.rock |
21:19:48 | TiMiD | maybe this one |
21:21:27 | TiMiD | I didn't ported the demos I did, I coded them from scratch (that's probably why they are so slo) (of course, for fire effect I didn't invented the princilples of the effect) |
21:22:33 | preglow | time for a beer and a movie |
21:23:05 | TiMiD | have good drinking / watching then :) |
21:24:11 | TiMiD | amiconn: so what was your idea to make fire run faster ? |
21:27:38 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
21:27:57 | linuxstb | OK, byte-swap functions now committed. |
21:30:12 | Paul_The_Nerd | Good day everyone. |
21:30:41 | TiMiD | welcome ! |
21:32:03 | _FireFly_ | hiho :) |
21:33:35 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
21:33:53 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:35:29 | _FireFly_ | I think the remote is mostly done, only the playlist-viewer in addition to the debug-menu-entrys and the plugins aren't displaying something on the remote |
21:35:56 | linuxstb | Has anyone tried compiling the plasma plugin with the current CVS Rockbox? It doesn't work on my H140 - it freezes on the Please Wait... splash. |
21:36:07 | TiMiD | uh ? |
21:36:15 | TiMiD | there is a please wait oO |
21:36:24 | TiMiD | I thought I removed it .... |
21:36:33 | linuxstb | Maybe I'm using an old version then. |
21:36:34 | Paul_The_Nerd | _FireFly_: Could you kick the remote back to the WPS (if music is playing) when a plugin loads? As a temporary solution, at least? |
21:36:36 | _FireFly_ | I think for the debug-menu there no need to display it on the remote also for most of the plugins |
21:36:47 | linuxstb | TiMiD: Should I just remove it from the source then? |
21:36:59 | TiMiD | no |
21:36:59 | TiMiD | wait |
21:37:05 | TiMiD | I will upload the newer version |
21:37:30 | _FireFly_ | Paul_The_Nerd: I don't know if this is possible with the current code |
21:37:34 | linuxstb | Thanks. Preglow is pressuring for it to be comitted :) |
21:37:36 | TiMiD | (You must have old sources |
21:37:38 | Paul_The_Nerd | Aaah |
21:37:56 | linuxstb | TiMiD: I downloaded it from the patch tracker a day or two ago. |
21:39:13 | TiMiD | maybe I updated it at home and didn't uploaded it :) |
21:39:47 | linuxstb | The version I have downloaded is dated 2005-08-31 and is 6830 bytes in size. |
21:40:35 | TiMiD | http://timidzone.free.fr/pub/rockbox/ |
21:40:38 | TiMiD | look here |
21:40:45 | linuxstb | I must have an old version - I've just re-downloaded it from the patch tracker and it is different. |
21:40:56 | TiMiD | (the .rocks ar not up to date) |
21:41:08 | TiMiD | last version should be here |
21:41:23 | TiMiD | (not on the patch tracker XD |
21:42:36 | linuxstb | OK, got it now. I had a very old version in my plugins directory - my mistake. Sorry. |
21:45:07 | TiMiD | there is a little thing to do to the plugin : test it on archos |
21:45:36 | TiMiD | (and maybe remap the keys) |
21:45:44 | TiMiD | should be the same for fire |
21:45:52 | Paul_The_Nerd | I have an outdated plasma.rock too, though mine's interesting. |
21:45:52 | amiconn | Plasma is working on archos, but fire is not |
21:45:58 | TiMiD | (however, I wonder how slow will fire run on archos XD) |
21:45:59 | Paul_The_Nerd | It displays in monochrome... or maybe 2-bit grayscale |
21:46:02 | Paul_The_Nerd | I can't tell for sure. |
21:46:14 | amiconn | ...and I'm looking into the speed issue atm |
21:46:33 | linuxstb | amiconn: Are you preparing to commit plasma? |
21:47:15 | TiMiD | amiconn: excepted speed, what is not working on archos with fire ? |
21:47:25 | amiconn | It says 'Not enough memory' |
21:47:26 | TiMiD | (speed and compilation problems :p) |
21:47:30 | TiMiD | ouch :) |
21:47:39 | TiMiD | It's strange |
21:48:01 | TiMiD | if I remember well, it should just use as much memory as plasma |
21:48:13 | amiconn | Yes, it's obvious that you can't reserve a 32-plane grayscale buffer when the plugin already takes 25KB out of the available 32KB |
21:48:16 | TiMiD | (the only big thing in memory is the screen buffer) |
21:48:53 | amiconn | ...and it seems there is a way to considerably speed up plasma |
21:49:03 | TiMiD | :):):):):) |
21:49:21 | TiMiD | I can't wait :p |
21:49:21 | amiconn | ...by using the buffered mode of the grayscale lib |
21:49:52 | amiconn | The pixels are calculated individually anyway, and buffer mode only touches pixels which really have changed |
21:50:09 | amiconn | ..but it takes more ram for the buffers |
21:50:19 | amiconn | Maybe it won't work on archos because of this... |
21:50:25 | _FireFly_ | Want someone make the playlist-viewer displaying to the remote ?? |
21:50:43 | TiMiD | for fire, 9when I tested, 90% of cpu time was used to compute the effect |
21:51:10 | | Quit muesli- (Read error: 110 (Connection timed out)) |
21:51:13 | TiMiD | _FireFly_: you coded it ? |
21:51:25 | amiconn | Perhaps fire should boost the cpu, because the grayscale lib does no longer do it automatically |
21:51:39 | TiMiD | even with cpu boosted it's slow |
21:51:41 | _FireFly_ | TiMiD: ?? |
21:52:16 | TiMiD | and even on my amd 2ghz with SDL its slow (when reaching high resolutions though) |
21:52:46 | TiMiD | _FireFly_: if you havn't already coded it, it would be great to do it when You know if my patch is accepted or not |
21:53:04 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
21:53:04 | TiMiD | in order not to make the work twice ;) |
21:53:47 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
21:54:18 | _FireFly_ | the playlist-viewer is the last thing in additon to the debug-menu-entrys and the plugins which doesn't display something on the remote :) |
21:54:29 | _FireFly_ | the rest is working |
21:54:53 | _FireFly_ | TiMiD: how far are you with your widget system ?? |
21:55:39 | TiMiD | one last thing to port to be able to commit it without any functionnality lost |
21:55:46 | TiMiD | button abr on archos |
21:55:52 | TiMiD | button bar |
22:00 |
22:01:24 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
22:03:10 | _FireFly_ | TiMiD: In your build on your webspace the menu isn't displayed on the remote |
22:04:17 | TiMiD | yes |
22:04:27 | TiMiD | I only modified the file viewer |
22:04:59 | TiMiD | but the menu system is a lot less compicated so it will be a piece of cake :) |
22:05:30 | TiMiD | (but I want to know first if this is going to get commited or not |
22:05:40 | TiMiD | to avoid waisting my time :p |
22:06:57 | _FireFly_ | i had just an unreproduceable bug |
22:07:27 | _FireFly_ | after leaving the wps the file-tree was displaying only the line-selector |
22:07:55 | TiMiD | so bad :( |
22:08:09 | TiMiD | was it on boths screens ? |
22:08:33 | TiMiD | (and whith which build did it happened ?) |
22:08:44 | _FireFly_ | I'm sorry i had only lookd on the main-lcd |
22:08:50 | TiMiD | ok |
22:09:58 | _FireFly_ | it displays 051006-0202 as version |
22:10:01 | TiMiD | (if it wasn't today, it may be an already soved issue because I solved some bugs yesterday and put a new version with pgup / pgdow support on my ftp) |
22:10:18 | TiMiD | so it's form today's build :( |
22:10:21 | _FireFly_ | it was today i have just tested your build |
22:11:05 | TiMiD | so, when you were moving the cursor, it just displayed what was selected and the rest was blank ? |
22:11:53 | _FireFly_ | complete blank only the tiny triangle-line-selector was shown |
22:12:17 | TiMiD | and it was moving right? |
22:12:24 | _FireFly_ | yepp |
22:12:29 | _FireFly_ | it was move-able |
22:12:39 | TiMiD | wer statusbar and scroll bar still alive ? |
22:13:23 | _FireFly_ | the tree itself seemed to there but not shown the statusbar was on scrollbar i don't know because it wasn't necessary to display an scrollbar |
22:13:29 | _FireFly_ | to be there |
22:14:06 | TiMiD | ok |
22:14:17 | TiMiD | and you could still select items and play them ? |
22:15:06 | TiMiD | well I'm clueless |
22:15:28 | _FireFly_ | i'm too because i can't reproduce it |
22:15:37 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
22:15:38 | TiMiD | because the only moment when you can see the cursor is when all the text lines before it have been displayed :) |
22:16:39 | TiMiD | (just look at the drawing fn in gui_list.c if you are courageous enough :p |
22:17:25 | TiMiD | it's also possible that nothing was displayed because it receives nothing to display (in that case, it's more compilcated ^^) |
22:18:41 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
22:23:56 | _FireFly_ | i hope that was only a inconsistens in the config |
22:26:11 | TiMiD | I will keep an eye on it :) |
22:26:40 | _FireFly_ | ah maybe i have the reason why it happend |
22:26:42 | TiMiD | and it have better not to do this to me, if not ... I will punish him ^^ |
22:27:51 | TiMiD | yes tell me more :) |
22:27:51 | _FireFly_ | i have just installed my version and after starting i got a blank file-tree where only the line-selector was drawn and some part of the statusbar |
22:28:07 | _FireFly_ | but tree wasn't working |
22:28:11 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
22:28:11 | | Join lImbus [0] (i=lImbus@port-212-202-8-79.dynamic.qsc.de) |
22:28:24 | TiMiD | so it's also with the current rb version :p |
22:28:28 | lImbus | hi all |
22:28:35 | TiMiD | hi lImbus |
22:28:39 | _FireFly_ | after loading a config file the problem was gone ;=) |
22:29:15 | TiMiD | pffiewww :) |
22:29:16 | _FireFly_ | now testing your build again |
22:29:27 | TiMiD | maybe one bug less :p |
22:30:12 | amiconn | TiMiD: fire.rock works on archos (without the 32-planes check), but slow, and only using a few shades |
22:30:19 | amiconn | (guess 7 or 8 shades) |
22:30:38 | _FireFly_ | TiMiD: ok it's a config inconsistence |
22:30:48 | amiconn | It's not as slow as I would expect though, a bit more than one refresh per second |
22:31:31 | amiconn | A big performance eater is the array double-subscription |
22:31:50 | TiMiD | 2 dimension array ? |
22:31:54 | amiconn | The gcc generated asm calculates this for every loop iteration! |
22:32:09 | amiconn | I mean using array[x][y] within the loop |
22:32:22 | amiconn | YOu're almost always better off using pointers |
22:32:55 | amiconn | Oh, and btw, tab_init_0() can be replaced with a simple rb->memset() call |
22:33:00 | TiMiD | yes, I knew it was those line which was eating all the cpu (because I tried to remove all array-related code and it ran 10x faster :p) |
22:33:16 | TiMiD | but I don't have a clue on how to do without it |
22:33:27 | amiconn | I will try |
22:33:36 | TiMiD | ok thx :) |
22:33:37 | _FireFly_ | TiMiD: you have reset the config or load a config-file and then you must reboot the device |
22:33:51 | TiMiD | (and try not to put too much assembly in it ;) ) |
22:34:00 | amiconn | And for the bottom 4 rows - we can just make the fire[] array 4 pixels higher than the visible area |
22:34:20 | TiMiD | yes, it will be easy in the fn which applies the palete :p |
22:34:34 | _FireFly_ | to reset |
22:35:07 | TiMiD | _FireFly_: does it do this with unmodified builds ? |
22:35:24 | _FireFly_ | i will test |
22:35:29 | TiMiD | ok thx :p |
22:36:21 | amiconn | TiMiD: I'll flip all arrays to row-wise addressing, i.e. array[x][y] will become array[y][x] |
22:36:57 | TiMiD | ok |
22:37:15 | TiMiD | I'm very curious to see how you 'll manage to do this :) |
22:39:01 | TiMiD | (btw, if the grayscale were uniformly distributed between 0 and 255, it would avoid a palette applying loop :) ) |
22:39:13 | TiMiD | but that's only on iriver |
22:39:26 | amiconn | They are uniformly distributed, but the lcd isn't linear |
22:40:08 | _FireFly_ | ok the problem doesn't appear when using an unmodified daily build |
22:41:24 | _FireFly_ | then my added options in my remote-patch is the trigger for the "problem" |
22:41:38 | _FireFly_ | s/then/so |
22:41:51 | TiMiD | _FireFly_: so your build does the same :) |
22:42:02 | TiMiD | we are both in the same boat ^^ |
22:42:18 | _FireFly_ | no you misunderstood me |
22:42:31 | TiMiD | amiconn: would it be possibleto correct that iriver problem in the grayscal lib itself ? |
22:43:12 | TiMiD | _FireFly_: sry, I'm not native speaker and I misundertand often ;p |
22:43:13 | _FireFly_ | when i "update" a unmodified daily-build with your build then the problem doesn't occurs |
22:43:20 | TiMiD | ok |
22:44:03 | _FireFly_ | i have added some options for the remote(e.g.sperate status-/scrollbar) in the global_settings struct |
22:44:07 | _FireFly_ | in my patch |
22:44:19 | TiMiD | ok Iunderstand :) |
22:44:28 | _FireFly_ | :) |
22:44:59 | TiMiD | and what if you put your config files from your modified build to an unmodified one ? |
22:46:51 | _FireFly_ | it's not the config-files it's the config which is saved in the RTC-Ram on shutdown |
22:47:26 | | Join ghode|afk [0] (n=garudin@host-83-146-62-103.bulldogdsl.com) |
22:48:50 | TiMiD | oh |
22:49:07 | TiMiD | I didn't knew it was saved that way |
22:49:20 | TiMiD | I always thought it was in a config file |
22:49:50 | _FireFly_ | search for config_block in the sources :) |
22:50:41 | amiconn | There is no rtc ram on h1x0 |
22:51:00 | _FireFly_ | hmm where will be then the config saved ?? |
22:51:28 | amiconn | The active configuration is saved to the config sector on all units, and on units with rtc _a part_ of the settings is saved to the rtc ram |
22:51:51 | _FireFly_ | oh then i mean the config-sector |
22:52:00 | TiMiD | on the disk ? |
22:52:04 | amiconn | yes |
22:52:10 | _FireFly_ | but it is no file |
22:52:14 | TiMiD | why not in a file ? |
22:52:22 | TiMiD | it would be more convenient |
22:52:35 | _FireFly_ | i think it is a part of the track 0 of the disk |
22:52:35 | amiconn | It's way simpler this way |
22:52:51 | amiconn | The config sector is start_of_first_partition - 2, if that exists and is unoccupied |
22:53:13 | amiconn | Praktically always sector 61 on track 0 |
22:53:23 | amiconn | (on harddisk units) |
22:53:29 | TiMiD | yes |
22:53:34 | amiconn | On Ondio it is usually sector 30 |
22:53:46 | TiMiD | but a file only require a file access |
22:53:51 | XavierGr | yes but if the config was on a file we could have theoritically infinite nymber of settings. |
22:54:00 | _FireFly_ | and so the problem can occure when i switch from my build to the clean daily-build |
22:54:18 | TiMiD | _FireFly_: glad to hear it :) |
22:54:57 | _FireFly_ | because there is no refer which byte(s) is which option |
22:54:58 | amiconn | TiMiD: File access has way more overhead than sector access. Files should be human readable, so reading and parsing ascii is necessary. We can run out of diskspace while writing files etc etc |
22:55:29 | amiconn | _FireFly_: That's what the config block version is for. When it doesn't match, the settings are reset to default |
22:55:55 | _FireFly_ | hmm ok then i have forgotten to change the version |
22:55:55 | XavierGr | also amiconn why did the devs choose Rockbox to remember settings files only in the .rockbox folders? (Font, config, lang, wps ) |
22:55:56 | amiconn | Remember numerous commit messages saying 'Bumped config block version, so save your settings'? |
22:56:09 | XavierGr | Is that the sector will be overrun with data? |
22:56:25 | _FireFly_ | this messages have i badly ignored |
22:56:26 | amiconn | XavierGr: That's obvious: it avoids storing the path, hence saves space |
22:56:51 | XavierGr | yes I know I just did the same with fmr files, just qurious |
22:57:06 | XavierGr | ^curious |
22:57:09 | TiMiD | I'm not convinced :) |
22:57:11 | amiconn | I'd actually consider that a feature |
22:57:27 | TiMiD | but if it works ... |
22:57:30 | linuxstb__ | Am I misunderstanding, or does line 357 of firmware/pcm_record.h swap the left and right channels? (both before and after my last commit). |
22:57:52 | XavierGr | someone has already mentioned this, I think |
22:58:19 | linuxstb__ | i.e. I think it was assuming that SWAB32 was complying with the Posix definition. |
23:00 |
23:01:07 | amiconn | There is a posix definition of this? |
23:01:21 | amiconn | I think you're right, it does swap channels |
23:01:32 | linuxstb__ | Well, "swab" means "swap adjacent bytes". So applying it to 4 bytes will do what the author of pcm_record wanted. |
23:01:47 | amiconn | Iirc some people already complained that iriver recording swaps channels... |
23:02:06 | linuxstb__ | That seems confirmed then. I'll fix it. |
23:02:12 | amiconn | Some remarks concerning your changes: |
23:02:29 | linuxstb__ | Happy to hear them. |
23:03:01 | amiconn | In fat.c, you sometimes confused letohXX and htoleXX. Doesn't hurt, but isn't logical |
23:03:19 | linuxstb__ | That's because I didn't fully understand the code. So I just guessed in some places. |
23:03:30 | linuxstb__ | (knowing that the effect is identical) |
23:03:43 | linuxstb__ | Please fix them (or tell me where to fix them). |
23:04:08 | amiconn | (2) Did you remove SWAW32()? It's inconsistent with the rest now, and not used anywhere (iirc) |
23:04:31 | linuxstb__ | I noticed that function, and also the fact that it isn't used anywhere. So I decided to leave it. |
23:04:44 | linuxstb__ | But we could delete it. |
23:05:40 | amiconn | yes |
23:06:37 | amiconn | Did you check musepack speed? |
23:06:54 | linuxstb__ | No, I don't have any files available. |
23:07:26 | amiconn | Hmm, me neither. Could be interesting... |
23:07:32 | linuxstb__ | I didn't look - was that swap32 function used a lot in musepack? |
23:07:51 | amiconn | but maybe swap32 isn't used in the actual decoder |
23:08:17 | amiconn | Hmm, ata.c is indeed a bit ambiguous |
23:08:53 | amiconn | The problem is that the iriver, while being big endian, handles ata like a little endian machine because it has a hardware byte swap |
23:09:29 | amiconn | ...and the identify data is *the* weird exception from the rule that ATA is little endian |
23:10:58 | XavierGr | why dont they choose one endianess to be sure, even if there is a slight speed boost for some tasks, is it so big to use 2 endianess's? |
23:11:30 | linuxstb__ | Who are "they" ? |
23:11:33 | XavierGr | I generally (like metrics) |
23:11:37 | XavierGr | ^mean |
23:11:57 | XavierGr | they I mean all companies that make hardware. |
23:12:11 | XavierGr | (though I am ignorant on this) |
23:12:47 | linuxstb__ | I've no idea. I can understand one generation of chips being the same endianness as the previous generation. But those choices were made in the 1970s. |
23:13:40 | XavierGr | I know that for some tasks big-endian is better and for other little will do more but is it worth to have each time to check and implement swap functions that may cause hidden errors? |
23:13:49 | amiconn | linuxstb__: fat.c, lines 822 and 826 should be letoh16() |
23:14:23 | amiconn | Dito lines 857 and 862 should be letoh32() |
23:14:29 | XavierGr | It's like screws. They agreed which way will loose it. |
23:15:30 | linuxstb__ | amiconn: Thanks. |
23:15:47 | _FireFly_ | night everybody |
23:15:48 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
23:15:55 | XavierGr | night! |
23:16:00 | | Quit _FireFly_ ("Leaving") |
23:16:16 | amiconn | XavierGr: In fact no endianess is better than the other. It's just because there are two, some tasks are slower because of the necessary conversion |
23:16:59 | *** | Saving seen data "./dancer.seen" |
23:17:05 | XavierGr | I didn't said that on is better, I have heard that a specific endianess may be better for specific tasks. |
23:17:25 | amiconn | Yes, but that is due to the data the task uses |
23:17:38 | XavierGr | yes |
23:18:04 | amiconn | E.g. network data is always big endian, so it's more efficient to process it on a big endian CPU |
23:18:25 | XavierGr | so my question remains why have 2? Is it necessary |
23:18:55 | amiconn | It's not |
23:18:57 | XavierGr | yes but will it have speed problems on a little endian. |
23:19:20 | XavierGr | I mean ok it will run a tiny slower so what. |
23:19:23 | amiconn | ...but they are there, and we have to deal with them |
23:19:38 | XavierGr | yeah I just comment it. |
23:20:10 | Paul_The_Nerd | But why would you use multiple endians withing one device? |
23:20:18 | Paul_The_Nerd | within |
23:20:25 | amiconn | If only one endianess would be in use, all data would use the appropriate format |
23:20:47 | amiconn | Paul_The_Nerd: Sometimes you have to, e.g. all ATA hardware is little endian |
23:20:59 | XavierGr | Like metrics, americans have different metrics from the europeans, and when NASA collaborated with a europian company they crashed their satelite because the american program was programmed to take different input on metrics. |
23:21:01 | amiconn | ...but a number of embedded CPUs is big endian |
23:23:06 | | Join _aLF [0] (n=Alexandr@mut38-2-82-67-66-128.fbx.proxad.net) |
23:24:27 | linuxstb__ | pcm_record.c should be fixed (no more swapping of channels) and I've corrected fat.c |
23:24:39 | amiconn | goodie |
23:27:19 | XavierGr | could someone delete patch 1312132? I was an idiot when submitting and forgot to log on. Now I want to update the patch and I can't. |
23:27:39 | XavierGr | So in order to avoid duplicates can someone delete it? |
23:27:53 | | Join webguest14 [0] (n=d4406110@labb.contactor.se) |
23:28:43 | amiconn | XavierGr: Is there a new one? |
23:29:19 | XavierGr | well LinusN checked it this morning and I fixed some things. |
23:29:25 | webguest14 | XavierGr:, not entirely true, it was a mixup between, imperial inches and metric that causec that probe to crash http://edition.cnn.com/TECH/space/9909/30/mars.metric.02/ |
23:30:18 | XavierGr | yes I didn't remembered that right, but again it is quite the same and hilarious. |
23:31:07 | TiMiD | so the britanic are guilty :) |
23:31:29 | XavierGr | maybe yes, i didn;t accused the americans |
23:31:32 | webguest14 | yep the dear brits that have only recently gone to metric |
23:31:47 | XavierGr | but both off them are just stubborn with metrics and measurments |
23:32:11 | webguest14 | the yanks have been 'oficialy' metric for years |
23:32:39 | webguest14 | but its not enforced |
23:35:25 | webguest14 | the average yank still uses farenheit for temperature, they cant grasp that water freezes at 0 and boils at 100 |
23:36:28 | | Part webguest14 |
23:36:44 | XavierGr | ok new patch submitted so you can delete the old. |
23:40:41 | | Quit matsl (Remote closed the connection) |
23:41:49 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
23:41:56 | amiconn | TiMiD: I know why the top 4 rows are garbage. Check the big loop in fire_generate(): you're using data from lines y+1, y+2 and y+3 |
23:42:10 | amiconn | ...unconditionally, and up to y==LCD_HEIGHT-1 |
23:42:21 | amiconn | That means you're reading out-of-bounds... |
23:43:45 | TiMiD | amiconn: I know, this is an alod version |
23:43:49 | TiMiD | old version |
23:44:08 | amiconn | Hmpf, why didn't you update the patch in the tracker? |
23:44:09 | TiMiD | If you want I can give you the sdl version |
23:44:17 | TiMiD | which is more recent |
23:44:33 | TiMiD | (but under linux so I will have to reboo) |
23:45:22 | TiMiD | I didn't updated on the tracker ... because I thought nobody wanted to include it in cvs |
23:45:34 | * | amiconn thinks he's wasting his time now :/ |
23:45:36 | TiMiD | and since it's not a major release ... |
23:45:41 | TiMiD | nope |
23:45:56 | TiMiD | the new version isn't that far from this ome |
23:45:57 | TiMiD | one |
23:48:53 | TiMiD | oops I didn't fixed it in the SDL version too (I thought I did it ...) |
23:48:57 | TiMiD | pixel_value-=cooling_map[ x ][ y ]; |
23:48:57 | TiMiD | if(pixel_value<0) |
23:48:57 | TiMiD | pixel_value=0; |
23:48:57 | TiMiD | else if(pixel_value>255) |
23:48:57 | TiMiD | pixel_value=255; |
23:49:00 | TiMiD | fire[x][y]=pixel_value; |
23:49:06 | TiMiD | that's what changed |
23:49:36 | TiMiD | but since with SDL, I took integers, I do'nt think it's appropriate on iriver |
23:50:34 | TiMiD | (well you must just avoid to averflow since there is no test, the value goes from 255->0 and it makes strange bugs sometimes) |
23:51:12 | amiconn | It might actually be faster to use 'int' for the accumulation variable instead of char |
23:51:26 | amiconn | On target, this often yields more compact binary code |
23:51:27 | TiMiD | just make pixel_value an integer and test it before assigningit's value to the buffer |
23:51:38 | TiMiD | ok |
23:52:01 | TiMiD | well I think you 'll be alright with this :) |
23:52:27 | XavierGr | amiconn can you remind me the button handling for Ondio on the JPEG file scrolling plugin? |
23:52:28 | amiconn | That's what I am usually doing when something is slow: Compile, disassemble binary, spot the function, and compare the asm code with my C original |
23:52:37 | XavierGr | for the mode i have set it to: |
23:52:57 | TiMiD | for the out-of-bound y, a seaprated loop would be appropriate maybe becauste you don't want to use modulos right :) |
23:52:59 | XavierGr | #define JPEG_ZOOM_PRE BUTTON_MENU |
23:52:59 | XavierGr | #define JPEG_ZOOM_IN (BUTTON_MENU | BUTTON_REL) |
23:52:59 | XavierGr | #define JPEG_ZOOM_OUT (BUTTON_MENU | BUTTON_REPEAT) |
23:52:59 | DBUG | Enqueued KICK XavierGr |
23:52:59 | XavierGr | #define JPEG_NEXT (BUTTON_MENU | BUTTON_RIGHT) |
23:53:06 | amiconn | Sometimes gcc is really clever, and sometimes it generates brain-dead code |
23:53:48 | XavierGr | but I think I write it wrong |
23:53:48 | TiMiD | mode ? |
23:54:01 | TiMiD | yes JPEG is unrelated :) |
23:54:34 | XavierGr | ehmm I think you told me ZOOM_IN = MENU + DOWN? |
23:54:35 | TiMiD | I was wondering what I didn't understood but this time it was not me :) |
23:54:46 | XavierGr | I can't remember |
23:54:52 | TiMiD | ouch |
23:54:58 | XavierGr | lol |
23:54:59 | TiMiD | forget about all I said |
23:55:15 | TiMiD | i misread and thought XavierGr was amiconn |
23:55:16 | amiconn | #define JPEG_ZOOM_IN_PRE BUTTON_MENU |
23:55:22 | amiconn | #define JPEG_ZOOM_IN (BUTTON_MENU | BUTTON_REL) |
23:55:33 | amiconn | #define JPEG_ZOOM_OUT (BUTTON_MENU | BUTTON_DOWN) |
23:55:48 | amiconn | #define JPEG_NEXT (BUTTON_MENU | BUTTON_RIGHT) |
23:55:57 | | Join webguest29 [0] (n=d49f4cf2@labb.contactor.se) |
23:55:58 | amiconn | #define JPEG_PREV (BUTTON_MENU | BUTTON_LEFT) |
23:56:03 | XavierGr | yes thanks! |
23:56:23 | XavierGr | I missed the menu+down now I fixed it and made the code policing that Linus told me. |
23:56:29 | amiconn | ...and you have to change the checks for JPEG_ZOOM_IN and JPEG_ZOOM_OUT |
23:56:50 | XavierGr | checks? |
23:57:37 | XavierGr | #define JPEG_ZOOM_PRE BUTTON_MENU#define JPEG_ZOOM_IN (BUTTON_MENU | BUTTON_REL)#define JPEG_ZOOM_OUT (BUTTON_MENU | BUTTON_DOWN)#define JPEG_NEXT (BUTTON_MENU | BUTTON_RIGHT)#define JPEG_PREVIOUS (BUTTON_MENU | BUTTON_LEFT) |
23:57:41 | XavierGr | grrrr |
23:57:49 | XavierGr | change what and sorry for that |