00:00:22 | linuxstb | No. But Rockbox is in need of some widgets of that sort. |
00:00:34 | * | linuxstb prods TiMiD[away] |
00:00:54 | preglow | indeed, i more or less took for granted that you could just call the file browser and have it return the chosen file |
00:01:13 | linuxstb | Nope. Hence my sarcastic reply :) |
00:02:35 | linuxstb | But the user has to browse at some point anyway. It's quick to browse for a .ss file and then click on it than it is to start the Sudoku plugin, select file->open and then browse for a file. |
00:03:25 | preglow | sure |
00:03:49 | preglow | but there are some obstacles of that being possible, obviously |
00:03:58 | preglow | s/of/to/ |
00:04:10 | linuxstb | But I think that if Sudoku can be started as a plugin, it will then need a "load game" option. |
00:05:17 | * | amiconn brings back his old idea for plugins & viewers, slightly modified this time |
00:05:58 | XavierGr | which is? |
00:05:59 | amiconn | My idea is that plugins and viewers reside in the same directory, but they have 2 different file extensions |
00:06:17 | XavierGr | yes thats a good idea! |
00:06:24 | amiconn | One of the is visible when browsing plugins (it's a supported extension), the other is not |
00:06:39 | XavierGr | and not much of a hassle. |
00:07:04 | amiconn | This way we can distinguish between plugins which are usable standalone, and which are only viewers (or 'hidden plugins') |
00:07:31 | amiconn | viewers.config decides which plugin is a viewer, as it does now |
00:07:47 | | Quit ender` (Read error: 110 (Connection timed out)) |
00:08:01 | amiconn | A plugin that is both a viewer and usable standalone would get the visible extension, and be listed in viewers.config |
00:08:16 | amiconn | You can derive the other 3 possibilities... |
00:09:12 | preglow | sounds decent |
00:09:24 | linuxstb | Yes, sounds good. But I like the extension ".rock" :). Any suggestions for the two extensions? |
00:10:18 | XavierGr | .rock and .vrock? |
00:10:24 | linuxstb | Also, how does the build system know which is which? |
00:10:52 | amiconn | Hmm, good point. makezip.pl needs to know that |
00:11:19 | XavierGr | why makezip is written in perl? |
00:11:19 | amiconn | nah, it's needed even earlier |
00:11:25 | linuxstb | And probably the make scripts - if they have different extensions. |
00:12:17 | linuxstb | Another solution would be to allow viewers.config to specify the full path (i.e. viewers/viewer.rock). |
00:13:03 | amiconn | Possible, needs some more RAM though |
00:13:08 | DBUG | Enqueued KICK chris|peacock |
00:13:08 | chris|peacock | OS: WinXP Professional 5.1 Service Pack 2 (Build #2600) CPU: AMD Athlon XP 2000+ (Thoroughbred) , 1.67 GHz Video: Sharp LL-T17A3-B on nVidia GeForce4 MX 440 (Microsoft Corporation) (1024x768x32bpp 60Hz) Sound: SoundMAX Digital Audio Memory: Used: 286/512MB Uptime: 7h 14s HD: [C:] 2.58/31.56 GB [D:] 9.23/9.31 GB [E:] 5.46/5.68 GB Connection: Cayman 3000 series USB Network Adapter @ 10.0 Mb |
00:13:31 | XavierGr | ? |
00:13:40 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:13:40 | * | preglow hates irc scripts |
00:13:53 | chris|peacock | crispy cock love it |
00:13:58 | fuzzie | (ick, 60hz) |
00:14:15 | preglow | he'll seen be joining our blind users |
00:14:34 | XavierGr | haha |
00:14:57 | amiconn | ...and doesn't solve the problem how to tell the build system which kind of plugin it is |
00:15:05 | amiconn | fuzzie: Erm, tft? |
00:15:10 | fuzzie | yes, i gathered |
00:15:20 | linuxstb | amiconn: It's already defined to be 32 characters per viewer (I think). We can keep that limit, and wouldn't have to change anything else at all. |
00:15:53 | fuzzie | just, assuming based on the bad resolution, shouldn't :) |
00:17:07 | * | preglow strokes his sight-saving lcd panel |
00:17:57 | | Quit ashridah ("Leaving") |
00:20:36 | | Join RotAtoR [0] (n=e@12-208-71-148.client.insightBB.com) |
00:20:53 | | Part chris|peacock |
00:26:07 | | Join webguest09 [0] (n=acd5652c@labb.contactor.se) |
00:26:14 | webguest09 | hi |
00:26:40 | XavierGr | hi |
00:26:52 | webguest09 | since rockbox is being expanded to run on other mp3 players like iriver, wonder how long it will be before it will run on an iPod :-) |
00:27:28 | linuxstb | Hopefully not too long. |
00:27:32 | webguest09 | yea |
00:27:58 | fuzzie | this is the point at which you hand some bars of gold to linuxstb |
00:28:13 | webguest09 | not that i would buy an ipod because it is so inferior to the iriver h1x0 series. I reckon the h1x0 series is going to be highly collectable since it is no longer made and it is the most powerful mp3 player ever made |
00:28:18 | linuxstb | Or to my boss to give me a couple of weeks off work. |
00:28:49 | webguest09 | Linus is it possible to record from the h1x0's FM tuner? |
00:28:59 | XavierGr | what's your job linuxstb? |
00:29:05 | XavierGr | Yes |
00:29:13 | preglow | webguest09: yes it is |
00:29:20 | linuxstb | XavierGr: I wish I knew. But basically programming. |
00:29:25 | webguest09 | without running a cable from the lineout to the linein? |
00:29:31 | preglow | webguest09: with some very possible interference from the harddisk |
00:29:31 | XavierGr | Ahh I envy you. |
00:29:48 | XavierGr | not so noticable on good signal though |
00:29:56 | webguest09 | but in order to record you need to loop a cable from the line out to the line in? |
00:30:02 | preglow | webguest09: no |
00:30:03 | XavierGr | no |
00:30:08 | preglow | webguest09: it's recordable as is |
00:30:13 | preglow | webguest09: just disabled in the iriver firmware |
00:30:20 | webguest09 | oh ok |
00:30:29 | linuxstb | Recording from FM works now in Rockbox. |
00:30:35 | preglow | webguest09: you can already record radio in rockbox if you jump through some hoops |
00:30:43 | webguest09 | I tried it but didn't get any sound in the .wav file |
00:30:57 | preglow | linuxstb: btw, have you compiled rockbox for arm yet? |
00:30:58 | linuxstb | DId you select line-in when recording? |
00:31:05 | linuxstb | preglow: Most of it. |
00:31:08 | webguest09 | yea i did. Ill have another look at it |
00:31:20 | webguest09 | im missing the SRS WOW feature from iriver f/w |
00:31:26 | preglow | linuxstb: what's left to compile then? |
00:31:41 | preglow | portalplayer uses an arm7 core, yes? |
00:31:53 | linuxstb | Yes - arm7tdmi |
00:31:58 | preglow | arrh |
00:32:15 | preglow | if i get some cash coming in some day soon, i'll prolly get some ipod variant myself |
00:32:34 | linuxstb | I'm still working on the bootloader, so I haven't fixed all of the compile errors I am getting in apps/ due to missing button definitions etc. |
00:32:35 | webguest09 | the ipod nano is rubbish |
00:32:40 | preglow | i wonder how the nano's flash will take to development |
00:32:47 | preglow | how many write cycles can flash take these days? |
00:33:05 | linuxstb | Probably more than the USB socket. |
00:33:35 | XavierGr | One day I would really like to know what is the magic behind writing the bootloader and all the proccess for it.. |
00:34:22 | linuxstb | There is no magic. But the bootloader is basically a mini-rockbox. It contains the LCD, ATA, FAT etc code from Rockbox. So that needs to be written for the bootloader to work. |
00:34:28 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
00:34:49 | | Quit webguest09 ("CGI:IRC") |
00:35:20 | XavierGr | Yes but you have to open your player see whats inside read the datasheets then decide how to code them individually (and I don't have a clue how to load code on a machine) |
00:35:42 | XavierGr | hi Paul_The_Nerd. |
00:35:48 | Paul_The_Nerd | Hello |
00:35:52 | linuxstb | I've tried to describe how my ipod bootloader will work on the IpodPort wiki page. The ipodlinux people did the hard work - I'm basically using the same method as them, but adapted to Rockbox. |
00:36:23 | XavierGr | oh so you didn't start from scratch as Linus with the iriver? |
00:36:39 | linuxstb | No. That's impossible iwith the ipod because there are no public docs. |
00:36:59 | XavierGr | and how the guys with the linux made it? |
00:37:10 | Paul_The_Nerd | Question concerning the viewers discussion earlier: what happens if in viewers.cfg you type ../plugins/whatever.rock instead of just whatever.rock? |
00:37:11 | linuxstb | reverse-engineering of the Apple firmware. |
00:37:45 | linuxstb | I don't think anyone involved has dissected an ipod in the same way as Linus and others have done for Rockbox. |
00:39:00 | XavierGr | So you say his attempt is unique? How about the archos models? |
00:39:33 | XavierGr | or the same was done for archos too? |
00:39:45 | linuxstb | I'm talking about all Rockbox ports - I think they have all come into being as a result of dissection and documentation of the hardware, and only minimal (if any) r-e of the original firmware. |
00:41:04 | linuxstb | Paul_The_Nerd: That would probably work. But it doesn't seem elegant somehow. |
00:41:16 | Paul_The_Nerd | It's definitely inelegant. |
00:41:28 | Paul_The_Nerd | But it's a simple solution (assuming it works) that also doesn't break anything. |
00:41:32 | linuxstb | Cunning though. |
00:45:40 | XavierGr | well starnge that the iPod uses only a database. I had forgotten how an iPod sucks... |
00:46:05 | XavierGr | Imprisoned to use only the database blah!! |
00:46:15 | XavierGr | What if I have some mp3s untagged? |
00:47:30 | | Join webguest51 [0] (n=c9816fa2@labb.contactor.se) |
00:47:37 | | Quit webguest51 (Client Quit) |
00:47:48 | Paul_The_Nerd | By the way, that ../rocks/whatever.rock seems to work. |
00:48:00 | Paul_The_Nerd | I tried it by moving the jpeg viewer and it went fine. |
00:49:08 | linuxstb | Did you delete the existing jpeg.rock from the viewers directory on your player? |
00:49:42 | Paul_The_Nerd | Yes |
00:50:06 | Paul_The_Nerd | Ctrl+X and Ctrl+v |
00:50:22 | Paul_The_Nerd | So, there's a quick 'n dirty solution at least |
00:51:51 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
00:51:52 | XavierGr | that can be made by default too. So there will be no need to do it again and again (after an update) |
00:55:26 | Paul_The_Nerd | Also, I'm having problems getting Cygwin set up properly, specifically the extra packages the page tells me to download |
00:56:16 | XavierGr | why not use the devkit? |
00:57:07 | Paul_The_Nerd | I tried that too. |
00:57:18 | Paul_The_Nerd | Gave me all kinds of errors relating to cygwin1.dll |
00:57:59 | Paul_The_Nerd | I'd gotten the other method to work before, but I've since replaced the HD in my laptop, and it didn't work this time. |
00:58:29 | linuxstb_ | Are you trying to compile the m68k-elf-gcc and binutils yourself, or are you trying to install binaries of them? |
00:59:23 | Paul_The_Nerd | I'm trying to install binaries via cygwin's setup.exe |
00:59:53 | linuxstb_ | I'ld recommend getting the source. All you need from cygwin is the native (i.e. x86) gcc, make and Perl. |
01:00 |
01:00:06 | Paul_The_Nerd | Where would I get the source? |
01:00:13 | Paul_The_Nerd | And how would I go about that? |
01:00:23 | Paul_The_Nerd | http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment <−−- This is what I've been following. |
01:00:25 | linuxstb_ | Follow the Wiki instructions - CrossCompile I think. |
01:00:40 | Paul_The_Nerd | Okay |
01:01:13 | linuxstb_ | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
01:01:56 | linuxstb_ | The important thing is that you need binutils-2.16 (or later) and gcc-3.4.x (any "x" - higher the better) for iriver. |
01:02:22 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
01:03:01 | Paul_The_Nerd | Should I stick with 2.16 with binutils, or go ahead and use 2.16.1? |
01:04:15 | linuxstb_ | I would get the newest version. I'm using a CVS version of 2.16 (2.16.91 20050813). But standard 2.16 should be fine as well. |
01:06:27 | | Quit linuxstb (Read error: 113 (No route to host)) |
01:07:30 | Paul_The_Nerd | And gcc 3.4.4? |
01:10:48 | linuxstb_ | Yes. Perfect. |
01:11:11 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
01:11:38 | Paul_The_Nerd | Thank you very much |
01:11:44 | | Join amiconn_ [0] (n=jens@p54BD4CFE.dip.t-dialin.net) |
01:12:32 | | Quit amiconn (Nick collision from services.) |
01:12:33 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4CFE.dip.t-dialin.net) |
01:12:37 | amiconn | Bleh. |
01:16:01 | *** | Saving seen data "./dancer.seen" |
01:16:54 | | Quit matsl (Remote closed the connection) |
01:33:15 | preglow | btw, any reason plasma isn't in cvs? |
01:36:55 | linuxstb | I don't think so. I haven't looked at it myself, but if you're happy with it, I would say to go ahead and commit. |
01:37:23 | preglow | haven't actually looked at the source :> |
01:37:34 | preglow | works very nice, though |
01:37:41 | preglow | nice display of what the grayscale lib is capable of |
01:37:58 | linuxstb | I've just committed a "create new game" option in Sudoku. It's a menu option, and if you start sudoku.rock as a plugin (by browsing the viewers directory) it goes straight into this new mode. |
01:38:50 | linuxstb | Is it on the patch tracker? |
01:38:58 | | Quit paugh (Read error: 54 (Connection reset by peer)) |
01:39:03 | preglow | yes |
01:39:17 | preglow | http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1280726 |
01:40:50 | linuxstb | I'm compiling it now. |
01:41:57 | linuxstb | How long is the Please wait... there for? |
01:42:23 | preglow | hmm? |
01:42:46 | preglow | when running? if so, couldn't say, i'm just using rasher's precompiled version |
01:42:46 | linuxstb | I started the plugin, a "please wait..." splash came up, and it is still there... |
01:43:03 | preglow | i never see any splash |
01:43:18 | linuxstb | I'll reboot my iriver. Looks like something went wrong. |
01:44:57 | linuxstb | Mmm. Same problem. Pressing STOP gets rid of the splash, but then the plugin exits back to the browser. |
01:45:31 | Paul_The_Nerd | Hey, at least it behaves consistently. |
01:45:51 | preglow | hmm, i've no idea |
01:45:55 | preglow | you'd have to ask rasher how he did it |
01:46:00 | preglow | but i'm nearly falling asleep here |
01:46:04 | preglow | need to go, bye all |
01:46:09 | linuxstb | Same here. Goodnight. |
01:46:15 | | Quit preglow ("foop") |
01:47:57 | | Quit dpassen1 () |
01:50:59 | Paul_The_Nerd | Making GCC fails. =/ |
01:55:11 | * | Paul_The_Nerd tries the patch |
02:00 |
02:34:13 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
03:00 |
03:07:09 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
03:07:28 | | Quit RotAtoR () |
03:16:03 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:06:01 | | Join QT_ [0] (i=as@madwifi/users/area51) |
04:14:47 | | Quit goa (Read error: 110 (Connection timed out)) |
04:16:25 | | Quit QT (Read error: 110 (Connection timed out)) |
04:26:37 | | Join Aramil [0] (n=tony@ipa151.0.tellas.gr) |
04:30:03 | | Quit tvelocity (Nick collision from services.) |
04:30:13 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
04:30:16 | | Nick Aramil is now known as tvelocity (n=tony@ipa151.0.tellas.gr) |
04:51:05 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
05:00 |
05:16:05 | *** | Saving seen data "./dancer.seen" |
05:52:03 | | Join goa [0] (i=hd@212.87.148.33) |
06:00 |
06:33:17 | | Quit webguest95 ("CGI:IRC (EOF)") |
07:00 |
07:16:08 | *** | Saving seen data "./dancer.seen" |
07:29:13 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
07:34:57 | Bger | morning :)) |
07:35:29 | B4gder | morning! |
07:35:58 | Bger | very quiet night here :) unbelievable |
07:37:50 | Bger | B4gder: any news on logs ? (except that 04 oct is there) ? |
07:38:04 | B4gder | nope |
07:39:46 | Bger | if I continue to ask these questions, i can very easily become "Mr. Where are the logs" :) |
07:42:31 | B4gder | and then we might very well have you teach you a lesson! B-] |
07:42:36 | * | B4gder grins |
07:42:42 | B4gder | have to |
07:42:50 | B4gder | gee, can't type now either |
07:43:04 | Bger | :) |
08:00 |
08:04:04 | | Join LinusN [0] (n=linus@labb.contactor.se) |
08:08:37 | LinusN | i have restored the missing logs between 0930 and 1003 |
08:08:49 | B4gder | good work LinusN |
08:10:29 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:14:27 | Slasheri | LinusN: hi, do you have had time yet to try the dircache? Do you think if there is anything bigger changes necessary to the architecture before it can be committed? |
08:19:44 | LinusN | been busy |
08:20:39 | Slasheri | ah, ok :) |
08:22:30 | amiconn | LinusN: Thanks for restoring the logs :) |
08:22:41 | LinusN | :-) |
08:23:01 | | Quit Zagor ("Client exiting") |
08:24:11 | amiconn | Now it's possible to refer to my idea I had on Friday. I'd like to hear some opinions, please check http://www.rockbox.org/irc/rockbox-20050930.txt 21:05:14...21:15:05 |
08:29:07 | LinusN | where would that counter be? |
08:30:15 | LinusN | should the filesystem code keep a counter for every dir it updates? |
08:30:40 | amiconn | No, just one global revision counter that is updated if something is changed |
08:31:41 | LinusN | aha |
08:32:06 | LinusN | that's a good idea |
08:32:13 | B4gder | I like it too |
08:32:43 | amiconn | This still means some unnecessary re-reads, but it shouldn't need much resources, and it avoids passing around these falgs everywhere |
08:32:51 | LinusN | i like colddy's quit msg: "PG = Boy gets girl, R = Villain gets girl, X = Everybody gets girl" |
08:34:35 | amiconn | The fs code knows best when something changes, e.g. opening a file with creat() doesn't necessarily mean the dir is changed - the file might have existed before |
08:36:23 | LinusN | bool filesystem_changed(unsigned long *counter) |
08:36:44 | LinusN | the function compares and updates the counter you pass it |
08:37:25 | amiconn | Yes, sounds good |
08:40:54 | amiconn | Once this mechanism is in place, all the separate tracking (like the have_recorded variable in recording.c) can go away, and the plugin return value can be used for other things |
08:41:45 | amiconn | Menu return values can also be used for other things |
08:46:21 | | Join Vlad0man [0] (n=Vladoman@p54A7DCAD.dip.t-dialin.net) |
08:47:08 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
08:47:24 | _FireFly_ | moin |
08:56:52 | Bger | insert coin |
08:56:54 | Bger | :) |
08:57:30 | _FireFly_ | ?? |
08:58:22 | * | B4gder inserts |
08:58:27 | B4gder | now dance dammit! |
08:59:39 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:00 |
09:01:34 | * | Bger dances |
09:01:53 | B4gder | aaah, these toys are the best |
09:04:54 | Bger | ;) |
09:05:06 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
09:09:41 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
09:10:22 | linuxstb_ | Morning all. |
09:10:37 | _FireFly_ | moin :) |
09:11:11 | linuxstb_ | Does anyone have any more thoughts about the viewer/plugin dilemma? Sudoku is now both, but the user has to browse to the .rockbox/viewers/ directory to start it as a plugin. |
09:12:31 | linuxstb_ | There seem to be two workable solutions: 1) amiconn's idea of putting them both in the same directory, but with different extensions. Only the plugin extension would be a supported filetype. |
09:12:50 | linuxstb_ | The problem is changing the build system to give plugins and viewers different extensions. |
09:13:56 | linuxstb_ | or 2) Allowing viewers.config to point to .rock files in either the viewers/ or plugins/ directory. This would need a (small?) change to buildzip.pl to put the viewers in the right destination directory. |
09:13:56 | LinusN | not a problem |
09:14:22 | LinusN | there are other plugins that would benefit from a dual role |
09:15:13 | linuxstb_ | Am I right in saying that the filename limit for viewer names is 512 bytes in total - for filenames and icon data? |
09:16:12 | *** | Saving seen data "./dancer.seen" |
09:16:16 | B4gder | we should remove the "*towav.rock" entries from there |
09:16:36 | linuxstb_ | My suggestion is to change viewers.config to include the directory - e.g. plugins/sudoku or viewers/jpeg |
09:16:36 | B4gder | as we only have one of them left |
09:16:39 | amiconn | Telling the build system about the plugin type shouldn't be difficult. |
09:17:19 | amiconn | makezip.pl processes viewers.config anyway, and nobody says the source viewers.config must have the same format as the target's viewers.config |
09:18:18 | linuxstb_ | amiconn: The only drawback with your approach is that I have "show files" to all, and when I browse to .rockbox/plugins, I will see both viewers and plugins together. |
09:18:33 | amiconn | Yes |
09:18:58 | B4gder | I think I favour approach 2 really |
09:19:14 | amiconn | Using different dirs is perhaps better, but we still need to tell the build system about the type |
09:19:27 | B4gder | yes |
09:19:28 | linuxstb_ | That's already done in viewers.config |
09:19:50 | B4gder | or the code would first check the viewers dir and then the plugins dir |
09:20:24 | amiconn | linuxstb: You mean by the path? That should work... |
09:20:30 | linuxstb_ | amiconn: Yes. |
09:20:39 | amiconn | ...but only for plain plugin, plugin+viewer, and plain viewer |
09:20:43 | linuxstb_ | B4dger: But then we need to give the build system extra information. |
09:21:02 | B4gder | yes, about where the plugin should end up |
09:21:05 | amiconn | For a possible fourth type, hidden plugin, we would still need a separate mechansim |
09:23:13 | B4gder | my suggestion how to proceed: 1) make the SOURCE viewers.config include the dest path, 2) make the TARGET viewers.config look like today 3) make the code search for viewers in first the viewers dir and then in the rocks dir |
09:24:33 | amiconn | Hmm, keeping the (relative) path in the target viewers.config as well means less directory lookup |
09:24:54 | B4gder | yes, but uses slightly more space |
09:25:07 | amiconn | Yes, 6 or 8 bytes per viewer |
09:25:11 | B4gder | not saying that's an argument |
09:25:24 | B4gder | keeping the path is clean |
09:25:34 | B4gder | and is more future-proof for other changes |
09:25:57 | amiconn | We could instead shave off the .rock extension then |
09:26:03 | B4gder | indeed |
09:26:33 | amiconn | (less elegant though) |
09:28:25 | linuxstb_ | Sounds good to me. But is it a big problem to keep the directory name in viewers.config? It's only 8 chars for each of the (currently) 24 viewers. How much extra code would it be to check both directories? |
09:28:52 | B4gder | we only have 16 viewers now ;-) |
09:29:11 | * | B4gder removed the ones we don't build anymore |
09:29:23 | linuxstb_ | Sorry - I forgot the multiple entries. |
09:29:42 | linuxstb_ | So it's 128 extra bytes to store the full path (relative to .rockbox). |
09:29:50 | B4gder | I say we add the dir names |
09:29:58 | B4gder | and cut off the extensions |
09:32:08 | B4gder | anyone against? |
09:32:54 | linuxstb_ | Not me. |
09:32:57 | LinusN | i'm for it |
09:34:37 | linuxstb_ | bbl. |
09:34:41 | | Quit linuxstb_ ("CGI:IRC") |
09:34:41 | B4gder | ok, I'm on the case |
09:44:07 | HCl | the only good part about being sick |
09:44:14 | HCl | is the feeling you get when you finally get better |
09:44:25 | HCl | and you can stay at home watching anime because you're still not completely healthy |
09:44:54 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
09:53:54 | B4gder | seems to work now |
09:56:07 | B4gder | the viewers.config file is 45 bytes bigger |
10:00 |
10:02:14 | B4gder | committed |
10:13:36 | * | Bger fsck-ed up the linux's crypto/aes.c :) |
10:32:07 | | Join ashridah [0] (i=ashridah@220-253-122-129.VIC.netspace.net.au) |
10:33:02 | Bger | http://www.cits.rub.de/MD5Collisions/ |
10:34:04 | Bger | 2 VERY different .ps files with same md5sum |
10:39:03 | Bger | at least it looks this way |
10:47:29 | ashridah | omg! hashes have collisions? never! |
10:49:15 | ashridah | should be using sha1 anyway |
10:49:26 | Bger | sha256 better |
10:50:03 | Bger | btw, the 2 files differ verry little (in the header) |
10:50:31 | Bger | but the difference in the result is enormous :) |
10:56:05 | | Join pilot000 [0] (n=51dd1b21@labb.contactor.se) |
11:00 |
11:01:04 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
11:01:43 | | Quit Bger ("damned bx") |
11:02:28 | | Join Bger [0] (n=Bager@83.222.160.88) |
11:04:59 | | Join Paul_The_Nerd_ [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
11:09:15 | | Join webguest52 [0] (n=446a3a97@labb.contactor.se) |
11:09:42 | | Nick webguest52 is now known as phxson (n=446a3a97@labb.contactor.se) |
11:11:25 | phxson | hmm kickass web irc client |
11:11:55 | ashridah | Bger: of course, one could vastly decrease the incidents of collisions by using multiple hashes |
11:11:58 | B4gder | but you can't type + ;-) |
11:12:17 | B4gder | (in the irc client that is) |
11:12:24 | phxson | |
11:12:27 | phxson | dang |
11:12:27 | Bger | ashridah yep |
11:12:31 | B4gder | hehe |
11:13:03 | Bger | but it's more easy to use longer hash |
11:14:22 | ashridah | that also helps, but it's not perfect. |
11:14:51 | Bger | ashridah it helps for sure... |
11:15:24 | Bger | and other (better) algorithm |
11:16:13 | *** | Saving seen data "./dancer.seen" |
11:20:07 | | Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) |
11:20:22 | | Nick Paul_The_Nerd_ is now known as Paul_The_Nerd (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
11:25:23 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
11:29:45 | ashridah | that site is actually well timed. the students i tutor at uni have just finished doing an assignment involving md5 as a poor-mans tripwire |
11:29:57 | ashridah | and they were supposed to look into issues with md5sum |
11:33:40 | Bger | hehe :) |
11:34:33 | Bger | taken from en.wikipedia.org/wiki/MD5 |
11:34:38 | HCl | hmm |
11:36:13 | | Quit pilot000 ("CGI:IRC (EOF)") |
11:41:46 | | Quit linuxstb (Remote closed the connection) |
11:48:25 | gromit` | http://slashdot.org/article.pl?sid=05/10/04/147205&tid=154 |
11:48:56 | gromit` | seems rockbox hasn't been the only victim... |
11:55:08 | | Quit phxson ("too drunk for the tech-speak") |
11:57:21 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
11:57:22 | ashridah | oh twikicide? |
11:57:25 | ashridah | s/oh/of/ |
12:00 |
12:09:28 | | Quit ze (Read error: 104 (Connection reset by peer)) |
12:10:09 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
12:10:28 | * | Bger needs a little c help :( |
12:10:56 | Bger | anyone ? |
12:12:11 | gromit` | yep ashridah |
12:12:56 | gromit` | what kind of help Bger ? |
12:13:26 | Bger | i don't understand something... |
12:13:33 | Bger | it's like |
12:15:29 | Bger | i for(j=0;j<9999;j++) { ... /* no j here */ } ; /* more source ..., no j used */ for (j=0;j<16;j++) { ... } ... in the second for cycle j is 9999? |
12:16:13 | | Quit tvelocity (Remote closed the connection) |
12:17:37 | Paul_The_Nerd | j=0 is an assignment though, j should start at 0... |
12:18:21 | Bger | more exactly www.cr0.net:8040/code/crypto/aes/aes.c line 824 |
12:18:43 | Bger | i think there's an overflow somewhere... |
12:20:03 | Paul_The_Nerd | In the second loop J starts at a value of 9999 for some reason? |
12:20:19 | Paul_The_Nerd | Is that what you meant? |
12:20:32 | Bger | Paul_The_Nerd did you see it? yes, at least gdb says so |
12:20:53 | Paul_The_Nerd | Looking at it, I don't see why it would... |
12:21:08 | * | Bger too |
12:21:11 | Bger | n=0 |
12:21:23 | Bger | m=0 |
12:21:39 | ashridah | Bger: wait, has gdb actually executed the initial condition? |
12:21:44 | Paul_The_Nerd | I don't know how GDB works at all though, so I don't kno.. |
12:21:52 | Paul_The_Nerd | Yeah, I was about to ask that in a roundabout way. |
12:23:01 | Bger | ashridah gcc -gdb aes.c -o aes.o ; gdb aes.o |
12:23:05 | Bger | break main |
12:23:07 | Bger | run |
12:23:17 | Bger | until <linenumber> ... |
12:23:50 | ashridah | Bger: okay, is linenumber after the for() line, or on it? |
12:24:05 | Bger | after the for |
12:24:32 | ashridah | that is weird |
12:24:55 | Bger | hm, forge |
12:24:56 | Bger | t |
12:25:00 | Bger | i'm stupid |
12:36:05 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
12:37:01 | | Quit Febs (Read error: 110 (Connection timed out)) |
12:46:18 | Bger | am i right that 1) x86 is little endian; 2) in little endian le32_to_cpu() and cpu_to_le32() is equal to its parameter? |
12:46:56 | B4gder | it is little endian, yes, so such functions won't need to convert anything |
12:47:19 | Bger | then why the f... it doesn't work :( |
12:48:24 | Bger | it doesn't pass test vectors and that's equal to it doesn't work... |
12:52:48 | | Join XavierGr [0] (n=XavierGr@ppp15-adsl-30.ath.forthnet.gr) |
13:00 |
13:07:17 | | Join tvelocity [0] (n=tony@ipa151.0.tellas.gr) |
13:16:15 | *** | Saving seen data "./dancer.seen" |
13:20:22 | Bger | B4gder do you have little time ? |
13:20:27 | B4gder | sure |
13:21:01 | Bger | can i give u something to look at ? |
13:21:07 | Bger | maybe via mail |
13:21:21 | B4gder | certainly, daniel at haxx.se |
13:21:29 | Bger | ok, 10x |
13:38:34 | Bger | B4gder i just sent it |
13:39:22 | B4gder | got it |
13:45:22 | B4gder | its quite a job to figure out the flaw in that |
14:00 |
14:04:28 | Bger | i suppose so :( |
14:04:32 | Bger | but |
14:04:38 | Bger | u have the diff... |
14:04:56 | Bger | between the kernel version (i suppose it's working) and mine... |
14:06:07 | B4gder | yes, but I couldn't spot any obvious problem using that |
14:06:22 | Bger | me too :( that's the problem .... |
14:07:58 | Bger | i also checked whether u can use aes_encrypt(ctx,buff,the_same_buff), seems ok |
14:10:05 | Bger | hm, i didn't give you aes.h |
14:11:44 | Bger | i mean byteorder.h |
14:13:26 | Bger | sent |
14:14:13 | Bger | if you don't have time or don't want to see it, just don't do it |
14:14:19 | Bger | thank you very much anyway |
14:36:02 | | Quit B4gder ("time to say moo") |
14:41:54 | XavierGr | moooo! :D |
14:42:02 | Bger | :)))) |
14:47:34 | Bger | this "moo" doesn't have any meaning in swedish, i suppose ? |
14:48:22 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
14:49:24 | Paul_The_Nerd | Mornin' y'all. |
14:50:10 | Bger | afternoon :) |
14:55:58 | Paul_The_Nerd | I have the distinct curse of being in Texas... it's quite morning still here. =/ |
14:57:49 | | Join linuxstb [0] (n=d57b9aa9@labb.contactor.se) |
14:57:53 | Bger | hehe:) |
14:58:17 | linuxstb | preglow: This could simplify the Rockbox FLAC codec: http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/ffmpeg/libavcodec/flac.c?cvsroot=FFMpeg |
14:58:29 | linuxstb | It's an independently implemented flac decoder. |
14:58:40 | linuxstb | i.e. it isn't libFLAC. |
15:00 |
15:03:51 | Bger | linuxstb is this integer decoder ? |
15:04:05 | | Join _FireFly_ [0] (n=FireFly@p54A450A0.dip.t-dialin.net) |
15:04:17 | _FireFly_ | hi |
15:04:40 | Paul_The_Nerd | Hello |
15:05:09 | linuxstb | Bger. Yes. All lossless decoders are integer (as far as I know). |
15:06:03 | Paul_The_Nerd | I'd imagine that's almost a necessity. |
15:06:36 | linuxstb | It stills needs extra code to parse the file headers completely - but that is almost done by the code in metadata.c already. |
15:07:15 | Paul_The_Nerd | Oh, I had a question: Why does the tagDB need to be prepared by an external program rather than a plugin? (Other than speed, I mean, is there any other good reason?) |
15:07:59 | linuxstb | Probably because it was easier to write it in Perl/Java than C. |
15:08:10 | Paul_The_Nerd | Ah |
15:08:23 | linuxstb | I would like to see a C version of it though - based on the code that now exists in apps/metadata.c |
15:08:40 | Paul_The_Nerd | I was just wondering, because it only handles certain filetypes, whereas you've already got the utilities to get all the supported metadata built in. |
15:08:46 | linuxstb | I would write it myself, but there's too many other things on my to-do list. |
15:09:27 | linuxstb | When the tagdb was first written, metadata.c didn't exist. But by definition, metadata.c has routines to parse all formats that Rockbox can play. So the hard work is already done. |
15:09:35 | Paul_The_Nerd | I have a long and established history of picking the most difficult tasks as a means of familiarizing myself with a new program, environment, or whatnot. Converting that may just qualify. ;-) |
15:11:36 | Paul_The_Nerd | At the very least it'll fill a large portion of my 'spare' time until I inevitably go mad. |
15:12:35 | linuxstb | Please do. I'll be happy to help with any metadata.c questions. But I don't know the tag database format at all. |
15:16:17 | *** | Saving seen data "./dancer.seen" |
15:21:50 | amiconn | There are two main reasons why the database isn't created on target |
15:22:21 | amiconn | (1) Creating the db on target would be sloo-oow, especially on archos but also on iriver |
15:23:04 | amiconn | (2) You'll need sophisticated techniques like creating the db in chunks, doing merge sort etc due to the limited ram |
15:23:19 | Paul_The_Nerd | Ah |
15:23:20 | ashridah | yay, external merge sort! |
15:23:46 | amiconn | It should be possible, just not very practical |
15:24:01 | amiconn | There is already some C code for db creation in cvs |
15:25:08 | amiconn | It's another of those half-baked things... |
15:25:13 | Paul_The_Nerd | AH |
15:25:15 | Paul_The_Nerd | Ah, even |
15:25:28 | Paul_The_Nerd | Well, at the very least I'll look at it. |
15:26:33 | Paul_The_Nerd | Right now the db creation utilities that are on the site don't create a working one for me. I'm not sure if it's because I have mixed tags (Though I'm fairly certain the Ape and the ID3 tags have the same data) or if it just hates me. |
15:27:09 | amiconn | This code was intended for double use: for building an exectutable host tool and a target plugin |
15:27:34 | * | Bger spots probable error ... |
15:27:36 | linuxstb | Anyone know how big a typical tag database is? I've never tried to create one. |
15:28:12 | Paul_The_Nerd | I didn't really pay attention. |
15:28:29 | amiconn | linuxstb: It highly depends on your music files's structure, not only the number of them but also the structure |
15:29:08 | amiconn | Like, what is the maximum number of tracks with the same album tag, the maximum number of tracks from the same artist etc |
15:29:18 | linuxstb | I know it's hard to define "typical". How big are your databases for example? Are we talking 500KB, 5MB, 50MB ? |
15:29:31 | amiconn | Mine is ~1.4 MB |
15:29:36 | Paul_The_Nerd | I seem to remember it being about 2.something on mine. |
15:29:41 | Paul_The_Nerd | Like, 2.2mb or so. |
15:29:50 | amiconn | (on archos recorder and H1x0 with all my tracks) |
15:30:00 | linuxstb | So at least on the iRiver, the 32MB RAM should be enough to build it? |
15:30:13 | amiconn | You can't rely on that at all |
15:30:26 | amiconn | ..and don't forget the H100 |
15:30:34 | Paul_The_Nerd | But mine was... weird. Like, it'd have more than one entry for the same song, and such. |
15:31:20 | Paul_The_Nerd | Is the database updateable? Like, how hard is it to add new data without rebuilding the whole file? |
15:31:37 | * | Bger is so stupidddddddd |
15:31:48 | linuxstb | I'm not trying to suggest that a plugin should be the normal way people update their databases, but it would be useful in some circumstances - e.g. if you want to quickly add some files, but not wait for the tagdb to update before leaving the PC. |
15:32:23 | linuxstb | Or if you wanted to delete some files, or add your own recordings. |
15:32:32 | Bger | Bagder if you read the log: i'm really stupid. the problem is that the devine's aes_set_key routine takes the key size in bits, and the kernel's one takes it in bytes .... |
15:33:08 | Bger | of course, the kernel's aes_set_key rejects the key ... |
15:33:53 | Paul_The_Nerd | Yeah, a way to apply some changes to the tagdb on target is almost necessary. |
15:34:35 | ashridah | I've got to agree. define a quick append section to the end of the database. |
15:35:22 | ashridah | have the routines in rockbox process most of the db normally, and then apply the 'append' section after the fact. horrible performance if the append section grows, but potentially we should be able to do the small amoutn of sorting to include a few extras |
15:35:55 | ashridah | just have it bitch that the append section is getting too long at some point |
15:36:05 | * | Bger cannot slallow his stupidness |
15:37:55 | linuxstb | I think an append section will just complicate things. The tagdb plugin could have two modes - a "build new database" mode which does everything from scratch, and an "update db" mode which uses the existing database for the metadata for existing files, and only parses new files. |
15:38:13 | linuxstb | "update db" will still need to scan the whole disk, but that can be done quickly using the dircache (if enabled). |
15:38:53 | ashridah | well, true, i'm making assumptions about what's more complicated. |
15:39:01 | linuxstb | But we need a working C database generator before we can think about a plugin. |
15:40:09 | linuxstb | ashridah: I'm thinking that changes to core Rockbox (to deal with the append section) are the complications we want to avoid. |
15:40:19 | ashridah | hopefully i'll be at loose ends in two weeks. only got 4 exams over the course of five weeks, and a few assignments to mark. |
15:40:27 | ashridah | linuxstb: fair enough. |
15:40:50 | * | ashridah could well be underestimating the sorting/juggling necessary |
15:44:46 | linuxstb | amiconn: Where in CVS is the db creation C code you talked about? |
15:45:29 | amiconn | apps/tagdb |
15:46:21 | | Join gddd [0] (i=comar666@bji49.neoplus.adsl.tpnet.pl) |
15:46:26 | gddd | Hi |
15:47:06 | linuxstb | amiconn: So none of the code in apps/tagdb is actually used in Rockbox at the moment? |
15:47:07 | | Part gddd |
15:47:13 | amiconn | nope |
15:47:17 | | Join ze__ [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
15:47:24 | Bger | quick way of getting time interval in C under linux (with better precision than sec) ? |
15:47:26 | | Quit ze (Read error: 104 (Connection reset by peer)) |
15:47:31 | | Nick ze__ is now known as ze (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
15:49:13 | ashridah | Bger: man clock_gettime |
15:49:29 | ashridah | depends tho, some systems cannot return decent resolution, it's system dependent |
15:49:55 | Bger | 10x |
15:50:14 | ashridah | part of SUSv2/POSIX 1003.1 so it should exist in most modern unicies |
15:50:36 | ashridah | there's possibly also the RTC stuff |
15:51:03 | ashridah | i don't know how accurate that is tho. most people end up using it for high resolution timing for syncing things like a/v, from what i've seen |
15:51:14 | _FireFly_ | Bger: gettimeofday |
15:51:18 | ashridah | but that's almost certainly linux specific |
15:51:43 | ashridah | gettimeofday only goes to microseconds :) |
15:52:22 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
15:52:30 | Bger | gettimeofday is enough :) |
15:52:37 | ashridah | bah |
15:52:45 | ashridah | give me nanoseconds or give me death |
15:53:02 | tucoz | hi, grrrrr. What is it with macs and their will to put hidden files all over the plays. My player is infested with .DS_store files |
15:53:08 | ashridah | (or at least give me a profil()alike interface that has better resolution than 10ms sample period |
15:53:15 | tucoz | s/plays/place |
15:53:25 | ashridah | tucoz: the same reason windows uses Thumbs.db ? |
15:53:26 | linuxstb | tucoz: I can simplify. And the ._filename.ext files containing the resource forks. |
15:53:32 | ashridah | and System Information Whateveritis |
15:53:46 | tucoz | it is irritating |
15:53:49 | linuxstb | s/simplify/empathise/ - not sure where that typo came from. |
15:54:08 | ashridah | the keys are like right next to each other |
15:54:17 | tucoz | is it possible to turn that "feature" off? |
15:54:55 | linuxstb | I don't know. It's annoying to do a "cp" in bash and have two files created on the target filesystem. |
15:55:01 | tucoz | hehe |
15:56:00 | tucoz | Or having files created just by browsing the iriver |
15:56:07 | Paul_The_Nerd | Isn't there a plugin in the patches that cleans up all that extra crud? |
15:56:40 | tucoz | ashridah: I do not think that windows creates Thumbs.db if view is set to something other than view thumbnails |
15:57:22 | tucoz | probably tons of scripts that take care of this though. |
15:58:29 | amiconn | Thumbs.db is created if you use the bultin image viewer and don't enable "Don't cache thumbnails" (or whatever it is called in english Windows) |
15:58:51 | amiconn | Probably rockbox should have a cleanup plugin, which deletes all windows and mac clutter |
15:59:20 | amiconn | ...like Recycler/recycled, System Volume Information, thumbs.db files for windows |
15:59:24 | tucoz | I do not think that Thumbs.db is as bad as that mac clutter. |
15:59:34 | Paul_The_Nerd | There is a cleanup plugin, rasher has it in his build. |
15:59:38 | Paul_The_Nerd | Lemme see if I can find it |
15:59:55 | tucoz | ah, sounds nice |
16:00 |
16:00:02 | linuxstb | I agree - the Mac clutter more than doubles the number of files on your disk. And they are all playable as well because they have the same extensions. |
16:00:15 | tucoz | oh, really? sounds bad |
16:00:22 | Paul_The_Nerd | http://sourceforge.net/tracker/index.php?func=detail&aid=1243966&group_id=44306&atid=439120 |
16:00:53 | amiconn | System Volume Information can be rather big as well. Recently I deleted that on my archos from within rockbox. Took more than a minute... |
16:00:56 | tucoz | Paul: thanks |
16:00:58 | linuxstb | A file "mysong.mp3" will end up as two files on a fat32 disk - "mysong.mp3" and "._mysong.mp3" |
16:01:26 | tucoz | linuxstb: do you know why osx handles it that way? |
16:01:34 | amiconn | I already told my windows to disable system restore on these volumes, but windows is stubborn |
16:01:38 | linuxstb | Because it wants to keep the resource forks. |
16:02:18 | tucoz | which is? |
16:02:51 | _FireFly_ | I have a question: Should i put all remote dependent options, which aren't in the menu "Remote LCD Settings" in a seperate menu or simply add to the same place where the same option for the main lcd resists ?? |
16:03:17 | linuxstb | tucoz: No idea :). You have called my bluff and discovered my lack of Mac knowledge. |
16:04:14 | tucoz | hehe |
16:04:24 | LinusN | _FireFly_: i dunno, do what you feel is best |
16:05:58 | _FireFly_ | ok |
16:07:16 | amiconn | _FireFly_: Imho some options don't make sense to have them separated by display (like the bidi text support) |
16:07:55 | _FireFly_ | ok i wil do it the same as i did it already for scroll/statusbar :) |
16:12:03 | amiconn | Hmm, currently the remote lcd drive doesn't support bidi text, but that's easy to fix |
16:12:13 | amiconn | *driver |
16:15:34 | XavierGr | scrolling and statusbar should be saperate imho. |
16:15:51 | _FireFly_ | it seems that i have only add this if (bidi_support_enabled) |
16:15:51 | _FireFly_ | str = bidi_l2v(str, 1); to lcd_putsxyofs() |
16:16:04 | _FireFly_ | scoll and statusbar is seperate |
16:16:25 | _FireFly_ | only timeformat and bidi will be not seperate |
16:16:28 | novimon | what does the scrolling bar do anyway? |
16:16:30 | Bger | stupid q.: clock_gettime's man page says i need to link with librt ... so, how do i make it ? gcc -llibrt ?? |
16:16:45 | _FireFly_ | gcc -lrt |
16:17:00 | _FireFly_ | when the lib name is librt.so |
16:17:14 | _FireFly_ | the lib filename |
16:17:17 | amiconn | _FireFly_: Yes, just these 2 lines are missing, and an #include "bidi.h" at the top of the file |
16:17:26 | Bger | _FireFly_ 10x |
16:17:29 | _FireFly_ | ok i will add |
16:17:56 | Bger | and if it's not libxxx.so ? |
16:18:36 | | Part tucoz |
16:19:09 | _FireFly_ | Bger: the standard nameing schema for libs is libxxx.so for dynamic libs and libxxx.a for static libs |
16:19:35 | Bger | i just ask |
16:24:25 | preglow | linuxstb: know if that flac implementation is any good? |
16:24:39 | novimon | I'm about to try it out |
16:24:51 | novimon | ripping my cds to flac |
16:25:12 | novimon | got my alessandro MS-1 today :) |
16:26:14 | _FireFly_ | i have some flac files and i have no problems to hear to these files |
16:26:24 | preglow | it's _tiny_ compared to libflac |
16:27:24 | preglow | there's always the problem of having to rip it out of libavcodec, of course |
16:27:30 | | Quit ashridah ("Leaving") |
16:31:05 | | Part LinusN |
16:34:35 | novimon | hmm |
16:34:44 | amiconn | preglow: I hope it's not using the pretent-we-have-C++ style |
16:34:46 | novimon | anyone know how to get rid of the recylebin? |
16:34:48 | amiconn | *pretend |
16:34:54 | novimon | it alaways comes back |
16:35:38 | preglow | amiconn: it's not |
16:36:34 | amiconn | novimon: Yes. Click the desktop recycle bin with the right mouse button, and select 'properties' |
16:36:48 | novimon | amiconn, did that |
16:37:02 | novimon | it keep coming back |
16:37:10 | linuxstb | preglow: I only just saw it today for the first time. I don't know how good it is. |
16:37:12 | amiconn | Then set 'configure drives independently' (dunno exactly what it's called |
16:37:13 | amiconn | ) |
16:37:27 | novimon | maybe the file "recyle" must be there, but it doesnt actually use it |
16:37:49 | amiconn | Hmm, possible |
16:45:31 | | Quit t0mas (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") |
16:48:31 | | Quit Maxime () |
16:52:27 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
16:55:38 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
16:56:23 | | Join keithhub [0] (n=keithhub@cpe-066-057-064-152.nc.res.rr.com) |
17:00 |
17:04:40 | | Quit keithhub () |
17:06:48 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
17:11:04 | | Join keithhub [0] (n=keithhub@cpe-066-057-064-152.nc.res.rr.com) |
17:16:18 | *** | Saving seen data "./dancer.seen" |
17:17:12 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:17:21 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
17:36:18 | | Quit ebone_ ("leaving") |
17:52:10 | | Quit tvelocity (Connection timed out) |
17:53:04 | | Quit keithhub () |
17:56:53 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:59:42 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
18:00 |
18:14:35 | | Join Moos [0] (i=DrMoos@m14.net81-66-158.noos.fr) |
18:32:24 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
18:37:58 | | Quit linuxstb ("CGI:IRC (EOF)") |
18:42:40 | t0mas | hi |
18:42:49 | t0mas | Bagder of Zagor around now? |
18:42:52 | t0mas | *or |
18:45:53 | XavierGr | hi |
18:46:05 | thegeek_ | heh |
18:46:09 | thegeek_ | Bagder of Zagor |
18:46:18 | t0mas | yeah... of = dutch for OR |
18:46:26 | thegeek_ | ah;) |
18:46:29 | t0mas | and the F is close to the R :) |
18:46:39 | t0mas | so 2 reasons to make it of in english :P |
18:46:40 | thegeek_ | just sounds kinda... medieval |
18:46:43 | thegeek_ | mhm |
18:46:46 | t0mas | ghehe |
18:46:53 | t0mas | or startrek like... |
18:46:56 | t0mas | 7 of 9 |
18:47:11 | thegeek_ | ;) |
18:47:38 | t0mas | (I typed of again btw...) |
18:47:41 | t0mas | of startrek |
18:47:42 | t0mas | ghehe |
18:48:10 | * | t0mas should setup auto-correction |
18:48:20 | | Join matsl_ [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
18:48:42 | XavierGr | in mirc? |
18:49:02 | t0mas | no... Xchat |
18:49:07 | t0mas | oh... wait... HydraIRC now |
18:49:09 | t0mas | I'm on windows |
19:00 |
19:01:21 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
19:16:23 | *** | Saving seen data "./dancer.seen" |
19:25:01 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
19:25:32 | Paul_The_Nerd | New Apple product to be announced on the 12th apparently. Rumors fly it may be iPod video. |
19:25:43 | Lear | Slasheri: Would you mind if I commited a removal of playlist_delete from playback.c? |
19:29:04 | amiconn | Lear: You are going to fix that rockbox messes with my playlist behind my back? |
19:29:11 | amiconn | If so, I'm all for it :) |
19:29:23 | Lear | That was the idea, yes... |
19:29:43 | Paul_The_Nerd | So, what's it going to do? |
19:29:49 | Lear | I have code that I've been running for a while now, but I haven't tested it much with "known bad" playlists... |
19:30:05 | Lear | Just skip tracks it can't find, rather than call playlist_delete() on them... |
19:31:06 | Paul_The_Nerd | Ah |
19:31:45 | Moos | Slasheri: ...and what's about your dircache ? |
19:32:14 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:33:28 | amiconn | Lear: Does your code handle skipping forward & back? |
19:33:57 | Lear | Yes, that should work... |
19:34:31 | amiconn | reboot, brb |
19:34:33 | | Part amiconn |
19:35:40 | Slasheri | Lear: please do so, but keep in mind that i have a real fix for that waiting.. i just haven't had time yet to finish it |
19:36:46 | Lear | Well, my change only deals with one function... You have any idea when you might get the time? If it's fairly soon, there's not much point in me doing it. :) |
19:36:57 | Slasheri | it marks bad songs instead of delete and the playlist_keep skips them automatically. That gives a correct behaviour with all skipping |
19:37:15 | Slasheri | i can try to do it soon.. :) |
19:37:25 | Slasheri | *playlist_peek |
19:37:37 | Lear | Ah, yes, my solution is simpler than that... |
19:37:52 | Slasheri | if you want to do it the other way, you must handle also playlist_next() etc. |
19:38:03 | Slasheri | or you will end up with wrong metadata |
19:39:47 | Slasheri | hmm, or in fact incorrect skipping or loading of songs |
19:40:33 | | Join amiconn [0] (n=jens@p54BD4CFE.dip.t-dialin.net) |
19:40:38 | XavierGr | Slasheri: Any idea when your dircache patch will be comitted? |
19:40:45 | XavierGr | Did you fix the rename bug? |
19:41:13 | Slasheri | XavierGr: i am working on it but i don't have much time at the moment |
19:41:28 | Lear | Only real problem I've noticed is that availability of next track metadata can be delayed... |
19:41:33 | Slasheri | i think i can commit it this week unless anybody is against that |
19:41:54 | Slasheri | Lear: how have you done the skipping? |
19:41:59 | Lear | Though I've noticed slightly odd behaviour a few times, but I don't know if my changes are causing that... |
19:42:18 | Slasheri | there is some global variables to correct the track peek index? |
19:42:24 | Lear | Step peek_offset in audio_load_track if file isn't available. |
19:43:23 | Slasheri | Hmm.. what about if the invalid entry is middle of the current tracks being buffered? Or if you skip tracks back/next and the next track would be the invalid one |
19:43:31 | Slasheri | i don't think that is enough |
19:44:30 | Lear | It just skips them... |
19:44:35 | Slasheri | probably the easiest solution would be to do the marking on playlist level |
19:44:49 | Lear | yes, that does avoid some problems... |
19:48:32 | Lear | Otoh, playlist code is a bit hairy, so I went for what I hoped to be a simpler fix. :) |
19:50:21 | Lear | Anyway, I can wait for a better fix from you. |
19:53:12 | Slasheri | But lets think about this (V=valid track, I=invalid track): current_track = 1, buffer data: V0 V1 V2 I3 V4 V5. It will load tracks to V2 normally, then step the peek_offset and load to V5. When skipping to V2, decreasing peek_offset and calling playlist_next(1). Still ok. Then what about when V2 is finished? We continue to V4, call playlist_next(1) and decrease peek_offset again. When we are finally end of the current buffer, peek_offset would be one more ... |
19:53:18 | Slasheri | ... than it normally would be (this shouldn't cause problems at this point but it will later, for example when skipping to next folder or probably when skipping back). Anyway, sooner or later the offsets will be messed up |
19:59:08 | amiconn | The archos playback engine contains a mechanism to handle missing/invalid playlist entries. It does work well. Why not reuse it? |
19:59:10 | Lear | And load V4 you mean? But no global peek_offset is decreased, so I don't see the problem really. The peek offset in the tracks array should still be right? |
20:00 |
20:00:18 | Lear | Hm.. Odd behaviour: In the middle (?) of a song, playback stopped unexpectedly, leaving the wps. I went to the audio thread debug screen and notice that the pcm buffer is empty but the codec buffer is full... |
20:00:37 | Lear | I only think I've seen behaviour like that with Vorbis files, for some reason. |
20:01:39 | Lear | Sorry, the codec buffer isn't full, it's overflowing (like 39 MB...). :) |
20:05:35 | Slasheri | amiconn: we would need to reimplement that on iriver or we could the playlist and also simplify and unify the archos skipping system |
20:05:54 | Slasheri | +implement it to |
20:06:10 | amiconn | Adding data to each playlist entry would be a bad idea |
20:06:31 | amiconn | Currently each playlist entry is just one index (4 byte) |
20:06:38 | Slasheri | amiconn: we wouldn't "add" anything, just using one more attribute bit |
20:06:49 | amiconn | Remember that playlists up to 20000 entries are supported |
20:06:54 | Slasheri | and reducing maximum playlist size to 256 MiB (should be enough for everybody) |
20:07:06 | Slasheri | yes, hmm.. |
20:08:31 | amiconn | I think the archos way of handling it is quite straightforward. The buffering code is what notices when a file is missing, and so it is the buffering code that handles them |
20:09:13 | amiconn | (by setting the load_ahead_index field in the track info structure accordingly) |
20:09:29 | Lear | Sounds like my fix, really... :) |
20:09:50 | Slasheri | Hmm, indeed.. It is possible to do it that way.. I just see it more complex than the playlist way. |
20:09:59 | Slasheri | Lear: But please do it if you would like to :) |
20:10:38 | Lear | Have you actually done any coding on your fix (which sounds more complete)? |
20:11:02 | Slasheri | some coding, but not so much you shouldn't try the other way |
20:12:38 | | Join Miq1 [0] (n=Micha@p54B1CD4D.dip.t-dialin.net) |
20:13:19 | | Part Miq1 |
20:13:29 | Slasheri | there is also one good thing with the playlist way that it could be possible to mark the entries found to be incorrect also in the playlist viewer |
20:13:49 | | Join Miq1 [0] (n=Micha@p54B1CD4D.dip.t-dialin.net) |
20:15:48 | | Join arkascha [0] (n=arkascha@xdsl-213-168-118-134.netcologne.de) |
20:15:55 | | Join _arkascha [0] (n=arkascha@xdsl-213-168-118-134.netcologne.de) |
20:16:01 | | Quit arkascha (Remote closed the connection) |
20:16:10 | | Quit _arkascha (Remote closed the connection) |
20:16:28 | | Join arkascha [0] (n=arkascha@xdsl-213-168-118-134.netcologne.de) |
20:16:32 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
20:19:30 | | Part Miq1 |
20:20:26 | | Join Link9064 [0] (n=41ae2315@labb.contactor.se) |
20:22:58 | | Join Miq1 [0] (n=Micha@p54B1CD4D.dip.t-dialin.net) |
20:23:43 | Link9064 | does anyone know what volt ac adaptor an FM recorder 20 use? |
20:24:27 | | Quit Link9064 (Client Quit) |
20:26:08 | | Part Miq1 |
20:37:58 | | Join solexx_ [0] (n=jrschulz@d157200.adsl.hansenet.de) |
20:42:43 | _FireFly_ | ok most of the menus are working on the remote-display |
20:44:07 | _FireFly_ | i will upload a compiled version for h120/140 and ihp-100/110/115 in a few minutes |
20:48:28 | _FireFly_ | ok the zip-files can be found on home.arcor.de/s.wezel |
20:49:55 | XavierGr | what is not working? |
20:50:10 | _FireFly_ | only the debug-menu-entrys and the playlist-viewer and all plugins won't display somethin on the remote |
20:50:13 | | Quit solexx (Read error: 113 (No route to host)) |
20:50:36 | _FireFly_ | the debug-menu-entrys show currently only a "not enought screen space"-message |
20:50:52 | _FireFly_ | but the button to leave the entry works |
20:51:06 | amiconn | Duplicating the debug menu doesn't make sense, imho |
20:51:38 | XavierGr | can you upload a patch too? |
20:53:03 | _FireFly_ | yes in few minutes |
20:53:48 | _FireFly_ | the zip-file will contain all patches, which are applied in the compiled versions |
20:54:30 | XavierGr | why not have 1 big patch? |
20:54:41 | XavierGr | 1 patch with all changes I mean |
20:55:57 | _FireFly_ | because the other patches are the wps-sb-patch RemoteLock-patch and remote-hold-fix-patch |
20:56:05 | _FireFly_ | the main remote-patch is one file |
20:56:45 | XavierGr | oh yes I mean the remote only patch. |
20:57:46 | _FireFly_ | the other patches can be found on the tracker but these wouldn't apply cleanly when useing the remote-patch |
20:58:30 | _FireFly_ | afaik |
20:59:05 | | Join Miq1 [0] (n=Micha@p54B1CD4D.dip.t-dialin.net) |
20:59:42 | _FireFly_ | XavierGr: so do you want the remote-patch itself or the other too |
20:59:44 | _FireFly_ | ? |
21:00 |
21:00:29 | | Part Miq1 |
21:04:47 | _FireFly_ | the id3-viewer doesn't display something on the remote |
21:04:50 | _FireFly_ | also |
21:05:54 | | Join Chamois [0] (n=Florian@AStrasbourg-252-1-40-169.w83-196.abo.wanadoo.fr) |
21:06:56 | _FireFly_ | ok the patch itself and the zip-file(if someone want the others too) are uploaded |
21:07:10 | _FireFly_ | they can be found on home.arcor.de/s.wezel |
21:16:26 | *** | Saving seen data "./dancer.seen" |
21:22:52 | Lear | Well, fixing the id3 viewer ought to be easy... |
21:24:00 | | Join Nixsos [0] (n=Nixsos@i155063.upc-i.chello.nl) |
21:25:09 | _FireFly_ | oh some bugs found quick-menu doesn't react on some remote-buttons and enter the quickmenu form file-tree doesn't work |
21:27:30 | | Quit arkascha (Remote closed the connection) |
21:36:00 | | Join phaedrus96 [0] (n=bob@ppp-69-229-251-93.dsl.bkfd14.pacbell.net) |
21:36:59 | | Join webguest34 [0] (n=53afb0c2@labb.contactor.se) |
21:41:46 | _FireFly_ | ok bug fixed updated compiled version and the bugfix-patch can be fetched from my webspace in few minutes |
21:42:16 | _FireFly_ | ok all uploaded |
21:44:57 | | Quit phaedrus961 (Read error: 110 (Connection timed out)) |
21:45:49 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.4.1/undefined]") |
21:48:31 | | Join muesli- [0] (i=muesli_t@Bbc87.b.pppool.de) |
21:49:21 | muesli- | high |
21:49:30 | _FireFly_ | hi :) |
21:49:42 | muesli- | hi _FireFly_ :) |
21:49:46 | _FireFly_ | what is high ;) |
21:49:57 | muesli- | me..maybe ;) |
21:49:57 | | Nick phaedrus96 is now known as phaedrus961 (n=bob@ppp-69-229-251-93.dsl.bkfd14.pacbell.net) |
21:50:24 | | Quit Chamois (" Try HydraIRC -> http://www.hydrairc.com <-") |
22:00 |
22:05:43 | muesli- | _FireFly_ what have changed in your rls? |
22:07:24 | _FireFly_ | rls ? |
22:07:31 | muesli- | release |
22:08:03 | _FireFly_ | look at http://forums.rockbox.org/index.php?topic=1549.90 |
22:09:09 | muesli- | kewl, cheers mate :D |
22:09:45 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
22:16:25 | | Join ]RowaN[ [0] (i=a2b0y@82-43-214-84.cable.ubr10.newm.blueyonder.co.uk) |
22:18:09 | ]RowaN[ | guys what do you think about having an option to specify a background audio file, to play in times that would usually be silent.. like the way my TV has ambient music in the EPG, u could specify your own unobtrusive mp3 (wind chimes.. whale song hehe). |
22:19:37 | XavierGr | well what if someone wants to stop that. |
22:19:48 | ]RowaN[ | like i say, an option |
22:19:52 | XavierGr | Another option? |
22:20:03 | ]RowaN[ | hide it away, like the others |
22:20:26 | XavierGr | I don't like the idea, but let's hear another opinion on this. |
22:21:11 | ]RowaN[ | i bet its one of those features that a lot of people poo-poo, but they would like it if they could try it |
22:22:05 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
22:23:05 | muesli- | sounds nice... |
22:23:15 | muesli- | if you ask me..useless bt nice ;) |
22:23:18 | muesli- | u |
22:23:41 | ]RowaN[ | useless compared to the other "cancer-cure" features of rockbox, yes |
22:25:35 | muesli- | a nice inconspicuous beeping gameboy sample would be nice |
22:25:51 | XavierGr | is firefly's page down? |
22:26:47 | muesli- | nope |
22:26:52 | muesli- | http://home.arcor.de/s.wezel/ |
22:26:54 | muesli- | worx |
22:27:04 | muesli- | hi XavierGr btw |
22:27:13 | _FireFly_ | i have no page ;) |
22:27:26 | _FireFly_ | only webspace |
22:27:39 | muesli- | haarspalter ;) |
22:27:46 | | Quit XavierGr (Read error: 113 (No route to host)) |
22:28:02 | _FireFly_ | stimmt doch ;) |
22:28:10 | muesli- | ;) |
22:28:47 | muesli- | just write an index.html and you got one ;) |
22:28:52 | muesli- | get |
22:29:13 | _FireFly_ | why should i ??:) |
22:30:08 | muesli- | just 2 be proud of having a website :D |
22:32:40 | _FireFly_ | wow my old page about Proxy+, which i had used years ago is still online |
23:00 |
23:02:45 | | Quit Ismo (clarke.freenode.net irc.freenode.net) |
23:02:45 | NSplit | clarke.freenode.net irc.freenode.net |
23:02:45 | | Quit pilophae (clarke.freenode.net irc.freenode.net) |
23:03:55 | | Quit matsl_ (Remote closed the connection) |
23:04:47 | NHeal | clarke.freenode.net irc.freenode.net |
23:04:47 | NJoin | pilophae [0] (i=pilophae@montezuma.acc.umu.se) |
23:04:59 | NJoin | Ismo [0] (i=laitinei@huippu.net) |
23:16:30 | *** | Saving seen data "./dancer.seen" |
23:18:43 | | Quit webguest34 ("CGI:IRC") |
23:18:53 | | Quit _FireFly_ ("Leaving") |
23:21:33 | | Quit muesli- (Read error: 110 (Connection timed out)) |
23:33:56 | | Quit ender` (Read error: 113 (No route to host)) |
23:39:27 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:48:39 | | Join ashridah [0] (i=ashridah@220-253-122-87.VIC.netspace.net.au) |
23:48:48 | | Quit dpassen1 () |
23:53:53 | | Quit Zagor ("Client exiting") |